Privileged Interface for `calendar-tidy`

To make the review of your request easier, please use the following template to provide all the required details and also include any other information that may be relevant.


I’ve actually been using this snap for some time without this interface even defined in my snapcraft.yaml and it worked fine - I think because the file had already been created by a pre-snap version of the application.

Thanks! Jon

This request has been added to the queue for review by the @reviewers team.

+1 from me (#voteFor), this snap is the clear owner of this path so write access seems quite appropriate.

No, the reason that this works is because confined snaps simply point their HOME variable to SNAP_USER_DATA at runtime, so it will simply create and use $SNAP_USER_DATA/.config/calendar-tidy by default…

Using a personal-files interface like this to write to the real HOME is usually only relevant when you expect that a user switches from a non snapped version of the app to a snap one and you want to import the existing data… or if you expect other third party apps to access the config data in your homedir directly.

Normally putting the configuration in the snap specific folders is enough without the need for a personal-files interface

1 Like

Right, in this case I’m catering for cases where the config files already exist.

1 Like

Given the context, +1 (#voteFor) from me to auto-connect the personal-files interface for the calendar-tidy snap as requested.

+2 for, 0 against granting calendar-tidy auto-connection to the requested personal-files interface. The publisher is vetted. This is now live.

Next revision of the snap declaring the requested plug should pass automatic review. Please remember that according to the naming convention for personal-files interfaces, the plug should be named dot-config-calendar-tidy

1 Like

Great, thank you! Interface is already named accordingly. :slightly_smiling_face: