Bug 284735 - konqueror crash (flash64 plugin) with flash video
Summary: konqueror crash (flash64 plugin) with flash video
Status: RESOLVED UPSTREAM
Alias: None
Product: konqueror
Classification: Applications
Component: nspluginviewer (other bugs)
Version First Reported In: 4.6.5
Platform: Mageia RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-10-22 19:45 UTC by Dimitrios Glentadakis
Modified: 2012-01-10 20:33 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dimitrios Glentadakis 2011-10-22 19:45:56 UTC
Version:           4.6.5 (using KDE 4.6.5) 
OS:                Linux

After update to flash 64 , version 11.0.1.152 konqueror crashes randomly but does nt close, only the plugin crashes. After reload the page i can play the video

Reproducible: Always

Steps to Reproduce:
Use konqueror with flash 11 64bit

Actual Results:  
surf to the internet (youtube etc)
The nspluginviewer crashs

Expected Results:  
Play the video without flash

There is no usefull backtrace:
Application: nspluginviewer (nspluginviewer), signal: Segmentation fault


With GDB:

(<unknown>:19802): Gdk-CRITICAL **: IA__gdk_window_get_origin: assertion `GDK_IS_WINDOW (window)' failed
QPainter::begin: Widget painting can only begin as a result of a paintEvent
QPainter::translate: Painter not active
QPainter::setClipRect: Painter not active
QWidget::repaint: Recursive repaint detected

(<unknown>:19802): GLib-GObject-WARNING **: instance of invalid non-instantiatable type `(null)'

(<unknown>:19802): GLib-GObject-CRITICAL **: g_signal_handlers_destroy: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed

(<unknown>:19802): GLib-GObject-WARNING **: instance of invalid non-instantiatable type `(null)'

(<unknown>:19802): GLib-GObject-CRITICAL **: g_signal_handlers_destroy: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed
KCrash: Application 'nspluginviewer' crashing...
KCrash: Attempting to start /usr/lib64/kde4/libexec/drkonqi from kdeinit
sock_file=/home/dglent/.kde4/socket-localhost.localdomain/kdeinit4__0
QPainter::begin: Widget painting can only begin as a result of a paintEvent
QPainter::translate: Painter not active
QPainter::setClipRect: Painter not active
QWidget::repaint: Recursive repaint detected
[Thread 0x7fffdd2bc710 (LWP 22103) exited]
[Thread 0x7fffd5b5b710 (LWP 22088) exited]
Detaching after fork from child process 22337.
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)

(<unknown>:22337): Gdk-CRITICAL **: IA__gdk_window_set_back_pixmap: assertion `GDK_IS_WINDOW (window)' failed

(<unknown>:22337): Gdk-CRITICAL **: IA__gdk_window_get_origin: assertion `GDK_IS_WINDOW (window)' failed
QPainter::begin: Widget painting can only begin as a result of a paintEvent
QPainter::translate: Painter not active
QPainter::setClipRect: Painter not active
QWidget::repaint: Recursive repaint detected
Comment 1 RGBl 2011-10-30 16:35:23 UTC
I can confirm the problem. nspluginviewer crash is reproducible not only on youtube but on any page that contains flash objects. As indicated on the report, a page reload is enough.
Comment 2 Gualter Barbas Baptista 2011-12-02 11:33:00 UTC
Similar problem was reported in #273323 and a patch was submitted. However you report being using KDE 4.6.5, where this should have been already active.

This is definitely a serious problem - and it is recurrent with Konqueror/KDE for the last years -, taking into account how many people use Flash.
Comment 3 Dimitrios Glentadakis 2011-12-31 07:41:09 UTC
I added Maksim Orlovich, if he can help with this as in the https://bugs.kde.org/273323
Comment 4 Dimitrios Glentadakis 2012-01-07 14:24:36 UTC
I tried today the latest version 11-2 of the plugin from adobe
http://labs.adobe.com/downloads/flashplayer11-2.html

Until now i dont have any crash. Can you confirm this too ?
Comment 5 Dimitrios Glentadakis 2012-01-10 20:33:34 UTC
No crash until now (3 days) it is clear that the problem is solved