Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ProQuest Ebook Central: Broken on Firefox and Safari #3254

Open
adam3smith opened this issue Feb 15, 2024 · 3 comments
Open

ProQuest Ebook Central: Broken on Firefox and Safari #3254

adam3smith opened this issue Feb 15, 2024 · 3 comments
Assignees

Comments

@adam3smith
Copy link
Collaborator

adam3smith commented Feb 15, 2024

e.g. https://www.proquest.com/docview/2891926759/ (access varies by institution, this should be pretty common)
Works on Edge/Chrome, broken on Firefox (and apparently Safari): https://forums.zotero.org/discussion/111856/proquest-not-recognizing-item-type#latest

@adam3smith adam3smith changed the title ProQuest: Get ebookcentral metadata ProQuest Ebook Central: Broken on Firefox and Safari Feb 15, 2024
@AbeJellinek AbeJellinek self-assigned this Feb 29, 2024
@AbeJellinek
Copy link
Member

@adomasven, any idea what's going on here? The outer page is https://www.proquest.com, and it loads https://ebookcentral.proquest.com in an iframe.

  • The Chrome connector runs detection on the iframe and ProQuest Ebook Central matches, even though it doesn't have a targetAll. But nothing happens when I click Save to Zotero (D1114705680).
  • The Firefox connector runs detection on the iframe as well, but then it logs "Missing host permission for the tab or frames" and doesn't appear to be able to inject scripts into the iframe to run detectWeb. Nothing matches (D1353485621).

Adding targetAll to the translator doesn't change anything.

adomasven added a commit to zotero/zotero-connectors that referenced this issue Mar 1, 2024
See zotero/translators#3254
Also:
- Improve _updateInfoForTab() to explicitly list available tab info
- Fix a bug where a refresh of a page that has higher priority frame
  translators won't inject into that frame
- Improve script injection log message with frame URL
@adomasven
Copy link
Member

See zotero/zotero-connectors#156

Basically when we moved from the native Firefox extension to BrowserExt we had performance issues injecting the translation framework into every frame, so a number of changes followed. The current code injects the translator framework into the first iframe on the page, which works for the majority of cases where translation needs to run in the frame.

The Chrome connector runs detection on the iframe and ProQuest Ebook Central matches, even though it doesn't have a targetAll. But nothing happens when I click Save to Zotero (D1114705680).

I'm not seeing this. It saves fine for me.

The Firefox connector runs detection on the iframe as well, but then it logs "Missing host permission for the tab or frames" and doesn't appear to be able to inject scripts into the iframe to run detectWeb. Nothing matches (D1353485621).

This was broken in Firefox. There was actually a fix, but it didn't work. I've now updated the connector code to fix it properly. It's still broken in Safari, because we don't have the mechanism to run translation on the first frame there, but it may be possible to make it work. I've created an issue for that zotero/zotero-connectors#463

@adomasven
Copy link
Member

Adding targetAll to the translator doesn't change anything.

I see that we don't actually have a single translator with targetAll. I'm not sure if we can consider that feature working at this point, as we're not using or testing it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

3 participants