- Dec 22, 2023
-
-
Alexandre Julliard authored
-
-
Signed-off-by: Eric Pouech <epouech@codeweavers.com>
-
Renaming check_music_time to check_reference_time, as it's truly reference time values that are passed. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55637
-
-
- Dec 21, 2023
-
-
Signed-off-by: Eric Pouech <epouech@codeweavers.com>
-
Getting rid of the desktop cursor handle at the same time. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55961
-
-
-
Fixes a regression caused by da65aa5b.
-
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55942 Signed-off-by: Eric Pouech <epouech@codeweavers.com>
-
- Dec 20, 2023
-
-
-
Based on simliar patch for comctl32/treeview: 231199bc WM_PRINTCLIENT paints the items of a listview, including the item backgrounds, but never the listview background. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54878 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55005 Co-authored-by: Bernhard Übelacker <bernhardu@mailbox.org>
-
-
Alexandre Julliard authored
Same as 343398d2. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55446
-
- Dec 19, 2023
-
-
This should avoid getting i386 when the process really is x86_64, with just a single i386 module loaded. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56048
-
-
TightVNC viewer passes the bitmap object from display DCs to GetDIBits() and expect it to succeed. So merely a bitmap handle no longer suffices. Thus create a real bitmap instead. Fix a regression from 546cbdc2. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54381
-
Test that passing the bitmap object from display DCs to GetDIBits() should succeed. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54381
-
-
-
Alexandre Julliard authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56039
-
Alexandre Julliard authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56039
-
Alexandre Julliard authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55446
-
Alexandre Julliard authored
-
- Dec 18, 2023
-
-
On top of being closer to native behavior, this helps some games where: - they use dbghelp to gather information of where they generate exceptions, - they generate exception in the game play, - and refresh their list of loaded modules in dbghelp. This can generate some delays (~2ms per module), which affects game play (freeze, slugginess...). Credit to Paul Gofman for triaging this. Signed-off-by: Eric Pouech <epouech@codeweavers.com>
-
Basically, showing specific behavior when calling SymLoadModule() with a non-null base address, and that address is already the exact base address of a loaded module. Signed-off-by: Eric Pouech <epouech@codeweavers.com>
-
This partially reverts commit c3dcf1e2. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55306 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56046
-
Signed-off-by: Eric Pouech <epouech@codeweavers.com>
-
This was generating a lot of crashes in riched20 tests. Signed-off-by: Eric Pouech <epouech@codeweavers.com>
-