Bug 728572 – Must pause video before disabling the subtitles, otherwise totem freezes.

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 728572 - Must pause video before disabling the subtitles, otherwise totem freezes.


Summary:	Must pause video before disabling the subtitles, otherwise totem freezes.


Status:	RESOLVED DUPLICATE of bug 727339

Product:	totem
Classification:	Core
Component:	Movie player
Version:	3.10.x
Hardware:	Other Linux

Importance:	Normal critical
Target Milestone:	---
Assigned To:	General Totem maintainer(s)
QA Contact:	General Totem maintainer(s)

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2014-04-19 19:54 UTC by sam113101
Modified:	2015-03-13 15:38 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description sam113101 2014-04-19 19:54:47 UTC

When I try to disable the subtitles and the video is playing, totem freezes. I must then click the close button and choose "force quit".

Rarely happens when I pause the video before disabling the subtitles.

Comment 1 André Klapper 2014-04-21 03:31:03 UTC

Please run totem under gdb and paste the output when totem freezes (depending on the type of freeze, a stacktrace might also be welcome).

Comment 2 Bastien Nocera 2014-04-21 10:32:47 UTC

(In reply to comment #1)
> Please run totem under gdb and paste the output when totem freezes

You'll need to press Ctrl+C when that happens before you can type "threads apply all bt"

> (depending
> on the type of freeze, a stacktrace might also be welcome).

Comment 3 sam113101 2014-04-21 13:59:17 UTC

Here it is:

+ Trace 233502

#0 __lll_lock_wait
from /lib64/libpthread.so.0
#1 _L_lock_874
from /lib64/libpthread.so.0
#2 pthread_mutex_lock
from /lib64/libpthread.so.0
#3 gst_play_sink_navigation_send_event
from /usr/lib64/gstreamer-1.0/libgstplayback.so
#4 bacon_video_widget_motion_notify
from /lib64/libtotem.so.0
#5 _gtk_marshal_BOOLEAN__BOXED
from /lib64/libgtk-3.so.0
#6 g_closure_invoke
from /lib64/libgobject-2.0.so.0
#7 signal_emit_unlocked_R
from /lib64/libgobject-2.0.so.0
#8 g_signal_emit_valist
from /lib64/libgobject-2.0.so.0
#9 g_signal_emit
from /lib64/libgobject-2.0.so.0
#10 gtk_widget_event_internal
from /lib64/libgtk-3.so.0
#11 propagate_event
from /lib64/libgtk-3.so.0
#12 gtk_main_do_event
from /lib64/libgtk-3.so.0
#13 _gdk_display_flush_events
from /lib64/libgdk-3.so.0
#14 gdk_window_flush_events
from /lib64/libgdk-3.so.0
#15 _g_closure_invoke_va
from /lib64/libgobject-2.0.so.0
#16 g_signal_emit_valist
from /lib64/libgobject-2.0.so.0
#17 g_signal_emit_by_name
from /lib64/libgobject-2.0.so.0
#18 gdk_frame_clock_flush_idle
from /lib64/libgdk-3.so.0
#19 gdk_threads_dispatch
from /lib64/libgdk-3.so.0
#20 g_timeout_dispatch
from /lib64/libglib-2.0.so.0
#21 g_main_context_dispatch
from /lib64/libglib-2.0.so.0
#22 g_main_context_iterate.isra.24
from /lib64/libglib-2.0.so.0
#23 g_main_context_iteration
from /lib64/libglib-2.0.so.0
#24 g_application_run
from /lib64/libgio-2.0.so.0
#25 main

Comment 4 Bastien Nocera 2014-04-22 06:05:13 UTC

Can you capture the output of all the threads using the command mentioned in comment 2?

Comment 5 sam113101 2014-04-22 14:57:22 UTC

(In reply to comment #4)
> Can you capture the output of all the threads using the command mentioned in
> comment 2?

Sorry, I tried your command earlier but got an error. Turns out it's "thread" (singular) instead of "threads". Here's the output:

+ Trace 233509

Thread 1 (Thread 0x7ffff7fa4a00 (LWP 10044))

#0 __lll_lock_wait
from /lib64/libpthread.so.0
#1 _L_lock_874
from /lib64/libpthread.so.0
#2 pthread_mutex_lock
from /lib64/libpthread.so.0
#3 gst_play_sink_navigation_send_event
from /usr/lib64/gstreamer-1.0/libgstplayback.so
#4 bacon_video_widget_motion_notify
from /lib64/libtotem.so.0
#5 _gtk_marshal_BOOLEAN__BOXED
from /lib64/libgtk-3.so.0
#6 g_closure_invoke
from /lib64/libgobject-2.0.so.0
#7 signal_emit_unlocked_R
from /lib64/libgobject-2.0.so.0
#8 g_signal_emit_valist
from /lib64/libgobject-2.0.so.0
#9 g_signal_emit
from /lib64/libgobject-2.0.so.0
#10 gtk_widget_event_internal
from /lib64/libgtk-3.so.0
#11 propagate_event
from /lib64/libgtk-3.so.0
#12 gtk_main_do_event
from /lib64/libgtk-3.so.0
#13 _gdk_display_flush_events
from /lib64/libgdk-3.so.0
#14 gdk_window_flush_events
from /lib64/libgdk-3.so.0
#15 _g_closure_invoke_va
from /lib64/libgobject-2.0.so.0
#16 g_signal_emit_valist
from /lib64/libgobject-2.0.so.0
#17 g_signal_emit_by_name
from /lib64/libgobject-2.0.so.0
#18 gdk_frame_clock_flush_idle
from /lib64/libgdk-3.so.0
#19 gdk_threads_dispatch
from /lib64/libgdk-3.so.0
#20 g_timeout_dispatch
from /lib64/libglib-2.0.so.0
#21 g_main_context_dispatch
from /lib64/libglib-2.0.so.0
#22 g_main_context_iterate.isra.24
from /lib64/libglib-2.0.so.0
#23 g_main_context_iteration
from /lib64/libglib-2.0.so.0
#24 g_application_run
from /lib64/libgio-2.0.so.0
#25 main

Comment 6 Bastien Nocera 2014-04-25 08:58:33 UTC

Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

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