Bug 545244

Summary: gnome-panel blocks waiting for inaccessible network location
Product: [Fedora] Fedora Reporter: James <james>
Component: gnome-panelAssignee: Ray Strode [halfline] <rstrode>
Status: CLOSED CANTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 14CC: purpleidea, rstrode
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-05-08 23:36:18 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description James 2009-12-07 23:06:09 UTC
Description of problem:
gnome-panel will freeze if one attempts to open a network location (e.g. a mounted gvfs-sftp share) that is currently unavailable. Eventually it recovers, and displays a message:

"DBus error org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken."

but not until after many seconds have passed, during which time the panel menu is unusable.

Version-Release number of selected component (if applicable):
gnome-panel-2.28.0-15.fc12.x86_64

How reproducible:
Always.

Steps to Reproduce:
1. Mount a remote SFTP share via the GNOME infrastructure.
2. Kill the connection to that resource (don't unmount).
3. Open the location in the Places menu
  
Actual results:
Panel blocks.

Expected results:
Panel instantly resumes operation. Network location opened asynchronously, and a desktop robust to network interruptions.

Comment 1 James 2010-02-23 21:39:51 UTC
Were it not for console switching, this bug can hang up an entire desktop for some time if GNOME Panel blocks while one of its menus is still holding the mouse grab (sure there's a better way than the grab, causes so much trouble...).

Comment 2 James 2010-10-26 12:22:59 UTC
Still present with gnome-panel-2.30.0-4.fc13.x86_64.

Comment 3 James 2010-11-09 21:57:53 UTC
Still broken in GNOME 2.32, gnome-panel-2.32.0.2-2.fc14.x86_64

Comment 4 purpleidea 2011-01-26 21:04:14 UTC
I think this affects me too, however I never see any error messages.

Comment 5 James 2012-05-08 23:36:18 UTC
Closing as gnome-panel no longer present in Fedora.