I looked a bit further into this, and it does look to be a bug in Apple’s PDFKit. I also found this https://github.com/latex3/hyperref/issues/110 <https://github.com/latex3/hyperref/issues/110> on the same problem. Apparently Apple in Catalina thinks it knows better than the writer of the PDF, and tries to “correct” the “mistake” that it can’t know is a mistake, thereby creating a mistake. Very dumb behavior.
As I said, we cannot fix this issue, as trying to correct the incorrect correction of the correct URL would just introduce more incorrect corrections of other correct URLs. I filed a bug report with Apple. You may do the same to bump the importance off the issue. Christiaan > On 10 Nov 2020, at 11:32, Christiaan Hofman <cmhof...@gmail.com> wrote: > > I think the bug is in the PDF, it looks like the # is escaped, and shouldn’t. > It might be that some apps like Acrobat may unescape this, but that seems > wrong to me (it would break URLs that are correct). Unfortunately I cannot > check directly in the PDF data whether this is true, as it seems the link is > fully encoded in the page data, and not included as a plain annotation > dictionary. There is a small possibility that it’s Apple’s PDFKit that > escapes the #, which would be wrong, and nothing we can do about. The bug is > certainly not in our code, we just pass on the URL that we get receive from > PDFKit as it is, which is exactly what we should do. It’s weird that in some > instances it works, and not in others. > > Christiaan > >> On 10 Nov 2020, at 03:10, Thomas Schneider via Skim-app-users >> <skim-app-users@lists.sourceforge.net> wrote: >> >> Dear Skim users: >> >> Here is a strange case of a broken link in a PDF. It could be a bug >> in Skim or the website for a scientific paper: >> >> https://www.frontiersin.org/articles/10.3389/fpls.2020.571881/full >> >> Get the PDF and look at page 14. >> >> Under SUPPLEMENTARY MATERIAL, click on the link. >> >> https://www.frontiersin.org/articles/10.3389/fpls.2020.571881/full%23supplementary-material >> >> It breaks with: 404 Not Found >> >> The correct URL, printed in the paper is: >> >> https://www.frontiersin.org/articles/10.3389/fpls.2020.571881/full#supplementary-material >> >> The link works in Adobe Acrobat Reader DC but not >> Skim Version 1.5.13 (129). >> >> I'm using Firefox 82.0.3. >> >> Surprisingly, using the latest Skim and Firefox, it works on a MacBook Air >> laptop >> but not on a desktop iMac. >> >> On the laptop the url has the '#' while on the iMac it is '%23'. >> Substituting the '#' on the iMac - and the link works! >> >> Is this a bug in Skim or a bug in the PDF? >> >> Tom >> >> Thomas D. Schneider, Ph.D. >> Senior Investigator >> National Institutes of Health >> National Cancer Institute >> Center for Cancer Research >> RNA Biology Laboratory >> Biological Information Theory Group >> Frederick, Maryland 21702-1201 >> schne...@mail.nih.gov >> https://alum.mit.edu/www/toms >
_______________________________________________ Skim-app-users mailing list Skim-app-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/skim-app-users
