Bug 26383

Summary: prepare-ChangeLog should have a --bug= argument and use it for url autofill
Product: WebKit Reporter: Eric Seidel (no email) <eric>
Component: Tools / TestsAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Normal CC: aroben, darin, ddkilzer, mjs
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Mac   
OS: OS X 10.5   
Attachments:
Description Flags
First attempt mjs: review+

Eric Seidel (no email)
Reported 2009-06-14 02:30:12 PDT
prepare-ChangeLog should have a --bug= argument and use it for url autofill It could use this to auto-fill in the bugzilla URL as well as the title of the bugzilla bug.
Attachments
First attempt (3.54 KB, patch)
2009-07-01 17:12 PDT, Eric Seidel (no email)
mjs: review+
Eric Seidel (no email)
Comment 1 2009-07-01 17:12:27 PDT
Created attachment 32163 [details] First attempt
Maciej Stachowiak
Comment 2 2009-07-01 20:46:12 PDT
Comment on attachment 32163 [details] First attempt r=me I'm not sure about having quite so many "GOES HERE" fields, but let's see how it works out.
Eric Seidel (no email)
Comment 3 2009-07-01 21:07:06 PDT
(In reply to comment #2) > (From update of attachment 32163 [details] [review]) > r=me > > I'm not sure about having quite so many "GOES HERE" fields, but let's see how > it works out. Yeah. I have similar concerns about "GOES HERE". Especially since now on every ChangeLog you'll get a note about a missing description which you'll have to add. I chose "GOES HERE" over WARNING: because I've seen people post patches with WARNING: in them, as though they did not understand that it was a template string they were supposed to remove. I will send out a note to webkit-dev announcing this change and inviting further input.
Eric Seidel (no email)
Comment 4 2009-07-01 22:13:46 PDT
Committing to http://svn.webkit.org/repository/webkit/trunk ... M WebKitTools/ChangeLog M WebKitTools/Scripts/prepare-ChangeLog Committed r45464 http://trac.webkit.org/changeset/45464
David Kilzer (:ddkilzer)
Comment 5 2009-07-02 05:55:07 PDT
Comment on attachment 32163 [details] First attempt >+if ($bugNumber) { >+ $bugURL = "https://bugs.webkit.org/show_bug.cgi?id=$bugNumber"; >+ my $bugXMLURL = "$bugURL&ctype=xml"; >+ # Perl has no built in XML processing, so we'll fetch and parse with curl and grep >+ my $descriptionLine = `curl --silent "$bugXMLURL" | grep short_desc`; >+ $descriptionLine =~ /<short_desc>(.*)<\/short_desc>/; >+ $bugDescription = $1; >+ print STDERR " Description from bug $bugNumber:\n \"$bugDescription\".\n"; >+} It would be nice if you had used libwww-perl modules to fetch the URL instead of shelling out to curl (to keep the script more portable), but I'm afraid using libwww-perl would require much more than one line of code here.
Eric Seidel (no email)
Comment 6 2009-07-02 11:21:43 PDT
Yeah. :( Once I realized there was no way to parse XML with the modules I had installed (I listed them all and looked through the first!) I kinda gave up on perl actually doing what I wanted and resorted to shell scripting. My thought was that this may eventually convert to another language anyway...
Note You need to log in before you can comment on or make changes to this bug.