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 134985 - nautilus crashing upon browsing smb:/// share and escaping the password screen
nautilus crashing upon browsing smb:/// share and escaping the password screen
Status: RESOLVED FIXED
Product: libgnomeui
Classification: Deprecated
Component: general
2.10.x
Other other
: High critical
: future
Assigned To: libgnomeui maintainers
Nautilus Maintainers
: 140945 141771 146063 153301 156291 159730 164273 164683 166324 166346 167201 167398 167683 168363 169917 170890 170915 300066 300562 301506 303252 305520 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-02-20 18:30 UTC by Ronald
Modified: 2005-05-28 12:54 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10


Attachments
One way to fix it (1.65 KB, patch)
2005-04-03 16:39 UTC, Martin Wehner
none Details | Review

Description Ronald 2004-02-20 18:30:47 UTC
Distribution: Debian testing/unstable
Package: nautilus
Severity: normal
Version: GNOME2.4.1 2.4.2
Gnome-Distributor: Debian
Synopsis: nautilus crashing upon browsing smb:/// share and escaping the password screen
Bugzilla-Product: nautilus
Bugzilla-Component: general
Bugzilla-Version: 2.4.2
BugBuddy-GnomeVersion: 2.0 (2.4.0.1)
Description:
Description of the crash:
nautilus crashed while browsing a windows 2003 samba share, and refusing
to enter a password (the password screen comes up a couple of times, it
crashed after the third escape)

Steps to reproduce the crash:
1. start nautilus
2. browse an smb:/// share on a win2k3 system
3. do not enter the password, hold escape instead

Expected Results:
should crash same as here

How often does this happen?
not entirely sure yet, incidental.

Additional Information:
none.


Debugging Information:

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

