After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 459412 - crash in Open Folder:
crash in Open Folder:
Status: RESOLVED DUPLICATE of bug 445429
Product: nautilus
Classification: Core
Component: general
2.18.x
Other All
: High critical
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-07-23 04:44 UTC by tinhtinhtu
Modified: 2007-07-24 21:29 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description tinhtinhtu 2007-07-23 04:44:00 UTC
Version: 2.18.1

What were you doing when the application crashed?



Distribution: Fedora release 7 (Moonshine)
Gnome Release: 2.18.0 2007-03-23 (Red Hat, Inc)
BugBuddy Version: 2.18.0

System: Linux 2.6.21-1.3194.fc7 #1 SMP Wed May 23 22:35:01 EDT 2007 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10300000
Selinux: Enforcing
Accessibility: Disabled
GTK+ Theme: Clearlooks
Icon Theme: Fedora

Memory status: size: 81297408 vsize: 81297408 resident: 21487616 share: 11960320 rss: 21487616 rss_rlim: 4294967295
CPU usage: start_time: 1185166062 rtime: 170 utime: 158 stime: 12 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/nautilus'

(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1208588576 (LWP 3893)]
(no debugging symbols found)
0x00ce1402 in __kernel_vsyscall ()

Thread 1 (Thread -1208588576 (LWP 3893))

  • #0 __kernel_vsyscall
  • #1 waitpid
    from /lib/libpthread.so.0
  • #2 g_cclosure_marshal_VOID__ENUM
    from /usr/lib/libgnomeui-2.so.0
  • #3 <signal handler called>
  • #4 ??
  • #5 nautilus_file_compare_for_sort
  • #6 fm_icon_view_compare_files
  • #7 ??
  • #8 ??
  • #9 g_cclosure_marshal_VOID__ENUM
    from /lib/libglib-2.0.so.0
  • #10 g_cclosure_marshal_VOID__ENUM
    from /lib/libglib-2.0.so.0
  • #11 g_cclosure_marshal_VOID__ENUM
    from /lib/libglib-2.0.so.0
  • #12 g_cclosure_marshal_VOID__ENUM
    from /lib/libglib-2.0.so.0
  • #13 g_cclosure_marshal_VOID__ENUM
    from /lib/libglib-2.0.so.0
  • #14 ??
  • #15 ??
  • #16 ??
  • #17 g_cclosure_marshal_VOID__VOID
    from /lib/libgobject-2.0.so.0
  • #18 g_closure_invoke
    from /lib/libgobject-2.0.so.0
  • #19 g_cclosure_marshal_VOID__ENUM
    from /lib/libgobject-2.0.so.0
  • #20 g_signal_emit_valist
    from /lib/libgobject-2.0.so.0
  • #21 g_signal_emit
    from /lib/libgobject-2.0.so.0
  • #22 nautilus_directory_emit_done_loading
  • #23 ??
  • #24 ??
  • #25 g_cclosure_marshal_VOID__ENUM
    from /usr/lib/libgnomevfs-2.so.0
  • #26 ??
  • #27 ??
  • #28 ??
  • #29 ??
  • #30 ??
  • #31 g_cclosure_marshal_VOID__ENUM
    from /lib/libglib-2.0.so.0
  • #32 g_cclosure_marshal_VOID__ENUM
    from /lib/libpthread.so.0
  • #33 ??
  • #34 g_cclosure_marshal_VOID__ENUM
    from /lib/libpthread.so.0
  • #35 ??
  • #36 ??
  • #37 g_cclosure_marshal_VOID__ENUM
    from /usr/lib/libgnomevfs-2.so.0
  • #38 ??
  • #39 ??
  • #40 ??
  • #41 g_slice_alloc
    from /lib/libglib-2.0.so.0
  • #0 __kernel_vsyscall


----------- .xsession-errors ---------------------
This can cause subtle evils like #48423
(nautilus:3893): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
(nautilus:3893): Gtk-CRITICAL **: gtk_label_set_label: assertion `str != NULL' failed
(nautilus:3893): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
(nautilus:3893): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
(nautilus:3893): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
(nautilus:3893): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
(nautilus:3893): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
--------------------------------------------------
Comment 1 Reinout van Schouwen 2007-07-24 21:29:18 UTC
Thanks for taking the time to report this bug.
This particular bug has already been reported into our bug tracking system, but the maintainers need more information to fix the bug. Could you please answer the questions in the other report in order to help the developers?


*** This bug has been marked as a duplicate of 445429 ***