35770 - "Document: Done (955657184.175 secs)" Thats 30 years :)

Status: VERIFIED FIXED

(SeaMonkey :: UI Design, defect, P3)

Description

[R.K.Aa.]

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)

Comment 1

[R.K.Aa.]

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.

Comment 2

[R.K.Aa.]

lowering severity

Comment 3

[R.K.Aa.]

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.

Comment 4

[R.K.Aa.]

or rather..not subtracted :P

Comment 5

[Doron Rosenberg (IBM)]

are you still seeing this wiht newbuilds?

Comment 6

[R.K.Aa.]

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.

Comment 7

[Doron Rosenberg (IBM)]

marking worksforme.

if u see, reopen

Comment 8

[Blake Ross]

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.

Comment 9

[Blake Ross]

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)

Comment 10

[Blake Ross]

Attachment: screenshot of problem [as knightridder loads]

Comment 11

[Asa Dotzler [:asa]]

reassigning.

Comment 12

[John Morrison]

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. 

Comment 13

[verah (gone)]

Reassigning as per Don.

Comment 14

[don]

Move to M21 target milestone.

Comment 15

[John Morrison]

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;

Comment 16

[Jesse Ruderman]

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

Comment 17

[Doron Rosenberg (IBM)]

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

Comment 18

[Blake Ross]

reassign to me

Comment 19

[Blake Ross]

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

Comment 20

[John Morrison]

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