ePrint: add support for non-PDF attachments

[alex-ter]

This adds general logic to support non-PDF attachment formats for ePrint, plus fixes a bug in case there are no attachments at all. I don't think there's anything beyond PS in addition to PDF, but it's easily extendable in the allowlist fashion if needed.

Relevant tests added (no attachments at all, just PS, both PDF and PS, PDF-only is already tested by existing tests). Tested using Scaffold in Z6/7.

Note that there seems to be a Scaffold-related issue where the text contents of Mathjax elements is no longer captured properly when the test is run, that affects some of the old and new tests. When running the doWeb() from Scaffold's Browser tab, it works as previously/expected, and when it's run from the Tests tab, it fails with delta indicating lack of Mathjax-contained text (mostly in abstracts). This is somewhat unexpected, so I'll report this as a separate issue against Scaffold shortly.

[alex-ter]

Reported on the dev mail list: https://groups.google.com/g/zotero-dev/c/fHwgGUICINE

[AbeJellinek]

OK, it looks like the issue here is that the site uses MathJax lazy typesetting. I tried to see if we could force rendering by deleting window.IntersectionObserver as early as possible when loading test pages, but that didn't work. This is a kind of niche case, so I think it'd be best just to work around the issue in this translator. Try something like this in scrape():

if (doc.querySelector('mjx-lazy')) {
	abstr = attr(doc, 'meta[property="og:description"]', 'content');
}

[alex-ter]

Thanks Abe, good point. Let me take a look.

[alex-ter]

@AbeJellinek, thanks again - I've just tested the suggested workaround and indeed looks like you're absolutely right, the reason is the lazy typesetting, and the fix does work. I have added a commit with the fix + updated tests.

[alex-ter]

[EDIT: never mind, I've just realized you've got an issue for that and the fact they are being run now is probably due to your intermediate fix listed there: https://github.com//issues/3343. Feel free to disregard the below and apologies for the noise :)]

BTW (I see you're working on some CI updates in a WIP PR), it seems like the previous update to this PR did not get properly tested, and in this update it actually worked fine. As there have been no commits to this repo in the meanwhile changing anything in the CI space, I guess it's unexpected, so just wanted to draw your attention to that.

This update, tests were executed as expected: Actions log link.
Previous update, tests seem to have been silently skipped, but with a "success" status: Actions log link.

[AbeJellinek]

As there have been no commits to this repo in the meanwhile changing anything in the CI space, I guess it's unexpected, so just wanted to draw your attention to that.

CI always pulls the latest zotero/zotero-connectors master, and zotero/translate@ddd90b8 (in the translate submodule) fixed the issue.

[AbeJellinek]

Thank you!