On Thursday, December 8, 2016, Alexandre Julliard <<a href="mailto:julliard@winehq.org">julliard@winehq.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Lauri Kenttä <<a href="javascript:;" onclick="_e(event, 'cvml', 'lauri.kentta@gmail.com')">lauri.kentta@gmail.com</a>> writes:<br>
<br>
> On 2016-12-08 17:58, Alexandre Julliard wrote:<br>
>> Lauri Kenttä <<a href="javascript:;" onclick="_e(event, 'cvml', 'lauri.kentta@gmail.com')">lauri.kentta@gmail.com</a>> writes:<br>
>><br>
>>> v2: Win8 and Win10 give different results (sometimes even<br>
>>> different different results), so mark some cases as broken.<br>
>>> Also simplify the patch overall.<br>
>><br>
>> I don't think that painting on the desktop window is a very useful<br>
>> test,<br>
>> and it can fail for various reasons. If the goal is to test<br>
>> LockWindowUpdate, you should do that with top-level windows instead.<br>
><br>
> If painting to desktop is not interesting, then bug 52 (the oldest<br>
> open bug) should probably be closed.<br>
<br>
As I mentioned in a comment there, that's mostly a WONTFIX. There may be<br>
a use for LockWindowUpdate in other cases, but scribbling over the<br>
desktop is not a particularly interesting case.<br>
<br></blockquote><div><br></div><div>A program use case: IDA 5 Free relies on this while doing heavy loading, to reproduce just try to open any exe file and notice the LockWindowUpdate calls.</div>