89963 - Page Load Extremely Slow With Javascript Enabled

Status: VERIFIED DUPLICATE of bug 89903

(Core :: Networking: Cache, defect)

Description

[Brian Z]

Build Id: 2001070808

When loading the above URL (I assume the popup window is the problem), it takes 
mozilla forever to load.  If Javascript is disabled, the page loads in 
seconds.  IE has no problem loading this page (with javascript enabled) in just 
seconds.

P800 256MB (on T1) w/ JScript: 40-45 sec!!
w/o JScript: 5sec!
IE: 8-10sec!

Nominating this as blocker because it makes major ecommerace site use 
unacceptable on state of the art equipment!

Comment 1

[Brian Z]

Adding Keyword Nomination

Comment 2

[Marc Boullet]

WFM NT4 0.9.2

Comment 3

[Phil Schwartau]

I'm getting no errors in the JavaScript Console. The JavaScript used at the
site doesn't involve any large arrays or logic conditions that would hold up
rendering. 

In fact, there is actually less JS processed at the site in 
Mozilla than in IE. Take a look at the included file
http://www.us.buy.com/retail/menu_sub.js :

//* Netscape check - DO NOT LET NS IN
var isMac = navigator.appVersion.indexOf("Mac")>-1
if(document.all && !isMac)
{
document.write ("<table ...   

        etc.  
        etc.



Similarly, this included JS file defines functions used in 
mouseovers at the site, and it similarly excludes non-IE browsers
(via document.all) http://www.us.buy.com/retail/menu.js 

// Build menu
function getMenu(deptName,menuName) {
		
 if(document.all && !mac) {		
   var top = 0;
   var left = 0;
   var thisDept;
			
   if(vizDept != null && vizMenu != null) {


             etc.
             etc.


For example, here is the mouseover definition for the "Computers" 
link at the site:

   <td id="computers" onmouseover="getMenu('computers', 'ComputerMenu')">

Because of the non-standard JavaScript, you will get a submenu 
under it in IE, but not in Moz/NN ...

Comment 4

[Phil Schwartau]

Not a JS Engine bug. Reassigning to Browser-General component -

Comment 5

[Phil Schwartau]

Have filed bug 89979 for the Evangelism issue - 

Comment 6

[Phil Schwartau]

Resolving as WORKSFORME. Using Mozilla trunk binary 2001070906 WinNT.
The site loads for me in 4-7 seconds every time. 

Brian Z, could you try again with a more recent build and see if the 
problem is still happening for you. If not, please mark this bug "Verified".
If so, you can reopen it; thanks -

Comment 7

[Brian Z]

Phil, I think I have this narrowed down.  It has something to deal with myself 
storing the profile on a network drive (through Windows SMB).  I've already 
shown there is a huge loss of speed when using the cache ( bug 89903 ).  
Javascript also falls victim.  Maybe these bugs are related?  This was NOT a 
problem in 4.x, there was no speed loss.  Is there a better way to share 
profiles than storing the files on a server?  Thanks!

Comment 8

[Brian Z]

change serverity to normal, remove of nsCatFood and nsBeta1.. this is a unique 
case.  :)  Perhaps both bugs are related, dupes, or blocking of eachother?

Comment 9

[Thomas Guyot]

Wfm Build 2001062815 (Mozilla 0.9.2) & Win2k
Load time: 7 sec first, 5 sec reload
Athlon Tbird 850, 128mb

Comment 10

[Chad Austin]

Last night's branch builds wfm on that page.  (my profile is on a network drive 
too)

Comment 11

[Keyser Sose]

dupping to 89903. Thats the underlying problem.

*** This bug has been marked as a duplicate of 89903 ***

Comment 12

[benc]

VERIFIED: same problem.