Closed
Bug 263055
Opened 21 years ago
Closed 20 years ago
wanadoo.fr page is slow to render
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: bga.lambert, Unassigned)
References
()
Details
(Keywords: qawanted, Whiteboard: Tech Evangelism/ French ; keyword top100 ?)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.6) Gecko/20040114
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.6) Gecko/20040114
each site are very very very slow to open
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Expected Results:
fast. to be sure that not a problem with the tcp.ip config oe solething else i
have installed Opera web browser and everythings are loaded very very more
fastly 10 time
I see you're using 1.6, so please try with a clean profile and a newer official
release or even with a build from
http://ftp.mozilla.org/pub/mozilla.org/mozilla/nightly/latest/
Comment 2•21 years ago
|
||
You're using a 9 months old version: "be sure that you've reproduced your bug
using a build released within the past three days. Our development process moves
at lightning speed, and the bug you've found may already have been fixed."
http://www.mozilla.org/quality/bug-writing-guidelines.html
For many reasons, you should read carefully that document: writing useful bug
report helps volunteers and the whole process of fixing, resolving bugs.
There has been problems with the wanadoo.fr page in the past (see bug 239679 for
starters): it looks like it could be the case again. I confirm that such page is
slow to render with the 2004100504 build; the cpu gets maxed during 8 seconds.
The wanadoo.fr page has 7 external script files (some of them being dynamically
linked), over 1000 lines (including inline) of js code, 800 lines of css rules
and css declarations, over 2200 lines of markup code, mostly non-standard and
invalid markup (630 validation errors), 5 nested tables, complex js code for
iframed banner ads, a swf file to download, many document.write's all without
document.close(), etc..
The page is also slow with Opera 7.54 if you clear the cache: it takes me 10
sec. to be able to start reading the page and 43 sec. for the whole page to
finish downloading with Opera 7.54. The js console will also report that
"Reference to undefined variable: No such variable 'grid'".
With Mozilla 1.8a5 build 2004100504, it takes 50 sec. to load and be rendered:
the most important difference between Opera 7.54 and Mozilla 1.8a5 is that the
cpu does not get maxed with Opera 7.54.
Summary: sloooooooooooooow → wanadoo.fr page is slow to render
Whiteboard: Tech Evangelism/ French ; keyword top100 ?
But it is true that it is much quicker with IE : I can estimate the total time
to less than 10s (to *finish* loading) there.
Of course fixing the code should help...
Updated•21 years ago
|
Product: Browser → Seamonkey
Comment 5•20 years ago
|
||
I have noted that calling the URL
http://download.fedora.redhat.com/pub/fedora/linux/core/test/3.90/x86_64/os/Fedora/RPMS/
causes Mozilla to create an excessive load on the local PC.
Loading the same page in Opera 7.54 goes in under 20 seconds.
Worth a tuning session or two?
Comment 6•20 years ago
|
||
www.wanadoo.fr loads pretty quickly for me (<10s) with linux suit trunk build
2005040201. I was mainly waiting for data to come over the network.
Is this still a problem for anyone else?
| Reporter | ||
Comment 7•20 years ago
|
||
I have switch to Firefox ( 1.x , now 1.0.2 from Suse Rpm) and the problem
does'nt appears with It.
so I can't confirm if the problem still remaind with the new version of Mozilla
regards
Comment 8•20 years ago
|
||
thanks. It's highly unlikely this would be app-specific.
resolving WORKSFORME
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.
Description
•