Springer PDF downloads

bigmac123
Hi,

Unsure if this is the best place for this, but in Springer I'm having issues with the Zotero Chrome connector not downloading PDFs. On all other sites it seems to be working fine.

For example URL see
http://link.springer.com/article/10.1007/s10824-012-9159-5

For reference, I use a Proxy though so that the URL shows up for me as
http://link.springer.com.proxy1.lib.uwo.ca/article/10.1007/s10824-012-9159-5

Reading through previous discussions, I didn't think this would be an issue since the end PDF still is under the same subdomain (so I don't think cookies are an issue) The PDF is located at http://link.springer.com.proxy1.lib.uwo.ca/content/pdf/10.1007%2Fs10824-012-9159-5.pdf

Any ideas?
  • adamsmith
    we'd need debug output from both the chrome extension _and_ from Zotero Standalone for an attempt to import that item. I agree, I think this should work.
    If you could also test in a setting where you don't need the proxy (i.e. on campus) that might help to narrow it down.
    Debug instructions at
    https://www.zotero.org/support/debug_output (again, we'll want two debugs covering the same import attempt).
  • bigmac123
    Thanks so much for the quick response!! Super appreciate it.

    D2062946991 for the standalone and D386463610 for the connector.

    I'll check on campus and loop back here and let you know. Again, purely the PDF that's the issue, it takes a snapchat and retrieves the metadata fine.
  • adamsmith
    @Dan: the debug from the connector should have the pdfurl in the debug. Could you post that here? And from Standalone, do you get the title or part of the page that should be the PDF? Any clue where we're landing?
  • bigmac123
    Sorry, was this asking me? I can re-run the debug and get this info. From memory it was grabbing the actual URL completely fine for both, but in the standalone the file type wasn't registering as a PDF essentially.
  • adamsmith
    no, I assume you're not Dan ;) -- he's the one who can actually look at the details of the debug output (which is restricted for obvious privacy reasons).
  • dstillman
    "attachments":[{"title":"Full Text PDF","url":"http://link.springer.com.proxy1.lib.uwo.ca/content/pdf/10.1007/s10824-012-9159-5.pdf","mimeType":"application/pdf"},{"title":"Snapshot","url":"http://link.springer.com.proxy1.lib.uwo.ca/article/10.1007/s10824-012-9159-5","mimeType":"text/html"}]
  • adamsmith
    yeah, that's exactly right. I have no idea why Standalone wouldn't be downloading the PDF. Anyone else?

    @bigmac123 -- when you follow the link to the PDF, you get just the PDF, right? There's no webpage around it or anything of the kind?
  • dstillman
    (2)(+0000021): Downloaded PDF did not have MIME type 'application/pdf' in Attachments.importFromURL()

    (3)(+0000000): <html xmlns="http://www.w3.org/1999/xhtml">;
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
    <title>Off-Campus Access Login</title>
    <link type="text/css" rel="stylesheet" m

    (3)(+0000000): Deleting item 153
  • adamsmith
    OK, so that's it -- the login to the proxy doesn't stick (instead of the PDF, Zotero is getting the login page for the proxy again).

    @bigmac -- have you tried more permissive cookie settings in Chrome?
  • bigmac123
    In Chrome, I believe I have the most permissive: Allow local data to be set. I also haven't blocked third party cookies and haven't blocked sites from getting data.

    That said, since posting originally, the actual PDF URL appears to have changed that may or may not have made this moot. Just tried it and the PDF IS on a different subdomain now.

    http://download.springer.com.proxy1.lib.uwo.ca/static/pdf/478/art%253A10.1007%252Fs10824-012-9159-5.pdf?originUrl= (followed by a really long URL).


    Because this is now on download.springer, rather than link.springer is this possible at all?
  • adamsmith
    unfortunately that looks to be the case, yes. Springer now redirects the link.springer.com address to the download.springer.com address for PDFs.

    Best I can offer you is to look at using VPN for remote access: http://remote.uwo.ca/
  • bigmac123
    Ok, figured. Thanks so much! Sorry for the hassle.
  • adamsmith
    no hassle. Definitely worthwhile tracking these issues down.

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.

Sign In or Register to comment.