Closed
Bug 66967
Opened 24 years ago
Closed 23 years ago
meta: libpr0n tracking bug
Categories
(Core :: Graphics: ImageLib, defect, P3)
Core
Graphics: ImageLib
Tracking
()
RESOLVED
FIXED
mozilla1.0
People
(Reporter: pavlov, Assigned: pavlov)
References
Details
(Keywords: meta)
bugs for the new imagelib
Assignee | ||
Updated•24 years ago
|
Comment 1•24 years ago
|
||
Pavlov, I find the name of this library offensive. Please change it or I'll be
forced to discuss disciplinary action with brendan.
Assignee | ||
Updated•24 years ago
|
Assignee | ||
Comment 2•24 years ago
|
||
"whaah"
Summary: meta: libpr0n bugs → meta: new image library tracking bug
Comment 3•24 years ago
|
||
heh
Summary: meta: new image library tracking bug → meta: libpr0n tracking bug
Comment 4•24 years ago
|
||
I don't get it, what's wrong with that?
Comment 5•24 years ago
|
||
rotfl
Comment 6•24 years ago
|
||
It's too honest a name.
Comment 10•24 years ago
|
||
When bugs are added to the "depends on" list, it is VERY difficult to tell which
bug was added, because the list has become somewhat long.
I suggest that when a bug is added to also add a comment in the format:
bug # - bug description.
Comment 11•24 years ago
|
||
uhm..just mouse over it to see the summary and status?
Comment 12•24 years ago
|
||
Yeah BUT, mouseover *WHICH* new bug ???
Comment 13•24 years ago
|
||
adding bug 74293 -- "Crash (Gdk-ERROR **: XIE_FloError)"
Peter, if I am editing a different bug and I add this bug to that other bug's
"blocks" list along with my other changes, this bug will have a "depends on"
added with no comment accompanying it....
Depends on: 74293
Comment 14•24 years ago
|
||
That is why you need to make the extra effort to add a brief comment to this bug
when adding a "depends on" to another bug. It's really not too much to ask ;)
Comment 15•24 years ago
|
||
Comment 16•24 years ago
|
||
*** Bug 74861 has been marked as a duplicate of this bug. ***
Comment 17•24 years ago
|
||
Updated•24 years ago
|
Updated•24 years ago
|
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
OS: other → All
Priority: -- → P3
Hardware: PC → All
Target Milestone: --- → mozilla1.0
Comment 18•24 years ago
|
||
adding bug 76500 to the depends list: "Limited-loop GIF anim won't stop"
Depends on: 76500
Comment 19•24 years ago
|
||
Doh! I apologize for that premature dependlisting. what I SHOULD have added was
bug 75828 "Image that doesn't animate in ns4 animates in mozilla" (although I
must say I like bug 76500 's description better)
Depends on: 75828
Comment 20•23 years ago
|
||
For a while now I've been unable to figure out which of the various [linux
scaling] bugs are associated with which symptoms, so I'm writing in this meta
bug and hopefully the URL can be copied to all the appropriate places
http://www.libpng.org/pub/png/png-textures.html
on Linux demonstrates a managerie of scaled PNGs and GIFs not displaying at all.
It seems like this should make it very easy to reproduce, fix and then verify
without testing all the URLs reported in DUPs. Textures 3,4,5,6 11,12 15,17,18
are not rendered (0.9.1 release Linux)
Comment 21•23 years ago
|
||
Hi 'ruth', I believe the bug you're looking
for is bug 74313
Comment 22•23 years ago
|
||
I'm wondering if this is a libpr0n problem. Visit the following URL...
http://www.rap.ucar.edu/weather/
The problem lies in the top banner, where it says, "Real-Time Weather Data".
The banner should have a background image of some beautiful mammatus clouds.
ns4 and konqueror 2.1.1 both render this correctly...moz does not.
Comment 23•23 years ago
|
||
The banner is rendered with the cloud background for me using Linux build
2001061808. (I checked it against Konqueror, and they rendered similarly.) What
build are you using?
Comment 24•23 years ago
|
||
The banner is http://www.rap.ucar.edu/weather/layout/pic1.jpg
It did not render on my trunk MacOS build, but comes up fine if I load it directly.
Comment 25•23 years ago
|
||
This is on a cvs build I did on 06/16 at 1837 PDT. I'm going to build a new one.
Comment 26•23 years ago
|
||
OK...I did a new cvs build today (6/24) and the image renders properly now.
Comment 27•23 years ago
|
||
libpr0n has long since landed and all bugs should now be filed
seperately for pav to ignore, this bug should probably be closed out. I
don't think it will be too hard to verify that libpr0n 'happened'
Assignee | ||
Comment 28•23 years ago
|
||
marking fixed.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•