https://code.google.com/p/chromium/issues/detail?id=35811 This is a bug in the Chromium code in WebKit.
What steps will reproduce the problem? 1. Load an image with the .jpg extension. 2. Drag it to the desktop or a finder window. What is the expected result? Image should be saved with the same extension (.jpg). What happens instead? Image is saved with a .jpeg extension.
Created attachment 179672 [details] fix
Comment on attachment 179672 [details] fix View in context: https://bugs.webkit.org/attachment.cgi?id=179672&action=review > Source/WebCore/platform/chromium/ClipboardChromium.cpp:387 > + // Keep the existing extension if it is valid for the MIME type of the > + // image, and replace it if it is not. Nit: I think WebKit style would not include this comment since it's describing the code below.
Comment on attachment 179672 [details] fix View in context: https://bugs.webkit.org/attachment.cgi?id=179672&action=review > Source/WebCore/ChangeLog:12 > + > + * platform/chromium/ClipboardChromium.cpp: There should be a sentence here explaining why there's no LayoutTest. You can say it's not possible since it involves dragging to the desktop. If you wanted to be more thorough, you could add a test to ManualTests.
Created attachment 179783 [details] fix nits
Comment on attachment 179783 [details] fix nits Clearing flags on attachment: 179783 Committed r137934: <http://trac.webkit.org/changeset/137934>
All reviewed patches have been landed. Closing bug.
(In reply to comment #4) > There should be a sentence here explaining why there's no LayoutTest. You can say it's not possible since it involves dragging to the desktop. If you wanted to be more thorough, you could add a test to ManualTests. Would a JPEG variant of fast/events/drag-image-filename.html work?