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 459410 - 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:43 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:43:10 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: 82632704 vsize: 82632704 resident: 21651456 share: 11964416 rss: 21651456 rss_rlim: 4294967295
CPU usage: start_time: 1185165922 rtime: 172 utime: 160 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 -1208736032 (LWP 3857)]
(no debugging symbols found)
0x002d5402 in __kernel_vsyscall ()

Thread 1 (Thread -1208736032 (LWP 3857))

  • #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:3857): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
(nautilus:3857): Gtk-CRITICAL **: gtk_label_set_label: assertion `str != NULL' failed
(nautilus:3857): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
(nautilus:3857): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
(nautilus:3857): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
(nautilus:3857): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
(nautilus:3857): GLib-CRITICAL **: g_filename_display_basename: assertion `filename != NULL' failed
--------------------------------------------------
Comment 1 Reinout van Schouwen 2007-07-24 21:29:08 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 ***