IOS Unable to Edit Entry in Zotero Library
I used the iOS Share Sheet in the Files App to add a downloaded pdf to my Zotero library. I selected the destination folder and entered a couple of tags. The file arrived in the correct Zotero folder, but without the tags. The Item Type shows "Attachment."
I then click on the (i) to see the information for the Item and then on Edit to change the information. It only allows me to change the Title. When I click (using the touchpad on the Magic Keyboard or my finger directly on the screen) on any other field it ignores that I made an effort to go to that field.
I then click on the (i) to see the information for the Item and then on Edit to change the information. It only allows me to change the Title. When I click (using the touchpad on the Magic Keyboard or my finger directly on the screen) on any other field it ignores that I made an effort to go to that field.
Field editing on iOS for ~attachments without parent items~ ('Accessed' & 'URL' fields) was still working as of the latest 1.0.4 Testflight build.
It no longer works in
1.0.6,1.0.7 from build #2, or 1.0.8.I'm not sure of 1.0.5.(This ~might~ be related to a Zotero iOS bug where pasted text was being entered into fields other than the selected field.)This is a regression and will need to be fixed.
Adding URLs to attachments added on iOS will be necessary for some users. If the Zotero iOS share sheet would do that automatically, some users might still wish to edit that data without needing a computer.
The URL and access date for attachments has never been editable on the desktop and isn't meant to be editable on iOS either. All those fields tell you is where the attachment was originally downloaded from and when it happened. Actual metadata goes on the parent item.
Any URLs entered in previous builds are still visible (and colored / highlighted as such)in later ones, but they are ~not~ clickable in 1.0.7 Build 2 and later (up to, and including, the most recent build showing, 1.0.8 Build 2).
Even if it was a 'bug', that 'bug' provided a very useful feature that allowed a workaround to currently missing functionality: Is there a reason why URL and 'Access date' aren't (or can't be)automatically captured and saved by the process on iOS?
- (It seems that in at least some cases, Zotero is being passed a URL to download, instead of already-downloaded data, so it should have access to that data.)
If there is going to be no way to enter data in those fields in the future, they shouldn't be visible at all (especially when blank).
Having the URL saved provides at least two benefits:
And we'll fix tappability for attachment URLs.