Closed
Bug 17826
Opened 25 years ago
Closed 25 years ago
[PP]Overlapping text on My Netscape page
Categories
(Core :: Layout, defect, P2)
Tracking
()
VERIFIED
FIXED
M14
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.
Updated•25 years ago
|
Whiteboard: [TESTCASE]
Comment 1•25 years ago
|
||
Works fine for me with latest build. Changing component to tables and marking
WORKSFORME
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Summary: Overlapping text on My Netscape page → [PP]Overlapping text on My Netscape page
Reporter | ||
Updated•25 years ago
|
Resolution: WORKSFORME → ---
Reporter | ||
Comment 3•25 years ago
|
||
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.
Reporter | ||
Comment 4•25 years ago
|
||
Reporter | ||
Updated•25 years ago
|
QA Contact: petersen → chrisd
Reporter | ||
Comment 5•25 years ago
|
||
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.
Comment 9•25 years ago
|
||
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.
Comment 10•25 years ago
|
||
Comment 11•25 years ago
|
||
Comment 12•25 years ago
|
||
Comment 13•25 years ago
|
||
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.
Comment 14•25 years ago
|
||
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.
Assignee | ||
Updated•25 years ago
|
Target Milestone: M13 → M14
Assignee | ||
Comment 15•25 years ago
|
||
mass move to m14.
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Comment 16•25 years ago
|
||
Bulk moving [testcase] code to new testcase keyword. Sorry for the spam!
Keywords: testcase
Assignee | ||
Comment 17•25 years ago
|
||
Fixed with latest checkin.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•