Hi Alastair,
Indeed I also noticed this problem around here. Googling for this error shows many people with the same problem, but not related to PDFE, so for sure it is an Acrobat bug.
None of the posted solutions seems to work, so today, now that you mention it, I took some time to investigate it.
Acrobat write to the clipboard more than one data format, when text is copied. Plain ANSI text, plain Unicode text, rich text, etc..
What seems to be happening is that for each data format written, Acrobat, wrongly, opens and close the access to the Clipboard. When a Clipboard monitor is installed (used to detect Clipboard changes), as it happens when PDFE is in QuickInfoEdit mode, the monitor is fired immediately after the first Clipboard close. If the application associated with the monitor opens the Clipboard to access the data, Acrobat will fail to write the other formats, because the Clipboard access is already taken. When this happen, Acrobat shows that error message. This is race condition, so it wont occur all the time.
Can be something else, but this seems to be a valid hypothesis, because every time this error shows, the Clipboard don't present all the formats Acrobat usually provide.
To circumvent this, I've now introduced a delay between the detected Clipboard change, and the access to the data itself. Seems to be working.
This change will go out with the next version, or patch release. Don't know yet when this will happen.
Meanwhile, you can select, and drag, the text to the metadata field, instead of copying it. Don't provide the same functionality, but it is even possible to insert, instead of replace, the text in an already filled field.
Or you can use another reader. The Foxit PDF Reader, or Tracker Xchange Viewer, are some good examples.
Thanks for remind me of this
