Closed
Bug 40679
Opened 25 years ago
Closed 25 years ago
Some columns have wrong width?
Categories
(Core :: Layout: Tables, defect, P3)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: mbini, Assigned: karnaze)
References
()
Details
(Keywords: verifyme)
Attachments
(1 file)
|
93.14 KB,
image/png
|
Details |
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m16) Gecko/20000525
BuildID: 2000052520
Some columns of this page main table have the wrong widht, e.g. the first column
("titolo"). It seems that col. width depends only on the first column
Reproducible: Always
Comment 1•25 years ago
|
||
Comment 2•25 years ago
|
||
The problem vanishes if one reloads the page (cache is used). I see the bug
with win98.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•25 years ago
|
||
Hmm... having a hard time making a testcase for this one: problem doesn't occur
in a local copy of the file or after a reload, as mentioned above. However, a
full cache blitz doesn't reset the problem, which suggests one of two things to
me: something changes in mozilla's internal state after rendering this problem
once such that it doesn't reoccur; or, the cache clearing mechanism is lying to
me. I'm going to see if I can come up with something more concrete.
Almost forgot -- problem verified on WinNT 2000061220.
Comment 4•25 years ago
|
||
After watching this page load several times, I've come up with the following
scenario to explain this bug: (I may be off on the exact sequencing: my
connection is fast and so is my computer. I think a slower computer and a modem
would allow more precise timing.)
For some reason (and I'm looking at why) when mozilla has images to load and the
table to render basically at the same time it forgets to go back and check the
table for correctness. When it has no image downloads to deal with (blocked or
cached or missing because its a local copy with relative URLs) it goes back and
redraws the table such that it appears correctly. But when the images come in
the first time the second render doesn't happen -- and since the table is
compresed by the left side of the page, it stays that way
You can see this if you watch the big blue table render the first time each
session and subsequent times. The first time it's drawn once, the next time(s)
it's drawn at least twice. Any load from a local copy and any load with the
images blocked also act like a reload.
The funny thing is that resizing the window doesn't fix this -- only reloading.
I also don't know why clearing the cache doesn't reset the problem. I suspect
that the images are still cached since they look like they weren't downloaded.
Clear as mud, right?
| Assignee | ||
Comment 5•25 years ago
|
||
I'm not seeing the problem.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Comment 7•25 years ago
|
||
Works for me:
Platform: PC
OS: Windows 98
Mozilla Build: 2000101214 M18 Trunk Build
Marking as Verified.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•