Closed Bug 278720 Opened 20 years ago Closed 20 years ago

Wrong table width on the first page load right after loading Mozilla or Firefox

Categories

(Core :: Layout, defect)

1.7 Branch
x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jenner, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217

Right after the Mozilla or Firefox startup, the first time (and only the first)
I load the page I often find the width of the nested table (see the example)
wrong (it's a 30% width but is displayed as 100%). After some test the problem
seems to be affected by the network speed (higher speed, easier to see the problem).

Reproducible: Sometimes

Steps to Reproduce:
1. Start Mozilla or Firefox (close and start again the browser if just opened)
2. Load the page http://neurotix.com/bugzilla/page.htm (or save it to disk and
open it from the local drive)
Actual Results:  
The centered nested table is often displayed with 100% width instead of 30%.

Expected Results:  
The centered nested table should be displayed with a 30% width.

The problem occours only if the page is loaded after the browser startup and
only if the nested table width (see test case) is relative (percentage - if you
set the size in pixels there's no problem). I experience this problem about the
90% of the times I load that page for first after loading the browser (I found
the same problem in Firefox 1.0).
Also the network speed seems to affect the frequency the problem appears: with a
fast network connection (LAN, local drive, T1, etc.) the problem occours quite
everytime you load the page.
I have noticed that removing the images (blanked for privacy issues) on the top
of the page seems to prevent the problem to happen.
I can't see the bug, using Mozilla1.7 or the latest trunk build.
Reporter, can you still see the bug, using the latest nightly trunk build?
http://ftp.scarlet.be/pub/mozilla.org/mozilla/nightly/latest-trunk/
The problem seems resolved with the latest nightly build (tested right now with:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050117).
Using the latest nightly built of the 1.7 trunk the problem is still unresolved
(tested with: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6)
Gecko/20050112).
With the 1.7 version I easily experience the problem.
Version: Trunk → 1.7 Branch
Worksforme, per comment 2... Please reopen if this is reproducible in a trunk
build (and note that 1.7 is a branch, not the trunk).
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.