Closed
Bug 75351
Opened 24 years ago
Closed 24 years ago
Can't resize a GIF with a transparent background, even with XIE
Categories
(Core :: Graphics: ImageLib, defect, P4)
Tracking
()
mozilla0.9.3
People
(Reporter: bzbarsky, Assigned: pavlov)
References
Details
(Keywords: regression, testcase, Whiteboard: [imagelib] [linux scaling])
This is spun off of bug 74313
BUILD: linux build from 2001-04-09
STEPS TO REPRODUCE:
Try to resize a GIF with a transparent background, either in JavaScript by
setting it's width/height or by setting width/height on an image tag
Example:
1) Go to http://web.mit.edu/bzbarsky/www/Graphics/Dilbert/dogbert.gif
2) Type javascript:dump(document.getElementsByTagName("img").item(0).width=400)
EXPECTED RESULT:
The image is resized and looks correct.
ACTUAL RESULT:
The image is not necessarily resized and looks mostly black.
Reporter | ||
Updated•24 years ago
|
Blocks: 66967
Summary: Can't resize a gif with a transparent background, even with XIE → Can't resize a GIF with a transparent background, even with XIE
Reporter | ||
Comment 1•24 years ago
|
||
I should mention that when I try to resize the image as described I get the
following console warnings:
WARNING: alpha bitmask not scaled!
, file nsImageGTK.cpp, line 398
Could this be related to bug 74548?
Keywords: mozilla1.0,
testcase
Reporter | ||
Updated•24 years ago
|
Keywords: regression
Assignee | ||
Updated•24 years ago
|
Whiteboard: [imagelib] → [imagelib] [linux scaling]
Assignee | ||
Comment 3•24 years ago
|
||
fixed
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 4•24 years ago
|
||
I see a bug much like this one in the 0.9.1 build, WAY after this bug was
supposedly fixed.
The only difference is in the "actual results":
Nothing at all appears where the image should be, although the page is laid out
as if the image were the requested size.
I'm using the 0.9.1 build as downloaded from mozilla.org; xdpyinfo lists XIE
installed and I also have gdk-pixbuf installed.
(I commented in bug 74313 but this looks much closer to my symptoms, even if it
is supposedly fixed)
Should this be REOPened or a new bug filed?
Comment 5•24 years ago
|
||
I think I'm being too timid and nobody's actually going to notice me just
*asking* if this bug should be reopened. So I'm going to actually do it, along
with nominating this for 0.9.2 because it's a huge and nasty regression.
You don't need javascript to reproduce this - just get a gif with a transparent
background and use <img width="x" height="y"> where either x or y is different
from the actual width/height of the gif. It works fine if the gif is not
transparent, and it works fine if the width and height are exactly the same as
the width/height of the gif.
Feel free to say that "this should be a separate bug" and go ahead and file
one... or tell me which bug my issue is a DUP of. My symptoms don't seem to
match those that people are describing in bug 74313 though, which is the closest
I can find.
pav sez some of his bugs of 0.9.2 may fix this... targetting for 0.9.3
Priority: -- → P4
Target Milestone: --- → mozilla0.9.3
Comment 9•24 years ago
|
||
have applied the patches from bug 83920
as it seems my compiled versions mostly work different *g*
should this url work now http://www.hehe.at/mozilla/bugzilla-1.html ?
Comment 10•24 years ago
|
||
No this URL (www.hehe.at...) doesn't work well even with the patches.
Comment 11•24 years ago
|
||
*** This bug has been marked as a duplicate of 86600 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•