Closed Bug 22273 Opened 26 years ago Closed 24 years ago

content in one table column overlaps next cell

Categories

(Core :: Layout: Tables, defect, P3)

Product:
Core
Component:
Layout: Tables
Platform:
x86
Other
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME
Milestone:
Future

People

(Reporter: buster, Assigned: amar)

References

(
URL
)

Details

(Keywords: testcase, Whiteboard: [TESTCASE])

Attachments

(2 files)

a snapshot of the page in case it changes
27.49 KB, text/html
Details
testcase; simple table with bad line-breaking on <I></I>
1.95 KB, text/html
Details
I don't know for sure if this is a table layout bug, but tables are involved. near the bottom of the page, you'll see text in the longest entry in the table overlap the content of the cell to its right.
Whiteboard: [TESTCASE]
In the attached testcase, drag the right edge of the window to the left. You can see the text in the left-hand column overlap the text in the right column (WinNT 1999122008). Line-breaking is not being calculated correctly. However, if you remove the <I></I> from the end of the lines in the left-hand column, the lines break correctly and the text does not overlap.
I also noticed that the ad banner on the right hand side is stretched/distorted vertically. However, on a closer look the problem is doubleclick.net is returning the wrong size image, likely on a redirection problem, or on a user-agent sniffing bug on their side.
The reason for the ad problem is related to the following bug: http://bugzilla.mozilla.org/show_bug.cgi?id=14801 doubleclick uses semicolons in the URL, and the URL parser is not making the correct request.
Status: NEW → ASSIGNED
Target Milestone: M14
Bulk moving [testcase] code to new testcase keyword. Sorry for the spam!
Keywords: testcase
In the even simpler example below, the cells block is being reflowed to a size smaller than its desired size and it does that, but it contains a line that is too long. Reassigning to Kipp's bug list. <TABLE WIDTH="100%" BORDER="2"> <TR> <TD>Despite Reports, Holiday Parties Focusing on Retention, not Recruiting<I>&nbsp;-&nbsp;BusinessWire</I></TD> <TD WIDTH="60">11:37&nbsp;AM&nbsp;&nbsp;</TD> </TR> </TABLE><html> TableRow(tr)(0)@00D91418 {0,0,8850,405} [state=00000004] sc=0203E420< TableCell(td)(0)@00D91460 next=00D915B4 {30,30,7650,345} [state=00000004] sc=0203FCE0< Block(td)(0)@00D914BC {30,30,7590,285} [state=0018000c] sc=0203F9A0(i=1,b=0)< line 02069F10: count=2 state=inline,,,[0x800] mew=1455 {0,0,7860,285} < Text(0)@00D91504[0,70,T] next=00D91540 {0,0,6405,285} [state=40000024] sc=0203F500< "Despite Reports, Holiday Parties Focusing on Re tention, not Recruiting" >
Assignee: karnaze → kipp
Status: ASSIGNED → NEW
Re-assigning to myself to take a look.
Assignee: kipp → nisheeth
Accpeting bug...
Status: NEW → ASSIGNED
For some reason, changing "Recruiting<I>&nbsp;-&nbsp;BusinessWire</I>" to "Recruiting<I>&nbsp;&nbsp;BusinessWire</I>" also fixes the problem. It seems that the inline code has trouble breaking the line for the case when the hyphen is present. I'm continuing to debug this...
I went off on vacation before I could get further with this. This seems to be a a bug in a very specific case and hence the priority of this is lower than some other bugs that I need to work on. Pushing this off to M17...
Target Milestone: M14 → M17
Moving bugs out by one milestone...
Target Milestone: M17 → M18
Marking M19...
Target Milestone: M18 → M19
<strong> also works pretty good in these testcases
*** Bug 36554 has been marked as a duplicate of this bug. ***
This bug has been marked "future" because the original netscape engineer working on this is over-burdened. If you feel this is an error, that you or another known resource will be working on this bug,or if it blocks your work in some way -- please attach your concern to the bug for reconsideration.
Target Milestone: M19 → Future
Both attachments don't seem to have any column overlap using build 2000080908.
QA contact update
QA Contact: chrisd → amar
worksforme build 2001032304 win95. Both testcases correctly wrap adding Bernd to CC so he can test
WFM win98 CVS 20010324
Amar, would you please test this bug on Mac and Unix and report what you find on this bug report? Lets close out this bug after making sure that it is fixed on all platforms. I'm re-assigning this bug to you for testing. Please give it back to me if it isn't fixed. Thanks!
Assignee: nisheeth → amar
Status: ASSIGNED → NEW
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Ah, it takes me back (way back to my old email address). Yeah, this is fixed (but it was a cool bug when it existed :-)
Nisheeth, I checked this bug on Mac and Linux on the latest build # 2001-03-27-09-Mtrunk. The columns in the table are not overlaping. I am marking it as verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: