20.4 - ssh/sftp - bookmark not working
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GNOME Panel |
Fix Released
|
Unknown
|
|||
gnome-panel (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Focal |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[Impact]
Users cannot open remote filesystems by clicking bookmarks in gnome-panel (Places menu or its "Recent documents" submenu).
This is fixed by calling g_file_
[Test Case]
- install gnome-session-
- open nautilus
- access a remote filesystem (e.g. ssh://192.168.0.x - server with sftp enabled in lan) by pressing Ctrl-L to show address bar and inserting the address
- create a bookmark for it by opening Nautilus context menu and clicking "Add to Bookmarks"
- unmount the share
- click on bookmark in gnome-panel Places menu
[Regression Potential]
This bug itself is a regression from previous releases, e.g. in Ubuntu 18.04 it worked fine.
Most of the new code is executed within the "if (g_error_matches (error, G_IO_ERROR, G_IO_ERROR_
The only change outside that block is factoring out the launch_
In any case, the potential regressions would be limited to handling items in the Places menu.
[Other Info]
Upstream fix (in gnome-3-36 branch): <https:/
affects: | nautilus (Ubuntu) → gnome-panel (Ubuntu) |
Changed in gnome-panel (Ubuntu): | |
status: | Incomplete → New |
description: | updated |
Changed in gnome-panel: | |
status: | Unknown → Fix Released |
Thank you for your bug report.
To display the address bar you can simple do Ctrl-L
On the bookmark not working, does it make a difference if you try from a normal GNOME session? Could you nautilus -q and then start nautilus manually and see if it displays any error? Could you also include the journal log when trying?