gnome commander crashes on "remote server..."

Bug #719485 reported by Marián Kadaňka
64
This bug affects 13 people
Affects Status Importance Assigned to Milestone
GNOME Commander
Fix Released
High
gnome-commander (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: gnome-commander

Using main menu: Connections -> Remote Server... -> instant CRASH
Fresh installation of Gnome Commander, default settings

ProblemType: Crash
DistroRelease: Ubuntu 11.04
Package: gnome-commander 1.2.8.10-3
ProcVersionSignature: Ubuntu 2.6.38-2.29-generic 2.6.38-rc3
Uname: Linux 2.6.38-2-generic i686
Architecture: i386
Date: Tue Feb 15 18:00:10 2011
ExecutablePath: /usr/bin/gnome-commander
LiveMediaBuild: Lubuntu 11.04 "Natty Narwhal" - i386 (20101203)
ProcCmdline: gnome-commander
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SegvAnalysis: Skipped: missing required field "Disassembly"
Signal: 11
SourcePackage: gnome-commander
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
XsessionErrors: (gnome-commander:2983): Gtk-CRITICAL **: IA__gtk_signal_connect_full: assertion `GTK_IS_OBJECT (object)' failed

Revision history for this message
Marián Kadaňka (marian.kadanka) wrote :
Revision history for this message
Apport retracing service (apport) wrote :

StacktraceTop:
 init (ftp_dialog=0x854a810)
 g_type_interface_prerequisites (interface_type=141562200,

Revision history for this message
Apport retracing service (apport) wrote : Stacktrace.txt
Revision history for this message
Apport retracing service (apport) wrote : ThreadStacktrace.txt
Changed in gnome-commander (Ubuntu):
importance: Undecided → Medium
tags: removed: need-i386-retrace
visibility: private → public
Revision history for this message
Alessio Treglia (quadrispro) wrote :

This seems unreproducible with the latest release available in Oneiric, so closing it for now.
Please re-open if not so.

Changed in gnome-commander (Ubuntu):
status: New → Fix Released
Revision history for this message
Ochir (oabushinov) wrote :

It can be reproduced for 1.2.8.11-3 version in Natty. Are you going to fix this bug for Natty or only for Oneiric?

Revision history for this message
Ochir (oabushinov) wrote :

This is console output for this bug:
"""
** (gnome-commander:7821): CRITICAL **: GnomeCmdConFtp* gnome_cmd_con_ftp_new(const gchar*, const string&): assertion `uri != NULL' failed

(gnome-commander:7821): Gtk-CRITICAL **: IA__gtk_signal_connect_full: assertion `GTK_IS_OBJECT (object)' failed

** (gnome-commander:7821): CRITICAL **: GnomeCmdBookmarkGroup* gnome_cmd_con_get_bookmarks(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed

** (gnome-commander:7821): CRITICAL **: GnomeCmdPixmap* gnome_cmd_con_get_go_pixmap(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed

** (gnome-commander:7821): CRITICAL **: const gchar* gnome_cmd_con_get_go_text(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed

** (gnome-commander:7821): CRITICAL **: gboolean gnome_cmd_con_is_closeable(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed

** (gnome-commander:7821): CRITICAL **: gboolean gnome_cmd_con_is_open(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed

** (gnome-commander:7821): CRITICAL **: gboolean gnome_cmd_con_is_open(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed

** (gnome-commander:7821): CRITICAL **: gboolean gnome_cmd_con_is_open(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed

** (gnome-commander:7821): CRITICAL **: gboolean gnome_cmd_con_is_open(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed

** (gnome-commander:7821): CRITICAL **: gboolean gnome_cmd_con_is_open(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed

** (gnome-commander:7821): CRITICAL **: gboolean gnome_cmd_con_is_open(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed

** (gnome-commander:7821): CRITICAL **: gboolean gnome_cmd_con_is_open(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed

** (gnome-commander:7821): CRITICAL **: gboolean gnome_cmd_con_is_open(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed

** (gnome-commander:7821): CRITICAL **: gboolean gnome_cmd_con_is_open(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed

** (gnome-commander:7821): CRITICAL **: gboolean gnome_cmd_con_is_open(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed

** (gnome-commander:7821): CRITICAL **: const gchar* gnome_cmd_con_get_alias(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed
Segmentation fault
"""

Revision history for this message
Ochir (oabushinov) wrote :

this bug was fixed by installing libgnomevfs2-extra and reloading GNOME Commander.

Revision history for this message
Paul White (paulw2u) wrote :

Gnome Commander still crashes each time a connection to a remote server is attempted in Ubuntu 12.04 alpha 1, Gnome Commander version 1.2.8.14.

The work around is to install libgnomevfs2-extra as per comment #8.

If Gnome Commander needs this file should the dependencies not be changed to force the installation of libgnomevfs2-extra?

Changed in gnome-commander:
importance: Unknown → High
status: Unknown → Fix Released
Revision history for this message
Alex Moldovan (alexmoldovan) wrote :

Please re-open the bug. Installing libgnomevfs2-extra is a workaround not a fix.

Revision history for this message
Ondřej Novotný (onovotny2) wrote :

This is from console:

** (gnome-commander:9301): CRITICAL **: const gchar* gnome_cmd_con_get_alias(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed
Neoprávněný přístup do paměti (SIGSEGV) (core dumped [obraz paměti uložen])

Revision history for this message
Ondřej Novotný (onovotny2) wrote :

Installing libgnomevfs2-extra helps, but I agree that it is not a solution.

Revision history for this message
cpcbegin (cpcbegin-hotmail) wrote :

I have the same problem with lubuntu 12.04 and lubuntu 14.04
Gnome Commander runs ok with ubuntu 12.04

Revision history for this message
cpcbegin (cpcbegin-hotmail) wrote :

I install libgnomevfs2-extra but gnome-commander crashes and shows this error on console:

(process:3313): GLib-GObject-WARNING **: Attempt to add property GnomeProgram::default-icon after class was initialised
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
gnome-commander: ../../src/xcb_io.c:274: poll_for_event: La declaración `!xcb_xlib_threads_sequence_lost' no se cumple.
Abortado (`core' generado)

Revision history for this message
doories (doories) wrote :

After installing
i have the same problem as reported on 2014-04-15.
Ubuntu 14.04
However I have installed Gnome commander 1.4.3

Revision history for this message
Ariella (ariella) wrote :

Installed Gnome Commander 1.4.3 (from Software Center) on Xubuntu 14.10 this week. Also crashes when left clicking once on Connections->Remote Server in the menu.

Revision history for this message
Ariella (ariella) wrote :

On the fourth launch/try, it stopped crashing and the remote server window now opens.

Revision history for this message
Juraj Kolesar (koli-w) wrote :

On clean instal Ubuntu 14.04 and gnome-commander 1.2.8.17 (default version) is still the same error as mentioned 4 years ago

** (gnome-commander:7821): CRITICAL **: const gchar* gnome_cmd_con_get_alias(GnomeCmdCon*): assertion `GNOME_CMD_IS_CON (con)' failed
Segmentation fault

install libgnomevfs2-extra
still works as a workaround

Revision history for this message
Uwe Scholz (turboscholz2) wrote :

This bug can be closed. It was fixed in version 1.14.0 and in Ubuntu after the release of 1.14.2-1 (in Jammy Jellyfish).

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.