Google Chrome doesn't have a default download folder until you set one, so I'm not sure 
how you would expect this to work. :P

Once you set one, it skips the Save As dialog all the time, no need for an Option 
modifier.

@megazzt

Chrome downloads a resource if it, or a plugin, has not registered itself as a handler for that MIME type.

If Chrome does know how to open a resource, like the attached picture, it does not download the resource, but 
in fact opens it. If you want to download the picture then, on OS X you typically either:

a) Right click, and choose "Save Link As..."
or
b) option-click the picture

	this is mah job.jpeg 34.7 KB   View   Download

5.0.338.0 (Official Build 40104) dev

Mac Safari works as mentioned in the bug.

Is this cross plat? thanks

Alt-click on Firefox also bypasses the save dialog on Windows 7. I don't know about Safari on windows, but I 
would assume so.

(No comment was entered for this change.)

Repeatable on 
Google Chrome	5.0.365.0 (Official Build 43016) unknown
WebKit	533.3
V8	2.2.0

Retested on TOT
Chrome version: 6.0.401.1 r47052  <<<Release>>>

Reproducible.

(No comment was entered for this change.)

 Issue 44422  has been merged into this issue.

(No comment was entered for this change.)

>No comment was entered for this change.)
>Status: WontFix

That's disappointing. This along with having no means to close the download bar with the keyboard makes 
downloading a very clunky experience on Chrome.

I suspect closing this might have been a misclick.  Perhaps a Mac expert has an 
opinion on UI consistency (see comment #2).  Especially if this bypasses the download 
dialog on browsers that normally prompt, it seems reasonable to me to match that.

was a mis-click

(No comment was entered for this change.)

(No comment was entered for this change.)

http://codereview.chromium.org/2927006

(No comment was entered for this change.)

(Whoops, patch is lgtmed but hasn't landed yet, reseting status till patch does land)

The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=52848 

------------------------------------------------------------------------
r52848 | jeremy@chromium.org | 2010-07-18 03:45:28 -0700 (Sun, 18 Jul 2010) | 18 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/download/download_file_manager.cc?r1=52848&r2=52847
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/download/download_manager.cc?r1=52848&r2=52847
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/history/download_types.h?r1=52848&r2=52847
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/renderer_host/download_resource_handler.cc?r1=52848&r2=52847
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/renderer_host/resource_dispatcher_host.cc?r1=52848&r2=52847
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/renderer_host/resource_dispatcher_host.h?r1=52848&r2=52847
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/renderer_host/resource_message_filter.cc?r1=52848&r2=52847

Option-click to download should not display "Save As" UI.

The download manager has a concept of a request originating from the "Save As..." contextual menu v.s. a direct download request from the renderer, however this was't hooked up.

The Download Manager uses boolean variables named "save_as" in various locations to track whether a download originated via a contextual menu selection (in which case the save panel should be displayed) or via a renderer request (in which case no UI should be displayed).

This CL contains 3 distinct changes:

1. DownloadFileManager::OnDownloadURL() is where downloads originating from the contextual menu are dispatched, set save_as to true if the download starts here.

2. ResourceMessageFilter::OnDownloadURL() is where downloads originating from the renderer are dispatched (e.g. option-click), don't display UI for these.

3. The "save_as" variable in the DownloadCreateInfo structure doesn't really reflect the origin of the request but whether the Save panel should be displayed. This can happen for example on a name collision or if the default download location isn't writeable regardless of the action that initiated the download.  Renamed the variable and added documentation to this effect.

BUG=36775
TEST=Option-click an image, the image should be saved without prompting the user for a download locate.  Save an image via the "Save As..." context menu, you should be prompted for the save location.

Review URL: http://codereview.chromium.org/2927006
------------------------------------------------------------------------

(No comment was entered for this change.)

Huzzah. Thanks for patching this in jeremy.

Chrome version: 6.0.471.0 r52878

I hope Google fixes this problem: 
http://code.google.com/p/chromium/issues/detail?id=35532