https://bugs.winehq.org/show_bug.cgi?id=54517
Eric Pouech eric.pouech@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eric.pouech@gmail.com
--- Comment #1 from Eric Pouech eric.pouech@gmail.com --- Created attachment 74057 --> https://bugs.winehq.org/attachment.cgi?id=74057 tentative patch
Hi François,
does the attached patch help in your testings?
a summary of some investigations: - I've never experienced a loss of clipboard content, but rather another process accessing the clipboard at the same time as the test; letting OpenClipboard, or WM_PASTE, or... not to perform any action. - on Huw's suggestion, the EM_(G[S)ETMODIFY messages help detect if eg. a paste operation succeeded (that's what's done in send_message() helper) - at the time of submitting the (previous) change, I didn't include the undo tests (as I didn't look at how success vs pushing a new undo op on the stack would perform); but I did look at and confirmed that WM_PASTE success did set modify flag (and failure, don't change it).
So if we assume that MS did the things right, the undo op should only be pushed in case of success ; and the attached patch should help (in theory <g>).
A+