After having used the browser some 8 minutes, and back/forward button some times, i noticed the subject's somewhat exaggerated statement in console. Adding the whole console output from start to crash here, in case someone want's to walk the walk. Url's were filled in manually, only "maneuvred" with back/forward button a couple of times. (The crash is unrelated! Filed as a separate bug.) Not sure where the "counter" is so filing as browser general, sorry for that. -- Starting program: /tmp/package/./mozilla-bin (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... Profile Manager : Profile Wizard and Manager activites : Begin Profile Manager : Command Line Options : Begin Profile Manager : Command Line Options : End ProfileManager : GetProfileDir ProfileManager : GetProfileDir Profile Manager : Profile Wizard and Manager activites : End (no debugging symbols found)...[New Thread 5717] [New Thread 5715] [New Thread 5718] [New Thread 5719] WEBSHELL+ = 1 WEBSHELL+ = 2 [Switching to Thread 5719] [Switching to Thread 5715] assuming d&d is off for Navigator nsCollationUnix::Initialize mLocale = C nsCollationUnix::Initialize mCharset = ISO-8859-1 nsCollationUnix::Initialize mLocale = C nsCollationUnix::Initialize mCharset = ISO-8859-1 WEBSHELL+ = 3 Setting content window Loading page specified via openDialog in SetSecurityButton failed to set the page title. Document about:blank loaded successfully Document: Done (2.223 secs) WEBSHELL+ = 4 [Switching to Thread 5718] Document http://www.mozilla.org/ loaded successfully Document: Done (17.028 secs) WEBSHELL+ = 5 WEBSHELL+ = 6 WEBSHELL+ = 7 WEBSHELL+ = 8 WEBSHELL+ = 9 WEBSHELL+ = 10 WEBSHELL+ = 11 [Switching to Thread 5715] Document http://www.digi.no/ loaded successfully Document: Done (50.737 secs) Document: Done (50.871 secs) WEBSHELL+ = 12 Document http://www.xach.com/gimp/news loaded successfully Document: Done (22.933 secs) WEBSHELL- = 11 Document http://www.xach.com/gimp/news/ loaded successfully Document: Done (7.21 secs) Going Back WEBSHELL+ = 12 Document http://www.xach.com/gimp/news loaded successfully Document: Done (5.175 secs) WEBSHELL- = 11 Document http://www.xach.com/gimp/news/ loaded successfully Document: Done (5.253 secs) Document http://www.onlinephotolab.com/ loaded successfully Document: Done (21.517 secs) Going Back Document http://www.xach.com/gimp/news/ loaded successfully Document: Done (3.141 secs) Going Back Going Back Error loading URL http://www.xach.com/gimp/news Document: Done (0.858 secs) Couldn't obtain handle to stop Broadcast element WEBSHELL+ = 12 WEBSHELL+ = 13 WEBSHELL+ = 14 WEBSHELL+ = 15 WEBSHELL+ = 16 WEBSHELL+ = 17 WEBSHELL+ = 18 Couldn't obtain handle to stop Broadcast element Going Forward failed to set the page title. failed to set the page title. Error loading URL http://www.digi.no/ Document: Done (4.491 secs) failed to set the page title. Document: Done (4.625 secs) WEBSHELL+ = 19 Document http://www.xach.com/gimp/news loaded successfully Document: Done (7.299 secs) WEBSHELL- = 18 WEBSHELL+ = 19 WEBSHELL+ = 20 Document http://www.sol.no/ loaded successfully Document: Done (29.2 secs) Document: Done (29.336 secs) Document http://www.cnn.com/ loaded successfully Document: Done (53.129 secs) we don't handle eBorderStyle_close yet... please fix me WEBSHELL+ = 21 assuming d&d is off for Navigator WEBSHELL+ = 22 Setting content window in SetSecurityButton failed to set the page title. Document about:blank loaded successfully Document: Done (955657184.175 secs) WEBSHELL- = 21 WEBSHELL- = 20 failed to set the page title. Error loading URL http://www.cnn.com/ Document: Done (1.202 secs) Program received signal SIGSEGV, Segmentation fault. 0x0 in ?? () (gdb) bt #0 0x0 in ?? () #1 0x4010cd8f in nsCOMPtr_base::assign_with_AddRef () #2 0x4085bfc3 in NSGetModule () #3 0x4084cc72 in NSGetModule () #4 0x4084c6e0 in NSGetModule () #5 0x4010653b in PL_HandleEvent () #6 0x40106476 in PL_ProcessPendingEvents () #7 0x4010713d in nsEventQueueImpl::ProcessPendingEvents () #8 0x40482b7f in nsAppShell::SetDispatchListener () #9 0x4048294d in keysym2ucs () #10 0x4061d8da in g_io_unix_dispatch () #11 0x4061ef96 in g_main_dispatch () #12 0x4061f561 in g_main_iterate () #13 0x4061f701 in g_main_run () #14 0x405462f9 in gtk_main () #15 0x4048305a in nsAppShell::Run () #16 0x404258ea in NSGetModule () #17 0x804b20c in JS_PushArguments () #18 0x804b523 in JS_PushArguments () #19 0x40300a1b in __libc_start_main (main=0x804b3a0 <JS_PushArguments+7348>, argc=1, argv=0xbffffa34, init=0x804938c <_init>, fini=0x804c284 <_fini>, rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbffffa2c) at ../sysdeps/generic/libc-start.c:92 (gdb)

