Skip to content
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

When importing settings don't restore database, but restore .stfolder and .stignore #1119

Open
bege10 opened this issue Jul 28, 2024 · 0 comments

Comments

@bege10
Copy link

bege10 commented Jul 28, 2024

Description of the issue

When I import the previously exported Syncthing settings to a re-installed device - in this case an Android phone with a new custom ROM - .stfolder and .stignore (https://forum.syncthing.net/t/option-to-restore-ignore-patterns/20626) are missing. Additionally, Syncthing deletes files in these folders on all connected devices because the imported database contains file entries in these folders and now they are missing on the re-installed device (false assumption they were deleted).
There is another issue with the database also (https://forum.syncthing.net/t/39-not-synced-elements-0b/22488).
I reported this in the Syncthing forum already https://forum.syncthing.net/t/feature-to-restore-syncthing-on-a-re-installed-device/22500/6 and there it was said that the original Android version does not export and import the database.

Therefore I ask for a feature to more or less automatically restore the Syncthing configuration on a re-installed device to prevent errors and data loss:

  • don't import database
  • create .stfolder
  • create .stignore

Reproduction Steps

Version Information

  • App Version: 1.27.7.0
  • Syncthing Version: v1.27.7
  • Android Version: Android /e/OS 2.2
  • Device manufacturer: Shiftphones/Fairphone
  • Device model: Shift6mq/FP3

Device platform info

Android Log

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant