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)
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?
Comment 1•19 years ago
|
||
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.
Reporter | ||
Comment 2•19 years ago
|
||
(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?
Comment 3•19 years ago
|
||
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
Comment 4•19 years ago
|
||
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
Comment 5•19 years ago
|
||
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
You need to log in
before you can comment on or make changes to this bug.
Description
•