-
-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Better selection of backup location #101
Comments
This also affects the other apps, it's just that the calendar is where it is most urgent for me. |
Actually, it seems to be a bug. I have no problem with adding a subdirectory and setting backup there. Can you add details about your phone model and OS version? Please also check if you can do this in other paths, not managed by Syncthing. |
On Wed 24 Jan 2024 13:29:52, Agnieszka C wrote:
Actually, it seems to be a bug. I have no problem with adding a subdirectory and setting backup there. Can you add details about your phone model and OS version?
Android 14 (GrapheneOS), Pixel 5
Please also check if you can do this in other paths, not managed by Syncthing.
I can not. I'll provide a screencast, maybe that helps with illustrating :)
…--
Moritz Poldrack
https://moritz.sh
Official sponsor of the letter @
For office use only.
|
Here's the promised screencast. Unfortunately too large for GitHub: https://0x0.st/HGpU.mp4 |
This might be related to some hardening done by Graphene… I'll poke around in the settings a bit. |
Couldn't find anything I could toggle. Since one has to grant access manually anyways, why not just use the system prompt, though? |
@mpldr
I agree. This needs to be reworked using SAF directly so the users can pick whatever directory they want. In your particular case, as a workaround, I think you can tinker around with storage scopes to grant Fossify Calendar access to the |
I tested it on GrapheneOS and I could select the following directories as a location for automatic backups: However, I couldn't select any other existing directory.
Storage Scopes can only be used when an app requests file permissions. As this is not the case with Fossify Calendar storage scopes are not available for this app in GrapheneOS. |
Since this issue seems to be specific to GrapheneOS, how about adapting the title to include that information? |
While the specific issue that prompted the suggestion is specific to GrapheneOS, the suggestion itself very much isn't. I do think it would overall help very much with focussing development efforts to not maintain a file picker when one is already provided by the OS. |
It might be an idea to move this issue to common though, as it also happens with the other apps. |
Your file picker doesn't see my other "volume" created with Anemo app. Please turn to another file picker or repair this one. |
On Wed 29 May 2024 04:43:00, serrq wrote:
Please turn to another file picker or repair this one.
Personally, I'd prefer using the one integrated into the system.
…--
Moritz Poldrack
https://moritz.sh
Keep out of the sunlight.
|
Yes, it is called SAF if I don't wrong. |
I'm also running into this, it definitely seems ideal to simply use the system file picker |
Closing in favor of general bug report for all apps: FossifyOrg/General-Discussion#211. |
Checklist
Feature description
When selecting a backup-location it is not possible to just add an existing directory to the storage locations.
As an example, I want my Backups in
/storage/emulated/0/Backups/Calendar/
./storage/emulated/0/Backups/
already exists. I now can't add the subdirectory, as I simply can not select it.Why do you want this feature?
I am backing up my stuff with syncthing and, for this purpose, have the aptly named
Backup
directory, where all the backups are stored and then synchronised with my other devices.Additional information
No response
The text was updated successfully, but these errors were encountered: