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 112223 - crashes when viewing an image and renaming it in a terminal
crashes when viewing an image and renaming it in a terminal
Status: RESOLVED FIXED
Product: eog
Classification: Core
Component: collection
git master
Other Linux
: High critical
: ---
Assigned To: EOG Maintainers
EOG Maintainers
: 307556 (view as bug list)
Depends on: 310463
Blocks:
 
 
Reported: 2003-05-04 18:05 UTC by Marius Andreiana
Modified: 2005-07-15 11:27 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Marius Andreiana 2003-05-04 18:05:47 UTC
1. view an image in nautilus ( double-click on it, not thumbnails ).
2. rename that image in a terminal
3. see nautilus window dissapear ( crash )

Using red hat linux 9.
Comment 1 Michiel Sikkes 2003-05-04 20:03:36 UTC
Thanks for the bug report. Without a stack trace from the crash it's
very hard to determine what caused the crash. Please see
http://bugzilla.gnome.org/getting-traces.cgi for more information
about getting a useful stack trace.

Added keyword GNOMEVER2.2.
Comment 2 Marius Andreiana 2003-05-05 20:02:07 UTC
I don't have nautilus compiled with debugging symbols. Plus, when
launched with strace ( or gdb ), it will exit normally when the window
is displayed.

This is 100% reproductible on a redhat 9 system, as described above.
Comment 3 mwehner 2003-10-12 01:49:52 UTC
I can't reproduce with 2.4.0.

Can you still reproduce it, Marius?
Comment 4 Marius Andreiana 2003-10-12 10:57:31 UTC
Yes, nautilus 2.4.0 on fedora core test 2.
I've tried with a .txt file (view as text in nautilus), the same
problem. So might have something to do with nautilus-fam integration.

Should I report this to Red Hat?
Comment 5 Kjartan Maraas 2003-10-28 23:00:56 UTC
Still seeing this when I rename a file and then press "Update" in the
nautilus window. It's not crashing, just closing the window.
Comment 6 Luis Villa 2004-02-19 14:22:50 UTC
Marking this up based on Kjartan's comment. I can't duplicate ATM,
though; am asking #bugs to look at duplicating it.
Comment 7 Theodore Randall 2004-02-19 20:13:55 UTC
Closing, only one person has reported this bug, i believe Kjartan is
referring to a new bug in nautilus.
Comment 8 Kjartan Maraas 2004-02-21 09:35:39 UTC
What's the point in closing it? It's there in 2.5.x latest too.
Renaming a file which is shown by the image collection view makes it
crash/error out when pressing ctrl+r two times. I get an error dialog
and after that I can press ctrl+r again to get the images back.
Comment 9 Kjartan Maraas 2004-02-21 09:38:18 UTC
Program received signal SIGTRAP, Trace/breakpoint trap.

Thread NaN (LWP 31403)

  • #0 g_logv
  • #1 g_log
  • #2 model_prepared
    at eog-wrap-list.c line 850
  • #3 g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #4 g_closure_invoke
    at gclosure.c line 437
  • #5 signal_emit_unlocked_R
    at gsignal.c line 2436
  • #6 g_signal_emit_valist
    at gsignal.c line 2195
  • #7 g_signal_emit
    at gsignal.c line 2239
  • #8 real_dir_loading
    at eog-image-list.c line 403
  • #5 signal_emit_unlocked_R
    at gsignal.c line 2436
  • #6 g_signal_emit_valist
    at gsignal.c line 2195
  • #7 g_signal_emit
    at gsignal.c line 2239
  • #8 real_dir_loading
    at eog-image-list.c line 403
  • #9 g_idle_dispatch
    at gmain.c line 3537
  • #10 g_main_dispatch
    at gmain.c line 1752
  • #11 g_main_context_dispatch
    at gmain.c line 2296
  • #12 g_main_context_iterate
    at gmain.c line 2377
  • #13 g_main_loop_run
    at gmain.c line 2597
  • #14 bonobo_main
    at bonobo-main.c line 297
  • #15 bonobo_generic_factory_main_timeout
    at bonobo-generic-factory.c line 384
  • #16 main
    at main.c line 73

We should probably move this to eog.
Comment 10 Michael Henson 2004-09-29 04:53:10 UTC
Just tested this on current eog and nautilus and it's still an issue. Here's my
stack trace.

Backtrace was generated from '/home/mike-unstable/sys-gnome-cvs/bin/nautilus'

Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -150904704 (LWP 2096)]
[New Thread 15719344 (LWP 8325)]
[Thread debugging using libthread_db enabled]
[New Thread -150904704 (LWP 2096)]
[New Thread 15719344 (LWP 8325)]
[Thread debugging using libthread_db enabled]
[New Thread -150904704 (LWP 2096)]
[New Thread 15719344 (LWP 8325)]
[New Thread 13437872 (LWP 2104)]
[New Thread 9878448 (LWP 2103)]
[New Thread 123120560 (LWP 2097)]
0x00507402 in ?? ()

Thread 1 (Thread -150904704 (LWP 2096))

  • #0 ??
  • #1 __waitpid_nocancel
    from /lib/tls/libpthread.so.0
  • #2 libgnomeui_segv_handle
    at gnome-ui-init.c line 741
  • #3 <signal handler called>
  • #4 create_view_as_menu_item
    at nautilus-navigation-window.c line 607
  • #5 load_view_as_menu
    at nautilus-navigation-window.c line 653
  • #6 load_view_as_menus_callback
    at nautilus-window.c line 1064
  • #7 ready_callback_call
    at nautilus-directory-async.c line 1262
  • #8 call_ready_callbacks
    at nautilus-directory-async.c line 1891
  • #9 nautilus_directory_async_state_changed
    at nautilus-directory-async.c line 3426
  • #10 mime_list_callback
    at nautilus-directory-async.c line 2582
  • #11 dispatch_load_directory_callback
    at gnome-vfs-job.c line 237
  • #12 dispatch_job_callback
    at gnome-vfs-job.c line 562
  • #13 g_idle_dispatch
    at gmain.c line 3803
  • #14 g_main_dispatch
    at gmain.c line 1943
  • #15 IA__g_main_context_dispatch
    at gmain.c line 2493
  • #16 g_main_context_iterate
    at gmain.c line 2574
  • #17 IA__g_main_loop_run
    at gmain.c line 2778
  • #18 IA__gtk_main
    at gtkmain.c line 918
  • #19 main
    at nautilus-main.c line 332
  • #0 ??

Comment 11 Khasim Shaheed 2004-12-16 04:29:17 UTC
i could not able to reproduce it on GNOME 2.9(head). It seems to be fixed.
Comment 12 Elijah Newren 2004-12-17 15:58:45 UTC
Khasim: Martin and Luis were apparently not able to reproduce under previous
versions, so it's hard to tell if it is fixed unless you were also able to get
this bug with a previous version.  Is that the case?
Comment 13 Khasim Shaheed 2004-12-20 04:10:19 UTC
Yes you are right, i haven't tried with the previous version.
Comment 14 Sebastien Bacher 2005-06-13 20:38:25 UTC
*** Bug 307556 has been marked as a duplicate of this bug. ***
Comment 15 Philip Van Hoof 2005-07-15 11:26:16 UTC
Bug 310463 will for sure fix this. And if this bug still happens, then I would
have seen it during the implementation for Bug 310463. Therefore I'm closing
this one.