Closed
Bug 151525
Opened 22 years ago
Closed 22 years ago
Text mysteriously disappears within a nested fixed-size table cell
Categories
(Core :: Layout: Tables, defect, P4)
Tracking
()
VERIFIED
DUPLICATE
of bug 148399
People
(Reporter: pete, Assigned: karnaze)
Details
(Keywords: testcase)
Attachments
(1 file)
|
539 bytes,
text/html
|
Details |
build: 1.1 alpha (2002061108)
Mozilla is not displaying text that won't break inside a `TD width="150"' tag.
in the test case at the bottom of this description, one or both 'Chihuahua Grub'
links don't get displayed. looks like it's down to the <td width="150"> tag.
change that to just <td> and you see everything. you can play around with the
size of fonts by, say, bringing one of the <em>s back so that it doesn't include
the 'says', and it works ok, but set the <td width=150> to <td> and everything
will always work
this seems to have appeared around 1.0RC1 and has been noticed by Mozilla users
on everything2.com. it shows up all the time there, in that messages to user
groups are randomly anonymised by it (i.e. the bug hides the sender of the
messages). The senders are always all visible using NS4.7x, IE, Opera, Lynx and
mozilla versions before 1.0RC1
test case:
<head>
<title>Some page</title>
</head>
<body>
<table>
<tr>
<td>
<table width="100%" cellspacing=0 cellpadding=0 border=0>
<tr>
<td width="150">
<small style="font-family: sans-serif;">2002.06.12@02:22</small> (Malcontent
Editors) <em><a HREF="/index.pl?node_id=3146">Chihuahua Grub</a> says</em> Woof!<br>
<small style="font-family: sans-serif;">2002.06.12@03:06</small> (Content
Editors) <em><a HREF="/index.pl?node_id=3146">Chihuahua Grub</a> says</em> Woof!<br>
</td>
</tr>
</table>
</td>
</tr>
</table>
</body>
|
||
Comment 1•22 years ago
|
||
Works fine with the latest branch build: 20020611 on WIN2K. I could clearly see
all the text and the links.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Still behaving incorrectly with 2002061304 Linux i686. I think the particular
font sizes and settings may be critical in making this appear. If you want a
screenshot of it not working, or information about my font settings, please
email me.
|
|
||
Comment 3•22 years ago
|
||
|
|
||
Comment 4•22 years ago
|
||
I could see the problem with the trunk builds from 2002-06-7-08. This is not a
problem on branch builds.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
bug 149780 looks to be expressing the same symptom as this bug (see
http://bugzilla.mozilla.org/attachment.cgi?id=86733&action=view) but that bug
isn't concerned with table widths.
Amarendra, is your 'branch' 1.0.x or commercial?
|
|
||
Comment 6•22 years ago
|
||
I am seeing this problem on branch build: 20020611
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P4
I think I can narrow down the conditions for this a little.
Summary:
The problem is apparent only for linked italicised text that the cell-width
dictates must appear at the start of a line. Also, the problem text is available
for copy and paste, even when it's not displayed.
Longer, rambling explanation and justification:
Firstly the problem text (here, it's "Chihuahua Grub") must be both a link and
in italic font to be affected.
Either <em> or <i> tags make the text disappear when affected. If <address> is
used, though the font is rendered is italic, the text is displayed; but the text
that follows is broken oddly. Here's an example to show what I mean. Using the
attachment example, but with the cell width set to 369, we get:
<em> and <i> tags:
==================
2002.06.12@02:22 (Malcontent Editors) says Woof!
2002.06.12@03:06 (Content Editors) Chihuahua
Grub says Woof!
<address> tag:
==============
2002.06.12@02:22 (Malcontent Editors)
Chihuahua Grub says
Woof!
2002.06.12@03:06 (Content Editors)
Chihuahua Grub says
Woof!
Notice, a break appears before "Woof!" for no reason.
Another oddity is that even when the problem text is not displayed, if I select
the whole text by dragging the mouse across it, then paste it (using the
X-windows middle-button paste facility) the problem text DOES appear in the
paste!! I checked this several times, to be certain.
But my main discovery is that for the problem text to be affected, it must be at
the start of a new line in the display.
I generated html files for all cell widths from 1 to 400, using the example html
attached to this bug, and isolated the ones at which the problem text appeared
and disappeared.
I found that at all times, the text was affected only when it appeared first on
a line in the display..
I include some of my test data below, in support of this. For convenience, I'll
divide the example HTML into two "messages", and call them A and B (A appears
first, containing "(Malcontent Editors)").
For widths 1-147, the problem text doesn't appear in either A or B. At width
148, the problem text reappears in A, giving:
width=148:
2002.06.12@02:22
(Malcontent
Editors) Chihuahua
Grub says Woof!
2002.06.12@03:06
(Content Editors)
says Woof!
This is the first width for which "Chihuahua" fits after "Editors)", and so is
the first width for which it doesn't appear first on its line (or, I guess, the
first line for which it doesn't have to be "broken" onto the next line).
--------------------------------------------
At width 159, the text disappears in message A. We get:
2002.06.12@02:22
(Malcontent Editors)
says Woof!
2002.06.12@03:06
(Content Editors)
says Woof!
This is the first width where "(Malcontent Editors)" fits all on one line. So
it's a width at which the problem text moves to the beginning of a line in
message A.
Well.... you get the idea. In case its of any use, I include the rest of the
changes below, in summary form.
--------------------------------------------
width=218:
==========
2002.06.12@02:22 (Malcontent
Editors) Chihuahua Grub
says Woof!
2002.06.12@03:06 (Content
Editors) Chihuahua Grub
says Woof!
first line for which "(Malcontent" fits after the date. Hence problem text no
longer starts the line it's on in message A.
--------------------------------------------
width=255:
==========
2002.06.12@02:22 (Malcontent
Editors) Chihuahua Grub says
Woof!
2002.06.12@03:06 (Content Editors)
says Woof!
As "Editors)" moves up to the top line in B, the prob text is now first on its
line, and it disappears.
--------------------------------------------
width=282:
==========
2002.06.12@02:22 (Malcontent Editors)
says Woof!
2002.06.12@03:06 (Content Editors)
says Woof!
Same thing happens as "Editors)" moves up to the first line in message A
--------------------------------------------
width=343:
==========
2002.06.12@02:22 (Malcontent Editors) says
Woof!
2002.06.12@03:06 (Content Editors) Chihuahua
Grub says Woof!
"Chihuahua" now fits on first line in B. The problem text reappears.
--------------------------------------------
At width=370, the same thing happens for message A.
This testing was done on the linux net install release of 1.1 alpha.
Working for me (with the attachment here) in nightly build 2002061504 (linux sea)!
|
||
Comment 9•22 years ago
|
||
|
Reporter | |
Comment 10•22 years ago
|
||
*** This bug has been marked as a duplicate of 148399 ***
Status: NEW → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•