iPadOS 18.1 and Share PDF from Safari

Since upgrading to iPadOS 18.1 on two iPad Pro 12.9s (with 8GB and 16GB memory respectively), I’m having problems saving webpages as PDF through the share button in the print dialog.

Previously, the most reliable way for me to save a webpage in Safari as PDF in DevonThink was use the print command on the webpage, then use the share button in the print dialog to save the created PDF to DevonThink. This worked reliably on previous iPadOS versions. With 18.1, I find it works the first time I use this method on a webpage. If I try to complete the process on another page, it fails to populate the “Name” field. When advancing, it doesn’t display PDF as an option. If I proceed to save it, no content appears in the note. Previously (and first try in 18.1), the share sheet recognizes the data as a PDF and doesn’t give the note type selector before saving.

To use this method, I now need to either restart the iPad or force quit Safari before attempting to save the webpage as PDF.

I would share directly from the webpage (without print); however, this sometimes fails to generate the PDF or fails to capture pages behind a login.

Is DevonTechnologies aware of this problem? Is there a workaround?

Sharing using this same method works fine with Notability in 18.1.

3 Likes

I notice the same thing, not only with Safari, but also with the NZZ e-paper app: the first time I can save a page as a PDF directly in DTTG, another page can no longer be saved. Only the link to Devonthink with the selection RTF etc. then appears. No text is saved, only non-displayable metadata.

As I also use this function (usually also via the print command) almost every day, I would be happy for a fix.

1 Like

URLs to test would be helpful.

I’m seeing this problem (not only with iPadOS 18.1, but also on iOS 18.1) with all PDFs that I try to download from the internet on DTTG. The first time it works, the second time all that appears is ‘Clip to DEVONthink’, for example here:
https://www.k-m.de/kmPdf/datasheet/ordernumber/28140-000-55

2 Likes

Thanks for the URL!
I have reproduced the behavior and am filing an issue on it.

1 Like

Thanks, Axel, for beating me to sharing a URL. Should you need more info, Bluefrog, let me know. Thanks for attempting to reproduce the problem so quickly!

1 Like

You’re welcome and we appreciate the diligence :slight_smile:
It’s definitely an iOS 18-related issue. Every new OS brings a crop of unexpected behaviors though usually small.

2 Likes

+1 report on this behaviour. Thanks for your diligence

1 Like

In case it helps in debugging the issue, I did see sporadic problems where the name of the document would not populate in iOS17. Usually, if I would cancel and print and share to DevonThink (as outlined in the original post), the subsequent time would populate the field. This may be related or not.

We’re internally testing a fix.

3 Likes

I have exactly the same problem!

As mentioned, we are testing a fix.

When will the fix be available? Because this bug has completely broken my capture of documents process with DTTG… I find I am having to email to myself the PDFs I create from webpages so that I can then add them to my databases…
Thank you in advance for prioritizing this fix.

I workaround it killing both DTTG and Safari.

is this bug really related only to sharing in safari? I today had the same issue with sharing a pdf from ios mail to DTTG. so I assume it’s really an ios bug that affects the sharing feature in general.

1 Like

This seems to be a really general problem. I solved it by putting the export directly into the inbox of DTTG. However, this is not very satisfactory.

If your fix works, what’s the problem?

Meantime, as @bluefrog says above, “we are testing a fix” which will be released eventually, I am sure.

1 Like