Summary: | match firefox's preference for resizing images | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | rahul abrol <solushex> | ||||||
Component: | Images | Assignee: | Nobody <webkit-unassigned> | ||||||
Status: | UNCONFIRMED --- | ||||||||
Severity: | Normal | CC: | andersca, mrowe, webkit | ||||||
Priority: | P2 | ||||||||
Version: | 528+ (Nightly build) | ||||||||
Hardware: | Mac | ||||||||
OS: | OS X 10.4 | ||||||||
Attachments: |
|
Description
rahul abrol
2007-11-13 22:09:34 PST
Created attachment 17257 [details]
patch v1
simple patch.
Can you please fill in the ChangeLog rather than leaving it empty. Name, email address and a description of the change is required. Created attachment 17264 [details]
patch v1 w/better changelog
i can't verify this. safari 3.0.4 calls setShrinksStandaloneImagesToFit: which sets WebKitShrinksStandaloneImagesToFitKey to 1 on launch regardless of its previous value. i don't understand this. is setShrinksStandaloneImagesToFit: getting called with no parameter? r28200 undid this patch. http://trac.webkit.org/projects/webkit/changeset/28200 if this was intentional, then "fixed" is the wrong resolution. Comment on attachment 17264 [details]
patch v1 w/better changelog
Clearing review flag since the patch was landed.
Anders, can you comment on why <http://trac.webkit.org/projects/webkit/changeset/28200> reverted this behaviour? Because of backwards compatibility. There might be apps that rely on images not being autoresized, which is why we added the preference in the first place. (In reply to comment #9) > Because of backwards compatibility. There might be apps that rely on images not > being autoresized, which is why we added the preference in the first place. > So, is it impossible to fix the bug? If yes, it should be marked as WONTFIX. |