ServerAPI removes "non-valid" html from notes (eg. zotero:// URI)
I wanted to read/edit the note item in external system, but I have found out that I would loose some zotfile generated content, specifically the link href attributes with "zotero://open-pdf/something" and images with embedded base64content.
It looks like there is some kind of html filter (tidy?) active on the note field, and it just removes the "nonvalid" html from the content.
(Standard href like href="http://www.zotero.org" is okey)
This behavior is reproducible for WEB API and for the zotero web library interface (which probably uses web API ?).
Is this standard behavior or bug?
Is there a way to disable/workaround it?
I would like to create an external viewer/editor for notes, which could read/write/import/export a note to zotero lib, but I would like to keep the zotfile generated content intact.
Zotero 4.0.21.2
Zotfile 3.3
It looks like there is some kind of html filter (tidy?) active on the note field, and it just removes the "nonvalid" html from the content.
(Standard href like href="http://www.zotero.org" is okey)
This behavior is reproducible for WEB API and for the zotero web library interface (which probably uses web API ?).
Is this standard behavior or bug?
Is there a way to disable/workaround it?
I would like to create an external viewer/editor for notes, which could read/write/import/export a note to zotero lib, but I would like to keep the zotfile generated content intact.
Zotero 4.0.21.2
Zotfile 3.3
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.
Upgrade Storage