Upgrade StorageFile with "%" in filename not attached properly
I haven't found other reports of this, here's what happens.
Add an attachment to a bibliographic item with the "Attach stored copy of file" option, choose the file from your disk. When downloading from some providers you end up with a filename containing %-signs; the attachment appears with the item you added it to.
Now when you click 'view file' or 'view shapshot', you get "The attached file could not be found." Then when you click 'Locate' it starts in the correct folder inside /storage/ where the newly addded attachment was just put, so you can correct this immediately.
But if you didn't notice the reference to the folder wasn't added correctly, you might not find the right attachment again later.
Seems like a bug...? Using 2.0-RC5.
Add an attachment to a bibliographic item with the "Attach stored copy of file" option, choose the file from your disk. When downloading from some providers you end up with a filename containing %-signs; the attachment appears with the item you added it to.
Now when you click 'view file' or 'view shapshot', you get "The attached file could not be found." Then when you click 'Locate' it starts in the correct folder inside /storage/ where the newly addded attachment was just put, so you can correct this immediately.
But if you didn't notice the reference to the folder wasn't added correctly, you might not find the right attachment again later.
Seems like a bug...? Using 2.0-RC5.
-
dstillmanThis was a bug on Windows. ('%' is invalid in filenames on certain platforms, and Zotero was working around an unrelated Windows bug with invalid filename characters.) In the latest dev build, Zotero will attempt to decode URL-encoded filenames when it stores the file and then strip any remaining invalid characters. Thanks.
-
ArjanGood to see you were already on top of it. Thanks!