Closed Bug 17826 Opened 25 years ago Closed 25 years ago

[PP]Overlapping text on My Netscape page

Categories

(Core :: Layout, defect, P2)

All
Windows 95
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: christinehoff4, Assigned: karnaze)

References

Details

(Keywords: platform-parity, testcase, Whiteboard: [TESTCASE])

Attachments

(6 files)

Using the following builds: Windows:1999110208 Mac: 1999110208 Linux: 1999110212 Behavior is cross platform. Steps to Reproduce: Open 'My Netscape Page'. Leave sidebar open. There is a table at the top of the page labeled 'Search the Web'. The second column has a row titled 'What's New' and a row titled 'What's Cool'. Expected Result: Text should display without overlap Actual Result: Text overlaps. If the sidebar is closed, the texts re-lays properly. However, if you reopen the sidebar or you resize the window to a smaller size, the text overlaps again.
Whiteboard: [TESTCASE]
Attached file testcase (deleted) —
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Component: Layout → HTMLTables
Works fine for me with latest build. Changing component to tables and marking WORKSFORME
Status: RESOLVED → REOPENED
Summary: Overlapping text on My Netscape page → [PP]Overlapping text on My Netscape page
Resolution: WORKSFORME → ---
Using build 1999111608 on Windows and 1999111608 on Mac, problem is still happening. Happens on Mac when default window comes up. On Windows, had to resize the window to see the problem. Screen shots attached for Windows and Mac. Problem is not evident on Linux. Reopening and marking it a parity bug.
Attached image Screen shot of problem on Windows (deleted) —
QA Contact: petersen → chrisd
Attached image Screen shot of problem on Mac (deleted) —
Assignee: troy → kipp
Status: REOPENED → NEW
Updating to default HTML Tables Assignee...kipp no longer with us :-(
one oddity I see is that local and remote copies of the test page behave very differently. the local file does not have images fixed up, so it displays alt text.
Depends on: 19211
Probably a dup of 19211.
I agree that this is a dup of 19211; but I do think that this is a tables thing. These are driven by interaction of colspan with width allocation. Have a look at these attachments (to be attached in a moment). There are three attachments: 1) the problem table from my.netscape.com (minus external CSS as it's not a factor in the bug). 2) a simplified test case of the table 3) the minimum test case to reproduce the bug These cases are fairly dramatic demos; the column widths oscillate wildly from side to side as you narrow the window.
Attached file a simplified test case of the table (deleted) —
mass moving all Kipp's pre-beta bugs to M15. Nisheeth and I will prioritize these and selectively move high-priority bugs into M13 and M14.
Assignee: kipp → karnaze
Priority: P3 → P2
Target Milestone: M15 → M13
chris, this looks like a table layout bug. Could you investigate further, and if it really is a block/inline frame bug, reassign to Kipp. Thanks.
Target Milestone: M13 → M14
mass move to m14.
Status: NEW → ASSIGNED
Bulk moving [testcase] code to new testcase keyword. Sorry for the spam!
Keywords: testcase
Keywords: pp
Fixed with latest checkin.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
Using 2/11 build, verified fixed.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: