Re: [lmi] A probably-inconsequential 'wine' error

[Vadim Zeitlin]

On Thu, 11 Nov 2021 17:06:43 +0000 Greg Chicares <gchicares@sbcglobal.net> 
wrote:

GC> While testing an intended migration from
GC>   debian 'bullseye', wine-4.0.3 (Debian 4.0.3-1), to
GC>   debian 'bookworm', wine-5.0.3 (Debian 5.0.3-3)
GC> I saw this error message with 'bullseye':
GC> 
GC>   System test:
GC>   0020:err:clipboard:convert_selection Timed out waiting for 
SelectionNotify event
GC>   All 1485 files match.
GC> 
GC> I reran that test in isolation, and observed no such error message,
GC> so it appears to be irreproducible.

 FWIW the message is given only if the code fails to get the clipboard
contents after trying for 0.5 seconds, so it's timing-dependent and should
have higher chances of happening on a busy system.

GC> Everything else in 'nychthemeral_test.sh' seemed to work exactly
GC> the same in both chroots.
GC> 
GC> This error message seems inconsequential because 'make system_test'
GC> succeeds ("All 1485 files match." in both chroots).
GC> 
GC> It seems weird because IIRC the 'system_test' target wouldn't use
GC> the clipboard at all--it uses the 'lmi_cli_shared$(EXEEXT)' binary,
GC> which doesn't link wx, and all lmi's use of the clipboard goes
GC> through wx.

 I agree that this is quite strange, as this message definitely comes from
the X11 clipboard code (see dlls/winex11.drv/clipboard.c) and can only
happen when the program is trying to retrieve the current clipboard
selection, and nothing in lmi_cli_shared code should be able to do it. My
only explanation is that some other part of Wine is trying to do it, but I
could find any code doing this susceptible to be called by lmi neither. I
probably should be able to really answer this question if I run the tests
under debugger and put a breakpoint on the function where the error message
is given, but I'm not sure if it's worth doing this -- please let me know
if you think it is.

 BTW, speaking about clipboard code, it seems there hasn't been any updates
to handling Ctrl-C in Wine message boxes and neither my patch (which I
wrote for lmi benefit and submitted in January 2020) nor the alternative
patch has been merged into Wine, although the other patch is in
wine-staging, see https://bugs.winehq.org/show_bug.cgi?id=17205

GC> This is another one of those things that I just document here,

 Unfortunately I can't add anything really useful neither, or at least not
without spending more time on this, which is probably not warranted (but
again, please let me know if you disagree).

 Regards,
VZ

pgpe3bjfUgBcV.pgp
Description: PGP signature