Closed Bug 114572 Opened 23 years ago Closed 21 years ago

Long delay constructing javascript menus at sou.edu

Categories

(Core :: DOM: Core & HTML, defect, P4)

x86
Windows 98
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mef, Unassigned)

References

()

Details

(Keywords: perf)

It could just be a fluke with my computer, but whenever I visit a page at www.sou.edu, all the mozilla browser windows lock up together for about 10 seconds after the page has loaded. The only thing I can think of that might be related to the cause is the script tag at the bottom of each page for the menus. Also, I noticed that whenever one browser window crashes, they all crash, which shouldn't happen if they were all seperate processes. I have Quick Launch enabled. I'm using build 2001112009
I see a very short freeze on my system (0.5sec). What system do you use (CPU ..) BTW: All Mozilla windows are one process and not seperate processes
I have a 500mhz Celeron. 128 mb ram.
I too notice a delay, about 5 s on my 850 MHz PIII machine. Build ID: 2001 12 10 03. Windows 2000. Maybe the JavaScript implementation of string concatenation in Mozilla is very slow? Extract from "http://www.sou.edu/INCLUDES/HMenus/HM_Loader.js": if(HM_IsMenu) { document.write("<SCR" + "IPT LANGUAGE='JavaScript1.2' SRC='/INCLUDES/HMenus/HM_Arrays.js' TYPE='text/javascript'><\/SCR" + "IPT>"); document.write("<SCR" + "IPT LANGUAGE='JavaScript1.2' SRC='/INCLUDES/HMenus/HM_Script"+ HM_BrowserString +".js' TYPE='text/javascript'><\/SCR" + "IPT>"); }
That script loads the menu system for the site. This involves construction of thousands of objects, lots of walking the DOM (no one has accused HierMenus of being implemented efficiently) and so forth....
I also experienced a 5s lock with build 2001112009 under Windows Me.
freeze for ~15 seconds on Pentium II 350MHz on linux build 2001112012. (oops)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: perf
Summary: 10 second lockups in all browser windows → Long delay constructing javascript menus at sou.edu
->DOM
Assignee: asa → jst
Component: Browser-General → DOM Content Models
QA Contact: doronr → stummala
i did not see the problem on win2000 2001-12-07-03
changing priority to P4
Priority: -- → P4
I'm still getting 10 second delays with build 2002-02-08-11 500mhz Celeron. 128mb ram. Also, unrelated, with the latest public release the Mozilla window pops back up when I try to minimize it and there are no other windows showing. It's really annoying. I have to move it out of the way or close it to get to my desktop. I'll post another report for that.
Blocks: 113492
Component: DOM Content Models → DOM Other
Mass-reassigning bugs to dom_bugs@netscape.com
Assignee: jst → dom_bugs
Menues on this site are fast and work well with Gecko/20031114 , can anyone verify and mark as WORKSFORME?
The page works fine for me using Firebird0.6 on linux. The menus take a while to load but the page is responsive while they're loading. David could you please test this bug again? Thanks!
I went ahead and tried it again. The pause was less than a second, same 500mhz celeron as before (though last time I had Win98, now XP), and with a cd ripper in the background. So I guess that either the performance has improved over the past 2 years or the menu script was fixed after the university switched to Mozilla as the default browser on its lab computers.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.