When I attempted to restore tab groups, STG appended the backed-up tabs to the existing tab list rather than replacing the list. Tab group names were repeated. This happened a few times, resulting in long "restore" times and a very long list of tabs.
I had to resort to restoring my entire profile from backup.
I was using the latest Nightly and version 4.3.6 of simple Tab Groups.
I can confirm. It is still in the current release (4.3.6.1). To reproduce:
firefox -profile ~/firefox-simple-tab-groups-testResult: all opened groups (and tabs inside) are duplicated (except for about: pages for sure)
I love Simple Tab Groups. Thanks for all the work and effort!
I just used git bisect to check which commit introduced this behavior. The result is
8ba898e9bf11628f3bf8a13ffcfbfaebd813476d is the first bad commit
commit 8ba898e9bf11628f3bf8a13ffcfbfaebd813476d
Author: Drive4ik <[email protected]>
Date: Wed Oct 30 20:01:29 2019 +0200
re factored create and restore backups, now you can select wich group need to restore, other fixes
this is indeed a major problem, tab groups recently lost all my tabs, when i restored, now i have many duplicate groups.
When I restored, all my groups restored properly. However, I also had a duplicate set of groups, each of which were empty. I restored again, and gained another duplicate set of empty tabs. I didn't realize that until I went into Manage Groups and scrolled down through all of them because the sets of empty duplicate groups were first in the list. I thought the restore had only brought back my groups but without tabs in them. Realize what had happened, I deleted all of the empty groups, which was was tedious, but I did end up with what I expected. This needs to get fixed.
Hi guys. This is not a bug, this is a feature!
Scroll down a little bit, there is a deletion of add-on data. First you need to click there, and then start restoring backup. This is done to make it possible to restore not all the backup, but its individual parts - groups or hot keys
I completely respect the choice to do it this way, given the features it enables, but I don't think it is how most of us would expect a "restore" function to behave. I think there are two possible ways to address this:
Clearly option 2 will take more work, but I think is a more complete solution. However, just documenting this would clear up some confusion.
@natmey Yes, I agree with you, I did not really understand it for ordinary users. I already thought about the checkbox "Clear add-on data before restoring from backup." Which will be the first in the window for selecting groups to restore.
So far I have a lot of basic work, soon I will start to work on the addon.
Hi Drive4ik!
Absolutely love you're work. Thanks.
Interested to know if you have a BSV bitCoin address!
I too went for the 'obvious' happy path of restoration!
Too many times.
Now my FF stretches my boxen to around 7GB to load the STG tabs.
I know I'll have to do something to get around this.
Though maybe there's a case for a loading limit?
It is a bit tricky to back out of this state.
All the best!
Hi all.
Added such functional here. It will be in the next version of the addon.

In fact, this checkmark duplicates this functionality:

If you leave the checkmark turned on, then the recovery will be as if it were the old one, with full replacement of groups and tabs.
@paradisaeidae
Hi! Thanks, but I don’t want to accept donations yet. I am making this addon for you and for myself. Not always everything goes smoothly, but I try)
And with money I will have a duty, not an enthusiasm, as now. And as you know - the best that is done is done for free and in a good mood.
Maybe in the future)
Most helpful comment
@natmey Yes, I agree with you, I did not really understand it for ordinary users. I already thought about the checkbox "Clear add-on data before restoring from backup." Which will be the first in the window for selecting groups to restore.
So far I have a lot of basic work, soon I will start to work on the addon.