Flash Player 9 crashes regularly on Linux

[3vi1]

Version 7 was rock-solid on my system, but v9 is extremely buggy.

When used with firefox, it causes the entire browser to randomly shut down on
pages with flash animations.

When used with opera, it won't crash the browser, but the flash apps won't
run. I get the following messages regarding the problem if I start the browser
from a console window:

(process:14652): GLib-GObject-CRITICAL **: gtype.c:2240: initialization
assertion failed, use IA__g_type_init() prior to this function
(process:14652): Gtk-CRITICAL **: gtk_clipboard_get_for_display: assertion
`GDK_IS_DISPLAY (display)' failed
Adobe FlashPlayer: gtk_clipboard_get(GDK_SELECTION_PRIMARY); failed. Trying to
call gtk_init(0,0);
opera: Plug-in 14652 is not responding. It will be closed.

I'm re-installing v7. This version is painfully unstable.

My system is Kubuntu 6.10 (Edgy) 64-bit. I'm running the 32-bit version of
Firefox in a chroot environment (which has always worked swimmingly w/version
7).

-J

[andre.guilhon]

I have the same error in my Slack 10.2 with Firefox 2!
It crashes the borwser in many pages! Does anyone have a solution besides
going back to 7?!
I don't want to go back to 7, because of youtube and other sites that get no
sound with the 7 version!
://

[3vi1]

At this point, I don't think there's anything we can do except wait for enough
users to report the same issue (I saw three others in the Flash support forum),
and for Adobe to look into it.

I'm hoping the x86_64 version won't have the same issue,

[PCrichton]

I experience the same thing. I find it Seg Faults whenever a window or tab
exits/closes that has Flash running on it. This has been consistent and
predictable. The one curious exception is when certain Flash animations are
run first, Flash no longer Seg Faults. What condition is it setting or library
is it loading that is otherwise missing?

[PCrichton]

Flash 9 (for Linux) in Firefox Seg Faults every time the window running flash
is closed, or example, when following a link which replaces the page running
Flash. This behavior is consistent and reproducible. It has exhibited this
behavior since version 8.

The following is the tail end results of running strace on Firefox 2.0.0.1
with Flash 9. www.adobe.com was accessed and the menu bar clicked so that the
window would close and be replaced by the linked page. Note that it was an
munmap call that threw the Segmentation Fault. As noted in
http://www.opengroup.org/onlinepubs/007908799/xsh/munmap.html, after releasing
the memory mapping "Further references to these pages result in the generation
of a SIGSEGV signal to the process."

...

read(3, "\1\30\7\354\20\1\0\0\0\0\0\0O\377\16\10\36\0\0\0`\367\263"..., 32) =
32
readv(3, [{"\377\377\377\0\377\377\377\0\377\377\377\0\377\377\377"..., 1088},
{"", 0}], 2 ) = 1088
write(3, "H\2\26\1\5#\340\0026\7\340\2\21\0\20\0\26\4\7\0\0\30\6"..., 2492) =
2492
ioctl(3, FIONREAD, [0]) = 0
poll([{fd=3, events=POLLIN}, {fd=10, events=POLLIN}, {fd=14,
events=POLLIN|POLLPRI}, {fd=1 6, events=POLLIN|POLLPRI}, {fd=17,
events=POLLIN|POLLPRI}, {fd=18, events=POLLIN|POLLPRI}, {fd=5, events=POLLIN,
revents=POLLIN}], 7, -1) = 1
futex(0x9573860, FUTEX_WAKE, 1) = 1
futex(0x957385c, FUTEX_WAKE, 1) = 1
futex(0x9573860, FUTEX_WAKE, 1) = 1
futex(0x957385c, FUTEX_WAKE, 1) = 1
futex(0x9573860, FUTEX_WAKE, 1) = 1
futex(0x957385c, FUTEX_WAKE, 1) = 1
munmap(0xb0876000, 16777216) = 0
munmap(0xb1876000, 7854972) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
rt_sigaction(SIGSEGV, NULL, {0xb622be14, [], 0}, 8) = 0
times({tms_utime=1582, tms_stime=34, tms_cutime=0, tms_cstime=0}) = 1718733705
rt_sigaction(SIGSEGV, {0x8082db6, ~[KILL STOP RTMIN RT_1], 0}, NULL, 8) = 0
tgkill(8127, 8127, SIGSEGV) = 0
sigreturn() = ? (mask now [])
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
unlink("/home/pcrichtn/.mozilla/firefox/default.fwz/lock") = 0
rt_sigaction(SIGSEGV, {SIG_DFL}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [SEGV], NULL, 8) = 0
tgkill(8127, 8127, SIGSEGV) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++

[ConvivialDingo]

Found the issue!

I managed to work around the bug using glibc 2.4. The bug seems to manifest
itself with glibc 2.3.4 on my development system. I upgraded my glibc to work
around a separate issue I was seeing in my development and the bug is now gone.

