Closed Bug 59052 Opened 24 years ago Closed 23 years ago

crashes when clicking on a Flash link

Categories

(Core Graveyard :: Plug-ins, defect, P1)

Product:
Core Graveyard
Component:
Plug-ins
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME
Milestone:
mozilla0.9.2

People

(Reporter: vparthas, Assigned: dr)

References

Details

(Keywords: crash, helpwanted, Whiteboard: [Can't reproduce? Need testcase soon, or WORKSFORME]) 

Go to www.fox.com - takes you to www.fox.com/frameset.html.
Click on the Bedazzled Banner on the bottom - this linked page loads a flash
plugin if that helps.
The talkback report is 20350015
Confirmed a crash on Linux with 11/03 build. I have Flash 4.0 r12 installed.

The scenario is a bit different. When I go to www.fox.com, I get redirected
to www.fox.com/splash.htm. A flash animation starts. When it's finished,
I get redirected to www.fox.com/frameset.html, and then mozilla crashes.
On the console I got:
Error loading URL http://www.fox.com/: 804b0002 
Document http://www.fox.com/splash.htm loaded successfully
Error loading URL javascript:proceed(): 804b0002 

If instead I go directly to www.fox.com/frameset.html and click on "Bedazzled"
near the bottom, a flash animation + music starts. Mozilla does not crash,
but rather becomes unresponsive (does not refresh outside of the flash area).

OS->All
Adding crash and (tentatively) flash keywords.
Keywords: crash, flash
OS: Windows NT → All
It does crash if I click on the movies button then click on the "Bedazzled"
image with todays RTM build on WINNT.
It doesn't crash on todays trunk build on WINNT.

Peter, Did a plugin fix get checked into the trunk, but not on the branch, that
may have fixed this?
Assignee: pollmann → peterl
I couldn't find the link to "Bedazzled" but the "Simpson's" one on the lower
right crashed my branch build.

I don't know of any fixes that went in only on the trunk but perhaps Andre may.
The talkback stack trace points to this happening during reflow, so cc:ing
buster as well. I confirm that this does not crash on the trunk.
Assignee: peterl → av
Component: HTMLFrames → Plug-ins
Just tried this again with 2000-11-08-00-MN6 on both WinSE and Mac OS 9, and
this no longer crashes on the Simpson's page. I still don't see the "Bedazzled"
link (I must be going blind) to test but I think this has been fixed. Since I
can't confirm by trying this link, I'm leaving this open.
I cannot repro this on NT either. Now building the latest branch.
I spent some time on the site in WinNT with build 20001107, no problems.
anybody test a recent version on linux?
Using 2000-11-09-09-MN6 on Linux, I crash if I right click on the flash object
on the page in question.

I filed a few talkback reports:

20749521
20749886
20750010

From Talkback:

 Trigger Type:   Program Crash
<../images/spacer.gif>
Trigger Reason:  SIGSEGV: Segmentation Fault: (signal 11)
<../images/spacer.gif>
Call Stack:    (Signature = nsBlockReflowContext::DoReflowBlock() aed6351e)
     nsBlockReflowContext::DoReflowBlock()
     nsBlockReflowContext::ReflowBlock()
     nsBlockFrame::ReflowBlockFrame()
     nsBlockFrame::ReflowLine()
     nsBlockFrame::ReflowDirtyLines()
     nsBlockFrame::Reflow()
     nsBlockReflowContext::DoReflowBlock()
     nsBlockReflowContext::ReflowBlock()
     nsBlockFrame::ReflowBlockFrame()
     nsBlockFrame::ReflowLine()
     nsBlockFrame::ReflowDirtyLines()
     nsBlockFrame::Reflow()
     nsBlockReflowContext::DoReflowBlock()
     nsBlockReflowContext::ReflowBlock()
     nsBlockFrame::ReflowBlockFrame()
     nsBlockFrame::ReflowLine()
     nsBlockFrame::ReflowDirtyLines()
     nsBlockFrame::Reflow()
     nsContainerFrame::ReflowChild()
     CanvasFrame::Reflow()
     nsBoxToBlockAdaptor::Reflow()
     nsBoxToBlockAdaptor::DoLayout()
     nsBox::Layout()
     nsScrollBoxFrame::DoLayout()
     nsBox::Layout()
     nsContainerBox::LayoutChildAt()
     nsGfxScrollFrameInner::LayoutBox()
     nsGfxScrollFrameInner::Layout()
     nsGfxScrollFrame::DoLayout()
     nsBox::Layout()
     nsBoxFrame::Reflow()
     nsGfxScrollFrame::Reflow()
     nsContainerFrame::ReflowChild()
     ViewportFrame::Reflow()
     nsHTMLReflowCommand::Dispatch()
     PresShell::ProcessReflowCommands()
     HandlePLEvent()
     PL_HandleEvent()
     PL_ProcessPendingEvents()
     nsEventQueueImpl::ProcessPendingEvents()
     event_processor_callback()
     our_gdk_io_invoke()
     libglib-1.2.so.0 + 0xeafa (0x40669afa)
     libglib-1.2.so.0 + 0x101b6 (0x4066b1b6)
     libglib-1.2.so.0 + 0x10781 (0x4066b781)
     libglib-1.2.so.0 + 0x10921 (0x4066b921)
     libgtk-1.2.so.0 + 0x8c919 (0x40590919)
     nsAppShell::Run()
     nsAppShellService::Run()
     main1()
     main()
     libc.so.6 + 0x189cb (0x402609cb)

Flash crasher or backward incompatibility bug. Nominating for nsbeta1 as
high-quality plug-in support is a priority for embedded applications.
Keywords: nsbeta1
-->Linux Only
OS: All → Linux
Reassigning to waterson.
Assignee: av → waterson
Target Milestone: --- → mozilla0.9
If I wait until the end of a flash intro and then click on a link, the link seems to work without crashing the browser.  Also the reload button causes the same symptom as clicking on a link when it is clicked during the flash presentation.  
If I run flash on an exported x display, this bug appears to get worse. (see bug 58937) 
I am running flash version 5 and mozilla 0.8
Well, as of 2001-03-28, we can't load www.fox.com at all. Filed bug 73875 and
marked as dependency.
Depends on: 73875
This is as far as a I get loading www.fox.com in a debug build...

InstantiateEmbededPlugin for application/x-shockwave-flash
Inside nsPluginHostImpl::FindStoppedPluginForURL...
For application/x-shockwave-flash found plugin
/export2/waterson/seamonkey/mozilla/dist/bin/./plugins/libflashplayer.so
Inside ns4xPluginInstance::Start(void)...
Inside ns4xPluginInstance::SetWindow(0x847ece0)...
About to create new ws_info...
About to create new xtbin of 607 X 204 from 0x8481890...
About to show xtbin(0x8482040)...
completed gtk_widget_show(0x8482040)
About to call CallNPP_SetWindowProc()...
Falling out of ns4xPluginInstance::SetWindow()...
created stream for http://www.fox.com/promoa.swf
InstantiateEmbededPlugin.. returning
Inside ns4xPluginInstance::SetWindow(0x847ece0)...
About to call CallNPP_SetWindowProc()...
Falling out of ns4xPluginInstance::SetWindow()...
Inside ns4xPluginInstance::SetWindow(0x847ece0)...
About to create new ws_info...
About to create new xtbin of 607 X 204 from 0x8481890...
About to show xtbin(0x8485970)...
completed gtk_widget_show(0x8485970)
About to call CallNPP_SetWindowProc()...
Gdk-ERROR **: BadDrawable (invalid Pixmap or Window parameter)
  serial 42 error_code 9 request_code 72 minor_code 0

Program received signal SIG32, Real-time event 32.

Program exited with code 01.
(gdb) 
Hrm, I take it back. This time it loaded fine.
Status: NEW → ASSIGNED
Moving to 0.9.1. Need help reproducing consistently.
Keywords: qawanted
Target Milestone: mozilla0.9 → mozilla0.9.1
av, I cannot reproduce this consistently. Can you take a look?
Assignee: waterson → av
Status: ASSIGNED → NEW
Looks like it could be a problem inside NPP_SetWindow. cc:ing Serge as he may 
have better luck reproducing.
This won't make mozilla 0.9.1 and it's hard to reproduce, moving to mozilla 
0.9.2.
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Reassigning to dr.
Assignee: av → dr
Status: NEW → ASSIGNED
Severity: normal → critical
Priority: P3 → P1
URL: www.fox.com/frameset.html → http://www.fox.com/frameset.html
Summary: crashes when clicking on link in page. → crashes when clicking on a Flash link
Hrm. Well, the Fox page seems to have changed since last winter, since I can't
find any of the links on the page mentioned in this bug. In lieu of that, I
looked at a whole bunch of other flashified pages and, surprisingly, didn't
crash even once.

I'm inclined to give this bug the benefit of the doubt for a few days, but I'd
appreciate if somebody can give me a testcase which crashes for you, preferably
by the middle of next week... Otherwise, it WORKSFORME. Thanks!
URL: http://www.fox.com/frameset.html
Keywords: helpwanted
Whiteboard: [Can't reproduce? Need testcase soon, or WORKSFORME]
A second *ping* going out for a testcase. Going once, going twice...
Dan:

For a final test, you can run through some popular flash sites such as:
http://www.flash.com
http://www.coke.com
http://www.hardrockhotel.com
http://www.disney.com
http://www.fox.com [new page has Flash]
Well, I stress-tested all those sites, and they seem to workjustfineforme...
Resolving per peter and av and buster's 2000-11-08 comments.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Keywords: qawanted
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.