31172 - images overlap with table column in N$ about box

Status: RESOLVED WORKSFORME

(Core :: Layout, defect, P3)

Description

[Eli Goldberg]

If you view the about page (Help : About Netscape), you'll see the right-hand
column of images overlapping with the right-hand column of text.

The page displays correctly for the rest of the Mozilla session after you click
"Reload". The page validates as proper HTML 4 Transitional if you change the DTD
and remove the one line of JavaScript.

If this isn't a known issue, I'd be happy to decompose the HTML if it would save
your time.

Comment 1

[Eli Goldberg]

Nominating for beta 2.

Comment 2

[troy]

With today's build I don't see a problem with the page on Windows anyway.

The about page is very simple and I only see a single image

Comment 3

[Chris McAfee]

single image is probably mozilla about:,
this bug is about (heh) the commercial about:

Comment 4

[troy]

That makes sense. However, I don't typically build or run the commercial build, 
so if someone can provide some sample HTML that would be a big help

Comment 5

[Eli Goldberg]

Err, specifically, this is for the Netscape-branded about box. (http://
lxr.mcom.com/commercial/source/xpfe/global/resources/content/about.html)

Comment 6

[troy]

I need a real test case that I can load in viewer and dump frames, ...

If I load the URL above none of the images are found. In Nav 4.x they display as 
broken icons, but in Gecko since we render the alternate contents instead they 
don't display at all

That makes it impossible to tell what's wrong with the page

Comment 7

[Eli Goldberg]

In other words, you need a special test case that Viewer will support, rather 
than a series of reproducible steps to reproduce the problem in the product we're 
shipping.

Will do. Correcting invalid INVALID resolution.

Comment 8

[troy]

Yes, that would be a big help. Thanks

Comment 9

[Eli Goldberg]

<sure. Will do within 30 minutes. go kill those PDT+ bugs. ;> 

Comment 10

[Eli Goldberg]

I've e-mailed the necessary files to Troy with all chrome:// URLs stripped.

(Attaching it to this bug report would have unnecessarily made a general interest 
layout issue into a confidential bug.)

Comment 11

[Chris McAfee]

about: URL is in the URL for this bug.

Comment 12

[troy]

Sounds like a floater issue. It may have been fixed already

Comment 13

[buster]

attaching the test case would be helpful.  I'm not sure what I should be looking 
at.  Thanks.  

BTW, I don't see any reason for this bug to be confidential.  You could 
certainly attach a test case that had identical structure as the original, and 
change the text and/or images as necessary.

Comment 14

[Eli Goldberg]

I don't know how this was marked as Confidential; it shouldn't be. I especially 
e-mailed the test case to troy so that it wouldn't taint the bug. Removed 
Confidential flag.

Comment 15

[Eli Goldberg]

I can no longer reproduce this problem using the files that I inadvertently e-
mailed to buster, on a current build.

---

Steve, if you think there's still a problem, I'll attach the files to this bug 
report, or anything else. thanks!

Comment 16

[buster]

please attach the files, and I'll test on my machine as well.

Comment 17

[Eli Goldberg]

Attachment: Zip file comprising test case

Comment 18

[buster]

This must be a dup of a bug I fixed recently, though I don't have the time to 
figure out which one.  Works fine now.