gedit crashed with SIGSEGV while editing over (SSH)

Bug #208122 reported by vinisterx
26
This bug affects 2 people
Affects Status Importance Assigned to Milestone
dbus (Ubuntu)
Fix Released
Medium
Unassigned
Nominated for Intrepid by nanog

Bug Description

Binary package hint: gedit

Description: Ubuntu hardy (development branch)
Release: 8.04
Linux vinisterx-desktop 2.6.24-12-generic #1 SMP Wed Mar 12 22:31:43 UTC 2008 x86_64 GNU/Linux

The program has done this about five times while I was editing a text file over a network mounted drive (via ssh).

ProblemType: Crash
Architecture: amd64
Date: Fri Mar 28 02:25:07 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/gedit
NonfreeKernelModules: nvidia
Package: gedit 2.22.0-0ubuntu1
PackageArchitecture: amd64
ProcCmdline: gedit file:///home/username/test.py
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
Signal: 11
SourcePackage: gedit
StacktraceTop:
 ?? () from /usr/lib/libdbus-1.so.3
 ?? () from /usr/lib/libdbus-1.so.3
 ?? () from /usr/lib/libdbus-1.so.3
 ?? () from /usr/lib/libdbus-1.so.3
 ?? () from /usr/lib/gio/modules/libgvfsdbus.so
Title: gedit crashed with SIGSEGV
Uname: Linux 2.6.24-12-generic x86_64
UserGroups: adm admin audio cdrom dialout dip floppy fuse lpadmin plugdev video

Tags: apport-crash
Revision history for this message
vinisterx (vinisterx) wrote :
Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:_dbus_connection_lock (connection=0xcdfc50) at dbus-connection.c:355
_dbus_pending_call_get_connection_and_lock (pending=0x11698f0)
reply_handler_timeout (data=0x7fcb26dbb9c9) at dbus-connection.c:3098
timeout_handler_dispatch (data=<value optimized out>) at gdbusutils.c:992
g_timeout_dispatch (source=0x1123f40, callback=0x6b636162, user_data=0x1165180)

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Changed in gedit:
importance: Undecided → Medium
James Westby (james-w)
Changed in dbus:
status: New → Confirmed
Revision history for this message
nanog (sorenimpey) wrote :

Has there been any progress with this bug and its dupe ( Bug #236050)?

The only stable way I have found to use nautilus to browse a remote share is to use ssh -Y user@server and run nautilus remotely. This is obviously not ideal.

Revision history for this message
Ville Ranki (ville-ranki) wrote :

I guess this is the right bus. I'm getting once a while errors like:

Could not open location 'sftp://xxx'

DBus error org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

This causes nautilus and gnome-panel to freeze for maybe a minute. After that i think they both crash and are restarted. Really annoying. This happens for example when playing music from sftp share.

Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

Looks like another instance of connection not ref'd - should be fixed

Changed in dbus (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
Wong Wan Chap (wongwanchap) wrote :

When I open sftp via Nautilus, my Nautilus crash if the network is unstable. After force quit, Nautilus didn't go back by reopen, which need relog. I don't know whether my issue is cause by this same bug.

I am using Ubuntu 14.04 LTS

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.