Closed
Bug 580190
Opened 16 years ago
Closed 14 years ago
minefield does not display a certain picture
Categories
(Core :: Graphics: ImageLib, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 514033
| Tracking | Status | |
|---|---|---|
| blocking2.0 | --- | - |
People
(Reporter: virtuoso, Unassigned)
References
Details
(Keywords: regression)
Attachments
(1 file)
|
11.48 KB,
image/png
|
Details |
User-Agent: Mozilla/5.0 (X11; Linux x86_64; en-US; rv:2.0b2pre) Gecko/20100716 Minefield/4.0b2pre
Build Identifier: Mozilla/5.0 (X11; Linux x86_64; en-US; rv:2.0b2pre) Gecko/20100716 Minefield/4.0b2pre
When trying to open http://busybox.net/~vda/blackhole_1d.png in minefield, I see the URL text instead of the picture. The content type reported by the server seems to be correct. If I save the picture locally and then open it, the outcome is the same.
Reproducible: Always
Steps to Reproduce:
1. Enter http://busybox.net/~vda/blackhole_1d.png in the address bar.
Actual Results:
The picture is displayed.
Expected Results:
Picture's URL is displayed instead.
I'm using nightly snapshots of firefox on x86_64 linux (debian unstable).
Comment 1•16 years ago
|
||
Debug/logging output
************************
[this=aea34ce0] imgRequest::OnStopContainer {EXIT}
[this=aea34ce0] imgRequest::OnStopDecode {ENTER}
[this=aea34ce0] imgRequest::OnStopDecode {EXIT}
ImgContainer: [this=ae030cf0] Error detected at line 2539 for image of type image/png
ImgContainer: [this=ae030cf0] Error detected at line 1313 for image of type image/png
[this=aea34ce0] imgRequest::Cancel {ENTER}
[this=aea34ce0] imgRequest::Cancel -- stopping animation
[this=aea34ce0] imgRequest::RemoveFromCache {ENTER}
*************************
Would be nice to find regression range...
Updated•16 years ago
|
Component: General → ImageLib
Product: Firefox → Core
QA Contact: general → imagelib
Version: unspecified → Trunk
Comment 2•16 years ago
|
||
Comment 3•16 years ago
|
||
IE6 also not opening this picture,
google chrome, opera, safari and firefox 3.5.9 opening it without problems
| Reporter | ||
Comment 4•16 years ago
|
||
(In reply to comment #3)
> IE6 also not opening this picture,
> google chrome, opera, safari and firefox 3.5.9 opening it without problems
libpng12 users in linux also display the picture just fine.
Comment 5•16 years ago
|
||
> Would be nice to find regression range...
Why not do that, then, instead of just hoping someone will?
Comment 6•16 years ago
|
||
Range for going from showing to blank: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ff3496b1f6c7&tochange=bf0fdec8f43b
Looks like the decode on draw landing.
Comment 7•16 years ago
|
||
My guess is that this is the result of stricter error handling. See bug 514033...
Comment 8•16 years ago
|
||
And going from blank to alt text happened in http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=bf0fdec8f43b&tochange=912c6ae3b70c which corresponds to decode-on-draw being disabled.
Comment 9•16 years ago
|
||
I'd mark this dependent on bug 514033, but the deps don't work out that way.... :(
Comment 10•16 years ago
|
||
Shouldn't we just mark this as a duplicate of bug 514033?
Comment 11•16 years ago
|
||
blocking- until comment 10 is resolved. Please renom if this isn't a duplicate.
blocking2.0: ? → -
Comment 12•14 years ago
|
||
The image displays in a recently nightly, so I'm going to say it is a duplicate of bug 514033.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•