Closed Bug 338521 Opened 19 years ago Closed 19 years ago

Downwards scaling of JPEG image fails (image turns to black or disappears)

Categories

(Core Graveyard :: Image: Painting, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 334951

People

(Reporter: mikko.rantalainen, Assigned: pavlov)

References

()

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060518 Minefield/3.0a1 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060518 Minefield/3.0a1 The 550x173 pixel example image (http://users.reppu.net/marits/img/maneesi.jpg) fails to render if it's scaled downwards. Opening this image in Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060518 Minefield/3.0a1 ID:2006051804 [cairo] and narrowing window until the image is scaled downwards a bit (in my case the window title says "maneesi.jpg (JPEG Image, 550x173 pixels) - Scaled (96%) - Minefield (Build 2006051804)") turns the image black. Making the window even narrower makes the black disappear too (it seems to "slide" upwards). Reproducible: Didn't try Steps to Reproduce: 0. (verity that browser.enable_automatic_image_resizing is true which is the default setting) 1. http://users.reppu.net/marits/img/maneesi.jpg 2. Make the viewport narrower than 550 pixels Actual Results: Browser should scale the image downward Expected Results: The image disappears It seems that the problem has something to do with the example image. Some other JPEG images do scale correctly. The above image works correctly with Firefox 1.0 and 1.5. Might have something to do with cairo?
WFM with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060519 Minefield/3.0a1 (In reply to comment #0) > > Might have something to do with cairo? > You can try it out. Builds without cairo here: http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/prometheus-trunk/ Not 100% sure if these are non-cairo (as I don't use Linux) but when you type about:buildconfig in the location bar you should see it.
(In reply to comment #1) > WFM with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) > Gecko/20060519 Minefield/3.0a1 > > You can try it out. Builds without cairo here: > http://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/prometheus-trunk/ I'm trying firefox-3.0a1.en-US.linux-i686.tar.bz2 from above location right now. about:buildconfig lists "--enable-default-toolkit=cairo-gtk2" for configure arguments, so those binaries use Cairo, too. And I'm seeing problem described above with this build, too. This is Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060519 Minefield/3.0a1. Can somebody with a Linux build confirm the problem?
Oh well, in that case I assumed wrongly that they were non-cairo. Concluded it seeing this: http://forums.mozillazine.org/viewtopic.php?t=417923&sid=abfe5618224d9f69226bded766eea341
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9a1) Gecko/20060517 Minefield/3.0a1 - Build ID: 0000000000 WFM. --enable-application=browser --disable-optimize --enable-tests --enable-xpctools --enable-timeline --enable-reflow-perf --enable-perf-metrics --enable-debug --disable-strip --enable-default-toolkit=cairo-gtk2 --enable-pango --enable-places --enable-feeds --enable-xft --enable-canvas --enable-mathml --enable-svg --enable-svg-renderer=cairo
dupe of "Resized image displayed as black rectangle" *** This bug has been marked as a duplicate of 334951 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.