Upgrade Storageproblem with unapi server and zotero plugin
Debug ID : D1644921003
Report ID: 1101945249
I am developpping my own website and have developed a local unapi server for my publications (http://nvl.calques3d.org/api/unapi).
I am currently refactoring the whole Zotero APi handling/caching when I realised something was not working anymore with the UNAPI integration with Zotero.
Zotero Desktop is open and running and I am using Firefox with the connector, all up-to-date.
The Zotero icon (folder, multiple references) appears in the title bar with "Save to Zotero (unAPI)" as tooltip. When clicked, a flash message "Saving to test..." (test is the name of my library) appears but then nothing happens next, while I was expecting the "Zotero item Selector".
It took me a while to figure it out (I spent a bit of time rechecking my code): I was simply developing and testing on localhost, so requests to the localhost unapi are just not going to happen!
It seems to mean that a timeout (or whatever error) is not handled properly with the Zotero plugin. BUT, as can be seen in the logs, there are NO error messages generated.
Since then, I have made other discoveries of similar fails
For example, if the id of the reference does not exist, the Zotero plugin also stalls and fails to continue with the processing of the request.
The unapi specification is missing so I cannot double-check the required output for error but this is what I am generating at the moment:
http://nvl.calques3d.org/api/unapi?id=FAKEFAKEFAKE&format=bibtex
returns 404, xml, "<error>"
http://nvl.calques3d.org/api/unapi?id=XXW3BUZH&format=bibtex
returns 200, plain, "@inproceedings....." (ie proper bibtex format)
I have not uploaded the new code (still patching things up) but I am experiencing same issues with the old and live website. I have created some quick examples for you to check.
If you go to
http://nvl.calques3d.org/about
there are two embeded unapi refs
<abbr class="unapi-id" title="afakeid"></abbr>
<abbr class="unapi-id" title="XXW3BUZH"></abbr>
and the plugin stalls and fails to collect any.
here: http://nvl.calques3d.org/
all (correct) tokens are recognised
here: http://nvl.calques3d.org/about/site
the fake token <abbr class="unapi-id" title="afakeid"></abbr>
does not trigger identification of a suitable reference and ignore the unapi altogether.
I am trying different usecases and will update this message but, at the moment, it looks like the plugin is not handling some of the non-200 responses.
(but then why does it seem to do it properly when there is a single incorrect token?)
Hope this helps
Nicolas
Report ID: 1101945249
I am developpping my own website and have developed a local unapi server for my publications (http://nvl.calques3d.org/api/unapi).
I am currently refactoring the whole Zotero APi handling/caching when I realised something was not working anymore with the UNAPI integration with Zotero.
Zotero Desktop is open and running and I am using Firefox with the connector, all up-to-date.
The Zotero icon (folder, multiple references) appears in the title bar with "Save to Zotero (unAPI)" as tooltip. When clicked, a flash message "Saving to test..." (test is the name of my library) appears but then nothing happens next, while I was expecting the "Zotero item Selector".
It took me a while to figure it out (I spent a bit of time rechecking my code): I was simply developing and testing on localhost, so requests to the localhost unapi are just not going to happen!
It seems to mean that a timeout (or whatever error) is not handled properly with the Zotero plugin. BUT, as can be seen in the logs, there are NO error messages generated.
Since then, I have made other discoveries of similar fails
For example, if the id of the reference does not exist, the Zotero plugin also stalls and fails to continue with the processing of the request.
The unapi specification is missing so I cannot double-check the required output for error but this is what I am generating at the moment:
http://nvl.calques3d.org/api/unapi?id=FAKEFAKEFAKE&format=bibtex
returns 404, xml, "<error>"
http://nvl.calques3d.org/api/unapi?id=XXW3BUZH&format=bibtex
returns 200, plain, "@inproceedings....." (ie proper bibtex format)
I have not uploaded the new code (still patching things up) but I am experiencing same issues with the old and live website. I have created some quick examples for you to check.
If you go to
http://nvl.calques3d.org/about
there are two embeded unapi refs
<abbr class="unapi-id" title="afakeid"></abbr>
<abbr class="unapi-id" title="XXW3BUZH"></abbr>
and the plugin stalls and fails to collect any.
here: http://nvl.calques3d.org/
all (correct) tokens are recognised
here: http://nvl.calques3d.org/about/site
the fake token <abbr class="unapi-id" title="afakeid"></abbr>
does not trigger identification of a suitable reference and ignore the unapi altogether.
I am trying different usecases and will update this message but, at the moment, it looks like the plugin is not handling some of the non-200 responses.
(but then why does it seem to do it properly when there is a single incorrect token?)
Hope this helps
Nicolas
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.