gnome-shell-extension-gsconnect icon indicating copy to clipboard operation
gnome-shell-extension-gsconnect copied to clipboard

Can't Mount

Open bennypowers opened this issue 2 years ago • 3 comments

Describe the bug

Clicking "Mount" in GSConnect GNOME panel menu has no effect.

Steps to reproduce

Open Settings Panel Open GSConnect disclosure widget click "Mount"

Expected behavior

FS mounts

GSConnect version

54

Installed from

GNOME Extensions website

GNOME Shell version

43

Linux distribution/release

Fedora 37

Paired device(s)

OnePlus Nord CE2

KDE Connect app version

1.22.1

Plugin(s)

No response

Support log

Jan 30 10:50:15 gjs[85488]: JS ERROR: IV2201: Gio.IOErrorEnum: Connection failed
                            _handleMount/</<@/home/bennyp/.local/share/gnome-shell/extensions/[email protected]/service/plugins/sftp.js:253:38
                            @/home/bennyp/.local/share/gnome-shell/extensions/[email protected]/service/daemon.js:727:17

Screenshots

No response

Notes

No response

bennypowers avatar Jan 30 '23 08:01 bennypowers

My question is the same as him.

wonderfulyeah avatar Feb 09 '23 02:02 wonderfulyeah

https://invent.kde.org/network/kdeconnect-kde/-/commit/204207f2e66e87e7696ff1c98d70ce41b3e2d396

realKarthikNair avatar Feb 11 '23 13:02 realKarthikNair

Yes, this is likely the same as #1203.

With mounting effectively broken, there should really be a warning in the app to reduce frustration, let alone all these duplicate issues being raised.

GSConnect is capable of detecting when mounting fails, even if it doesn't know the exact reason.

            await new Promise((resolve, reject) => {
                file.mount_enclosing_volume(0, op, null, (file, res) => {
                    try {
                        resolve(file.mount_enclosing_volume_finish(res));
                    } catch (e) {

So, instead of failing silently:

  • It should notify the user that mounting has failed, making sure to include the exact GIOError returned, so people can search online for clues, if they want (without needing to first trawl through syslog).
  • Considering the great likelihood that "Connection Failed" (in this context) is caused by the SSH-RSA issue, GSConnect can simultaneously suggest that users check out #1203 for a workaround.

Something along lines of The mount failure *may* have been caused by #1203. Please check that page for a workaround.

brianrho avatar Mar 11 '23 05:03 brianrho

Closing as a duplicate of #1203.

andyholmes avatar Mar 02 '24 00:03 andyholmes