Just to confirm, in the address bar you see direct ScienceDirect URLs? The main article URL doesn't appear at all in the debug output you submitted. (If it did, Zotero would use that, since it has a higher priority than DOI.)
Also, that URL above appears to have something to do with Refinder service—is that something you've explicitly enabled?
On the Guest-Mode issue, it would be great is someone else could take a look. Obviously we can disable this again, but if it works for a lot of people that'd be too bad. Right now we're still getting a lot of errors on sciencedirect, so that's not good.
It works for me in guest mode in Scaffold, but not when I save manually-- I get the same behavior as Dan. There's some JavaScript that's inserting an IFRAME from that URL, but I don't see why Zotero can't be made to ignore it. I tried excluding it in detectWeb, but Zotero doesn't seem to be running detect on the original http://www.sciencedirect.com/science/article/pii/S1053811911010081, but just on the iframe. Something's fishy here.
ajlyon: the translator isn't being run on the main page because another translator is found for the iframe. Even if ScienceDirect is disabled, the DOI translator will translate the iframe, which is not good. I will fix this in the browser code, but maybe it's worth adding a special exemption to the DOI translator for now? We could also make the ScienceDirect translator use document.defaultView.top to get the top window even if run in a frame (assuming no cross-domain issues).
Should be fixed now. Update translators and detection should give correct results in guest mode. It may be necessary to restart Firefox, since the DOI translator is cached on startup, I believe.
Hello, I have been following this thread for a couple of days and must admit that I don't understand all of what has been said. I have the same problem as was initially specified: I cannot save to Zotero from ScienceDirect by clicking on the "page" icon in the awesome bar of firefox (version 9.0.1). I take it that the "page" icon is what is referred to as the "zotero" icon. When I hover over this, I see the text "Save to Zotero (ScienceDirect)". However, when I click on the icon, I get a little box on the bottom right of my frame saying in part "Could not save item. An error occurred while saving this item ....". I recently (about 10 minutes ago) updated the translators from the preference frame of zotero and restarted firefox. This made no difference. The url of the file I am trying to save is
that is definately not what i see in the address bar. I have all proxies disabled (including in zotero).
I had never heard of 'refinder' but looking in my account details in sciencedirect I can see this is an application that has been enabled by my institution. I am not able to remove it. Is there something else I can try?
vpolito: Don't worry about it. Your problem is related to the general issue that was fixed above by Simon for the next release of Zotero. We're working on an interim fix.
prjohnston: Thanks.
ajlyon: Zotero is still trying to save the wrong iframe. The advertising frame needs to be blacklisted from the SD translator, not the DOI one—sorry if I wasn't clear. vpolito's "shindig" URL is what's being used by the DOI translator (due to the frames bug that Simon has fixed).
Ummm... sorry to be the bearer of bad news but this still isn't working for me. I connect through EZProxy (managed by Zotero) and Zotero tries to use the DOI translator on ScienceDirect pages, which fails:
Error report: 2093980715 (although it doesn't seem to contain any Zotero errors, even though it was submitted immediately after triggering a failed item addition).
Details: Zotero 3.0b3 for Firefox on OSX 10.6
If this is fixed in the next release don't worry about it - the workarounds are relatively painless. Let me know if you need any further information or if I can help you with any (non-coding) troubleshooting steps.
works for me. Could you turn off proxy redirection temporarily in Zotero (preferences --> proxy), then reload the URL of the page without the proxy, i.e.
http://www.sciencedirect.com/science/article/pii/S107476130800112X
and see if the Zotero translator detects that?
Bionatsci: You can install the 3.0 Branch dev XPI over 3.0b3 to check if it's fixed and then reinstall 3.0b3 afterwards. It easily could be from the issue that was fixed, if the DOI translator is triggering on an advertising frame or that Refinder gadget or the like. Short of your trying with the dev build, we'd know based on a Debug ID for the page load.
@adamsmith - the translator works fine without proxy redirection
@Dan - debug output is here: D382799133 I had a quick look at the output and it does indeed seem to be picking up an advertisement frame - I didn't realise that this was only fixed in the dev XPI, and not in a translator update. I'll pass on installing the dev XPI for now as I'm about 80% of the way through a reasonably large project with Zotero and I don't want to risk breaking anything. If it would still be useful I'd be happy to install the dev version after my manuscript is submitted on the 24th January. I'm quite happy to work around this for now (Zotero has so many good ways to grab metadata these days that one way breaking almost never presents a major problem).
Upgrade Storage
D1108499460
http://sciverse-shindig.elsevier.com/gadgets/ifr?container=default&mid=0&nocache=1&country=ALL&lang=ALL&view=profile&parent=http://www.sciencedirect.com/science/article/pii/S1053810011002674://www.sciencedirect.com [...]
Just to confirm, in the address bar you see direct ScienceDirect URLs? The main article URL doesn't appear at all in the debug output you submitted. (If it did, Zotero would use that, since it has a higher priority than DOI.)
Also, that URL above appears to have something to do with Refinder service—is that something you've explicitly enabled?
I'm still having problems saving items from SD.
I submitted an error report, ID: 817236697
I'm on campus so I'm logged in. I also tried logging in, but no luck either.
Just to recap, I updated the translator yesterday and I do see Sciencedirect when I hover over the URL icon.
Let me know if you need anything else
Much thanks,
Example URLs that are not working:
http://www.sciencedirect.com/science/article/pii/0378874183900363
http://www.sciencedirect.com/science/article/pii/0378874183900296
Should I submit an error report?
mark: Please do submit an error report if things are not working when you are not in guest mode.
I'll proceed with a hack to DOI, then, so we can fix this quickly.
http://www.sciencedirect.com.libraryproxy.griffith.edu.au/science/article/pii/S002192901100618X
I know that there is a library proxy in this url, but I have no trouble saving files from wiley with the same type of url.
I hope this makes sense. I'm not sure if I am missing something or not.
Thanks, Peter.
i was describing problems with sciencedirect a few posts up.
Apparently my debug code showed the url i was trying to save as:
http://sciverse-shindig.elsevier.com/gadgets/ifr?container=default&mid=0&nocache=1&country=ALL&lang=ALL&view=profile&parent=http%3A%2F%2Fwww.sciencedirect.com%2Fscience%2Farticle%2Fpii%2FS1053810011002674%3A%2F%2Fwww.sciencedirect.com
that is definately not what i see in the address bar. I have all proxies disabled (including in zotero).
I had never heard of 'refinder' but looking in my account details in sciencedirect I can see this is an application that has been enabled by my institution. I am not able to remove it. Is there something else I can try?
Thank you.
prjohnston: Thanks.
ajlyon: Zotero is still trying to save the wrong iframe. The advertising frame needs to be blacklisted from the SD translator, not the DOI one—sorry if I wasn't clear. vpolito's "shindig" URL is what's being used by the DOI translator (due to the frames bug that Simon has fixed).
Many thanks guys for all the work and help!
Thanks.
Example URL: http://www.sciencedirect.com.libproxy.ucl.ac.uk/science/article/pii/S107476130800112X
Error report: 2093980715 (although it doesn't seem to contain any Zotero errors, even though it was submitted immediately after triggering a failed item addition).
Details: Zotero 3.0b3 for Firefox on OSX 10.6
If this is fixed in the next release don't worry about it - the workarounds are relatively painless. Let me know if you need any further information or if I can help you with any (non-coding) troubleshooting steps.
http://www.sciencedirect.com/science/article/pii/S107476130800112X
and see if the Zotero translator detects that?
@Dan - debug output is here: D382799133 I had a quick look at the output and it does indeed seem to be picking up an advertisement frame - I didn't realise that this was only fixed in the dev XPI, and not in a translator update. I'll pass on installing the dev XPI for now as I'm about 80% of the way through a reasonably large project with Zotero and I don't want to risk breaking anything. If it would still be useful I'd be happy to install the dev version after my manuscript is submitted on the 24th January. I'm quite happy to work around this for now (Zotero has so many good ways to grab metadata these days that one way breaking almost never presents a major problem).
Thanks for your help.
The proper fix is in the dev XPI.