I usually preview before I save to make sure that clutter free isn’t killing the good stuff. (Hard problem I understand).
@BLUEFROG my challenge with the current model, I can’t just trust that DT will work. So I clip, open DT and watch. If it fails, I don’t want a bookmark. I want a clear message somewhere (warning dialog). Attempt to clip: page X, failed with a server timeout.
FYI @mlevison worked here too clipping to both PDF Paginated and to Markdown. On the first try in Preview I had to click. on the dialog box about the subscription to HBR which I (no longer) have, but after that it worked.
I can’t explain why different, but just mentioning it. macOS 13.4.1 with Safari 16.5.1 and DEVONthink 3.9.2, in case this the difference.
ugh. I hate this. welcome, please join me, screaming into the void.
I don’t have the capacity to remember to check every single time I clip to PDF, it’s inane. Will I get a PDF or a bookmark? Who knows? It’s a complete mystery. Until you actually go and look inside the database, it is Schrödinger’s PDF.
As Bluefrog said, "DEVONthink has done this for years ".
Indeed, unfortunately, DEVONthink has done this years, and apparently will continue to do so for eternity. I gave up & use PrintFriendly browser extension instead, works fine with both Safari & Arc. It’s marginally slower, but at least you can see what you’re capturing and that it is, actually, truly a PDF
The previous post you linked to started in October 2000, and was added to in January 2021, again in February 20, I piped up in August 2021, & again in October 2021. After a lull, another addition in April 2023. As stated in there, apparently “it’s not a bug”.
I can always clip the article on the second try. In the most recent case the computer had just rebooted before I had the problem. The problem happens with 1/3 → 1/2 of the items I clip from webpage to PDF.
Based on the comments - Jim made a above why not lengthen the timeout for the page retrieval to 2-3secs. Slow and reliable is fine by me. In addition why add an option in the dialog box, alert on fail?
I do see how to set an alert if bookmark’s are created. I will set this up, however it feels like a kludge.
@BLUEFROG Since I don’t want a bookmark, the key annoyance here is that I can’t trust DT to do the right thing. So when I clip, I need to bring DT into view, reorg windows, watch the clipping action, hide DT, reorg windows. So the act of clipping an item goes from 10-20 secs to at least a minute.
It’s possible that the background clipping task crashed due to WebKit issues (the most common reason for bookmarks), therefore please choose Help > Report Bug while pressing the Alt modifier key and send the result to cgrunenberg - at - devon-technologies.com - thanks!
Not possible to do reliably. As you have already noticed.
I respectfully suggest that this is worth a notification or an error dialog. I understand that the failure is outside DT’s control (though if waiting a little longer would help, I’d certainly support that), but it’s still a failure, and a rather common one.
The suggestion to make a smart rule for this is great, thank you. I added “On convert” as a condition, because I’m mostly capturing PDFs and Markdown from within DT.
All that said, my recent attempts to reproduce this issue all failed. If the process has somehow been improved in 3.9.2, thank you! It’s an amazingly useful feature.