I note that the bug https://www.zotero.org/trac/changeset/10026 is now marked as fixed. How do I incorporate the changes into my local version of Zotero, so that I can get it to work?
you either wait until the next Zotero version comes out, or you wait until the issue tracker
https://www.zotero.org/trac/timeline
shows a message that 10026 is merged to branch and then install the branch xpi
http://www.zotero.org/support/dev/svn_and_trac_access#zotero_client_dev_xpis
and then switch back once the next Zotero version comes out
I would strongly advise against installing the trunk which is frequently unstable.
This change was made on both the branch and trunk in changeset 10026. It should be safe to install the 2.1 branch XPI, although it'd be wise to make a backup beforehand.
adamsmith: Can you give the EBSCO translator a try and see if it's working for you? I don't know if it's working for just me, or not working for just arggem. Thanks.
I was having problems accessing via a proxy server (Example article: http://ezproxy.ic.edu/login?url=http://search.ebscohost.com/login.aspx?direct=true&db=aph&AN=9501181033&site=ehost-live).
When I downloaded the 8/3/11 ebsco translator update, the problem was fixed.
Is Zotero supposed to save the PDF or HTML document to my local drive? If not, that's fine -- I'll do it manually. But if it is supposed to do it automatically, it isn't.
Ok. Glad to hear that PDFs are working. Can you (1) confirm that PDF saving gets the correct item for each PDF when saving multiple results from search pages and (2) provide the URL of a document that doesn't have a PDF, for which an HTML snapshot should be saved?
I am currently testing a list of articles I've created for studetns, so I can't confirm (1) because I am not saving multiple results from search pages. But I can confirm that when I am clicking on the permalinks I've created, opening the EBSCO page, and adding it to Zotero, the translator is accurately saving the PDF files.
Here are two examples of HTML Full Text documents:
(a) http://web.ebscohost.com/ehost/detail?sid=450bb679-b9ed-4daa-9ede-29153f75914f%40sessionmgr113&vid=1&hid=105&bdata=JnNpdGU9ZWhvc3QtbGl2ZQ%3d%3d#db=aph&AN=9109091761
In both the HTML cases, the translator creates an accurate record, but when I click on the EBSCO Full Text under the Title in Zotero, I get an error message: "Sorry we are unable to retreive the document you requested."
Where the PDFs are looking for Zotero Documetns (zotero://attachment/1062/), the HTML docs are trying to go back to EBSCO, so the translator doesn't seem to have set the flag in the record (or whatever it does) to identify the HTML file as something that could be saved/accessed locally.
If this isn't clear, let me know and I'll try to explain more.
Adam: Thanks for the link. I'll take a look at HTML fulltext when I get a chance.
arggem: No one else has confirmed yet that PDF saving from search results is working -- we'll have to see what other people are seeing. I don't have access to ATLAS, but I'd be surprised if this depended on the database.
lothwyn: If you're using a proxy and are getting an actual error message when saving, you're probably being affected by the bug in https://www.zotero.org/trac/ticket/1878 -- to use EBSCO at the moment, you'll need to switch to the 2.1 branch XPI of Zotero (http://www.zotero.org/support/dev/svn_and_trac_access#zotero_client_dev_xpis), after first making a backup of your Zotero data, or you can wait until Zotero 2.1.9 is released, which should be quite soon.
Yeah having problems saving. I guess I will wait till 2.1.9 is out then. Meanwhile I will just do an export on the article and manually attach the document I want in Zotaro.
Thanks AJ - it's now working again. I don't understand how the older version of the translator got back into my folder though - does zotero replace them on startup or something?
Switched to 2.1.10 and now it no longer retrieves the accession number from EBSCO. Is there a problem between chair and computer? Or there is anything to be done with my Zotero?
I'm sure this is getting frustrating for you, but I do appreciate your time and energy on this! But alas...
On my system, it's still downloading multiple copies of the first PDF.
Additionally, two [meta data] items were downloaded twice! :(
I don't know if it makes any difference or not, but here is my system:
PC Win XP
FF 5.0
All extensions disabled
Zotero 2.1.8
Anything else?
Thanks again for working on this. EBSCO host is my main database, and I use it alot!
I note that the bug https://www.zotero.org/trac/changeset/10026 is now marked as fixed. How do I incorporate the changes into my local version of Zotero, so that I can get it to work?
thanks
Ed
https://www.zotero.org/trac/timeline
shows a message that 10026 is merged to branch and then install the branch xpi
http://www.zotero.org/support/dev/svn_and_trac_access#zotero_client_dev_xpis
and then switch back once the next Zotero version comes out
I would strongly advise against installing the trunk which is frequently unstable.
It works, and I can get on with my essay.
thanks again.
Ed.
When I downloaded the 8/3/11 ebsco translator update, the problem was fixed.
Is Zotero supposed to save the PDF or HTML document to my local drive? If not, that's fine -- I'll do it manually. But if it is supposed to do it automatically, it isn't.
Thanks for your hard work!
Adam
Adam
Here are two examples of HTML Full Text documents:
(a) http://web.ebscohost.com/ehost/detail?sid=450bb679-b9ed-4daa-9ede-29153f75914f%40sessionmgr113&vid=1&hid=105&bdata=JnNpdGU9ZWhvc3QtbGl2ZQ%3d%3d#db=aph&AN=9109091761
(b) http://web.ebscohost.com/ehost/detail?sid=77e22f50-1c3f-4b9e-9058-370c43fcc5d4%40sessionmgr113&vid=1&hid=105&bdata=JnNpdGU9ZWhvc3QtbGl2ZQ%3d%3d#db=aph&AN=9108122087
In both the HTML cases, the translator creates an accurate record, but when I click on the EBSCO Full Text under the Title in Zotero, I get an error message: "Sorry we are unable to retreive the document you requested."
Where the PDFs are looking for Zotero Documetns (zotero://attachment/1062/), the HTML docs are trying to go back to EBSCO, so the translator doesn't seem to have set the flag in the record (or whatever it does) to identify the HTML file as something that could be saved/accessed locally.
If this isn't clear, let me know and I'll try to explain more.
Thanks
Adam
(Just trying to think of things that might make my configuration unique.)
arggem: No one else has confirmed yet that PDF saving from search results is working -- we'll have to see what other people are seeing. I don't have access to ATLAS, but I'd be surprised if this depended on the database.
I am encountering the same problem (with the old and new .js files) on all links. Here is the log for this link
http://web.ebscohost.com.ezproxy.massey.ac.nz/ehost/detail?sid=292e1645-8b74-4083-a6a7-c5e08665fe3b@sessionmgr11&vid=1&hid=18&bdata=JkF1dGhUeXBlPWlwLGNvb2tpZSx1cmwsdWlkJnNpdGU9ZWhvc3QtbGl2ZQ==#db=bth&AN=6798108
Debug ID : D1092365911
Hope this helps :p
Yeah having problems saving. I guess I will wait till 2.1.9 is out then. Meanwhile I will just do an export on the article and manually attach the document I want in Zotaro.
Thanks =^^=b
URL was:
http://ehis.ebscohost.com.libezproxy.open.ac.uk/eds/detail?vid=2&hid=20&sid=1db45a6c-2e39-4e69-85c5-d89ecf9fcc20%40sessionmgr12&bdata=JnNpdGU9ZWRzLWxpdmUmc2NvcGU9c2l0ZQ%3d%3d#db=a9h&AN=60692328
the relevant part of the debug log seemed to be:
(2)(+0000001): Translate: Translation using EBSCOhost failed:
message => doc.evaluate("//input[@id ='pLink']/@value", doc, nsResolver, XPathResult.ANY_TYPE, null).iterateNext() is null
fileName => chrome://zotero/content/xpcom/translation/browser_firefox.js
lineNumber => 310
stack => doWeb([object Proxy],"http://ehis.ebscohost.com/eds/detail?vid=2&hid=20&sid=1db45a6c-2e39-4e69-85c5-d89ecf9fcc20%40sessionmgr12&bdata=JnNpdGU9ZWRzLWxpdmUmc2NvcGU9c2l0ZQ%3d%3d#db=a9h&AN=60692328")@chrome://zotero/content/xpcom/translation/browser_firefox.js:310
@:0
name => TypeError
url => http://ehis.ebscohost.com/eds/detail?vid=2&hid=20&sid=1db45a6c-2e39-4e69-85c5-d89ecf9fcc20%40sessionmgr12&bdata=JnNpdGU9ZWRzLWxpdmUmc2NvcGU9c2l0ZQ%3d%3d#db=a9h&AN=60692328
downloadAssociatedFiles => true
automaticSnapshots => true
report errors gave me:
[JavaScript Error: "TypeError: doc.evaluate("//input[@id ='pLink']/@value", doc, nsResolver, XPathResult.ANY_TYPE, null).iterateNext() is null" {file: "file:///Users/ed/Library/Application%20Support/Firefox/Profiles/ife062iq.default/zotero/translators/EBSCOhost.js" line: 0}]
Not sure why it would work, then not work - but I guess EBSCO must have made a change?
thanks
Ed.
Ed.