A word of warning - you can't usually rip out the glibc on my distributions.
Check for updated to your glibc and see if that fixes the issue, otherwise
install an upgraded distribution.

[PCrichton]

I've been able to reproduce ConvivialDingo's findings. Flash Player appears to
be glibc version specific? Adobe really dropped the ball on this one! Not
only did they not test versions prior to 2.3 (still used by several
distributions), but they failed to note the dependency on their documentation!

[PCrichton]

I found that as long as there is a tab with Flash open, it will not crash the
browser. It only crashes when the only/last flash player is closed. So, with
Firefox, open a window with Flash running, then open other tabs for browsing.
It will only crash at the end when you close the browser (and the last Flash
window).

[n***@gmail.com]

Post by 3vi1
Version 7 was rock-solid on my system, but v9 is extremely buggy.
When used with firefox, it causes the entire browser to randomly shut down on
pages with flash animations.

Another me too, it crashes Firefox 2 and Mozilla 1.7.13 (which I still
use). I've reverted back to version 7.

[adaviel]

Me, too. Seamonkey 1.1 or Firefox on RedHat 9 (and, I think, FC4).

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1080956960 (LWP 20902)]
0x46e0595d in NP_Shutdown () from
/home/local/seamonkey/plugins/libflashplayer.so
(gdb) bt
#0 0x46e0595d in NP_Shutdown () from
/home/local/seamonkey/plugins/libflashplayer.so

I see it's looking for libflashsupport.so, which I don't have

[ConvivialDingo]

Sama here - Gentoo w/ 2.6.15 Kernel, all standard with Firefox 1.5. I'm
wondering if the issue is there with Firefox 2?

I reported my issue here:
http://www.adobe.com/cfusion/mmform/index.cfm?name=wishform&product=17 .

Hope too see this issue fixes soon - it's a great product otherwise.

[ConvivialDingo]

Sama here - Gentoo w/ 2.6.15 Kernel, all standard with Firefox 1.5. I'm
wondering if the issue is there with Firefox 2?

I reported my issue here:
http://www.adobe.com/cfusion/mmform/index.cfm?name=wishform&product=17 .

Hope too see this issue fixes soon - it's a great product otherwise.

[oop1]

Similar thing happened to me.

I'm using Firefox 2.0.0.9 on Linux Mandriva 2005
The Flash player I used was version 9,0,48,0.
Glibc has been updated to 2.4

When I boot up the computer and go to:
http://www.adobe.com/products/flashplayer/productinfo/features/
Firefox crashes. However, after I kill the browser and re-open the same
website, the problem disappears.

It only occurs once each login session. To reproduce the problem, I had to
reboot the computer.

[wj89zgh]

I have the same problem on both of my systems with Flash 9.0.48.0.
One has SeaMonkey + Flashblock + Adbock + Glibc 2.3.5 and the other has
Firefox 2.0.0.11 + Adblock 0.5.2.056 + Glibc 2.3.5.
I can't try a newer Glibc because I'm too lazy to update to Kernel 2.6 for
NPTL.

[wj89zgh]

My problem was fixed by updating to glibc 2.3.6.

The flash plugin does a call to dlclose when it is unloaded, as can be seen in
this backtrace:
#0 0x40d822c4 in _dl_close () from /lib/libc.so.6
#1 0x401f3d7a in dlclose_doit () from /lib/libdl.so.2
#2 0x4000c460 in _dl_catch_error () from /lib/ld-linux.so.9
#3 0x401f42cb in _dlerror_run () from /lib/libdl.so.2
#4 0x401f3daa in dlclose () from /lib/libdl.so.2
#5 0x44115c4e in NP_Shutdown () from /usr/firefox/plugins/libflashplayer.so
#6 0x44128702 in NP_Shutdown () from /usr/firefox/plugins/libflashplayer.so
#7 0x44027468 in Flash_EnforceLocalSecurity ()
from /usr/firefox/plugins/libflashplayer.so
#8 0x440230a0 in ?? () from /usr/firefox/plugins/libflashplayer.so
#9 0x4477c460 in ?? () from /usr/firefox/plugins/libflashplayer.so
#10 0x4477be20 in ?? () from /usr/firefox/plugins/libflashplayer.so
#11 0xbfffefdc in ?? ()
#12 0x446b587a in ?? () from /usr/firefox/plugins/libflashplayer.so
#13 0x4477abfc in ?? () from /usr/firefox/plugins/libflashplayer.so
#14 0x40dacff4 in ?? () from /lib/libc.so.6
#15 0xbffff2cc in ?? ()
#16 0x40d82a73 in _dl_close () from /lib/libc.so.6

Recursive calls to dlclose have been fixed between glibc 2.3.5 and glibc 2.3.6:
http://sources.redhat.com/bugzilla/show_bug.cgi?id=1081