Closed
Bug 284756
Opened 20 years ago
Closed 20 years ago
gif images aren't displayed by firefox (both locally in my hard disk and in the web)
Categories
(Core :: Graphics: ImageLib, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: ociretsih, Assigned: pavlov)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; es-ES; rv:1.7.6) Gecko/20050303 Firefox/1.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; es-ES; rv:1.7.6) Gecko/20050303 Firefox/1.0.1
I've produced some HTML pages using TeX4ht (a LaTeX utility).
The *.gif images are displayed in Internet Explorer and in IrfanView
(an image viewer), but Firefox does not display the images.
NOTES:
-For your commodity I have put one page and the images in Geocities's page
www.geocities.com/ociretsih/Bugzilla/Diario.html
-Also, the Icons in Windows XP for those images appear empty (HAS ANYTHING TO DO?)
Reproducible: Always
Steps to Reproduce:
1.Open the web page
2.You cannot see the images *.gif
1'.Open one of the image files in Firefox
2'.Again, the image isn't displayed
Actual Results:
You cannot see the *.gif images.
Expected Results:
Display the images.
Curiously, the icons for this images in Windows XP appear whole white.
Comment 1•20 years ago
|
||
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050303 Firefox/1.0+
Comment 2•20 years ago
|
||
confirming with win2k3 and Mozila Gecko/20050304
Assignee: firefox → pavlov
Status: UNCONFIRMED → NEW
Component: General → ImageLib
Ever confirmed: true
Product: Firefox → Core
QA Contact: general
Version: unspecified → Trunk
Comment 3•20 years ago
|
||
confirmed: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7) Gecko/20040616 (could be related to 201198)
Comment 4•20 years ago
|
||
Image Size: 28x32
Frame 1: Size: 28x32
Start Position: 327x301
Technically, we display this image properly (Frame 1 is out of bounds of image),
however, better guessing as to what the gif author really wanted would be nice.| Reporter | ||
Comment 5•20 years ago
|
||
(In reply to comment #4) > Image Size: 28x32 > Frame 1: Size: 28x32 > Start Position: 327x301 > > Technically, we display this image properly (Frame 1 is out of bounds of image), > however, better guessing as to what the gif author really wanted would be nice. Hi, I'm the author of the *.gif's who posted the "bug". What I want is to see the web page http://www.geocities.com/ociretsih/Bugzilla/Diario.html as well as it appears on Internet Explorer; and to see the *.gif's as I can see them in IrfanView, let me say it so. - Are you sure my images are wrong, so that there is no problem of endianess or of any other kind with the bounding boxes of the GIFs? - IF SO: well, if my images are out of bounds, maybe I should post this "bug" to the people supporting my LaTeX distribuition Please, be so kind as to reassure me if are my images wrong. Thank you.
Comment 6•20 years ago
|
||
Internet Explorer, and Opera for that matter, does a better job guessing than Mozilla does. As I said, it wouldn't hurt mozilla to guess better too. Mozilla isn't at fault, just lazy (or strict, depending on your point of view). I'm not sure how I'm supposed to prove that your image isn't correct, other than what I've stated. I could go into technical detail of the GIF. Position 0x340 is the start of the first image frame. Right after the header, (0x2C), the x and y position to start the picture are specified (0x47 0x01 0x2D 0x01), which is 327x201, which is out of bounds of the original image size (28x32). http://semmix.pl/color/exgraf/eeg14.htm has spec for an image frame that I'm referring to.
| Reporter | ||
Comment 7•20 years ago
|
||
I'm the author of the "bug" again. As I said before, better I ask the people supporting the LaTeX distribution to know why TeX4ht does not produce a right bounding box for the GIFs. One final question: If this is not bug, who must change and when the status of this "bug" to FIXED or CANCELED (is the only one I've put to Bugzilla). THANKS and sorry for the fake "bug".
Comment 8•20 years ago
|
||
FYO: Gimp and Photoshop6.0 also fails to display it.
(In reply to comment #7) > One final question: If this is not bug, who must change and when the status of > this "bug" to FIXED or CANCELED (is the only one I've put to Bugzilla). > > THANKS and sorry for the fake "bug". You as reporter can resolve this bug as INVALID (because there is no bug in Mozilla itself) if you want. You can do that with the radio buttons (resolve bug, changing resolution to ... ) below this comment box and you have to press the commit button to save the changes.
| Reporter | ||
Comment 10•20 years ago
|
||
As indicated in the comments above, there is no bug in Firefox; instead, I should blame myself (or maybe the Tex4ht or maybe Ghostscript) because the images were wrong. I've been reading the web pages explaining the *.gif file format and is very interesting. Thank you very much to you all again.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•