https://bugs.winehq.org/show_bug.cgi?id=54019
Bug ID: 54019
Summary: The 64-bit ntdll:wow64 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
The 64-bit ntdll:wow64 fails on Windows 11. There are two failure modes:
wow64.c:269: Test failed: wrong Tib.ExceptionList 0000000000000000 /
00000013640C5000
wow64.c:273: Test failed: wrong len 0
wow64.c:290: Test failed: wrong len 0
wow64.c:312: Test failed: wrong len 0
wow64.c:320: Test failed: wrong ImagePathName ptr 0 / 75cec0-75d884
wow64.c:320: Test failed: wrong ImagePathNamelen 0 / 210
wow64.c:321: Test failed: wrong CommandLine ptr 0 / 75cec0-75d884
wow64.c:321: Test failed: wrong CommandLinelen 0 / 66
wow64.c:322: Test failed: wrong WindowTitle ptr 0 / 75cec0-75d884
wow64.c:322: Test failed: wrong WindowTitlelen 0 / 210
wow64.c:323: Test failed: wrong Desktop ptr 0 / 75cec0-75d884
wow64.c:323: Test failed: wrong Desktoplen 0 / 30
wow64.c:324: Test failed: wrong ShellInfo ptr 0 / 75cec0-75d884
wow64.c:326: Test failed: wrong size 0 / 3222
wow64.c:338: Test failed: wrong len 0
wow64.c:339: Test failed: BeingDebugged is 0
or with 2 extra failures and different values:
wow64.c:269: Test failed: wrong Tib.ExceptionList 0000000000000000 /
000000A7ECDDA000
wow64.c:273: Test failed: wrong len 0
wow64.c:290: Test failed: wrong len 0
wow64.c:291: Test failed: BeingDebugged is 117
wow64.c:309: Test failed: wrong ptr32 0000000000000000 / 00000298B3F80000
wow64.c:312: Test failed: wrong len 0
wow64.c:320: Test failed: wrong ImagePathName ptr 0 / 0-9c4
wow64.c:320: Test failed: wrong ImagePathNamelen 0 / 210
wow64.c:321: Test failed: wrong CommandLine ptr 0 / 0-9c4
wow64.c:321: Test failed: wrong CommandLinelen 0 / 66
wow64.c:322: Test failed: wrong WindowTitle ptr 0 / 0-9c4
wow64.c:322: Test failed: wrong WindowTitlelen 0 / 210
wow64.c:323: Test failed: wrong Desktop ptr 0 / 0-9c4
wow64.c:323: Test failed: wrong Desktoplen 0 / 30
wow64.c:324: Test failed: wrong ShellInfo ptr 0 / 0-9c4
wow64.c:326: Test failed: wrong size 0 / 3112
wow64.c:338: Test failed: wrong len 0
wow64.c:339: Test failed: BeingDebugged is 117
See https://test.winehq.org/data/patterns.html#ntdll:wow64
The values are pretty stable from one run to the next but do change from time
to time (causing false positives). Note also that the 32-bit version fails on
Windows 11 too.
--
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=52895
Bug ID: 52895
Summary: advapi32:service - EnumServicesStatusA() does not
support UTF-8 on Windows?
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
advapi32:service fails on Windows with a UTF-8 codepage:
service.c:1283: Test failed: Expected success, got error 8
service.c:1285: Test failed: Expected some returned services
service.c:1312: Test failed: Expected the needed buffer size for this one
service
service.c:1313: Test failed: Expected fewer services to be returned
service.c:1314: Test failed: Expected ERROR_MORE_DATA, got 1783
service.c:1326: Test failed: Expected the needed buffer size for this one
service
service.c:1327: Test failed: Expected fewer services to be returned
service.c:1328: Test failed: Expected a resume handle
service.c:1329: Test failed: Expected ERROR_MORE_DATA, got 1783
service.c:1340: Test failed: Expected success, got error 8
service.c:1342: Test failed: Expected 559038737 services to be returned
service.c:1610: Test failed: Expected success, got error 8
service.c:1627: Test failed: Expected the needed buffer size
service.c:1628: Test failed: Expected fewer services to be returned
service.c:1629: Test failed: Expected ERROR_MORE_DATA, got 1783
service.c:1641: Test failed: Expected the needed buffer size
service.c:1642: Test failed: Expected fewer services to be returned
service.c:1643: Test failed: Expected a resume handle
service.c:1644: Test failed: Expected ERROR_MORE_DATA, got 1783
service.c:1655: Test failed: Expected success, got error 8
service.c:1657: Test failed: Expected 559038737 services to be returned
service.c:1702: Test failed: Expected success 8
https://test.winehq.org/data/patterns.html#advapi32:service
The first failure is an ERROR_NOT_ENOUGH_MEMORY in this call:
services = HeapAlloc(GetProcessHeap(), 0, needed);
bufsize = needed;
needed = 0xdeadbeef;
returned = 0xdeadbeef;
SetLastError(0xdeadbeef);
ret = EnumServicesStatusA(scm_handle, SERVICE_WIN32, SERVICE_STATE_ALL,
services, bufsize, &needed, &returned, NULL);
Where needed was calculated from a previous call (30890 in my case). So the
buffer should be big enough but EnumServicesStatusA() fails anyway. I tried
increasing the buffer size to the max 256KB but EnumServicesStatusA() still
complains about insufficient memory which does not make sense.
Later, when given a resume handle, the tests return RPC_X_BAD_STUB_DATA (1783)
instead of ERROR_MORE_DATA (234).
So this looks like the underlying RPC code that accesses the service control
manager is buggy and does not support UTF-8. So win_skip() the whole thing on
the first failure? Move the resume test with the RPC_X_BAD_STUB_DATA first and
skip if that fails?
--
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=53461
Bug ID: 53461
Summary: advapi32:service - test_EventLog() fails on Windows 10
2004 and 2009
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
advapi32:service - test_EventLog() fails on Windows 10 2004 and 2009:
service.c:2751: Test failed: got 0x1 --> SERVICE_STOPPED
service.c:2753: Test failed: got 0
service.c:2757: Test failed: got 0x42b --> ERROR_PROCESS_ABORTED
service.c:2761: Test failed: got 0
https://test.winehq.org/data/patterns.html#advapi32:service
The failures appear to be happening because the EventLog service is stopped
following some sort of error (crash?).
These failures are systematic when running WineTest.exe but don't happen when
running advapi32:service on its own. So it seems likely that some other test is
causing EventLog to crash.
--
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=53460
Bug ID: 53460
Summary: advapi32:service regularly fails on Windows when
services stop / start
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
advapi32:service regularly fails on Windows when services stop / start.
Because this may happen at any time the failures can take many forms:
service.c:1729: Test failed: Expected a process id for this running service
(sppsvc)
service.c:1746: Test failed: Active services mismatch 4294967295
service.c:1747: Test failed: Inactive services mismatch 1
or
service.c:1729: Test failed: Expected a process id for this running service
(SgrmBroker)
...
or
service.c:1746: Test failed: Active services mismatch 1
service.c:1747: Test failed: Inactive services mismatch 4294967295
or
service.c:1342: Test failed: Expected 114 services to be returned
service.c:1612: Test failed: Expected the same number of service from this
function
or
service.c:1729: Test failed: Expected a process id for this running service
(edgeupdate)
or
service.c:1729: Test failed: Expected a process id for this running service
(MapsBroker)
or
service.c:1729: Test failed: Expected a process id for this running service
(W32Time)
or
service.c:1729: Test failed: Expected a process id for this running service
(BITS)
or
service.c:1729: Test failed: Expected a process id for this running service
(DoSvc)
https://test.winehq.org/data/patterns.html#advapi32:service
The service names give a hint as to what happened:
* An Edge update got triggered: edgeupdate, probably BITS too.
* A time synchronization happened: W32Time.
* Some application caused the on-demand "Downloaded Maps Broker" service to
start: MapsBroker.
* Something caused Windows Update Delivery Optimization to start (despite it
being disabled in the settings): DoSvc.
* The 'System Guard Runtime Monitor Broker Service' got started for some
reason: SgrmBroker.
* The 'Microsoft Software Protection Platform Service' which is involved in the
license checking got started: sppsvc.
So I don't think it would be reasonable to disable all these services. We would
still likely have a steady trickle of other services causing trouble, and we'd
have the problem again when a new Windows version introduces another service.
Instead advapi32:service should be more resilient. That may mean accepting
small variations in the number of running services, or checking that a service
is still running before complaining that it does not have a pid.
--
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=54694
Bug ID: 54694
Summary: Marvel's Spider-Man Remastered requires Windows 10
version 1909, build 18363 (or newer)
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
As the title says.
8.3-258-g81976e5c3f4
--
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=53562
Bug ID: 53562
Summary: SWAT 4: mouse wrapping issues
Product: Wine
Version: 7.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matheus.venturini(a)acad.ufsm.br
Distribution: ---
When beginning a mission in SWAT 4, the mouse will (most often) not allow you
to fully rotate your vision in 360 degrees. This can be "fixed" by simply
right-clicking, which will cause it to start acting normal.
I've had times where this did not occur when starting a mission so I can't say
it's a "can always reproduce" issue, and sometimes, very sporadically, the
mouse starts acting faulty again during gameplay for seemingly no reason.
Doing a search, I found an entry for the same issue in Codeweavers' forum:
https://www.codeweavers.com/compatibility/crossover/forum/swat-4?msg=108881
The fix suggested in that page, to set "MouseWarpOverride" to "force_edge" in
the registry, was not necessary since doing a right-click will make it go back
to normal.
Apparently some other games are also affected (GTA Vice City and Bioshock
according to the discussion in https://forum.winehq.org/viewtopic.php?t=29663).
I will try to reproduce the issue and attach the log file.
--
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=54419
Bug ID: 54419
Summary: RICHED20: Word Break Procedure of Rich TextBox should
consider punctuation
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: katayama.hirofumi.mz(a)gmail.com
Distribution: ---
Created attachment 73977
--> https://bugs.winehq.org/attachment.cgi?id=73977
the patch to the word break procedure of rich textbox
The default word break procedure of rich textbox didn't consider punctuation.
This patch will add punctuation check to the default word break procedure.
--
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=33008
Bug #: 33008
Summary: UDP listening on specific IP address does not work
properly
Product: Wine
Version: 1.5.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: decimusmaximus(a)seznam.cz
Classification: Unclassified
Wine updated from 1.5.6 to 1.5.24.
My app uses UDP listening on specific address (not 0.0.0.0). It is running on
machine with NAT, there are two interfaces with IP A.A.A.A (public) and IP
B.B.B.B (private) My app is set to listen only on one IP address, IP A.A.A.A
It works properly on Wine 1.5.6. Traffic from subnet B.B.B.B is NATed to
A.A.A.A interface and application running in wine receives it correctly.
After update to 1.5.24 it does not work anymore.
Application does not receive data from private subnet B.B.B.B, however it works
properly for traffic incoming on A.A.A.A interface.
Please see attached schema.
results of "netstat --listening"
with Wine 1.5.6 it is listening on A.A.A.A address correctly.
with Wine 1.5.24 it is listening on 0.0.0.0 (obviously incorrect, socket
binding is set to A.A.A.A address in application and although it is saying
0.0.0.0 app does not receive any data from B.B.B.B network)
This application has to be listening only on one interface and do not mix
public and private addresses. In this case it is not accessible for clients in
private network, so it is critical bug.
Main strange thing is, that it is listening on all addresses 0.0.0.0 although
socket binding in application is set to address A.A.A.A
--
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=54671
Bug ID: 54671
Summary: netcap.exe crashes on unimplemented function
npptools.dll.CreateBlob
Product: Wine
Version: 8.3
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 74187
--> https://bugs.winehq.org/attachment.cgi?id=74187
Console output
netcap.exe is the "Microsoft Network Monitor capture utility". It was included
in the Windows XP Service Pack 2 Support Tools.
Steps to reproduce:
1. Create a 32-bit Wine bottle and set the Windows version to XP.
2. Run `wine WindowsXP-KB838079-SupportTools-ENU.exe`.
3. Run `wine 'C:\Program Files\Support Tools\netcap.exe'`.
The program will not start.
$ sha256sum WindowsXP-KB838079-SupportTools-ENU.exe
7927e87af616d2fb8d4ead0db0103eb845a4e6651b20a5bffea9eebc3035c24d
--
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=22675
Summary: TechSmith Camtasia player fails to open.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mattj10973(a)hotmail.co.uk
Created an attachment (id=27925)
--> (http://bugs.winehq.org/attachment.cgi?id=27925)
The program (MATHSWATCH), it's embedded player, the Tech Smith Camtasia player
(Clip 102 etc.), and the error message.
I recently purchased a revision CD for my GCSE Mathematics course, and it
states the CD is compatible with Windows 98SE/Me/2000/XP/Vista. I try to run it
through Lucid Lynx, but I get an error message. I'm new to Linux and open
source software in general, and have pretty much zilch coding or advanced
knowledge of my new system, so sorry in advance if I've done anything
incorrectly, or failed to understand some of the site's instructions. Error
message attached, thanks :)
--
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=54635
Bug ID: 54635
Summary: libwine backward compatibility
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winecrt0
Assignee: wine-bugs(a)winehq.org
Reporter: a.heider(a)gmail.com
Distribution: ---
v8.3 finally removed libwine.
Older winegcc builds automatically link against it (just
__wine_dll_register(a)WINE_1.0 in out case).
Newer winegcc builds don't link against it anymore, it looks like since
f6a363bc4108f3d45b7a5bac706d10579f4d2772 "winecrt0: Get rid of constructor
support." v5.7.
We build downloadable releases and would like to keep maximum binary
compatibility.
Building with >=v5.7 would likely avoid the issue, but I guess binaries won't
work on older WINE versions then.
For the record: Ubuntu 18.04 LTS is about to go unsupported, 20.04 LTS ships
v5.0. Our current CI setup uses 20.04, so v5.0, to build releases.
Is there something we can do to make built binaries work on >=v5.0?
Any suggestions how to archive that? Something on our end? Or maybe WINE can
get a compatibility addition to skip the
libwine.so.1/__wine_dll_register(a)WINE_1.0 symbol or something?
Thanks!
Andre
--
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=37056
Bug ID: 37056
Summary: Rapture3D requires native dsound.dll in order to
change sound layout.
Product: Wine
Version: 1.7.23
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: El_Diablo2(a)gmx.de
Created attachment 49248
--> http://bugs.winehq.org/attachment.cgi?id=49248
Error message with builtin dsound.dll
With builtin dsound UserLayout.exe complains it cannot change the soundcard
configuration.
No interessting (default channels) debug output...
--
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=54686
Bug ID: 54686
Summary: LibvirtTool sometimes fails to update the time
Product: Wine-Testbot
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
When reverting to a live snapshot it is necessary to update the VM's time so
certificate checks and more work as expected. This is handled by LibvirtTool.pl
via using the SetTime TestAgent RPC.
However there are some cases where this fails as is evidenced by job 130592:
w10pro64v2004 LocalTime: 2023-03-14 2 10:47:10.744
w10pro64 LocalTime: 2022-12-11 0 14:18:16.343
w10pro64_fr LocalTime: 2023-03-14 2 10:46:42.143
So the time did not get updated on w10pro64 while it did get updated on all of
that job's 4 other VMs. Furthermore there is evidence that during that day's
nightly WineTest runs it is w10pro64v2004 that did not get a time update (or
the time reverted back?).
Failure to update the time can cause test failures so it needs to be reliable.
--
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=54685
Bug ID: 54685
Summary: The localized VMs don't have a localized timezone
Product: Wine-Testbot
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The base VM configurations are all in the Minnesota timezone (CST / CDT).
But the localized ones should be in the timezone corresponding to the country.
For instance the French test configuration should be in the CET / CEST
timezone.
But SetWinLocale does not support changing the timezone.
--
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=54659
Bug ID: 54659
Summary: d3d8:device & d3d9:device sometimes get floating point
underflow in GenerateRampFromGamma() in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d8:device & d3d9:device sometimes get an floating point underflow exception
in GenerateRampFromGamma() in Wine:
d3d8:device start dlls/d3d8/tests/device.c
Unhandled exception: floating point underflow in 32-bit code (0x7e91438f).
[...]
Backtrace:
=>0 0x7e91438f in libm.so.6 (+0x2538f) (0x0069ef68)
1 0x7e922d3b in libm.so.6 (+0x33d3b) (0x0069ef68)
2 0x7e55c181 GenerateRampFromGamma+0x51(ramp=00197C4C, gamma=0.000300)
[Z:\home\winetest\tools\testbot\var\wine\dlls\winex11.drv\xvidmode.c:336] in
winex11.so (0x0069ef68)
3 0x7e55c9b2 X11DRV_XF86VM_GetGammaRamp+0x60(ramp=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\winex11.drv\xvidmode.c:519] in
winex11.so (0x0069ef68)
4 0x7e55c9b2 X11DRV_GetDeviceGammaRamp+0x82(dev=<couldn't compute location>,
ramp=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\winex11.drv\xvidmode.c:569] in
winex11.so (0x0069ef68)
5 0x7ea32408 NtGdiGetDeviceGammaRamp+0x88(hdc=<couldn't compute location>,
ptr=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\win32u\dc.c:1247] in win32u.so
(0x0069efb8)
6 0x64a8d74c NtGdiGetDeviceGammaRamp+0x2c(hdc=<couldn't compute location>,
ptr=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\win32u\wrappers.c:280] in win32u
(0x0069efe8)
7 0x6ccf9d3d wined3d_output_get_gamma_ramp+0x4d(output=00140E10,
ramp=00197C4C)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\directx.c:1741] in
wined3d (0x0069f028)
8 0x6cd5fcb0 wined3d_swapchain_get_gamma_ramp+0x30(swapchain=00197C30,
ramp=00197C4C)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\swapchain.c:385] in
wined3d (0x0069f058)
9 0x6cd61190 wined3d_swapchain_init+0x3c0(swapchain=<register EBX not
accessible in this frame>, device=<register EDI not accessible in this frame>,
desc=<internal error>, state_parent=00140D5C, parent=00140D50,
parent_ops=67CDE7D4, swapchain_ops=6CE6933C)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\swapchain.c:1633] in
wined3d (0x0069f168)
10 0x6cc8d9f3 adapter_gl_create_swapchain+0x73(device=0017B3E8,
desc=0069F2BC, state_parent=00140D5C, parent=00140D50, parent_ops=67CDE7D4,
swapchain=0069F1FC)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\adapter_gl.c:4701] in
wined3d (0x0069f1b8)
11 0x6cd5fdd1 wined3d_swapchain_create+0x41(device=0017B3E8, desc=0069F2BC,
state_parent=00140D5C, parent=00140D50, parent_ops=67CDE7D4,
swapchain=00140D58)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\swapchain.c:1724] in
wined3d (0x0069f208)
12 0x67ccfe84 swapchain_init+0x48(swap_interval=<internal error>,
desc=<internal error>, device=<internal error>, swapchain=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\d3d8\swapchain.c:180] in d3d8
(0x0069f248)
13 0x67ccfe84 d3d8_swapchain_create+0x84(device=001468F0, desc=0069F2BC,
swap_interval=0xffffffff, swapchain=0069F290)
[Z:\home\winetest\tools\testbot\var\wine\dlls\d3d8\swapchain.c:199] in d3d8
(0x0069f248)
14 0x67ccc467 device_init+0x217(device=001468F0, parent=00140A90,
wined3d=00140AB0, adapter=0, device_type=D3DDEVTYPE_HAL, focus_window=0003004A,
flags=0x42, parameters=0069F53C)
[Z:\home\winetest\tools\testbot\var\wine\dlls\d3d8\device.c:3744] in d3d8
(0x0069f478)
15 0x67ccd649 d3d8_CreateDevice+0xa9(iface=<couldn't compute location>,
adapter=<couldn't compute location>, device_type=<couldn't compute location>,
focus_window=<couldn't compute location>, flags=<couldn't compute location>,
parameters=<couldn't compute location>, device=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\d3d8\directx.c:438] in d3d8
(0x0069f4e8)
16 0x004010ce in d3d8_test (+0x10ce) (0x0069f588)
...
This does not happen in the nightly Wine test runs but impacted at least two
merge requests:
* MR2072, repeatedly
* MR2217, repeatedly
There are three immediate questions:
* Where does the 0.000300 gamma come from?
I don't think such a value makes sense so I suspect it's caused by a bug
somewhere.
* Should xvidmode.c's GenerateRampFromGamma() crash in case of underflow (or
overflow for that matter)?
If not, ComputeGammaFromRamp() should probably be fixed too. Which other
functions have the same issue? (not just in xvidmode.c)
* By default underflows don't cause exceptions. So which piece of code in
d3d8:device does a _control87(0, _EM_UNDERFLOW) ?
Then, why does this failure not happen more often?
The debian11 VM ran the tests multiple times in a row to test various locales:
en -> success
ar:MA -> success
de -> success
fr -> underflow
he:IL -> underflow
hi:IN -> underflow
ja:JP -> underflow
zh:CN -> underflow
While the wineprefix is recreated for each test, all the tests run on the same
X server session. So my theory is that one of the tests in the first three runs
progressively degraded the gamma at the X level, such that all the tests that
followed got a bad gamma from the X server and crashed. Furthermore note that
the first plain 32-bit run ran the full Wine test suite. That may have been a
factor too.
MR2217 caused the following tests to run so the guilty party should be among
them:
d3d8:device d3d9:device ddraw:ddraw1 ddraw:ddraw2 ddraw:ddraw4 ddraw:ddraw7
That explains why this failure does not happen in the nightly Wine test runs:
each is done after restoring the VM to a clean state. Similarly, other merge
requests may run fewer tests so that the gamma does not get degraded that much.
That leaves a mystery though: I don't get this issue on my desktop (fg-deb64)
despite running the tests every night and not ever restarting the X server
(thankfully!). Maybe this gamma issue is caused by a bug that only happens with
the VM environment (likely QXL GPU or dual screen configuration, such that it
does not happen on single-screen Intel GPUs)?
--
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=53553
Bug ID: 53553
Summary: F.E.A.R. won't work with DSOAL surround sound
restoration DLL replacement
Product: Wine
Version: 7.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dsound
Assignee: wine-bugs(a)winehq.org
Reporter: mr.matt.eastwood(a)gmx.de
Distribution: ---
Steps to Reproduce:
1. Install F.E.A.R. (e.g., "Fear Platinum" from GOG)
2. Get DSOAL from https://github.com/kcat/dsoal and compile dsound.dll
3. Get latest OpenAL-Soft bin from https://openal-soft.org/
4. Unzip soft_oal.dll from its bin\Win32 directory
5. Rename that file to dsoal-aldrv.dll
6. Place both dsoal-aldrv.dll and DSOAL's dsound.dll in same directory as
FEAR.exe
7. Run game
8. Enter sound menu
Expected Results:
When running F.E.A.R. with the DLL replacement DSOAL for surround sound
restoration, the advanced sound options "Enable HW mixing", "Enable EAX 2.0"
and "Enable EAX Advanced HD" should be available in the sound menu and surround
sound including EAX effects should work.
Current Results:
The sound options remain greyed-out.
Observations:
F.E.A.R. won't load dsound.dll from anywhere but syswow64. If one places the
DSOAL dsound.dll there (replacing Wine's own), and then sets dsound.dll to
"native" e.g. through winecfg, everything works. Screenshot:
If one sets dsound.dll to "native" e.g. through winecfg and then loads the game
without replacing Wine's dsound.dll in syswow64 (but with the DSOAL files in
the F.E.A.R. folder): "Failed to initialize sound driver 'SndDrv.dll' on
startup. Screenshot: https://paste.pics/I4DO0. No sound during game or menus,
only during intro movie. Available sound options: https://paste.pics/I4DOD
--
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=49915
Bug ID: 49915
Summary: can not register COM server
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ysong2180(a)yahoo.com
Distribution: ---
Created attachment 68286
--> https://bugs.winehq.org/attachment.cgi?id=68286
two log files. one is the winecfg log. The other one is the application log
I tried to install an windows application on Ubuntu 20.04. The installer can
run and install files. But it fails at the end when it tries to register COM
servers. It is a win32 application. I used winecfg to create a win32
wineprefix and used the win32 wineprefix to start the installer.
--
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=54677
Bug ID: 54677
Summary: Wine cannot find tools in tool dir when cross
compiling
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: ale.schenberg(a)yandex.com
Distribution: ---
Created attachment 74193
--> https://bugs.winehq.org/attachment.cgi?id=74193
config.log
Hello. When trying to cross build wine, configure's execution breaks due to it
to not find wine tools in the tools dir.
My building command:
LDFLAGS=-Wl,--dynamic-link=/usr/lib32/ld-2.17.so ./configure
--host=i686-gnu-linux --with-wine-tools=tools/
I attached config.log, although it appears to contain no useful information.
The bug applies to wine 8.3 and any other wine version that I tested (such as
1.9)
I think its worthy to mention that cross build it is more a necessity imposed
by the configure script than my wish. As I am forced to pass
"LDFLAGS=-Wl,--dynamic-link=/usr/lib32/ld-2.17.so" to configure (if not, the
building won't be able to run any auxiliary 32bit components, such as makedep,
unless I statically build them), configure demands the use of host, and then of
--with-wine-tools
--
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=47000
Bug ID: 47000
Summary: Make WineHQ available as flatpak in Flathub
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: yousifjkadom(a)yahoo.com
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
Hi.
I would like, here, to suggest to make WineHQ available as flatpak in Flathub.
This will be very useful since flatpak is secure & sandboxed, so user will be a
way from infect heir/his PC by a virus or spywar. If flatpak Wine run a virus,
then it will be like if Wine sandboxed by firejail run such virus.
Moreover, flatpak can minimize time & efforts in packaging because it is a
generic package working in many Linux distro regardless OS version.
Also, Wine contain huge number of 32 bit packages that are, mostly, not needed
by any other application.
--
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=54674
Bug ID: 54674
Summary: Add Flatpak to Download page
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: peter.eszlari(a)gmail.com
Distribution: ---
Since February 2022 Wine has been available as a Flatpak.
To try it:
0. ($ apt install flatpak)
1. $ flatpak remote-add flathub https://flathub.org/repo/flathub.flatpakrepo
2. $ flatpak install org.winehq.Wine
3. $ flatpak run org.winehq.Wine prog.exe
build manifest source: https://github.com/flathub/org.winehq.Wine
I think it would make sense to add this to list of binary packages on:
https://wiki.winehq.org/Download
(Note: Wine cannot be found on the Flathub web interface at
https://flathub.org, because only GUI apps are listed there, not CLI apps.)
--
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=37640
Bug ID: 37640
Summary: Opening Windroy and it crashes.
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fholiveira1(a)hotmail.com
Distribution: ---
Created attachment 50094
--> https://bugs.winehq.org/attachment.cgi?id=50094
Extract from Wine report of bug.
I was trying to open Windroy and it crashes. The system open a bug report,
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=54508
Bug ID: 54508
Summary: psapi:psapi_main - The 64-bit
test_EnumProcessModulesEx() gets unexpected snapshot
counts on Windows 7 and 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: psapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
psapi:psapi_main - The 64-bit test_EnumProcessModulesEx() gets unexpected
snapshot counts on Windows 7 and 11:
w7pro64:
psapi_main.c:483: Test failed: pcs-6432: Wrong count 23 in C:\Windows\SysWOW64
psapi_main.c:488: Test failed: pcs-6432: Wrong count 2 in C:\Windows\system32
w11pro64:
psapi_main.c:488: Test failed: pcs-6432: Wrong count 0 in C:\Windows\system32
See https://test.winehq.org/data/patterns.html#psapi:psapi_main
These failures don't happen on Windows 8 to Windows 10!
These tests and failures were introduced in the following commit:
commit e38455a2181ab5ce0bf842f2c9a638b3ee9b538c
Author: Eric Pouech <eric.pouech(a)gmail.com>
AuthorDate: Tue Feb 14 11:06:57 2023 +0100
psapi/tests: Test directory of enumerated loaded modules.
Showing that Wine incorrectly reports, for a Wow64 process, the system
DLLs from within the wow64 directory while they should be from system32.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
--
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=54662
Bug ID: 54662
Summary: The winscard tests are not run on the TestBot Wine VMs
Product: Wine-Testbot
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The winscard tests are not run on the TestBot Wine VMs:
winscard missing
See the newtb-debian11-*, newtb-debian11b-* and newtb-debiant-* Linux results
on:
http://winetest.dolphin/data/tests/winscard:winscard.html
The reason is that the VMs are missing the libpcsclite libraries and maybe
other infrastructure needed to actually run the tests: if one just installs the
libraries the tests immediately get an SCARD_E_NO_SERVICE error and bail out:
can't establish context, make sure pcscd is running
--
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=54658
Bug ID: 54658
Summary: gdi32:driver -
test_D3DKMTCheckVidPnExclusiveOwnership() sometimes
fails due to occlusion error on Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdi32:driver - test_D3DKMTCheckVidPnExclusiveOwnership() sometimes fails due to
INVALID_VIDEO_PRESENT_SOURCE error on Windows 8:
driver.c:461: Test failed: Got unexpected return code 0xc01e0006 at test 0.
driver.c:461: Test failed: Got unexpected return code 0xc01e0006 at test 1.
driver.c:461: Test failed: Got unexpected return code 0xc01e0006 at test 2.
[... same for tests 3 -> 58 ...]
driver.c:461: Test failed: Got unexpected return code 0xc01e0006 at test 59.
driver.c:481: Test failed: Got unexpected return code 0xc01e0304.
driver.c:505: Test failed: Got unexpected return code 0xc01e0006.
driver.c:556: Test failed: Got unexpected return code 0xc01e0006 at test 0.
[... same for tests 1 -> 16 ...]
driver.c:523: Test failed: Got unexpected return code 0xc01e0304 at test 17.
[... more code 0xc01e0304 errors ...]
driver.c:754: Test failed: Got unexpected return code 0xc01e0304.
driver.c:766: Test failed: Got unexpected return code 0.
[... more code 0 errors ...]
driver.c:785: Test failed: Got unexpected return code 0.
driver.c:807: Test failed: Got unexpected return code 0xc01e0006.
See https://test.winehq.org/data/patterns.html#gdi32:driver
Where:
0xc01e0006 == STATUS_GRAPHICS_PRESENT_OCCLUDED
0xc01e0304 == STATUS_GRAPHICS_INVALID_VIDEO_PRESENT_SOURCE
The oldest known instance was on 2023-12-09 and there has been about one per
month since:
* 2022-12-09 on w864 64-bit
* 2023-02-06 on w864 64-bit
* 2023-03-09 on w864 64-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=54476
Bug ID: 54476
Summary: Sims 3 Crash at launch
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pardisetm(a)gmail.com
Distribution: ---
Created attachment 74028
--> https://bugs.winehq.org/attachment.cgi?id=74028
screenshot of error dialog (in french, translated in description)
When launching the sims 3, it crash and display an error:
"impossible to start the game"
"Initialization of service (0x0175d824) failed"
--
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=54654
Bug ID: 54654
Summary: urlmon:protocol - The "http protocol from urlmon" test
sometimes gets unexpected BSCF_FIRSTDATANOTIFICATION
on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
urlmon:protocol - The "http protocol from urlmon" test sometimes gets
unexpected BSCF_FIRSTDATANOTIFICATION on Windows:
protocol.c:3557: Testing http protocol (not from urlmon)...
protocol.c:1122: Test failed: grcfBSCF = 00000001
protocol.c:3561: Testing http protocol (from urlmon)...
See https://test.winehq.org/data/patterns.html#urlmon:protocol
Where:
00000001 == BSCF_FIRSTDATANOTIFICATION
This happens a bit over once per month on average but with sometimes month-wide
gaps. This also impacts all Windows versions, from Windows 7 to Windows 11.
--
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=54081
Bug ID: 54081
Summary: urlmon:protocol - The "http protocol direct read test"
sometimes causes a timeout in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
urlmon:protocol - The "http protocol direct read" test sometimes causes a
timeout in Wine:
protocol.c:3576: Testing http protocol (direct read)...
protocol.c:1083: Test failed: unexpected call ReportData2
protocol.c:1085: Test failed: grfBSCF = 00000001
protocol.c:1093: Test failed: Read returned: 00000000, expected E_FALSE
protocol.c:1094: Test failed: read = 14096
protocol.c:693: Test failed: expected ReportData
protocol.c:3438: Test failed: wait timed out
protocol.c:3439: Test failed: expected Switch
protocol.c:348: Test failed: unexpected call OnResponse
protocol.c:839: Test failed: unexpected call ReportProgress_MIMETYPEAVAILABLE
protocol.c:1083: Test failed: unexpected call ReportData2
protocol.c:1085: Test failed: grfBSCF = 00000002
protocol.c:1093: Test failed: Read returned: 00000000, expected E_FALSE
protocol.c:1094: Test failed: read = 14096
protocol.c:693: Test failed: expected ReportData
urlmon:protocol:06f4 done (258) in 120s
See https://test.winehq.org/data/patterns.html#urlmon:protocol
This always happens in "Testing http protocol (direct read)...", never in the
https or "from urlmon" variants.
The first known instance happened on 2022-08-05 on debiant-wow32 (there was no
such failure in the previous 2 months) and the nightly WineTest runs have had
about one failure per month since.
--
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=54652
Bug ID: 54652
Summary: urlmon:url - The "http protocol direct read test"
sometimes get an unexpected ref count on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
urlmon:url - The "http protocol direct read test" sometimes get an unexpected
ref count on Windows:
protocol.c:3576: Testing http protocol (direct read)...
protocol.c:3525: Test failed: ref=3
protocol.c:3580: Testing http protocol (redirected)...
See https://test.winehq.org/data/patterns.html#urlmon:protocol
With only 5 instances over the past 8 months this is pretty rare but may be
getting more frequent:
* 2022-08-08 on w8adm 32-bit
* 2022-08-11 on w8adm 32-bit
* 2023-01-09 on w10pro64-hi-u8 64-bit
* 2023-01-13 on w10pro64-ko 64-bit
* 2023-03-06 on w864 32-bit
Like many other refcount tests:
* Is this a race condition? Could it be some windows thread holding references
to the object?
* Is this test really needed?
--
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=54651
Bug ID: 54651
Summary: user32:input - test_rawinput() sometimes gets
unexpected (RIM|WM)_INPUT messages 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:input - test_rawinput() sometimes gets unexpected (RIM|WM)_INPUT
messages on Windows:
input.c:2921: Test failed: 6: unexpected WM_INPUT message
input.c:2924: Test failed: 6: unexpected RIM_INPUT message
See https://test.winehq.org/data/patterns.html#user32:input
This happened on w11pro64 back in October but that was with test 12 and I think
it stopped when I fixed disabling Windows update.
More recently it started happening on Windows 10:
* 2023-03-08 on w10pro64-ja 64-bit
* 2023-03-08 on w10pro64-zh-CN 64-bit
* 2023-03-06 on MR2334 w10pro64_ja & w10pro64_zh_CN
See also bug 53205 and bug 54437 where the test 15 is missing these messages.
--
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=54641
Bug ID: 54641
Summary: CheckPoint VPN installation gives "Windows update for
SHA-2 code signing support is not installed. See
kb3033929"
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: drpeidos(a)gmail.com
Distribution: ---
While trying to install Check Point Endpoint Security VPN using the command
'wine "CheckPoint82.40.msi"' I get the error 'Windows update for SHA-2 code
signing support is not installed. See kb3033929', in the terminal there is the
following log:
wine "CheckPoint82.40.msi" ✔
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0108:err:winediag:gnutls_process_attach failed to load libgnutls, no support
for encryption
0108:err:winediag:process_attach failed to load libgnutls, no support for pfx
import/export
0108:fixme:file:NtLockFile I/O completion on lock not implemented yet
0108:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0114:err:winediag:gnutls_process_attach failed to load libgnutls, no support
for encryption
0114:err:winediag:process_attach failed to load libgnutls, no support for pfx
import/export
008c:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub
008c:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub
0108:fixme:imm:ImeSetActiveContext (00010056, 1): stub
0108:fixme:imm:ImmReleaseContext (0001006A, 00010056): stub
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping begin
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
0108:err:richedit:ReadStyleSheet skipping optional destination
012c:err:ole:get_stub_manager_from_ipid not found for ipid
{00000001-0000-0104-ad23-7f548e9283ef}
012c:err:ole:get_stub_manager_from_ipid not found for ipid
{00000001-0000-0104-ad23-7f548e9283ef}
012c:err:ole:get_stub_manager_from_ipid not found for ipid
{00000001-0000-0104-ad23-7f548e9283ef}
012c:err:ole:get_stub_manager_from_ipid not found for ipid
{00000001-0000-0104-ad23-7f548e9283ef}
012c:err:ole:get_stub_manager_from_ipid not found for ipid
{0000001b-0000-0104-b3f6-268013bd3b02}
012c:err:ole:get_stub_manager_from_ipid not found for ipid
{0000001b-0000-0104-b3f6-268013bd3b02}
012c:err:ole:get_stub_manager_from_ipid not found for ipid
{0000001b-0000-0104-b3f6-268013bd3b02}
012c:err:ole:get_stub_manager_from_ipid not found for ipid
{0000001b-0000-0104-b3f6-268013bd3b02}
012c:err:ole:get_stub_manager_from_ipid not found for ipid
{0000001c-0000-0104-b3a5-f876a75e4d58}
012c:err:ole:get_stub_manager_from_ipid not found for ipid
{0000001c-0000-0104-b3a5-f876a75e4d58}
012c:err:ole:get_stub_manager_from_ipid not found for ipid
{0000001c-0000-0104-b3a5-f876a75e4d58}
012c:err:ole:get_stub_manager_from_ipid not found for ipid
{0000001c-0000-0104-b3a5-f876a75e4d58}
01b8:fixme:msi:MsiGetLastErrorRecord
I tried installing Windows6.1-KB3033929-x86.msu, but Wine also gives an error.
--
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=54644
Bug ID: 54644
Summary: Ofice 2021 Pro Plus 32/64 bit: installer doesn't work
Product: Wine-staging
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: romulasry(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I launched from
https://softcomputers.org/en/download/download-microsoft-office/download-mi…
Doesn't launch.
I can't get the log file though, could someone help?
--
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=54643
Bug ID: 54643
Summary: the toolbar icon of filedialog is too small when using
the 4k display
Product: Wine
Version: 6.0.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: 34810581(a)qq.com
Distribution: ---
Created attachment 74173
--> https://bugs.winehq.org/attachment.cgi?id=74173
toolbar icon too small
the toolbar icon of filedialog is too small when using the 4k display
--
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=54475
Bug ID: 54475
Summary: Hardwar UIM6.0 crashes in 8.0, doesn't in 6.0.3
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nickmarko(a)gmail.com
Distribution: ---
Created attachment 74024
--> https://bugs.winehq.org/attachment.cgi?id=74024
debug output of crash
Ran in Virtual Desktop mode to test version F2.0, which has no windowed mode
option and won't display full screen but does display in the virtual desktop.
F2.0 gets past the loading screen and the game doesn't crash.
I updated Wine from 6.0.3 (the version that is in the default Ubuntu repos) to
8.0 from the official WineHQ repos for Ubuntu Jammy and now UIM6.0 crashes when
the loading bar reaches 100%.
I downgraded to 6.0.3 and UIM6.0 no longer crashed. I updated back to 8.0 and
UIM6.0 crashes again.
Terminal output running F2.0: https://pastebin.com/mfLVj3Xd
Terminal output installing and running UIM6.0: https://pastebin.com/mDHSzMyM
--
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=54628
Bug ID: 54628
Summary: Opening files in Microsoft Word/Excel/Office 2010
results in opening an empty document
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kle(a)bluewin.ch
Distribution: ---
When I double-click a MS Office file then Word/Excel/Office 2010 starts up with
an empty document. So the page/sheet is blank and it looks that the file
doesn't contains any data.
However, there is no problem with the documents, they are fine. Instead it
looks that there is a problem in the way how the files are opened. When the
corresponding Word/Excel/Office 2010 file is opened out from the program then
everything is okay and it is displayed correctly.
So this problem only happens when the Office 2010 file is opened by a double
click.
Long story short, there exist a trivial workaround by disabling the hardware
acceleration in Office 2010. Microsoft was so kind to provide the solution for
that problem here:
https://learn.microsoft.com/en-us/office/troubleshoot/excel/excel-opens-bla…
In the end it looks that this problem can happen in some circumstances also on
Windows. ;-)
For the record, this problem is present also on older Wine 7.x releases. So
this is not a new regression and I am unsure if this ever worked before.
(However, it took a while until I have found the workaround.)
--
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=7585
Jeff Zaroyko <jeffz(a)jeffz.name> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|NEW |RESOLVED
--- Comment #72 from Jeff Zaroyko <jeffz(a)jeffz.name> ---
Two reports that the issue is fixed. Resolving.
--
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=7585
mirh <mirh(a)protonmail.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mirh(a)protonmail.ch
--- Comment #71 from mirh <mirh(a)protonmail.ch> ---
Can be closed as per last comment.
--
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=4713
--- Comment #35 from temp82(a)luukku.com ---
still freezes wine 8.3.
--
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=54626
Bug ID: 54626
Summary: Saving files in Microsoft Word/Excel 2010 creates
useless shortcut files
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: kle(a)bluewin.ch
Distribution: ---
Here follows a new bug report regarding the problem observed in old bug report
15480.
It was told me that I should open a new bug report. ;-)
Okay, the issue regarding the creation of useless shortcut files is back in
Wine 8.0 (stable).
When I open a *.xlsx file at the desktop and save it (with the same name) to an
*.ods file then Excel 2010 will create two files. One is a *.lnk (which points
to the original xlsx) and the other is a shortcut regarding the ods file but
also with *.ods ending.
As mentioned, both of them are non-functional.
--
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=54639
Bug ID: 54639
Summary: some wine libraries are too old for KDE Neon 5.27.2
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bugcoder(a)gmail.com
Distribution: ---
Some libraries like libjpeg-turbo8:386 are too old for install wine on KDE NEON
2.27
--
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=52983
Bug ID: 52983
Summary: d3d8:device - test_wndproc() fails systematically on
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d8:device - test_wndproc() fails systematically on Wine:
device.c:3212: Test failed: Expected message 0x3 for window 0, but didn't
receive it, i=49.
device.c:3359: Test failed: Expected message 0x3 for window 0x1, but didn't
receive it.
https://test.winehq.org/data/patterns.html#d3d8:device
As far as I can tell the missing "message 0x3 for window 0x1" is present every
time, while the one for "window 0" is only present most of the time but not
necessarily on the same iteration.
--
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=33069
Bug #: 33069
Summary: Visual Basic 6 can't load any component
Product: Wine
Version: 1.5.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: german_ant_82(a)yahoo.com
Classification: Unclassified
Created attachment 43719
--> http://bugs.winehq.org/attachment.cgi?id=43719
Fixme errors list for the components that can't be loaded
Visual Basic comes with a set of preloaded standard components and a set of
loadable extra components. These extra components can't be loaded.
List of components that can't be loaded:
AxBrowser
Cdlg
Microsoft ADO Data Control 6.0 (OLEDB)
Microsoft Calendar Control 8.0
Microsoft Chart Control 6.0 (OLEDB)
Microsoft Comm Control 6.0
Microsoft Common Dialog Control 6.0
Microsoft Data Bound Grid Control 5.0 (SP3)
Microsoft Data Bound List Controls 6.0
Microsoft DataGrid Control 6.0 (OLEDB)
Microsoft DataList Controls 6.0 (OLEDB)
Microsoft DataRepeater Control 6.0 (OLEDB)
Microsoft FlexGrid Control 6.0
Microsoft Hierarchical FlexGrid Control 6.0 (OLEDB)
Microsoft Internet Transfer Control 6.0
Microsoft MAPI Controls 6.0
Microsoft Masked Edit Control 6.0
Microsoft Multimedia Control 6.0
Microsoft PictureClip Control 6.0
Microsoft RemoteData Control 6.0
Microsoft Rich Textbox Control 6.0
Microsoft Script Control 1.0
Microsoft SysInfo Control 6.0
Microsoft Tabbed Dialog Control 6.0
Microsoft Windows Common Controls 5.0 (SP2)
Microsoft Windows Common Controls 6.0
Microsoft Windows Common Controls-2 5.0 (SP2)
Microsoft Windows Common Controls-2 6.0
Microsoft Windows Common Controls-3 6.0
Microsoft Winsock Control 6.0
MSFlexGrid Wizard 6.0
Package and Deployment Wizard
VB6 Application Wizard
VB6 Data Form Wizard 6.0
VB6 MSChart Wizard 6.0
VisModelBrowser
--
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=54636
Bug ID: 54636
Summary: fusion:asmenum - test_enumerate() fails on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: fusion
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
fusion:asmenum - test_enumerate() fails on Windows 11:
asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Ink,
Version=6.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.Interop.Security.AzRoles, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: srmlib, Version=1.0.0.0,
Culture=neutral, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Ink,
Version=6.1.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.Interop.Security.AzRoles, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: srmlib, Version=1.0.0.0,
Culture=neutral, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.Ink.Resources,
Version=6.1.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.ManagementConsole, Version=3.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.ManagementConsole.Resources, Version=3.0.0.0, Culture=en,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Commands.Diagnostics, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Commands.Diagnostics.Resources, Version=1.0.0.0,
Culture=en, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Commands.Management, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Commands.Management.Resources, Version=1.0.0.0,
Culture=en, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Commands.Utility, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Commands.Utility.Resources, Version=1.0.0.0, Culture=en,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.ConsoleHost, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.ConsoleHost.Resources, Version=1.0.0.0, Culture=en,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Security, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.PowerShell.Security.Resources, Version=1.0.0.0, Culture=en,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.WSMan.Management, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
Microsoft.WSMan.Management.Resources, Version=1.0.0.0, Culture=en,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: Microsoft.WSMan.Runtime,
Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: MMCEx, Version=3.0.0.0,
Culture=neutral, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: MMCEx.Resources,
Version=3.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: MMCFxCommon,
Version=3.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated: MMCFxCommon.Resources,
Version=3.0.0.0, Culture=en, PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
System.Management.Automation, Version=1.0.0.0, Culture=neutral,
PublicKeyToken=31bf3856ad364e35
asmenum.c:367: Test failed: Assembly not enumerated:
System.Management.Automation.Resources, Version=1.0.0.0, Culture=en,
PublicKeyToken=31bf3856ad364e35
See https://test.winehq.org/data/patterns.html#fusion:asmenum
Notes:
* Only the 32-bit fusion dll is available on Windows 11.
* On Windows 11 the dll was installed by running the dotnetfx-1.1.exe installer
[1] which is only available in 32-bit format.
* The fusion dll is entirely missing on all the Windows 8 and 10 VMs (the
32-bit version could be installed using the same process as on Windows 11).
* The 32-bit and 64-bit versions of this test succeed on the w7u and w7pro64
VMs.
* The 32-bit and 64-bit versions of this test succeed on the deprecated wxppro,
w2003std, wvista and wvistau64 VMs.
* See also bug 54610 for the fusion:asmcache crash.
[1] https://wiki.winehq.org/Wine_TestBot_VMs#fusion.2C_msvcr71
--
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=54610
Bug ID: 54610
Summary: fusion:asmcache - 32-bit calls to InstallAssembly(...,
NULL) crash on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: fusion
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
fusion:asmcache - 32-bit calls to InstallAssembly(..., NULL) crash on Windows:
asmcache.c:846: this is the last test seen before the exception
19e4:asmcache: unhandled exception c0000005 at 0095C478
See https://test.winehq.org/data/patterns.html#fusion:asmcache
The crash only happens in the 32-bit w11pro64 tests which represents 100% of
the cases where the test actually runs:
* The only VM that has the needed fusion dll is w11pro64.
* The dll was installed by running the dotnetfx-1.1.exe installer [1] which is
only available in 32-bit format. Thus only the 32-bit dll is available and the
64-bit test is skipped.
The crash happens in the following call:
hr = IAssemblyCache_InstallAssembly(cache, 0, L"wine.dll", NULL);
But skipping this call just moves the crash to the next InstallAssembly() call.
It's not clear whether the crash is caused by the NULL RefData pointer: the
crash still happens if I pass a non-NULL but pretty empty
FUSION_INSTALL_REFERENCE structure (in particular szNonCannonicalData == NULL).
[1] https://wiki.winehq.org/Wine_TestBot_VMs#fusion.2C_msvcr71
--
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=41013
Bug ID: 41013
Summary: Sourceinsight: the 'Window' menu click no response
Product: Wine
Version: 1.8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: robert.hu(a)intel.com
Distribution: ---
Created attachment 55180
--> https://bugs.winehq.org/attachment.cgi?id=55180
'Window' menu list jump to top left
The menu of 'Window' click has no responses.
But other menu can work.
My workaround is to click its adjacent menu item then arrow key to move to
'Window' menu. But even so, it appears to left top of the window. See
attachment.
--
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=23064
Summary: Sourceinsight: no response clicking menu, untill
firstly right-click in main window area
Product: Wine
Version: 1.2-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dwwwww(a)hotmail.com
OS: RHEL 4
Wine, 1.2-rc2
Open sourceinsight, click the menus, no response.
But it works after right click in main window area.
--
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=54632
Bug ID: 54632
Summary: advapi32:registry causes scrobj:scrobj to crash when
run without elevated privileges on Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: scrobj
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
advapi32:registry causes scrobj:scrobj to crash when run without elevated
privileges on Windows 8:
scrobj.c:767: Test failed: DllInstall failed: 80004005
scrobj.c:771: Test failed: RegQueryValueA failed: 2
scrobj.c:771: Test failed: Unexpected value "F", expected "WineTest object"
scrobj.c:772: Test failed: RegQueryValueA failed: 2
scrobj.c:772: Test failed: Unexpected value "F", expected "*\scrobj.dll"
scrobj.c:773: Test failed: RegQueryValueA failed: 2
scrobj.c:773: Test failed: Unexpected value "F", expected "WineTest.1.23"
scrobj.c:774: Test failed: RegQueryValueA failed: 2
scrobj.c:774: Test failed: Unexpected value "F", expected "WineTest"
scrobj.c:804: Test failed: Could not get class factory: 80040154
scrobj.c:804: this is the last test seen before the exception
0dbc:scrobj: unhandled exception c0000005 at 00403A9A
See https://test.winehq.org/data/patterns.html#scrobj:scrobj
This crash does not happen when running scrobj:scrobj on its own. I determined
that the source of interference is advapi32:registry.
It is the combination of test_reg_open_key() and test_classesroot() in
registry.c that causes the crash. More specifically this call in
test_classesroot():
res = RegCreateKeyExA( HKEY_LOCAL_MACHINE,
"Software\\Classes\\WineTestCls", 0, NULL, REG_OPTION_NON_VOLATILE,
KEY_ALL_ACCESS, NULL, &hklm, NULL );
--
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=50281
Bug ID: 50281
Summary: fsync patch for wine 6.0-rc1 (without staging)
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: michael.scott(a)quest-arts.co.uk
Distribution: ---
Created attachment 68830
--> https://bugs.winehq.org/attachment.cgi?id=68830
fsync patch that applies to vanilla wine 6.0-rc1
I have created a new fsync patch that can apply directly to wine 6.0-rc1
without needing esync from staging.
I have tested this patch applied to the latest wine sources (6.0-rc1) as of 7th
December 2020 using Star Citizen 3.11.
I have included it here for you to review for your convenience to review
whether to include it in a future wine version.
Current testing from myself and others in the Star Citizen LUG org when using
fsync enabled wine and kernels are resulting in a much smoother experience.
--
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=54631
Bug ID: 54631
Summary: msi:package causes wscript.exe:run to time out when
run without elevated privileges on Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wscript
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msi:package causes wscript.exe:run to time out when run without elevated
privileges on Windows 8:
wscript.exe:run start programs/wscript/tests/run.c
run.c:400: running RUN.JS test...
wscript.exe:run:026c done (258) in 120s 35B
See https://test.winehq.org/data/patterns.html#wscript.exe:run
This timeout does not happen when running wscript.exe:run on its own. I
determined that the source of interference is msi:package and that the timeout
is caused by a Windows prompt:
Script: C:\Users\winetest\Documents\tests\test.JS
Line: 19
Error: Automation server can't create object
Code: 800A01AD
Source: Microsoft JScript runtime error
The timeout happens when waiting for the child process in run_script_file() in
run.c. That makes sense: the child process is stuck displaying the Windows
prompt:
WaitForSingleObject(pi.hProcess, INFINITE);
And the timeout is caused by the combination of test_appsearch() and
test_complocator() in package.c: remove either of those two and the timeout
does not happen anymore. More specifically, if leaving test_appsearch()
unmodified, any call to set_component_path() in test_complocator() triggers the
timeout, because of this call:
RegCreateKeyExA(HKEY_LOCAL_MACHINE, prodpath, 0, NULL, 0, access, NULL,
&hkey, NULL);
Note that creating the comppath key does not cause the wscript.exe:run timeout.
--
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=54604
Bug ID: 54604
Summary: improved file browser
Product: Wine-staging
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gizmo_1979(a)yahoo.it
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 74135
--> https://bugs.winehq.org/attachment.cgi?id=74135
file browser
it would be handy if the completion of the names if you type in the file name
field was implemented in the file open window called by the programs as it
happens in any system more modern than windows 95...
--
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=54620
Bug ID: 54620
Summary: advapi32:registry causes mshtml:htmldoc to time out
when run without elevated privileges on Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
advapi32:registry causes mshtml:htmldoc to time out when run without elevated
privileges on Windows 8:
htmldoc.c:6220: put_href L"about:replace"...
htmldoc.c:6503: open...
htmldoc.c:6503: open...
mshtml:htmldoc:0744 done (258) in 120s 899B
See https://test.winehq.org/data/patterns.html#mshtml:htmldoc
This timeout does not happen when running mshtml:htmldoc on its own. I
determined that the source of interference is advapi32:registry and that the
timeout is caused by a UAC prompt:
A website wants to open web content using this
program on your computer.
This program will open outside of Protected mode. Internet Explorer's
Protected mode helps protect your computer. If you do not trust this
website, do not open this program.
Name: Microsoft Edge
Publisher: Microsoft Corporation
This happens in the IHTMLWindow2_open() call in test_open_window() in
htmldoc.c:
hres = IHTMLWindow2_open(window, url, name, NULL, VARIANT_FALSE,
&new_window);
So this issue is very similar to the ieframe:ie one described in bug 54613.
--
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=15480
Summary: Saving files in Word/Excel creates useless .lnk files
Product: Wine
Version: 1.1.5
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrew(a)etc.gen.nz
Hi,
In Word and Excel 2003 when we save files then a .lnk file is created in the
same directory as the source file. These files are useless for two reasons:
1) They're in the same directory as the original .doc or .xls files which have
Word and Excel associated with them respectively.
2) On a standard Debian Lenny machine running Gnome the .lnk files aren't
recognised by any apps and won't cause Word or Excel to run.
I've searched around the place to see if we can turn this "feature" off, but
haven't found anything. Is this possible? If not, could this please be added.
--
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=54141
Bug ID: 54141
Summary: console: pressing ctrl+4 in any console application
terminates it
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: taviso(a)gmail.com
Distribution: ---
Reproduce:
$ wine cmd.exe
Z:\home\taviso>
[Now press Ctrl+4]
I think all of the Ctrl+Number keys don't work (oddly, except Ctrl+2), but
Ctrl+4 is especially annoying because it immediately terminates the
application.
I was trying to use a Windows console application, but didn't have much luck
because of the missing keybindings.
--
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=53501
Bug ID: 53501
Summary: Test Drive Unlimited not working
Product: Wine
Version: 7.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ds000001(a)outlook.de
Distribution: ---
Created attachment 72860
--> https://bugs.winehq.org/attachment.cgi?id=72860
Lutris and Wine
Hello,
I try to run Test Drive Unlimited DVD 1.66 version with Wine.
My system:
CPU: 3700X
GPU: 6700XT
RAM: 32 GB
Wine: 7.15 installed through pacman and using Lutris 0.5.10.1-2 for easier
management of all WINEPREFIX's
WINEPREFIX:
- 32 Bit and complete new
- Through winecfg set as Win XP
- No additional packages installed
- ESync, Fsync and DXVK not enabled
- Virtual window mode enabled with 1080p resolution, that way it is easier for
me to see, if something happens or not
- no additional modules installed with Winetricks
If I try to start the game, the configured Wine desktop appears, the disc drive
starts to spin and after that nothing happens.
Output from "lutris -d" and enabled diagnostics for the WINEPREFIX gave me the
output from
tdudebug1.txt.
Enabled debug with "WINEDEBUG=warn+all" and tried to start the game through the
wine command. Got the log tdudebug2.txt out of this.
Any ideas what I am doing 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=9221
Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |leslie_alistair(a)hotmail.com
--
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=54562
Bug ID: 54562
Summary: The 64-bit oleaut32:usrmarshal crashes in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 64-bit oleaut32:usrmarshal crashes in Wine:
usrmarshal.c:572: Test marked todo: Unexpected refcount 4
Unhandled exception: page fault on read access to 0xffffffffffffffff in 64-bit
code (0x00000062138b51).
[...]
Backtrace:
=>0 0x00000062138b51 LPSAFEARRAY_UserUnmarshal+0xa1(pFlags=00000000009AFA10,
Buffer=0000000000ABA614, ppsa=0000000000AE24A0)
[Z:\home\winetest\tools\testbot\var\wine\dlls\oleaut32\usrmarshal.c:1073] in
oleaut32 (0x00000000000014)
1 0x000000621394c4 VARIANT_UserUnmarshal+0x454(pFlags=00000000009AFA10,
Buffer=0000000000ABA5D0, pvar=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\oleaut32\usrmarshal.c:575] in
oleaut32 (0x000000009af9b0)
2 0x0000000044f9e0 in oleaut32_test (+0x4f9e0) (0x000000009af928)
3 0x0000000045110b in oleaut32_test (+0x5110b) (0x00000000ab44b5)
4 0x0000000050d92b in oleaut32_test (+0x10d92b) (0x00000000ab44b5)
5 0x0000000050d187 in oleaut32_test (+0x10d187) (0000000000000000)
6 0x0000007b6293d9 BaseThreadInitThunk+0x9(unknown=<internal error>,
entry=<internal error>, arg=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\kernel32\thread.c:61] in kernel32
(0000000000000000)
7 0x00000170061143 __wine_pop_frame(entry=000000000050D120,
arg=00000000003F0000)
[Z:\home\winetest\tools\testbot\var\wine\include\wine\exception.h:277] in ntdll
(0000000000000000)
8 0x00000170061143 RtlUserThreadStart+0x83(entry=[<register RSP not
accessible in this frame>, arg=[<register RSP not accessible in this frame>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\thread.c:295] in ntdll
(0000000000000000)
0x00000062138b51 LPSAFEARRAY_UserUnmarshal+0xa1
[Z:\home\winetest\tools\testbot\var\wine\dlls\oleaut32\usrmarshal.c:1073] in
oleaut32: cmpw (%rcx),%ax
1073 if(*ppsa && (*ppsa)->cDims==wiresa->cDims)
See https://test.winehq.org/data/patterns.html#oleaut32:usrmarshal
A bisect shows that this crash started with the commit below:
commit 27665f35e4da13bac1e4dd8948a65f484c9dadfa
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Sat Feb 11 09:43:30 2023 +0100
ntdll: Implement Low Fragmentation Heap frontend.
This implements the reduced fragmentation from the heap frontend, by
carving smaller blocks out of larger allocated blocks.
The super block and each sub-block are all flagged with BLOCK_FLAG_LFH.
The super-block (struct group) uses a standard struct block header, as
well as a list entry to be linked in free list, and a free bit map to
track free sub-blocks.
Sub-blocks reference their super block through the base_offset, instead
of the subheap, using the block size as radix.
--
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=54149
Bug ID: 54149
Summary: shlwapi:ordinal - test_SHFormatDateTimeA() fails on
the mixed locales configuration
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shlwapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
test_SHFormatDateTimeA() fails on the mixed locales configuration:
ordinal.c:1765: Test failed: expected (mercredi 14 décembre 2022), got
(mercredi 14 decembre 2022)
ordinal.c:1773: Test failed: expected (mercredi 14 décembre 2022), got
(mercredi 14 decembre 2022)
ordinal.c:1787: Test failed: expected (mercredi 14 décembre 2022) got (mercredi
14 decembre 2022) for date part
ordinal.c:1801: Test failed: expected (mercredi 14 décembre 2022) got (mercredi
14 decembre 2022) for date part
See https://test.winehq.org/data/patterns.html#shlwapi:ordinal
All was fine until 2022-12-09. Then on the 11th I let the TestBot rebuild the
snapshot [1] to ensure that Internet time synchronization would be disabled to
fix random failures in other tests. And on the 12th this test started failing:
the date lost its e-acute!
Yet the WineTest system information shows that none of the locale settings
changed, not even the code page. Before and after they are:
SystemDefaultLCID 0411
UserDefaultLCID 040c
ThreadLocale 0411
SystemPreferredUILanguages 0412,0409
UserDefaultUILanguage 0412
ThreadUILanguage 0412
Country 231
ACP 932
The test did not change and the binary from the 9th has the same failure. So it
is some obscure Windows setting that changed for some unknown reason.
Furthermore given that the code page is 932 I would expect the plain 'e' to be
the more correct result. Unfortunately there is no record of what the result
was before the test started failing. Is it possible for SHFormatDateTimeA() and
GetDateFormatA() to use different code pages?
[1] It goes like this: that VM has a 'langs' powered-off snapshot with all the
locales installed. This snapshot has not changed since 2022-04-24. From this
the TestBot produces the 'langs-mx-MX-live' live snapshot using LibvirtTool.pl
and SetWinLocale to change the locale settings.
--
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=45756
Bug ID: 45756
Summary: Button not clickable when dpi setting changed in
Office 2007 Installer
Product: Wine
Version: 3.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
After upgrading from wine 3.14 to wine 3.15 (self-compiled, 32-bit-only) the
push buttons in the office 2007 installer are no longer "clickable".
When pushing them with the mouse, nothing happens. Using the keyboard to "push"
the buttons works as before. Sometimes the mouse pointer is not even visible
inside the installer window.
This only happens when changing the screen resolution in winecfg (i.e. to 168
dpi). The windows version is set to Windows XP
A bisect shows this commit as the first bad commit:
commit 2068b73db5e19e1ce3b54b2a8ecb5a5b99ea19b5
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Aug 27 14:02:43 2018 +0200
user32: Process hardware messages in physical coordinates.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=39113
Bug ID: 39113
Summary: SimplePC_SC.exe does not work
Product: Wine
Version: unspecified
Hardware: x86
URL: http://downloads.acs.com.hk/utility-tools/en/TOL-PCSC.
zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winscard
Assignee: wine-bugs(a)winehq.org
Reporter: vincent.hardy.be(a)gmail.com
Distribution: ---
Created attachment 52115
--> https://bugs.winehq.org/attachment.cgi?id=52115
screenshot
SimplePC_SC is a programme that tests easily the basic functions of winscard
with any smartcard.
I file this bug in the hope that a friendly developer starts a real
implementation of winscard.
--
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=53728
Bug ID: 53728
Summary: "Escape from Tarkov" requires
"DISPLAYCONFIG_DEVICE_INFO_GET_TARGET_NAME" in
"DisplayConfigGetDeviceInfo" stub
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: vinni5.2001(a)web.de
Distribution: ---
Created attachment 73161
--> https://bugs.winehq.org/attachment.cgi?id=73161
Attachments for this report.
The video game "Escape from Tarkov" requires the
"DISPLAYCONFIG_DEVICE_INFO_GET_TARGET_NAME" type to be implemented in the
"DisplayConfigGetDeviceInfo" function (dlls/user32/sysparams.c).
The game uses that to determine monitor names to list in the ingame settings
menu.
When it first introduced the use of that function, the lack of it in wine made
the whole menu freeze, forcing you to kill the game. That freeze was worked
around by the game developers on their end, since it also affected some Windows
users, but parts of the issue still remain when running the game in wine.
Monitor names in the monitor list in the settings menu are simply blank, making
it hard to figure out which entry in the list corresponds to which monitor. See
"eft_monitors_blank.png" in "attachments.tar.gz" for reference.
Creating a quick and dirty patch to make wine return a string and pretend the
function was executed successfully confirms it is using that function to get
monitor names and the returned string shows up in the list. See
"eft_monitors_names.png" and "dirty-monitor-name-workaround.patch" in
"attachments.tar.gz" for reference.
I should mention that in case other people wanna test the game, it is not free
and makes use of the BattlEye anticheat software, so in order to launch the
game with wine, it requires staging, a patch to load the Proton BattlEye
Runtime (found here, for example:
https://github.com/Frogging-Family/wine-tkg-git/tree/master/wine-tkg-git/wi…),
as well as the Proton BattlEye Runtime itself (can be found and installed via
Steam by Valve) and the necessary environment variable that points to the
Proton BattlEye Runtime ("PROTON_BATTLEYE_RUNTIME"="/path/to/runtime"). It also
needs "corefonts", "vcrun2019" and "dotnet48" installed via winetricks.
I hope those requirements won't prevent this issue from being looked into, but
if they do, I apologize. I was able to put together the quick and dirty patch
to confirm it is indeed just a missing or incomplete function, however I lack
the programming skills and low-level wine/windows knowledge to implement it
properly.
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=53176
Bug ID: 53176
Summary: KeePassXC needs
Windows.Security.Credentials.KeyCredentialManager
(UWP)
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: mk939(a)ymail.com
Distribution: ---
Created attachment 72622
--> https://bugs.winehq.org/attachment.cgi?id=72622
stdout and stderr from the terminal while launching the application
KeePassXC 2.7.1 (64-bit, Windows) can no longer be started due to a new Windows
Hello feature. Older versions prior to Feb 2022 will work as expected.
I reproduced this issue on two different machines, each with Wine 7.11
(vanilla).
Source code:
https://github.com/keepassxreboot/keepassxc/blob/develop/src/winhello/Windo…
Specifically, creating a stub for `IsSupportedAsync()` might suffice to disable
the feature for this application, assuming a proper implementation on their
side:
https://github.com/keepassxreboot/keepassxc/blob/develop/src/winhello/Windo…
PS: The error mentions "combase", but is not an available choice in the bug
report selection box. I am sorry if the selected component 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=54584
Bug ID: 54584
Summary: kernel32:locale - The NtGetNlsSectionPtr() test fails
on Windows 11
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:locale - The NtGetNlsSectionPtr() test fails on Windows 11:
locale.c:4978: Test failed: 14: failed 0
See https://test.winehq.org/data/patterns.html#kernel32:locale
This means Windows 11 supports a new type of NLS section (14). Also
NtGetNlsSectionPtr() returns success so presumably that section type does not
take an id parameter.
--
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=54583
Bug ID: 54583
Summary: kernel32:locale - The non-breaking space
GetNumberFormatEx() test fails on Windows 11
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:locale - The non-breaking space GetNumberFormatEx() test fails on
Windows 11:
locale.c:1820: Test failed: Expected L"-12\00a0345,00", got L"-12\202f345,00"
See https://test.winehq.org/data/patterns.html#kernel32:locale
So Windows 11 returns a narrow non-breaking space instead of a 'plain'
non-breaking space separator when using the French format.
The narrow non-breaking space is probably more correct.
--
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=54534
Bug ID: 54534
Summary: dbghelp:dbghelp - The test_loaded_modules()
enumeration fails on Windows 10 1607
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dbghelp:dbghelp - The test_loaded_modules() enumeration fails on Windows 10
1607:
dbghelp.c:517: Test failed: SymLoadModuleExW failed on
C:\WINDOWS\System32\bcryptPrimitives.dll: 0
See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp
This is the only Windows 10 version which fails.
A bisect confirms that this failure was introduced by the commit below:
8be5c10ff893a22330ad94ae18dfb5fa497b09fd
Author: Eric Pouech <eric.pouech(a)gmail.com>
AuthorDate: Thu Feb 16 10:48:53 2023 +0100
dbghelp/tests: Add tests for 'module' name in EnumLoadedModules() callback.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
--
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=43224
Bug ID: 43224
Summary: Freelist scan can result in O(n) time when allocating
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: ranma42(a)gmail.com
Distribution: ---
Created attachment 58517
--> https://bugs.winehq.org/attachment.cgi?id=58517
Micro-benchmark that shows the degenerate behaviour
The heap implementation in ntdll can be very inefficient for some allocation
patterns.
Specifically, it is possible that a freelist contains thousands of entries of a
given size and it is scanned while looking for a bigger entry, that will not
fit in any of those.
This is demonstrated by the attached program. It accepts a size as an argument
and will allocate 1000000 elements of that size, deallocate half of them (the
"even" ones), then allocate 1000 elements that are just one bit bigger.
For most sizes the program terminates in milliseconds, but in my environment it
takes several seconds for sizes 16, 32, 48, 64, 80, 88, 96, 112, 120, 128.
A possible workaround (that I had implemented in the past, for short-lived
applications) is to allocate from a freelist whose entries are all at least as
big as the block that is being allocated, but that can cause inefficient memory
usage.
I noticed that wine includes an implementation of a red-black tree.
Would it make sense to organise the free entries as lists in such a tree?
That should ensure O(log N) in the worst case.
If performance is a concern, it might be possible to use "direct" freelists for
small sizes (ensuring that all of the alignment-compatible sizes are covered)
and use a tree for bigger sizes.
I am willing to work on this, but I need some directions on what is the best
path forward (namely, if we should prefer the memory-inefficient but simpler
approach of just allocating from "bigger" freelists or if the tree approach is
the desired one).
The bug https://bugs.winehq.org/show_bug.cgi?id=37773 might be related.
--
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=37146
Bug ID: 37146
Summary: Untis 2015: Crashes while starting
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: schutthuffe(a)web.de
Created attachment 49371
--> https://bugs.winehq.org/attachment.cgi?id=49371
Report generated by wine
Installing Untis 2015 seemed to work. Trying to start the program, the
following message popped up: "Im Programm untis.exe traten schwerwiegende
Fehler auf und es muss beendet werden. Wir entschuldigen uns für die
Unannehmlichkeit." The following report is 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=54582
Bug ID: 54582
Summary: kernel32:locale - test_NLSVersion() fails on Windows
10 22H2
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:locale - test_NLSVersion() fails on Windows 10 22H2:
locale.c:7871: Test failed: IsValidNLSVersion succeeded
See https://test.winehq.org/data/patterns.html#kernel32:locale
Apparently the point of this set of test is to verify that IsValidNLSVersion()
rejects any version different from that returned by GetNLSVersion().
But sometimes that's not the case. Indeed a similar failure happened on Windows
10 2004 back in the day, see bug 51159. In that case IsValidNLSVersion()
accepted versions 0x100 lower than the current one, presumably because that
version of Windows was keeping compatibility with older NLS versions. That one
was fixed by making bigger changes to the version.
In this case Windows 10 22H2 accepts NLS versions that are 0x100 greater than
the current one. So presumably we can just use a larger increment to get the
expected failure.
--
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=54338
Bug ID: 54338
Summary: Swift crashes due unimplemented
QueryUnbiasedInterruptTimePrecise function
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
Swift language after installing, crashes with this message
```
wine: Call from 000000017002FA08 to unimplemented function
api-ms-win-core-realtime-l1-1-1.dll.QueryUnbiasedInterruptTimePrecise, aborting
wine: Unimplemented function
api-ms-win-core-realtime-l1-1-1.dll.QueryUnbiasedInterruptTimePrecise called at
address 000000017002FA08 (thread 0110), starting debugger...
```
Steps to reproduce
- install Swift 5.7.2 -
https://download.swift.org/swift-5.7.2-release/windows10/swift-5.7.2-RELEAS…
- execute `wine swift`
--
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=53504
Bug ID: 53504
Summary: Sacred:unhandled exception in Wine 7.14
Product: Wine
Version: 7.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chebanenkoigor93(a)gmail.com
Distribution: ---
Created attachment 72868
--> https://bugs.winehq.org/attachment.cgi?id=72868
screenshot
Wine 7.14 gives me exception after launching Sacred.
--
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=24256
Summary: 3D Sexvilla 2: extremely long loading times
Product: Wine
Version: 1.2
Platform: x86
URL: http://www.3d-sexgames.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mailme667(a)yahoo.co.uk
Loading time makes the game unusable (version 2.093). I just watched the
loading screen for half an hour. But I know it works, because I tried starting
the game, turning the monitor off, having dinner and see the game running when
I came back a long time later.
Clean .wine tested. Other users in appdb have reported the same problem, it's
not just me.
Bug is tested to be present on wine 1.2 and 1.3.1. sysprof makes it clear ntdll
is consuming nearly all the time.
Using wine 1.2 the following is seen repeating over and over with winedebug
during loading:
002e:Call KERNEL32.GetTickCount() ret=7da7655d
002e:Ret KERNEL32.GetTickCount() retval=00032601 ret=7da7655d
002e:Call KERNEL32.GetTickCount() ret=7e7997bb
002e:Ret KERNEL32.GetTickCount() retval=00032601 ret=7e7997bb
002e:Call KERNEL32.GetTickCount() ret=7e7997bb
002e:Ret KERNEL32.GetTickCount() retval=00032607 ret=7e7997bb
002e:Call KERNEL32.GetTickCount() ret=7da76415
002e:Ret KERNEL32.GetTickCount() retval=00032607 ret=7da76415
002e:Call ntdll.RtlAcquireResourceShared(00187fa4,00000001) ret=7da76541
002e:Ret ntdll.RtlAcquireResourceShared() retval=00000001 ret=7da76541
002e:Call ntdll.RtlReleaseResource(00187fa4) ret=7da76555
002e:Ret ntdll.RtlReleaseResource() retval=00000000 ret=7da76555
I got the following from wine-dbg also using 1.2:
Wine-dbg>bt 0x0000002e
Backtrace:
=>0 0xb7705430 (0x04e0e9d8)
1 0x7e78ea4a TIME_MMSysTimeThread+0x329(arg=0x4e0ea34)
[/build/buildd/wine1.2-1.2/dlls/winmm/time.c:218] in winmm (0x04e0ea68)
2 0x7e78ea4a TIME_MMSysTimeThread+0x329(arg=0x7e770000)
[/build/buildd/wine1.2-1.2/dlls/winmm/time.c:218] in winmm (0x04e0ea78)
3 0x7bc6f8f0 call_thread_func+0xb() in ntdll (0x04e0eb48)
4 0x7bc6fac0 call_thread_entry_point+0x6f(entry=0x7e78e720, arg=0x7e770000)
[/build/buildd/wine1.2-1.2/dlls/ntdll/signal_i386.c:2473] in ntdll (0x04e0f398)
5 0x7bc780b5 start_thread+0xf4(info=0x7ff9cfb8)
[/build/buildd/wine1.2-1.2/dlls/ntdll/thread.c:399] in ntdll (0x04e0f498)
6 0xb757780e start_thread+0xbd() in libpthread.so.0 (0x00000000)
I hope I've provided enough information.
--
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=53094
Bug ID: 53094
Summary: ntdll:rtlstr test crashes on win32 arch with hi-IN
locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: rbernon(a)codeweavers.com
Regression SHA1: d8c973ad95ba5e8a9a51df0dd9be587950179ec3
Distribution: ---
As seen on the testbot nightly runs there for instance:
https://test.winehq.org/data/c1e793f1119de0c0ef7d4bd6d9fefbafdb5dbbe5/linux…
Locally reproducible with:
LC_ALL=hi-IN.UTF-8 LC_LANG=hi-IN.UTF-8 WINEARCH=win32 WINEPREFIX=$PWD/pfx
wine32/wine wine32/dlls/ntdll/tests/ntdll_test.exe rtlstr
Bisected to:
commit d8c973ad95ba5e8a9a51df0dd9be587950179ec3
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon May 30 22:38:28 2022 +0200
kernelbase: Reimplement CompareStringEx using the sortkey generation code.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/kernel32/tests/locale.c | 117 +++++++++-----------
dlls/kernelbase/locale.c | 247 +++++++++++++++++--------------------------
2 files changed, 147 insertions(+), 217 deletions(-)
--
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=51259
Bug ID: 51259
Summary: 6.0.1 Introduces error causing Wavelab to close when
loading presets
Product: Wine
Version: 6.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shagooserver(a)gmail.com
Distribution: ---
Update 6.0.1 (7/6/21) introduces an error whereby Wavelab 6 closes/crashes when
a preset is loaded (into the master section).
The terminal outputs:
X Error of failed request: BadValue (integer parameter out of range for
operation)
Major opcode of failed request: 151 (GLX)
Minor opcode of failed request: 3 (X_GLXCreateContext)
Value in failed request: 0x0
Serial number of failed request: 6199
Current serial number in output stream: 6200
--
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=49113
Bug ID: 49113
Summary: Wine heap performs badly when multiple threads are
concurrently allocating or freeing memory
Product: Wine
Version: 5.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: rbernon(a)codeweavers.com
Distribution: ---
This can be easily reproduced with any synthetic heap benchmark, such as
https://github.com/mjansson/rpmalloc-benchmark or
https://github.com/daanx/mimalloc-bench.
Performance gets really bad as the number of concurrent thread increases.
For instance, running the rpmalloc benchmark with "<num threads> 0 0 2 20000
50000 5000 16 1000" parameter set, and 2 concurrent threads gives the following
results (wine staging is testing with the staging heap improvement patches from
https://bugs.winehq.org/show_bug.cgi?id=43224):
* win10 crt: 11977625 memory ops/CPU second, 106% overhead
* linux crt: 5675754 memory ops/CPU second, 53% overhead
* wine rpmalloc: 19700003 memory ops/CPU second, 131% overhead
* wine upstream: 248333 memory ops/CPU second, 62% overhead
* wine staging: 914004 memory ops/CPU second, 61% overhead
Increasing the number of thread makes the difference even worse for Wine.
In general this does not translate in much slowdowns, as memory allocation is
rarely done in such highly concurrent way, but in some situations the
difference is clearly noticeable, and in particular with many games during
their loading times.
--
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=54565
Bug ID: 54565
Summary: riched20:richole - subtest_InsertObject() fails in the
Hindi locale on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
riched20:richole - subtest_InsertObject() fails in the Hindi locale on Windows:
richole.c:4072: Test failed: Got wrong length: 0.
richole.c:4073: Test failed: Got wrong content: .
richole.c:4155: Test failed: Got wrong length: 0.
richole.c:4156: Test failed: Got wrong content: .
richole.c:4072: Test failed: Got wrong length: 0.
richole.c:4073: Test failed: Got wrong content: .
richole.c:4155: Test failed: Got wrong length: 0.
richole.c:4156: Test failed: Got wrong content: .
See https://test.winehq.org/data/patterns.html#riched20:richole
These failures only happen in the Hindi and Hindi + UTF-8 locales.
What happens is that the test ends up inserting 'object replacement characters'
into the test string (\fffb), then selects the whole string and tries to
retrieve it with EM_GETSELTEXT. In all locales the \fffb characters get
replaced with spaces (or lookalike), but not in Hindi.
--
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=54559
Bug ID: 54559
Summary: riched20:editor fails on Windows in the Hindi locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
riched20:editor fails on Windows in the Hindi locale:
editor.c:719: Test failed: EM_POSFROMCHAR reports x=5, expected 1
editor.c:742: Test failed: EM_POSFROMCHAR reports x=5, expected 1
editor.c:773: Test failed: pt.x = 103
editor.c:540: Tests skipped: Skip multibyte character tests on non-Japanese
platform
editor.c:927: Test failed: Text marked as modified, expected not modified!
editor.c:1872: Tests skipped: Skip multibyte character tests on non-Japanese
platform
editor.c:1899: Test failed: EM_GETSELTEXT returned 0
editor.c:1900: Test failed: EM_GETSELTEXT filled
editor.c:1906: Test failed: EM_GETSELTEXT returned 0
editor.c:1907: Test failed: EM_GETSELTEXT filled
See https://test.winehq.org/data/patterns.html#riched20:editor
The failures happen in test_EM_POSFROMCHAR(), test_EM_SETCHARFORMAT and
test_EM_GETSELTEXT(). This is not impacted by the UTF-8 code page.
--
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=54112
Bug ID: 54112
Summary: rouvy : fails to update with server
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: victormbar(a)gmail.com
Distribution: ---
Created attachment 73647
--> https://bugs.winehq.org/attachment.cgi?id=73647
rouvy bug report
the application is installed in zorin os, but when launching the rouvy app, at
login, it connects to the rouvy server giving errors
--
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=34011
Bug #: 34011
Summary: Path of Exile stutters constantly
Product: Wine
Version: 1.6-rc4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael.blumenkrantz(a)gmail.com
Classification: Unclassified
When playing the game, any time a new resource is loaded from disk, the game
freezes completely for some time while it waits for the load. Given that the
game is constantly loading things from disk, it makes the game nearly
unplayable in many cases.
--
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=47398
Bug ID: 47398
Summary: Company of Heroes 2 crashes at launch
Product: Wine
Version: 4.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 64744
--> https://bugs.winehq.org/attachment.cgi?id=64744
log
Graphics Setup: "Failed to set a working mode for the rendering device. This
could be due to having an old version of DirectX installed."
wine-4.10-279-g48f93bc329
--
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=54392
Bug ID: 54392
Summary: Cyberpunk 2077: Wayland: Only primary keyboard layout
passed through to the game.
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: uselessthings(a)protonmail.com
Distribution: ---
In CP2077 running under Wine's Wayland implementation, only the primary
keyboard layout is passed along. The compositor Hyprland uses the XKB spec to
set keyboard layouts, and setting XKBLAYOUT=us, de
XKBOPTIONS=grp:ctrl_shift_toggle only passes the us layout to the game.
Switching the configuration around to XKBLAYOUT=de, us, only the German layout
is passed along to the game and hitting the toggle keybind does nothing to
change 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=54614
Bug ID: 54614
Summary: advapi32:eventlog - test_oldest() sometimes gets an
RPC canceled error on Windows 10 2004 & 2009
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
advapi32:eventlog - test_oldest() sometimes gets an RPC canceled error:
eventlog.c:287: Test failed: OpenEventLogA(Application) failed : 1818
eventlog.c:296: Test failed: Expected success : 6
eventlog.c:297: Test failed: Expected the number of the oldest record
See https://test.winehq.org/data/patterns.html#advapi32:eventlog
Where 1818 == RPC_S_CALL_CANCELLED
6 == ERROR_INVALID_HANDLE
These failures only happen on Windows 10 2004 and 2009, both in 32- and 64-bit
tests, a bit over once per month.
The tests already expect to sometimes be unable to access the event logs but
only when OpenEventLogA() returns ERROR_ACCESS_DENIED or
RPC_S_SERVER_UNAVAILABLE. The commit adding these checks (ea7eb95682be) does
not specify where they were needed but the corresponding skip messages are only
present on these two platforms.
So it looks like that commit just missed one more possible error code.
--
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=6893
--- Comment #24 from temp82(a)luukku.com ---
(In reply to temp82 from comment #23)
> still a checksum mismatch and a crash.
>
> wine 7.12.
the same wine 8.2.
--
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=45882
Bug ID: 45882
Summary: (Overwatch, several source games) Raw Mouse input not
working
Product: Wine
Version: 3.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: florian98.rg(a)gmail.com
Distribution: ---
Playing Overwatch I've noticed that the game still uses mouse pointer speed
even though on Windows it uses Raw Mouse input exclusively.
I've tried this on any branch of Wine (staging, esync, whatsoever) and the
problem still persists. This also happens in Valve games where you can enable
Raw Mouse Input, e.g. Team Fortress 2 etc.
This does not happen with the native ports of said games that use SDL to get
mouse input.
I already disabled any mouse acceleration in GNOME whatsoever (using the "Flat"
Profile), however the problem persists.
Is it possible to rewrite Wine to get Mouse input via SDL2 instead? That would
help pave way for Wayland etc.
Thanks
--
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=54612
Bug ID: 54612
Summary: ieframe:ie - The IE window is sometimes unexpectedly
visible on w7u-adm
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ieframe:ie - The IE window is sometimes unexpectedly visible on w7u-adm:
ie.c:168: Test failed: Visible = ffffffff
See https://test.winehq.org/data/patterns.html#ieframe:ie
The first instance of this failure happened on 2023-01-13, there was no
instance in the 6.5 previous months. Since then there has been about 1 failure
every 2 week:
* 2023-01-13 on w7u-adm
* 2023-01-20 on w7u-adm
* 2023-03-01 on w7u-adm
--
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=54606
Bug ID: 54606
Summary: 64-bit LDAP Administrator crashes on unimplemented
function RPCRT4.dll.NdrStubCall3
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 74136
--> https://bugs.winehq.org/attachment.cgi?id=74136
Console output
The 32-bit version also crashes, but in a different way.
What's weird is that NdrStubCall3 does not appear to be exported by rpcrt4.dll
on Windows, but there is documentation for it at
https://learn.microsoft.com/en-us/windows/win32/api/rpcndr/nf-rpcndr-ndrstu…
$ sha256sum ldapadmin-4.21.24429.0-x64-eng.msi
709d1176c9b615db0592dd21f4f2331c8757adde16a711e8e69c1486673fbfa6
--
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=9221
--- Comment #58 from John <john(a)johnandelizabeth.com> ---
Created attachment 74137
--> https://bugs.winehq.org/attachment.cgi?id=74137
WINEDEBUG=+pid,+tid,+timestamp,+joycpl,+dinput,+hid joy.cpl
--
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=9221
John <john(a)johnandelizabeth.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |john(a)johnandelizabeth.com
--- Comment #57 from John <john(a)johnandelizabeth.com> ---
Hi. I am also trying to get get FFB working with RichardBurnsRally.
I am testing using winehq-staging and using the debug settings mentioned above.
I have a Logitech Driving Force GT which works well in Steam FFB games.
I will attach a log using joy.cpl. Joy.cpl did not trigger any force feedback
in my testing.
Thanks, John
--
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=51764
Bug ID: 51764
Summary: Can't enter non-US symbols in IrfanView's Image Editor
-> Add Text
Product: Wine
Version: 6.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Steps to reproduce:
1) Run IrfanView
2) Open any picture or create it
3) Press F12
4) Click A (Text tool) on the panel
5) Click anywhere on your image
6) Try to enter any non-US text - it will not work
My locale is set to en_US.UTF-8.
My keyboard is:
localectl set-x11-keymap "us,ru" pc105 ""
grp:alt_shift_toggle,grp_led:scroll,terminate:ctrl_alt_bksp
--
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=54600
Bug ID: 54600
Summary: mfplay:mfplay - test_media_language() sometimes gets a
NULL value in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
mfplay:mfplay - test_media_language() sometimes gets a NULL value in Wine:
mfplay.c:502: Test failed: Unexpected value (null).
See https://test.winehq.org/data/patterns.html#mfplay:mfplay
This would indicate an issue with Wine's GetStreamAttribute(MF_SD_LANGUAGE)
support.
The test was introduced on 2023-01-24 and the first failure happened on
2023-01-25 with a bit over one failure per week since.
--
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=54602
Bug ID: 54602
Summary: LDAPSoft programs don't get past the splash screen
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 74134
--> https://bugs.winehq.org/attachment.cgi?id=74134
Console output of LDAP Admin Tool
The program displays a splash screen for a few seconds, then exits without
showing anything else. This happens with all of the programs available for
download at https://www.ldapsoft.com/download.html
As an example, the console output of LDAP Admin Tool (Standard Edition) is
attached. Nothing more is printed with WINEDEBUG=+wldap32.
$ sha256sum LdapAdminTool-7.6.x-win-x64-Setup.exe
863883fc72d9fc0884dcce28d296b4f7854744c3ebf71a56b2c702d4f140e11e
--
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=54597
Bug ID: 54597
Summary: Cannot enter a remote ID in AnyDesk after trying to
connect/connecting once
Product: Wine
Version: 8.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Steps to reproduce:
1. Download AnyDesk
2. Connect to any host (no idea if it works)
3. Try to enter a remote system ID once again
You'll see a popup for a split second but entering more than a single digit is
impossible as whatever you type will result in flashing and disappearance of
newly entered digits.
--
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=54578
Bug ID: 54578
Summary: Kerbal Space Program 2 (KSP2 0.1.0.0.20892) has
missing textures with WINED3D
Product: Wine-staging
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolAflash(a)kolahilft.de
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 74119
--> https://bugs.winehq.org/attachment.cgi?id=74119
wine-stating-8.2 console output running KSP2 0.1.0.0.20892
Kerbal Space Program 2 (KSP2) has missing textures with WINED3D.
(DirectX 11 game, AppDB entry for KSP2 waiting for approval)
Game version: 0.1.0.0.20892 (Steam BuildID 10624168)
(first early access / beta release, 2023-02-24)
Especially the planets land surface outside the rocket launch area (fields,
mountains, ...) seems to be transparent, showing outer space.
Screenshot:
https://user-images.githubusercontent.com/3355089/221281787-8e03c982-82fb-4…
OS: Debian-11
GPU: Radeon RX 590 8GB (amdgpu driver)
CPU: Ryzen 5800X (32 GB system memory)
Problem was reproduced with wine-staging-8.2, wine-7.0. Problem also exists
with Proton-Experimental (2023-02-24) using PROTON_USE_WINED3D=1.
I attached the console output of WINE.
What else can I provide for debugging?
The fps are quite low with around 25 fps. But that seems to be a common issue.
https://www.reddit.com/r/KerbalSpaceProgram/comments/11a4619/ksp2_performan…
With DXVK the fps are even lower (extremely low at 8 fps).
https://github.com/doitsujin/dxvk/issues/3268
It should be mentioned, that this game has a high GPU VRAM usage.
It is using 70 % to 90 % of my 8 GB VRAM with WINED3D and 100 % VRAM with DXVK.
(hopefully something that can be fixed by the game developers during early
access)
Some people report slightly better performance when setting:
WINE_CPU_TOPOLOGY=4:0,1,2,3
https://github.com/ValveSoftware/Proton/issues/6565#issuecomment-1444621213
--
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=53549
Bug ID: 53549
Summary: MDBViewer hangs on exit
Product: Wine
Version: 7.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
MDBviewer hangs on exit if there are no default printer. Workaround is to add
cups-pdf for example.
The error happens around:
wine: Unhandled page fault on read access to 00000008 at address 005E3511
(thread 0024), starting debugger...
Then one cpu-core is working 100% until aborted with ctrl-c.
--
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=54462
Bug ID: 54462
Summary: Mouse cursor invisible
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.john.magnus(a)gmail.com
Distribution: ---
Created attachment 74018
--> https://bugs.winehq.org/attachment.cgi?id=74018
c source code for the tiny program
Mouse cursor invisible while hoovering over window.
And it's visible in when tested on a real windows 8 machine.
I include the code for this simple program.
It's compiled on Linux with the following command...
i686-w64-mingw32-gcc event.c -o event.exe -lgdi32 -mwindows
--
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=53409
Bug ID: 53409
Summary: STL Amphub does not communicate with iLok after
initialization
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gabriel.avanzi(a)gmail.com
Distribution: ---
Created attachment 72801
--> https://bugs.winehq.org/attachment.cgi?id=72801
startup
STL Amphub uses two licenses in iLok License Manager.
* One license for the Player (this one works)
* One license for the Amp and other Gear
When the software starts, it looks for the first license (The player), find it
and starts correctly. I can use the Player and what comes with it.
The additional content, in this case the Solstice Solo Amp, uses the second
license and this doesn't get unlocked. I assume there's something blocking the
connection with the license server after the startup so it cannot access the
additional licenses.
other iLok software works ok but this is the only one I have that uses two
licenses so I think this is the problem. The program doesn't crash, it only
keeps thinks locked even with the license activated.
Attached is the log of the startup.
I'm trying to get more details but Amphub doesn't start with debugger enabled.
--
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=54592
Bug ID: 54592
Summary: Some binaries page-fault when run on "ihc" filesystem
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hasezoey(a)gmail.com
Distribution: ---
it seems like running some binaries from "ihc" results in page-fault, examples:
- ADE_2.0_Installer.exe runs just fine on "ihc"
- python-2.7.18.msi runs just fine on "ihc"
- python-3.9.0-amd64.exe page faults on "ihc"
- python-3.11.2-amd64.exe page faults on "ihc"
- VC_redist.x64.exe (14.34.31938) page faults on "ihc"
- customly compiled rust binary (msvc compiler) page faults on "ihc"
all the things listed above run just fine when run from "btrfs"
i have tried debugging my custom rust binary, and noticed that beyond some
point the data just seems to be repeating (see
https://forum.winehq.org/viewtopic.php?p=139841#p139841)
all tests were done with qemu, tested with Manjaro 22.0.3 and Linux Mint 21.1,
with wine 7.0.1, 8.0.0, 8.1.
ihc fstab entry: "ihc /run/media/shared trans=virtio,nobootwait,rw,_netdev 0 0"
qemu cmd line entry for virtfs: "-virtfs
local,path=./shared,mount_tag=ihc,security_model=mapped"
from:
https://forum.winehq.org/viewtopic.php?p=139841https://forum.winehq.org/viewtopic.php?p=139801
--
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=54590
Bug ID: 54590
Summary: riched20:editor & riched32:editor -
test_EM_POSFROMCHAR() fails in RTL locales in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
riched20:editor & riched32:editor - test_EM_POSFROMCHAR() fails in
right-to-left locales, specifically ar_MA and he_IL, in Wine.
riched20:editor:
editor.c:719: Test failed: EM_POSFROMCHAR reports x=1, expected 8
editor.c:742: Test failed: EM_POSFROMCHAR reports x=1, expected 8
editor.c:773: Test failed: pt.x = 113
riched32:editor:
editor.c:876: Test failed: EM_POSFROMCHAR reports x=1, expected 8
editor.c:902: Test failed: EM_POSFROMCHAR reports x=1, expected 8
See https://test.winehq.org/data/patterns.html#riched20:editorhttps://test.winehq.org/data/patterns.html#riched32:editor
The failures are similar the ones in bug 54576 but have a different cause
since:
* they only happen in right-to-left locales, whereas bug 54576 only happens in
Hindi
* they only happen in Wine and thus are most likely a Wine bug
--
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=52782
Bug ID: 52782
Summary: Anno 1800 cannot connect to multiplayer
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)greaka.de
Distribution: ---
This is an incredibly frustrating bug that exists since an unknown specific
version of the game. The multiplayer doesn't work. Upon trying to enter a
lobby, you will face an error window titled "LR05". This bug exists since a few
years by now and there is no known workaround.
Sadly, I do not know how to debug this or how to produce any logs for this as
you need to run Ubisoft connect as a launcher and all I get is logs from there.
--
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=29096
Bug #: 29096
Summary: Phoenix (steam file extractor) z-order of popup is
wrong
Product: Wine
Version: 1.3.32
Platform: x86
URL: http://stat1cv01d.com/load/phoenix_1_5_beta_8/1-1-0-13
OS/Version: Linux
Status: NEW
Keywords: download
Severity: trivial
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
80056a42f6b0e96426751497a8c322de0cdf0602 Phoenix_15beta8.rar
After
http://source.winehq.org/git/wine.git/commitdiff/2429ef905c46aec91465ac187c…,
the program runs. It pops up a dialog on first run, asking if you want to put a
shortcut on the desktop. The dialog is behind a splash screen, so you have to
alt+move to get to it.
A virtual desktop also works around it.
--
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=38642
Bug ID: 38642
Summary: Geometry Wars crashes when changing screen resolution
Product: Wine
Version: 1.7.43
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: ben(a)xnode.org
Distribution: ---
The game opens and works fine, but if you try and change the fullscreen
resolution, the game crashes out with a Wine page-fault pop-up message:
Unhandled exception: page fault on read access to 0x00000004 in 32-bit code
(0x00429ec7).
Unfortunately I cannot get more info on this right now as I've switched to
Wine-Staging to test some other things.
--
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=54586
Bug ID: 54586
Summary: kernel32:locale - test_unicode_sorting() fails on
Windows 11 for Vietnamese
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:locale - test_unicode_sorting() fails on Windows 11:
locale.c:3825: Test failed: Test 237 (L"R", L"\ff32") - Expected 1, got -1
locale.c:3829: Test failed: Test 237 (L"R", L"\ff32") - Expected 3, got 1
See https://test.winehq.org/data/patterns.html#kernel32:locale
These failures correspond to the following Vietnamese test:
{ L"vi-VN", 1, CSTR_GREATER_THAN, 0, L"R", L"\xff32" },
--
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=54585
Bug ID: 54585
Summary: kernel32:locale - test_geo_name() fails on Windows 11
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:locale - test_geo_name() fails on Windows 11:
locale.c:8076: Test failed: Got unexpected name L"US".
locale.c:8095: Test failed: Got unexpected ret 3, GetLastError() 3735928559.
locale.c:8096: Test failed: Got unexpected name L"US".
locale.c:8103: Test failed: Got unexpected name L"QQ".
locale.c:8123: Test failed: Got unexpected ret 3, GetLastError() 3735928559.
locale.c:8125: Test failed: Got unexpected name L"AR".
locale.c:8145: Test failed: Got unexpected ret 3, GetLastError() 3735928559.
locale.c:8146: Test failed: Got unexpected name L"XX".
locale.c:8153: Test failed: Got unexpected name L"XX".
See https://test.winehq.org/data/patterns.html#kernel32:locale
It looks like the first failing test attempts to prove one can set the GeoName
to invalid values by setting the registry directly (whereas one would get an
error if attempting the same through SetUserGeoName()). But on Windows 11 that
loophole does not work.
The "AR" failing test appears to be when we set the GeoName to a numeric code,
150, and expect to get that code back from GetUserDefaultGeoName(), but instead
get the actual name, AR.
These two failures seem to indicate that Windows 11 looks up the (registry)
GeoName in its database (see EnumSystemGeoNames()) so as to always return an
actual name instead of a numeric code. And if that lookup fails it falls back
to "US", or something based off of one of the current locales (system, thread
or whatever).
--
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=53135
Bug ID: 53135
Summary: kernel32:locale fails in Wine in Japanese
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
kernel32:locale fails in Wine in Japanese:
locale.c:3359: Test failed: qsort using lstrcmpA failed for element 6
locale.c:3359: Test failed: qsort using lstrcmpA failed for element 7
locale.c:3359: Test failed: qsort using lstrcmpA failed for element 8
locale.c:3359: Test failed: qsort using lstrcmpA failed for element 9
locale.c:3359: Test failed: qsort using lstrcmpA failed for element 10
locale.c:3367: Test failed: qsort using CompareStringA failed for element 6
locale.c:3367: Test failed: qsort using CompareStringA failed for element 7
locale.c:3367: Test failed: qsort using CompareStringA failed for element 8
locale.c:3367: Test failed: qsort using CompareStringA failed for element 9
locale.c:3367: Test failed: qsort using CompareStringA failed for element 10
locale.c:3375: Test failed: qsort using sort keys failed for element 6
locale.c:3375: Test failed: qsort using sort keys failed for element 7
locale.c:3375: Test failed: qsort using sort keys failed for element 8
locale.c:3375: Test failed: qsort using sort keys failed for element 9
locale.c:3375: Test failed: qsort using sort keys failed for element 10
https://test.winehq.org/data/patterns.html#kernel32:locale
A bisect shows that these failures started with the commit below:
commit d8c973ad95ba5e8a9a51df0dd9be587950179ec3
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon May 30 22:38:28 2022 +0200
kernelbase: Reimplement CompareStringEx using the sortkey generation code.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=54579
Bug ID: 54579
Summary: riched20:editor - test_EM_SETCHARFORMAT() fails in the
Hindi locale on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
riched20:editor - test_EM_SETCHARFORMAT() fails in the Hindi locale on Windows:
editor.c:927: Test failed: Text marked as modified, expected not modified!
See https://test.winehq.org/data/patterns.html#riched20:editor
The failure is systematic and started as soon as we got a real Windows Hindi
locale to test.
--
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=54576
Bug ID: 54576
Summary: riched32:editor - test_EM_POSFROMCHAR() fails in the
Hindi locale on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
riched32:editor - test_EM_POSFROMCHAR() fails in the Hindi locale on Windows:
editor.c:876: Test failed: EM_POSFROMCHAR reports x=8, expected 1
editor.c:902: Test failed: EM_POSFROMCHAR reports x=8, expected 1
See https://test.winehq.org/data/patterns.html#riched32:editor
The failure is systematic and started as soon as we got a real Windows Hindi
locale to test.
--
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=54577
Bug ID: 54577
Summary: riched32:editor - test_EM_GETLINE() fails in the Hindi
locale on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
riched32:editor - test_EM_GETLINE() fails in the Hindi locale on Windows:
editor.c:451: Test failed: 0: expected_bytes_written=9
editor.c:451: Test failed: 1: expected_bytes_written=4
editor.c:451: Test failed: 2: expected_bytes_written=4
editor.c:451: Test failed: 3: expected_bytes_written=2
See https://test.winehq.org/data/patterns.html#riched32:editor
The failure is systematic and started as soon as we got a real Windows Hindi
locale to test.
--
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=29028
Bug #: 29028
Summary: Starcraft crashes on exit
Product: Wine
Version: 1.3.31
Platform: x86
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: amasterov(a)gmail.com
Classification: Unclassified
After upgrading wine to 1.3.31 Starcraft crashes on exit.
wine 1.3.30 has not this problem.
After choosing exit in game menu I get black screen in 640x480 resolution (I
switch to nvidia-settings with Alt-Tab and set up correct resolution after
this). In console there are this lines:
fixme:advapi:SetSecurityInfo stub
fixme:win:EnumDisplayDevicesW ((null),0,0x33f3d8,0x00000000), stub!
err:seh:setup_exception_record stack overflow 844 bytes in thread 0024 eip
0041efcc esp 00240fe4 stack 0x240000-0x241000-0x340000
err:ntdll:RtlpWaitForCriticalSection section 0x62385d40 "time.c:
TIME_tz_section" wait timed out in thread 0027, blocked by 0024, retrying (60
sec)
err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr
0x6231354f
I've tried regression testing with git bisect and get this result:
496b438ede825fc00daac7a5869e045ae583cec9 is the first bad commit
commit 496b438ede825fc00daac7a5869e045ae583cec9
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Tue Sep 27 09:31:59 2011 -0500
wined3d: Remove d3d8/9 palette support.
:040000 040000 8b95a8e0e4e7524170ba43bc2ffe369359b9811d
7c427ec5a0816aa5da25718cee9c70e0d3605214 M dlls
:040000 040000 a6ee1c817b1f21634ddad86780fad5cfe9c4fb29
fe57de377c4cf96d0f48c4560d0db321b7b28e91 M include
There was slightly different errors on the screen during testing, but I did
"git bisect bad" on every crash on exit.
With what WINEDEBUG flags should I run wine to provide any additional
information about this issue?
--
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=54569
Bug ID: 54569
Summary: Guitar Rig 6 crashes when playing any sound
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: velicaglayan(a)hacettepe.edu.tr
Distribution: ---
Created attachment 74111
--> https://bugs.winehq.org/attachment.cgi?id=74111
I used wine explorer to select the exe and it crashed when I play a video from
mpv.
While Guitar Rig is open, playing audio from my browser or any other app
immediately crashes the program. Both Guitar Rig and the other software go
silent first, after the crash, other software etc. mpv restores its audio
playback. I use Arch Linux with PipeWire. And my audio interface is UA Volt 2.
You can download the demo version of the program here:
2https://www.native-instruments.com/en/products/komplete/guitar/guitar-rig-…
--
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=54572
Bug ID: 54572
Summary: Miflash_unlocker fatal error when opening
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: realdark(a)protonmail.com
Distribution: ---
Created attachment 74115
--> https://bugs.winehq.org/attachment.cgi?id=74115
backtraces from error
Miflash_unlocker fatal error when opening
New Prefix 32-Bit and 64-Bit used.
App starts but get seqfaults.
--
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=54567
Bug ID: 54567
Summary: comdlg32: Find/Replace: Flags became invalid after
EN_KILLFOCUS.
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: katayama.hirofumi.mz(a)gmail.com
Distribution: ---
Created attachment 74109
--> https://bugs.winehq.org/attachment.cgi?id=74109
the patch to fix this bug
The flags value became invalid after EN_KILLFOCUS.
It caused a bug that FR_DOWN is cleared when the user set focus to edt1 and
close the find/replace dialog.
--
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=19017
Summary: DirectX Hardware presenting Problem
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fr.fr(a)vr-web.de
Created an attachment (id=21920)
--> (http://bugs.winehq.org/attachment.cgi?id=21920)
Log output of the Game Balls (in Appdb is a link for a Download)
Device is not Found
It seams DirectX in Wine has a Problem with presenting Hardware devices
--
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=48339
Bug ID: 48339
Summary: RadiAnt DICOM Viewer cannot export series to WMV movie
Product: Wine
Version: 5.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: bozkar(a)gmail.com
Distribution: ---
Movie export to wmv does not work under Wine 5.0~rc1-staging in RadiAnt DICOM
Viewer 5.5.0 64 bit
As far as I tested RadiAnt on wine it never did.
Console output:
01cc:fixme:wmvcore:WMProfileManager_LoadProfileByData
(0000000000C24D40)->(L"<profile version=\"589824\" storageformat=\"1\"
name=\"radiant\" description=\"\"><streamconfig
majortype=\"{73646976-0000-0010-8000-00AA00389B71}\" streamnumber=\"2\"
streamname=\"Video Stream\"inputname=\"Video409\" bitrate=\"20000000\"
bufferwindow=\"3000\" reliabletransport=\"0\" deco"... 0000000007913480)
I suppose that wmv export is probably not implemented currently, at least in
this profile.
To reproduce: Open any example CT series in RadiAnt DICOM viewer, export
series, pick "wmv", directory, and click save, nothing happens.
--
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=54568
Bug ID: 54568
Summary: Trying retrieve list of WMI classes makes powershell
core crash instantly
Product: Wine
Version: 8.2
Hardware: x86-64
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v7.0.3/PowerShell-7.0.3-win-x64.msi
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Hi, trying code snippet below found on the internet (to retrieve all wmi
classes) makes powershell core crash instantly.
$managementClass = New-Object System.Management.ManagementClass
$enumOptions = New-Object System.Management.EnumerationOptions
$enumOptions.EnumerateDeep = $true
$managementClass.PSBase.GetSubclasses( $enumOptions ) | Sort-Object
Maybe this is not yet supported in wine, but i guess it shouldn't crash
powershell anyway. (Code snippet works fine in powershell core on windows)
From a debuglog:
015c:trace:wbemprox:class_object_Get 000000001FB1DB70, L"__PATH", 0,
0000000022F
1E318, 0000000022F1E548, 0000000022F1E540
015c:trace:seh:dispatch_exception code=c0000005 flags=0 addr=00000001ED48AB7F
ip=1ed48ab7f
015c:warn:seh:dispatch_exception EXCEPTION_ACCESS_VIOLATION exception
(code=c0000005) raised
Steps to reproduce: - Save 4 lines of code above in e.g. a.ps1
- wine pwsh -f a.ps1
Output from console:
Fatal error. System.AccessViolationException: Attempted to read or write
protect
ed memory. This is often an indication that other memory is corrupt.
at System.Management.IWbemClassObjectFreeThreaded.Get_(System.String, Int32,
System.Object ByRef, Int32 ByRef, Int32 ByRef)
at System.Management.ManagementObject.Initialize(Boolean)
at System.Management.ManagementBaseObject.get_wbemObject()
at System.Management.ManagementBaseObject.get_ClassName()
at
System.Management.ManagementClass.GetSubclasses(System.Management.Enumerat
ionOptions)
at System.Management.Automation.MethodInformation.Invoke(System.Object,
Syste
m.Object[])
--
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=53774
Bug ID: 53774
Summary: WinZip 7
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: blueguitar1978(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
WinZip 7: crashes when extracting a zip archive
--
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=54550
Bug ID: 54550
Summary: Move registry functions implementations into
offreg.dll
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
Distribution: ---
https://learn.microsoft.com/en-us/windows/win32/devnotes/offline-registry-l…
This is a library to work with registry files. It is not shipped with Windows,
but is a part of WDK, so usually apps needing it bring one with itself. But
AFAIK Wine registry format is different from Windows one.
Also it'd be nice to be able to manipulate Wine registry from the apps native
to the host.
So it is proposed to
1. move all the impls of the registry format into a unix library
`libwineoffreg.so`
2. generate `offreg.dll.so` and `offreg.dll` using `libwineoffreg.so`
3. use it from `advapi32.dll`
--
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=54558
Bug ID: 54558
Summary: dinput:device8 - test_overlapped_format() sometimes
gets a permission denied on Windows
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
dinput:device8 - test_overlapped_format() sometimes gets a permission denied on
Windows. When that happens all the tests that follow fail too which makes for a
lot of failures.
device8.c:347: Test failed: 0x700: Acquire returned 0x80070005
device8.c:356: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:360: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:364: Test failed: 0x700: GetDeviceData returned 0x8007000c
device8.c:371: Test failed: 0x700: WaitForSingleObject returned 0x102
device8.c:375: Test failed: 0x700: GetDeviceData returned 0x8007000c
device8.c:376: Test failed: 0x700: got count 10
...
device8.c:408: Test failed: 0x700: Acquire returned 0x80070005
...
device8.c:1972: Test failed: 0x500: Acquire returned 0x80070005
device8.c:1974: Test failed: 0x500: Acquire returned 0x80070005
device8.c:1983: Test failed: 0x500: WaitForSingleObject returned 0x102
...
device8.c:2002: Test failed: 0x500: Acquire returned 0x80070005
device8.c:2011: Test failed: 0x500: WaitForSingleObject returned 0x102
...
See https://test.winehq.org/data/patterns.html#dinput:device8
Where 0x80070005 == E_ACCESSDENIED
Maybe the permission denied error happens when a previous test triggered a UAC
prompt which then grabbed the keyboard and mouse to get a secure answer?
In any case this has happened for a long time but since 2022-11-21 it seems to
only happen on w1064v1507, w7u-adm and w7u-el.
--
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=54557
Bug ID: 54557
Summary: winmm:midi gets unexpected messages on w10pro64 (21H1)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
winmm:midi gets unexpected messages on w10pro64 (21H1):
* 2023-02-13 on w10pro64-fr (64-bit)
midi.c:988: Message 3c7, wParam=2f1e410, lParam=0 from midiStreamOpen
midi.c:1039: Message 320, wParam=e3006fc7, lParam=1 from midiStreamOut
midi.c:1039: Test failed: bad message 320/1 from midiStreamOut, expect
3c9/65f820
midi.c:1048: Message 320, wParam=e3006fc7, lParam=1 from midiStreamClose
midi.c:1048: Test failed: bad message 320/1 from midiStreamClose, expect 3c8/0
* 2023-02-20 on w10pro64-he (64-bit)
midi.c:662: Message 320, wParam=e3006fc7, lParam=1 from midiStream still paused
midi.c:662: Test failed: bad message 320/1 from midiStream still paused, expect
0/feedf00d
midi.c:685: Message 320, wParam=e3006fc7, lParam=1 from midiStream callback
midi.c:685: Test failed: bad message 320/1 from midiStream callback, expect
3ca/65f820
midi.c:686: Message 3ca, wParam=2eeb120, lParam=65f820 from midiStreamOut
midi.c:686: Test failed: bad message 3ca/65f820 from midiStreamOut, expect
3c9/65f820
...
midi.c:746: Message 3c9, wParam=2eeb120, lParam=65f820 from 0 bytes recorded
midi.c:746: Test failed: bad message 3c9/65f820 from 0 bytes recorded, expect
0/feedf00d
* 2023-02-21 on w10pro64-hi (64-bit)
midi.c:366: Message 320, wParam=e3006fc7, lParam=1 from midiOutLong unprepared
midi.c:366: Test failed: bad message 320/1 from midiOutLong unprepared, expect
0/feedf00d
midi.c:378: MIDIHDR flags=2 when unsent
midi.c:415: Message 320, wParam=e3006fc7, lParam=1 from midiOutClose
midi.c:415: Test failed: bad message 320/1 from midiOutClose, expect 3c8/0
midi.c:423: Message 3c8, wParam=2ea4810, lParam=0 from midiOutOpen WINDOW
midi.c:423: Test failed: bad message 3c8/0 from midiOutOpen WINDOW, expect
0/feedf00d
See https://test.winehq.org/data/patterns.html#winmm:midi
These are the only known instances so far so it looks like this is caused by a
change that happened in February.
Where 0x320 == WM_DWMCOLORIZATIONCOLORCHANGED ???
0x3c8 == MM_MOM_CLOSE
0x3c9 == MM_MOM_DONE
0x3ca == MM_MOM_POSITIONCB
It's possible that 0x320 is the cause for all failures. If it really is
WM_DWMCOLORIZATIONCOLORCHANGED then it is probably caused by some other test
and thus really not related to midi. So it may make sense to add it to the
spurious_message() filter.
--
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=54556
Bug ID: 54556
Summary: winmm:midi fails on w11pro64_amd and w11pro64_nv
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
winmm:midi fails on w11pro64_amd and w11pro64_nv:
midi.c:1147: Found 1 MIDI OUT devices
midi.c:252: Found 1 MCI sequencer devices
midi.c:1155: ** Testing device 0
midi.c:285: * Microsoft GS Wavetable Synth: manufacturer=1, product=27, tech=7,
support=1: 32 voices, 32 notes
midi.c:304: Test failed: midiOutOpen(dev=0) rc=MMSYSERR_ERROR
midi.c:620: Test failed: midiStreamOpen(dev=-2) rc=MMSYSERR_ERROR
midi.c:1164: ** Testing MIDI mapper
midi.c:285: * Microsoft MIDI Mapper: manufacturer=1, product=1, tech=5,
support=9: 0 voices, 0 notes
midi.c:304: Test failed: midiOutOpen(dev=-1) rc=MMSYSERR_ERROR
midi.c:620: Test failed: midiStreamOpen(dev=-2) rc=MMSYSERR_ERROR
See https://test.winehq.org/data/patterns.html#winmm:midi
Where -1 == MIDIMAPPER
-2 is probably udev after being modified by midiStreamOpen()
This is probably because these two test configurations use the graphics card's
HDMI out audio device but the 'screen' has no speaker. See bug 54523 for more
details. Bug 54538 is probably the same issue too.
It's still strange that midiOutGetNumDevs() returns 1 device when trying to use
it does not actually work. Maybe that's a bug in the GPU drivers?
--
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=54555
Bug ID: 54555
Summary: winmm:mci sometimes crashes on exit on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
winmm:mci sometimes crashes on exit on Windows:
0fec:mci: 675 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0
skipped.
mci.c:1796: this is the last test seen before the exception
0fec:mci: unhandled exception c0000005 at 75B37660
winmm:mci:0fec done (-1073741819) in 15s 453B
See https://test.winehq.org/data/patterns.html#winmm:mci
The "tests executed" line indicates that the crash happened either in the test
framework's main function or on process exit. The usual suspects are memory /
stack corruption, threads running code from unloaded dlls, etc. There is a
comment indicating that "Win9X hangs when exiting with something still open".
Maybe the "close all" command it not always completely effective.
The oldest known instance was on 2022-08-31 and this happened 8 times until
2022-12-07, and then twice in February 2023. It's not clear if the December and
January hiatus was just pure luck or if this is caused by external interference
that went away during that period.
This also seems to be specific to Windows 10 2004+.
--
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=32235
Bug #: 32235
Summary: Soldiers heroes of World War II crashes on startup
Product: Wine
Version: 1.5.16
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: paulthetall(a)gmail.com
Classification: Unclassified
Created attachment 42522
--> http://bugs.winehq.org/attachment.cgi?id=42522
Crash log
Soldiers Heroes of World War 2 crash on startup see crash log. It says a out of
memory notification, so maybe a memory leak or something? I use the GOG.com
version in this test. Hope you guys can ind out what is going on. If you need
andy extra debug extensions let me know so I can provide it. Many thanks in
advance!
--
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=54548
Bug ID: 54548
Summary: eMule 0.51d: everything seems to work fine, but after
a while (minutes, hours) the program crashes with Wine
8.0 (stable).
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lupuseh(a)hotmail.es
Distribution: ---
Created attachment 74088
--> https://bugs.winehq.org/attachment.cgi?id=74088
A recent backtrace
I have been using eMule 0.51d correctly for years with Wine versions lower than
8.0, but with the upgrade to Wine 8.0 in Ubuntu 22.04.1 it stopped working
correctly.
With Wine 8.0, eMule seems to work correctly until it crashes, leaving the
screen with black areas (without refreshing) and the only solution I find is to
kill the process with "kill -9 [PID_of_eMule]".
I have been testing also the latest version of eMule (0.60d) in a new
WINEPREFIX, but with the same results.
My system info:
Ubuntu 22.04.2 LTS
Linux 5.19.0-32-generic
Wine 8.0 (stable)
eMule 0.51d
(https://github.com/irwir/eMule/releases/tag/eMule_v0.51d-community)
inxi -Gxz
Graphics:
Device-1: Intel IvyBridge GT2 [HD Graphics 4000] vendor: ASUSTeK P8 series
driver: i915 v: kernel bus-ID: 00:02.0
Display: x11 server: X.Org v: 1.21.1.3 driver: X: loaded: modesetting
unloaded: fbdev,vesa gpu: i915 resolution: 1920x1080~60Hz
OpenGL: renderer: Mesa Intel HD Graphics 4000 (IVB GT2)
v: 4.2 Mesa 22.2.5 direct render: Yes
--
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=54547
Bug ID: 54547
Summary: Hyperplanning software (index education) crashes all
the time for now
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: olivier.corrio(a)gmail.com
Distribution: ---
Created attachment 74087
--> https://bugs.winehq.org/attachment.cgi?id=74087
It is the backtrace
The software works several minutes but often it crashes in less than 1mn. I can
use it but suddenly it crashes
--
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=54169
Bug ID: 54169
Summary: ntoskrnl.exe:ntoskrnl - test_pnp_devices() sometimes
fails on Windows and Linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntoskrnl.exe:ntoskrnl - test_pnp_devices() fails on Windows 10 with test
signing turned on:
ntoskrnl.c:1801: Test failed: failed to create device, error 0xe0000207
ntoskrnl.c:1805: Test failed: failed to create set hardware ID, error 0x57
ntoskrnl.c:1808: Test failed: failed to register device, error 0x57
ntoskrnl.c:1813: Test failed: got error 0x57
ntoskrnl.c:1817: Test failed: failed to install device, error 0xe000020b
ntoskrnl.c:1822: Test failed: got error 0x57
ntoskrnl.c:1823: Test failed: got flags 0x10
ntoskrnl.c:1824: Test failed: got type 0
ntoskrnl.c:1546: Test failed: failed to get interface, error 0x103
ntoskrnl.c:1547: Test failed: wrong class
{deadbeef-29ef-4538-a5fd-b69573a362c0}
ntoskrnl.c:1549: Test failed: got flags 0x1
ntoskrnl.c:1563: Test failed: got 0 bus arrival messages
ntoskrnl.c:1569: Test failed: failed to get interface, error 0x103
ntoskrnl.c:1570: Test failed: wrong class
{deadbeef-29ef-4538-a5fd-b69573a362c0}
ntoskrnl.c:1579: Test failed: got 0 bus arrival messages
ntoskrnl.c:1580: Test failed: got 0 bus removal messages
ntoskrnl.c:1585: Test failed: failed to get interface, error 0x103
ntoskrnl.c:1586: Test failed: wrong class
{deadbeef-29ef-4538-a5fd-b69573a362c0}
ntoskrnl.c:1588: Test failed: got flags 0x1
ntoskrnl.c:1605: Test failed: got 0 child arrival messages
ntoskrnl.c:1612: Test failed: failed to get device, error 0x103
ntoskrnl.c:1613: Test failed: wrong class
{4d36e97d-e325-11ce-bfc1-08002be10318}
ntoskrnl.c:1616: Test failed: failed to get device ID, error 0x57
ntoskrnl.c:1617: Test failed: got ID "\x08"
ntoskrnl.c:1621: Test failed: got error 0x57
ntoskrnl.c:1637: Test failed: got error 0x57
ntoskrnl.c:1639: Test failed: got flags 0x69f1b90b
ntoskrnl.c:1640: Test failed: got type 0
ntoskrnl.c:1645: Test failed: got error 0x57
ntoskrnl.c:1650: Test failed: got error 0x57
ntoskrnl.c:1654: Test failed: got error 0x57
ntoskrnl.c:1655: Test failed: got type 0
ntoskrnl.c:1656: Test failed: got size 0
ntoskrnl.c:1662: Test failed: got error 0x57
ntoskrnl.c:1663: Test failed: got type 0
ntoskrnl.c:1664: Test failed: got size 0
ntoskrnl.c:1669: Test failed: got error 0x57
ntoskrnl.c:1670: Test failed: got type 0
ntoskrnl.c:1671: Test failed: got size 0
ntoskrnl.c:1676: Test failed: got error 0x57
ntoskrnl.c:1688: Test failed: failed to open child: 0xc0000034
ntoskrnl.c:1692: Test failed: got error 6
ntoskrnl.c:1693: Test failed: got id -559038737
ntoskrnl.c:1694: Test failed: got size 0
ntoskrnl.c:1699: Test failed: failed to open child: 0xc0000034
ntoskrnl.c:1703: Test failed: got error 6
ntoskrnl.c:1711: Test failed: got 0 child arrival messages
ntoskrnl.c:1712: Test failed: got 0 child removal messages
ntoskrnl.c:1715: Test failed: got error 6
ntoskrnl.c:1718: Test failed: got 0xc0000034
ntoskrnl.c:1722: Test failed: got error 6
ntoskrnl.c:1728: Test failed: got 0 child arrival messages
ntoskrnl.c:1729: Test failed: got 0 child removal messages
ntoskrnl.c:1833: Test failed: failed to remove device, error 0x57
ntoskrnl.c:1836: Test failed: expected failure
ntoskrnl.c:1837: Test failed: got error 0
ntoskrnl.c:1857: Test failed: failed to open service, error 1060
ntoskrnl.c:291: Test failed: expected SERVICE_STOPPED, got 0
See https://test.winehq.org/data/patterns.html#ntoskrnl.exe:ntoskrnl
This happens a couple of times per month, mostly in the 64-bit w1064-tsign
tests.
However this also happened on:
* 2022-07-04 w7u-pt-PT despite it not having test signing turned on.
* 2022-10-24 master: this is the first known instance of these failures in
Wine.
* 2022-12-01 lastestmaster: these failures seem to have been systematic on this
Wine test configuration.
Unlike on Windows, none of the official Wine test configurations seem to be
having this failure.
--
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=54543
Bug ID: 54543
Summary: Avantree Leaf USB audio device does not play sound in
applications run via wine
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linux(a)bernd-steinhauser.de
Distribution: ---
I'm using an USB audio device called "Avantree Leaf" to pass audio via
Bluetooth to a receiver.
After this change in the kernel
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?…
applications run by wine via the pulseaudio output cannot initiate a stream on
the audio device and there is no sound. To test, I've used the audio player
foobar2000, but it's the same for other Windows applications. Native Linux
applications work without problems so far.
The latest Wine version that I tested is 8.1, but I haven't found any between
Wine versions in this regard.
It also does not work, if I select the usb device specifically in winecfg or in
foobar2000 itself. I do however get sound if I select another device, e.g. my
onboard sound card or the HDMI output, thus I know it is a problem with the usb
device only.
I usually use pipewire/wireplumber as an audio server with pipewire-pulse as a
Pulseaudio replacement, but the problem also exists if I'm using standard
Pulseaudio instead.
There are two possible workarounds that I can use to get sound from the device
when running Wine application:
1. Disable the usb audio latency management by loading the module with the
parameter lowlatency=0
2. Set clock.min-quantum 512 in pipewire/wireplumber, which I think also
increases the latency a bit
The maintainer of the kernel usb audio driver thinks that this an application
problem and that the kernel driver is working correctly. Therefore, I'm now
opening this bug report.
The corresponding bug report on the kernel side is, there I also have some
additional information available, not sure if I should replicate all of that
here:
https://bugzilla.kernel.org/show_bug.cgi?id=216909
Also, see this discussion on a pipewire issue, which was the first report I did
about this:
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2739#note_1713023
--
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=53144
Bug ID: 53144
Summary: kernel32:debugger - test_kill_on_exit() sometimes
fails on Windows 7
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:debugger - test_kill_on_exit() sometimes fails on Windows 7:
debugger.c:2122: Test failed: NtSetInformationDebugObject failed c0000008
debugger.c:2144: Test failed: NtSetInformationDebugObject failed c0000008
https://test.winehq.org/data/patterns.html#kernel32:debugger
0xc0000008 == STATUS_INVALID_HANDLE
Sometimes only the second failure happens.
--
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=54541
Bug ID: 54541
Summary: d3dx10_34:d3dx10 - test_get_image_info() gets
unexpected hr on Windows 21H1+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3dx10_34:d3dx10 - test_get_image_info() gets unexpected hr on Windows 21H1+:
d3dx10.c:2677: Test failed: Test 0: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2686: Test failed: Test 0: Got unexpected hr2 0xdeadbeef.
See https://test.winehq.org/data/patterns.html#d3dx10_34:d3dx10
For d3dx10_34 it's always the same two checks that fail (the other d3dx10_*
tests get similar failures in other places) and it always happens in the 32-bit
tests.
These failures are pretty rare too, only 5 instances in the past 6 months:
2022-09-07 on w1064 32-bit
2022-09-20 on w1064-tsign 32-bit
2022-11-29 on w10pro64 32-bit
2023-01-27 on fgtb-w10pro64 32-bit
2023-02-17 on w1064 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=54513
Bug ID: 54513
Summary: wine: Call from 0000000170032138 to unimplemented
function CFGMGR32.dll.CM_MapCrToWin32Err, aborting
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sagar.ghuge(a)intel.com
Distribution: ---
When I run games through steam, I am running into an issue where I see the
following error and the game suddenly crashes.
wine: Call from 0000000170032138 to unimplemented function
CFGMGR32.dll.CM_MapCrToWin32Err, aborting
--
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=54467
Bug ID: 54467
Summary: Printing not possible after update to Wine 8.0
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: spooler
Assignee: wine-bugs(a)winehq.org
Reporter: n296869(a)rtrtr.com
Distribution: ---
Printing from windows-apps doesn't work anymore, after updating to wine-8.0. I
tried printing with PDFXChange-Viewer and PDFXChange-Editor. In both programs,
all cups printers are available. However, when trying to print, cups doesn't
receive any printjobs.
In the wine-directory the print-jobs seem to get spooled. There are files
created in:
$HOME/.wine/drive_c/windows/system32/spool/printers/
I can open them with ghostscript-viewer. I can find several old, unfinished
print-jobs in this folder.
I can't find any print-related error-messages. I looked in:
/var/log/cups/access_log
/var/log/syslog
/var/log/apport.log
...and the commandline, of course.
I also tried the command "aa-complain cupsd" on the commandline to enable
everything cups-related inside apparmor. It didn't help. BTW, I'm on ubuntu
18.04, 64-Bit, with cups 2.2.7. Registering/log-in on wine-forums isn't
possible for some reason and there are no similar reports for print-problems
with wine trying several search-enginges. This is a very annoying bug. I really
want to track it down.
--
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=54540
Bug ID: 54540
Summary: Wine Devel: needs to be updated error [MAC OS]
Product: Wine
Version: 5.7
Hardware: Other
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tanataba58(a)gmail.com
Created attachment 74081
--> https://bugs.winehq.org/attachment.cgi?id=74081
Error pop-up msg
Using Monterey on macOS, ver 12.5
Decided to download Wine Development 5.7
(https://dl.winehq.org/wine-builds/macosx/download.html), but after it's
finished downloading I keep getting an error that asks for Wine Devel to be
updated by the developer.
The "Learn more" leads to (https://support.apple.com/en-us/HT208436), so I
assume it has to do with the file being 32bit? I'm not tech savy so my
apologies. I made sure to download the "64bit support" that showed up on the
installer itself.
I'm unsure why it doesn't work though. Image is attached.
Any help is appreciated.
--
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=54512
Bug ID: 54512
Summary: Hardwar (Steam) crashes while loading the main menu
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
URL: https://store.steampowered.com/app/1500540/Hardwar/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: a7fda2f8cb7e09b16fd7dc0ce2e40b5939757e78
Distribution: ArchLinux
Created attachment 74054
--> https://bugs.winehq.org/attachment.cgi?id=74054
terminal output
The game's launcher and the intro video work but the game crashes while loading
to the main menu.
Works in Wine-7.22 and the regression test points to
commit a7fda2f8cb7e09b16fd7dc0ce2e40b5939757e78
ntdll: Make realloc implementation more generic.
Either resizing a block in place, or reallocating through RtlHeap calls.
With the previous commit the game works properly.
Tested with wine-8.1-231-gdf5f6f66de8.
--
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=45057
Bug ID: 45057
Summary: "Wine Stable" is not optimized for your Mac.
Product: Wine
Version: unspecified
Hardware: Other
OS: Mac OS X
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sephirothfanatic(a)gmail.com
As of macOS High Sierra 10.13.4, Apple has issued a warning that 32 bit apps
are not going to work anymore and apps should be upgraded to 64 bit to
"increase compatibility"; siting this article:
https://support.apple.com/en-us/HT208436
--
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=54538
Bug ID: 54538
Summary: wmp:media fails on w11pro64_amd and w11pro64_nv
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wmp:media fails on w11pro64_amd and w11pro64_nv:
media.c:147: Test failed: unexpected event for OPENSTATE, index:8
media.c:147: Test failed: unexpected event for OPENSTATE, index:6
media.c:152: Test failed: unexpected event for PLAYSTATE, index:10
See https://test.winehq.org/data/patterns.html#wmp:media
These failures are systematic on these two test configurations but not on the
plain w11pro64. That makes me suspect that they are caused by the lack of
speakers on these machines (their only sound card is the HDMI output but the
'screen' they are connected to has no speaker which in turn causes Windows 11
to disable pretty much all audio).
But they also happen sporadically on fgtb-w10pro64-rx550 where the screen does
have speakers. Except maybe sometimes there's no speaker depending on which
input the screen is on when the tests run.
Or the issue is unrelated to the speaker aspect.
--
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=53294
Bug ID: 53294
Summary: When I lauch Sony Xperia Companion it crashes
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: keyopen(a)hotmail.com
Distribution: ---
Created attachment 72661
--> https://bugs.winehq.org/attachment.cgi?id=72661
Xperia Companion crash at launch, the error detail
I have installed Sony Xperia Companion. When I try to lauch, it crashes.
--
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=19505
Summary: Cannot run AMIS (Daisy Book Reader)
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jvromans(a)squirrel.nl
Created an attachment (id=22688)
--> (http://bugs.winehq.org/attachment.cgi?id=22688)
Wine log when starting AMIS
When trying to run AMIS, the program aborts almost immediately.
AMIS can be downloaded from http://daisy.org/projects/amis/ .
--
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=54204
Bug ID: 54204
Summary: Fruit of Grisaia freeze after clicking the playing
video cutscene
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: thieujank(a)gmail.com
Distribution: ---
Created attachment 73740
--> https://bugs.winehq.org/attachment.cgi?id=73740
The game freeze
I tried to play the video cutscene , its work with K-Lite Codec Pack but
whenever i click the game to skip/stop the video , the game freeze
Game save file location :
/home/x/.wine/drive_c/users/x/AppData/Roaming/Frontwing/
Video opening location
Extras -> Movie gallery
--
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=54527
Bug ID: 54527
Summary: Try to run koodo-reader.exe installer
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joseangel37(a)gmail.com
Distribution: ---
Created attachment 74067
--> https://bugs.winehq.org/attachment.cgi?id=74067
wine output trying install koodo-reader.exe
Try to run koodo-reader.exe installer
Thanks for your attention!
Jose Angel
--
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=52950
Bug ID: 52950
Summary: JavaEditor shows menu items in black
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mywine(a)schiermeier-it.de
Distribution: ---
The applications show some menu icons in black if they are not selected. The
Text is greyed out which is correct only some associated menu icons have a
strange colour.
--
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=54521
Bug ID: 54521
Summary: I am trying to install wine mono on ubuntu machine
silent mode but not able to find the docs and process
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: yerrasan1988(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
I am not sure how to install mono on ubuntu with silent monde and different
between mono 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=50741
Bug ID: 50741
Summary: Microcap12 crashes on addition of new text
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: devops.sune(a)gmail.com
Distribution: ---
Created attachment 69513
--> https://bugs.winehq.org/attachment.cgi?id=69513
Debug and system error traces
The app crashes upon trying to add a new text item.
Steps:
- set wine configuration to Windows XP
- open mc12_64.exe
- start a new circuit (if not done automatically)
- press CTL-T
- click anywhere in the main window
Watch it crash
--
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=54524
Bug ID: 54524
Summary: Wine 8.0 creates Blue Outlines in World of Warcraft
Classic
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
Created attachment 74060
--> https://bugs.winehq.org/attachment.cgi?id=74060
The Terminal Output
If you look at various npcs and the ground there is some kind of blue line
around them and it looks weird.
--
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=54523
Bug ID: 54523
Summary: mmdevapi:mmdevenum -
test_ActivateAudioInterfaceAsync() fails on Windows
when no speaker is connected
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mmdevapi:mmdevenum - test_ActivateAudioInterfaceAsync() fails on Windows when
no speaker is connected:
mmdevenum.c:294: Test failed: mmdevice activation gave wrong result: 80070490
See https://test.winehq.org/data/patterns.html#mmdevapi:mmdevenum
Where 0x80070490 == E_PROP_ID_UNSUPPORTED
Specifically this happens on w11pro64_amd and w11pro64_nv. Those only have the
graphics card's HDMI output for their sound output but unfortunately the
'screen' they are connected to (HDMI / DisplayPort dongles) does not 'have'
speakers. As a result Windows detects no speaker and 'disables' the
corresponding sound card.
So mmdevenum should check for this condition and either skip this test or
accept this error code in that case.
--
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=54440
Bug ID: 54440
Summary: user32:input - test_Input_mouse() sometimes fails on
Windows 7 locales
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:input - test_Input_mouse() sometimes fails on Windows 7 locales:
input.c:3723: Test failed: msg.hwnd = 003901FE
input.c:3728: Test failed: msg.hwnd = 003901FE
See https://test.winehq.org/data/patterns.html#user32:input
These failures seem to be specific to the German, Spanish and Portuguese
Windows 7 configurations and first happened on 2023-02-01.
--
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=54515
Bug ID: 54515
Summary: ole32:compobj - test_CoWaitForMultipleHandles()
sometimes gets an unexpected WM_DDE_FIRST on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ole32:compobj - test_CoWaitForMultipleHandles() sometimes gets an unexpected
WM_DDE_FIRST on Windows:
compobj.c:3078: Test failed: CoWaitForMultipleHandles didn't pump all
WM_DDE_FIRST messages
compobj.c:3081: Test failed: PeekMessageA failed, error 0
compobj.c:3082: Test failed: expected msg.message = WM_QUIT, got 0
compobj.c:3083: Test failed: expected msg.wParam = 42, got 0
See https://test.winehq.org/data/patterns.html#ole32:compobj
This set of failures is pretty rare, only 3 known instances in the past 6
months:
* 2022-08-28 on w1064-tsign 32-bit
* 2022-10-26 on w11pro64-amd 64-bit
* 2023-02-16 on w8adm (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=54518
Bug ID: 54518
Summary: riched20:editor - test_WM_PASTE() sometimes fails
pasting multi-line in single-line field on Windows and
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
riched20:editor - test_WM_PASTE() sometimes fails the multi-line to single-line
test on Windows and Wine:
editor.c:5634: Test failed: test paste: strcmp = -1, actual = ''
See https://test.winehq.org/data/patterns.html#riched20:editor
This may be the same issue as in 54517. But it happens independently and
happens on both Windows and Wine whereas bug 54517 is specific to Wine. So it
may also be a separate problem.
Note: Only the line number allows distinguishing this case from the many other
identical "test paste" failure messages :-(
--
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=54465
Bug ID: 54465
Summary: dbghelp:dbghelp - The 64-bit test_modules() fails on
Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dbghelp:dbghelp - The 64-bit test_modules() fails on Windows 7:
dbghelp.c:241: Test failed: SymGetModuleInfoW64 failed: 87
dbghelp.c:242: Test failed: Wrong base address
dbghelp.c:212: Test failed: Wrong machine 0
See https://test.winehq.org/data/patterns.html#dbghelp:dbghelp
A bisect shows that the failures started with the commit below:
commit 75fd446272f26cb51df4287c07dd98203150d006
Author: Eric Pouech <eric.pouech(a)gmail.com>
Date: Wed Feb 1 16:22:54 2023 +0100
dbghelp: Add tests about modules loading.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
--
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=54150
Bug ID: 54150
Summary: d3dcompiler_43:hlsl_d3d11 & d3dcompiler_43:hlsl_d3d11
- test_trig() fails on w11pro64_nv
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3dcompiler_43:hlsl_d3d11 & d3dcompiler_43:hlsl_d3d11 - test_trig() fails on
w11pro64_nv:
hlsl_d3d11.c:504: Test failed: Test 300: Got {-9.99755323e-001,
-2.21209023e-002, 0.00000000e+000, 0.00000000e+000}, expected
{-9.99755859e-001, -2.20966193e-002, 0.00000000e+000, 0.00000000e+000}.
hlsl_d3d11.c:504: Test failed: Test 600: Got {4.42310758e-002,
-9.99021292e-001, 0.00000000e+000, 0.00000000e+000}, expected {4.41824496e-002,
-9.99023479e-001, 0.00000000e+000, 0.00000000e+000}.
See https://test.winehq.org/data/patterns.html#d3dcompiler_43:hlsl_d3d11https://test.winehq.org/data/patterns.html#d3dcompiler_47:hlsl_d3d11
This test only fails on w11pro64_nv: there is no issue on the other test
configurations, particularly on w11pro64_amd.
(-2.21209023e-002 - -2.20966193e-002) / -2.20966193e-002 = ~ 0.0011
Should the test should allow for a larger imprecision? But the first y result
feels like it's off by a lot already.
--
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=51545
Bug ID: 51545
Summary: STDOUT lost from a forked program on Cygwin/MSYS2
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: megastallman(a)gmail.com
Distribution: ---
Hi guys!
This bug is a continuation of https://bugs.winehq.org/show_bug.cgi?id=50705
that is actually fixed and looks much like an ancient
https://bugs.winehq.org/show_bug.cgi?id=18479 , so - probably a regression.
I'm using tha latest Wine-staging build on Xubuntu. Trying to run Cygwin and
MSYS2.
But for some reason, bash sessions lose STDOUT. Nevertheless, builtins work
fine from both bash and wineconsole.
I can finally call 'ls' or 'uname -a' from wineconsole. I get the output
without closing the shell.
As for bash session - 'ls' and 'uname' just output nothing. 'uname -a > qqq'
results in an empty file. Builtins, like 'pwd' or 'pwd > qqq' - work fine. Same
for bash scripting, STDOUT is lost.
--
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=54103
Bug ID: 54103
Summary: opengl32:opengl - test_copy_context() crashes on
w11pro64_nv
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
test_copy_context() crashes on w11pro64_nv:
opengl.c:1880: Test succeeded
1188:opengl: unhandled exception c0000005 at 0000000000000000
See https://test.winehq.org/data/patterns.html#opengl32:opengl
This corresponds to the wglCopyContext() call:
ret = wglCopyContext(ctx, ctx2, GL_ALL_ATTRIB_BITS);
--
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=53747
Bug ID: 53747
Summary: SubLab VST3 plugin fail to register, needs
SmbiosInformation
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: patrick+winehq.org(a)laimbock.com
Distribution: ---
The SubLab VST3 plugin (version 1.18) fails to register and the log says:
00:10:58 [SubLab-4BMRquvw] [Wine STDERR]
0160:fixme:combase:RoGetActivationFactory
(L"Windows.System.Profile.SystemManufacturers.SmbiosInformation",
{080cca7c-637c-48c4-b728-f9273812db8e}, 000000000011DF00): semi-stub
00:10:58 [SubLab-4BMRquvw] [Wine STDERR]
0160:err:combase:RoGetActivationFactory Failed to find library for
L"Windows.System.Profile.SystemManufacturers.SmbiosInformation"
00:10:58 [SubLab-4BMRquvw] [Wine STDERR]
0160:err:virtual:virtual_setup_exception stack overflow 3216 bytes in thread
0160 addr 0x170058a79 stack 0x20370 (0x20000-0x21000-0x120000)
The 1.18 beta 6 installer is available here:
https://cdn.futureaudioworkshop.com/downloads/sublab/SubLab-Installer_v1.1.…
--
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=54477
Bug ID: 54477
Summary: user32:msg - test_message_conversion()'s broadcast
test fails on Windows 7 and 10
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_message_conversion()'s broadcast test fails on Windows 7 and
10:
Windows 7:
msg.c:11208: Test failed: Got 1, error 1159.
Windows 10:
msg.c:11209: Test failed: Device broadcast was not received.
See https://test.winehq.org/data/patterns.html#user32:msg
This failure was detected by the TestBot and reported in MR2154.
But it was merged anyway!!!
https://gitlab.winehq.org/wine/wine/-/merge_requests/2154
It's clearly caused by the following commit:
commit 8675cad31c66b6620150a897545f705c1d17a59f
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Sun Feb 5 20:23:08 2023 -0600
user32/tests: Test WM_DEVICECHANGE Unicode conversion.
--
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=54431
Bug ID: 54431
Summary: Using alt+tab to switch away from Final Fantasy XI
causes keyboard keys to remain pressed
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Distribution: ---
After ca2a44bd76a [1], using alt+tab to switch to another window from Final
Fantasy XI causes any keys that were pressed to remain pressed until switching
back to its window, and pressing and releasing that particular key or keys
again.
Currently using LXQt with KWin, and haven't had the chance yet to test with
other DE/WM combinations in case that matters.
1.
https://source.winehq.org/git/wine.git/commitdiff/ca2a44bd76a0e20e3443b9ba3…
--
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=54384
Bug ID: 54384
Summary: GOG Heroes of Might and Magic IV crashes on launch
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: trenkmantas(a)tutanota.com
Distribution: ---
Created attachment 73949
--> https://bugs.winehq.org/attachment.cgi?id=73949
The log:
Installed via Lutris. Upon launch, the game intro video tries to launch, audio
is audible, but then everything freezes and crashes.
--
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=48528
Bug ID: 48528
Summary: The Void crashes with builtin d3dx9_36 (needs
D3DXFillCubeTextureTX() to return S_OK)
Product: Wine
Version: 5.0
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
As stated.
--
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=54486
Bug ID: 54486
Summary: getenv_s returns the wrong value
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ucrtbase
Assignee: wine-bugs(a)winehq.org
Reporter: blitzkriegoutlaw(a)hotmail.com
Distribution: ---
Created attachment 74039
--> https://bugs.winehq.org/attachment.cgi?id=74039
Test case
'getenv_s(&l, NULL, 0, "HOMEDRIVE");' returns 0 (success) on Windows and 35
(ERANGE) with Wine. ERANGE should be returned only if buffer and
numberOfElements are provided.
--
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=18775
Summary: WINE can load DLL with full path second time
Product: Wine
Version: 1.1.22
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: amorozov(a)etersoft.ru
Windows LoadLibrary does not load dll second time if full path is specified.
Attached test print "OK" on WinXP and "FAIL" on WINE.
--
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=54514
Bug ID: 54514
Summary: Installed program is not opening
Product: Wine
Version: 3.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: acc1shreeji(a)gmail.com
Distribution: ---
Created attachment 74055
--> https://bugs.winehq.org/attachment.cgi?id=74055
Detailed error repport
I have installed MS Office 2016 through Play on Linux but only MS Word opens.
Other programs like Excel, PowerPoint etc are not opening and giving error.
--
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=53249
Bug ID: 53249
Summary: ole32:compobj - test_CoGetPSClsid() sometimes fails
due to REGDB_E_IIDNOTREG on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ole32:compobj - test_CoGetPSClsid() sometimes fails due to REGDB_E_IIDNOTREG on
Windows:
compobj.c:1382: Test failed: got 0x80040155
compobj.c:1383: Test failed: got clsid {00000000-0000-0000-0000-000000000000}
compobj.c:1387: Test failed: got 0x80040155
compobj.c:1388: Test failed: got clsid {00000000-0000-0000-0000-000000000000}
compobj.c:1398: Test failed: got clsid {52222222-1234-1234-1234-56789abcdef0}
compobj.c:1402: Test failed: Failed to get PS CLSID, hr 0x80040155.
compobj.c:1403: Test failed: Unexpected CLSID
{00000000-0000-0000-0000-000000000000}.
https://test.winehq.org/data/patterns.html#ole32:compobj
These failures happen on Windows 7 to Windows 10 1709.
On Windows 8 to Windows 10 1709 there is sometimes an additional error in
test_CoRegisterClassObject():
compobj.c:1670: Test failed: Unexpected hr 0.
This failure looks like it should be independent but never happens without the
previous ones.
--
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=14771
Summary: Firefox 3 complains it is not the default browser on
every startup
Product: Wine
Version: 1.1.2
Platform: PC
URL: http://www.mozilla.com/en-US/firefox/all.html
OS/Version: Linux
Status: UNCONFIRMED
Keywords: download
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
Everytime I start Firefox 3, it complains it's not the default browser. I hit
Yes when it asks me to set is as the default browser, but on the next start up,
it complains again.
--
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=39644
Bug ID: 39644
Summary: WineTest.exe should detect left-over UAC prompts
Product: Wine
Version: 1.8-rc1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: testcases
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
There was a problem where the cmd.exe:batch would try to run regedit from an
account without elevated privileges. This caused Windows to pop up the UAC
dialog, causing the test to stall. Timeout would happen, WineTest would kill
the cmd.exe:batch process but doing so, and even extending it to all process
tree, does not close the UAC because it's under the control of another Windows
element. So WineTest would run the following tests with the UAC dialog still up
which caused them to fail as they could not put their windows in the
foreground.
The cmd.exe:batch bug has been fixed. However it could make sense for WineTest
to do more to handle this situation more nicely:
* If possible it could dismiss the UAC dialog (not click 'Yes' obviously, just
deny the request).
* It could detect the UAC dialog is up and wait. It seems the UAC dialog goes
away on its own after about two minutes.
* If we cannot detect if an UAC dialog is up we could systematically wait for
an extra 2 minutes after a timeout, just in case.
* Even more basic, we could increase our test timeout so it's longer than the
UAC timeout, in the hope an UAC would go away before we time out.
* Even though it does not solve the UAC issue it could still make sense to
kill the whole subprocess tree, just to be sure one of them is not going to
break the following tests.
--
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=54502
Bug ID: 54502
Summary: Sims 1 fails to start with Wine built with PE support
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: audvare(a)gmail.com
Distribution: ---
Created attachment 74053
--> https://bugs.winehq.org/attachment.cgi?id=74053
startup log
Installed Wine building the binaries with Mingw toolchain. I get this error and
then Wine quits immediately:
ERROR: Caught a segmentation fault while loading plugin file:
/usr/lib/gstreamer-1.0/libgstfrei0r.so
Please either:
- remove it and restart.
- run with --gst-disable-segtrap --gst-disable-registry-fork and debug.
If I use Wine without real PEs (.dll.so etc), the game runs fine.
Also if I enable WINEDEBUG=all the game runs but of course is very slow. The
same errors display but the game can still run.
--
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=53206
Bug ID: 53206
Summary: user32:win - test_topmost() has some rare failures 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:win - test_topmost() has some rare failures in Wine:
win.c:11770: Test succeeded inside todo block: child should be topmost
win.c:11772: Test marked todo: child2 should be topmost
win.c:11773: Test failed: grandchild should be topmost
win.c:11781: Test failed: child should NOT be topmost
win.c:11784: Test succeeded inside todo block: grandchild should NOT be topmost
win.c:11787: Test failed: 008E0096: expected NOT topmost
win.c:11606: Test succeeded inside todo block: 5: hwnd 01AA006E is still
topmost
https://test.winehq.org/data/patterns.html#user32:win
These failure don't seem to depend on the locale and happen on the TestBot VMs
which run fvwm. They did not happen on my box under KDE but they are pretty
rare (~1% failure rate) so there may not be enough data to draw conclusions.
They also happen outside of WineTest and have caused 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.
http://bugs.winehq.org/show_bug.cgi?id=9404
Summary: cannot select TWAIN source in irfanview
Product: Wine
Version: 0.9.43.
Platform: PC
URL: http://www.irfanview.com/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
In Irfanview, users should be able to select the TWAIN source via file ->
select TWAIN source. Clicking that menu item should bring up a dialog box to
let users pick which scanner to use. In Wine, no dialog box ever comes up, so
the program uses the first TWAIN source it finds, which is the gphoto2 driver.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54498
Bug ID: 54498
Summary: kernel32:heap - The memory information sometimes
changes during test_GlobalMemoryStatus() in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
kernel32:heap - The memory information sometimes changes during
test_GlobalMemoryStatus() in Wine.
This causes a failure when the available physical or page file information is
checked:
heap.c:3595: Test failed: got ullAvailPhys 0x14e7f00000
heap.c:3597: Test failed: got ullAvailPageFile 0x33a85ff000
Unfortunately this does not specify the expected value :-(
This never happens in during the nightly WineTest runs or in TestBot jobs but
has impacted a number of merge requests (e.g. MR2213, MR2094, MR2078, MR1499).
I can also sometimes reproduce it on my desktop. I think the trick to
reproducing it is to have some other activity on the system that causes a lot
of memory to be allocated or freed while this test is running. Looping on
test_GlobalMemoryStatus() calls also helps.
The test already assumes the data may change but it only allows -/+1MB which is
way too narrow. From some additional traces in MR2213:
memex-expect: Phys: 0x16e1861000 - 0x16e60eb000 = -76062720 / 0x1f5e3fc000 -
0x1f5e3fc000 = 0 PageFile 0x3452460000 - 0x3456cea000 = -76062720 /
0x3f483fc000 - 0x3f483fc000 = 0
During that run the total change in AvailPhys was 305 MB so I don't think
allowing an interval makes sense. It's better to loop and check that we can get
matching values in a few tries.
But then 4d122a26e56a went in the other direction, but did not specify why.
--
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=54496
Bug ID: 54496
Summary: Issue in rendering RuCaptchaBot.
Product: Wine-gecko
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-gecko-unknown
Assignee: jacek(a)codeweavers.com
Reporter: greenlight2050(a)gmail.com
Distribution: ---
Hello...............
I have a program which is RucaptchaBot which runs fine under windows but when i
run it under linux it does not load properly......................Under
windows: it loads by showing white screen the the program loads
fine...................Under linux : it stops at loading the white screen and
it does not continue loading the program so i can use
it............................The program link is :
https://github.com/rucaptcha/bot-x/releases/download/v0.59/x-bot-en-v0.59.z….
To use The program authorization key is required :
Here is a screenshot of the program : https://imgur.com/xYatFFx
--
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=53008
Bug ID: 53008
Summary: When playing civilizatin2, winevdm crash
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: clabbe.montjoie(a)gmail.com
Distribution: ---
Created attachment 72378
--> https://bugs.winehq.org/attachment.cgi?id=72378
backtrace of winevdm
When playing civilization 2, game menu start, but after some time, game crash.
I am sure that it worked before, but i need some time digging backup to find
which version of wine I used.
--
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=35319
Bug ID: 35319
Summary: Wolverine: install game crash
Product: Wine
Version: 1.7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: legluondunet(a)free.fr
Classification: Unclassified
Created attachment 47105
--> http://bugs.winehq.org/attachment.cgi?id=47105
Wolverine install crash log
Hello,
when installing Wolverine game, the install window suddenly disappear, without
any error message. Fortunately it seems the crash happened after install all
files.
I joined you the wine terminal log from start to the end of the install
process.
--
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=54488
Bug ID: 54488
Summary: Cortex Command (CCCP version): gamepad sticks always
points the left side
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: kotowhiskas(a)protonmail.com
Distribution: ---
When I launch the game with a gamepad (only PS3 USB and Xbox 360 with dongle
gamepads tested), wine starts to spam the game with analog stick left event,
and whenever I move mouse cursor it instantly moves to the left side, so I
can't use the mouse at all, the same happens in the bettle, as far as I can
understand, only left stick is bugged. Tested in CCCP version but also happens
in official version. Works fine in Windows 10 without wine.
https://github.com/cortex-command-community/Cortex-Command-Community-Projec…
--
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=54471
Bug ID: 54471
Summary: Spider-Man The Movie (2022) black cut-scenes
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: legluondunet(a)gmail.com
Distribution: ---
Hello,
I tried to install Spider-Man The Movie (2022) (CD), intro video and all others
videos are black, but you can hear sound.
The video are encoded with blink codec.
I can reproduce this bug with demo of this game available here:
https://www.fileplanet.com/archive/p-27762/Spider-Man-The-Movie-Demo
My log using wine-staging 8:
$ wine SpiderMan.exe
0144:fixme:imm:ImeSetActiveContext (0003008E, 1): stub
0144:fixme:imm:ImmReleaseContext (00040050, 0003008E): stub
012c:fixme:imm:ImeSetActiveContext (000000000002003E, 0): stub
012c:fixme:imm:ImmReleaseContext (00000000000200A8, 000000000002003E): stub
0144:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0144:err:d3d:wined3d_restore_display_modes Failed to read the registry display
mode for L"\\\\.\\DISPLAY1".
0144:err:d3d:wined3d_swapchain_init Failed to restore display mode.
014c:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
--
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=54492
Bug ID: 54492
Summary: Clip Studio Paint - Modifier Keys break stylus input
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kalidibus(a)gmail.com
Distribution: ---
When drawing in Clip Studio paint, hitting modifier keys like Ctrl Shift Alt
etc will cause the cursor to glitch and start rapidly flashing between
different input methods.
Can only be fixed by restarting the program, but holding down a different
modifier key pauses the glitching.
This occured on multiple Arch based systems (Manjaro and SteamOS) with an
Artist 15.6.
I have tested this with both the built in libwacom (I think) drivers, and
XP-Pen's own drivers, no change in the behaviour.
The behaviour does NOT occur with a mouse. It is only with a stylus.
--
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=54487
Bug ID: 54487
Summary: no possible to use B4A or B4J with wine 8.x.x
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tuxino888(a)mailoo.org
Distribution: ---
Created attachment 74040
--> https://bugs.winehq.org/attachment.cgi?id=74040
messagebox display System.Windows.Automation.Peers threw an exception
context Ubuntu 18.04 x86_64, gnome flashback
With wine version 7.0.1 B4A onr B4J run perfecty but, since wine 8.0.0 or wine
8.1 (in developpement) when i use b4a.ex or b4j.exe a messagebox display
System.Windows.Automation.Peers threw an exception, and the window are close
For use b4x or b4j i need install dotnet452 and vcrun2010
This thread :
https://www.b4x.com/android/forum/threads/b4x-using-running-b4a-and-or-b4j-…
Very thank for your work and regard.
--
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=53674
Bug ID: 53674
Summary: Nvidia driver loaded : Unhandled page fault on execute
access to
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: malo.allee(a)hotmail.fr
Distribution: ---
Created attachment 73086
--> https://bugs.winehq.org/attachment.cgi?id=73086
logs for: WINEPREFIX=~/test wine wineboot -u > fulllogs.txt 2>&1
Hello,
I have one nvidia gpu and intel graphics I want to run a program on my intel
graphics GPU on my monitor connected on it. If nvidia-driver is loaded (seems
like dkms specifically) wine does crash at boot event with `wine wineboot -u`.
It works normally when I uninstall nvidia-driver or when I disconnect my GPU
from the slot and reboot.
In a few specific cases (winecfg if nothing else has been run in a new
environment) a window is still displayed, but in most cases it freeze without
window showing.
Some background
I want to be able to run a multi-seat environment with my program running on
both, this is why I need the nvidia driver to be loaded.
BTW when a run it with display connected to nvidia gpu output it works fine.
My Xorg config does no mention nvidia at all.
OS: Ubuntu 22.04.1 jammy
wine version tried:
- 6.0.3
- 7.17
- wine-stable
- wine-staging
GPUs:
- NVIDIA Corporation GP102 [GeForce GTX 1080 Ti]
- driver : nvidia-driver-510
- Intel Corporation HD Graphics 530
- driver : i915
logs :
$ WINEPREFIX=~/test wine wineboot -u
wine: created the configuration directory '/home/user/test'
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0048:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0050:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
MESA-INTEL: warning: Performance support disabled, consider sysctl
dev.i915.perf_stream_paranoid=0
MESA-INTEL: warning: Performance support disabled, consider sysctl
dev.i915.perf_stream_paranoid=0
0048:err:seh:KiUserCallbackDispatcher ignoring exception
0048:err:seh:KiUserCallbackDispatcher ignoring exception
wine: Unhandled page fault on execute access to 00007FA5017B0D10 at address
00007FA5017B0D10 (thread 0050), starting debugger...
0048:err:seh:KiUserCallbackDispatcher ignoring exception
0048:err:seh:KiUserCallbackDispatcher ignoring exception
0048:err:seh:KiUserCallbackDispatcher ignoring exception
0048:err:seh:KiUserCallbackDispatcher ignoring exception
0048:err:seh:KiUserCallbackDispatcher ignoring exception
0048:err:seh:KiUserCallbackDispatcher ignoring exception
0048:err:seh:KiUserCallbackDispatcher ignoring exception
0048:err:seh:KiUserCallbackDispatcher ignoring exception
0048:err:seh:KiUserCallbackDispatcher ignoring exception
0048:err:seh:KiUserCallbackDispatcher ignoring exception
0050:err:seh:start_debugger Couldn't start debugger L"winedbg --auto 76 92" (2)
Read the Wine Developers Guide on how to set up winedbg or another debugger
wine: Unhandled page fault on execute access to 00007F95FE04DD10 at address
00007F95FE04DD10 (thread 0048), starting debugger...
--
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=54473
Bug ID: 54473
Summary: document address-sized examine format in winedbg
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)2ar.nl
Distribution: ---
Created attachment 74022
--> https://bugs.winehq.org/attachment.cgi?id=74022
possible patch
Provide a way to figure out how to print 64-bit values in 64-bit winedbg with
the x command. Maybe by pointing to the man page from the help command and
adding the 'a' format there.
--
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=54485
Bug ID: 54485
Summary: Program "Looper Software" does not start - Message
"Data length error"
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yamyam9(a)gmx.de
Distribution: ---
Created attachment 74036
--> https://bugs.winehq.org/attachment.cgi?id=74036
Program error Details
It is a software with which you import audio files from a Looper pedal
(electric guitar) on the PC.
Downloaded from: http://www.rowinmusic.com/en/col.jsp?id=122 (Looper software
1.7.exe)
The software works without errors under Windows 10.
On my Linux system (Linuxmint 20.3, Mate), the installation process under Wine
8.0 was apparently flawless. However, the program cannot be started. The error
message is "Data Length Error", I add an error report.
Thank you for help!
--
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=33807
Bug #: 33807
Summary: Objects disappear at certain camera angles in Ground
Control
Product: Wine
Version: 1.6-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tdsbug(a)gmail.com
Classification: Unclassified
Created attachment 44813
--> http://bugs.winehq.org/attachment.cgi?id=44813
Terminal output without WINEDEBUG
Game: Ground Control, version 1.0.0.5, crack for version 1.0.0.7 (versions have
no effect on this issue)
***Problem***:
Some objects become invisible at random times. When this happens, shadows still
work properly. Often only certain parts of an object become invisible, like
only chassis of tank. This doesn't happen with visual effects, like lights and
fire. Camera angle has some limited effect on the moment when this happens.
I am running the game in hardware rendering mode. (Game also has software
rendering mode, but only for 640x480 resolution. Some similar glitches appear
in software mode too)
According to appdb, this has been happening forever and is not a regression.
The game uses directx 7. Logs attached.
***Additional details***:
During installation, the game asked to install directx 7.0a, which I clicked
no. Also tried clicking yes, but it has no effect. No dll overrides, winetricks
or anything was used.
The game also suffers from input slowdown at certain times, but it's probably a
different bug.
Also, this game is a free download now, so you can try yourself if you wish.
--
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=52389
Bug ID: 52389
Summary: OpenCL - regression. OpenCL demo does not work
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: cybermax(a)dexter.no
Distribution: ---
Created attachment 71614
--> https://bugs.winehq.org/attachment.cgi?id=71614
Log from running GPU Caps Viewer
OpenCL does not seem to initialize after
f91c009786fa09723976dce0233592f69df5cead.
Tested with GPU Caps Viewer (From Geeks3D) - the OpenCL "Info" tab does not
show any devices. The CL Platform is listed.
None of the CL Demos work.
Graphics adapter: nVidia RTX2070
Wine-dev+GIT@76c9fc8a761c9faff72f97ab508a1afcb28eeb12
WINEDEBUG=+opencl
Log 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=50469
Bug ID: 50469
Summary: The Void crashes with builtin d3dx9_36 (needs
D3DXDisassembleShader implementation)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
The game version is from GOG.
After making D3DXFillCubeTextureTX() return S_OK (bug #48528), the game crashes
after D3DXDisassembleShader call as it does not check the returned value.
--
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=54481
Bug ID: 54481
Summary: LinVst (linux) no longer works with Wine version 8.0
and above.
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wineuserfeedback(a)hotmail.com
Distribution: ---
WIth wine version 8.0 and above, LinVst (linux) no longer works. Wine version
7.22 is the last compatible version. Please address the issue. Many thanks.
--
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=54479
Bug ID: 54479
Summary: Arturia Jup-8 V3 - disappeared text in Pop-Up menus on
all objects
Product: Wine-staging
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tomas(a)digitalspace.name
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 74032
--> https://bugs.winehq.org/attachment.cgi?id=74032
Expected and Error behavior
The black rectangle missing text.
Standalone Version Arturia Jup-8 V3
Pop up menu items are blank with no text and black background color.
Expected is: show Pop up menu items filled with text or knob values
Screenshot with error attached.
causing an error: drag over the knob and give show pop up menu for knob
debug message error when this error happen is:
Debug message is:
Wine STDERR] 0740:fixme:win:RegisterTouchWindow hwnd 00000000000500AE, flags 0
stub!
Wine STDERR] 0740:fixme:msg:ChangeWindowMessageFilterEx 00000000000500AE 233 1
0000000000000000
Wine STDERR] 0740:fixme:msg:ChangeWindowMessageFilterEx 00000000000500AE 4a 1
0000000000000000
Wine STDERR] 0740:fixme:msg:ChangeWindowMessageFilterEx 00000000000500AE 49 1
0000000000000000
Wine STDERR] 0740:err:seh:KiUserCallbackDispatcher ignoring exception
--
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=54478
Bug ID: 54478
Summary: Arturia Analog Lab 4 - disappeared text in Pop-Up
menus on all objects
Product: Wine-staging
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tomas(a)digitalspace.name
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 74031
--> https://bugs.winehq.org/attachment.cgi?id=74031
The black rectangle missing text.
Standalone Version Arturia Analog Lab 4
Pop up menu items are blank with no text and black background color.
Expected is: show Pop up menu items filled with text or knob values
Screenshot with error 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=54418
Bug ID: 54418
Summary: gdiplus: SOFTWARE_GdipFillPath is not anti-aliased,
making the UI interface invisible
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
When some fonts use fillpath for drawing, when the font is extremely small, it
will be difficult for people to read, or even part of it will be missing
--
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=54453
Bug ID: 54453
Summary: Wow64 UI Drawing Black Screen When
WNDCLASSEXW::hbrBackground set to NULL
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: fanwj(a)mail.ustc.edu.cn
Distribution: ---
If set WNDCLASSEXW::hbrBackground to 0 (Default hbrBackground), Black Screen
Occur
For Example, The Simple Window:
#include <Windows.h>
#define MAX_LOADSTRING 100
// Global Variables:
HINSTANCE hInst; // current instance
WCHAR szTitle[MAX_LOADSTRING] = L"HELLO"; // The title bar
text
WCHAR szWindowClass[MAX_LOADSTRING] = L"HELLO"; // the main window
class name
// Forward declarations of functions included in this code module:
ATOM MyRegisterClass(HINSTANCE hInstance);
BOOL InitInstance(HINSTANCE, int);
LRESULT CALLBACK WndProc(HWND, UINT, WPARAM, LPARAM);
int main(void)
{
HINSTANCE hInstance = GetModuleHandle(NULL);
int nCmdShow = SW_SHOW;
// TODO: Place code here.
// Initialize global strings
MyRegisterClass(hInstance);
// Perform application initialization:
if (!InitInstance(hInstance, nCmdShow))
{
return FALSE;
}
MSG msg;
// Main message loop:
while (GetMessage(&msg, nullptr, 0, 0))
{
if (!TranslateAccelerator(msg.hwnd, NULL, &msg))
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
}
return (int)msg.wParam;
}
//
// FUNCTION: MyRegisterClass()
//
// PURPOSE: Registers the window class.
//
ATOM MyRegisterClass(HINSTANCE hInstance)
{
WNDCLASSEXW wcex;
wcex.cbSize = sizeof(WNDCLASSEX);
wcex.style = CS_HREDRAW | CS_VREDRAW;
wcex.lpfnWndProc = WndProc;
wcex.cbClsExtra = 0;
wcex.cbWndExtra = 0;
wcex.hInstance = hInstance;
wcex.hIcon = NULL;
wcex.hCursor = NULL;
wcex.hbrBackground = (HBRUSH)NULL; // Black Screen Occur!
wcex.lpszMenuName = NULL;
wcex.lpszClassName = szWindowClass;
wcex.hIconSm = NULL;
return RegisterClassExW(&wcex);
}
//
// FUNCTION: InitInstance(HINSTANCE, int)
//
// PURPOSE: Saves instance handle and creates main window
//
// COMMENTS:
//
// In this function, we save the instance handle in a global variable
and
// create and display the main program window.
//
BOOL InitInstance(HINSTANCE hInstance, int nCmdShow)
{
hInst = hInstance; // Store instance handle in our global variable
HWND hWnd = CreateWindowW(szWindowClass, szTitle, WS_OVERLAPPEDWINDOW,
CW_USEDEFAULT, 0, CW_USEDEFAULT, 0, nullptr, nullptr, hInstance,
nullptr);
if (!hWnd)
{
return FALSE;
}
ShowWindow(hWnd, nCmdShow);
UpdateWindow(hWnd);
return TRUE;
}
LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
switch (message)
{
case WM_COMMAND:
{
int wmId = LOWORD(wParam);
// Parse the menu selections:
switch (wmId)
{
default:
return DefWindowProc(hWnd, message, wParam, lParam);
}
}
break;
case WM_DESTROY:
PostQuitMessage(0);
break;
default:
return DefWindowProc(hWnd, message, wParam, lParam);
}
return 0;
}
--
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=54131
Bug ID: 54131
Summary: Installing kindle windows app gets 'Wine c++ error'
and hitting cancel does NOT invoke debugger
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stevedonato(a)gmail.com
Distribution: ---
Created attachment 73661
--> https://bugs.winehq.org/attachment.cgi?id=73661
Screen print of wine error message about C++ error
Tried to install Kindle windows app and recieved 'wine c++ error'
it said hit cancel button to enter debugger. I hit cancel button and wine
simply ended and did NOT enter the debuger?
using latest wine for linux mint 20.2 repository
lptop has i7 intel processor and 32gb ram
--
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=38905
Bug ID: 38905
Summary: In dlls/mshtml/tests, "make test" failed when some
Chinese fonts are used
Product: Wine
Version: 1.7.47
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: litimetal(a)gmail.com
Distribution: ---
Created attachment 51840
--> https://bugs.winehq.org/attachment.cgi?id=51840
backtrace.txt
0. Copy some Chinese fonts from C:\windows\fonts in Windows XP to ~/.fonts[1]
1. fc-cache -fv
2. run "make test" in dlls/mshtml/tests
3. crashed
[1]: The fonts I copied to Linux:
文鼎CS长宋体繁.TTF 文鼎粗行楷简.TTF 文鼎粗圆简.TTF 文鼎琥珀繁.TTF 文鼎特粗宋简.TTF 文鼎小标宋简.TTF
文鼎报宋简.TTF 文鼎粗黑繁.TTF 文鼎大标宋简.TTF 文鼎书宋繁.TTF 文鼎习字体.TTF 文鼎新艺体简.TTF
文鼎齿轮体.TTF 文鼎粗魏碑简.TTF 文鼎古印体繁.TTF 文鼎特粗黑简.TTF 文鼎细仿宋繁.TTF
I don't know how to determine which font caused this problem
--
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=53225
Bug ID: 53225
Summary: gameux:gamestatistics has a rare pair of failures on
Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gameux
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gameux:gamestatistics has a rare pair of failures on Windows 8:
gamestatistics.c:59: Test failed: got 0x80004005
gamestatistics.c:201: statistics file path:
L"C:\\Users\\winetest\\AppData\\Local\\Microsoft\\Windows\\GameExplorer\\GameStatistics\\{17A6558E-60BE-4078-B66F-9C3ADA2A32E6}\\{17A6558E-60BE-4078-B66F-9C3ADA2A32E6}.gamestats"
gamestatistics.c:75: Test failed: got 0x80070057
https://test.winehq.org/data/patterns.html#gameux:gamestatistics
Only one known instance on 2022-06-20 on w8adm so far.
--
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=53239
Bug ID: 53239
Summary: dpnet:client - test_enum_hosts() and
test_enum_hosts_peer() fail randomly on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-dplay
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dpnet:client - test_enum_hosts() and test_enum_hosts_peer() fail randomly on
Windows:
client.c:323: Test failed: got 0x80004005
or
client.c:753: Test failed: got 0x80004005
https://test.winehq.org/data/patterns.html#dpnet:client
In both cases the API that fails is IDirectPlay8Client_CancelAsyncOperation()
so this looks like a race condition.
The failure rate (~4.4%) is low enough to cause false positives. Strangely
enough all but one of the failures happened on w7u, w7pro64 and w10pro64
(21H1). That means none of the failures happened on Windows 10 1507 to 2009!
--
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=54459
Bug ID: 54459
Summary: Transparent windows aren't rendered properly + System
Freezes
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lunarleafclover(a)outlook.com
Distribution: ---
When playing the "Unresponsive" Friday Night Funkin' mod, it messes with it's
Windows a lot. It moves the windows a lot and has a transparent window to
render the antagonist "Fatal Error." Similar to the untitled "No More
Innocence" mod with its windows moving at the end of it's one-off song. Playing
the Unresponsive mod whilst recording in OBS causes the System to hang quite a
while when it's 4 additional windows get created alongside the actual game
process, all of which render details as the antagonist with minor background
characters. Not tested on Wayland but I'd imagine it'd be somewhat smoother.
The video is too big to be linked as an attachment, so I put it in streamable
instead. https://streamable.com/espjym
--
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=54455
Bug ID: 54455
Summary: CodeMeterRuntime: Install fails with
'00c4:err:service:process_send_command service
protocol error - failed to write pipe!'
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: irmin.okic(a)gmail.com
Distribution: ---
Created attachment 74012
--> https://bugs.winehq.org/attachment.cgi?id=74012
Terminal output of the installer.
Steps to reproduce:
* Install dotnet48 into the prefix with winetricks.
* Download CodeMeterRuntime 64bit 7.60 (but earlier versions had the same
error) for Windows from:
https://www.wibu.com/us/support/user/downloads-user-software.html
* Execute the installer.
* To reduce complexity in the installer on the Custom Setup step select "don't
install" for all components except "CodeMeter Runtime Kit". I.e. "don't
install" for Network Server, WibuShellExtension, User Help, Automatic server
search, Remote access to WebAdmin.
* Finish the installation. The installer will state that it ended prematurely.
The relevant errors are probably:
00c4:err:service:process_send_command service protocol error - failed to write
pipe!
016c:err:msi:ITERATE_StartService failed to start service L"CmWebAdmin.exe"
(1053)
016c:err:msi:execute_script Execution of script 0 halted; action
L"StartServices" returned 1627
016c:err:msi:ITERATE_Actions Execution halted, action L"InstallExecute"
returned 1627
In Wine 7 I ignored the installer error with the following arguments to the
installer:
/ComponentArgs "*":"/qn ADDLOCAL=Complete,DotNET_Modules,AutomaticServerSearch
REMOVE=WibuShellExtension,EnableNetworkServer,AccessToWebAdmin /l*v
C:\users\z0rb\Temp\keyinst.log /norestart DISABLEROLLBACK=1 PROP_CMCC=\"none\""
The important argument was DISABLEROLLBACK=1. This meant that I can keep the
install even with the failure. Then run CodeMeterCC.exe which started the
CodeMeter windows service. With that service I could use further software that
uses CodeMeter as their licensing service. In wine 8 even that service
(together with CmWebAdmin.exe) started having the "failed to write pipe
error!". I am out of workarounds at the moment and asking here for help. If you
can instruct me with further debug flags and similar to narrow down the error I
am ready to put in the work.
--
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=38673
Bug ID: 38673
Summary: valgrind shows uninitialized memory in
dlls/kernel32/sync.c:ConnectNamedPipe()
Product: Wine
Version: 1.7.42
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Fedora
../../../tools/runtest -q -P wine -T ../../.. -M hlink.dll -p hlink_test.exe.so
hlink && touch hlink.ok
==14126== Thread 3:
==14126== Syscall param writev(vector[...]) points to uninitialised byte(s)
==14126== at 0x4F7A0F4B: ??? (in /usr/lib/libc-2.21.so)
==14126== by 0x7BC7A9C5: send_request (server.c:228)
==14126== by 0x7BC7AB52: wine_server_call (server.c:309)
==14126== by 0x7BC7B8CD: server_select (server.c:607)
==14126== by 0x7BC85426: NtWaitForMultipleObjects (sync.c:976)
==14126== by 0x7BC85471: NtWaitForSingleObject (sync.c:985)
==14126== by 0x7BC45DFF: server_ioctl_file (file.c:1539)
==14126== by 0x7BC46565: NtFsControlFile (file.c:1786)
==14126== by 0x7B87406B: ConnectNamedPipe (sync.c:1615)
==14126== by 0x49255A5: listen_thread (rpc_transport.c:132)
==14126== by 0x7BC81BB7: ??? (signal_i386.c:2682)
==14126== by 0x7BC81BFE: call_thread_func (signal_i386.c:2741)
==14126== by 0x7BC81B95: ??? (signal_i386.c:2682)
==14126== by 0x7BC88D78: start_thread (thread.c:443)
==14126== by 0x4F88F37F: start_thread (in /usr/lib/libpthread-2.21.so)
==14126== by 0x4F7ABD4D: clone (in /usr/lib/libc-2.21.so)
==14126== Address 0x4cee5c4 is on thread 1's stack
==14126== Uninitialised value was created by a stack allocation
==14126== at 0x7B873FA5: ConnectNamedPipe (sync.c:1601)
==14126==
also shows in ieframe/webbrowser, kernel32/pipe,
--
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=9221
--- Comment #56 from groybe(a)gmail.com ---
(In reply to Rémi Bernon from comment #51)
> Sure, it's okay. I don't have the device so it's going to be hard to fix it
> unless someone with it and a bit of technical knowledge can debug it
> directly.
>
> Anyway thanks for the log, but would you mind adding the +hid channel too?
> Not that it will make it magically fixable but I can have a look and see if
> there's anything obvious.
>
> For instance something like running
> `WINEDEBUG=+pid,+tid,+timestamp,+joycpl,+dinput,+hid wine control joy.cpl`
> and then try running a couple of force feedback effects.
The G25 does work on some very old versions of wine. I also have another wheel
but it's from a custom opensource project called OpenFFBoard. Both have the
same results though the OpenFFBoard supports more effects.
Joy.cpl didn't spin the wheel.
A FFB test program called fedit.exe did work with a constant effect.
RichardBurnsRally didn't work but it should also be sending a constant effect.
I have attached logs for all 3.
Thanks.
--
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=9221
--- Comment #55 from groybe(a)gmail.com ---
Created attachment 74010
--> https://bugs.winehq.org/attachment.cgi?id=74010
WINEDEBUG=+pid,+tid,+timestamp,+joycpl,+dinput,+hid RichardBurnsRally
--
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=9221
--- Comment #54 from groybe(a)gmail.com ---
Created attachment 74009
--> https://bugs.winehq.org/attachment.cgi?id=74009
WINEDEBUG=+pid,+tid,+timestamp,+joycpl,+dinput,+hid fedit.exe
Working constant force
--
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=9221
--- Comment #53 from groybe(a)gmail.com ---
Created attachment 74008
--> https://bugs.winehq.org/attachment.cgi?id=74008
WINEDEBUG=+pid,+tid,+timestamp,+joycpl,+dinput,+hid joy.cpl
--
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=54454
Bug ID: 54454
Summary: Upgrading a Wine prefix configuration after upgrading
to Wine 8.1 causes the sound to not work for "wav"
files.
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: craigaschulstad(a)gmail.com
Distribution: ---
After upgrading from Wine 8.0 to 8.1 and launching a menu item, the
configuration for the Wine prefix is then upgraded. The program itself runs
fine, but there no longer is any sound. It should be noted that the particular
program with this problem is a game program that utilizes the Windows Media
Player functionality to play sounds.
In comparing the system registry files for the previous version, I found that
the media player reference was changed from "wmadmod.dll" to
"winegstreamer.dll". Following is the text block from the previous system
registry.
[Software\\Classes\\CLSID\\{2EEB4ADF-4578-4D10-BCA7-BB955F56320A}] 1674785220
#time=1d931f40aaaf6e4
@="WMAudio Decoder DMO"
"Merit"=dword:00800800
"WMSDKMerit"=dword:00000100
[Software\\Classes\\CLSID\\{2EEB4ADF-4578-4D10-BCA7-BB955F56320A}\\InprocServer32]
1674785220
#time=1d931f40aaae924
@="C:\\windows\\system32\\wmadmod.dll"
"ThreadingModel"="Both"
And following was the updated text block after the configuration was upgraded.
[Software\\Classes\\CLSID\\{2EEB4ADF-4578-4D10-BCA7-BB955F56320A}] 1675650169
#time=1d939d1e8450654
@="CWMADecMediaObject"
"Merit"=dword:00800800
"WMSDKMerit"=dword:00000100
[Software\\Classes\\CLSID\\{2EEB4ADF-4578-4D10-BCA7-BB955F56320A}\\InprocServer32]
1675650169
#time=1d939d1e845082a
@="C:\\windows\\system32\\winegstreamer.dll"
"ThreadingModel"="Both"
The interim fix is to manually revise the registry entries back to referencing
the "dll" file for the Windows Media Player. Once that was done, the program
again produces sound. I cannot state for sure what type of code correction
needs to be done, but possibly a check of the registry value for the literal
"wmadmod.dll" might need to done before replacing that value with
"winegstreamer.dll"
Regards.
--
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=48538
Bug ID: 48538
Summary: Cricut design space: crashes on installing
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vo1xa.brad(a)gmail.com
Distribution: ---
Created attachment 66346
--> https://bugs.winehq.org/attachment.cgi?id=66346
output of error log
Cricut design space fails to install encounters major error
--
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.