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 459427 - 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 05:41 UTC by tinhtinhtu
Modified: 2007-07-24 21:39 UTC
See Also:
GNOME target: ---
GNOME version: 2.17/2.18



Description tinhtinhtu 2007-07-23 05:41:47 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: 81035264 vsize: 81035264 resident: 20717568 share: 11907072 rss: 20717568 rss_rlim: 4294967295
CPU usage: start_time: 1185169448 rtime: 168 utime: 155 stime: 13 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 -1208756512 (LWP 6275)]
(no debugging symbols found)
0x00472402 in __kernel_vsyscall ()

Thread 1 (Thread -1208756512 (LWP 6275))

  • #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:6275): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
(nautilus:6275): Gtk-CRITICAL **: gtk_label_set_label: assertion `str != NULL' failed
(nautilus:6275): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
(nautilus:6275): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
(nautilus:6275): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
(nautilus:6275): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
(nautilus:6275): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
--------------------------------------------------
Comment 1 Reinout van Schouwen 2007-07-24 21:39:00 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


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