Closed
Bug 40892
Opened 25 years ago
Closed 24 years ago
images in a table jump out of table cell on reload
Categories
(Core :: Layout: Tables, defect, P3)
Tracking
()
VERIFIED
WORKSFORME
mozilla0.9.1
People
(Reporter: garrett, Assigned: karnaze)
References
()
Details
Attachments
(1 file)
1.56 KB,
application/octet-stream
|
Details |
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.14 i686; en-US; m16) Gecko/20000528
BuildID: 200052809
On initial load, http://linux.com/ looks fine wrt table/content layout. After a
reload of the page, the images on the left in the center content area are shoved
halfway into the left box area.
When in #mozilla, "doron" mention that it *might* be a timing issue with cache.
Reproducible: Always
Steps to Reproduce:
1.Visit http://linux.com/
2.Hit reload.
3.Problem rears its ugly head.
Actual Results: The images are shifted to the left after a reload
Expected Results: The images should have been in place, as is on initial load.
http://bugzilla.mozilla.org/show_bug.cgi?id=40875 looks as if it _might_ be
related (seems kind of backwards where the description claims that the bug
exhibits itself on initial load and is fine on reload vs. the bug showing itself
after a reload, as in this case)
Comment 1•25 years ago
|
||
I can reproduce the bug under Win98 so I am changing the OS to all. The problem
is that on initial load the images are first wrong positioned as they are after
the reload. (the advantage of a slow modem line ). Then comes a reflow and they
go to the right positions. It seems that one reflow is missing for reloads.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → M19
It now seems to be fine for reload, but if you click "back" and then "forward"
again, we see the same problem. Also, if you Enlarge/Reduce text side, you also
see the problem.
Comment 6•24 years ago
|
||
This bug is 3 months old, pretty severe, and no one has shown any interest in
investigating it? Anyway, the linux.com site html is pretty complex, so, just
in case someone isn't aware of it, both bugs 42929 and 50409 contain far simpler
testcases. The one in 42929 only triggers on back/forward, but the one in 50409
triggers on a simple reload.
Comment 7•24 years ago
|
||
I have a testcase for this bug. At least I think it is the same bug. If it is
not, I will create a new bug for it. The attached gzip'ed tar file contains an
html page called JpgTable.html. If it is loaded from disk and then reloaded,
the table will layout wrong. The table uses JPGs for the left side cells.
There is also a page called GifsTable.html which uses GIFs and always loads
correctly.
To reproduce:
1) Extract the tar file to disk.
2) Load JpgTable.html from disk. It has to be from disk - from a web server
seems ok.
3) Reload the page.
Results:
The text of the bottom row, second column cell overlaps the red jpg in the cell
to its left. It seems that on reload the table is being layed out using the
width of the green jpg in the upper left cell which is narrower than the red jpg
below it.
This was tested on Mozilla from 0827 on Linux.
Comment 8•24 years ago
|
||
Reporter | ||
Comment 9•24 years ago
|
||
The testcase attached is for JPEGs, locally. The bug, as seen on Linux.com, is
comprised of GIFs from a webserver.
This may or may not make a difference, but the above comment seems to indicate
so.
Comment 10•24 years ago
|
||
CC'ing Ian
Comment 11•24 years ago
|
||
I am seeing this bug on both the GIF and JPEG versions of the test case on Linux
2000101212.
Comment 12•24 years ago
|
||
This looks like it's fixed on 2001021508...can someone confirm?
Assignee | ||
Comment 15•24 years ago
|
||
I can't winzip the attachment or see the problem in the url on WinNT. Marking
worksforme.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Comment 16•24 years ago
|
||
I dont see the problem too in the URL. Marking verified ob Build ID #
2001060509
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•