Errors transfering files to standalone
This is an old discussion that has not been active in a long time. Before commenting here, you should strongly consider starting a new discussion instead. If you think the content of this discussion is still relevant, you can link to it from your new discussion.
It seems like I am running in circles here and I'm not sure what to do. It would be so wonderful to get this figured out...any thoughts?
779380789
My question is, shouldn't every account mirror the others regarding indexed items (that is if properly synced)? Whenever I add an indexed item to the group library should it show up as indexed when others sync with the group?
The way to fix your issue is first to make sure that all files are synced to all accounts and then see if there are remaining indexing problems. If your co-worker only has 10GB of space on his/her HD, but you have 26GB of group library files, obviously file syncing onto her HD won't work.
It's generally possible to have the Zotero folder on a flash drive so s/he could do that, but especially if you're under Windows that makes running into permission issues more likely. I'm also not sure if you can assure that a flashdrive is always assigned the same path on Windows - it's just not a very helpful OS for those types of things. If s/he is ever going to remove the drive that will obviously be an issue.
I will check with my colleagues re whether all files are synced on their computers, though I think they are and that they are still having indexing problems.
Here is her debug ID: ID: D1915301680
Thanks for your help!
There would only be an issue if a file wasn't indexed by the rebuild but then was indexable manually, and then we'd need an example.
So does her debug ID not contain clues as to why items are not being indexed?
"I tried the top item in the error list: Ehlers_Kölliker_ZfwZ_1906.pdf (origianlly with the o-umlaut in Koelliker, which for some reason will not copy here). It would not index manually. Then I substituted oe and I was able to index it. So actually, that is still a problem, at least on a Windows computer. I did the same thing for the next item, Stoehr_Koelliker . . .. Before I changed the o-umlaut, it would not even allow me to read the item when I double-clicked on it. But after I substituted the oe for the o-umlaut in Stoehr, I was able to open it and read it."
If a file that's openable in Zotero doesn't index with extended characters but then indexes with them removed, we'd want a Debug ID for that, but it's not clear from your description above that that's the case. Files with extended characters index fine for me on Windows XP.
Also, this was fixed in Firefox 4, so if they're using Firefox 3.6 then extended-character filenames wouldn't work. No, it doesn't currently. Manual indexing should index in full.