Closed Bug 194293 Opened 23 years ago Closed 22 years ago

Table looks SUPER long

Categories

(Core :: Layout: Tables, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 113779

People

(Reporter: davidgrant, Unassigned)

References

()

Details

Attachments

(5 files, 1 obsolete file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130 On the URL given, one of the tables looks SUPER elongated. I'll attach a screenshot and a testcase I created. Happens in 1.2.1 for Windows. Doesn't happen in 1.2.1 OR 1.3b for Linux, however. Strange... Reproducible: Always Steps to Reproduce:
You can see the table on the left starts to descend downwards.
Here's what I see at the bottom of the page, after scrolling down (a long ways) to see the bottom.
Screenshot showing the testcase in Windows Mozilla 1.2.1. Sorry, I really wish I could test on 1.3b, or nightly, but this is a shared computer.
Testcase
looks fine to me on winXP trunk build 2003-02-17-04 (a 1.3beta) Have u tested on the latest build on windows?
ok, I just tried on on 1.3b, 2003021008 and I'm still getting the exact same behaviour.
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030214
Just upgraded to nightly build. Still see the long table. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030220
Attachment #115066 - Attachment is obsolete: true
Attachment #115066 - Attachment is obsolete: false
Attachment #115065 - Attachment is obsolete: true
You know, I'm not surprised that it works on your computers. Because this is a very finicky bug I think. For example, if I remove the space between the dot and the Celsius symbol, it will work. OR, if I remove the <strong></strong> tag, it will work. If I put it back to the original, I will see the bug again. And, if I go to http://weatheroffice.ec.gc.ca/forecast/city_e.html?ykf, the source of this bug, and go to different canadian cities, some cities will do it, others won't, it basically depends on the exact characters in the boxes. So I wouldn't be surprised if it also depends on the fonts you have set Mozilla set up with perhaps. On a related note, if I have it in the "non-working state" and I zoom down to 22% it will fix itself. And vice versa, it will fix itself if I zoom up to 1519%. Anything in between, I see the bug. I don't see any rhyme nor reason to the behaviour. If I put in a longer number, like "152597852. °C" it will still show the bug. If I add one more digit, the page will display correctly, so I thought this was maybe the threshold, but if I then delete the space and add another number at the same time, the page will display correctly. It's crazy.
Attachment #115083 - Attachment description: Testcase, which displays what is seen in screenshot3 (with nightly-build) → Simple screenshot (with nightly-build)
Attached file Even simpler testcase
This test case is even simpler, and I think what is causing this bug is the "degree" character perhaps. Is it possible to put a "helpwanted" keyword, and make a comment asking for more people to test this on their machines?
WFM, including testcases. Current trunk CVS, Linux.
Okay, I just tried my Mozilla 1.3b on Windows XP at my home computer, and it WFM. This is definitely a strange bug. I can't think of what my home computer and work computer DON'T have in common. I even used my prefs.js file from home when I originally installed Moz on my work computer about 2 months ago.
r wfm per reporter comment
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
sorry for the confusion. I meant WFM, but only in reference to Windows XP at my home computer. I should have been more clear. I still get the same problem on my computer at work, with Windows XP and the latest Mozilla. In fact I'm noticing it on all sorts of web pages, anything with a table. I think this bug should stay open, at least for some time until hopefully someone else will come along who experiences this bug as well.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Just tried Moz 1.3, and this bug is no longer present, even though it was present in 1.3a and 1.3b. So I'm marking it as fixed.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
np patch = not fixed
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
-> wfm
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → WORKSFORME
It is actually present on my work computer with 1.3. Just on some different web pages than before.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
reporter (David Grant), those other sites... would you happen to refer to international sites like these: bug 189628, bug 113779, bug 194254?
Hmm, the symptoms look indentical, and the first screeshot you see for this bug, it has to do with a celsius degree symbol, so that could be the link with the international characters thing. I'll to try out those other bug reports tomorrow at work. My home computer is unaffected by this bug for some strange reason.
*** This bug has been marked as a duplicate of 113779 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago22 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: