Closed
Bug 44861
Opened 25 years ago
Closed 22 years ago
page displayed properly only after doubleclick on reload button
Categories
(Core :: Layout: Tables, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: devotip, Assigned: karnaze)
References
()
Details
(Keywords: testcase, Whiteboard: [awd:tbl])
Attachments
(2 files)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; m17) Gecko/20000707
BuildID:
2000070720
Only the left bar is displayed the right portion of the page appear only after a double
click on the reload button
Reproducible: Always
Steps to Reproduce:
1.open the url wait for the "document
done"
2.click reload button wait for the document done repeat thi a couple of time
3.double click reload
button, the page is fully displayed
Actual Results: after a reload you should get
always the same page content while you get the complete page only after the
reload button double click
Expected Results: same page at every reload
Comment 1•25 years ago
|
||
Either tables problem (ther are a coulple unclosed <tr> tags I think, amy or may
not be related) or a cache issue. Over to HTML Tables first. Confirmed on
070608 on NT and 070708 on 98
Assignee: asa → karnaze
Status: UNCONFIRMED → NEW
Component: Browser-General → HTMLTables
Ever confirmed: true
QA Contact: doronr → desale
It's not the exact same behaviour, but perhaps related to bug #40129?
Updated•25 years ago
|
QA Contact: desale → chrisd
Comment 3•25 years ago
|
||
reproducable in viewer, M18
Page looks awful after reload. Looks fine if new window is brought up and URL is
pasted in
Comment 5•25 years ago
|
||
Looking closer at the source, it appears that around the only FORM tag in the
testcase there is a table with miss-matched TR and TD tags (they are swapped).
Put them in the correct order and the page looks fine, every time.
There is also an unclosed TD tag for the left column, but this doesn't seem to
affect the problem.
However, it's still weird that it looks correct only the first time when the
tags are wrong (you'd think it would be incorrect all the time). It's
almost like the HTML only gets fixed up the first time around. Also, Nav and IE
fix it up all the time.
Comment 6•25 years ago
|
||
Comment 7•25 years ago
|
||
I've tried to narrow this down as much as possible but it's really weird.
To see behavior:
Load up the testcase in Seamonkey. Hit the reload button. Notice the right
column with "More News" disapears. Hit ENTER on the location bar to bring back
the orriginal document.
Playing with the testcase, it is enough to just remove the first line of the
large comment in the middle of the page to have it work correctly. However,
inserting this large comment into another page with similar table structure
doesn't yeild the same results. Remove any text in the left column and it works
correctly. Remove the form and it works correctly. Fix the backwords <TD><TR>
tags and it works correctly.
Sounds like a parser problem.
| Assignee | ||
Comment 8•24 years ago
|
||
chrisd, can you narrow down the test case?
| Assignee | ||
Comment 9•24 years ago
|
||
petersen, is this still a problem?
QA Contact: chrisd → petersen
Target Milestone: --- → mozilla1.0.1
| Reporter | ||
Comment 10•24 years ago
|
||
| Reporter | ||
Comment 11•24 years ago
|
||
There is still a misbehaviour related to the first display of the page while
after a reload it's ok.
To be more specific:
Copy on a local drive the attached page
open a mozilla browser and maximize it
browse the filesystem to open l0pht.htm
double click to open the page (some strange flashes will happen)
wait for the timeouts to end
with alt-tab switch to another task
with alt-tab switch to mozilla
you see the filesystem page insted of the l0pht page
after e reload everything works fine
I'll try to shrink the testcase
| Reporter | ||
Comment 12•24 years ago
|
||
Forgot to tell I verified with (win98 2001031304)
Comment 13•24 years ago
|
||
This also seems to happen on http://www.geek.com
Comment 14•24 years ago
|
||
Forgot to mention I was using the 2001090603 nightly and that going to
http://geek.com seems to work fine.
Comment 15•23 years ago
|
||
This bug still seems to happen from time to time on some websites (most
noticeably slashdot.org). However, the pages doesn't load after doubleclicking
on the reload button. It only loads after repeatedly doing a refresh (I don't
know how many, I held down ctrl+r until I could see the status bar telling me it
was transferring data). I tested it using the 0.9.8 milestone. The exact
address was http://slashdot.org/index.pl.
| Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla1.0.1 → Future
| Reporter | ||
Comment 16•23 years ago
|
||
wfm win98 2002091008
Comment 17•22 years ago
|
||
wfm, closing as wfm based on reporters comment
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•