Right, so you'll notice that when you're on that first page it's not being detected as ProQuest — you'll get a webpage icon, and if you hover over the icon it will say it's using the "Embedded Metadat

Yes, likely. But we do try to save from the fulltextPDF page. Was the item saved properly in the debug output you provided above from that page? Because Zotero specifically tries to switch to the Abst

That Debug ID doesn't seem to show you actually reloading the ProQuest page — we need to see the Zotero Connector's detection process that runs while the page loads. Can you try again?

I can't check ProQuest at the moment, so someone else will need to look into that. If it's working for others, we'd want a Debug ID from the Zotero Connector for loading the page and only getting the

I'm positing on behalf a faculty member who has noticed several of her students' bibliographies that are include articles from Proquest that are incomplete (I'm a librarian).

OK. For what it's worth, it shouldn't be necessary to enter a proxy manually in most situations — Zotero should auto-detect most proxies — and, unless this is a very unusual setup, there should in fac

https://search-proquest-com.saintleo.idm.oclc.org/results/B2F1A06BB639469FPQ/1?accountid=4870

If you're getting the webpage icon everywhere, see Troubleshooting Problems Saving to Zotero. If it's just ProQuest, what's a full URL for a ProQuest page as you see it in your address bar? (You can x

I can view everything on ProQuest perfectly. However the Zotero icon at the top of chrome is insisting that every page in ProQuest is a webpage. So it is not getting the right data and it totally miss

I have read the forum but I cannot solve the issue. My debug ID is D493186880. Can you please help me? I cannot save Proquest PDF in Zotero.

1) Zotero works with most large academic databases (including Sciencedirect and PubMed/Pubmed Central, EBSCO, Proquest), all other major journal publishers, most large library catalogs, and meta-searc

collaborator = {{ProQuest Information {and} Learning Co}},

This is just an idea, but are you using the French language version of ProQuest? This should absolutely work, but could you try switching to English and see if that works?

Technical details: (3)(+0003982): Translators: Looking for translators for https://search-proquest-com.proxy.bibliotheques.uqam.ca/eric/docview/62086655/830764F781184D1DPQ/2?accountid=14719, https://s

Access to internal resource at 'https://login.proxy.bibliotheques.uqam.ca/login?qurl=https://search.proquest.com/manifest.json' (redirected from 'https://search-proquest-com.proxy.bibliotheques.uqam.c

@jjrondeau: Thanks. It looks like the proxy detection is actually working properly for both of you, but Zotero still isn't detecting anything to save on ProQuest.

(dstillman will need to look at the debug, but just to note that this is working fine for me on proxied ProQuest ERIC, so it's not a general issue

Hello, bibluc2 is one of my coworker. If you allow me to put my two cents, I tried to solve the problem, but didn't succeeded. When I perform a search in ERIC from ProQuest, Zotero correctly identify

search.proquest.com

https://search-proquest-com.proxy.bibliotheques.uqam.ca/ibss/docview/1695989193/C9FD8FA7E68F4D72PQ/4?accountid=14719