Need to Restart to get New Files to Backup

[TonyK1321]

Hello - If I do a Synchronize Update on a folder the first time after I start FFS, it catches all files that need to be backed-up. But then, without closing FFS, I create a new file in that folder from another program, then do a Synchronize Update, it does not find the new file and does not do a backup. But if I close FFS then restart it, then do the Synchronize Update, then it catches that new file as it should. Is this a bug?
Thanks,
Tony

[xCSxXenon]

When you first open FFS, clicking synchronize also runs a comparison, since there are no queued actions. After that, it doesn't do this and acts on the remaining queued actions, which are none in this case. You have to run a comparison first on subsequent runs

[TonyK1321]

How about creating a setting to optionally do the comparison anytime you start a backup? Or, if not, then I will continue to quit the program then restart it every time.

[xCSxXenon]

I am not the dev, so I can't make that decision lol
My thoughts: If the queued actions is empty, AKA, everything is in-sync, clicking synchronize runs a comparison. Otherwise, if there are any actions still to be taken, then it just syncs based on the current queue.
Also begs the question, how often are you encountering this scenario and why?

[TonyK1321]

I need to run 2 or 3 different backups in sequence or FFS gets confused or the backup does not happen. I initially run a browser backup to get things into my E: backup folder from 2 browsers, then I do a backup from E: to F: that includes the Backup folder. If I combined them into 1 backup job, FFS does not do the sequence correctly since I'm updating a folder after it did its initial scan. So it is easier to run them as separate backup jobs. Also if I keep the program open, and create another file that falls within the E->F backup set, then I just have to remember to quit the program then restart it in order for FFS to find that new file to backup.

[xCSxXenon]

Ah, yes, the 2-stage A->B->C sync. I have had many of those because it is simply easier than adding more folder pairs and dealing with filters. I eventually did take the time to do this in my configuration so I wouldn't have to double-sync, but completely understand avoiding that work lol
Is it not quicker to just click the compare button than it is to close FFS and re-open?

[TonyK1321]

I'll try it, but with Win11 and a fast HDD and CPU, it takes no time to do.

[TonyK1321]

As an idea, it would be helpful if FFS ran some sort of analysis on the folders to be updated, and did them in an order that ensured all transfers happened in one run.

[xCSxXenon]

I'll try it, but with Win11 and a fast HDD and CPU, it takes no time to do.

Clicking compare on an already open program is 100% guaranteed to be faster than closing and reopening the program. The comparison needs to run either way, reopening just takes an extra click