http://bugs.winehq.org/show_bug.cgi?id=28942
Bug #: 28942 Summary: Watchtower Library: Problem while copying text to the clipboard Product: Wine Version: 1.3.31 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs@winehq.org ReportedBy: yvesdaeschle@gmail.com Classification: Unclassified
Created attachment 37205 --> http://bugs.winehq.org/attachment.cgi?id=37205 Log of clipboard traces while copying text via the program.
When I copy selected text it is not transferred to Macs clipboard.
Perhaps there is a timing problem.
What I can see is, that a special type is registered for the text, but also rich text and normal text is copied to wine's clipboard.
For details see attached trace output of wine.
http://bugs.winehq.org/show_bug.cgi?id=28942
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|user32 |-unknown
http://bugs.winehq.org/show_bug.cgi?id=28942
Igor Tarasov tarasov.igor@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tarasov.igor@gmail.com
--- Comment #1 from Igor Tarasov tarasov.igor@gmail.com 2011-10-30 12:38:37 CDT --- Please add to the title that this is Mac OS-specific bug, it does not appear in Linux.
http://bugs.winehq.org/show_bug.cgi?id=28942
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Watchtower Library: Problem |Watchtower Library: Problem |while copying text to the |while copying text to the |clipboard |clipboard (Mac, doesn't | |occur on Linux)
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.
http://bugs.winehq.org/show_bug.cgi?id=28942
--- Comment #3 from S silas-wine@flatline.org.uk 2012-06-15 09:01:55 CDT --- One problem with being stuck with WINE 1.1.25 is it is not possible to copy rich text (with bold/italic formatting) even to another WINE application. A later version of WINE is required to do this.
I tried WTL 2011 in WINE 1.5.6 with XQuartz 2.7.2 and ran the application "Clipboard Format Spy" alongside it. When I press Copy in WTL, the Clipboard Format Spy display briefly flickers. If I press Copy repeatedly and rapidly, and watch the CFS flicker carefully, it appears that the Copy command is indeed copying new text to the clipboard, but then something else quickly restores the old text.
If I use CFS to Clear the clipboard, the clipboard stays empty. But then I go back to WTL and press Control-C, and whatever WTL puts on the clipboard is rapidly replaced by the OLD contents of the clipboard. Clearing the Mac clipboard first (cat /dev/null | pbcopy) does not help. (Yes I know that's a useless cat by the way but I'm trying to avoid less-than signs.) However, if I restart the computer to get a clear clipboard then it works OK until I put something on the clipboard.
I tried asking XQuartz to disable pasteboard syncing altogether, result clipboard works OK between WINE applications. So I turn on "Enable syncing" again and try to find which one of the sub-options is causing the problem, and the answer is "Update pasteboard when CLIPBOARD changes". If just that option is on and all the others are off, the problem occurs. If that option is off and any combination of the others are on, the problem does not occur. (Unfortunately, having "Update pasteboard when CLIPBOARD changes" switched off does NOT mean you can press Command-C to copy the clipboard to the pasteboard on demand. Command-C has no effect.)
I tried XQuartz versions 2.7.2, 2.6.3, 2.6.1, 2.6.0, 2.5.3, 2.5.1 and the problem was present in all of these. XQuartz 2.5.0 didn't run on OS X 10.7 (hang on startup).
http://bugs.winehq.org/show_bug.cgi?id=28942
--- Comment #4 from S silas-wine@flatline.org.uk 2012-06-18 02:37:45 CDT --- I don't know why WINE 1.1.25 couldn't copy rich text even to another WINE application when WINE 1.0 could do so. (But it's hard to get newer WTL's running on 1.0, you have to do rs_data tricks and sometimes there are tooltip problems.)
http://bugs.winehq.org/show_bug.cgi?id=28942
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
--- Comment #5 from Austin English austinenglish@gmail.com 2012-06-18 14:07:24 CDT --- (In reply to comment #2)
Maybe looking at the code differences between 1.1.25 and 1.1.26 would give a clue about what it could be.
A regression test would tell you: http://wiki.winehq.org/RegressionTesting
https://bugs.winehq.org/show_bug.cgi?id=28942
--- Comment #6 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for two years. Is this still an issue in current (1.7.25 or newer) wine?
https://bugs.winehq.org/show_bug.cgi?id=28942
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #7 from Ken Sharp imwellcushtymelike@gmail.com --- Abandoned
https://bugs.winehq.org/show_bug.cgi?id=28942
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Bruno Jesus 00cpxxx@gmail.com --- Closing abandoned bugs.
https://bugs.winehq.org/show_bug.cgi?id=28942
--- Comment #9 from S silas-wine@flatline.org.uk --- This bug is not present when running under WINE 1.7.33 in Mac Wineskin. Text can be copied out just fine.
However, when I tried WINE 1.9.21 on the same platform, it could not copy out the text (and rolling back to WINE 1.7.33 restored this functionality). I don't know if that's a regression or a new bug, some time between 1.7.33 and 1.9.21. I have not yet binary-chopped through intermediate WINE versions to pinpoint exactly which one changed it, but could do so if there is developer interest. Meanwhile I suggest WINE version 1.7.33 on the Mac (at this for this application).
https://bugs.winehq.org/show_bug.cgi?id=28942
--- Comment #10 from S silas-wine@flatline.org.uk --- I should add to the above that this is under Mac OS 10.7 and I have not yet tested under other Mac OS versions.
https://bugs.winehq.org/show_bug.cgi?id=28942
--- Comment #11 from Ken Thomases ken@codeweavers.com --- (In reply to Silas S. Brown from comment #9)
This bug is not present when running under WINE 1.7.33 in Mac Wineskin. Text can be copied out just fine.
However, when I tried WINE 1.9.21 on the same platform, it could not copy out the text (and rolling back to WINE 1.7.33 restored this functionality). I don't know if that's a regression or a new bug, some time between 1.7.33 and 1.9.21.
Yes, there was a regression in Wine 1.9.21. It is known and has since been fixed. The fix will be part of Wine 1.9.22. See bug 41575.