https://bugs.winehq.org/show_bug.cgi?id=55955
Bug ID: 55955
Summary: some part of the software is black, if I click a line
it appears, but only a line, never more than a line
Product: Wine
Version: 8.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: gerard.labadie(a)sysgroup.fr
Distribution: ---
Created attachment 75543
--> https://bugs.winehq.org/attachment.cgi?id=75543
Display of Captvty 3 on Windows
The resolution of the bug
https://bugs.winehq.org/show_bug.cgi?id=55742
allows to launch successfully Captvty V3, but part of the window is black and
impossible to read
I have attached the file Captvty-3-display-ok, when running on Windows which
shows a normal display
and the file Captvty-linux which shows that the resume of the replay is Ok, but
not the lines with the names of the replays.
reproducer
have wine 8.20 or after, the latest winetricks
create a directory .captvty_V3
download the zip from v3.captvty.fr
unzip it to .captvty_V3
export WINEARCH=win64
export WINPREFIX=~/.captvty_V3
wineboot -u
winetricks -q dotnet48 corefonts gdiplus fontsmooth=rgb vlc win7
mkdir temp
cd temp
cabextract ~/.cache/winetricks/win7sp1/windows6.1-KB976932-X64.exe
cp -rf
./x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.7601.17514_none_41e6975e2bd6f2b2/comctl32.dll
~/.wine_captvty_V3/drive_c/windows/syswow64/comctl32.dll
cd ~
rm -rf temp
launch it with
wine .captvty_V3/Captvty.exe
I noticed from the command line the messages
fixme:uxtheme:BeginBufferedPaint painting parameters are ignored
and
0024:fixme:uxtheme:AllowDarkModeForWindow 00030048 1: stub
using winecfg I tried various options for comctl32, any option with "native"
works (with the black display), any other option crashes the sofware.
in https://forum.winehq.org/viewtopic.php?t=38088
somebody commented
I don't know how to fix the black display, but I strongly believe this might be
due to using the native comctl32 (which is not really a good thing).
I think it might be a good idea to open a bugreport about the application not
being able to load builtin comctl32, maybe one of the developers has an idea
how to fix this, and maybe this "black display" issue might be solved then as
well
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50083
Bug ID: 50083
Summary: ASCOM Platform 6.5 - Installation failed
Product: Wine
Version: 5.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bammzilla(a)astronomy.com.ph
Distribution: ---
Created attachment 68544
--> https://bugs.winehq.org/attachment.cgi?id=68544
Screenshots of popup error screens during install
The ASCOM Platform allows windows desktop planetarium programs to control
astronomical hardware such as telescopes, domes, and cameras.
The software is freely distributable and open source, released under the
Creative Commons Attribution-ShareAlike 3.0 License, but written under the .NET
Platform.
The latest version is ASCOM Platform 6.5, written under .NET Framework 4.8 and
Visual Studio 2019.
To prepare the installation, I ran winetricks -q vcrun2019 dotnet35sp1
dotnet452 dotnet472 dotnet48. No errors were reported in the installation of
dotnet.
I then launched the installer with the following command:
WINEDEBUG=+nls wine ASCOMPlatform65.exe >> ASCOMPlatform65.log 2>&1
The installation went smoothly but popped up several error screens and ended
with an installation failed.
Screenshots of the error screens are attached.
The WINEDEBUG log file is gzipped and attached.
ASCOMPlatform installer log files are zipped and attached.
Download the installer from the following link:
https://github.com/ASCOMInitiative/ASCOMPlatform/releases/download/v6.5Rele…
Full source code of ASCOM Platform is available here:
https://github.com/ASCOMInitiative/ASCOMPlatform
ASCOMPlatform License file:
https://github.com/ASCOMInitiative/ASCOMPlatform/blob/master/LICENSE.txt
Information about ASCOM can be found here:
https://ascom-standards.org/Community/
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43172
Bug ID: 43172
Summary: IDirectPlay4::EnumConnections needs to support wide
string in DPNAME structure
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dplay
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
IDirectPlay4::EnumConnections needs to support wide strings in DPNAME returned
in EnumConnections. Currently it just forwards to the ascii version.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56109
Bug ID: 56109
Summary: Broken Radiobutton navigation (Up/Down, Accelerators)
in several InnoSetup installers
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 75779
--> https://bugs.winehq.org/attachment.cgi?id=75779
Ant Renamer
Broken Radiobutton navigation (Up/Down, Accelerators) in several InnoSetup
installers
Radiobuttons :
I &Accept ..
I do ¬ accept ...
- Click on one or the other then VK_UP or VK_DOWN => Focus change (dotted
rectangle) while selection does not move => THIS IS A BUG
- ALT+A and ALT+N have no effect => THIS IS A BUG
Happens with Ant Renamer 2.12 (see screenshot), TuxPaint 0.9.22 and several
other Inno Setup installers
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54571
Bug ID: 54571
Summary: ImageList images hard to see or even invisible
depending on COLOR_WINDOWTEXT
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: dark(a)darkok.xyz
Distribution: ---
Created attachment 74114
--> https://bugs.winehq.org/attachment.cgi?id=74114
Visibility of images depending on Window Text color.
The lighter the Window Text color gets, the less visible the images in an
ImageList get.
This really affects people primarily using dark themes such as myself, as then
the text color is going to be so light the images will be invisible.
I'm not sure if this issue is present in other software, but in this case I am
experiencing this with the GSAE (GS Advanced Editor) tool shipped with Roland
sound modules.
I am able to see the images properly again if I replace what is currently line
1488 of `comctl32/imagelist.c` (ImageList_DrawIndirect) with `if (FALSE)`
instead of `if (himl->hbmMask)` so the else branch always runs (this will
likely break other software though, and in my case is just a temporary
measure).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56443
Bug ID: 56443
Summary: Totem Arts Launcher.exe repeatedly asking for Unreal
Engine Redistributable
Product: Wine
Version: 9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 6chars(a)proton.me
Distribution: Mint
Created attachment 76203
--> https://bugs.winehq.org/attachment.cgi?id=76203
Screenshots and a log while installing the UE redistributable
After successfully installing "Totem-Arts-Launcher-latest.exe", when I launch
"Totem Arts Launcher.exe" (the installed program), there is a message box that
prompts me to install the 'Unreal Engine Redistributable'(currently has garbled
text due to a bug).
I click 'Okay' to install the required Redistributable, it goes through the
operation and says it was installed successfully, but the next time I enter
"Totem Arts Launcher.exe" it prompts me AGAIN to install the 'Unreal Engine
Redistributable.' The normal behavior was obviously for the redistributable to
be installed on my first try and not to be asked about it every time I enter
the program. I don't even know for sure if it installed correctly in the first
place, despite the 'Successfully install' message.
Download link for "Totem-Arts-Launcher-latest.exe":
https://totemarts.games/forums/files/file/1-renegade-x/
SHA1 sum for the installer:
d9b7f056103183c5a50003b4c164a23cdf605e95 Totem-Arts-Launcher-latest.exe
SHA1 sum for the installed program:
76f68237898ce54a3bb7129c2d1185614dc0da06 Totem Arts Launcher.exe
My system: Linux Mint 21.3 x86_64, Kernel 6.5.0-25-generic, NVIDIA Geforce GTX
1050 driver 535.161.07, wine-9.4 (Staging).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50993
Bug ID: 50993
Summary: App compiled with address sanitizer don't work in Wine
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
When trying to use in Wine app compiled with address sanitizer and MinGW LLVM,
then this app doesn't run and print
```
0104:err:module:LdrInitializeThunk "libclang_rt.asan_dynamic-x86_64.dll" failed
to initialize, aborting
0104:err:module:LdrInitializeThunk Initializing dlls for
L"Z:\\mnt\\Miecz\\godot3.2\\bin\\a.exe" failed, status 80000003
```
To reproduce issue
Download and unpack Mingw-llvm(unlike Mingw GCC allows to build app with
address sanitizer)
https://github.com/mstorsjo/llvm-mingw/releases/download/20201020/llvm-ming…
2. set variables(change PATH_TO_CHANGE)
export MINGW32_PREFIX="/PATH_TO_CHANGE/i686-w64-mingw32-"
export MINGW64_PREFIX="/PATH_TO_CHANGE/x86_64-w64-mingw32-"
3. Copy to current directory all files from folder which contains
`libclang_rt.asan_dynamic-x86_64.dll` inside unpacked mingw
4. Compile and try to open app
echo "int main(){if(2>1){return 1;}}" > a.cpp
/PATH_TO_CHANGE/x86_64-w64-mingw32-clang++ a.cpp -fsanitize="address"
wine a.exe
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45584
Bug ID: 45584
Summary: FindFirstFile fails to correct case when full name
supplied
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: us(a)edmeades.me.uk
Distribution: ---
Created attachment 62002
--> https://bugs.winehq.org/attachment.cgi?id=62002
Simple testcase in c
FindFirstFile can be used to correct the case of a file. In fact when trying to
correct the case of the whole path and file, a google implies its a good
routine to use to pass each part of the directory tree through
Problem: If findfirstfile isnt passed a wildcard, it looks for the file in
question and if it exists, returns the case of the file as supplied, not the
case as it is on disk
Try supplied testcase.
I think this can also be seen by:
wine cmd
dir >ABCD
dir abcd
Note in the directory listing it shows abcd, not ABCD
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45713
Bug ID: 45713
Summary: FusionFall Retro: fails to launch
Product: Wine-staging
Version: 3.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: macariopatrick(a)icloud.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 62144
--> https://bugs.winehq.org/attachment.cgi?id=62144
Upon getting the error message, I exit Terminal to kill Wine.
The launcher allows me to log into my account, but when the launcher downloads
the files necessary to play the game, it doesn't launch. Unity Web Player
displays an error message stating that Unity Web Player needs to be updated. It
works on Windows correctly, but not in Wine. The game uses a custom version of
Unity Web Player 2.x.x.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=46254
Bug ID: 46254
Summary: EnumResourceTypesW should return True if there are no
resources to enumerate
Product: Wine
Version: 3.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
EnumResourceTypesW -- When there are no resource types to enumerate the
function instead of True will return False (see
https://github.com/wine-mirror/wine/blob/master/dlls/kernel32/resource.c#L2…)
This bug was originally reported in pywin32-ctypes
https://github.com/enthought/pywin32-ctypes/issues/59
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.