(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...[New Thread 1083796992 (LWP
1986)]
[New Thread 1087556528 (LWP 1997)]
[New Thread 1083796992 (LWP 1986)]
[New Thread 1087556528 (LWP 1997)]
[New Thread 1083796992 (LWP 1986)]
[New Thread 1087556528 (LWP 1997)]
(no debugging symbols found)...[New Thread 1087294384 (LWP 1996)]
(no debugging symbols found)...[New Thread 1087032240 (LWP 1995)]
(no debugging symbols found)...[New Thread 1085991856 (LWP 1990)]
(no debugging symbols found)...[New Thread 1085729712 (LWP 1989)]
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...0x41188411 in __waitpid_nocancel
() from /lib/tls/libpthread.so.0

Thread 1 (Thread 1083796992 (LWP 1986))

  • #0 __waitpid_nocancel
    from /lib/tls/libpthread.so.0
  • #1 libgnomeui_module_info_get
    from /usr/lib/libgnomeui-2.so.0
  • #2 <signal handler called>
  • #3 g_type_check_instance_is_a
    from /usr/lib/libgobject-2.0.so.0
  • #4 gtk_container_foreach
    from /usr/lib/libgtk-x11-2.0.so.0
  • #5 gtk_container_get_children
    from /usr/lib/libgtk-x11-2.0.so.0
  • #6 gtk_dialog_get_type
    from /usr/lib/libgtk-x11-2.0.so.0
  • #7 gtk_dialog_get_type
    from /usr/lib/libgtk-x11-2.0.so.0
  • #8 g_cclosure_marshal_VOID__VOID
    from /usr/lib/libgobject-2.0.so.0
  • #9 g_cclosure_new_swap
    from /usr/lib/libgobject-2.0.so.0
  • #10 g_closure_invoke
    from /usr/lib/libgobject-2.0.so.0
  • #11 g_signal_emit_by_name
    from /usr/lib/libgobject-2.0.so.0
  • #12 g_signal_emitv
    from /usr/lib/libgobject-2.0.so.0
  • #13 gtk_bin_get_child
    from /usr/lib/libgtk-x11-2.0.so.0
  • #14 gtk_binding_set_add_path
    from /usr/lib/libgtk-x11-2.0.so.0
  • #15 gtk_binding_set_add_path
    from /usr/lib/libgtk-x11-2.0.so.0
  • #16 _gtk_bindings_activate_event
    from /usr/lib/libgtk-x11-2.0.so.0
  • #17 gtk_widget_mnemonic_activate
    from /usr/lib/libgtk-x11-2.0.so.0
  • #18 _gtk_window_query_nonaccels
    from /usr/lib/libgtk-x11-2.0.so.0
  • #19 _gtk_marshal_BOOLEAN__BOXED
    from /usr/lib/libgtk-x11-2.0.so.0
  • #20 g_cclosure_new_swap
    from /usr/lib/libgobject-2.0.so.0
  • #21 g_closure_invoke
    from /usr/lib/libgobject-2.0.so.0
  • #22 g_signal_emit_by_name
    from /usr/lib/libgobject-2.0.so.0
  • #23 g_signal_emit_valist
    from /usr/lib/libgobject-2.0.so.0
  • #24 g_signal_emit
    from /usr/lib/libgobject-2.0.so.0
  • #25 gtk_widget_send_expose
    from /usr/lib/libgtk-x11-2.0.so.0
  • #26 gtk_propagate_event
    from /usr/lib/libgtk-x11-2.0.so.0
  • #27 gtk_main_do_event
    from /usr/lib/libgtk-x11-2.0.so.0
  • #28 _gdk_events_queue
    from /usr/lib/libgdk-x11-2.0.so.0
  • #29 unblock_source
    from /usr/lib/libglib-2.0.so.0
  • #30 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #31 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #32 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #33 gtk_main
    from /usr/lib/libgtk-x11-2.0.so.0
  • #34 ??
  • #35 ??
  • #36 ??
  • #37 ??
  • #38 ??
  • #0 __waitpid_nocancel
    from /lib/tls/libpthread.so.0




------- Bug moved to this database by unknown@bugzilla.gnome.org 2004-02-20 13:30 -------

Unknown version 2.4.2 in product nautilus. Setting version to the default, "unspecified".
The original reporter (yonie@tiscali.nl) of this bug does not have an account here.
Reassigning to the exporter, unknown@bugzilla.gnome.org.
Reassigning to the default owner of the component, nautilus-maint@bugzilla.gnome.org.

Comment 1 Matthew Gatto 2004-02-21 01:31:37 UTC
Thanks for the bug report. Does debian have debug packages yet for
gnome? It would be really helpful if you could get a stacktrace with
debugging symbols: http://bugzilla.gnome.org/getting-traces.cgi

Also, what exactly do you mean when you say it happens "incidentally"?
Is this a first time occurence? Is it reproduceable?
Comment 2 Ronald 2004-02-21 20:58:40 UTC
im sorry, but i couldnt find a debug package and id rather not compile
things myself.

the bug seems to occur every time when i try to reproduce it. i was
not entirely correct when i first wrote down the steps to reproduce.
the correct way to get this segfault is:

1. share a folder with a lot of files and folders on a win2003
machine. set folder to be only visible to some user account.
2. start nautilus --nodesktop (im running xfce)
3. go to smb:///workgroup
4. doubleclick on the win2003 server
5. enter your account's username and password. you will now see the
shares.
6. doubleclick the share made in step one
7. it will ask for your userid and password again. also enter these here.
8. when youve entered the account data, you'll see the window cleaning
up the shares (as if it is about to display the share's contents), but
another password window will appear. Cancel this one by pressing Escape.
9. nautilus will now segfault.

This happens every time i try it this way. Hope this helps.
Comment 3 Alexander Larsson 2004-02-25 10:14:11 UTC
This is likely fixed in gnome-vfs 2.5.x.
Comment 4 Martin Wehner 2004-04-24 18:02:56 UTC
*** Bug 140945 has been marked as a duplicate of this bug. ***
Comment 5 Matthew Gatto 2004-05-08 03:55:19 UTC
changing to FIXED based on alexl's comment and based on my experience so far
with gnome-2.6. reopen if it can be reproduced on gnome-2.6 or better.
Comment 6 Matthew Gatto 2004-05-08 04:28:19 UTC
*** Bug 141771 has been marked as a duplicate of this bug. ***
Comment 7 Vincent Noel 2004-08-20 20:18:44 UTC
*** Bug 146063 has been marked as a duplicate of this bug. ***
Comment 8 Elijah Newren 2005-01-16 21:26:11 UTC
*** Bug 164273 has been marked as a duplicate of this bug. ***
Comment 9 Elijah Newren 2005-01-16 21:27:06 UTC
Both bug 146063 and bug 164273 were using gnome 2.6.x, so I'm reopening.
Comment 10 Elijah Newren 2005-01-20 13:59:51 UTC
*** Bug 164683 has been marked as a duplicate of this bug. ***
Comment 11 Elijah Newren 2005-02-04 22:17:39 UTC
*** Bug 166324 has been marked as a duplicate of this bug. ***
Comment 12 Sebastien Bacher 2005-02-05 09:54:22 UTC
*** Bug 166346 has been marked as a duplicate of this bug. ***
Comment 13 Sebastien Bacher 2005-02-12 22:28:55 UTC
*** Bug 167201 has been marked as a duplicate of this bug. ***
Comment 14 Elijah Newren 2005-02-15 00:24:54 UTC
*** Bug 167398 has been marked as a duplicate of this bug. ***
Comment 15 Elijah Newren 2005-02-17 16:58:30 UTC
*** Bug 167683 has been marked as a duplicate of this bug. ***
Comment 16 Elijah Newren 2005-02-24 14:54:03 UTC
*** Bug 168363 has been marked as a duplicate of this bug. ***
Comment 17 Elijah Newren 2005-03-19 18:31:14 UTC
*** Bug 170915 has been marked as a duplicate of this bug. ***
Comment 18 Sebastien Bacher 2005-03-27 15:58:26 UTC
the bug has duplicate with nautilus 2.10, updating
Comment 19 Martin Wehner 2005-04-03 16:20:31 UTC
This is a libgnomeui issue, reassigning.
Comment 20 Martin Wehner 2005-04-03 16:39:48 UTC
Created attachment 39637 [details] [review]
One way to fix it

The current close event handler will simply destroy the widget. But later on
GtkDialog tries to synthesize a close button event on the destroyed widget,
sometimes crashing in the process.
When the close event handler is removed, it'll destroy the dialog via the
button_clicked callback when pressing escape (and handle it the same way as a
click on cancel).
Comment 21 Christian Kirbach 2005-04-11 07:20:03 UTC
*** Bug 300066 has been marked as a duplicate of this bug. ***
Comment 22 Christian Kirbach 2005-04-11 07:20:21 UTC
*** Bug 170890 has been marked as a duplicate of this bug. ***
Comment 23 Martin Wehner 2005-04-14 21:04:36 UTC
*** Bug 300562 has been marked as a duplicate of this bug. ***
Comment 24 Kjartan Maraas 2005-04-22 13:04:26 UTC
*** Bug 301506 has been marked as a duplicate of this bug. ***
Comment 25 Elijah Newren 2005-05-06 16:52:56 UTC
*** Bug 303252 has been marked as a duplicate of this bug. ***
Comment 26 Martin Wehner 2005-05-10 19:04:38 UTC
Balamurali filed basically the same patch (before me) at bug 169917.
Comment 27 Martin Wehner 2005-05-10 19:06:15 UTC
*** Bug 153301 has been marked as a duplicate of this bug. ***
Comment 28 Kjartan Maraas 2005-05-10 21:11:29 UTC
*** Bug 169917 has been marked as a duplicate of this bug. ***
Comment 29 Kjartan Maraas 2005-05-10 21:17:35 UTC
Commited to both branches. Thanks a lot.
Comment 30 Martin Wehner 2005-05-22 19:36:57 UTC
*** Bug 159730 has been marked as a duplicate of this bug. ***
Comment 31 Christian Kirbach 2005-05-23 17:01:58 UTC
*** Bug 156291 has been marked as a duplicate of this bug. ***
Comment 32 Sebastien Bacher 2005-05-28 12:54:41 UTC
*** Bug 305520 has been marked as a duplicate of this bug. ***