gvfs-fuse-daemon crashed with SIGSEGV in g_output_stream_close()

Bug #211205 reported by Robert Kofler
48
Affects Status Importance Assigned to Milestone
gvfs (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs
Hardy
Fix Released
Medium
Ubuntu Desktop Bugs

Bug Description

TESTCASE:

* configure your user to be in the fuse group if it's not yet
* access a network location having a music collection using nautilus, the location is mounted in GNOME
* run rhythmbox .gvfs/locationmounted/music/collection/directory

quickly the gvfs fuse backend is crashing

Related branches

Revision history for this message
Robert Kofler (robert-kofler) wrote :
Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:g_output_stream_close () from /usr/lib/libgio-2.0.so.0
setup_input_stream (file=0x807fb50, fh=0x80840a0)
vfs_read (
fuse_fs_read (fs=0x8055690,
fuse_lib_read (req=0x80889c8, ino=6, size=8192, off=0,

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Changed in gvfs:
importance: Undecided → Medium
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug report. The issue has been fixed in the upstream svn

Changed in gvfs:
assignee: nobody → desktop-bugs
status: New → Fix Committed
Revision history for this message
Sebastien Bacher (seb128) wrote :
description: updated
Revision history for this message
Sebastien Bacher (seb128) wrote :
Revision history for this message
Martin Pitt (pitti) wrote :

Accepted into hardy-proposed, please test.

Revision history for this message
Scott Kitterman (kitterman) wrote :

Marked not private (after reviewing the stack traces) so non-developers can see the bug.

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

could anybody subscribed to this bug try the described steps before and after the upgrade to confirm the update is working?

Revision history for this message
Martin Pitt (pitti) wrote :

I tried it by mounting my external USB HD, but after that, ~/.gvfs is completely empty. Not totally surprising to me, since the disk is already mounted to /media/PittiHD. Why should it appear again under ~/.gvfs/?

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

right, I've tested using ssh to localhost where I've a music collection, upstream tested using a mtp device and the gphoto backend which uses a fuse mounted directory, I've updated the testcase instructions now

description: updated
Revision history for this message
Martin Pitt (pitti) wrote :

Using the ssh localhost approach, I verified that importing my music collection stopped at the 69th song, and no playback/access was possible any more. With the packages in hardy-proposed, the import, playback, etc. worked fine.

Revision history for this message
Martin Pitt (pitti) wrote :

Copied to hardy-updates.

Changed in gvfs:
status: Fix Committed → Fix Released
Revision history for this message
Martin Pitt (pitti) wrote :

Fixed in hardy-updates, should be fixed in intrepid ASAP.

Changed in gvfs:
milestone: none → intrepid-alpha-1
Revision history for this message
Sebastien Bacher (seb128) wrote :

the new version is in intrepid too now

Changed in gvfs:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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