Upgrade Storage[5.0 beta] Orphan group in DB after leave + sync [RESOLVED]
This is an odd issue that arose when syncing with a Juris-M 5.0 client, but I don't think it's specific to Juris-M.
I transferred ownership of two private groups (to graduates who control them). After the transfer, I left both groups. Syncing the client, I received a notice that I had left one group, with options to retain it read-only, cancel sync, or remove the group. I chose to retain it read-only. There was no notice concerning the second group.
After exporting a few records from the first group, running sync popped up the notice again, and I chose to remove the group. The operation went through, and the group was removed from the DB as expected. But there was again no notice concerning the second group, and subsequent syncs also do not throw up a notice.
I am able to edit records in the remaining group, but this also produces to message during sync. Clicking through to the group URL on
Here is the relevant line in the
So there are two odd things:
For the immediate practical issue, what could I tweak in the
I transferred ownership of two private groups (to graduates who control them). After the transfer, I left both groups. Syncing the client, I received a notice that I had left one group, with options to retain it read-only, cancel sync, or remove the group. I chose to retain it read-only. There was no notice concerning the second group.
After exporting a few records from the first group, running sync popped up the notice again, and I chose to remove the group. The operation went through, and the group was removed from the DB as expected. But there was again no notice concerning the second group, and subsequent syncs also do not throw up a notice.
I am able to edit records in the remaining group, but this also produces to message during sync. Clicking through to the group URL on
zotero.org, I am denied access (as expected), and the group is not listed in the Groups page of my account (again, as expected).Here is the relevant line in the
libraries table:libraryID type editable filesEditable version storageVersion lastSync
---------- ---------- ---------- ------------- ---------- -------------- ----------
2291668 group 1 1 0 0 0 So there are two odd things:
- The option to retain the private group library seems like it should either (a) take effect and suppress the popup on subsequent syncs, or (b) be disabled; and
- Syncing two freshly departed private group libraries in a single sync operation seems to have left the DB in a funny state
zotero.org has been severed. If not, then (b) would avoid entering that cul-de-sac.For the immediate practical issue, what could I tweak in the
libraries line to trigger an attempt to sync the content, so that this second group can be removed?
The behavior described above does seem a little odd, but given a means of recovering through the UI, I'm happy at this end.
Now, when you choose to keep a library you no longer have access to, it's marked as archived, it no longer triggers the warning on sync, and you can remove it permanently by right-clicking on it in the left pane. If you regain access to it, it'll be unarchived and updated.