https://bugs.winehq.org/show_bug.cgi?id=5129
--- Comment #34 from TK thomas@keegans.org --- (In reply to Nikolay Sivov from comment #33)
(In reply to TK from comment #32)
Thanks! I did the regression test between wine-2.7 and wine-2.8. On wine-2.7, I can use the native comctl32.dll fine, and in wine-2.8, Faststone does not load properly.
The regression test from git showed the following: b8bf0c2628d69952aca59855e155807b6011d5fa is the first bad commit commit b8bf0c2628d69952aca59855e155807b6011d5fa Author: Huw Davies huw@codeweavers.com Date: Tue May 2 16:12:35 2017 +0100
shell32: Simplify imagelist handling. Signed-off-by: Huw Davies <huw@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>:040000 040000 bb7d8e0caf40cb14c1d99496f009e352c3c56754 538dbed6cc4ed10e8a0ebf7e66a36e48e4bb49f5 M dlls
In other words, it works in wine-2.7-39-g3a1b289d66, but not in wine-2.7-40-gb8bf0c2628 .
This means you can't use native comctl32 version 5 since this commit. It's not a regression by itself. Try to install into clean wineprefix without native comctl32.dll library.
That's correct. I've tested several comctl32.dll versions, going back to XP and up to Windows 10. As in the original bug posted by Dan Kegel back in 2006, Faststone does not work properly with the builtin library, and the old workaround, which worked until wine-2.7-40-gb8bf0c2628, was to use native comctl32.dll. The bug 43490 is actually more accurate about what is going on.
So, installing into a clean wineprefix with the builtin dll renders badly (on multiple wine versions, including 4.7), and the native dll does not work after wine-2.7-40-gb8bf0c2628.