Build 2000060520, Linux 2.2.14, RedHat 6.1, i686 An image map done with the OBJECT tag doesn't show up; it doesn't even show a broken image symbol. This is a specific bug from the generic bug41368

hmm..i see this also on 60613 win2k and win98 [if for any reason this works on mac, feel free to change os/platform back] similar to bug 15019, but that deals with problems when the image doesn't exist. ->parser

Nominating for beta2. Object elements that that have specified type of "gif", "png" and "jpg" are not rendering these images.

This is happening on Mac build also (2000060608).

Andrei -- Please take a look at this. Handing an image encoded in the object tag is essential.

[nsbeta2-] but adding nsbeta3 keyword

This problem is not occuring the June 21 builds. All of the objects tests that contain PNG, GIF, or JPG's are rendering. Tested under Mac 0S 9 and Win 98. Anyone else get this to work ? http://mozilla.org/quality/browser/standards/html/object_data_jpg.html http://mozilla.org/quality/browser/standards/html/object_data_png.html http://mozilla.org/quality/browser/standards/html/object_data_gif.html

Strange, I remember entering the URL as http: //www.robinlionheart.com/stds/html4.html Oh well, doesn't really matter, as all of the OBJECTS on that page are working as well. Looks like its fixed.

Object elements that uses images (gif, jpg, and png) as data are not rendering them. Tested with the June 26 build (2000062608).

This was introduced by fixing 35777. The return statement was removed after HandleImage call in nsObjectFrame::Reflow. The fix is trivial. Should I do this for Beta2?

That's a dup of what I recently fixed. Marking fixed.

Verified 2000-07-19-10-M17 : Linux 2000-07-19-11-M17 : WinNT & Win98 2000-07-21-08-M17 : Mac