88266 - Crash when loading http://www.perry-rhodan.net

Status: RESOLVED WORKSFORME

(Core Graveyard :: Plug-ins, defect)

Description

[Andreas Otte]

Crash when loading http://www.perry-rhodan.net with current cvs build as of
06-28-01.

Sorry, no more debugging information, I'm currently using an optimized build on
linux. NS 4.76 crashes too on linux ...

Comment 1

[Asa Dotzler [:asa]]

I can't reproduce this on linux.  Can you please download a build with talkback
(one of the installer builds) and report back with the Talkback incident ID from
the crash.  Thanks

Comment 2

[Francisco León]

WFM linux 2001062814
It's a flash page

Comment 3

[Doron Rosenberg (IBM)]

if 4.x crashes too, sounds like a plugin issue. Which flash plugin do you have?

Comment 4

[Andreas Otte]

On NS 4.76 I have Shockwave Flash 4.0 r12 installed, the same is true for
mozilla. It is indeed a plugin issue. With mozilla I stop crashing when I remove
the flash plugin, haven't tried 4.76.

Comment 5

[Grégoire Colbert]

It doesn't crash with Shockwave Flash 5.0 r47.
Try to upgrade.

Comment 6

[Andreas Otte]

I upgraded to Shockwave Flash 5.0 r47, still crashing ...

Comment 7

[Asa Dotzler [:asa]]

If you are crashing in Mozilla the best thing you can do to help the developers
fix your bug is to attach a stacktrace. If you're not building yourself you are
not out of luck.  Mozilla (thanks to a very cool donation from Netscape)
releases nightly and milestone builds with Full Circle's Talkback. Talkback
should catch most crashes and offer to send in a crash report. I can retrieve
that crash report and attach it to your bug report if you provide either the
Incident ID (you can get it by running the talkback program from
/components/talkback/) or you can let me know the email address you used to
submit the report and the time of sending. Thanks for your help in testing
Mozilla and reporting bugs.

Comment 8

[Andreas Otte]

Okay, I did a debug build of the trunk and got this:

...
For application/x-shockwave-flash found plugin
/home/mozilla/mozilla/dist/bin/plugins/libflashplayer.so
Inside ns4xPluginInstance::Start(void)...
Inside ns4xPluginInstance::SetWindow(0x871b920)...
About to create new ws_info...
About to create new xtbin of 793 X 584 from 0x87543c8...
About to show xtbin(0x8ac7208)...
completed gtk_widget_show(0x8ac7208)
About to call CallNPP_SetWindowProc()...
Falling out of ns4xPluginInstance::SetWindow()...
created stream for http://www.perry-rhodan.net/flash/intro.swf
InstantiateEmbededPlugin.. returning
Inside ns4xPluginInstance::SetWindow(0x871b920)...
About to call CallNPP_SetWindowProc()...
Falling out of ns4xPluginInstance::SetWindow()...
Inside ns4xPluginInstance::SetWindow(0x871b920)...
About to create new ws_info...
About to create new xtbin of 793 X 584 from 0x87543c8...
About to show xtbin(0x8857c00)...
completed gtk_widget_show(0x8857c00)
About to call CallNPP_SetWindowProc()...   
/home/mozilla/mozilla/dist/bin/run-mozilla.sh: line 72:  1572
Speicherzugriffsfehler  $prog
${1+"$@"}                                                           

And there it goes ... Currently I'm trying to get gdb running with mozilla to
produce a stacktrace, no luck yet...

Comment 9

[Andreas Otte]

Can it really be true that I need the latest snapshot of gdb to debug mozilla
under SuSE 7.1?

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 25727)]
0x406451ef in free () from /lib/libc.so.6
(gdb) backtrace
#0  0x406451ef in free () from /lib/libc.so.6
#1  0x41b55215 in _IcePaAuthDataEntries ()
   from /home/mozilla/mozilla/dist/bin/plugins/libflashplayer.so
#2  0x41af7dc0 in compositeClassRec () from /usr/X11R6/lib/libXt.so.6           

This is what I get, not much, but it does not point at mozilla I think, it seems
the flash plugin does not like my environment SuSE 7.1/Kernel 2.4.0.

Comment 10

[timeless]

.

Comment 11

[Andreas Otte]

One funny thing:

I have installed build 2001072504 (0.9.2) for regular use as root and the flash
plugin works fine. 

But I still crash when using current trunk builds. 

Comment 12

[Andreas Otte]

This now works with 0.9.4 and current trunk, so I will mark this worksforme.
Still plugin support seems a little bit fragile ...