haven't been able to reconstruct this but i notice a link i clicked on at http://www.xach.com/gimp/news never showed up as "page loaded" in the console output. I clicked on the link to the changelog: In the console it appears as if the same page is loaded again, which is wrong.

lowering severity

Actually ...it's 30.30369051 years.. It looks like there are functions in Mozilla converting EPOCH. (00:00:00 UTC Jan. 1 1970) In this case EPOCH was added to the actual time it took to load the document.

or rather..not subtracted :P

are you still seeing this wiht newbuilds?

No, only seen it that one time. It indicates some rarely hit bug when calculating download time. I *think* what i actually managed to do then was go all the way back (with back-button) to about:blank But when i tried to reproduce that, it didn't GO back to about:blank. Odd. Sorry i can't pinpoint this clearer. Mark it WFM if you want, and i'll squeek if i see it again.

marking worksforme. if u see, reopen

I seem to have found a reliable testcase to demonstrate this problem. This reproduces everytime on 2000050111 win98: (1) Load Mozilla (2) Go to http://www.sjmercury.com/breaking/docs/005235.htm (3) Click on the KnightRidder gray bar/link at the very bottom (either the left or right side) The KnightRidder will open in a new window with the statusbar displaying, for me at least, Document: Done (REALLYHIGHNUMBER secs) while the page is loading..when it finishes loading, it seems to go back to 'normal' times. I haven't had time to catch the whole number that displays while it's loading, but it's pretty large and also starts with a 9.

confirming ->XP for now since they handle the status bar, see if they know what's going on here (feel free to reassign if not yours)

reassigning.

Just need to initialize 'var starttime' with the current time instead of zero in navigator.js (i.e., now not 1970). Reassigning to XPApps/don.

Reassigning as per Don.

Move to M21 target milestone.

Here's the trivial fix for some day long in the future .... > cvs diff -c xpfe/browser/resources/content/navigator.js Index: xpfe/browser/resources/content/navigator.js =================================================================== RCS file: /cvsroot/mozilla/xpfe/browser/resources/content/navigator.js,v retrieving revision 1.169 diff -c -r1.169 navigator.js *** xpfe/browser/resources/content/navigator.js 2000/05/25 21:18:12 1.169 --- xpfe/browser/resources/content/navigator.js 2000/05/26 03:22:36 *************** *** 50,56 **** var jsStatus = null; var jsDefaultStatus = null; var overLink = null; ! var startTime = 0; //cached elements/ fields var statusTextFld = null; --- 50,56 ---- var jsStatus = null; var jsDefaultStatus = null; var overLink = null; ! var startTime = (new Date()).getTime(); //cached elements/ fields var statusTextFld = null;

*** Bug 41475 has been marked as a duplicate of this bug. ***

*** Bug 43439 has been marked as a duplicate of this bug. ***

reassign to me

Fix checked in. Thanks for the patch, John. If anyone sees this pop up again, reopen.

Verifying fixed (in a minor conflict of interest, of course, I'm verifying myself, but hey, it's just administrivia ...)