47804 - Crash after click throughs - interruping before previous page is downloaded

Status: RESOLVED FIXED

(Core :: Layout, defect, P3)

Description

[pg]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; m17) Gecko/20000803
BuildID:    2000080304

This crash occurs after a series of click troughs - interrupting the "stepping
stone" sites before there are fully downloaded, the final site crashes before it
can be full download/displayed.

Reproducible: Sometimes
Steps to Reproduce:

Enjoy the UKs' favourite "big brother" TV show!!!!

The crash is not so easy to produce. but start the sequence...

http://www.channel4.co.uk/
click on "big brother"
(takes you to http://www.bigbrother.terra.com/)
click on "cameras"
(takes you to http://www.bigbrother.terra.com/frames_live.html)

Being rather busy sites I was trying to click ahead,
before the first two pages were completely drawn say after 59%

So, starting in a new browser window and url http://www.channel4.co.uk/
and following "clicking" the sequence described above , and letting the fist two
pages fill but not necessarily completely,  then when you get to the last page,
let it fill out - but before it completely fills out, you should find that it
crashes


I have no plugins loaded, (however, the problem could be my PC, because the
configuration, is a bit screwed up.) But .... if someone else could reproduce
the crash.

Before I submitted the bug I did one more time for "luck", it still crashed, but
I had to reload, to force the last page to load "completely" and it crash - but
then need for the reload might be because "big broither" is such a busy site.

Comment 1

[Devoti Paolo]

Confirmed with (win98 2000080420)

Comment 2

[Jeffrey Baker]

Linux too.  Confirming.

Comment 3

[Mark Anderson]

I can't reproduce this on an August 8th Talkback build on Win98SE.  Is it 
possible that it's due to the fact that I have the Flash plugin installed?

Comment 4

[pg]

As the discoverer of the bug,I retested this bug with August 8th/M17 (build 
id:2000080712) with WNT, no plugins installed, it still crashes.

Comment 5

[Marcello Nuccio]

build 080720 crashed on my linux box the first time I followed
the reported sequence of links.
I was not able to reproduce it a sencond time even disabling cache.

Comment 6

[Asa Dotzler [:asa]]

pg can you please test with a talkback build.  If it catches the crash I can
retrieve a stack trace that may help us get this bug assigned.

Comment 7

[pg]

Talkback incident:TB15490178Z & TB15521592M

Comment 8

[Marcello Nuccio]

I have a talkback build which catched the crash.
How can I tell you were the stack trace is?
(sorry if this is a FAQ, but I have not found this
information anywhere)

Comment 9

[Marcello Nuccio]

OK, I found my incident ID: TB15501616Q

Comment 10

[Asa Dotzler [:asa]]

pg's stack traces look like this:
FrameManager::HandlePLEvent
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsFrameManager.cpp,line848]
PL_HandleEvent
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c,line588]
PL_ProcessPendingEvents
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c,line547]
_md_EventReceiverProc
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c,line1045]
USER32.dll+0x124c(0x77e7124c)

and

0x02797c9f
PL_HandleEvent
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c,line588]
PL_ProcessPendingEvents
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c,line547]
_md_EventReceiverProc
[d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c,line1045]
USER32.dll+0x124c(0x77e7124c)

Marcello's stack trace looks like this:
0x00000000
PL_HandleEvent()
PL_ProcessPendingEvents()
nsEventQueueImpl::ProcessPendingEvents()
event_processor_callback()
our_gdk_io_invoke()
libglib-1.2.so.0+0xebf0(0x4074ebf0)
libglib-1.2.so.0+0x102b9(0x407502b9)
libglib-1.2.so.0+0x108c3(0x407508c3)
libglib-1.2.so.0+0x10a5c(0x40750a5c)
libgtk-1.2.so.0+0x8e567(0x40672567)
nsAppShell::Run()
nsAppShellService::Run()
main1()
main()
libc.so.6+0x18a42(0x4024ea42)

looks like we're crashing in nsFrameManager.cpp
[e-mail] touched that line last fixing bug 30958. setting component
to layout.  reassigning.

Comment 11

[Nisheeth Ranjan]

Nominating nsbeta3...

Comment 12

[Nisheeth Ranjan]

I tried to reproduce this, but couldn't.  Marking beta3- until I can get a 
reproducible test case.

This bug has been marked nsbeta3- because the original netscape engineer working 
on this is over-burdened. If you feel this is an error, that you or another
known resource will be working on this bug,or if it blocks your work in some way 
-- please attach your concern to the bug for reconsideration, but do not clear 
the nsbeta3- nomination.

Comment 13

[Doron Rosenberg (IBM)]

setting default qa

Comment 14

[Frank Tang]

I cannot reproduce this since there are no "big brother" link on
http://www.channel4.co.uk/
 now.

Comment 15

[Nisheeth Ranjan]

No progress on this bug can be made until we have a test case.  Marking future.  
Please set the target milestone to "---" after attaching a test case.  Thanks.

Removing crash keyword so that this bug does not appear on Chris Hoffmann's key 
bug metrics.

Comment 16

[no_spam_2002]

I wasn't able to find the big-brother link on that page in the Internet Archive.
But maybe someone else who knows where the link was can find it. That page in
the Internet Archive can be found here:
http://web.archive.org/web/*/http://www.channel4.co.uk/

Comment 17

[pg]

As the orginal submitter of this bug (this bug was found in 2000), The orginal
website with this problem has long since been modified. 

I have never come across this bug again, so I am setting it status to FIXED.