crash when parsing gstreamer null tags
Bug #1028887 reported by
Harald Sitter
This bug affects 4 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Phonon |
Fix Released
|
High
|
|||
phonon-backend-gstreamer (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Precise |
Fix Released
|
Undecided
|
Harald Sitter |
Bug Description
SRU
-----
[Impact]
Every Phonon enabled application that uses subtitles (namely most KDE video players) can crash when gstreamer returns a null ptr as cstring. This is addressed by simply checking for null.
[Test Case]
* Try to play http://
* Observe dragon crashing
[Regression Potential]
* none
------
The Phonon GStreamer subtitle code crashes when gstreamer returns null ptrs to tag queries where phonon expects a valid string.
Related branches
Changed in phonon: | |
importance: | Unknown → High |
status: | Unknown → Fix Released |
To post a comment you must log in.
Application: dragon (2.0) fc16.i686. PAE i686
KDE Platform Version: 4.7.3 (4.7.3)
Qt Version: 4.8.0
Operating System: Linux 3.1.2-1.
Distribution (Platform): Fedora RPMs
-- Information about the crash:
I had just finished creating a copy of a promotional DVD from The Athlete's Foot using K3b. I reinserted the DVD and opened it with a Video Player (Dragon Player). It displayed the title page but when I clicked on the button to play, Dragon Player crashed.
-- Backtrace: _db.so. 1".
Application: Dragon Player (dragon), signal: Segmentation fault
Using host libthread_db library "/lib/libthread
[Current thread is 1 (Thread 0xb7727780 (LWP 21410))]
Thread 14 (Thread 0xb2833b40 (LWP 21413)): cond_wait@ @GLIBC_ 2.3.2 () at ../nptl/ sysdeps/ unix/sysv/ linux/i386/ i486/pthread_ cond_wait. S:172 pool_thread_ proxy (data=0x8b59e88) at gthreadpool.c:319 create_ proxy (data=0x90168f8) at gthread.c:1962 create. c:309 unix/sysv/ linux/i386/ clone.S: 133
#0 0x00ed9424 in __kernel_vsyscall ()
#1 0x4a2f884c in pthread_
#2 0x4dc3fa65 in gst_task_func (task=0x902a860) at gsttask.c:303
#3 0x4dc40a19 in default_func (tdata=0x9007220, pool=0x8b5a008) at gsttaskpool.c:70
#4 0x4a40a34f in g_thread_
#5 0x4a407ed5 in g_thread_
#6 0x4a2f4cd3 in start_thread (arg=0xb2833b40) at pthread_
#7 0x4a22b51e in clone () at ../sysdeps/
Thread 13 (Thread 0xb1f4cb40 (LWP 21414)): cond_wait@ @GLIBC_ 2.3.2 () at ../nptl/ sysdeps/ unix/sysv/ linux/i386/ i486/pthread_ cond_wait. S:172 pool_thread_ proxy (data=0x8b59e88) at gthreadpool.c:319 create_ proxy (data=0x90151f0) at gthread.c:1962 create. c:309 unix/sysv/ linux/i386/ clone.S: 133
#0 0x00ed9424 in __kernel_vsyscall ()
#1 0x4a2f884c in pthread_
#2 0x4dc3fa65 in gst_task_func (task=0x902a8e8) at gsttask.c:303
#3 0x4dc40a19 in default_func (tdata=0x9007218, pool=0x8b5a008) at gsttaskpool.c:70
#4 0x4a40a34f in g_thread_
#5 0x4a407ed5 in g_thread_
#6 0x4a2f4cd3 in start_thread (arg=0xb1f4cb40) at pthread_
#7 0x4a22b51e in clone () at ../sysdeps/
Thread 12 (Thread 0xb14d4b40 (LWP 21415)): mutex_lock (mutex=0xb0b004e4) at pthread_ mutex_lock. c:129 context_ release (context= 0xb0b004e0) at gmain.c:2550 context_ iterate (context= 0xb0b004e0, block=1245640608, dispatch=1, self=0xb0b00d70) at gmain.c:3076 context_ iteration (context= 0xb0b004e0, may_block=1) at gmain.c:3136 rGlib:: processEvents (this=0xb0b00468, flags=...) at kernel/ qeventdispatche r_glib. cpp:426 :processEvents (this=0xb14d4200, flags=...) at kernel/ qeventloop. cpp:149 qeventloop. cpp:204 qthread. cpp:501 temWatcherEngin e::run (this=0x9015a38) at io/qfilesystemw atcher_ inotify. cpp:248 :start (arg=0x9015a38) at thread/ qthread_ unix.cpp: 298 create. c:309 unix/sysv/ linux/i386/ clone.S: 133
#0 __pthread_
#1 0x4a3df478 in g_main_
#2 0x4a3e0c76 in g_main_
#3 0x4a3e0faf in g_main_
#4 0x4b1761c7 in QEventDispatche
#5 0x4b1423ae in QEventLoop:
#6 0x4b142659 in QEventLoop::exec (this=0xb14d4200, flags=...) at kernel/
#7 0x4b02c03c in QThread::exec (this=0x9015a38) at thread/
#8 0x4b11f33e in QInotifyFileSys
#9 0x4b02f5c1 in QThreadPrivate:
#10 0x4a2f4cd3 in start_thread (arg=0xb14d4b40) at pthread_
#11 0x4a22b51e in clone () at ../sysdeps/
Thread 11 (Thread 0xb0affb40 (LWP 21416)):
#0 0x00ed9424 in __kernel_vsyscall ()...