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 615146 - unhelpful message that "the underlying process died" when connection is dropped
unhelpful message that "the underlying process died" when connection is dropped
Status: RESOLVED FIXED
Product: gvfs
Classification: Core
Component: sftp backend
1.6.x
Other Linux
: Normal normal
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2010-04-08 06:52 UTC by freggy1
Modified: 2014-06-05 20:31 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
sftp: Reword connection closed error message (1.17 KB, patch)
2014-05-31 09:44 UTC, Ross Lagerwall
committed Details | Review

Description freggy1 2010-04-08 06:52:40 UTC
When resuming a suspended system, and clicking on an SFTP network connection in the GNOME Places menu which was established before suspension, an error "The underlying process died" pops up. Then the SFTP connection disappears from the Places menu and the user is not connected, and needs to reconnect manually to be able to view the SFTP share.

The error message is totally uninformative to the user and nothing is done to help him to view the contents of the share. Instead of showing this error, the connection should be re-established automatically, so that the contents of the directory is shown to the user, which is what he asked in the first place.
Comment 1 Ross Lagerwall 2014-05-31 09:44:53 UTC
Created attachment 277613 [details] [review]
sftp: Reword connection closed error message

Emphasize the fact that the SSH process dying is likely due to the
network connection closing.
Comment 2 Ross Lagerwall 2014-05-31 09:51:33 UTC
The attached patch rewords the error message to say that the connection is closed.

Unfortunately it is not practical from a gvfs perspective to automatically reconnect since this could require authentication which in turn needs to be handled at the application level. To keep things simpler, the architecture of GIO/GVFS is that authentication is handled when mounting. It could be possible to make the application retry failed mounts automatically.
Comment 3 Ondrej Holy 2014-06-05 11:58:11 UTC
Review of attachment 277613 [details] [review]:

It makes sense, thanks.
Comment 4 Ross Lagerwall 2014-06-05 20:31:21 UTC
Pushed to master as e0e8e9f440a30a93a88698b19e1909b54bcee3c5. Thanks for the review!