Ubuntu

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

Reported by Robert Kofler on 2008-04-03
48
Affects Status Importance Assigned to Milestone
gvfs (Ubuntu)
Medium
Ubuntu Desktop Bugs
Hardy
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

Robert Kofler (robert-kofler) wrote :

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,

Changed in gvfs:
importance: Undecided → Medium
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
Sebastien Bacher (seb128) wrote :
description: updated
Sebastien Bacher (seb128) wrote :
Martin Pitt (pitti) wrote :

Accepted into hardy-proposed, please test.

Scott Kitterman (kitterman) wrote :

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

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?

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/?

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
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.

Martin Pitt (pitti) wrote :

Copied to hardy-updates.

Changed in gvfs:
status: Fix Committed → Fix Released
Martin Pitt (pitti) wrote :

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

Changed in gvfs:
milestone: none → intrepid-alpha-1
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  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers