Advanced file manager for Linux written in Vala. Supports multiple panes (single, dual, quad) with multiple tabs in each pane. Supports archive creation, extraction and browsing. Support for cloud storage; running and managing KVM images, modifying PDF documents and image files, booting ISO files in KVM, and writing ISO files to USB drives.
Describe the bug
GVFS required to be built with fuse support otherwise the actual path /run/user/$UID/gvfs/ does not exist. Nautilus by default can handle this scenario.
To Reproduce
Steps to reproduce the behavior:
Go to 'File'
Click on 'Connect to server'
Select Samba / Windows Share
Enter in Server, Username, Password, & Share. Click Connect
Pop-Up box says "Failed to Connect"
If you retry the same process you will get that the location is already mounted, (which it is)
Attempting to view smb://server/test/ entering via the path as well will result in a blank screen displayed.
Expected behavior
The browser to correctly query the samba location
System:
Gentoo
i3wm, with all of the Gnome packages installed
Polo v18.8-beta
gvfs v1.40.2
Fix
On Gentoo gvfs does not get built with fuse support (unless you specify it). So the user needs to rebuild with fuse useflag enabled.
Extra Thoughts
As this is a weekend project, I think a quick fix for Polo would be to handle the missing location of /run/user/$UID/gvfs/ and notifying the user. As it still technically does perform the mount correctly via gio (you can even query it via gio list smb://server/test) but because the gvfs location does not exist it still fails.
The following could be added to the Installation wiki possibly?:
Gentoo - requires gvfs to be built with fuse useflag otherwise samba (and possibly other remote connections) will not work as desired.
I see you already have a section regarding gvfs-mount as part of the Remote Locations page. This lead me to needing the fuse useflag
Debug Log If that tickles' your fancy
Debug log of what happens without gvfs built with fuse.
Describe the bug GVFS required to be built with fuse support otherwise the actual path
/run/user/$UID/gvfs/
does not exist. Nautilus by default can handle this scenario.To Reproduce Steps to reproduce the behavior:
If you retry the same process you will get that the location is already mounted, (which it is) Attempting to view
smb://server/test/
entering via the path as well will result in a blank screen displayed.Expected behavior The browser to correctly query the samba location
System:
Fix On Gentoo
gvfs
does not get built with fuse support (unless you specify it). So the user needs to rebuild with fuse useflag enabled.Extra Thoughts As this is a weekend project, I think a quick fix for Polo would be to handle the missing location of
/run/user/$UID/gvfs/
and notifying the user. As it still technically does perform the mount correctly viagio
(you can even query it viagio list smb://server/test
) but because thegvfs
location does not exist it still fails.The following could be added to the Installation wiki possibly?: Gentoo - requires gvfs to be built with fuse useflag otherwise samba (and possibly other remote connections) will not work as desired.
I see you already have a section regarding
gvfs-mount
as part of the Remote Locations page. This lead me to needing the fuse useflagDebug Log If that tickles' your fancy
Debug log of what happens without gvfs built with fuse.
If you read this far, thanks for the great app.