It blows my mind that people would consider snaps remotely usable when e.g. clicking "Home" in Nautilus does not lead a user to his/her actual home directory (did anyone ever actually store a file in the sandboxed home directory???) or when the user cannot access e.g. /tmp (where I routinely put a lot of stuff I temporarily use from virtually any other software).
It is hard to imagine a clearer example of buggy behaviour than this thing with the Home directory, as far as I'm concerned. I understand the appeal of using snaps from Canonical's side, but as they are, snaps are nowhere near good enough for end users and are the main reason I am considering switching away from Ubuntu after probably 10 years of continuous use. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to chromium-browser in Ubuntu. https://bugs.launchpad.net/bugs/1798450 Title: [snap] File dialogs show snap's home directory instead of user's Status in chromium-browser package in Ubuntu: Confirmed Status in libreoffice package in Ubuntu: Confirmed Bug description: How to reproduce: - Find a web page that has a file chooser, e.g. https://developer.mozilla.org/docs/Web/HTML/Element/input/file - Click the "Choose File" button - Click "Home" if you didn't start here - See that Chromium uses `/home/$USER/snap/chromium/500` as the home folder Expected behavior: The file picker should use the user's home folder, not the snap's, because everything else would be confusing for end users. Versions: snap 2.35.4+18.10 snapd 2.35.4+18.10 series 16 ubuntu 18.10 kernel 4.18.11-surface-linux-surface Chromium 70.0.3538.67 snap To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/chromium-browser/+bug/1798450/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
