Bug 66839 - [Qt] flashplayer11 beta/rc crash on x86-64
Summary: [Qt] flashplayer11 beta/rc crash on x86-64
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKit Qt (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Linux
: P2 Major
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-23 22:38 PDT by Dawit A.
Modified: 2011-11-09 16:28 PST (History)
2 users (show)

See Also:


Attachments
crash back trace from downstream bug... (20.49 KB, text/plain)
2011-08-23 22:42 PDT, Dawit A.
no flags Details
Konqueror backtrace from crash when vieweing a website with flash plugin. (7.48 KB, text/plain)
2011-11-09 08:33 PST, Silouck
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dawit A. 2011-08-23 22:38:41 PDT
The beta version of the flashplayer 11, which provides a native version for 64 bit systems, causes reproducible crashes. In addition to me personally experiencing this issue on a constant basis, a bug with a useful back trace (attached) was reported downstream about this very specific bug. To replicate the problem visit either a flash heavy site or simply any site with a flash content. If your initial navigation does not immediately bring down your browser in flames, simply reload the page a few times.

I am opening a ticket here because the same plugin on the very same machine works fine under the latest version of Chromium. I see no crash when carrying out the same actions.
Comment 1 Dawit A. 2011-08-23 22:42:30 PDT
Created attachment 104964 [details]
crash back trace from downstream bug...
Comment 2 Dawit A. 2011-08-23 22:43:30 PDT
downstream bug report: https://bugs.kde.org/show_bug.cgi?id=280530
Comment 3 Ismail Donmez 2011-10-20 08:22:00 PDT
The plugin is now released as stable. Looking at the backtrace looks like a call to g_thread_init() is needed.
Comment 4 Dawit A. 2011-10-20 12:40:36 PDT
(In reply to comment #3)
> The plugin is now released as stable. Looking at the backtrace looks like a call to g_thread_init() is needed.

That is what I thought as well after searching online for other reports with similar backtraces. Unfortunately, calling g_thread_init before we call gtk_init does not seem to help one bit. It still crashes just as reliably with g_thread_init as it does without it. At least that is what I get on my machine here.
Comment 5 Ismail Donmez 2011-10-20 12:42:49 PDT
(In reply to comment #4)
> (In reply to comment #3)
> That is what I thought as well after searching online for other reports with similar backtraces. 
> Unfortunately, calling g_thread_init before we call gtk_init does not seem to help one bit. It still crashes > just as reliably with g_thread_init as it does without it. At least that is what I get on my machine here.

Uh thats bad news :( , I'll locally try a such a change myself.
Comment 6 Ismail Donmez 2011-10-28 01:13:27 PDT
No crash with Flash Player 11.2 beta1 , can you confirm?
Comment 7 Dawit A. 2011-11-07 12:22:45 PST
(In reply to comment #6)
> No crash with Flash Player 11.2 beta1 , can you confirm?

Yes, Adobe seems to have fixed the crash in the 11.2 beta-1 release. Now it just eats up a lot of CPU cycles. Anyhow, since this is a problem further upstream, I will close this bug report.
Comment 8 Silouck 2011-11-09 08:33:41 PST
Created attachment 114290 [details]
Konqueror backtrace from crash when vieweing a website with flash plugin.
Comment 9 Silouck 2011-11-09 11:55:09 PST
Forgot to refer that konqueror (using webkit backend) continues crashing with Flash Player Plugin version 11.2 beta1.
Comment 10 Dawit A. 2011-11-09 16:28:56 PST
(In reply to comment #8)
> Created an attachment (id=114290) [details]
> Konqueror backtrace from crash when vieweing a website with flash plugin.

That crash as can be seen from the backtrace has nothing to do with this flash crash or with flash for that matter. It is caused by an assert that is getting hit. You need to open a ticket against kwebkitpart/general in KDE's bug database.