panel hangs while opening a network place from the menu

[Vincenzo Ciancia]

I try (by mistake) to open my office machine ftp server, which I bookmarked in nautilus, using the "resources" menu, while being at home. It's firewalled hence something blocks and I cannot use all my panels, I can't cancel the operation, I must wait for timeout and that's bad. This is not a problem in nautilus because if I do the same from nautilus bookmarks the only blocked folder is the one opening the remote server, and I can cancel the operation. BTW nautilus has other bugs that prevent using ftp servers many times, but this is not related to the problem I report here.

[Sebastien Bacher (seb128)]

Thanks for your bug. I've forwarded it upstream: http://bugzilla.gnome.org/show_bug.cgi?id=368309

[Sitsofe Wheeler (sitsofe)]

This sounds similar to the "fixed" Bug #32873

[Sebastien Bacher (seb128)]

do you still have that bug?

[Vincenzo Ciancia (vincenzo-ml)]

I would really like to test this, but, I don't know why and how, if I open a ftp bookmark from the "resources" menu, firefox is launched. If I click on the bookmark inside nautilus, it is correctly opened inside the nautilus window. Do you know how to restore the standard behavior?

[Vincenzo Ciancia (vincenzo-ml)]

I have another machine which does not have the above "firefox starts instead of nautilus" problem, and I am able to confirm that the bug is still there. I could have tested this earlier, I forgot about the problem, sorry.

The linked bug in the gnome BTS is not rejected, there seems to be a bug in launchpad since here in this page it says

product gnome-panel (upstream) __Rejected__ Unknown Linked to gnome-bugs #326835"

I can provide more information if you tell me what you need. The panel "unhangs" after a typical network timeout as I would expect.

I also tried to change /desktop/gnome/interface/file_chooser_backend from 'gnome_vfs' to 'gtk+' in gconf-editor but it changed nothing, this seems to confirm that bug #32873 has nothing to do with this one.

[Vincenzo Ciancia (vincenzo-ml)]

I can add that, after the timeout, a dialog window pops up, saying that there was an "unknown error code: 46" (I translate this from italian, might be a little different in english).

[Sebastien Bacher (seb128)]

Could you get a backtrace (https://wiki.ubuntu.com/Backtrace) from gnome-panel when it's hanging?

[Vincenzo Ciancia (vincenzo-ml)]

Maybe recent updates improved things: it just hangs for a small while if it is going to ask a password (using the gnome keyring) - it still does not display any progress information or wether the connection is in progress, but it does not lock up anymore in feisty.

[Sebastien Bacher (seb128)]

do you consider the bug fixed then?

[Vincenzo Ciancia (vincenzo-ml)]

Well, the gnome-panel part of responsibility ends here so I consider the bug fixed.

[Sebastien Bacher (seb128)]

Thank you for the update, marking fixed then