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)

x86
Windows 98
defect

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
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
Status: NEW → ASSIGNED
Keywords: qawanted
It's not the exact same behaviour, but perhaps related to bug #40129?
QA Contact: desale → chrisd
reproducable in viewer, M18 Page looks awful after reload. Looks fine if new window is brought up and URL is pasted in
here's one we could use a reduced test case for.
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.
Attached file testcase from hell
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.
chrisd, can you narrow down the test case?
petersen, is this still a problem?
QA Contact: chrisd → petersen
Target Milestone: --- → mozilla1.0.1
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
Forgot to tell I verified with (win98 2001031304)
This also seems to happen on http://www.geek.com
Forgot to mention I was using the 2001090603 nightly and that going to http://geek.com seems to work fine.
Keywords: testcase
Whiteboard: [awd:tbl]
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.
Target Milestone: mozilla1.0.1 → Future
wfm win98 2002091008
wfm, closing as wfm based on reporters comment
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Keywords: qawanted
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: