The snap savedesktop is a backup tool. It backs up the current config of the desktop and imports it from the file. This app copies the files under .local, .config and some other DE specific folders in a tar file, which the user later can import and sync through local network(not to any internet drive). This also needs to logout the entire desktop to do proper restoration.
Thus the following plugs are necessary to be auto-connected.
The Store team decides what kind of vetting is required, and how to direct the requests. Let’s leave it to them to look into this and figure out the next step.
My opinion on this one is that dot-folders access, especially write access, is generally pretty sensitive/powerful and so perhaps this is best left as a manual connection and you could prompt & warn the user if the plug is not connected. I’ll give a tentative -1 auto-connecting dot-folders, but certainly other @reviewers are welcome to disagree.
The biggest problem is, even if we use portals to save to these folders, if we try to set the initial directory in the file dialog, it’ll show one such popup, which is the case in my app too, that requires access to .local/share/applications.
Well, if I may, I would like to give some suggestions on this:
Allow this to only open-source snaps(so that anyone can verify it)
Allow auto-connect only if the app upstream/developer confirms by showing their code that they don’t write to those folders directly.
With every new release, the maintainers must create a post in forum asking continuation of the autoconnection and if they don’t after a week, revoke the auto-connection. Thus, malicious changes done in new releases, can’t be pushed to the users.
Backup apps should be given some space. This app falls into that category as it takes backup of the current desktop. If an app can qualify even for the classic confinement, why not this.
Elaborating point - 2:
As I showed in my screenshot(it’s my WIP desktop file installer/editor app), even if I/devs use the portals to get the path, if they want to open up that path with Gtk.FileDialog::set_initial_folder or in flutter(my case) FilePicker/ FileSelector::setinitialDirectory, it’ll show that popup, No permission to folder .local/share/applications and the process will not complete, until the user clicks the okay button.
Else, in my app, I made it work, even without using the home plug.
@emitorino As per the Process for aliases, auto-connections and tracks the next step here would be for a reviewer or architect (not necessarily someone from the Store team) to tally the results and provide a short summary. In this specific scenario, the outcome would be a rejection of this request if the current voting remains unchanged.
I fully agree with @dclane, write access to dot-folders is very sensitive/powerful and we must be very cautious to grant it. Thus, I’ll also give a -1 to auto-connectdot-folders. However, considering the purpose of the snap I’ll support manually connectthe dot-folders interface, +1 from me.
