Closed Bug 263055 Opened 21 years ago Closed 20 years ago

wanadoo.fr page is slow to render

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
normal

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/
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...
This bug needs a minimal testcase.
Keywords: qawanted
Product: Browser → Seamonkey
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?
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?
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
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.