Closed Bug 8371 Opened 25 years ago Closed 25 years ago

Missing top image on FoxNews

Categories

(Core :: Layout, defect, P3)

Product:
Core
Component:
Layout
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: pierre, Assigned: rickg)

Details

Tested with today's builds on Mac and Windows.
- Go to http://www.foxnews.com.
==> The image on the top of the page is missing.
Component: ImageLib → Compositor
Umm...what image? Do ya mean the Java stuff, along with topbarnew.gif, instead of
which I see a bunch of chrome being drawn a second time?

The image views fine when viewed separately from within Seamonkey (and using
Netscape 4.51 with a hard-coded 5.0 version string), and the page uses layers,
along with browser-checking JavaScript.

So, I'm reassigning to Compositor.
Assignee: pnunn → beard
[Okay --- I see on today's Mac OS build that the image is just not appearing, but
as before, it displays correctly when viewed independent of the page, so it's not
an ImageLib problem.]
Fine with me. I set the Component to ImgLib when opening the bug because it
reminded me of the recurring problem we had with inages on Mozilla.org.

Patrick <beard> is now the Compositor guru and since he also fixed the images on
Mozilla.org, he probably is the best guy in town to take care of this problem.
Assignee: beard → rickg
Component: Compositor → Layout
The problem is that this document has a frameset, the first of which is

http://www.foxnews.com/nav/top.sml

For some reason, this frame document won't display its image. If www.foxnews.com
is loaded on 4.5, the first frame is

http://www.foxnews.com/nav/top-ns4.sml

This frame will display in viewer and appRunner. So, something's wrong with nav/
top.sml or our interpretation of it.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Please recheck this. I've confirmed that all the pages cited load correctly on
NT.
I checked on NT with today's build and it works. Eli, please check on the Mac
when today's binaries are released before marking as verified.
Status: RESOLVED → VERIFIED
Checked on this morning's Mac OS & Linux build (as well as the Win32 build on NT

4.0 SP3), and I can no longer reproduce this problem.



I do not that the "SEARCH" text box is offset a bit to the left, covering the "H"

in SEARCH, but that's unrelated, and I'm going to assume at this stage that it's

not worth pursuing.
You need to log in before you can comment on or make changes to this bug.