Closed
Bug 547153
Opened 14 years ago
Closed 8 years ago
Linux 64-bit Flash plugin failure, or "Illegal instruction" crash if OOPP is disabled
Categories
(External Software Affecting Firefox Graveyard :: Flash (Adobe), defect)
External Software Affecting Firefox Graveyard
Flash (Adobe)
x86_64
Linux
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: info, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.3a2pre) Gecko/20100218 Minefield/3.7a1pre Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.3a2pre) Gecko/20100218 Minefield/3.7a1pre ID:20100218030721 Somehow Kubuntu 9.10 amd64 uninstalled flashplugin-installer, so I installed Adobe's 64-bit flash player in /usr/lib/mozilla/plugins to make Flash work again with my 64-bit Linux Firefox nightly. Now many Flash movies work fine, but YouTube videos and the "About Adobe Flash Player 10..." page in the Flash Player's context menu reliably crash. Reproducible: Always Steps to Reproduce: 1. Visit any YouTube site, or the About Flash Player page http://www.adobe.com/software/flash/about/ Actual Results: The "The Shockwave Flash plugin has crashed" gray UI appears where the movie should be. In the case of the Flash about page, sometimes the small "You have version 10,0,45,2 installed" 'Version Info' movie loads or briefly displays, but always the big Flash movie shows the crash UI. I start firefox from a terminal, and in it I see the pair of error messages: (<unknown>:5649): Gdk-CRITICAL **: gdk_window_get_origin: assertion `GDK_IS_WINDOW (window)' failed ###!!! [Parent][RPCChannel] Error: Channel error: cannot send/recv Sometimes this second error appears twice. Expected Results: Flash works. Bug 540197 has exactly the same assertion and RPCChannel errors. However, when I try the www.vodcars.com/index.html test site in the attachment, I only get the GDK_IS_WINDOW assertion error. I followed the suggestion in that bug to break on g_log: (gdb) b g_log Breakpoint 2 at 0x7f32d8d37e20 (gdb) continue Continuing. [Switching to Thread 0x7f32d320f910 (LWP 5667)] Breakpoint 2, 0x00007f32d8d37e20 in g_log () from /lib/libglib-2.0.so.0 (gdb) bt #0 0x00007f32d8d37e20 in g_log () from /lib/libglib-2.0.so.0 #1 0x00007f32d745408c in IA__gdk_window_get_origin (window=0x0, x=0x7f32d320e700, y=0x7f32d320e704) at /build/buildd/gtk+2.0-2.18.3/gdk/gdkwindow.c:7834 #2 0x00007f32d745066b in IA__gdk_screen_get_monitor_at_window (screen=0x1092b70, window=0x0) at /build/buildd/gtk+2.0-2.18.3/gdk/gdkscreen.c:317 #3 0x00007f32cc3a37a3 in ?? () from /usr/lib/mozilla/plugins/libflashplayer.so #4 0x00007f32cc3a6afd in ?? () from /usr/lib/mozilla/plugins/libflashplayer.so #5 0x00007f32cc39d448 in ?? () from /usr/lib/mozilla/plugins/libflashplayer.so #6 0x00007f32cc3a15b9 in ?? () from /usr/lib/mozilla/plugins/libflashplayer.so #7 0x00007f32dd03b622 in ?? () from /home/skierpage/programs/firefox/libxul.so #8 0x00007f32dd070cd1 in ?? () from /home/skierpage/programs/firefox/libxul.so #9 0x00007f32dd06e460 in ?? () from /home/skierpage/programs/firefox/libxul.so #10 0x00007f32dd047e55 in ?? () from /home/skierpage/programs/firefox/libxul.so #11 0x00007f32dd048766 in ?? () from /home/skierpage/programs/firefox/libxul.so #12 0x00007f32dd0edfb1 in MessageLoop::RunTask(Task*) () from /home/skierpage/programs/firefox/libxul.so #13 0x00007f32dd0ee0cb in MessageLoop::DeferOrRunPendingTask(MessageLoop::PendingTask const&) () from /home/skierpage/programs/firefox/libxul.so #14 0x00007f32dd0eeaa5 in MessageLoop::DoWork() () from /home/skierpage/programs/firefox/libxul.so #15 0x00007f32dd118565 in base::MessagePumpForUI::HandleDispatch() () from /home/skierpage/programs/firefox/libxul.so #16 0x00007f32dd11859d in ?? () from /home/skierpage/programs/firefox/libxul.so #17 0x00007f32d8d2dbce in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #18 0x00007f32d8d31598 in ?? () from /lib/libglib-2.0.so.0 #19 0x00007f32d8d316c0 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #20 0x00007f32dd1186f0 in base::MessagePumpForUI::RunWithDispatcher(base::MessagePump::Delegate*, base::MessagePumpForUI::Dispatcher*) () from /home/skierpage/programs/firefox/libxul.so #21 0x00007f32dd0ee99f in MessageLoop::Run() () from /home/skierpage/programs/firefox/libxul.so #22 0x00007f32dd0fbca8 in base::Thread::ThreadMain() () from /home/skierpage/programs/firefox/libxul.so #23 0x00007f32dd10eeae in ?? () from /home/skierpage/programs/firefox/libxul.so #24 0x00007f32ddc6ba04 in start_thread (arg=<value optimized out>) at pthread_create.c:300 #25 0x00007f32dafda80d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #26 0x0000000000000000 in ?? () (gdb)
Comment 2•14 years ago
|
||
looks like adobe also hasn't tested this combo yet either. see: http://labs.adobe.com/technologies/flashplayer10/faq.html#flashplayer10FAQ_64-bit06
Comment 3•14 years ago
|
||
This is fixed, I think...
(In reply to comment #1) > Does setting the ipc pref to false make things work? No, that gives me illegal hardware instruction (core dumped) firefox -safe-mode gdb backtrace for this is even more useless, below. So I guess it's not out-of process plug-ins at all. (In reply to Dale Yaplonski comment #2) I *think* I've been running 64-bit Flash player for a while with 64-bit Firefox 3.7 nightlies on Kubuntu, and as I said some Flash movies do work e.g. the Gnash car_smash.swf. I may well be stuck in some Linux package/library path/apt-dpkg-KPackageKit/32vs64-bit hell (as opposed to Windows DLL hell :) ). (In reply to Benjamin Smedberg comment #3) I'm still getting the crash with Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.3a2pre) Gecko/20100219 Minefield/3.7a1pre ID:20100219030941 Here's the Firefox crash viewing YouTube with dom.ipc.plugins.enabled set to false. Program terminated with signal 4, Illegal instruction. #0 0x00007f0cbcba105b in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:42 42 ../nptl/sysdeps/unix/sysv/linux/pt-raise.c: No such file or directory. in ../nptl/sysdeps/unix/sysv/linux/pt-raise.c (gdb) bt #0 0x00007f0cbcba105b in raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c:42 #1 0x00007f0cbb8a9b0b in ?? () from /home/skierpage/programs/firefox/libxul.so #2 <signal handler called> #3 0x00007f0c8cf443b2 in ?? () #4 0x0000000000000000 in ?? ()
FYI, I'm still getting the same Flash plug-in crash display (or illegal instruction crash if dom.ipc.plugins.enabled = false) with latest Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.3a3pre) Gecko/20100309 Minefield/3.7a1pre . I confirmed it happens in Safe Mode too (?? which should disable plug-ins?!). I notice that a simple Flash that doesn't crash (like the Gnash test movie, http://www.skierpage.com/olpc/flash_tests/embed_car_smash.html ) also prints the "(<unknown>:6579): Gdk-CRITICAL **: gdk_window_get_origin: assertion `GDK_IS_WINDOW (window)' failed" in the console. Failing Flash prints the "[RPCChannel] Error: Channel error: cannot send/recv" also. May debug symbols and BreakPad soon become available for Linux 64-bit.
Comment 6•14 years ago
|
||
Safe mode disables extensions and uses good prefs, it does not disable plugins. Breakpad should be able to provide a backtrace for any Firefox libs, system libraries won't have symbols.
Most Flash movies are still crashing with Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.3a6pre) Gecko/20100614 Minefield/3.7a1pre Firefox no longer prints GDK_IS_WINDOW or RPCChannel errors, instead it contains several (<unknown>:6953): Gdk-WARNING **: XID collision, trouble ahea However, I don't think the debug output is relevant (so I changed the bug summary). Breakpad doesn't help as the crash is in libflashplayer.so and Adobe provides no symbols. I think I'm suffering from the somewhat well-known issue that that Adobe's 64-bit Linux Flashplayer plug-in uses the LAHF instruction, which is not available on older x64 CPUs such as my Athlon 3000, thus the "Illegal instruction" crash if OOPP is disabled. See e.g. http://ubuntuforums.org/showthread.php?t=1263905 Chromium included the workaround, see http://code.google.com/p/chromium/issues/detail?id=29789 However, the workaround doesn't fix Firefox for me, even if I `export LD_PRELOAD=/usr/lib/mozilla/plugins/flashplugin-lahf-fix.so`. Hmmm. This may all be moot since Adobe isn't updating the 64-bit Linux Flash plug-in to 10.1 and 10.0 has known security problems.
Summary: Flash plugin failure, with error messages "gdk_window_get_origin: assertion `GDK_IS_WINDOW (window)' failed" and "###!!! [Parent][RPCChannel] Error: Channel error: cannot send/recv" → Linux 64-bit Flash plugin failure, or "Illegal instruction" crash if OOPP is disabled
Version: unspecified → Trunk
Comment 8•14 years ago
|
||
Thanks, skierpage. That's useful information.
No longer blocks: OOPP
Component: Plug-ins → Flash (Adobe)
Product: Core → Plugins
QA Contact: plugins → adobe-flash
Version: Trunk → 10.x
Comment 9•8 years ago
|
||
I'm closing a lot of bugs which are filed as Adobe Flash bugs which are either irrelevant, not actionable, or not serious enough to track in the Mozilla bug tracker. For the most part, Flash bugs should be filed in Adobe bugbase, and we'll only track a few highly-critical issues in the Mozilla tracker.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → INCOMPLETE
Comment 10•8 years ago
|
||
Version and milestone values are being reset to defaults as part of product refactoring.
Version: 10.x → unspecified
Updated•2 years ago
|
Product: External Software Affecting Firefox → External Software Affecting Firefox Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•