http://bugs.winehq.org/show_bug.cgi?id=28942
S silas-wine@flatline.org.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |silas-wine@flatline.org.uk
--- Comment #2 from S silas-wine@flatline.org.uk 2012-06-14 19:39:09 CDT --- The bug was introduced in WINE version 1.1.26. (I confirmed it is in 1.5.5, 1.4, 1.2.3, 1.1.35, 1.1.30, 1.1.27 and 1.1.26, but not in 1.1.25, 1.1.24, 1.1.23 or 1.1.5. I am using WineSkin on OS X 10.7.)
Maybe looking at the code differences between 1.1.25 and 1.1.26 would give a clue about what it could be.
Meanwhile it is possible to install and run Watchtower Library 2011 on WINE version 1.1.25 (at least in WineSkin); the first time you run it the text might display as all squares, but this can be fixed by pressing F2 (Properties) and setting a font.
(When copying, you always get plain text though. If you are copying between two WINE applications then you can copy and paste rich text with bold and other formatting preserved, but this does not seem possible when copying from a WINE application to a Mac application.)
I think the timing issue theory has some evidence, because if you use a buggy version and make MANY attempts to copy text, it's possible that one of your attempts will actually work. (This happened to me but I could not reproduce it.) Copy failure happened whether the text is being copied from the main text area or the search box.
Incidentally if you run Ubuntu Linux in VirtualBox (with guest additions installed) and run WINE inside that, the clipboard sharing between VirtualBox and Mac OS X seems to work OK as long as you put only a small amount of text on the clipboard; if you put a large amount of text on the clipboard then it will be ignored. I don't know if this might also be to do with timing.