https://bugs.winehq.org/show_bug.cgi?id=38890
Bug ID: 38890
Summary: Terraria - terraria.exe crashes on startup
Product: Wine
Version: 1.7.44
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: trojangoat(a)gmail.com
Distribution: ---
Created attachment 51828
--> https://bugs.winehq.org/attachment.cgi?id=51828
Backtrace of startup issue
Terraria 1.3.0.3 has been working flawlessly until external updates applied
today. Not sure exactly what is causing this issue.
--
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=39930
Bug ID: 39930
Summary: HtmlHelp() shows blank page when '\\' is used as path
separator after '::'
Product: Wine
Version: 1.9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hhctrl.ocx
Assignee: wine-bugs(a)winehq.org
Reporter: foka(a)debian.org
Distribution: ---
Despite the fact that Microsoft documentation clearly states that
Anything after the double colon (::) must use forward slashes (/),
in accordance with URL standards.
(see https://support.microsoft.com/en-us/kb/235226), Windows developers tend to
forget(?) that rule and use backslashes (\) after the double colon.
For example, running UFile 2013 under Wine, opening the tutorial comes up with
a blank window, and the trace/fixme messages are logged:
trace:htmlhelp:HtmlHelpW (0x1006e,
L"ubxkbE.chm::\\tutorial/pages/1intro.htm>DT_HTML_TUT",
command=HH_DISPLAY_TOPIC, data=0)
trace:htmlhelp:NavigateToChm 0x208ba0 L"C:\\Program Files\\UFile
2013\\ubxkbE.chm" L"\\tutorial/pages/1intro.htm"
trace:htmlhelp:AppendFullPathURL L"C:\\Program Files\\UFile
2013\\ubxkbE.chm" 0x31dc98 L"\\tutorial/pages/1intro.htm"
trace:htmlhelp:navigate_url L"mk:@MSITStore:C:\\Program Files\\UFile
2013\\ubxkbE.chm::/\\tutorial/pages/1intro.htm"
fixme:ieframe:handle_navigation_error Navigate to error page
But of course, as a retail product, UFile 2013's tutorial of course shows
correctly in Windows.
Apparently, Microsoft knows how often developers get confused by '/' and '\',
and silently accepts such erroneous backslashes so that the relevant HTML Help
can be displayed.
The current Wine implementation of HTML Help, however, does not account for
such developer errors, leading to such blank HTML Help windows in (slightly)
buggy programs like UFile 2013.
--
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=53897
Bug ID: 53897
Summary: Programmer's File Editor MDI windows initially open
with doubled-up scroll bars
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine_bugzilla(a)sctb.ch
Distribution: ---
Created attachment 73438
--> https://bugs.winehq.org/attachment.cgi?id=73438
Screenshot of doubled-up scroll bars.
I've been using Programmer's File Editor (PFE), a text editor from 1999, with
WINE, since the beginning of time.
There has always been a problem that when the editor starts, the scroll bars
(vertical and horizontal) are doubled up. It's an MDI interface, which I think
is the problem.
Clicking on a scrollbar, tiling the windows, etc - anything which makes them do
something - returns the scrollbars to the normal state.
Screenshot attached.
--
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=55602
Bug ID: 55602
Summary: Call of Juarez - Bound in Blood In-game videos bug
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: VladimirVSC(a)yandex.ru
Distribution: ---
Created attachment 75137
--> https://bugs.winehq.org/attachment.cgi?id=75137
CoJ2 Intro movie hanging
The game displays no intro or in-menu videos if no gstreamer1.0-libav:i386
plugins installed - the game itself works fine, but with these libraries
installed the game starts to hang in the same place of the forth intro movie
(with man installing a fuse) and on game loading screen (if this forth intro
movie was skipped), while in-menu videos are still missing. Moreover, intro
movies playing have some kind of sound crackling and micro stutterings.
--
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=54122
Bug ID: 54122
Summary: Call of Juarez - Bound in Blood in-menu videos don't
work
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: VladimirVSC(a)yandex.ru
Distribution: ---
Created attachment 73655
--> https://bugs.winehq.org/attachment.cgi?id=73655
The output of missing videos
The video-animated background into the main menu doesn't work. The same for 7.0
and 8.0-rc1. The output included.
--
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=54031
Bug ID: 54031
Summary: user32:msg - test_SendMessage_other_thread() broken by
WM_WINDOWPOSCHANGING on Windows dual-monitor configs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:msg - test_SendMessage_other_thread() sometimes gets an unexpected
WM_WINDOWPOSCHANGING message:
msg.c:19053: Test failed: wrong status 00480048
msg.c:19091: Test failed: SendMessage from other thread 5: 0: the msg sequence
is not complete: expected 0000 - actual 0046
msg.c:19091: Failed sequence SendMessage from other thread 5:
msg.c:19091: 0: expected: nothing - actual: MsgCheckProc: 006F025C
WM_WINDOWPOSCHANGING wp 00000000 lp 0022fc40 after 00000000 x 100 y 100 cx 200
cy 200 flags SWP_NOACTIVATE|SWP_NOZORDER (flags 19)
msg.c:19091: 1: expected: nothing - actual: MsgCheckProc: 006F025C 0024 wp
00000000 lp 0022f700 (flags 39)
msg.c:19059: Failed sequence SendMessage from other thread 1:
msg.c:19059: 0: expected: msg 0402 - actual: MsgCheckProc: 007102CA 0402 wp
00000000 lp 00000000 (flags 19)
msg.c:19059: 1: expected: msg 0400 - actual: MsgCheckProc: 007102CA 0400 wp
00000000 lp 00000000 (flags 19)
msg.c:19079: Failed sequence SendMessage from other thread 3:
msg.c:19079: 0: expected: msg 0403 - actual: MsgCheckProc: 007102CA 0403 wp
00000000 lp 00000000 (flags 19)
msg.c:19079: 1: expected: msg 0401 - actual: MsgCheckProc: 007102CA 0401 wp
00000000 lp 00000000 (flags 19)
[53435] msg.c:19087: Test failed: wrong status 00400040
msg.c:19091: Failed sequence SendMessage from other thread 5:
msg.c:18487: Failed sequence SetFocus on a desktop window:
msg.c:18497: Failed sequence SetFocus on another thread window:
msg.c:18517: Failed sequence SetActiveWindow on a desktop window:
msg.c:18527: Failed sequence SetActiveWindow on another thread window:
msg.c:18592: Failed sequence SetFocus on a child window:
msg.c:18592: 0: expected: hook 0009 - actual: CBT: hook 9 (HCBT_SETFOCUS) wp
005e0252 lp 002f0278
msg.c:12896: QS_RAWINPUT not supported on this platform
msg.c:12921: Test failed: wrong qstatus 00000000
See https://test.winehq.org/data/patterns.html#user32:msg
This seems to only happen on dual-monitor configurations, most frequently on
w1064-2qxl but also regularly on w7u-2qxl.
--
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=55600
Bug ID: 55600
Summary: Connecting a GPU after X was started causes wine to
break
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: activeds
Assignee: wine-bugs(a)winehq.org
Reporter: mark(a)unserver.de
Distribution: ---
Hi
I have a notebook with Intel GPU and an external Nvidia connected via
Thunderbolt. Native software works always fine: vkcube, glmark2, glxgears,
vkmark all good, on booth GPUs and their 32 bit versions all run fine as well.
More complex stuff runs fine too.
And wine also runs fine, as long as i connect the Egpu before i start X. But if
i connect the eGPU after X was started, wine breaks. No matter what i run, even
winecfg or Explorer.exe. The system starts to stutter (mouse moves fine,
background processes seem to run fine too, but X hangs for a few seconds, then
works for a brief moment, hangs again, ...) and no window ever appears.
Wine reports:
0138:err:winediag:nodrv_CreateWindow Application tried to create a window, but
no driver could be loaded.
I can happily provide full logs, configs and the usual stuff, but as i do not
know whats necessary i refrain from dumping a wall of text until i'm asked to
do so.
One thing i noted is that xrandr reports two providers when the Gpu was
connected before X was started, and only when it was connected after. But keep
in mind that everything works in both cases except wine.
Another thing, as soon as the stutter begins i get kernel messages:
[ 1413.308613] i915 0000:00:02.0: [drm] *ERROR* LSPCON init failed on port D
[ 1414.701163] i915 0000:00:02.0: [drm] *ERROR* Failed to probe lspcon
in time with the stutter and on each stutter.
I can reproduce the problem even without an eGpu by just unbinding a Gpu and
rebinding it after X is started:
Unbind: echo "1" > /sys/bus/pci/devices/0000\:01\:00.0/remove
Rebind: echo '\\_SB.PCI0.PEG0.PEGP._ON' > /proc/acpi/call; echo 1 >
/sys/bus/pci/rescan
I can always force wine onto the Intel GPU
VK_ICD_FILENAMES="/usr/share/vulkan/icd.d/intel_icd.i686.json" wine
whatever.exe
and then it works. But only on the intel Gpu, which kind of defeats the purpose
of an eGpu :D
--
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=52571
Bug ID: 52571
Summary: batch token parsing regression
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: dragonwarriorxtreme(a)gmail.com
Distribution: ---
This is easily demonstrated with vcvars script batch files in Visual Studio
2015, on amd64.
>)
>)
>)
>)
>)
>Can't recognize 'x86' as an internal or external command, or batch script.
>Can't recognize '\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6.1 Tools\x64\;C:\windows\system32;C:\win
dows;C:\windows\system32\wbem;C:\windows\system32\WindowsPowershell\v1.0' as an
internal or external
command, or batch script.
>Can't recognize 'x86' as an internal or external command, or batch script.
>Can't recognize '\Windows Kits\NETFXSDK\4.6.1\include\um;' as an internal or external command, or bat
ch script.
>Can't recognize 'x86' as an internal or external command, or batch script.
>Can't recognize '\Windows Kits\NETFXSDK\4.6.1\lib\um\x86;' as an internal or external command, or bat
ch script.
>Can't recognize 'x86' as an internal or external command, or batch script.
>Can't recognize '\Microsoft Visual Studio 14.0\Team Tools\Performance Tools\x64;C:\Program Files ' as
an internal or external command, or batch script.
>Can't recognize 'x86' as an internal or external command, or batch script.
... etc ...
1. Install Visual Studio 2015 (latest Wine-git works around ncrypt limitations)
or the v140/v141 build tools using 2017 (already works).
What I did personally (was attempting to compile x86 programs on an x64 install
before I hit this bug):
2. cd C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\bin\amd64_x86
3. wine cmd /K vcvarsamd64_x86.bat
--
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=55031
Bug ID: 55031
Summary: experimental wow64 mode: crashes in some 3d graphics
code
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: idarktemplar(a)mail.ru
Distribution: ---
Created attachment 74591
--> https://bugs.winehq.org/attachment.cgi?id=74591
wine.crash.log
When I'm trying to run Spellforce 2 with experimental wow64 wine mode, it
crashes. When I'm running it using normal multilib setup, everything runs fine,
at least until main menu, didn't check again further.
Same happens when I'm trying to run Torchlight 2 from Steam. Demo available on:
https://store.steampowered.com/app/200710/Torchlight_II/
Crashing wine build options: ./configure --with-mingw
--enable-archs='i386,x86_64' --prefix=/tmp/wineinstall
Suspicious log lines just before crash:
0114:fixme:opengl:wow64_map_buffer GL_MAP_PERSISTENT_BIT not supported!
wine: Unhandled page fault on write access to 5BFFF000 at address 6AB23144
(thread 0114), starting debugger...
OS: Gentoo Linux amd64 (64bit)
Graphics: X11
Videocard information:
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: Quadro K1000M/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 470.182.03
OpenGL core profile shading language version string: 4.60 NVIDIA
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
--
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=55597
Bug ID: 55597
Summary: Second desktop slows running Planet of Lana
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stephematician(a)gmail.com
Distribution: ---
Created attachment 75129
--> https://bugs.winehq.org/attachment.cgi?id=75129
Short version of log from running program "Planet of Lana"
A second monitor/desktop, plugged in to my laptop via HDMI, slows down
considerably when running Planet of Lana. The laptop monitor/desktop and the
game itself (windowed) appear to run at a normal speed.
This issue is _not_ observed when running the Steam version of the game (using
Proton 8.0.2).
I am using UbuntuMATE 22.04 (X11/LightDM). I have an on-board and NVIDIA
graphics controller, using the NVIDIA 535.86.05 driver.
lspci | grep VGA
01:00.0 VGA compatible controller: NVIDIA Corporation TU106M [GeForce RTX
2060 Max-Q] (rev a1)
05:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Renoir (rev c5)
Logs when running one vs two monitors do not appear materially different, e.g.
# unplug second monitor
wine Planet\ of\ Lana.exe 1&>2 2>one_monitor.log
# plug second monitor in
wine Planet\ of\ Lana.exe 1&>2 2>two_monitor.log
# trim log
sed -r '/semi-stub|stub!/d' one_monitor.log | sed 's/[0-9A-F]\{16\}/HEX/g'
\
| sed 's/^[0-9a-fA-F]\{4\}:/HEX:/g' > one_monitor_trim.log
sed -r '/semi-stub|stub!/d' two_monitor.log | sed 's/[0-9A-F]\{16\}/HEX/g'
\
| sed 's/^[0-9a-fA-F]\{4\}:/HEX:/g' > two_monitor_trim.log
diff one_monitor_trim.log two_monitor_trim.log
# no difference
Attached the (trimmed) one-monitor log for reference.
--
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=55546
Bug ID: 55546
Summary: wine 8.15 breaks with upgrading alsa-lib from 1.2.9 to
1.2.10
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: karabaja4(a)gmail.com
Distribution: ---
Upgrading these packages on Arch:
* alsa-lib (1.2.9-1 -> 1.2.10-1)
* lib32-alsa-lib (1.2.9-1 -> 1.2.10-1)
breaks any Wine game with a sound when using pure ALSA (no pulseaudio, no
pipewire).
The game does not start, and this is the error message from wine output when
trying to run the game:
"Assertion failed: !status, file ../wine/dlls/mmdevapi/mmdevapi_private.h, line
69"
Tested with games:
* Project Diablo 2
* World Of Warcraft Vanilla 1.12.
Using Wine 8.15.
Regards,
Igor
--
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=55539
Bug ID: 55539
Summary: user32:msg test_hvredraw fails in win1709 with
unexpected region
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
win1709_newtb-w1064v1709-64 now consistently fails in test_hvredraw with
mismatched regions. This failure appears to have been introduced by
https://gitlab.winehq.org/wine/wine/-/commit/fa038c3c3714cd1293e4de6aad44c1…,
as it was the only change when this test started failing.
There are 34 total failures that look somewhat like this:
msg.c:9655: Test failed: SimpleWindowClassWithHRedraw 00cf0000 SetWindowPos
redraw #1 (0, 0, 50, 0): Update region shall match expected region
msg.c:9655: Test failed: SimpleWindowClassWithHRedraw 00cf0000 SetWindowPos
redraw #2 (0, 0, 50, 50): Update region shall match expected region
msg.c:9655: Test failed: SimpleWindowClassWithHRedraw 00cf0000 SetWindowPos
redraw #3 (0, 0, -50, -50): Update region shall match expected region
msg.c:9655: Test failed: SimpleWindowClassWithHRedraw 00cf0000 SetWindowPos
redraw #5 (-50, -50, 50, 0): Update region shall match expected region
I did a test run with some traces, and it seems the actual update region always
matches the window's visible area. It's not clear to me why running the test in
a temporary desktop would cause this.
--
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=55533
Bug ID: 55533
Summary: setupapi:devinst - test_class_installer() fails on
Windows 7+ and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: setupapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
setupapi:devinst - test_class_installer() fails on Windows 7+ and Wine:
devinst.c:2754: Test failed: Failed to call class installer, error 0xe000020e.
devinst.c:2756: this is the last test seen before the exception
092c:devinst: unhandled exception c0000005 at 000000013F23C92E
See https://test.winehq.org/data/patterns.html#setupapi:devinst
This started on 2023-09-05 and happens on Windows 7+ and Wine.
--
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=55246
Bug ID: 55246
Summary: ntdll:om - The 64-bit test_object_types() crashes on
Windows 8+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:om - The 64-bit test_object_types() crashes on Windows 8+:
om.c:2325: this is the last test seen before the exception
1c98:om: unhandled exception c0000005 at 00007FFFC32A60AB
See https://test.winehq.org/data/patterns.html#ntdll:om
Where c0000005 == STATUS_ACCESS_VIOLATION
This started on 2023-07-10 which corresponds to the GitLab CI switch to Debian
12 for builds which means it is caused by the commit below:
commit 5799e89f15b5584f186dcc2fd24b98e0a7bd6c10
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Jul 10 17:18:49 2023 +0200
gitlab: Upgrade the Debian image to bookworm.
Note that, to this day, the 64-bit binaries produced by the TestBot still run
successfully on Windows because they are built on Debian 11. But the nightly
WineTest runs fail because they use the official WineTest binaries produced by
the GitLab CI which uses Debian 12.
--
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=54331
Bug ID: 54331
Summary: Game "Antecrypt": Black screen after launch
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stabilergriller(a)gmail.com
Distribution: ---
Created attachment 73894
--> https://bugs.winehq.org/attachment.cgi?id=73894
Output when running "wine beam.exe"
This shooting game from https://punkcake.itch.io/antecrypt just opens up a
window which is completely black.
I confirm that this game runs on Windows 10.
My set up:
OS: Arch 64-Bit
GPU: Intel HD Graphics 610
Mesa: 22.3.3
Kernel version: 6.1.5
--
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=55507
Bug ID: 55507
Summary: Softerra LDAP Browser needs
LDAP_OPT_CLIENT_CERTIFICATE
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Run `docker run --detach -p1389:1389 bitnami/openldap`
2. Run `wine ldapbrowser-4.5.19808.0-x64-eng.msi`
3. Run `wine 'C:\Program Files\Softerra\LDAP Browser 4\ldapbrowser.exe'`
3. Click File > New > New Profile
4. Connect to localhost port 1389 anonymously
"COM Error" is displayed in the main window and "fixme:wldap32:ldap_set_optionA
Unsupported option: 0x80" is spammed to the terminal. 0x80 is
LDAP_OPT_CLIENT_CERTIFICATE, which sets the callback function to call to get
the client certificate for mTLS if the LDAP server requires mTLS.
Since most LDAP servers do not require mTLS, for now we can just save the
callback function and not call it.
$ sha256sum ldapbrowser-4.5.19808.0-x64-eng.msi
22fdae1fe8320043e8e9c50e3b4f5bd4d7f6a4b50c4680cc4216a1a65284083d
--
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=55505
Bug ID: 55505
Summary: Vitis 2020.1 needs support for "goto :EOF" command in
batch file
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Run `tar -xvf Xilinx_Unified_2020.1_0602_1208.tar.gz`
2. Run `wine Xilinx_Unified_2020.1_0602_1208/xsetup.exe`
3. When the installer complains that it can't connect to the internet, click
Ignore
4. Run `wine 'C:\Xilinx\Vitis\2020.1\bin\vitis.bat'`
The script prints "Syntax error" to the terminal twice and hangs without
opening Vitis. The first unrecognized command is "goto :EOF".
Registration is required to download Vitis.
$ sha256sum Xilinx_Unified_2020.1_0602_1208.tar.gz
a9e0f81a61eca260c4453ab93a8d17eac31956dd54d0d5fd74dc8b4f2727e3eb
--
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=55501
Bug ID: 55501
Summary: Since commit 3174e86abedf633bcec4884f1303143a696b6062
PS Core (pwsh.exe) fails to start:Call to
unimplemented function wldp.dll.WldpGetLockdownPolicy
Product: Wine
Version: 8.14
Hardware: x86-64
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v7.1.5/PowerShell-7.1.5-win-x64.msi
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
CC: bunglehead(a)gmail.com
Distribution: Debian
Though technically spoken not a real regression, I added you (Nicolai) to the
bugreport, hope you don't mind
The function is described here:
https://learn.microsoft.com/en-us/windows/win32/api/wldp/nf-wldp-wldpgetloc…
A simple stub returning S_OK is enough to fix this ( not sure what to set
lockdownState to, just setting it to 0 seems to be ok)
(Sidenote: returning E_NOTIMPL allows the program also to start, but several
errrors are reported in the console and maybe further functionality might fail)
Sidenote 2: I suspect Dotnet Core is also affected by this bug, but i didn't
test that.
--
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=55237
Bug ID: 55237
Summary: oleaut32:usrmarshal - test_marshal_VARIANT() gets bad
values for wv[5&6] on Windows 8+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
oleaut32:usrmarshal - test_marshal_VARIANT() gets bad values for wv[5&6] on
Windows 8+:
usrmarshal.c:1628: Test failed: wv[5] c560c9d1
usrmarshal.c:1697: Test failed: wv[6] c560cad1
See https://test.winehq.org/data/patterns.html#oleaut32:usrmarshal
Note that the hash values change with every run, thus causing false positives.
--
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=42809
Bug ID: 42809
Summary: GPS Track Editor: arrows not shown
Product: Wine
Version: 1.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joao.eiras(a)gmail.com
Distribution: ---
Created attachment 57847
--> https://bugs.winehq.org/attachment.cgi?id=57847
Example GPX file
1. Please download and install "GPS Track Editor" from
http://www.gpstrackeditor.com/download (7.6 MB isntaller)
2. Open the program
3. Open a GPX file (use the attached one, over the brooklyn bridge)
4. Notice how do don't see anything over the bridge but if you hover with the
mouse you'll see some dots appearing. The dots also appear if you click the
entries in the table on the right side. See attached screenshot.
5. Compare how it should look like on windows (another attached screenshot).
--
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=55531
Bug ID: 55531
Summary: combase:roapi - test_ActivationFactories() fails on
Windows and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
combase:roapi - test_ActivationFactories() fails on Windows and Wine:
roapi.c:89: Test failed: RoGetActivationFactory returned 0x800401f9.
roapi.c:96: Test failed: RoGetActivationFactory returned 0x800401f9.
roapi.c:105: Test failed: RoGetActivationFactory returned 0x800401f9.
roapi.c:110: Test failed: got factory 00000000.
See https://test.winehq.org/data/patterns.html#combase:roapi
This set of failures started on 2023-09-05 and happens on Windows 10 1909+ and
all Wine platforms.
--
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=55459
Bug ID: 55459
Summary: Softerra LDAP Browser fails to turn off
LDAP_OPT_ENCRYPT, LDAP_OPT_ROOTDSE_CACHE, and
LDAP_OPT_SIGN
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Run `docker run --detach -p1389:1389 bitnami/openldap`
2. Run `wine ldapbrowser-4.5.19808.0-x64-eng.msi`
3. Run `wine 'C:\Program Files\Softerra\LDAP Browser 4\ldapbrowser.exe'`
3. Click File > New > New Profile
4. Connect to localhost port 1389 anonymously
"COM Error" is displayed in the main window and "fixme:wldap32:ldap_set_optionA
Unsupported option: 0x96" is spammed to the terminal. 0x96 is LDAP_OPT_ENCRYPT.
After fixing that, the error changes to "Unsupported option: 0x95"
(LDAP_OPT_SIGN) and after fixing that, it changes to "Unsupported option: 0x9a"
(LDAP_OPT_ROOTDSE_CACHE).
Since the program is only trying to turn off those three options, a full
implementation is not necessary. We can simply make ldap_set_option return
LDAP_SUCCESS if asked to turn off an option that Wine doesn't yet support.
$ sha256sum ldapbrowser-4.5.19808.0-x64-eng.msi
22fdae1fe8320043e8e9c50e3b4f5bd4d7f6a4b50c4680cc4216a1a65284083d
--
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=55366
Bug ID: 55366
Summary: The GitLab CI sometimes tries to link winscard with
libpcsclite on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The GitLab CI sometimes tries to link winscard with libpcsclite on macOS and
fails.
For instance in MR!3459:
ld: library not found for -lpcsclite
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [dlls/winscard/winscard.so] Error 1
This issue started with commit f74c4af257e0 but the root cause looks more like
it has to do with the way the GitLab CI caches the configure information.
MR!3389 may have more details.
https://gitlab.winehq.org/wine/wine/-/merge_requests/3389
--
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=54945
Bug ID: 54945
Summary: ntdll:exception - test_virtual_unwind() fails on
Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:exception - test_virtual_unwind() fails on Windows 11:
exception.c:2132: Test failed: 0/8: wrong frame
000000000076F598/000000000076F480
exception.c:2132: Test failed: 0/9: wrong frame
000000000076F478/000000000076F480
exception.c:2132: Test failed: 0/10: wrong frame
000000000076F470/000000000076F480
There are also a lot of possibly related traces.
See https://test.winehq.org/data/patterns.html#ntdll:exception
The addresses changes sometimes, thus causing false positives. These failures
above are also not systematic and only happen in the 64-bit tests. They also
seem to be unrelated to the ntdll:exception crashes (see bug 54944).
--
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=51561
Bug ID: 51561
Summary: Wine's built-in gdiplus.dll lags in Paint.NET compared
to native (Win 7) gdiplus.dll
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: kle(a)bluewin.ch
Distribution: ---
After intensive testing I can confirm that the built-in gdiplus.dll "lags" in
Paint.NET 3.5.11 and Wine 6.13 / 6.14.
When the native gdiplus.dll from Windows 7 is used (through winetricks) the
performance is clearly better, no lag is present. Unfortunately the native
gdiplus.dll works not stable, Paint.NET 3.5.11 crashes reproducible after some
time. So this is therefore not an usable alternative.
Maybe this bug report here is related to bug 24653:
https://bugs.winehq.org/show_bug.cgi?id=24653
--
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=55535
Bug ID: 55535
Summary: The dinput:hid test summary line fails to take skip
messages into account on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The dinput:hid test summary line fails to take skip messages into account on
Windows 7:
driver_bus.c:133: Tests skipped: hid.c:1078 expect[0]: broken (code 0xb01a2 id
0 len 37)
driver_bus.c:133: Tests skipped: hid.c:1172 expect[0]: broken (code 0xb0192 id
0 len 31)
driver_bus.c:133: Tests skipped: hid.c:1270 expect[0]: broken (code 0xb0191 id
0 len 31)
driver_bus.c:133: Tests skipped: hid.c:1365 expect[0]: broken (code 0xb0195 id
0 len 2)
0004:driver_hid: 152 tests executed (0 marked as todo, 0 as flaky, 0 failures),
0 skipped.
0004:driver_hid: 152 tests executed (0 marked as todo, 0 as flaky, 0 failures),
0 skipped.
driver_bus.c:133: Tests skipped: hid.c:1078 expect[0]: broken (code 0xb01a2 id
0 len 37)
driver_bus.c:133: Tests skipped: hid.c:1172 expect[0]: broken (code 0xb0192 id
0 len 31)
driver_bus.c:133: Tests skipped: hid.c:1270 expect[0]: broken (code 0xb0191 id
0 len 31)
driver_bus.c:133: Tests skipped: hid.c:1365 expect[0]: broken (code 0xb0195 id
0 len 2)
0004:driver_hid_poll: 138 tests executed (0 marked as todo, 0 as flaky, 0
failures), 0 skipped.
0004:driver_hid_poll: 138 tests executed (0 marked as todo, 0 as flaky, 0
failures), 0 skipped.
0004:driver_hid: 47 tests executed (0 marked as todo, 0 as flaky, 0 failures),
0 skipped.
0004:driver_bus: 455 tests executed (0 marked as todo, 0 as flaky, 0 failures),
8 skipped.
085c:hid: 4360 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0
skipped.
See https://test.winehq.org/data/patterns.html#dinput:hid
This started on 2023-08-31 and the reason why it only happens on Windows 7 is
that there are no skips on later Windows versions.
--
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=55244
Bug ID: 55244
Summary: mshtml:misc - The 32-bit test_HTMLStorage() crashes in
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
mshtml:misc - The 32-bit test_HTMLStorage() crashes in Wine:
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x10045300).
Backtrace:
=>0 0x10045300 in xul (+0x45300) (0x000000d2)
0x10045300 xul+0x45300: movl $0x25c, 0x00000000
See https://test.winehq.org/data/patterns.html#mshtml:misc
A bisect shows that the failures started with the commit below:
commit 24a2b625545f1875b5c3177f2b9da1b7299b864f
Author: Victor Chiletto <vchiletto(a)codeweavers.com>
Date: Thu Jun 8 15:14:57 2023 -0300
msvcrt: Use snames instead of LCIDs in create_locinfo.
And adding traces shows that the crash happens when releasing doc2:
535: IHTMLDocument2_Release(doc2);
Sometimes the backtrace is more useful:
Backtrace:
=>0 0x6ab1c9b5 in ucrtbase (+0x5c9b5) (0x0a26e4a0)
1 0x033d6536 Cert_clone+0xb6(context=<is not available>, store=<is not
available>, use_link=<is not available>) [/home/fgo
uget/wine/wt23/src/dlls/crypt32/cert.c:148] in crypt32 (0x0a26e4a0)
2 0x034280a4 MemStore_addContext+0x24(store=083F6948, list=<internal error>,
orig_context=<internal error>, existing=<is not available>, ret_context=<is not
available>, use_link=<is not available>)
[/home/fgouget/wine/wt23/src/dlls/crypt32/store.c:149] in crypt32 (0x0a26e4f0)
3 0x033d9406 add_cert_to_store+0xf6(store=083F6948, cert=00000001,
add_disposition=<internal error>, use_link=<is not available>, ret_context=<is
not available>) [/home/fgouget/wine/wt23/src/dlls/crypt32/cert.c:267] in
crypt32 (0x0a26e570)
4 0x033d99e3 CertAddCertificateContextToStore+0x1b(ppStoreContext=<internal
error>, dwAddDisposition=<internal error>, pCertContext=<internal error>,
hCertStore=<internal error>)
[/home/fgouget/wine/wt23/src/dlls/crypt32/cert.c:289] in crypt32 (0x0a26e5c0)
5 0x033d99e3 CertAddEncodedCertificateToStore+0x53(hCertStore=<is not
available>, dwCertEncodingType=<is not available>, pbCertEncoded=<is not
available>, cbCertEncoded=<is not available>, dwAddDisposition=<is not
available>, ppCertContext=<is not available>)
[/home/fgouget/wine/wt23/src/dlls/crypt32/cert.c:64] in crypt32 (0x0a26e5c0)
6 0x0fcf6aa0 ensure_remote_cert+0x190(ctx=<internal error>)
[/home/fgouget/wine/wt23/src/dlls/secur32/schannel.c:1131] in secur32
(0x0a26e640)
7 0x0fcfa74d schan_QueryContextAttributesW+0xcd(context_handle=<is not
available>, attribute=<is not available>, buffer=<is not available>)
[/home/fgouget/wine/wt23/src/dlls/secur32/schannel.c:1207] in secur32
(0x0a26eab0)
8 0x6c1320a9 netcon_secure_connect_setup+0x509(connection=<internal error>,
compat_mode=<internal error>)
[/home/fgouget/wine/wt23/src/dlls/wininet/netconnection.c:545] in wininet
(0x0a26ed00)
9 0x6c133438 NETCON_secure_connect+0x38(connection=<is not available>,
server=<is not available>)
[/home/fgouget/wine/wt23/src/dlls/wininet/netconnection.c:615] in wininet
(0x0a26ed20)
10 0x6c11fc03 HTTP_HttpSendRequestW+0x1293(request=<internal error>,
lpszHeaders=<internal error>, dwHeaderLength=<internal error>, lpOptional=<is
not available>, dwOptionalLength=<is not available>, dwContentLength=<is not
available>, bEndRequest=<is not available>)
[/home/fgouget/wine/wt23/src/dlls/wininet/http.c:5093] in wininet (0x0a26fdb0)
11 0x6c120adf AsyncHttpSendRequestProc+0x3f(hdr=<is not available>)
[/home/fgouget/wine/wt23/src/dlls/wininet/http.c:5356] in wininet (0x0a26fde0)
12 0x6c124e78 INTERNET_WorkerThreadFunc+0x18(lpvParam=<is not available>)
[/home/fgouget/wine/wt23/src/dlls/wininet/internet.c:4029] in wininet
(0x0a26fe00)
13 0x7bc5b6fb process_rtl_work_item+0x1b(instance=<is not available>,
userdata=<is not available>)
[/home/fgouget/wine/wt23/src/dlls/ntdll/threadpool.c:410] in ntdll (0x0a26fe30)
14 0x7bc5c7b2 tp_object_execute+0x3a2(object=<register EBX not accessible in
this frame>, wait_thread=<internal error>)
[/home/fgouget/wine/wt23/src/dlls/ntdll/threadpool.c:2221] in ntdll
(0x0a26fed0)
15 0x7bc5cb88 threadpool_worker_proc+0x198(param=<is not available>)
[/home/fgouget/wine/wt23/src/dlls/ntdll/threadpool.c:2356] in ntdll
(0x0a26ff30)
--
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=55227
Bug ID: 55227
Summary: wtsapi32:wtsapi - check_wts_process_info() fails to
get the user token on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wtsapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wtsapi32:wtsapi - check_wts_process_info() fails to get the user token on
Windows 7:
wtsapi.c:94: Test failed: pid 0x544: failed to get token user, error 998
wtsapi.c:95: this is the last test seen before the exception
0fc0:wtsapi: unhandled exception c0000005 at 772ADF96
See https://test.winehq.org/data/patterns.html#wtsapi32:wtsapi
Where 998 == ERROR_NOACCESS
--
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=55225
Bug ID: 55225
Summary: kernel32:thread - test_stack() gets an unexpected
values for -2 & -3 indexes on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:thread - test_stack() gets an unexpected stack[-2] value on Windows:
thread.c:1180: Test failed: wrong data 0358FFF8 = 00000000
thread.c:1181: Test failed: wrong data 0358FFF4 = 00000000
See https://test.winehq.org/data/patterns.html#kernel32:thread
Where the first value depends on the stack pointer and changes with every run,
thus causing false positives.
--
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=54683
Bug ID: 54683
Summary: shlwapi:ordinal - test_SHFormatDateTimeA() fails due
to daylight saving time on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shlwapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
shlwapi:ordinal - test_SHFormatDateTimeA() fails due to daylight saving time on
Windows:
ordinal.c:1734: Test failed: expected (12:00 PM), got (11:00 AM)
ordinal.c:1741: Test failed: expected (12:00:00 PM), got (11:00:00 AM)
ordinal.c:1749: Test failed: expected (12:00:00 PM), got (11:00:00 AM)
ordinal.c:1779: Test failed: expected (12:00 PM), got (11:00 AM) for time part
ordinal.c:1793: Test failed: expected (12:00:00 PM), got (11:00:00 AM) for time
part
ordinal.c:1811: Test failed: expected (2/14/2023 12:00 PM), got (2/14/2023
11:00 AM)
ordinal.c:1822: Test failed: expected (2/14/2023 12:00:00 PM), got (2/14/2023
11:00:00 AM)
See https://test.winehq.org/data/patterns.html#shlwapi:ordinal
The AM/PM translations can change the failure messages slightly but it's always
the same issue, on all Windows versions... except w10pro64v2004!
This set of failures started on 2023-03-13 which, together with the 1 hour
offset, clearly corresponds to the switch from CST to CDT (there was no
WineTest run on Sunday).
--
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=55532
Bug ID: 55532
Summary: kernel32:actctx - test_two_dlls_at_same_time() crashes
on Windows 7+ and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:actctx - test_two_dlls_at_same_time() crashes on Windows 7+ and Wine:
actctx.c:3236: manifest_other_guid
actctx.c:3452: Test failed: GetProcAddress failed
actctx.c:3452: Test failed: GetProcAddress failed
actctx.c:3505: this is the last test seen before the exception
1fc8:actctx: unhandled exception c0000005 at 00000000
actctx.c:4167: unhandled exception c0000005 in child process 1fc8
actctx.c:3452: Test failed: GetProcAddress failed
actctx.c:3542: this is the last test seen before the exception
034c:actctx: unhandled exception c0000005 at 00000000
actctx.c:4167: unhandled exception c0000005 in child process 034c
actctx.c:3452: Test failed: GetProcAddress failed
actctx.c:3582: this is the last test seen before the exception
16c0:actctx: unhandled exception c0000005 at 00000000
actctx.c:4167: unhandled exception c0000005 in child process 16c0
See https://test.winehq.org/data/patterns.html#kernel32:actctx
This started on 2023-09-05 and the failures happen on Windows 7+ and also Wine.
--
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=55317
Bug ID: 55317
Summary: user32:msg - test_hotkey() finds no free WinKey+letter
on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:msg - test_hotkey() finds no free WinKey+letter on Windows 11:
msg.c:18487: Test failed: Couldn't find any free Windows Key + letter
combination
See https://test.winehq.org/data/patterns.html#user32:msg
--
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=54368
Bug ID: 54368
Summary: ::DrawGeometry doesn't respect stroke style
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Distribution: ---
Created attachment 73938
--> https://bugs.winehq.org/attachment.cgi?id=73938
thick lines
There's an application that uses d2d1 to draw its UI, and when the app scales
its workspace the lines get very thick shapes. This seems to be related to
00d8:fixme:d2d:d2d_stroke_style_init transformType 1 is not supported
00d8:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style
000000001F3D8C80.
According to MSDN transformType 1 refers to D2D1_STROKE_TRANSFORM_TYPE_FIXED:
The stroke does not respect the world transform but it does respect the dpi and
stroke width.
--
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=53435
Bug ID: 53435
Summary: user32:msg - test_SendMessage_other_thread() sometimes
fails on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:msg - test_SendMessage_other_thread() sometimes fails on Windows 7:
msg.c:18505: Test failed: wrong status 00400040
https://test.winehq.org/data/patterns.html#user32:msg
Where 0x00400040 that there are still QS_SENDMESSAGE messages in the queue and
that one was added since the last call.
This is similar to the Windows 10-only bug 53434 but the status is different
and this failure only happens on Windows 7.
--
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=52196
Bug ID: 52196
Summary: Program desinger.exe stop after starting with error
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: werbung(a)itssh.de
Distribution: ---
Created attachment 71249
--> https://bugs.winehq.org/attachment.cgi?id=71249
Bugreport
The install of this program was completed with no errors. It was installed
along with another program. The main program works wonderfully, but the
sub-program (desinger.exe) does not.
The OS is up to date. Wine is up to date.
In OS windows7 the program works.
--
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=54998
Bug ID: 54998
Summary: DnsQuery(DNS_TYPE_SRV) fails to parse some of the
server answers
Product: Wine
Version: 8.9
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: patch, source
Severity: normal
Priority: P2
Component: dnsapi
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
Distribution: ---
Created attachment 74551
--> https://bugs.winehq.org/attachment.cgi?id=74551
patch
An application that uses ActiveDs sometimes fails to get domain DC using
DsGetDcNameW(). That's caused by a failing call to
DnsQuery("_ldap._tcp.dc._msdcs.domain.com", DNS_TYPE_SRV)
which in turn fails because DnsExtractRecordsFromMessage_UTF8() fails to parse
some of the server answers.
It looks like this happens because in the DNS_TYPE_SRV record name is the last
element, and in that case get_name() uses wrong boundary check and returns
NULL.
Just in case it will be useful I'm attaching my version of the fix with some
tests.
It seems that skip_name() also uses wrong boundary check, however usually some
other data follows the skipped name, so it currently doesn't cause failures.
--
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=54655
Bug ID: 54655
Summary: user32:msg - test_InSendMessage() sometimes gets
unexpected flags on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:msg - test_InSendMessage() sometimes gets unexpected flags on Windows:
msg.c:11738: Tests skipped: cannot set global hook
msg.c:19232: Failed sequence SendMessage from other thread 1:
msg.c:19232: 0: expected: msg 0402 - actual: MsgCheckProc: 00000000008B03E8
0402 wp 00000000 lp 00000000 (flags 19)
msg.c:19232: 1: expected: msg 0400 - actual: MsgCheckProc: 00000000008B03E8
0400 wp 00000000 lp 00000000 (flags 19)
msg.c:19252: Failed sequence SendMessage from other thread 3:
msg.c:19252: 0: expected: msg 0403 - actual: MsgCheckProc: 00000000008B03E8
0403 wp 00000000 lp 00000000 (flags 19)
msg.c:19252: 1: expected: msg 0401 - actual: MsgCheckProc: 00000000008B03E8
0401 wp 00000000 lp 00000000 (flags 19)
msg.c:19264: Failed sequence SendMessage from other thread 5:
msg.c:19292: Test failed: wrong flags a
msg.c:18660: Failed sequence SetFocus on a desktop window:
See https://test.winehq.org/data/patterns.html#user32:msg
Where 0xa == ISMEX_NOTIFY | ISMEX_REPLIED
and the test expected 0x9 == ISMEX_SEND | ISMEX_REPLIED
This happens about once per month and impacts at least Windows 7 & 10,
regardless of locale:
* 2022-08-31 on w7u-pt-PT 32-bit
* 2022-08-31 on w7u 32-bit
* 2022-09-06 on w7u 32-bit
* 2022-09-15 on w7u-pt-PT 32-bit
* 2022-12-12 on w1064 32-bit
* 2023-02-20 on w10pro64-ar 64-bit
* 2023-03-02 on w7u-de 32-bit
--
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=54202
Bug ID: 54202
Summary: user32:msg - subtest_hvredraw() fails on most Windows
7 test configurations
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:msg - subtest_hvredraw() fails on most Windows 7 test configurations
msg.c:9478: Test failed: SimpleWindowClassWithHRedraw 00cf0000 SetWindowPos
redraw #0 (0, 0, 0, 50): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithHRedraw 00cf0000 SetWindowPos
redraw #1 (0, 0, 50, 0): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithHRedraw 00cf0000 SetWindowPos
redraw #2 (0, 0, 50, 50): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithHRedraw 00cf0000 SetWindowPos
redraw #3 (0, 0, -50, -50): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithHRedraw 00cf0000 SetWindowPos
redraw #4 (-50, -50, 0, 50): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithVRedraw 00cf0000 SetWindowPos
redraw #0 (0, 0, 0, 50): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithVRedraw 00cf0000 SetWindowPos
redraw #1 (0, 0, 50, 0): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithVRedraw 00cf0000 SetWindowPos
redraw #2 (0, 0, 50, 50): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithVRedraw 00cf0000 SetWindowPos
redraw #3 (0, 0, -50, -50): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithVRedraw 00cf0000 SetWindowPos
redraw #5 (-50, -50, 50, 0): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithHVRedraw 00cf0000 SetWindowPos
redraw #0 (0, 0, 0, 50): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithHVRedraw 00cf0000 SetWindowPos
redraw #1 (0, 0, 50, 0): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithHVRedraw 00cf0000 SetWindowPos
redraw #2 (0, 0, 50, 50): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithHVRedraw 00cf0000 SetWindowPos
redraw #3 (0, 0, -50, -50): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithHRedraw 40800000 SetWindowPos
redraw #0 (0, 0, 0, 50): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithHRedraw 40800000 SetWindowPos
redraw #4 (-50, -50, 0, 50): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithVRedraw 40800000 SetWindowPos
redraw #1 (0, 0, 50, 0): Update region shall match expected region
msg.c:9478: Test failed: SimpleWindowClassWithVRedraw 40800000 SetWindowPos
redraw #5 (-50, -50, 50, 0): Update region shall match expected region
msg.c:9764: Test failed: destroy child on thread exit: 1: the msg sequence is
not complete: expected 000f - actual 0000
msg.c:9764: Failed sequence destroy child on thread exit:
msg.c:9764: 0: expected: msg 0082 - actual: MsgCheckProc: 00BC00A0 0082 wp
00000000 lp 00000000 (flags 19)
msg.c:9764: 1: expected: msg 000f - actual: nothing
See https://test.winehq.org/data/patterns.html#user32:msg
These failures appeared as soon as the corresponding tests were introduced but
somehow the TestBot did not detect them when MR!1874 was submitted. So maybe
they are caused by interference from a previous Wine test.
commit b2a9445e155487f1b47a646b70edbe181a905454
Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
Date: Thu Dec 22 01:20:59 2022 +0900
user32/tests: Add tests for CS_HREDRAW and CS_VREDRAW.
--
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=55354
Bug ID: 55354
Summary: user32:msg - test_dialog_messages() sometimes gets a
bad sequence on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:msg - test_dialog_messages() sometimes gets a bad message sequence on
Windows 7:
msg.c:15393: Test failed: CreateDialogParam_1: 17: the msg 0x001c was expected,
but got msg 0x000d instead
msg.c:15393: Test failed: CreateDialogParam_1: 18: the msg 0x0086 was expected,
but got msg 0x0083 instead
msg.c:15393: Test failed: CreateDialogParam_1: 19: the msg 0x0006 was expected,
but got msg 0x800b instead
msg.c:15393: Test failed: CreateDialogParam_1: 20: the msg 0x8005 was expected,
but got msg 0x001c instead
msg.c:15393: Test failed: CreateDialogParam_1: 21: the msg 0x0007 was expected,
but got msg 0x0086 instead
msg.c:15393: Test failed: CreateDialogParam_1: 23: the msg sequence is not
complete: expected 0000 - actual 0006
See https://test.winehq.org/data/patterns.html#user32:msg
Where: 0x0006 == WM_ACTIVATE
0x000d == WM_GETTEXT
0x001c == WM_ACTIVATEAPP
0x0083 == WM_NCCALCSIZE
0x0086 == WM_NCACTIVATE
0x8005 == EVENT_OBJECT_FOCUS
0x800b == EVENT_OBJECT_LOCATIONCHANGE
This first happened on 2023-06-22 and there has been about one instance per
week since, always receiving the same unexpected message sequence:
* 2023-06-22 win7_newtb-w7u-2qxl
* 2023-06-28 win7_newtb-w7u-es
* 2023-07-05 win7_newtb-w7u-2qxl
* 2023-07-27 win7_newtb-w7u-2qxl
--
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=51995
Bug ID: 51995
Summary: Roblox's bad performance on Wine
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: penguinbotonline(a)protonmail.com
Distribution: ---
Created attachment 70986
--> https://bugs.winehq.org/attachment.cgi?id=70986
Stderr log from Wine
There is a common problem that occurs to the majority of RoL players, which is
bad performance. There 2 things that people usually have, frame drops and
performance degradation.
When a frame drop happens, with +seh these things appear in the logs
--
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=55508
Bug ID: 55508
Summary: Wine 8.15: compiles successfully in Flatpak but fails
during runtime with a SIGSEGV
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lunar.lattice0(a)gmail.com
Distribution: ---
Created attachment 75070
--> https://bugs.winehq.org/attachment.cgi?id=75070
partial stacktrace with gdb
Wine compiles in a Flatpak environment but fails to run any application (e.g.
wine explorer.exe). This problem did not exist on Wine 8.5 and our software is
currently halted on that Wine version. Wine crashes with a segfault before
throwing an error, "could not load kernel32.dll, status c0000135".
Our flatpak build for Wine 8.15 can be found at
https://github.com/flathub/io.github.vinegarhq.Vinegar/pull/32#issuecomment….
I have also tested with org.winehq.Wine by upgrading that Flatpak's manifest to
use wine 8.15, only to encounter the same issue.
--
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=55238
Bug ID: 55238
Summary: ntdll:exception - The 64-bit test_nested_exception()
fails on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:exception - The 64-bit test_nested_exception() fails on Windows 11:
exception.c:4842: nested_exception_handler Rip 000001E4AD6D0007, Rsp
00000012F5BFFAB0, code 0x80000003, flags 0, ExceptionAddress 000001E4AD6D0007.
exception.c:4842: nested_exception_handler Rip 00007FFA236D428C, Rsp
00000012F5BFEAC0, code 0xdeadbeef, flags 0x90, ExceptionAddress
00007FFA236D428C.
exception.c:4867: Test failed: Got unexpected exception code 0xdeadbeef, flags
0x90.
exception.c:4870: Test failed: Got unexpected frame 00000012F5BFFAB0.
exception.c:4891: Test failed: Did not get nested exception.
See https://test.winehq.org/data/patterns.html#ntdll:exception
This failure is specific to the 64-bit tests and only happen on the Windows 11
VM, with out without the AMD/NVidia GPUs (but the nightlies only run the 32-bit
tests on the base configuration).
--
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=54944
Bug ID: 54944
Summary: ntdll:exception - test_extended_context() crashes on
Window 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:exception - test_extended_context() crashes on Window 11:
exception.c:9542: Test failed: Got unexpected result ret 0, length 0x4ff.
exception.c:9556: Test failed: Got unexpected result ret 0, length 0x4ff, flags
0x00100001.
exception.c:9590: Test failed: Got unexpected bret 0, GetLastError() 122, flags
0x100001.
exception.c:9592: Test failed: Got unexpexted length 0x4ff.
exception.c:9593: Test failed: Got unexpected context 00000000DEADBEEF, flags
0x100001.
exception.c:9596: Test failed: Got unexpected ContextFlags 0xcccccccc, flags
0x100001.
exception.c:9599: Test failed: Got unexpected Offset -858993460, flags
0x100001.
exception.c:9601: Test failed: Got unexpected Length 0xcccccccc, flags
0x100001.
exception.c:9604: Test failed: Got unexpected Offset -858993460, flags
0x100001.
exception.c:9608: Test failed: Got unexpected Length 0xcccccccc, flags
0x100001.
exception.c:9611: Test failed: Got unexpected Offset -858993460, flags
0x100001.
exception.c:9613: Test failed: Got unexpected Length 0xcccccccc, flags
0x100001.
exception.c:9622: Test failed: Got unexpected p FFFFFFFFCD43BDDC, flags
0x100001.
exception.c:9625: Test failed: Got unexpected p FFFFFFFFCD43BDDC, length
0xcccccccc, flags 0x100001.
ntdll:exception:0974 done (-1073741819) in 0s 9642B
See https://test.winehq.org/data/patterns.html#ntdll:exception
The crash is systematic and happens in both the 32- and 64-bit tests. More
specifically the crash happens in the first call to GetXStateFeaturesMask() but
the real issue is the failure on line 9593 which indicates that the context
parameter is wrong.
--
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=55461
Bug ID: 55461
Summary: directmanipulation:manipulation sometimes times out on
Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
directmanipulation:manipulation sometimes times out on Windows 10:
directmanipulation:manipulation:2190 done (258) in 120s 0B
See https://test.winehq.org/data/patterns.html#directmanipulation:manipulation
The test normally runs in under 1 second which means the time out is caused by
a deadlock. However this is pretty rare and has only happened twice in the past
8 months:
* 2023-04-06 win21H1_newtb-w10pro64-hi-u8-64 (followed out-of-memory failures
in previous tests)
* 2023-08-18 win21H1_newtb-w10pro64-de-64 (followed dinput:joystick8 failures)
--
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=55477
Bug ID: 55477
Summary: shell32:autocomplete - test_prefix_filtering()
sometimes fails on Windows because the AutoComplete
DropDown is visible
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
shell32:autocomplete - test_prefix_filtering() sometimes fails on Windows
because the AutoComplete DropDown is visible:
autocomplete.c:671: Test failed: AutoComplete DropDown visible
See https://test.winehq.org/data/patterns.html#shell32:autocomplete
This is pretty rare and did not happen for 4 months but has started happening
again:
* 2023-01-16 win21H1_newtb-w10pro64-ar-64
* 2023-01-19 win22H2_newtb-w1064-tsign-64
* 2023-02-14 win1507_newtb-w1064v1507-64
* 2023-07-03 win21H1_newtb-w10pro64-he-64
* 2023-08-22 win7_newtb-w7u-2qxl
--
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=55492
Bug ID: 55492
Summary: ntdll:threadpool - test_RtlRegisterWait() sometimes
fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:threadpool - test_RtlRegisterWait() sometimes fails in Wine. There are
three variants which look like they are probably related:
(1)
threadpool.c:354: Test failed: expected info.userdata = 1, got 0
threadpool.c:370: Test failed: expected info.userdata = 1, got 0
threadpool.c:371: Test failed: expected info.threadid != 0, got 0
threadpool.c:373: Test failed: OpenThread failed with 87
threadpool.c:376: Test failed: QueueUserAPC failed with 6
(2)
threadpool.c:290: Test failed: expected info.userdata = 0, got 65536
threadpool.c:294: Test failed: expected info.userdata = 1, got 65536
threadpool.c:296: Test failed: WaitForSingleObject returned 0
(3)
threadpool.c:292: Test failed: expected info.userdata = 1, got 65536
threadpool.c:294: Test failed: WaitForSingleObject returned 0
See https://test.winehq.org/data/patterns.html#ntdll:threadpool
(1) This is the most common variant and it happens in both the GitLab and other
non-TestBot VMs:
* 2023-06-30 linux_fgtb-debian11-x86-64
* 2023-06-18 MR!3094
* 2023-06-06 linux_rbernon-vulkan-win64
* 2023-05-29 linux_fg-deb64-wow32
* 2023-05-24 MR!2628
* 2023-01-31 linux_fg-deb64-wow64
* 2023-01-11 MR!1940
(2) Only happened once and on the GitLab CI.
* 2023-04-28 MR!2682
(3) Only happened on the GitLab CI.
* 2023-08-25 linux_gitlab-debian-32
* 2023-06-02 MR!2954
--
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=55579
Bug ID: 55579
Summary: kernel32:loader - test_ExitProcess() sometimes fails
on the 32-bit w8 VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:loader - test_ExitProcess() sometimes fails on the 32-bit w8 VM:
loader.c:3529: Test failed: GetThreadContext should fail
loader.c:3530: Test failed: expected ERROR_INVALID_PARAMETER, got -559038737
loader.c:3538: Test failed: SetThreadContext should fail
loader.c:3539: Test failed: expected ERROR_ACCESS_DENIED, got -559038737
See https://test.winehq.org/data/patterns.html#kernel32:loader
This started on 2023-09-04 and happens in about 50% of the WineTest runs and is
most likely caused by the commit below:
commit d64200805b1848f782c8a4ce1fdbcb9292fffe51
Author: Alexandre Julliard <julliard(a)winehq.org>
AuthorDate: Thu Aug 31 18:08:50 2023 +0200
kernel32/tests: Remove some workarounds for old Windows versions.
--
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=49868
Bug ID: 49868
Summary: Hedgewars 1.0.0 crashes when a game against the
computer is started
Product: Wine
Version: 5.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ---
Created attachment 68209
--> https://bugs.winehq.org/attachment.cgi?id=68209
The console messages
Hedgewars crashes when the following steps are taken:
1) remove .wine directory
2) run wineboot
3) run the Hedgewars installer, accept the defaults. This will start Hedgewards
at the end of the installer
4) Press "Play a game on a single computer"
5) Press "Play a quick game against the computer with random settings"
6) Sometimes, the game now shows the error "The program hedgewars.exe has
encountered a serious problem and needs to close"
7) if the game does not crash, press escape and Y, and repeat step 5
My versions:
$ wine --version
wine-5.17 (Staging)
$ uname -a
Linux cedric-p4 5.8.10-arch1-1 #1 SMP PREEMPT Thu, 17 Sep 2020 18:01:06 +0000
x86_64 GNU/Linux
--
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=55585
Bug ID: 55585
Summary: Redraw problem at Notepad++
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: temp2004(a)freenet.de
Distribution: ---
Created attachment 75114
--> https://bugs.winehq.org/attachment.cgi?id=75114
Movie showing influence of left mouse button clicks at the degenerated document
list
There seems to be a problem affecting the Doc Switcher dialog of Notepad++:
When running Notepad++ for a long period inside Wine, file names are displayed
at wrong positions or appear multiple, sometimes only half lines are displayed.
Resizing Notepad++ main windows sometimes temporary corrects the complete file
list, but not always.
Clicking at a file name at his list always leads to a correct redraw of this
one file name
(watch attached movie).
Only the Doc Switcher dialog is affected: all other Notepad++ sub windows seem
to be correctly redrawn.
Seen at any releases of SuSE and Ubuntu during the last years. Also at
different computer hardware.
Seems to affect any Notepad++ releases (current I use 8.1.2).
At MS Windows this problem does not occur.
Steps:
Enable "Document List Panel=Show" at Menu Settings/Preferences/General.
Open and close some text files over a long period .
Right after start of Notepad++ everything seems to be OK.
The redraw problem needs some time (hours?) to appear.
Possibly computers Stand-By mode also has an influence.
If the problem appears, it will not go away until Notepad++ is restarted.
--
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=54530
Bug ID: 54530
Summary: Unable to find an entry point named
'UiaDisconnectProvider' in DLL 'UIAutomationCore.dll'
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uiautomationcore
Assignee: wine-bugs(a)winehq.org
Reporter: hunt3rgz(a)protonmail.com
Distribution: ---
Created attachment 74074
--> https://bugs.winehq.org/attachment.cgi?id=74074
Wine log
I runned a .NET 5.0 application written with Windows Forms
https://github.com/X-Hax/sa_tools
When i close the 'create gradient' window, it gives me this error
System.EntryPointNotFoundException: Unable to find an entry point named
'UiaDisconnectProvider' in DLL 'UIAutomationCore.dll'.
at Interop.UiaCore.UiaDisconnectProvider(IRawElementProviderSimple provider)
at System.Windows.Forms.Control.ReleaseUiaProvider(IntPtr handle)
at System.Windows.Forms.Control.WmDestroy(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Button.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, WM msg, IntPtr
wparam, IntPtr lparam)
--
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=55556
Bug ID: 55556
Summary: Contradicting support for Intel Arc GPUs while not
supporting DXVK in AppDB and/or Bugzilla
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
Distribution: ---
As per
https://www.tomshardware.com/news/intel-gpu-driver-optimizations-leverage-v…,
the Intel Arc drivers are already using/bundling-ion DXVK to handle DX9 APIs.
That means that if you support Intel Arc GPUs as GPU option, you automatically
support DXVK as well ( because Wine uses kernel driver as-is, correct? ). That
meanst that not accepting buzilla bugs with DXVK is
wrong/offernsive/unfriendly.
If that isa not true, then PLEASE fix the AppDB and Bugzilla to have
conditional handling of Intel GPU and non-Intel-GPU options and educate the
maintainers/reviewers accordingly.
--
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=55581
Bug ID: 55581
Summary: Internet Explorer 6 crashes when viewing local or
intranet HTML pages
Product: Wine
Version: 8.15
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 75111
--> https://bugs.winehq.org/attachment.cgi?id=75111
Terminal output
Steps to reproduce:
1. Create a 32-bit Wine bottle
2. Run `winetricks ie6`
3. Run `wine 'C:\Program Files\Internet Explorer\IEXPLORE.EXE'
'C:\windows\Web\TIP.HTM'`
IE6 crashes in a similar way when opening <http://localhost/>. However, it does
not crash when opening images or plain text files.
--
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=53434
Bug ID: 53434
Summary: user32:msg - test_SendMessage_other_thread() sometimes
fails on Windows 10 1507 - 1909
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:msg - test_SendMessage_other_thread() sometimes fails on Windows 1507 -
1909:
msg.c:18493: main: call PeekMessage
msg.c:18505: Test failed: wrong status 00080000
msg.c:18507: main: call PeekMessage
msg.c:18508: Test failed: PeekMessage should fail
https://test.winehq.org/data/patterns.html#user32:msg
Where 0x00080000 indicates that there are still QS_POSTMESSAGE messages in the
queue and that none were added since the last call.
This only happens on Windows 10 1507 to 1909.
--
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=55570
Bug ID: 55570
Summary: Battleblock Theater shows window menu bar in
fullscreen
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: iodreamify(a)gmail.com
Distribution: ---
Created attachment 75108
--> https://bugs.winehq.org/attachment.cgi?id=75108
wine log
Battleblock Theater shows a window menu in both fullscreen and windowed view
when launched from Steam. I am unsure if this behavior is also present in
Windows or not but it would be weird as well. The menu only has an empty
File-Exit entry and Help options.
I've attached a log of wine output launching Steam and a few seconds of the
game open. Please tell me if more logs are needed. Thank you.
--
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=55576
Bug ID: 55576
Summary: schedsvc:atsvcapi fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: taskschd
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
schedsvc:atsvcapi fails on macOS:
atsvcapi.c:94: Test failed: NetrJobAdd error 2
atsvcapi.c:101: Test failed: jobid should not be 0
atsvcapi.c:128: Test failed: total 0
atsvcapi.c:131: Test failed: EntriesRead 0
atsvcapi.c:128: Test failed: total 0
atsvcapi.c:131: Test failed: EntriesRead 0
atsvcapi.c:128: Test failed: total 0
atsvcapi.c:131: Test failed: EntriesRead 0
atsvcapi.c:128: Test failed: total 0
atsvcapi.c:131: Test failed: EntriesRead 0
atsvcapi.c:128: Test failed: total 0
atsvcapi.c:131: Test failed: EntriesRead 0
atsvcapi.c:167: Test failed: just added jobid 0 should be found
See https://test.winehq.org/data/patterns.html#schedsvc:atsvcapi
Where 2 == ERROR_FILE_NOT_FOUND?
These failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines).
--
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=55575
Bug ID: 55575
Summary: ws2_32:afd - test_poll() fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ws2_32:afd - test_poll() fails on macOS:
afd.c:437: Test failed: got 0x102
afd.c:437: Test failed: got 0x10
afd.c:437: Test failed: got count 0
afd.c:437: Test failed: got socket 0
afd.c:437: Test failed: got flags 0
afd.c:438: Test failed: got flags 0x44
afd.c:444: Test failed: got flags 0x44
afd.c:455: Test failed: got flags 0x45
afd.c:477: Test failed: got flags 0x48
afd.c:479: Test failed: got flags 0x4a
afd.c:502: Test failed: got flags 0x48
See https://test.winehq.org/data/patterns.html#ws2_32:afd
These failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines).
--
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=55574
Bug ID: 55574
Summary: quartz:filtergraph - test_autoplug_uyvy() fails when
UYVY is not supported (Wayland, macOS, ...)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
quartz:filtergraph - test_autoplug_uyvy() fails when UYVY is not supported
(Wayland, macOS, ...):
filtergraph.c:5352: Test failed: Got hr 0x80040218.
See https://test.winehq.org/data/patterns.html#qcap:filtergraph
Where 0x80040218 == VFW_E_CANNOT_RENDER
In particular this impacts macOS (see Remi's rbernon-macos-* cloud test
machines).
--
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=55573
Bug ID: 55573
Summary: mmdevapi:spatialaudio - test_audio_object_buffers()
sometimes fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mmdevapi:spatialaudio - test_audio_object_buffers() sometimes fails on macOS.
There are two groups of errors that can happen independently but seem to have
the same cause:
spatialaudio.c:348: Test failed: Failed to begin updating audio objects:
0x88890006
spatialaudio.c:361: Test failed: Expected to be able to get buffers for audio
object: 0x88890101, i 0
spatialaudio.c:361: Test failed: Expected to be able to get buffers for audio
object: 0x88890101, i 1
spatialaudio.c:361: Test failed: Expected to be able to get buffers for audio
object: 0x88890101, i 2
spatialaudio.c:361: Test failed: Expected to be able to get buffers for audio
object: 0x88890101, i 3
spatialaudio.c:383: Test failed: Failed to end updating audio objects:
0x88890101
(which may be repeated a second time)
spatialaudio.c:419: Test failed: Failed to begin updating audio objects:
0x88890006
spatialaudio.c:424: Test marked todo: Expected audio object to be invalidated:
0x88890101
spatialaudio.c:429: Test failed: Expected to be able to get buffers for audio
object: 0x88890101
spatialaudio.c:432: Test marked todo: Failed to end the stream: 0x80004001
spatialaudio.c:435: Test marked todo: Expected audio object to be invalidated:
0x88890101
spatialaudio.c:429: Test failed: Expected to be able to get buffers for audio
object: 0x88890101
spatialaudio.c:432: Test marked todo: Failed to end the stream: 0x80004001
spatialaudio.c:435: Test marked todo: Expected audio object to be invalidated:
0x88890101
spatialaudio.c:429: Test failed: Expected to be able to get buffers for audio
object: 0x88890101
See https://test.winehq.org/data/patterns.html#mmdevapi:spatialaudio
Where 0x88890006 == AUDCLNT_E_BUFFER_TOO_LARGE
0x88890101 == SPTLAUDCLNT_E_OUT_OF_ORDER
These failures happen in about 33% of the WineTest runs and only on macOS (see
Remi's rbernon-macos-* cloud test machines).
--
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=55572
Bug ID: 55572
Summary: kernel32:virtual - test_mapping(<anonymous>,
SEC_COMMIT, TRUE) gets permission denied errors on
macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:virtual - test_mapping(<anonymous>, SEC_COMMIT, TRUE) gets permission
denied errors on macOS:
virtual.c:3780: testing anonymous mapping flags 08000000
virtual.c:3892: Test failed: 20: MapViewOfFile(0020/0024) failed 5
virtual.c:3892: Test failed: 21: MapViewOfFile(0020/0025) failed 5
virtual.c:3892: Test failed: 28: MapViewOfFile(0020/002c) failed 5
virtual.c:3892: Test failed: 29: MapViewOfFile(0020/002d) failed 5
virtual.c:3892: Test failed: 18: MapViewOfFile(0040/0022) failed 5
virtual.c:3892: Test failed: 19: MapViewOfFile(0040/0023) failed 5
virtual.c:3892: Test failed: 20: MapViewOfFile(0040/0024) failed 5
virtual.c:3892: Test failed: 21: MapViewOfFile(0040/0025) failed 5
virtual.c:3892: Test failed: 22: MapViewOfFile(0040/0026) failed 5
virtual.c:3892: Test failed: 23: MapViewOfFile(0040/0027) failed 5
virtual.c:3892: Test failed: 26: MapViewOfFile(0040/002a) failed 5
virtual.c:3892: Test failed: 27: MapViewOfFile(0040/002b) failed 5
virtual.c:3892: Test failed: 28: MapViewOfFile(0040/002c) failed 5
virtual.c:3892: Test failed: 29: MapViewOfFile(0040/002d) failed 5
virtual.c:3892: Test failed: 30: MapViewOfFile(0040/002e) failed 5
virtual.c:3892: Test failed: 31: MapViewOfFile(0040/002f) failed 5
virtual.c:3892: Test failed: 20: MapViewOfFile(0080/0024) failed 5
virtual.c:3892: Test failed: 21: MapViewOfFile(0080/0025) failed 5
virtual.c:3892: Test failed: 28: MapViewOfFile(0080/002c) failed 5
virtual.c:3892: Test failed: 29: MapViewOfFile(0080/002d) failed 5
See https://test.winehq.org/data/patterns.html#kernel32:virtual
Where 5 == ERROR_ACCESS_DENIED
0x08000000 == SEC_COMMIT
0x01 == FILE_MAP_COPY
0x04 == FILE_MAP_READ or SECTION_MAP_READ
0x20 == FILE_MAP_EXECUTE or SECTION_MAP_EXECUTE_EXPLICIT
These failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines).
--
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=55571
Bug ID: 55571
Summary: ntdll:file - test_file_link_information() fails on
macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:file - test_file_link_information() fails on macOS:
file.c:2317: Test succeeded inside todo block: Link did not change casing on
existing target file: got L"Foo69c8.tmp"
See https://test.winehq.org/data/patterns.html#ntdll:file
The failure is systematic and only happens on macOS (see Remi's rbernon-macos-*
cloud test machines). This is likely just another consequence of the lack of
support for file change notification on macOS (see bug 12840 and bug 12854).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=12854
Summary: ntdll change.ok test fails in PC-BSD but not Linux
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: FreeBSD
Status: NEW
Keywords: testcase
Severity: minor
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=12551)
--> (http://bugs.winehq.org/attachment.cgi?id=12551)
+file in git, bzip2 -9'ed
Change.ok is full of failures in PC-BSD:
change.c:117: Test failed: event should be ready
change.c:119: Test failed: information wrong
change.c:120: Test failed: information wrong
change.c:124: Test failed: action wrong
change.c:125: Test failed: len wrong
change.c:126: Test failed: name wrong
Total of 26.
Attached is a +file log.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=55550
Bug ID: 55550
Summary: ntdll:path - test_nt_names() gets NAME_INVALID instead
of PATH_NOT_FOUND on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:path - test_nt_names() gets NAME_INVALID instead of PATH_NOT_FOUND on
macOS:
path.c:728: Test failed: 24: got c0000034 / c000003a for (null) +
L"\\??\\C:\\windows\\system32\\kernel32.dll\\foo"
path.c:728: Test failed: 26: got c0000034 / c000003a for (null) +
L"\\??\\C:\\windows\\system32\\Kernel32.Dll\\foo"
path.c:728: Test failed: 50: got c0000034 / c000003a for L"\\??\\C:\\windows\\"
+ L"system32\\kernel32.dll\\foo"
path.c:728: Test failed: 52: got c0000034 / c000003a for L"\\??\\C:\\windows\\"
+ L"system32\\Kernel32.Dll\\foo"
See https://test.winehq.org/data/patterns.html#ntdll:path
The failure is systematic and only happens macOS (see Remi's rbernon-macos-*
cloud test machines). This happens when a path component is a file instead of a
directory.
--
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=38095
Bug ID: 38095
Summary: Metatrader: doesn't respect charts sorting/sequency
when restarted
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 23bene(a)gmail.com
Distribution: ---
Wine 1.6 on Ubuntu 14.04.1 LTS 32bit using Metatrader 4 vers. 4.00 Build 765
(12 Dec 2014) doesn't respect charts sorting/sequency when restarted.
Eg.: if I sort charts alphabetically during my Metatrader session, it remain so
sorted till I close it. When I open again for a new Metatrader session, I find
charts completely shuffled!!
I copypasted my order.wnd file (that contain my charts ordered) in my
home/.wine/drive_c/Program Files/Metatrader 4/profiles/my_name/ directory
without having no one mt4 session opened.
When I launch mt4 session, it doesn't follow charts order as written in my file
and everytime I launch it again a new, random charts sequence is done.
--
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=55066
Bug ID: 55066
Summary: user32:msg - test_button_messages() sometimes gets
WM_SIZE instead of WM_SETFOCUS in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:msg - test_button_messages() sometimes gets WM_SIZE instead of
WM_SETFOCUS in Wine:
msg.c:6897: Test failed: SetFocus(hwnd) on a button: 4: the msg 0x0007 was
expected, but got msg 0x0005 instead
msg.c:6897: Test failed: SetFocus(hwnd) on a button: 5: the msg 0x0138 was
expected, but got msg 0x030f instead
msg.c:6897: Test failed: SetFocus(hwnd) on a button: 6: the msg 0x0111 was
expected, but got msg 0x001c instead
msg.c:6897: Test failed: SetFocus(hwnd) on a button: 8: the msg 0x8000 was
expected, but got msg 0x0086 instead
msg.c:6897: Test failed: SetFocus(hwnd) on a button: 9: the msg sequence is not
complete: expected 0000 - actual 0006
See https://test.winehq.org/data/patterns.html#user32:msg
This first happened on 2023-05-19 and since then it has been happening in about
4% of the runs.
--
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=55567
Bug ID: 55567
Summary: comctl32:tooltips - test_track() fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:tooltips - test_track() fails on macOS:
tooltips.c:903: Test failed: pos.left = 9
See https://test.winehq.org/data/patterns.html#comctl32:tooltips
The failure is systematic and only happens on macOS (see Remi's rbernon-macos-*
cloud test machines).
--
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=55564
Bug ID: 55564
Summary: user32:sysparams - test_WM_DISPLAYCHANGE() fails on
macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:sysparams - test_WM_DISPLAYCHANGE() fails on macOS:
sysparams.c:2499: Test failed: bpp 8: got WM_DISPLAYCHANGE bpp 32
sysparams.c:2499: Test failed: bpp 16: got WM_DISPLAYCHANGE bpp 32
See https://test.winehq.org/data/patterns.html#user32:sysparams
The failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines). They probably happen because some display
modes are not supported on macOS (see also bug 55559).
--
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=55563
Bug ID: 55563
Summary: psapi:psapi_main - test_QueryWorkingSetEx() fails on
macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: psapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
psapi:psapi_main - test_QueryWorkingSetEx() fails on macOS:
psapi_main.c:1165: Test failed: exe expected Valid=1 but got 0
psapi_main.c:1169: Test failed: exe expected Win32Protection=2 but got 0
psapi_main.c:1177: Test failed: exe expected Shared=1 but got 0
psapi_main.c:1177: Test failed: exe,noaccess expected Shared=1 but got 0
psapi_main.c:1165: Test succeeded inside todo block: exe,readonly1 expected
Valid=0 but got 0
psapi_main.c:1169: Test succeeded inside todo block: exe,readonly1 expected
Win32Protection=0 but got 0
psapi_main.c:1177: Test failed: exe,readonly1 expected Shared=1 but got 0
psapi_main.c:1165: Test failed: exe,readonly2 expected Valid=1 but got 0
psapi_main.c:1169: Test failed: exe,readonly2 expected Win32Protection=2 but
got 0
psapi_main.c:1177: Test failed: exe,readonly2 expected Shared=1 but got 0
psapi_main.c:1165: Test failed: valloc,read expected Valid=1 but got 0
psapi_main.c:1169: Test failed: valloc,read expected Win32Protection=4 but got
0
psapi_main.c:1165: Test failed: valloc,write expected Valid=1 but got 0
psapi_main.c:1169: Test failed: valloc,write expected Win32Protection=4 but got
0
psapi_main.c:1165: Test succeeded inside todo block: valloc,readwrite1 expected
Valid=0 but got 0
psapi_main.c:1169: Test succeeded inside todo block: valloc,readwrite1 expected
Win32Protection=0 but got 0
psapi_main.c:1165: Test failed: valloc,readwrite2 expected Valid=1 but got 0
psapi_main.c:1169: Test failed: valloc,readwrite2 expected Win32Protection=4
but got 0
See https://test.winehq.org/data/patterns.html#psapi:psapi_main
These failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines).
It looks like the reason is that get_working_set_ex() is effectively
unimplemented since HAVE_LIBPROCSTAT is not defined on macOS and the /proc
filesystem is not present.
--
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=55562
Bug ID: 55562
Summary: ntdll:info - test_query_process_vm() fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:info - test_query_process_vm() fails on macOS:
info.c:1909: Test failed: Expected a WorkingSetSize > 0
info.c:1910: Test failed: Expected a PagefileUsage > 0
See https://test.winehq.org/data/patterns.html#ntdll:info
The failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines).
It looks like the reason is that get_process_vm_counters() is effectively
unimplemented since HAVE_LIBPROCSTAT is not defined on macOS and the /proc
filesystem is not present.
--
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=52278
Bug ID: 52278
Summary: Crysis Wars Trial and Patch 1.5 - InstallAware error -
Runtime error in install: Cannot open AVI
Product: Wine
Version: 7.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linards.liepins(a)gmail.com
Distribution: ---
Installed winetricks:
------------------------------------------------------
warning: You are using a 64-bit WINEPREFIX. Note that many verbs only install
32-bit versions of packages. If you encounter problems, please retest in a
clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Using winetricks 20210206-next - sha256sum:
0769bbcdbd92c407f4eacaa85acc1339f607dbeafe2febd1be0912034c7af3a1 with
wine-7.0-rc2 (Staging) and WINEARCH=win64
andale
arial
comicsans
courier
georgia
impact
times
trebuchet
verdana
webdings
corefonts
gdiplus_winxp
gdiplus
w_workaround_wine_bug-24013
d3dcompiler_43
d3dx9
dxvk191
vcrun2013
quartz
vcrun2005
d3dx10_43
cabinet
--
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=55559
Bug ID: 55559
Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4 &
ddraw:ddraw7 fail on macOS due to unsupported display
mode(s)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4 & ddraw:ddraw7 fail on macOS due to
unsupported display mode(s):
*** test_coop_level_mode_set_multi():
ddraw1.c:3744: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3746: Test failed: Got unexpected screen width 1176.
ddraw1.c:3748: Test failed: Got unexpected screen height 885.
ddraw1.c:3761: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3763: Test failed: Got unexpected screen width 1176.
ddraw1.c:3765: Test failed: Got unexpected screen height 885.
ddraw1.c:3769: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3771: Test failed: Got unexpected screen width 1176.
ddraw1.c:3773: Test failed: Got unexpected screen height 885.
ddraw1.c:3792: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3794: Test failed: Got unexpected screen width 1176.
ddraw1.c:3796: Test failed: Got unexpected screen height 885.
ddraw1.c:3800: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3802: Test failed: Got unexpected screen width 1176.
ddraw1.c:3804: Test failed: Got unexpected screen height 885.
ddraw1.c:3824: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3826: Test failed: Got unexpected screen width 1176.
ddraw1.c:3828: Test failed: Got unexpected screen height 885.
ddraw1.c:3833: Test failed: Got unexpected screen width 1176.
ddraw1.c:3835: Test failed: Got unexpected screen height 885.
ddraw1.c:3848: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3850: Test failed: Got unexpected screen width 1176.
ddraw1.c:3852: Test failed: Got unexpected screen height 885.
ddraw1.c:3856: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3858: Test failed: Got unexpected screen width 1176.
ddraw1.c:3860: Test failed: Got unexpected screen height 885.
ddraw1.c:3868: Test failed: Got unexpected screen width 1176.
ddraw1.c:3870: Test failed: Got unexpected screen height 885.
ddraw1.c:3882: Test failed: Failed to set display mode, hr 0x80004001.
ddraw1.c:3884: Test failed: Got unexpected screen width 1176.
ddraw1.c:3886: Test failed: Got unexpected screen height 885.
*** test_primary_palette():
ddraw1.c:5441: Test failed: Failed to set 8 bpp display mode, skipping test.
*** test_palette_gdi():
ddraw1.c:7668: Test failed: Failed to set 8 bpp display mode, skipping test.
ddraw1.c:7853: Test failed: Failed to set 8 bpp display mode, skipping test.
See https://test.winehq.org/data/patterns.html#ddraw:ddraw1https://test.winehq.org/data/patterns.html#ddraw:ddraw2https://test.winehq.org/data/patterns.html#ddraw:ddraw4https://test.winehq.org/data/patterns.html#ddraw:ddraw7
Where 0x80004001 == E_NOTIMPL == DDERR_UNSUPPORTED
And corresponds to WINED3DERR_NOTAVAILABLE
These failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines).
--
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=55558
Bug ID: 55558
Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4 &
ddraw:ddraw7 - test_window_position() fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4 & ddraw:ddraw7 -
test_window_position() fails on macOS:
ddraw1.c:14530: Test failed: Expected window rect (0,0)-(1176,885), got
(0,1)-(1175,885).
ddraw1.c:14545: Test failed: Expected window rect (0,0)-(1176,885), got
(0,1)-(1175,885).
See https://test.winehq.org/data/patterns.html#ddraw:ddraw1https://test.winehq.org/data/patterns.html#ddraw:ddraw2https://test.winehq.org/data/patterns.html#ddraw:ddraw4https://test.winehq.org/data/patterns.html#ddraw:ddraw7
The failures are systematic and only happen on macOS (see Remi's
rbernon-macos-* cloud test machines).
--
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=55554
Bug ID: 55554
Summary: quartz:systemclock - test_advise() fails randomly on
macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
quartz:systemclock - test_advise() fails randomly on macOS. It has a set of
four failures that happen pretty much independently from each other:
systemclock.c:223: Test failed: Event should be signaled.
systemclock.c:226: Test failed: Got hr 0.
systemclock.c:243: Test failed: Event should be signaled.
systemclock.c:268: Test failed: Semaphore should not be signaled.
See https://test.winehq.org/data/patterns.html#quartz:systemclock
These failures are systematic and only happen macOS (see Remi's rbernon-macos-*
cloud test machines).
--
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=55553
Bug ID: 55553
Summary: quartz:mpeglayer3 - test_sample_processing() fails on
macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
quartz:mpeglayer3 - test_sample_processing() fails on macOS:
mpeglayer3.c:1342: Test failed: Got valid size 1246.
mpeglayer3.c:1346: Test failed: Got stop time 2f87f.
mpeglayer3.c:1368: Test failed: Got valid size 1246.
mpeglayer3.c:1372: Test failed: Got stop time 34f4d.
mpeglayer3.c:1395: Test failed: Got valid size 1246.
mpeglayer3.c:1399: Test failed: Got stop time 34f4d.
See https://test.winehq.org/data/patterns.html#quartz:mpeglayer3
These failures started happening on 2023-08-30, are systematic, and only happen
on macOS (see Remi's rbernon-macos-* cloud test machines). See also bug 55552
for another set of similar quartz failures that started on the same day.
--
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=55552
Bug ID: 55552
Summary: quartz:mpegaudio - test_connect_pin() fails on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
quartz:mpegaudio - test_connect_pin() fails on macOS:
mpegaudio.c:1007: Test failed: Got valid size 286.
mpegaudio.c:1016: Test failed: Got stop time ae8f.
mpegaudio.c:1007: Test failed: Got valid size 286.
mpegaudio.c:1016: Test failed: Got stop time 1055d.
mpegaudio.c:1007: Test failed: Got valid size 286.
mpegaudio.c:1016: Test failed: Got stop time 1055d.
mpegaudio.c:1007: Test failed: Got valid size 286.
mpegaudio.c:1016: Test failed: Got stop time ae8f.
See https://test.winehq.org/data/patterns.html#quartz:mpegaudio
These failures started happening on 2023-08-30, are systematic, and only happen
on macOS (see Remi's rbernon-macos-* cloud test machines).
--
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=55551
Bug ID: 55551
Summary: ntdll:sync - test_tid_alert() gets alerted instead of
timing out on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:sync - test_tid_alert() gets alerted instead of timing out on macOS:
sync.c:807: Test failed: got 0x101
See https://test.winehq.org/data/patterns.html#ntdll:sync
Where 0x101 == STATUS_ALERTED
0x102 == STATUS_TIMEOUT
The failure is systematic and only happens macOS (see Remi's rbernon-macos-*
cloud test machines).
--
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=55549
Bug ID: 55549
Summary: httpapi:httpapi - test_v1_bad_request() gets a
WSAECONNRESET on macOS
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: httpapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
httpapi:httpapi - test_v1_bad_request() gets a WSAECONNRESET on macOS:
httpapi.c:956: Test failed: Connection should be shut down.
httpapi.c:957: Test failed: Got error 10054.
See https://test.winehq.org/data/patterns.html#httpapi:httpapi
The failure is systematic and only happens macOS (see Remi's rbernon-macos-*
cloud test machines).
--
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=55547
Bug ID: 55547
Summary: DemulShooter 11.1: absolute position jumping to screen
edges
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thatoneseong(a)protonmail.com
Distribution: ---
Created attachment 75106
--> https://bugs.winehq.org/attachment.cgi?id=75106
Command line output when running DemulShooter_GUI using Wine-Staging 8.15
When using the application as it's intended (i.e. with a pointing device that
reports absolute coordinates, e.g. a "light gun" device), the test
window/DsDiag application showing the position will jitter back and forth
between where the gun controller/absolute pos mouse is pointing, and either the
very top-center or very left-center of the screen. The jitter happens most
noticeably when the gun-mouse is held still.
Affects games that are played in collaboration with DemulShooter, with the same
symptoms.
Download link:
https://github.com/argonlefou/DemulShooter/releases/download/v11.1/DemulSho…
(note: app runs on .NET 2.0, can be run with Wine-Mono)
May be related to how all available mouse devices are confined to one "The Wine
Project Wine HID Mouse" device, where the application's dropdown is supposed to
show every input device connected to the PC.
Observed with Wine Staging 8.15; Wine (not-Staging, vanilla) 8.15 observes
different but similarly incorrect behavior (gun cursor doesn't seem to be
recognized at all).
--
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=55543
Bug ID: 55543
Summary: Mouse cursor clipping can no longer be disabled by
application
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: insuna(a)no.capfr.fr
Distribution: ---
Ever since Wine 8.10 it has become impossible to disable cursor clipping with
application settings. If the game/application reports that it's a
fullscreen/windowed-fullscreen application then the mouse cursor will be
captured/clipped when alt-tabbing into the application and it's impossible to
release the cursor without alt-tabbing back out.
No settings in Wine can be used to disable this "feature" and all hints of the
game are ignored. This can be circumvented by not alt-tabbing into the game,
but instead changing focus by clicking onto the game window, this will not clip
the cursor until you accidentally alt+tab into the game again.
The game I've tested this with most extensively is World of Warcraft: Classic,
because it has several detailed in-game settings wrt. clipping, which were
respected prior to 8.10, but now no longer are.
--
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=54444
Bug ID: 54444
Summary: Program “Free PC Audit 5.1.211.96” did not show
desired information.
Product: Wine
Version: 8.1
Hardware: x86-64
URL: https://www.misutilities.com/freepcaudit.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
Created attachment 73996
--> https://bugs.winehq.org/attachment.cgi?id=73996
screenshot for a questionable information display
I have tried the tool “Free PC Audit 5.1.211.96” out once more together with
the software “Wine 8.1-1539.2”.
Markus_Elfring@Sonne:…/geladen/Freeware> wine freepcaudit.exe
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
…
00c0:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\SecDrv": c0000142
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SecDrv"
failed to start: 1114
0024:fixme:thread:GetThreadUILanguage : stub, returning default language.
0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 0113D9D4, 00000000
0113D9FC
0024:fixme:nls:get_dummy_preferred_ui_language (0x38 0x407 0113D9D4 00000000
0113D9FC) returning a dummy value (current locale)
…
0024:fixme:wtsapi:WTSRegisterSessionNotification Stub 0001007E 0x00000000
0024:fixme:uxtheme:BufferedPaintInit Stub ()
0024:err:listview:LISTVIEW_WindowProc unknown msg 109d, wp 0, lp 0
0024:fixme:imm:ImeSetActiveContext (00010076, 1): stub
0024:fixme:imm:ImmReleaseContext (000100C4, 00010076): stub
008c:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub
008c:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub
0024:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
…
0024:fixme:wbemdisp:object_Instances_
0024:fixme:wbemdisp:object_SpawnInstance_
…
0058:fixme:mountmgr:harddisk_ioctl The DISK_PARTITION_INFO and
DISK_DETECTION_INFO structures will not be filled
wine: Read access denied for device L"\\??\\Z:\\", FS volume label and serial
are not available.
…
0024:fixme:wuapi:automatic_updates_GetIDsOfNames
…
0128:fixme:secur32:get_cipher_algid unknown algorithm 23
0128:fixme:secur32:get_mac_algid unknown algorithm 200, cipher 23
…
0024:fixme:wtsapi:WTSUnRegisterSessionNotification Stub 0001007E
0024:fixme:uxtheme:BufferedPaintUnInit Stub ()
I would like to see more helpful information on the tab “Brief” (than an IP
address).
See also details from previous bug report:
https://bugs.winehq.org/show_bug.cgi?id=52878
--
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=55537
Bug ID: 55537
Summary: Monkey Quest: Launcher doesn't let me type Username or
Password
Product: Wine-staging
Version: 8.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: qraique(a)protonmail.ch
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
https://archive.org/details/InstallMonkeyQuest
Here is the Launcher
fix wine please
--
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=55542
Bug ID: 55542
Summary: Wine on Ubuntu 22.04 + nouveau driver: games only
display yellow screen (they run fine on 20.04)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dmayr.dev(a)gmail.com
Distribution: ---
Created attachment 75099
--> https://bugs.winehq.org/attachment.cgi?id=75099
wine launcher, yellow screen
Games launched on Ubuntu 22.04 using the 'nouveau' driver in replacement of the
deprecated 340.108 native driver only display a yellow screen.
The same games work fine in Ubuntu 20.04.
I've tried Wine versions from wine-stable 6.0.1 to 8.0, and every version
behaves the same way on each OS version.
The same games work fine on macOS using the same Wine versions, so I wonder if
the problem is on the wine + (xorg + drm) side.
Please let me know what further information you need (logs, etc) to help out
pinpointing the cause.
I've attached the yellow screen.
--
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=53129
Bug ID: 53129
Summary: user32:msg - test_paint_messages() fails
systematically on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:msg - test_paint_messages() fails systematically on Windows 7. The exact
set of failures differs with each run but there is always a "region" and an
"InvalidateErase" failure:
msg.c:8487: Test failed: Regions are different
msg.c:8488: Test failed: InvalidateErase: 0: in msg 0x0085 expecting wParam 0x1
got 0xfffffffffd0406c1
msg.c:8498: Test failed: region should be null (3)
msg.c:8510: Test failed: InvalidateErase: 0: in msg 0x0085 expecting wParam 0x1
got 0x38040675
msg.c:8510: Test failed: InvalidateErase: 3: the msg sequence is not complete:
expected 0000 - actual 0085
msg.c:8517: Test failed: Regions are different
msg.c:8518: Test failed: InvalidateErase: 0: in msg 0x0085 expecting wParam 0x1
got 0x2504170b
https://test.winehq.org/data/patterns.html#user32:msg
The InvalidateErase failure is particularly troublesome because the unexpected
wParam value changes with each run so the failure always looks like it is new.
--
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=55530
Bug ID: 55530
Summary: error in atube catcher in 32 and 64
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfc
Assignee: wine-bugs(a)winehq.org
Reporter: grandrodri3(a)gmail.com
Distribution: ---
Created attachment 75089
--> https://bugs.winehq.org/attachment.cgi?id=75089
atube error
Hello, I tell you, I have tried atube catcher, version 3, when installing two
libraries (vb6run and mfc42) it gave me an error when starting the program,
then I sent the error reports in both 32 and 64.
Could you take a look at it, please?
I update the atube catcher appdb reflecting this issue.
thank you.
All the best
--
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.
http://bugs.winehq.org/show_bug.cgi?id=27019
Summary: Print in Gestan
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jsiegwald(a)gmail.com
Hello everybody,
I'm using 'Gestan' (you can download it on www.gestan.fr) which is a fantastic
program used to manage my customers and create bills...
Anyway, I can install it without any problem, but when I want to print a bill,
there is nothing in !
It is a program created with Windev...
Anyone have a solution ?
Thanks a lot for your future help !
Julian
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=55398
Bug ID: 55398
Summary: GDI+ does not support EXIF orientation information
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: madewokherd(a)gmail.com
Distribution: ---
GDI+ does not support parsing EXIF orientation from JPEG images.
This seemingly leads to some apps being unable to displaying images in the
correct orientation, making the image look rotated.
--
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=54407
Bug ID: 54407
Summary: user32:msg - test_SendMessage_other_thread() sometimes
gets a bad WM_USER message sequence in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:msg - test_SendMessage_other_thread() sometimes gets a bad WM_USER
message sequence in Wine:
msg.c:19187: Test failed: SendMessage from other thread 1: 1: the msg 0x0400
was expected, but got msg 0x0403 instead
msg.c:19187: Test failed: SendMessage from other thread 1: 2: the msg sequence
is not complete: expected 0000 - actual 0400
msg.c:19201: Test failed: wrong status 00080000
msg.c:19207: Test failed: SendMessage from other thread 3: 0: the msg 0x0403
was expected, but got msg 0x0401 instead
msg.c:19207: Test failed: SendMessage from other thread 3: 1: the msg sequence
is not complete: expected 0401 - actual 0000
See https://test.winehq.org/data/patterns.html#user32:msg
A somewhat similar issue has been happening for some time on Windows 7 (see bug
53434).
This one started happening about twice per month in Wine on 2022-10-14
(debian11-win32).
--
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=55527
Bug ID: 55527
Summary: urlmon use-after-free when handling HTTP redirect
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: yshuiv7(a)gmail.com
Distribution: ---
In this chain of calls:
HttpProtocol_Continue (urlmon/http.c)
protocol_continue (urlmon/protocol.c)
start_downloading
HttpProtocol_start_downloading (urlmon/http.c)
(assuming status code is redirect, and BINDINFO_OPTIONS_DISABLEAUTOREDIRECTS is
set)
IInternetProtocolSink_ReportResult
ProtocolSinkHandler_ReportResult (urlmon/bindprot.c)
handle_redirect
handle_redirect terminates and releases the `Protocol` object, which
`protocol_continue` is still using, resulting in a use-after-free.
I tried surrounding `start_downloading` with `AddRef/Release` but then I found
there is at least another user of this object in `INTERNET_WorkerThreadFunc`.
--
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=55526
Bug ID: 55526
Summary: AutoCAD R14 crashes when opening the print dialog
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineps.drv
Assignee: wine-bugs(a)winehq.org
Reporter: aidas957(a)gmail.com
Distribution: SUSE
Created attachment 75086
--> https://bugs.winehq.org/attachment.cgi?id=75086
+seh,+unwind,warn+all,+loaddll log on Wine 8.15
Hello,
This issue was reported by pingufan on IRC so they should be contacted for more
information on this issue (but since they don't want to create a Bugzilla
account I'll have to make this issue myself)
So AutoCAD R14 weirdly crashes when opening the print dialog (on both Wine 8.0
and 8.15 BTW)
When looking at the log they sent me I can see a segfault caused by a bad
pointer passed to the IsBadReadPtr() function (not sure if this is the actual
issue though)
Running the app with +relay channel just makes AutoCAD break with a SmartHeap
error about a bad pointer/MEM_BAD_POINTER (so I can't get more detailed logs)
What's weird is that this issue didn't occur before with Wine 8.0 (so maybe an
OpenSUSE/app update broke this?)
I'll attach a +seh,+unwind,warn+all,+loaddll log to this bug report (because
that's the best debug information I can provide)
--
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=55503
Bug ID: 55503
Summary: MessageBox recursively showing the same pop-up message
32 times
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: maranbr(a)outlook.com
Distribution: ---
MessageBox recursively showing the same pop-up message 32 times, freezing the
main application window.
Tested Versions: Wine 8.0.2 Stable and Wine 8.14 Devel
--
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.
http://bugs.winehq.org/show_bug.cgi?id=22785
Summary: 'Candytron' exhibits geometry corruption on certain 3D
objects
Product: Wine
Version: 1.1.44
Platform: x86
URL: http://pouet.net/prod.php?which=9424
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mitch074(a)gmail.com
When running the 'Candytron' final version demo (now in full screen), some 3D
objects are rendered garbled with vertices going all over the place. The
program otherwise works to completion and closes properly.
Test configuration: WineHQ-made Wine 1.1.44 on Mandriva 2010.0, using clean
profile and fglrx from Catalyst 10.4.
When running from console, the only d3d error seems unrelated:
fixme:d3d:swapchain_init Add OpenGL context recreation support to
context_validate_onscreen_formats
Download the 'final' version from this page:
http://pouet.net/prod.php?which=9424
Also provided at that address, a video of the rendered version.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
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=55090
Bug ID: 55090
Summary: Foobar2000 v2.0: Play button needs to be pressed twice
after stop for playback
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ppark(a)codeweavers.com
Distribution: ---
Created attachment 74647
--> https://bugs.winehq.org/attachment.cgi?id=74647
An edited snippet of the logs
Steps to reproduce:
- Install Wine 8.10-103 (compiled it this morning)
- Install foobar2000 via the installer on their site:
https://www.foobar2000.org/
- Put a song in a playlist
- Press play (the triangle button); a tiny snippet of the song will play and
then it will stop.
- Press play again; the music plays properly this time.
You can make this happen again by pressing stop (square button); you need to
press play twice for the song to properly play.
See the attached log snippet (which is marked up with what the user is doing).
Note that it's trying to do something at address `0000000012345678`...
--
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=49945
Bug ID: 49945
Summary: Visio 2010: picture: content of clipboard can not be
paste into Visio
Product: Wine
Version: 5.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vedeifun(a)byom.de
Distribution: ---
How to reproduce:
1. Make a screen snapshot of a part of your screen and put it into the
clipboard.
2. Change to your open Visio 2010.
3. Press Ctrl+C
The following message appears:
Quote: "Error (925) during the pasting process. Visio cannot retrieve the
device independent bitmap data from the clipboard."
--
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=55517
Bug ID: 55517
Summary: Razer product installation issues
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: red66dead(a)gmail.com
Distribution: ---
Created attachment 75079
--> https://bugs.winehq.org/attachment.cgi?id=75079
bug report bottle
I'm trying to install a product from razer via wine or bottle but I always get
the message that the installation was terminated immediately because of a
problem just wanted to let you know if you can get your gene up and running.
This is a product from razer about audio you get to be headphones and an
upgrade program for better quality
--
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=55372
Bug ID: 55372
Summary: winetricks -q icodecs fails
Product: Wine
Version: 8.10
Hardware: x86-64
URL: https://github.com/Winetricks/winetricks/issues/2103
OS: Linux
Status: NEW
Keywords: download, Installer, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Executing wine setup.exe
0188:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0194:err:seh:KiUserCallbackDispatcher ignoring exception
0194:err:seh:KiUserCallbackDispatcher ignoring exception
Executing wine C:\windows\system32\regsvr32.exe ir50_32.dll
regsvr32: 'DllRegisterServer' not implemented in DLL 'ir50_32.dll'
------------------------------------------------------
regsvr32.exe ir50_32.dll returned status 4. Aborting.
------------------------------------------------------
This is a regression; it works in wine-8.0 (if not using a new style wow64
build).
(on slow hardware, so I'm unlikely to complete regression test soon, hopefully
someone else can beat me to it).
--
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=55518
Bug ID: 55518
Summary: VelbusLink: terminates immediately after creating a
window
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)kazlauskas.me
Distribution: ---
Created attachment 75080
--> https://bugs.winehq.org/attachment.cgi?id=75080
stdout/err of the failing command
When launching the application, the application window will briefly flash and
disappear as the application terminates. I made few attempts to catch the
moment this happens with `winedbg` to no avail. I’m using wine-staging 8.14 to
test it, although I’ve tried various versions including 8.0.
To reproduce this issue:
1. Download an installer for VelbusLink:
$ curl
'https://www.velleman.eu/downloads/velbus/velbuslink/velbuslink-10.8.6.0.exe'
-Lo ~/Downloads/velbuslink-10.8.6.0.exe
$ sha256sum ~/Downloads/velbuslink-10.8.6.0.exe
39630e960fe5be289232a6f2409c92ffe0c81e1794f166919aaffddf33eb9814
~/Downloads/velbuslink-10.8.6.0.exe
2. Install it via: `wine ~/Downloads/velbuslink-10.8.6.0.exe '/VERYSILENT'`
3. Run `wine ~/.wine/drive_c/Program\ Files\
\(x86\)/Velbus/VelbusLink/VelbusLink.exe`.
---
Side notes:
* With Wine 8.0 the application fails with an assertion as seen in Bug 50282.
In Wine 8.14, there is no assertion failure, but the application fails to
launch regardles.
* Some version of steam proton manages to run the application, but it is
rendered incorrectly with the window frame/background appearing in front of the
application contents, making application effectively unusable.
--
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.