Page 1 of 1

No deletions if smarttracking profile is not run for a while (1..2 weeks!?)

Posted: Mon Sep 29, 2025 6:29 am
by M_Meyer
Hi,
I have a PC that is only used from time to time.
When using it again after a while and Syncovery automatically runs smart tracking profiles, it does not perform deletions (done on another PC that is used more frequently), but instead copies the files back without any requested user interaction.
That causes a lot of work - files that should be deleted, but are now present again have to be identified and deleted.

Is this behaviour as designed?
After what time are deleted files ignored and copied back?
Can this be avoided (other than stopping automatically run in background or as service)?

Re: No deletions if smarttracking profile is not run for a while (1..2 weeks!?)

Posted: Mon Sep 29, 2025 6:51 pm
by tobias
In general, you should run syncs manually and study the Sync Preview in this use case. Do not run them automatically.

Syncovery will ask you if you still want to synchronize deletions even if the database is old.

However, under Special->Database, there is a checkmark to "Never consider the database outdated", which may help.

Re: No deletions if smarttracking profile is not run for a while (1..2 weeks!?)

Posted: Tue Sep 30, 2025 5:22 am
by M_Meyer
Okay, I will try the "Never consider the database outdated" checkmark.

When running the profiles manually, I already got the question if I still wanted to synchronize deletions even if the database was old.
So I expected to be asked in automatic mode, too - or keep the deleted files on one side only, indicating that deletions have not been performed.

After what time span is the database considered outdated?

Re: No deletions if smarttracking profile is not run for a while (1..2 weeks!?)

Posted: Tue Sep 30, 2025 8:58 am
by tobias
7 days for scheduled jobs

31 days for manual jobs (which have no schedule at all)

Re: No deletions if smarttracking profile is not run for a while (1..2 weeks!?)

Posted: Tue Sep 30, 2025 11:13 am
by M_Meyer
Okay, thanks!