Bug 866910 - Dragon Player crashes when trying to play ogv video
Summary: Dragon Player crashes when trying to play ogv video
Keywords:
Status: CLOSED EOL
Alias: None
Product: Fedora
Classification: Fedora
Component: gstreamer-plugins-base
Version: 20
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Benjamin Otte
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-10-16 09:52 UTC by Jan Sedlák
Modified: 2015-06-29 11:41 UTC (History)
15 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-06-29 11:41:17 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
thread apply all bt (21.59 KB, text/plain)
2013-12-17 16:31 UTC, Cole Robinson
no flags Details

Description Jan Sedlák 2012-10-16 09:52:49 UTC
Description of problem:
When I try to play ogv video on freshly installed F18 Beta in KDE, Dragon Player crashes.

How reproducible:
Always

Steps to Reproduce:
1. Try to open ogv video, for example this https://bugzilla.redhat.com/attachment.cgi?id=628062
  
Actual results:
It crashes. When run from console, there is:
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::begin: Paint device returned engine == 0, type: 2
QPainter::begin: Paint device returned engine == 0, type: 2
QSocketNotifier: Invalid socket 7 and type 'Read', disabling...
dragon: Fatal IO error: client killed

(dragon:14122): GStreamer-CRITICAL **: gstsystemclock: write control failed in wakeup_async: 9:Bad file descriptor


(dragon:14122): GStreamer-CRITICAL **: gst_system_clock_remove_wakeup: assertion `sysclock->priv->wakeup_count > 0' failed
Unable to start Dr. Konqi 

Expected results:
It should run.

Comment 1 Kevin Kofler 2012-10-16 10:32:06 UTC
Hmmm, this sounds a lot like a hardware driver issue, what graphics driver are you using?

If this is reproducible on other systems, it probably qualifies as a Final blocker because Dragon Player isn't withstanding a basic functionality test.

Comment 2 Jan Sedlák 2012-10-16 10:34:38 UTC
I have tried it in virt-manager - qemu and kvm. I'll try it on bare hardware.

Comment 3 Jan Sedlák 2012-10-23 12:53:53 UTC
It seems that it works on bare hardware...

Comment 4 Kevin Kofler 2012-10-23 16:12:15 UTC
This one also sounds like a driver issue.

Comment 5 Cole Robinson 2013-12-16 20:13:51 UTC
Still relevant with F20 host and F20 guest

Comment 6 Rex Dieter 2013-12-16 20:16:32 UTC
A backtrace would likely be helpful, either from drkonqi or abrt.

Comment 7 Cole Robinson 2013-12-17 16:31:12 UTC
Created attachment 837774 [details]
thread apply all bt

Culprit:

Thread 8 (Thread 0x7fffd551c700 (LWP 4390)):
#0  0x0000003337293fe5 in __memcpy_sse2_unaligned () from /lib64/libc.so.6
#1  0x00007fffd4b13fee in theora_dec_decode_buffer ()
   from /usr/lib64/gstreamer-0.10/libgsttheora.so
#2  0x00007fffd4b151e2 in theora_dec_chain ()
   from /usr/lib64/gstreamer-0.10/libgsttheora.so
#3  0x00007fffeb5f44c1 in gst_pad_push () from /lib64/libgstreamer-0.10.so.0
#4  0x00007fffd8312081 in gst_multi_queue_loop ()
   from /usr/lib64/gstreamer-0.10/libgstcoreelements.so
#5  0x00007fffeb61a394 in gst_task_func () from /lib64/libgstreamer-0.10.so.0
#6  0x000000333966f406 in g_thread_pool_thread_proxy ()
   from /lib64/libglib-2.0.so.0
#7  0x000000333966ea45 in g_thread_proxy () from /lib64/libglib-2.0.so.0
#8  0x0000003337a07f33 in start_thread () from /lib64/libpthread.so.0
#9  0x00000033372f4ead in clone () from /lib64/libc.so.6

Comment 8 Rex Dieter 2013-12-17 16:47:57 UTC
Looks like Problem starts from gstreamer-0.10/libgsttheora.so , let's start there, then possibly drill down to glibc/qemu.

Comment 9 Fedora End Of Life 2015-05-29 08:47:51 UTC
This message is a reminder that Fedora 20 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 20. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '20'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 20 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 10 Fedora End Of Life 2015-06-29 11:41:17 UTC
Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.