[5.0 Beta] Sync error

This discussion was created from comments split from: Zotero 5.0 Beta.
  • Morning. I have a strange sync failure across networks now -- on Ubuntu 16.04 (32bit). Debug ID D946757339. Thanks!
  • This should be fixed in the latest beta, 185, which will be available in a few minutes. Let us know if not.
  • Now reporting missing parent collection : Debug ID D1401720968

    Thanks.
  • Haven't forgotten about this. I think I may know what's happening here. Should have an update later today — sorry for the delay.
  • edited May 2, 2017
    No problem. This is on a laptop doing a big update (not a fresh installation but a substantial one). My main pc is sync-ing fine.
  • Could you install the latest build, 187, and provide another Debug ID for this? It should provide a bit more info that might be helpful.
  • Definitely more detail in the error message now: Debug ID D1473688648.

    I have done a clean install on another machine without mishap -- sync-ing is also working fine there.
  • OK, try the latest beta — it fixes a number of problems that were contributing to this.
  • I'm still seeing odd sync errors. From what I can see they're related to very long filenames but I can't find them (at least not on the machine reporting the error). I've posted the debug content D449147479.

    Thanks!
  • edited May 30, 2017
    Those are long notes (with embedded images, which shouldn't be used currently if you want to sync), not long filenames. I thought we had that sync error showing a button to highlight the item in question — I'll look into why that's not happening — but searching for '<p><img' in "All Fields & Tags" mode should find it.
  • Thanks. Found it, and had to flush it from the Trash.
  • A new sync error:

    "An error occurred during syncing: Item collection 2494 not found"

    I'm pretty sure that this is caused by a Group that has been deleted on a different machine.

    Debug report is D1662105269
  • Update to 5.0-beta.204 seems to have fixed the problem.
  • I have another persistent sync-ing issue; not always the same item. Error message:

    Error(s) encountered during statement execution: collection item must be top level [QUERY: REPLACE INTO itemAttachments (itemID, parentItemID, linkMode, contentType, charsetID, path, syncState, storageModTime, storageHash) VALUES (?,?,?,?,NULL,?,?,?,?)] [PARAMS: 51473, 53222, 1, application/pdf, storage:ID4Africa2016_The_Identity_Ecosystem_of_Rwanda_eBooklet.pdf, 1, 1495450270000, 4f7b609514fa196d94c3947bc0924bb8] [ERROR: collection item must be top level]

    Debug ID is D594594178.
  • Can you 1) upgrade to the latest build and 2) provide a Debug ID for syncing just the library where that's happening (by right-clicking on the library)?
  • Upgrade seems to have fixed it. Thanks.
  • I spoke too soon. This is on only one of three machines, using 5.0-beta.237+3272387af and syncing only the main library. Debug ID is D789101441.

    An error occurred during syncing:

    Error(s) encountered during statement execution: collection item must be top level [QUERY: REPLACE INTO itemAttachments (itemID, parentItemID, linkMode, contentType, charsetID, path, syncState, storageModTime, storageHash) VALUES (?,?,?,?,NULL,?,?,?,?)] [PARAMS: 51473, 53222, 1, application/pdf, storage:ID4Africa2016_The_Identity_Ecosystem_of_Rwanda_eBooklet.pdf, 1, 1495450270000, 4f7b609514fa196d94c3947bc0924bb8] [ERROR: collection item must be top level]
  • edited July 10, 2017
    The problem seems to be coming from unattached pdfs with names that are identical to the titles of (unattached) parents. What's odd about this is that the pdfs should be attached to the parents.
  • I believe this should be fixed in the latest beta.
  • An error occurred during syncing:

    Note 'Figure 1 Forms of entrepreneurship (elaborated from Kyrö 1997)...' too long for item '5297880/TZPLHT52'

    Bug Report ID: 1035999763
  • That means what it says -- the note is too long, likely because you embedded an image.
Sign In or Register to comment.