X-devonthink-item URL links do not resolve to document name

Hi all,

I have been using item links for a very long time, particularly so in OmniFocus, linking to PDF files from actions.

For the longest time, I remember clicking on the menu to copy the item link, then pasting it into OmniFocus or anywhere else really, and the link would not be shown as x-devonthink-item://UUID, but would rather be immediately shown with the name of the document into DT, which is very nice to have.

Right now, if I do this, all I get is an x-devonthink-item://UUID link, which works perfectly well, yet the label of the link does NOT get updated with the real name of the object linked to.

I have done a few searches on the forum but did not find anything specific about it.

Granted, there is the the “Update Name of Item Links” menu in DT3, but I am not talking only about the issue within DT3, rather also outside of DT3.

Did anything change recently and I missed it? Is there a setting that can be changed to restore this function?

Many thanks,


DEVONthink provides only the data to the clipboard, it’s up to the receiver to use & store the provided information. E.g. apps which store rich text (like a rich text document in TextEdit) should show the name but apps which store only the URL don’t.

And yet Apple Notes keeps the x-devonthink-item://UUID link name, and does not resolve it to its document name, in my case.

I have just seen that David Sparks’ DT3 Field Guide shows it working fine precisely with Apple Notes in video 9.4.

Something must have changed on my system, and I cannot understand what it is… :thinking:



It works for me - copying item link and pasting in Apple Notes works as advertised:


Apple Notes stores rich text (actually internally HTML) too and should show the name.

Interestingly, if you “Paste and Match Style”, you’ll only get the URL. Are you inadvertently doing that? For instance have you remapped your CMD-V in Apple Notes?

Hi @Luminary99_0,

thanks for looking this up.

No, I have not remapped Paste and Paste and Match Style.

What’s funny is that they in fact work very much the same for me in Apple Notes, as both create a valid link, which becomes underlined and thus clickable when I move to the next line. No difference whatsoever between the two commands, but since the text is infact “plain” in terms of fonts, size and italic/bold, maybe there is no difference there after all.

The issue is shown also in other applications like OmniFocus, where I integrate quite a few links to content in DT3.

@cgrunenberg is there any way for me to provide more feedback? Is it worth opening an official ticket for this issue?



And what exactly does not work for you in Apple Notes? Maybe a screenshot would help.

I see the document name in Apple Notes as well.

In Things, the name is shown when pasting into the notes section.

Workflowy only shows the link by default.

Using a shortcut to make a markdown link would be an option to always see both name and link.

The link will be clickable in Things and Workflowy (and Omnifocus too probably), but not Notes or Text Edit.

So this isn’t ideal.

Another option that works is to paste the DT item link into Text Edit (in a rich text file) and then select and copy that text (not using copy link) and paste it into something like Workflowy. Only then the hyperlink with document name will be shown.

I’m trying to figure out how this Text Edit paste & copy again step can be automated.

1 Like

Here are two screenshots with a quick example of what I mean.

The document I linked to:

The resulting link in Apple Notes:


Hope this helps!



Does it work for you in a rich text Text Edit file?

Thanks Chris,

great analysis of what can be done! :+1:t2:

Except that in my case I am stack at your first step, with the x-devonthink-item://UUID not being resolved to the document name… see the above screenshots I have just posted!



1 Like

Nope. Same exact issue:




Which version of macOS do you use? Did you use Edit > Copy Item Link or the same contextual menu item? Any third-party software that might change or use the clipboard?

1 Like

Interesting. Paste and match style would have been my guess as well. This results in the second link below when used.

Next thing I would try is if using the menubar item itself to paste makes a difference.

1 Like

It’s the latest Big Sur, just updated recently to 11.6.3. The issue was present before the 11.6.3 upgrade, to be clear.

Yes, I use the Copy Item Link contextual menu in general.

I have been having some issues with TextExpander not properly restoring the clipboard lately, so I have shut it down, but I still run into the same issue.

I also use TextSniper, which is a nifty small utility turning anything captured on the screen into text into the clipboard via OCR, and have also turned it off, but the issue is still there.

And dang, I have found the culprit! :muscle:t2:

It’s my clipboard manager, Copy’Em, which has a very neat “plain text mode” which I used in the past, and left it turned on…


It’s off again now! And it’s easy to see the results:


Many thanks for giving me the clues to look for 3rd party software modifying the clipboard data “in transit”.

This forum rocks!

Bye, Luca


Nice setup, glad you found the culprit.

TextSniper is great, but Monterey has completely eliminated the need for it in my case because of the Live Text feature. You can just select any text in any image and copy it. Poor dev got sherlocked.

Do you know if there is a way to get the hyperlink with document name pasted directly into apps like Workflowy?

I currently need to paste the DT item link into Text Edit rich text and then copy that selected text again before it shows up like in Notes with the document name.

DEVONthink provides both the name and the URL on the clipboard, this information is e.g. used by apps like TextEdit (rich text only) or Notes. But only the URL seems to be used when directly pasting to this app, it seems to ignore the provided name.

1 Like

Yeah, probably no way around the Text Edit paste and copy step.