RESOLVED WONTFIX40095
webkit-patch apply-from-bug / apply-attachment should not ask for credentials if none are required
https://bugs.webkit.org/show_bug.cgi?id=40095
Summary webkit-patch apply-from-bug / apply-attachment should not ask for credentials...
James Robinson
Reported 2010-06-02 18:30:05 PDT
Currently when running webkit-patch apply-from-bug or apply-attachment I am always prompted for access to bugzilla credentials. These are not needed to simply download a patch unless the bug is restricted and so the default should be to not prompt unless webkit-patch gets a 403 when trying to fetch the patch or attachment.
Attachments
Patch (2.57 KB, patch)
2014-07-01 05:12 PDT, youenn fablet
no flags
youenn fablet
Comment 1 2014-07-01 05:12:55 PDT
Csaba Osztrogonác
Comment 2 2014-07-01 07:52:25 PDT
Comment on attachment 234158 [details] Patch It was so annoying for me to, r=me.
WebKit Commit Bot
Comment 3 2014-07-01 08:23:08 PDT
Comment on attachment 234158 [details] Patch Clearing flags on attachment: 234158 Committed r170639: <http://trac.webkit.org/changeset/170639>
WebKit Commit Bot
Comment 4 2014-07-01 08:23:11 PDT
All reviewed patches have been landed. Closing bug.
Daniel Bates
Comment 5 2015-07-06 09:59:12 PDT
(In reply to comment #3) > Comment on attachment 234158 [details] > Patch > > Clearing flags on attachment: 234158 > > Committed r170639: <http://trac.webkit.org/changeset/170639> This patch broke using webkit-patch apply-attachment to apply an attachment from a security bug: dbates2-ruby:OpenSource dbates$ Tools/Scripts/webkit-patch apply-attachment --no-update 255825 Fetching: https://bugs.webkit.org/attachment.cgi?id=255825&action=edit Traceback (most recent call last): File "Tools/Scripts/webkit-patch", line 84, in <module> main() File "Tools/Scripts/webkit-patch", line 79, in main WebKitPatch(os.path.abspath(__file__)).main() File "/Volumes/Data/WebKitDevGit/OpenSource/Tools/Scripts/webkitpy/tool/multicommandtool.py", line 305, in main result = command.check_arguments_and_execute(options, args, self) File "/Volumes/Data/WebKitDevGit/OpenSource/Tools/Scripts/webkitpy/tool/multicommandtool.py", line 123, in check_arguments_and_execute return self.execute(options, args, tool) or 0 File "/Volumes/Data/WebKitDevGit/OpenSource/Tools/Scripts/webkitpy/tool/commands/download.py", line 173, in execute bugs_to_patches = self._collect_patches_by_bug(patches) File "/Volumes/Data/WebKitDevGit/OpenSource/Tools/Scripts/webkitpy/tool/commands/download.py", line 165, in _collect_patches_by_bug bugs_to_patches[patch.bug_id()] = bugs_to_patches.get(patch.bug_id(), []) + [patch] AttributeError: 'NoneType' object has no attribute 'bug_id'
Daniel Bates
Comment 6 2015-07-06 10:05:58 PDT
The patch (attachment #234158 [details]) assumes that Bugzilla will return a web page with a non-HTTP 200 status code when authentication is required. Bugzilla always returns a page with an HTTP 200 status code regardless of whether authentication is required.
Daniel Bates
Comment 7 2015-07-06 10:06:14 PDT
Will rollout patch.
Daniel Bates
Comment 8 2015-07-06 10:11:18 PDT
Reverted r170639 for reason: Broke using webkit-patch apply-attachment to apply an attachment from a security bug. The patch incorrectly assumed that Bugzilla returns a non-HTTP 200 status code in its HTTP response when authentication is required. Committed r186356: <http://trac.webkit.org/changeset/186356>
youenn fablet
Comment 9 2015-07-06 10:46:43 PDT
(In reply to comment #8) > Reverted r170639 for reason: > > Broke using webkit-patch apply-attachment to apply an attachment from a > security bug. The patch incorrectly assumed that Bugzilla returns a non-HTTP > 200 status code in its HTTP response when authentication is required. > > Committed r186356: <http://trac.webkit.org/changeset/186356> With the last bugzilla bump revision, credentials are actually needed for these requests. I guess this bug could be marked as WONTFIX.
Csaba Osztrogonác
Comment 10 2015-07-06 12:07:15 PDT
Unfortunately credentials are always needed with the new bugzilla, so let's close it as wontfix.
Note You need to log in before you can comment on or make changes to this bug.