Nautilus segfault if properties window is shown while video is playing

Bug #44507 reported by Sitsofe Wheeler
10
Affects Status Importance Assigned to Milestone
Totem
Fix Released
Critical
totem (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs

Bug Description

Binary package hint: nautilus

Description of the problem:
If while playing a video in totem-gstreamer the properties window is displayed enough times eventually nautilus will segfault.

Steps to reproduce:
1. Click on the desktop and press Ctrl-L. Type /usr/share/example-content and press the Open button.
2. Double click on SeeUbuntu.ogg .
3. Refocus the example-content natuilus window. click once on SeeUbuntu.ogg and press Alt-Enter.
4. Wait for the propteries window with the tabs to appear and click the Close button.
5. Go to step 3.

Expected results:
For properties window to appear, nautilus to continue working.

Actual results:
Eventually nautilus will die with a segfault. This may take 10 or so goes round the loop and the video must be playing at the time.

Revision history for this message
Sitsofe Wheeler (sitsofe) wrote :

Version information:
nautilus 2.14.1-0ubuntu7
totem 1.4.0-0ubuntu6
gstreamer0.10-alsa 0.10.6-0ubuntu3
gstreamer0.10-plugins-good 0.10.3-0ubuntu2
gstreamer0.10-gnomevfs 0.10.6-0ubuntu3
(and lots of other plugins)

Revision history for this message
Sitsofe Wheeler (sitsofe) wrote : Backtrace of nautilus properties segfault

Backtrace of nautilus properties segfault

Revision history for this message
Sitsofe Wheeler (sitsofe) wrote :

Slightly different backtrace of nautilus properties segfault

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. Confirmed as a totem issue since the crash happens to the properties dialog code

Changed in nautilus:
assignee: nobody → desktop-bugs
status: Unconfirmed → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Debug backtrace:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1225877120 (LWP 5583)]
0xb6c8cb96 in on_timeout_event (props=0x8502260) at totem-properties-view.c:111
111 g_free (props->priv->location);
(gdb) bt
#0 0xb6c8cb96 in on_timeout_event (props=0x8502260) at totem-properties-view.c:111
#1 0xb7662448 in g_timeout_dispatch (source=0xad78408, callback=0xb770eabc <g__g_signal_mutex_lock+4>, user_data=0x0)
    at gmain.c:3292
#2 0xb7660876 in IA__g_main_context_dispatch (context=0x81933d8) at gmain.c:1916
#3 0xb7663936 in g_main_context_iterate (context=0x81933d8, block=1, dispatch=1, self=0x815dab8) at gmain.c:2547
#4 0xb7663c58 in IA__g_main_loop_run (loop=0x8224f18) at gmain.c:2751
#5 0xb7b685a5 in IA__gtk_main () at gtkmain.c:1026
#6 0x08079e26 in main (argc=-1217336644, argv=0xbff32d74) at nautilus-main.c:406
#7 0xb740bea2 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#8 0x080672a1 in _start () at ../sysdeps/i386/elf/start.S:119

Revision history for this message
Sebastien Bacher (seb128) wrote :

I've forwarded the issue upstream: http://bugzilla.gnome.org/show_bug.cgi?id=341626

Revision history for this message
Sebastien Bacher (seb128) wrote :

This upload should fix the issue:

 totem (1.4.1-0ubuntu2) dapper; urgency=low
 .
   * debian/patches/06_from_cvs_stop_timeout.dpatch:
     - patch from CVS, "Stop lingering timeouts before resetting the view"
       (Ubuntu: #44507)

Works fine for me. Could you confirm that's the case for you too?

Changed in totem:
status: Confirmed → Fix Released
Changed in totem:
importance: Unknown → Critical
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.