Thu 05 Jul 2007 02:55:33 PM UTC, comment #9:
All these testcases now run and display fine in firefox with opengl-gtk so I am closing this item,
|
Wed 15 Nov 2006 12:44:50 PM UTC, comment #8:
Yes please, file another bug for the stack underrun.
Brandon, can you confirm the crash is gone for your testcases too ?
|
Fri 11 Aug 2006 08:19:10 AM UTC, comment #7:
This issue is fixed, but when running in the standalone
player there seems to be a stack underrun. Should I submit
another bug report?
|
Wed 09 Aug 2006 03:54:14 PM UTC, comment #6:
comment #5 describes a different bug, which is now fixed.
The testcase provided by reporter seems to load with latest CVS, but it doesn't do anything useful just yet.
|
Fri 12 May 2006 09:38:01 PM UTC, comment #5:
I just installed gnash and the plug-in for firefox-1.5.0.3 and went to this site http://www.bobparsons.com/DomainKiting.html and then firefox crashed. I then ran firefox again but did not detach the process, went to the same site and got this output:
14:03:20: NewStream: this = 0x1407190, URL is http://www.bobparsons.com/templates/godaddy/img/radioGDheader.swf?4
14:03:20: NewStream: The full URL is http://www.bobparsons.com/templates/godaddy/img/radioGDheader.swf?4
terminate called after throwing an instance of 'std::out_of_range'
what(): basic_string::substr
/usr/libexec/mozilla-launcher: line 117: 20995 Aborted "$mozbin" "$@"
firefox-bin exited with non-zero status (134)
I'm not sure if this is a new bug, because I went to the webpage that cause this bug to be created, and gnash did not crash firefox, it simply did not play for me. Also no standalone player apeered at any time. Let me know if you can reproduce it. Thanks.
|
Sun 23 Apr 2006 12:26:45 AM UTC, comment #4:
I agree the plugin shouldn't crash firefox, but for me it doesn't crash with this test case. As the plugin is running the standalone player, the only interaction is when the plugin passes the XID to the player. There should be no connection that could cause it to crash. I can crash Firefox with other movies, but not this one. I'll have to dig deeper to see what the problem is.
|
Sun 23 Apr 2006 12:13:12 AM UTC, comment #3:
Wouldn't it be saner if the plugin didn't trigger firefox to
crash? Don't bother to fix it if it is just a missing feature,
and implementing it would stop firefox crashing, but in general
I believe that missing features shouldn't crash firefox (and
for gnash in general they don't).
|
Fri 21 Apr 2006 05:40:36 PM UTC, comment #2:
I must need to drink more coffee this morning, I seem to be mixing up bug reports. This uses LocalConenction, which isn't fully implemented (as it uses AMF, which I'm still reverse engineering).
The core dump was another bug report, sorry. Anyway, this will be fixed when the AMF library is more complete, and LocalConnection actually fully works.
|
Fri 21 Apr 2006 04:09:57 PM UTC, comment #1:
Interesting... It does a LocalConnection::send(), but when running standalone it's fine. But it sure does crash Firefox. Since the plugin is running the standalone player, there really isn't any interaction between Gnash and the plugin at that point. Anyway, since I can reproduce it, I'll try to track this down. I'm kindof curious what's happening.
|
Tue 18 Apr 2006 08:21:26 AM UTC, original submission:
The following url crashes firefox with gnash:
http://www.clubmed.fr/cgi-bin/clubmed55/clubmed/index.jsp?PAYS=133&LANG=FR
A file named backFlash.swf is downloaded. The standalone player opens the file but doesn't display anything.
|