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)

x86
Linux
defect

Tracking

()

VERIFIED DUPLICATE of bug 86600
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.
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
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
Keywords: regression
confirming this is linux only, 4/12 build
Whiteboard: [imagelib]
Whiteboard: [imagelib] → [imagelib] [linux scaling]
fixed
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
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?
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.
Status: RESOLVED → REOPENED
Keywords: mozilla1.0mozilla0.9.2
Resolution: FIXED → ---
The latest patch in bug 74313 fixes this.
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
The patch from bug 74313 is doomed because uses XIE. But even better the patches from bug 83920 resolve it too and without XIE! :-)) Please mark it as dependent on it.
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 ?
No this URL (www.hehe.at...) doesn't work well even with the patches.
*** This bug has been marked as a duplicate of 86600 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → DUPLICATE
Marking verified Linux 2001062021
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.