http://bugs.winehq.org/show_bug.cgi?id=27579
Summary: The appearance of uTorrent 3.0 torrents list is broken Product: Wine Version: 1.3.22 Platform: x86 URL: http://download.utorrent.com/3.0/utorrent.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: t.artem@mailcity.com
Not only this part of µTorrent window is black, when you add a torrent to download, its name and other attributes are hidden, when you try to switch the current category from e.g. "Downloading" to "Seeding", this part of uTorrent window will not be updated.
In short the appearance of uTorrent 3.0 under Wine is broken beyond being usable.
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #1 from Artem S. Tashkinov t.artem@mailcity.com 2011-06-23 20:14:21 CDT --- Created an attachment (id=35255) --> (http://bugs.winehq.org/attachment.cgi?id=35255) uTorrent torrents list screenshot
http://bugs.winehq.org/show_bug.cgi?id=27579
Artem S. Tashkinov t.artem@mailcity.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #2 from Nikolay Sivov bunglehead@gmail.com 2011-06-23 22:38:02 CDT --- Could be related - http://source.winehq.org/git/wine.git/commit/7366d159fc8e64689b8fcf22527315e....
Please check previous wine release to see if it's a regression.
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #3 from Artem S. Tashkinov t.artem@mailcity.com 2011-06-24 01:16:19 CDT --- (In reply to comment #2)
Could be related - http://source.winehq.org/git/wine.git/commit/7366d159fc8e64689b8fcf22527315e....
Please check previous wine release to see if it's a regression.
It cannot be it, I'm using Wine 1.3.22 which doesn't include this commit.
http://bugs.winehq.org/show_bug.cgi?id=27579
Simón simon@simonbcn.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |simon@simonbcn.net
--- Comment #4 from Simón simon@simonbcn.net 2011-06-28 06:22:21 CDT --- It fails with wine 1.3.21 and 1.3.22 on Ubuntu Lucid 32 bits.
The problem isn't only the appearance, the preferences menu is unusable. µTorrent hangs when I try to modify some preference or I try to modify the visible columns in torrent list.
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #5 from Simón simon@simonbcn.net 2011-06-28 07:24:59 CDT --- I've tested with wine 1.3.12 and 1.3.15 and it fails too (http://appdb.winehq.org/objectManager.php?sClass=version&iId=22031&i...).
http://bugs.winehq.org/show_bug.cgi?id=27579
oswin_murzello@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #6 from oswin_murzello@yahoo.com 2011-06-29 11:49:48 CDT --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=27579
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #7 from Wylda wylda@volny.cz 2011-07-02 02:43:26 CDT ---
µTorrent hangs when I try to modify some preference or I try to modify the visible columns in torrent list.
Can't confirm. I can open and modify preferences menu under: * 1.3.22 and wine-1.3.23-160-g38c13e5 * Debian Squeeze 32bit * KDE 4.4.5
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #8 from Artem S. Tashkinov t.artem@mailcity.com 2011-07-02 04:08:09 CDT --- Created an attachment (id=35398) --> (http://bugs.winehq.org/attachment.cgi?id=35398) uTorrent 3.0 under Wine Git snapshot
(In reply to comment #7)
Preference window works fine for me. The rest of application doesn't.
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #9 from Simón simon@simonbcn.net 2011-07-02 04:57:54 CDT --- (In reply to comment #8)
Created an attachment (id=35398)
--> (http://bugs.winehq.org/attachment.cgi?id=35398) [details]
uTorrent 3.0 under Wine Git snapshot
(In reply to comment #7)
Preference window works fine for me. The rest of application doesn't.
Have you tested changing several values and changing of tabs. To me works at start too but when I changed several options in different tabs, at random time, µTorrent hangs.
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #10 from Simón simon@simonbcn.net 2011-07-02 05:09:32 CDT --- (In reply to comment #9)
(In reply to comment #8)
Created an attachment (id=35398)
--> (http://bugs.winehq.org/attachment.cgi?id=35398) [details] [details]
uTorrent 3.0 under Wine Git snapshot
(In reply to comment #7)
Preference window works fine for me. The rest of application doesn't.
Have you tested changing several values and changing of tabs. To me works at start too but when I changed several options in different tabs, at random time, µTorrent hangs.
Forget this. It works in local, the problem appears when I manipulate µTorrent 3 from remote server through Nomachine NX.
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #11 from Wylda wylda@volny.cz 2011-07-02 06:32:07 CDT ---
Created an attachment (id=35398)
--> (http://bugs.winehq.org/attachment.cgi?id=35398) [details]
uTorrent 3.0 under Wine Git snapshot
I can see the black painted window too on wine-1.3.23-160-g38c13e5.
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #12 from Simón simon@simonbcn.net 2011-07-18 10:13:50 CDT --- Any news?
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #13 from Artem S. Tashkinov t.artem@mailcity.com 2011-07-18 10:55:05 CDT --- (In reply to comment #12)
Any news?
Do you have a patch to fix the issue? If so, send it to wine-patches winehq.org
http://bugs.winehq.org/show_bug.cgi?id=27579
Freddie flying@huasing.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |flying@huasing.org
http://bugs.winehq.org/show_bug.cgi?id=27579
sweener@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sweener@gmail.com
--- Comment #14 from sweener@gmail.com 2011-09-05 15:21:32 CDT --- Any updates on this? I'm getting the same thing shown in 'uTorrent 3.0 under Wine Git snapshot' image. I've tried running in XP, Vista, and Windows 7 mode with the same results.
uTorrent 3.0 (build 25583)[32-bit] Wine 1.3.27 Ubuntu 11.04
http://bugs.winehq.org/show_bug.cgi?id=27579
Anders mailing@andersharrison.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mailing@andersharrison.com
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #15 from Anders mailing@andersharrison.com 2011-10-25 14:31:29 CDT --- Any possibility of a fix for this? Since I ran 3.x in the same folder, 2.2.1 crashes on me when I try to select any Torrent from the list, gah!
Tried the latest Alpha for uTorrent (3.1 build 25835), same problemo. Wine 1.3.31 Ubunutu 11.04
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #16 from Artem S. Tashkinov t.artem@mailcity.com 2011-10-25 15:07:13 CDT --- (In reply to comment #15)
Any possibility of a fix for this? Since I ran 3.x in the same folder, 2.2.1 crashes on me when I try to select any Torrent from the list, gah!
Tried the latest Alpha for uTorrent (3.1 build 25835), same problemo. Wine 1.3.31 Ubunutu 11.04
Unless someone amongst Wine developers gets interested in this bug, it may stay unresolved for ... years.
However if you cannot live without it being resolved ASAP, you can offer a financial incentive for this bug resolution or hire someone who can fix it.
http://bugs.winehq.org/show_bug.cgi?id=27579
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
--- Comment #17 from Bruno Jesus 00cpxxx@gmail.com 2011-10-25 15:32:10 CDT --- For now you can stick with 2.2.1 which seems to work well, just avoid clicking in the Files list for the torrent otherwise wine will crash.
http://bugs.winehq.org/show_bug.cgi?id=27579
patrik.et@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |patrik.et@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=27579
ax 34noff otaku@rambler.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |otaku@rambler.ru
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #18 from ax 34noff otaku@rambler.ru 2011-11-19 07:09:40 CST --- workaround i use: Preferences/Advanced/sys.enable_wine_hacks = false torrents list works good ...but free area of it remains black. ubuntu 11.10, wine 1.3.32, uTorrent 3.0 build 25806
http://bugs.winehq.org/show_bug.cgi?id=27579
Simón simon@simonbcn.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|simon@simonbcn.net |
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #19 from ax 34noff otaku@rambler.ru 2011-11-19 07:18:50 CST --- workaround i use: Preferences/Advanced/sys.enable_wine_hacks = false torrents list works good ...but free area of it remains black. ubuntu 11.10, wine 1.3.32, uTorrent 3.0 build 25806
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #20 from ax 34noff otaku@rambler.ru 2011-11-19 07:19:08 CST --- ...and i also can't select multiple torrents using selection frame
http://bugs.winehq.org/show_bug.cgi?id=27579
Sylvain Petreolle spetreolle@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spetreolle@yahoo.fr
http://bugs.winehq.org/show_bug.cgi?id=27579
Artem S. Tashkinov t.artem@mailcity.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|The appearance of uTorrent |The appearance of uTorrent |3.0 torrents list is broken |3.x torrents list is broken
--- Comment #21 from Artem S. Tashkinov t.artem@mailcity.com 2011-11-28 12:53:31 CST --- uTorrent 3.1 is also unusable:
err:listview:LISTVIEW_WindowProc unknown msg 108c wp=ffffffff lp=00000000 err:listview:LISTVIEW_WindowProc unknown msg 108c wp=00000000 lp=00000000
http://bugs.winehq.org/show_bug.cgi?id=27579
Artem S. Tashkinov t.artem@mailcity.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |comctl32
http://bugs.winehq.org/show_bug.cgi?id=27579
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|comctl32 |-unknown
--- Comment #22 from Nikolay Sivov bunglehead@gmail.com 2011-11-28 12:59:16 CST --- (In reply to comment #21)
uTorrent 3.1 is also unusable:
err:listview:LISTVIEW_WindowProc unknown msg 108c wp=ffffffff lp=00000000 err:listview:LISTVIEW_WindowProc unknown msg 108c wp=00000000 lp=00000000
Most likely unrelated to your problems. Did you try native comctl32?
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #23 from Artem S. Tashkinov t.artem@mailcity.com 2011-11-28 13:29:14 CST --- Created attachment 37682 --> http://bugs.winehq.org/attachment.cgi?id=37682 uTorrent 3.x with native comctl32
(In reply to comment #22)
(In reply to comment #21)
uTorrent 3.1 is also unusable:
err:listview:LISTVIEW_WindowProc unknown msg 108c wp=ffffffff lp=00000000 err:listview:LISTVIEW_WindowProc unknown msg 108c wp=00000000 lp=00000000
Most likely unrelated to your problems. Did you try native comctl32?
Actually native comctl32 fixes this bugs report but adds a few other problems (like the toolbar becomes totally invisible).
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #24 from Artem S. Tashkinov t.artem@mailcity.com 2011-11-28 13:31:42 CST --- And errors I mentioned occur specifically at the time when uTorrent tries to render the torrents list.
http://bugs.winehq.org/show_bug.cgi?id=27579
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |comctl32
--- Comment #25 from Nikolay Sivov bunglehead@gmail.com 2011-11-28 13:34:33 CST --- (In reply to comment #23)
Actually native comctl32 fixes this bugs report but adds a few other problems (like the toolbar becomes totally invisible).
I see, setting component then.
(In reply to comment #24)
And errors I mentioned occur specifically at the time when uTorrent tries to render the torrents list.
These are usually harmless.
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #26 from ax 34noff otaku@rambler.ru 2011-11-29 06:43:36 CST --- Created attachment 37691 --> http://bugs.winehq.org/attachment.cgi?id=37691 utorrent with disabled wine_hacks
Preferences/Advanced/sys.enable_wine_hacks = false
http://bugs.winehq.org/show_bug.cgi?id=27579
Artem S. Tashkinov t.artem@mailcity.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://download.utorrent.co |http://www.utorrent.com/dow |m/3.0/utorrent.exe |nloads/complete?os=win
http://bugs.winehq.org/show_bug.cgi?id=27579
Michael McGuire spoon0042@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |spoon0042@hotmail.com
--- Comment #27 from Michael McGuire spoon0042@hotmail.com 2012-04-01 17:51:32 CDT --- A quirk I noticed: setting enable_wine_hacks = false (mostly) fixes the main torrent list, but breaks the file list in the add torrent dialog - the checkboxes and filenames are missing. They can still be clicked, though.
wine 1.5.0 utorrent 3.1.3
http://bugs.winehq.org/show_bug.cgi?id=27579
floppe@floppe.eu.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |floppe@floppe.eu.org
http://bugs.winehq.org/show_bug.cgi?id=27579
Daniel Jelinski djelinski1@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |djelinski1@gmail.com
--- Comment #28 from Daniel Jelinski djelinski1@gmail.com 2012-11-20 02:06:39 CST --- uTorrent in current wine looks the same as in the attachment from comment 8. There are several issues here: 1) the black background outside of the file list is caused by some doublebuffering issue. Commenting out all doublebuffering code brings back white background. 2) the black background of downloads is caused by custom draw not playing well with LVS_EX_FULLROWSELECT. For some reason uTorrent returns CDRF_SKIPDEFAULT when asked to paint the file name, which prevents painting background for the entire row in wine's comctl32. 3) the invisible file name. I don't know why it happens. Either uTorrent paints the item in incorrect place, or it doesn't paint it at all and returns CDRF_SKIPDEFAULT in error.
http://bugs.winehq.org/show_bug.cgi?id=27579
Daniel Jelinski djelinski1@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |djelinski1@gmail.com
--- Comment #28 from Daniel Jelinski djelinski1@gmail.com 2012-11-20 02:06:39 CST --- uTorrent in current wine looks the same as in the attachment from comment 8. There are several issues here: 1) the black background outside of the file list is caused by some doublebuffering issue. Commenting out all doublebuffering code brings back white background. 2) the black background of downloads is caused by custom draw not playing well with LVS_EX_FULLROWSELECT. For some reason uTorrent returns CDRF_SKIPDEFAULT when asked to paint the file name, which prevents painting background for the entire row in wine's comctl32. 3) the invisible file name. I don't know why it happens. Either uTorrent paints the item in incorrect place, or it doesn't paint it at all and returns CDRF_SKIPDEFAULT in error.
--- Comment #29 from Daniel Jelinski djelinski1@gmail.com 2013-02-11 15:08:09 CST --- Black background of torrent information is fixed by commit 80f70b5d85a3965d73840590bb5b38920b22fdc2. Invisible file name is most likely a bug in uTorrent's wine hacks - when they are disabled, file name shows up just fine. Someone should probably inform uTorrent author(s) about that. That leaves the doublebuffering issue. Any volunteers?
http://bugs.winehq.org/show_bug.cgi?id=27579
Alexey Loukianov mooroon2@mail.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mooroon2@mail.ru
http://bugs.winehq.org/show_bug.cgi?id=27579
hanska2@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hanska2@luukku.com
--- Comment #30 from hanska2@luukku.com --- What's the up to date status of this?
http://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #31 from Artem S. Tashkinov t.artem@mailcity.com --- (In reply to hanska2 from comment #30)
What's the up to date status of this?
Are you here to SPAM of what?
Have you tried running uTorrent 3 at all? It's still largely broken and unusable.
Comments calling to fix a particular bug are not how Wine development occurs. If you are really interested you could hire someone and pay him to solve your favorite bug. However even in this case there's no guarantee the fix will be merged with Wine's code.
https://bugs.winehq.org/show_bug.cgi?id=27579
Teras teras@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |teras@luukku.com
--- Comment #32 from Teras teras@luukku.com --- I used the link that is used on url box. It downloaded utorrent 3.4 something. It looks horrible. I didnt see the issue mentioned here, but utorrent has now web based adverts also the interface was somehow ugly.
Maybe we should change the dowload url?
https://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #33 from Artem S. Tashkinov t.artem@mailcity.com --- Created attachment 50902 --> https://bugs.winehq.org/attachment.cgi?id=50902 uTorrent 3.4.2 build 38397 Wine 1.7.35
(In reply to Teras from comment #32)
I can hardly understand what you're talking about. The initial bug report is still relevant.
https://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #34 from Austin English austinenglish@gmail.com --- *** Bug 36493 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=27579
Sylvain Petreolle spetreolle@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|spetreolle@yahoo.fr |
https://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #35 from Artem S. Tashkinov t.artem@mailcity.com --- Nothing has changed in regard to the current uTorrent version and Wine 1.9.1.
Disabling wine hacks inside uTorrent doesn't help either.
Version 2.2.1 build 25302 works beautifully though.
https://bugs.winehq.org/show_bug.cgi?id=27579
wine.fixes@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine.fixes@gmail.com
--- Comment #36 from wine.fixes@gmail.com --- This bug has been partly fixed by patch 144692: https://source.winehq.org/patches/data/144692
The numbers displayed in brackets in the left panel (indicating the total number of torrents being downloaded, et cetera) should now automatically update without having to manually click on them. This error was caused by the comctl32/treeview code using realloc() instead of alloc(), meaning that the old pointer was usually being returned (instead of a fresh new one) and thus the pointer comparison incorrectly assumed that nothing had changed each time a new torrent was added or removed, and hence the list did not update unless manually refreshed.
However - the black screen error in the top panel still seems to persist. From my own experience, this only takes effect when a new torrent is added (when uTorrent is loaded for the first time without any torrents added, the display updates normally as per uTorrent 2).
https://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #37 from wine.fixes@gmail.com --- A temporary fix that seems to force the uTorrent upper panel to update is to change the line "lps->fErase = erase;" in the BeginPaint() function within dlls/user32/painting.c to "lps->fErase = 1;"
https://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #38 from wine.fixes@gmail.com --- It's also possible to force the uTorrent 3 window to redraw correctly by preventing the program from assigning a custom Window Procedure routine to the upper panel, which forces the original WndProc routine to be used instead, and LISTVIEW_EraseBkgnd() to be automatically called upon resizing.
In the [ dlls/user32.c/WIN_SetWindowLong() ] routine, add the following three lines beneath the "case GWLP_WNDPROC:" line in the "switch (offset)" section:-
char class_name[200]; GetClassNameA(hwnd, class_name, 200); if (memcmp (class_name, "SysListView32", 13) == 0 ) {break;}
Note: When uTorrent 3 first launches (i.e. before a torrent is added), the upper panel redraws correctly because it does not initially appear to be a ListView window – possibly due to the presence of a sub-window in the main panel which reads: "Go to Featured Content to get torrents."
uTorrent 2 does not seem to set a custom WndProc routine for the main panel (and never features the "Featured Content" window), which seems to be why it draws correctly (unlike uTorrent 3). A similar error can be generated in uTorrent 2 by entering "return 1;" at the beginning of the [ dlls/comctl32/listview.c/LISTVIEW_EraseBkgnd() ] function; if ‘0' is returned instead, then the ‘fErase' flag in [dlls/user32/painting.c/BeginPaint() ] seems to get set, and the window redrawn.
https://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #39 from Artem S. Tashkinov aros@gmx.com --- Unfortunately still the case with Wine 7.6.
https://bugs.winehq.org/show_bug.cgi?id=27579
Lorenzo Ferrillo lorenzofer@live.it changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |lorenzofer@live.it
--- Comment #40 from Lorenzo Ferrillo lorenzofer@live.it --- Created attachment 72201 --> https://bugs.winehq.org/attachment.cgi?id=72201 hack to force it draw
Taking wine.fixes@gmail.com comment #37 I made a small hack for others to use, on the top master that moved a lot of this code to win32u.
Other WM_ERASEBKGND instances of send_message don't use the result at all. Maybe we shouldn't use it even in this case.
I made it so that send_erase intenrally return TRUE instead of forcing ps->fErase to be TRUE in NtUserBeginPaint.
Another possibility is to pass UPDATE_DELAYED_ERASE to send_erase in NtUserBeginPaint, wtihout modfying the first condition flag the BOOL need_erase = (flags & UPDATE_DELAYED_ERASE) != 0; But the send_message was returning 0 so that assginemnt have to gone off.
I wonder if the partial cause is some sort of mishandling of the procedure call (maybe it's return type) for some (or maybe just Background Erase), as this bug involve wndproc overrides.
This also fix the same black box issue with Wrye Bash on the top of wine staging (in particular th comctl32 patch setting it to version 6. Apparently from other analysis in this report, that version make wxWidget (that WB use) to inject a WndProc to that component (unsure if it's just this component override that got added in the case or all components) ). I will need to check wxWidget source
https://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #41 from Lorenzo Ferrillo lorenzofer@live.it --- More info from wxWisget source.
When the comctl32.dll version is > 6 the listctrl component is assigned style LVS_EX_DOUBLEBUFFER and wxWidget make this call: // When using LVS_EX_DOUBLEBUFFER, we don't need to erase our // background and doing it only results in flicker. SetBackgroundStyle(wxBG_STYLE_PAINT);
wxWidget also install it's own wndproc that handle messages, and forward to the builting procedure if a message is not handled. (it return false form the internal message processing routine)
Now wxWidget as specific handling of WM_ERASEBKGND, then when the background style is wxBG_STYLE_PAINT or wxBG_STYLE_TRANSPARENT it return True and doesn't erase the background
It probably expect it to be fully repainted in WM_PAINT
https://bugs.winehq.org/show_bug.cgi?id=27579
--- Comment #42 from Lorenzo Ferrillo lorenzofer@live.it --- Created attachment 72205 --> https://bugs.winehq.org/attachment.cgi?id=72205 Force full erase when WM_PAINT in LVS_EX_DOUBLEBUFFER listviews
Less invasive patch, it force a full redraw only on LVS_EX_DOUBLEBUFFER listviews