Closed
Bug 162035
(acute)
Opened 23 years ago
Closed 23 years ago
Table cell is enormous (1000+ screens) with only 1 line in it
Categories
(Core :: Layout, defect)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: lg83news, Assigned: attinasi)
References
()
Details
Attachments
(2 files, 1 obsolete file)
This is what I get
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1b) Gecko/20020721
BuildID: 2002072104 (Moz 1.1b)
This file is Valid XHTML transitional.
Here is the code:
===== test.php =====
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" />
<title>test</title>
</head>
<body>
<table border="1">
<tr>
<td>
<div align="center">a<a href="http://validator.w3.org/check/referer">a
aà</a>a</div>
</td>
</tr>
</table>
</body>
</html>
===== /test.php =====
On my Mozilla the table is very very long.
I have had this bug on a lot of pages, I get an enormous blank in between the
top and the bottom of the page because of this.
Reproducible: Always
Steps to Reproduce:
1. Go to the URL provided, or use the code above
2. Open your eyes
3. Look at the screen
Actual Results: The table is much too big.
Expected Results: The table should just be 1 line high.
If you change a single character in the code (including replacing 'à' with 'a')
the bug disappears.
However you can change 'a' to 'b', or 'à' to '©', as long as you don't
add/remove any characters.
Try selecting the text. 8-)
|
||
Comment 1•23 years ago
|
||
WFM WinME 8-8 trunk. Try a newer build.
Attachment #94767 -
Attachment is obsolete: true
Still unable to reproduce both on 2002080718/win98se and 2002080614/winXP.
Might be something on your system.
* Did you try a clean reinstall and/or new profile?
* Try changing fonts in Preferences->Appearance->Fonts. Might be corrupted font
file (height of the character reported improperly)
* Try switching encodings in View->Character Coding.
What are the regional settings for your windows?
I do not get the bug with the exact same build, on the exact same WinXP, on a
different computer.
* switching profile to default: I still get the bug
* changing fonts (to Georgia, the default to sans-serif): I still get the bug
* changing charset:
The bug disappears if I use UTF-8, us-ascii, Shift_JIS (and probably others).
It does not if I use Latin1 or Latin9 (ISO-8859-1/15).
|
|
||
Comment 10•23 years ago
|
||
Alas, it's impossible to fix the bug we're unable to reproduce. Considering
comment 8, it's local configuration problem. :(
This bug remains open until either somebody can find out more information,
or 2 more people confirm WORKSFORME.
|
|
||
Comment 11•23 years ago
|
||
Given that we got yet another report about the same acute problem, I mark this
as NEW. Still need steps to reproduce though.
==> NEW
Status: UNCONFIRMED → NEW
Ever confirmed: true
|
|
||
Comment 12•23 years ago
|
||
*** Bug 163019 has been marked as a duplicate of this bug. ***
|
|
Reporter | |
Comment 13•23 years ago
|
||
It works! The bug is gone!
I've been on holiday for 2 weeks. I've just come back, turned my computer on,
tried the test page, and it works! still using build 2002081004, charset
ISO-8859-1, I haven't changed anything... Maybe my computer just needed some
rest :-)
-> works for me...
but leaving as
-> new
because of comment 11.
|
|
||
Comment 14•23 years ago
|
||
It now works for me, too.
I rebooted for the first time in ages.
Looks like this is what is needed...
|
|
||
Comment 15•23 years ago
|
||
Marking WFM as per comment 13 and 14
Reason: original reporters say that the bug is gone.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Whiteboard: verifyme
You need to log in
before you can comment on or make changes to this bug.
Description
•