Closed
Bug 1945
Opened 26 years ago
Closed 26 years ago
gecko handles OBJECT incorrectly for native image types
Categories
(Core Graveyard :: Plug-ins, defect, P2)
Tracking
(Not tracked)
VERIFIED
FIXED
M4
People
(Reporter: newt, Assigned: serhunt)
References
()
Details
(Whiteboard: [OBJECT])
I'm using the Win32 Gecko binary downloaded today (16 Dec 98) from
developer.netscape.com; build date was 11 Dec 98, I think, but "about:"
doesn't work.
On the page above (which will be replaced by a fully validated HTML 4.0
Transitional version as of early 17 Dec 98 PST), there are several
OBJECT elements that refer to various image types. In most cases the
outer OBJECT points at a PNG, the inner OBJECT a GIF or JPEG, and inside
that (the inner OBJECT's contents) is an IMG PNG or GIF or JPEG.
Regardless of whether this version of Gecko has native PNG support, it
unquestionably has native GIF and JPEG support and should therefore,
according to the HTML 4.0 specification, render the OBJECT images (one
of them) as an image, not as a blank "OBJECT" box. Note also that if
a PNG plug-in exists on the same system but outside the Gecko installation
tree (in fact, on a completely separate drive), that plug-in will be
invoked--and whatever you guys think, I don't believe that's proper
behavior (i.e., if I want the plug-in used by Gecko, I'll install it
under Gecko myself). As it happens, the PNG Live 2.0b5 plug-in crashes
Gecko.
Btw, an alternate, strict HTML 4.0 version (using CSS) is available at:
http://www.cdrom.com/pub/png/pngs-strict.html
as of tonight sometime. The PNG Live 2.0b5 plug-in is available via a
link on this page, under the Netscape Navigator entry:
http://www.cdrom.com/pub/png/pngapbr.html
Updated•26 years ago
|
Assignee: amusil → av
Don't forget to implement the attribute TABINDEX for element OBJECT.
Comment 4•26 years ago
|
||
OBJECT doesn't seem to be supported at all for displaying images. The page
http://www.rpi.edu/~randeg/smiles.html
makes it clearer, since it has "No." for alternative content.
Comment 5•26 years ago
|
||
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Reporter | ||
Updated•26 years ago
|
Status: RESOLVED → REOPENED
OS: Windows 95 → Linux
Reporter | ||
Comment 7•26 years ago
|
||
If the OBJECT element *itself* is rendered, its contents (in the container
sense) must be ignored. The 1999.03.10 fix takes care of rendering OBJECT
images themselves, but it doesn't stop there--an enclosed IMG image will also be
rendered. In the referenced page above, this shows up as a pair of side-by-side
penguins at the top, one labelled "GIF version!", and also as a pair of
side-by-side icons near the middle of the page ("PNG" on a yellow background and
"GIF" on a blue background). Please click on either of the two screenshot links
immediately below the penguin(s) for the correct appearance (at least
approximately).
I think it does not render IMG image, it goes for the second OBJECT image, which
is obviously wrong, you are right.
Per screenshot from test page this still fails as mentioned, march 19 builds
optimized Seamonkey on Linux and PC - Mac has another problem preventing plugins
from loading. Clearing fixed res.
Updated•26 years ago
|
QA Contact: 4082 → 3849
Updated•26 years ago
|
Whiteboard: [OBJECT]
Comment 10•26 years ago
|
||
This may now be fixed, except I'm not sure what you mention above about
problems on the Mac. I think the original problem is fixed - see bug 4441.
Status: REOPENED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 11•26 years ago
|
||
Marking it fixed for the originally reported problem
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 12•26 years ago
|
||
Andrew -- you're great! Marking verified.
Updated•2 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•