Bug 35684 - [Qt] Demo Browser crashes when the mplayer plugin is invoked
Summary: [Qt] Demo Browser crashes when the mplayer plugin is invoked
Status: RESOLVED DUPLICATE of bug 44324
Alias: None
Product: WebKit
Classification: Unclassified
Component: Plug-ins (show other bugs)
Version: 528+ (Nightly build)
Hardware: PC Linux
: P3 Major
Assignee: QtWebKit Unassigned
Keywords: Qt
: 35672 (view as bug list)
Depends on:
Blocks: 35962
  Show dependency treegraph
Reported: 2010-03-03 07:15 PST by Tor Arne Vestbø
Modified: 2010-08-22 23:25 PDT (History)
3 users (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Tor Arne Vestbø 2010-03-03 07:15:06 PST
This bug report originated from issue QTBUG-4525

--- Description ---

There is probably a way it could be fixed on our side since Arora doesn't have this problem.

<p>Use the following link to reproduce:<br/>
<span class="nobr"><a href="http://fredrik.hubbe.net/plugger/test.html">http://fredrik.hubbe.net/plugger/test.html<sup><img class="rendericon" src="http://bugreports.qt.nokia.com/images/icons/linkext7.gif" height="7" width="7" align="absmiddle" alt="" border="0"/></sup></a></span></p>
Comment 1 Tor Arne Vestbø 2010-03-10 05:19:47 PST
*** Bug 35672 has been marked as a duplicate of this bug. ***
Comment 2 Benjamin Poulain 2010-03-17 07:01:52 PDT
The original task is on Kubuntu.
I can reproduce it on Kubuntu with trunk.

The application is stuck here:
Thread 1:
#0  0x00007ffff468a5a9 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007ffff305d012 in g_once_init_enter_impl () from /lib/libglib-2.0.so.0
#2  0x00007ffff291329c in g_initially_unowned_get_type () from /usr/lib/libgobject-2.0.so.0
#3  0x00007fffdd75c8b8 in gtk_object_get_type () from /usr/lib/libgtk-x11-2.0.so.0
#4  0x00007fffdd8425a7 in gtk_widget_get_type () from /usr/lib/libgtk-x11-2.0.so.0
#5  0x00007fffddc1856f in nsPluginInstance::Write(_NPStream*, int, int, void*) () from /usr/lib/mozilla/plugins/mplayerplug-in-wmp.so

The other threads being:
Thread 2: 
#0  0x00007ffff468a5a9 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007ffff49231ab in QWaitConditionPrivate::wait (this=<value optimized out>, mutex=0x8e9e80, time=18446744073709551615) at /home/ikipou/dev/oslo-staging-1/src/corelib/thread/qwaitcondition_unix.cpp:87
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x8e9e80, time=18446744073709551615) at /home/ikipou/dev/oslo-staging-1/src/corelib/thread/qwaitcondition_unix.cpp:159

Thread 3:
#0  0x00007ffff468a5a9 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007fffddc356d4 in playPlaylist(void*) () from /usr/lib/mozilla/plugins/mplayerplug-in-wmp.so
#2  0x00007ffff4685a04 in start_thread () from /lib/libpthread.so.0
#3  0x00007ffff3c4b80d in clone () from /lib/libc.so.6
Comment 3 Jędrzej Nowacki 2010-03-17 07:10:16 PDT
Could not reproduce with current trunk on Debian/testing. It works for me.

The bug is platform specific as I use 32 bit system (Debian/testing) and Benjamin 64 bit (Kubuntu).
Comment 4 Andreas Kling 2010-08-22 23:25:45 PDT
This a symptom of the same problem that 44324 was/is addressing.

*** This bug has been marked as a duplicate of bug 44324 ***