Client-side updates
(Note that translator updates were broken anyway, since the translator table was changed and the update mechanism wasn't, so that's fixed now too, and <=1.0.0b2.r1 won't be served updates via the repository.)
We already copy to an interim temp file on shutdown--just try to open it before overwriting old backup file
Still wish there was a way to detect corruption while Zotero was still open and pretending to write to the DB, but I don't know of one (other than making a copy of the DB and trying to open it, but as far as I can tell we can't release the file handle on it to then delete it or check again later)...will keep working on it.
closes#348, OpenURL should use only relevant parts of dates
closes#354, Error saving History Cooperative article
closes#356, Embedded Dublin Core scraper incorrectly saves web pages as item type "book"
closes#355, PubMed translator problem
closes#368, RIS/Endnote export hijack doesn't go into active collection
fixes an issue with quotation marks in bibliographies exported as RTF
fixes an issue with bibliographies and non-English locales
- Catch errors trying to display missing files and display message to user
- Switch to persistent descriptors rather than relative paths for attachment paths -- this will fix attachments on networked drives (which, at least on Windows, were not working and apparently in some cases breaking entire Zotero installs), but since WebBrowserPersist.saveDocument() is asynchronous and file.persistentDescriptor can't be set on Macs before the file exists, Attachments.importFromDocument() no longer returns the id of the new attachment, so translate.js had to be changed accordingly
- Try to convert relative descriptors to persistent ones with migration step (and later on access, if persistent fails)
- Added Zotero.WebProgressFinishListener(onDone)
Next step would be to throw up a file dialog to let the user locate the missing file
Use speaker icon for radio broadcast, though it should really be a radio or a transmitter (that doesn't look like an RSS feed, unlike all the ones I saw on famfamfam)
XUL spellcheck code is on Bugzilla but doesn't look like it'll make 2.0, so we'll copy-and-paste. (And even when it is checked in it might not work with our timed-textarea (which itself is a slightly modified version of Mozilla's timed-textarea) anyway.)
Seems to work, though Firefox did crash once while I was testing it...
(Note that these aren't all used in the global overlay and wouldn't need the zotero prefix if they were in separate DTD files (for export, etc.), but I'm not going to take the time to do that.)
Element ids up next...
Tooltip => "Actions"
Also, Zotero keystroke is now command-option-Z (ctrl-alt-Z on Windows/Linux), because command-shift-Z is actually already taken by Redo on Mac/Unix and doesn't work in Minefield -- and ctrl-alt-Z is probably easier for Windows users anyway
Feel free to remove redundant calls to ItemTypes.getID()
(I actually see a whole bunch of calls to the constructor using type names in scrapers, but presumably those are converted to itemTypeIDs in translate.js, since they seem to have been working just fine...)
This can't be enabled on databases with existing tables, so for existing users we can either a) add a FAQ with instructions to recreate and let the advanced users do it and let everyone else have larger tables or b) add a migration step to dump to a new file and then replace the old with the new, which may be a risky and not all that easy proposition (given the lack of .dump) but might work...
The steps, by the way, with Firefox closed:
$ sqlite3 zotero.sqlite
sqlite> .out dump.sql
sqlite> .quit
$ sqlite3 db.sqlite
sqlite> PRAGMA auto_vacuum = 1;
sqlite> .read dump.sql
sqlite> .quit
$ mv db.sqlite zotero.sqlite
i have no idea why some people are getting this error when it seems like no one encountered it during beta testing (very specific platform issues?), but i'm fairly certain that this should fix it.
