https://bugs.winehq.org/show_bug.cgi?id=53421
Bug ID: 53421
Summary: useless 002c:err:winediag:getaddrinfo Failed to
resolve your host name IP
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: david(a)ixit.cz
Distribution: ---
I'm running apitrace, which has no access to the internet and works only
locally.
When using Wine 5.0, I'm not getting any warnings, so I assume no process tried
to communicate over IP.
With winehq-stable wine, I'm getting this warning:
```
002c:err:winediag:getaddrinfo Failed to resolve your host name IP
```
I assume it's not critical, but WINE seems to try to do something beyond what
is needed.
I'm looking at changes here:
https://gitlab.winehq.org/wine/wine/-/commits/master/dlls/ws2_32/protocol.c but
I'm not seeing anything obvious.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53420
Bug ID: 53420
Summary: baby in yellow keeps insta-crashing
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: itznotjax(a)gmail.com
Created attachment 72811
--> https://bugs.winehq.org/attachment.cgi?id=72811
backtrace of the bug
baby in yellow
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53418
Bug ID: 53418
Summary: Msys2 pacman fails inside _alpm_makepath_mode
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joel(a)airwebreathe.org.uk
Distribution: ---
Run:
$ mkdir /home/user/pacman-test/var/lib/pacman -p
$ wine64 /path/to/msys64/usr/bin/pacman.exe -Sy --config pacman.conf --debug
With pacman.conf
--------------------------------------
[options]
RootDir = /z/home/user/pacman-test/
CacheDir = /z/home/user/pacman-test/var/cache/pacman/pkg/
GPGDir = /z/home/user/pacman-test/etc/pacman.d/gnupg/
HoldPkg = pacman
Architecture = auto
Color
CheckSpace
ParallelDownloads = 5
[mingw32]
Include = /etc/pacman.d/mirrorlist.mingw
SigLevel = Required
[mingw64]
Include = /etc/pacman.d/mirrorlist.mingw
SigLevel = Required
[ucrt64]
Include = /etc/pacman.d/mirrorlist.mingw
SigLevel = Required
[clang32]
Include = /etc/pacman.d/mirrorlist.mingw
SigLevel = Required
[clang64]
Include = /etc/pacman.d/mirrorlist.mingw
SigLevel = Required
[msys]
Include = /etc/pacman.d/mirrorlist.msys
SigLevel = Required
--------------------------------------
Produces the following error in the log:
--------------------------------------
:: Synchronising package databases...
debug: database dir '/z/home/user/pacman-test/var/lib/pacman/sync/' does not
exist, creating it
debug: returning error 2 from get_sync_dir (../lib/libalpm/be_sync.c: 58) :
unexpected system error
error: failed to synchronize all databases (unexpected system error)
--------------------------------------
Note that Wine needs to be patched with these hacks first, or it will crash due
to stack overflow issues:
* https://bugs.winehq.org/show_bug.cgi?id=47808#c12
* https://bugs.winehq.org/show_bug.cgi?id=47808#c13
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53163
Bug ID: 53163
Summary: ts!us papy.exe: crashes with an win32 function failed
error regarding Graphics_DisplayM.cpp
Product: Wine
Version: 7.10
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: laymondfleming1005(a)gmail.com
Distribution: ---
Created attachment 72601
--> https://bugs.winehq.org/attachment.cgi?id=72601
I don't know how to describe the attachment here
ts!us papy.exe fails to convert with wine 7.10 and shows a Win32 function
failed error and shows the error log with an unhandled exception 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=53415
Bug ID: 53415
Summary: Abbyy Finereader 14 installs but does not start.
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: reychango(a)gmail.com
Distribution: ---
Created attachment 72808
--> https://bugs.winehq.org/attachment.cgi?id=72808
Log error
The installation is carried out normally, but when starting the Wine
application it reports an error, whose log is attached.
Thanks in advance.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=3952
--- Comment #80 from landeel <cleberdemattoscasali-wine(a)yahoo.com.br> ---
Phantasy Star Online 2 works with Proton now, and it uses GameGuard.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=3952
dev(a)taibsu.de changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dev(a)taibsu.de
--- Comment #79 from dev(a)taibsu.de ---
I've been desperately trying to get L2 working on my Ubuntu 22.04 using Lutris
and Wine.
What I know so far is when changing the hosts file entry for
l2authd.lineage2.com to another IP the game won't even start but will be stuck
at the splash screen. When removing the entry, the game will start with a
GameGuard error. maybe this information will help someone here.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53075
Bug ID: 53075
Summary: Spitfire Audio App 3.3.23: crashes/freezes after login
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nonamedboy(a)outlook.com
Distribution: ---
Created attachment 72495
--> https://bugs.winehq.org/attachment.cgi?id=72495
Archive containing logs and a screenshot
System information
------------------
Distribution : Kubuntu 22.04 LTS
Kernel : 5.15.0-30-generic
Architecture : x86_64
CPU : Intel Core i7-12700F
Wine version : wine-7.9 / 7.9~jammy-1
Wine package name : wine-devel
Wine package source :
https://dl.winehq.org/wine-builds/ubuntu/dists/jammy/winehq-jammy.sources
Installed programs : * Microsoft Visual C++ 2015-2019 Redistributable (x64) -
14.29.30139 [installed by Spitfire Audio]
* Spitfire Audio version 3.3.23
* Wine Mono Runtime 7.2.0
* Wine Mono Windows Support 7.2.0
Changed Settings : Wine Windows version (7, 8, 8.1, 10)
Application information
-----------------------
Application : Spitfire Audio App
Application version : 3.3.23
Official URL :
https://www.spitfireaudio.com/library-manager/download/win/Archive.org URL :
https://web.archive.org/web/20220524211003/https://d1t3zg51rvnesz.cloudfron…
AppDB URL :
https://appdb.winehq.org/objectManager.php?sClass=application&iId=19759
Installation path : "~/.wine/drive_c/Program Files/Spitfire Audio/"
Installer file name : SpitfireAudio-Win-3.3.23.exe
Installer SHA1 : cf91f0ff1a60a3b0584b8587b78105100eb0b4d0
Executable file name: Spitfire Audio.exe
Executable SHA1 : b5370fb6fbf3926d48dfee23817e043ff35a4f72
Bug information
---------------
Type of bug : crash/freeze; could be regression - AppDB indicates a
silver rating with 7.2-staging
Symptom : the application does either crash or not respond (seems
to be random) and has to be terminated forcefully
Condition : during startup, after login
Last error message : 01b4:err:sync:RtlpWaitForCriticalSection section
00000000002300C8 "dlls/ntdll/heap.c: main process heap section" wait timed out
in thread 01b4, blocked by 0100, retrying (60 sec)
Steps to reproduce the bug
--------------------------
0. Reset the default wine prefix
1. Install the Spitfire Audio App in the default wine prefix
2. Open Terminal here: "~/.wine/drive_c/Program\ Files/Spitfire\ Audio/"
3. Run Spitfire Audio.exe: "wine Spitfire\ Audio.exe"
4. Click on "DECLINE" when asked about data collection
5. Enter username and password (free account needed)
6. Click on "LOGIN"
7. You will see the loading screen (circle shaped bar) fill to about 50%-100%,
then the application will either crash or not respond
Attachments
-----------
wine_bug_report_spitfire.zip:
- app_log.txt : contains the logs created by Spitfire Audio
App
- bug_info.txt : contains this description
- Screenshot_20220524_225202.png: a screenshot of the frozen Spitfire Audio
App
- wine_log.txt : contains the logs created by wine
Checklist
---------
- bug writing guidelines : checked
- most frequently reported bugs : no match found
- known issues : may be related to
https://bugs.winehq.org/show_bug.cgi?id=31882
- regression test : N/A
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53399
Bug ID: 53399
Summary: DS emulator issues control configuration will not open
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: Hinson_jd16(a)yahoo.com
Distribution: ---
When I try to configure the controls on the Desume emulator it keeps crashing
the emulator. How do I fix this?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52840
Bug ID: 52840
Summary: Vulkan fails to initialize for 32-bit processes due to
ENOMEM while trying to map shared libraries
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
This can result in subtle failures down the line. In my case it resulted in a
variation on bug 52508.
This was a huge game of "any one of you should have screamed an error condition
at me, but you didn't", and as a result this took me several hours to debug.
Kind of annoyed at that one.
Anyway, the root of the problem is that we reserve almost the entire address
space. We reserve everything above 0x80000000 because we don't want win32
memory to get mapped there, and we reserve the entire range between
0x00010000-0x68000000 for... some reason?
And for me, this doesn't leave enough space to load everything that the Vulkan
driver needs. The final straw was a failure to reserve 27 MiB for
libicudata.so.
Normally this isn't a problem, because we release the low area, but all of this
happens during DLL initialization (winex11.drv.so specifically), and we don't
release the low area until after all DLLs are 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=43743
Bug ID: 43743
Summary: No 3D graphics in Wolcen: Lords of Mayhem
Product: Wine
Version: 2.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fincer89(a)hotmail.com
Distribution: ---
Created attachment 59232
--> https://bugs.winehq.org/attachment.cgi?id=59232
Log of Wolcen - Wine 2.17 Staging (~14mb unpacked)
Wolcen: Lords of Mayhem is a Steam-hosted DX11 game, using CryEngine.
As the DX11 implementation has been improved in Wine, the graphics stopped
working at some point after Wine 2.3.
I have attached a log file which may indicate well enough about the root reason
of the issue (Should I still run a regression test?)
Wine complains *a lot* about the following:
err:d3d:wined3d_debug_callback 0x1b309e40: "GL_INVALID_ENUM error generated.
Invalid primitive mode.".
P.S. There are already an open ticket for corrupted graphics in this game (bug
42729), but this issue is about "No graphics at all". GUI graphics (menus etc.)
are still okay.
I guess this bug must be resolved after getting into bug 42729.
-------------------------
Clean Wine Staging 2.17 64-bit prefix, no CSMT
Steam client
Nvidia GTX 760M (driver version: 384.59)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53404
Bug ID: 53404
Summary: Wine should track each Wine prefix with multiple
.desktop files and several values in [Default
Applications] group
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: abacadacaba(a)gmail.com
Distribution: ---
Most apps have GUI anyway.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53063
Bug ID: 53063
Summary: SPORE crashes at launch after
4a98b07c4bcc35a698448261478ba856c149cbea
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
CC: huw(a)codeweavers.com, zzhang(a)codeweavers.com
Regression SHA1: 4a98b07c4bcc35a698448261478ba856c149cbea
Distribution: ---
winedbg doesn't seem to be able to get a backtrace, but the crash is inside of
glTexSubImage2D(), called from wined3d_create().
The application does seem to use D3DKMT APIs directly, but not that one, and it
crashes before getting to that point.
I'm currently debugging this.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52590
Bug ID: 52590
Summary: Nvidia Geforce Now Crashing on Installation
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: kcexton01+winehq(a)gmail.com
Distribution: ---
Created attachment 71917
--> https://bugs.winehq.org/attachment.cgi?id=71917
wine console errors and warnings
After launching the installer for nvidia geforce now the installer crashes with
an error prompt saying "Nvidia Installer Failed".
running on Debian 10.11 Buster.
Attached is the application error prompt, the logs with only error messages,
and the logs with no fixme-prompts.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=4619
Zeb Figura <z.figura12(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed by SHA1| |24b64534e592e47e5cac70e497a
| |98c0ddbc3941b
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=3777
Zeb Figura <z.figura12(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed by SHA1| |24b64534e592e47e5cac70e497a
| |98c0ddbc3941b
Component|-unknown |winsock
Version|unspecified |0.9.
Severity|critical |normal
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53195
Bug ID: 53195
Summary: ext-ms-win-ntuser-sysparams-ext-l1-1-1 missing
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: etaash.mathamsetty(a)gmail.com
Distribution: ---
this is really really really easy to fix, in fact I have a diff right here
diff --git a/dlls/apisetschema/apisetschema.spec
b/dlls/apisetschema/apisetschema.spec
index b13d00f..ec54efd 100644
--- a/dlls/apisetschema/apisetschema.spec
+++ b/dlls/apisetschema/apisetschema.spec
@@ -377,6 +377,7 @@ apiset ext-ms-win-ntuser-server-l1-1-0 = user32.dll
apiset ext-ms-win-ntuser-string-l1-1-0 = user32.dll
apiset ext-ms-win-ntuser-synch-l1-1-0 = user32.dll
apiset ext-ms-win-ntuser-sysparams-ext-l1-1-0 = user32.dll
+apiset ext-ms-win-ntuser-sysparams-ext-l1-1-1 = user32.dll
apiset ext-ms-win-ntuser-touch-hittest-l1-1-0 = user32.dll
apiset ext-ms-win-ntuser-uicontext-ext-l1-1-0 = user32.dll
apiset ext-ms-win-ntuser-window-l1-1-4 = user32.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=46090
Bug ID: 46090
Summary: TopoEdit tool from Windows 10 SDK (10.0.17763.x) needs
'ext-ms-win-shell-comctl32-init-l1-1-0.dll' stub dll
Product: Wine
Version: 3.19
Hardware: aarch64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ext-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
root cause of bug 46089 (" TopoEdit tool from Windows 10 SDK (10.0.17763.x)
crashes in ntdll.LdrResolveDelayLoadedAPI during resolver failure (NULL dll
failure hook)") is the missing dll.
Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in
qemuarm64 machine). Most likely present with x86_64 Wine too.
Trace log:
--- snip ---
$ WINEDEBUG=+seh,+relay,+loaddll,+process,+module,+ntdll wine64 ./topoedit.exe
>>log.txt 2>&1
...
002b:Ret PE DLL (proc=0x180035d70,module=0x180000000
L"tedutil.dll",reason=PROCESS_ATTACH,res=0x22fc48) retval=1
002b:trace:module:process_attach (L"tedutil.dll",0x22fc48) - END
002b:trace:module:process_attach (L"topoedit.exe",0x22fc48) - END
002b:Starting process
L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\topoedit.exe"
(entryproc=0x14001ddb0)
...
002b:Call KERNEL32.LoadLibraryExW(140020a08 L"TEDUTIL.dll",00000000,00000000)
ret=140012c64
...
002b:Ret KERNEL32.LoadLibraryExW() retval=180000000 ret=140012c64
002b:Call
ntdll.LdrResolveDelayLoadedAPI(140000000,140022588,00000000,7b43da8c,140027010,00000000)
ret=14001e8fc
002b:fixme:module:LdrResolveDelayLoadedAPI (0x140000000, 0x140022588, (nil),
0x7b43da8c, 0x140027010, 0x00000000), partial stub
002b:trace:module:load_dll looking for
L"ext-ms-win-shell-comctl32-init-l1-1-0.dll" in
L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
...
002b:trace:module:get_load_order looking for
L"ext-ms-win-shell-comctl32-init-l1-1-0.dll"
002b:trace:module:get_load_order got hardcoded default for
L"ext-ms-win-shell-comctl32-init-l1-1-0.dll"
002b:trace:module:load_builtin_dll Trying built-in
L"ext-ms-win-shell-comctl32-init-l1-1-0.dll"
002b:warn:module:load_builtin_dll cannot open .so lib for builtin
L"ext-ms-win-shell-comctl32-init-l1-1-0.dll":
/home/focht/projects/wine/mainline-install-aarch64/bin/../lib64/wine/ext-ms-win-shell-comctl32-init-l1-1-0.dll.so:
cannot open shared object file: No such file or directory
002b:warn:module:load_dll Failed to load module
L"ext-ms-win-shell-comctl32-init-l1-1-0.dll"; status=c0000135
002b:trace:seh:raise_exception info[0]=0000000000000000
002b:trace:seh:raise_exception info[1]=0000000000000000
002b:trace:seh:call_stack_handlers calling handler at 0x7b4d6330 code=c0000005
flags=0
002b:Call ntdll.NtCurrentTeb() ret=7b466c40
002b:Ret ntdll.NtCurrentTeb() retval=7ffd8000 ret=7b466c40
002b:Call ntdll.NtCreateEvent(0022edf0,001f0003,0022edf8,00000000,00000000)
ret=7b466f00
002b:Ret ntdll.NtCreateEvent() retval=00000000 ret=7b466f00
002b:Call ntdll.NtCurrentTeb() ret=7b4c5924
002b:Ret ntdll.NtCurrentTeb() retval=7ffd8000 ret=7b4c5924
wine: Unhandled page fault on read access to 0x00000000 at address (nil)
(thread 002b), starting debugger...
...
System information:
Wine build: wine-3.19-117-g4852130c82
Platform: arm64
Version: Windows 8.1
Host system: Linux
Host version: 4.14.67-yocto-standard
--- snip ---
Further information:
https://www.geoffchappell.com/studies/windows/win32/apisetschema/history/se…
("API Sets Added For Windows 10.0 - Geoff Chappell")
$ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso
e702b5e5f2597d01eaee1eb1be7a34b0da0b6211
17763.1.180914-1434.rs5_release_WindowsSDK.iso
$ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso
815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso
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=41388
Bug ID: 41388
Summary: Sling TV: Windows 7 app displays a black window and
crashes on startup
Product: Wine
Version: 1.9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dannydubyav2.0(a)gmail.com
Distribution: ---
Created attachment 55741
--> https://bugs.winehq.org/attachment.cgi?id=55741
Sling TV terminal output
I installed the Windows-7-and-up version of Sling TV's channel-watching app.
(there's also the Win10-only app, but I'm not sure if that's even a win32api
program)
Upon running it, it just brings up a black window and crashes. Doesn't even get
as far as prompting me to login or showing the list of channels.
Download Link: http://webapp.movetv.com/player/win/slingtv.msi
Install Location: ~/.wine/drive_c/users/Public/Application Data/Sling
Distro: Gentoo
Kernel: 4.7.4
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52822
Bug ID: 52822
Summary: Roblox Studio Memory Leaks when play testing. Poor
performance during general usage.
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stayblue(a)tutanota.com
Distribution: ---
This has been a headache of an issue for a while now and has been one of the
reasons why it has been so hard for me and many others to fully switch to
Linux.
The Roblox Studio is a poorly optimized application to begin with, however, I
didn't expect it to run this poorly on Linux compared to Windows. I have tried
using different renderers such as DXVK and DX11 and found that Vulkan has the
best performance for me. OpenGL basically doesn't work all together with menus
being basically broken.
This bug is a bit hard to show on any sort of video, so I'll try to describe it
as best as I can. There are a lot of bugs with the Roblox Studio application.
Some of which being slow loading menus, typing with the script editor being
poor, and insanely slow load times.
One of the biggest annoyances is play testing which is somewhat okay during the
first run-through but after stopping the performance of the Studio application
becomes abysmal.
The bigger the game is, the less performant the Studio is and the more often
these bugs occur (to be expected).
If there is something else I can supply to help with fixing this long-standing
issue please let me know.
Download Link: https://www.roblox.com/create
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53397
Bug ID: 53397
Summary: Newsleecher crashes on right-click
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: endzone102(a)yahoo.com
Distribution: ---
Created attachment 72788
--> https://bugs.winehq.org/attachment.cgi?id=72788
crash log
After upgrading from wine.x86_64 7.2-1.fc36 to wine.x86_64 7.12-2.fc36,
newsleecher crashes every time I right-click to bring up a menu. Downgrading
back to 7.2-1 successfully works around this problem.
Console log of the crash 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=53395
Bug ID: 53395
Summary: Crash in OpenGL Stack of current X11/MESA - sometimes
in Wow.exe v3.5.2
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: juergen.sauer(a)automatix.de
Distribution: ---
Created attachment 72787
--> https://bugs.winehq.org/attachment.cgi?id=72787
Sometimes, Starting Wow.exe -opengl via current Mesa/Amd GPU
Running Wow.exe (Version 3.5.2 via Rising Gods, Free/your're able to test by
your self), using wine-7.12 (Staging), causes sometimes on first start an
Access Error in Memory, see backtrace.txt below.
2nd start and running the Wow.exe runs fine.
But sometimes, by moving around, seeing new Objects, the Programm may crash.
Distritution: Arch Linux, Current today fresh updated
Kernel: Linux pc6 5.18.12-arch1-1 #1 SMP PREEMPT_DYNAMIC Fri, 15 Jul 2022
15:33:02 +0000 x86_64 GNU/Linux
Versions: mesa 22.1.3-1, vulkan-mesa-layers 22.1.3-1, lib32-mesa 22.1.3-1,
amd-ucode 20220708.be7798e-1, amdcovc 0.4.1.1-1, amdvlk 2022.Q2.3-1,
lib32-amdvlk 2022.Q2.3-1, xf86-video-amdgpu 22.0.0-1, xorg-server 21.1.4-1
wine-staging 7.12-1
wine Environment:
export WOWDIR="/usr/games/wotlk"
export LC_ALL="de_DE.UTF-8"
export WINE="wine"
export WINEPREFIX="$WOWDIR/.wow"
export WOW="Wow.exe"
export WOWOPTS="-uid wow_dede -opengl"
# Open GL // Driver
export MESA_SHADER_DISK_CACHE=false
unset GALLIUM_DRIVER
We could reproduce on all Systems running an AMDGPU.
To Reproduce by yourself, you may get a Client and Account for testing
@risig-gods.de (for free, registration nessesary)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45263
Bug ID: 45263
Summary: wine coredump since KPTI code introduction on
OpenIndiana
Product: Wine
Version: 3.9
Hardware: x86-64
OS: other
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: malicorne(a)chez.com
Since introduction of KPTI code in Openindiana Hipster, wine coredump for
anything else than --version :
$ wine --version
wine-3.9
$ winecfg
trace:virtual:NtAllocateVirtualMemory ffffffff 7ffe0000 00010000 3000 00000004
trace:virtual:VIRTUAL_DumpView View: 7ffe0000 -
7ffefffftrace:virtual:VIRTUAL_DumpView (valloc)
trace:virtual:VIRTUAL_DumpView 7ffe0000 - 7ffeffff c-rw-
trace:virtual:NtAllocateVirtualMemory ffffffff 0 00000230 101000 00000004
trace:virtual:map_view got mem in reserved area 3ffff000-40000000
trace:virtual:VIRTUAL_DumpView View: 3ffff000 -
3ffffffftrace:virtual:VIRTUAL_DumpView (valloc)
trace:virtual:VIRTUAL_DumpView 3ffff000 - 3fffffff c-rw-
trace:ntdll:RtlInitializeBitMap (7ffde42c,3ffff044,64)
trace:ntdll:RtlInitializeBitMap (7ffde434,3ffff154,1024)
trace:ntdll:RtlInitializeBitMap (7ffde43c,3ffff21c,128)
trace:ntdll:RtlSetBits (7ffde42c,0,1)
trace:ntdll:RtlSetBits (7ffde43c,0,1)
trace:virtual:NtAllocateVirtualMemory ffffffff 0 00004000 101000 00000004
trace:virtual:map_view got mem in reserved area 3fff8000-3fffc000
trace:virtual:VIRTUAL_DumpView View: 3fff8000 -
3fffbffftrace:virtual:VIRTUAL_DumpView (valloc)
trace:virtual:VIRTUAL_DumpView 3fff8000 - 3fffbfff c-rw-
Segmentation Fault (core dumped)
Booting to old kernel, b(oot)e(environment) in solaris jargon and wine works
fine.
--
Do not reply to this email, post in Bugzilla using the
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
temp82(a)luukku.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |temp82(a)luukku.com
--- Comment #34 from temp82(a)luukku.com ---
still valid wine-7.13
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53258
Bug ID: 53258
Summary: Playground Sessions crashes during startup
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: install1ball(a)gmail.com
Distribution: ---
Created attachment 72637
--> https://bugs.winehq.org/attachment.cgi?id=72637
Playground Sessions crash backtrace
The Playground Sessions piano teaching app crashes during startup before the
splash page and audio introduction are displayed.
My Environment:
CPU - x86_64
O/S - Fedora 36 - Kernel 5.18.5-200.fc36.x86_64
Wine - wine-7.10 (Staging)
Playground Sessions - Version 2.5 (Their only version)
The problem started after a fresh install of Fedora 36 that brought wine to
version 7.10-staging. Tried restoring the old .wine directory from backup as
well as a fresh download/install of Playground Sessions.
The program can be downloaded here.
https://www.playgroundsessions.com/windows
The software is proprietary and subscription-based, but it crashes well before
the authentication screen is presented.
I first reported this last year as Bug 52290 and it was closed as fixed. It
looks like something within WINE may have changed and broke it again.
Playground Sessions still working with WINE on Fedora 35, kernel
5.16.16-200.fc35.x86_64 and WINE 7.2(Staging)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53389
Bug ID: 53389
Summary: Kane and Lynch: Dead Men Crashes While Loading First
Level
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matthewcboyd(a)tutanota.com
Distribution: ---
Created attachment 72779
--> https://bugs.winehq.org/attachment.cgi?id=72779
Log File of Crash
Kane and Lynch: Dead Men launches fine but when you go to start a new game it
crashes while loading the first level. I am using the GOG version of the game
and it is version 1.0.0.129 of the game. It always crashes at the exact same
moment about a quarter of the way loaded. I have attached a log file.
My System:
AMD FX-9590 | 16GB DDR3-2133 | MSI RX 580 8GB Gaming X | Mesa 22.1.3 | Manjaro
21.3.4 | Mate 1.26.0 | Kernel 5.18.12-3-MANJARO | Wine 7.13
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53383
Bug ID: 53383
Summary: Half-Life 2 Beta: Mega Build: Autorun installer cannot
continue after language selection.
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: p10qjuhh(a)duck.com
Distribution: ---
Created attachment 72770
--> https://bugs.winehq.org/attachment.cgi?id=72770
Attached is the output that is generated when ran in the terminal.
After clicking Install from the provided autorun.exe, the language selection
window shows correctly, but upon clicking OK, an error window appears with the
message:
"Runtime Error (at -1:0):
Cannot Import dll:C:\users\username\Temp\is-GCV34.tmp\isskinu.dll."
The installer makes folders in Temp every time it tries to access this dll file
with the naming scheme of "is-XXXXX.tmp" Within the folder is in-fact
isskinu.dll, so I'm unsure why it's not accessible.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53381
Bug ID: 53381
Summary: Punch! Home Design Platinum Version 8 crashes when
clicking the binoculars to veiw a 3d rendering
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: glu32
Assignee: wine-bugs(a)winehq.org
Reporter: noobusinghacks(a)gmail.com
Distribution: ---
Created attachment 72766
--> https://bugs.winehq.org/attachment.cgi?id=72766
terminal output
I installed Punch Home Design Version 8 and set compatibility to windows xp
when I use the program it crashes whenever I try to see a 3D rendering
it keeps saying "0184:err:glu:wine_gluNewNurbsRenderer Nurbs renderer is not
supported, please report"
I am running fedora 36 x86_64 on a Intel(R) Core(TM) i3-2120 CPU @ 3.30GHz
Graphics card Mesa Intel® HD Graphics 2000 (SNB GT1)
SHA sum of the installer setup.EXE 46a6204c8ec733e53cc450ee49d6e0ae8c5273a5
(theirs a second disk)
hope this helps.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53315
Bug ID: 53315
Summary: Non-latin characters can appear as question marks with
LC_ALL and backspace can't be used to remove said
question marks
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: abacadacaba(a)gmail.com
Distribution: ---
Created attachment 72692
--> https://bugs.winehq.org/attachment.cgi?id=72692
Wine 7.11 error with LC_ALL
First. Question marks appear without LC_ALL. Users can use Backspace with latin
characters. Users can use arrows and Delete with non-latin characters as
workaround.
Second. Nothing will appear with non-latin LC_ALL.
Ubuntu 20.04.4 LTS
Kernel release: 5.13.0-52-generic
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53377
Bug ID: 53377
Summary: Child window issue
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: raphael.thevenin(a)free.fr
Distribution: ---
Created attachment 72762
--> https://bugs.winehq.org/attachment.cgi?id=72762
screen1.png
When Condor 2 is launched, 3 windows are opened (see screen1.png):
- a Condor2 icon
- a Condor2 main windows (let call it the "parent window")
- a "child window" (flight lesson, activation, setup, free flight... depending
on the requested user action). I call it "child window "since it is related to
the parent window. The child window must be closed, for the parent window to
get focus and the user to select a new action.
It's worst noting that the child window it partly above and partly under its
parent window!
My first issue is that the once you click outside the child window , it
disappear under its parent window. As the parent window can't be moved, you are
not able to reselect the child window. The only solution is to kill Condor2.exe
task.
My second and related issue is for flight when trying a lesson. The border of
the "child window" is always visible during flight. Surprisingly, I tried to
make a screen copy, but this border is not present on it (look like the image
is composed of layer, only some being copied!)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53369
Bug ID: 53369
Summary: PublisherRocket crashes on launch
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)mastragatta.it
CC: austinenglish(a)gmail.com
Distribution: ---
Created attachment 72753
--> https://bugs.winehq.org/attachment.cgi?id=72753
backtrace from PublisherRocket in wine
While starting publisherrocket I see the publisherrocket windows completely
blank and a popup that says that there is an error:
«The program KDPRocket.exe has encountered a serious problem and needs to
close. We are sorry for the inconvenience.»
I add the log of errors, describing both my system and the win arch used.
The program has been launched with:
WINEARCH=win32 wine Update.exe --install=.
Same problem without WINEARCH=win32
and with
wine KDPRocket.exe
by the way, the linux windows gives a huge amount of "fixme". How can I use
them to solve my issue?
Thanks
Kat
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53367
Bug ID: 53367
Summary: Keep activation of purchased gliders
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: raphael.thevenin(a)free.fr
Distribution: ---
Every time you launch Condor 2 and want to use a purchased glider, you have to
enter the activation code number twice :
- click on "activate" button in the desired glider page
- enter the code number in the child window, press "ok"
- the child window closes but the glider is not activated
- click on "activate" button again
- the child window appears, the number is already there, press "ok"
- the child window closes and this time, the glider is activated
It remains activated until you closes Condor 2. Then he forgets.
Aforementioned procedure is a viable workaround but you have to keep codes on
your desk.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53362
Bug ID: 53362
Summary: wbem_locator_ConnectServer authentication and specific
local not supported
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: raphael.thevenin(a)free.fr
Distribution: ---
Created attachment 72750
--> https://bugs.winehq.org/attachment.cgi?id=72750
fixme:wbem lines
fixme:wbemprox lines in console when launching "Condor Soaring v2"
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53361
Bug ID: 53361
Summary: opentype_enum_font_names unsupported name format 2048
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fonts
Assignee: wine-bugs(a)winehq.org
Reporter: raphael.thevenin(a)free.fr
Distribution: ---
Created attachment 72749
--> https://bugs.winehq.org/attachment.cgi?id=72749
fixme:font line
fixme:font lines in console output when launching "Condor Soaring v2"
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53359
Bug ID: 53359
Summary: CreateVertexShader and CreatePixelShader Class linkage
are not implemented yet
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: raphael.thevenin(a)free.fr
Distribution: ---
Created attachment 72747
--> https://bugs.winehq.org/attachment.cgi?id=72747
d3d11 line in the console output
Multiple fixme:d3d11 console output when launching "Condor Soaring v2" from the
command line.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53368
Bug ID: 53368
Summary: VSCode: random latency on keyboard and mouse input
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
For some reason I would find useful to run Windows version of Visual Studio
Code in Wine. It works in 7.13, the only prerequisite is "winetricks arial" and
d3dcompiler_47 set to native.
However, there is a random input latency (both mouse and keyboard) that makes
it hardly usable.
Keyboard: in file editor press space, the space is inserted after ~0.5 - 1s.
Mouse: click on menu, the action is performed after some time or when the mouse
is moved again.
This latency is not CPU-related. Opening some other windows (such as
Extensions) may be a workaround for a while.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53331
Bug ID: 53331
Summary: Header controls has painting issues with builtin Light
theme
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
Created attachment 72716
--> https://bugs.winehq.org/attachment.cgi?id=72716
regedit screenshot
There is a number of issues with the Header:
* on the side where Header overlaps ListView, corners of a ListView window are
visible. It gives an impression that Header items are painted a little too
tall, and offset;
* when regedit window is resized so that right side goes past rightmost header
item border, and then resized back, there is a visible trail of old repainted
divider. Forcing window repaint clears that glitch, until you resize it again.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53358
Bug ID: 53358
Summary: Method 'Size' not supported by automation object.
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: raphael.thevenin(a)free.fr
Distribution: ---
Created attachment 72746
--> https://bugs.winehq.org/attachment.cgi?id=72746
Condor log file
When launching "Condor Soaring" (version 2) :
- game launches but a windows with "Method 'Size' not supported by automation
object" appears and remains
- you can play Condor but maybe other windows related problems find their
origin here ?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37349
Bug ID: 37349
Summary: WINE incorrectly calculates the display length of
on-screen text
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cjlzwindnwpnvrhztkwm.mail15(a)mamber.net
Created attachment 49669
--> https://bugs.winehq.org/attachment.cgi?id=49669
Cut and paste of the problem report [with snips of non relevent text] by Steve
Gibson in the grc.sqrl newsgroup at GRC.com. For software demonstrating problem
see Steve's signature.
If at any time WINE displays a DISABLED CONTROL -- a disabled
button, checkbox, radio button -- from then on until the application is
terminated, WINE incorrectly calculates the display length of on-screen text.
It believes that text is displaying SHORTER than it actually is. So it then
mis-wraps text, draws adjoining lines incorrectly, and truncates
fields.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53341
Bug ID: 53341
Summary: uxtheme:system depends on GetDpiForSystem() which is
missing on Windows 10 1507 and earlier
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
uxtheme:system depends on GetDpiForSystem() which is missing on Windows 10 1507
and earlier:
uxtheme:system start -
system.c:0: Tests skipped: missing entry point (details below)
| uxtheme_test.exe - Entry Point Not Found
| The procedure entry point GetDpiForSystem could not be located in the dynamic
link library C:\Users\Public\Documents\uxtheme_test.exe.
https://test.winehq.org/data/patterns.html#uxtheme:system
The dependency was introduced in the commit below:
commit e2daffda25bf79ec3313349b85a33e29d202b1de
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
AuthorDate: Mon Jul 4 22:08:25 2022 +0800
uxtheme/tests: Add more GetThemePartSize() tests in different DPI.
To test that GetThemePartSize() should always report theme part size in
system DPI if
the theme
handle is open without a valid window handle. Previous tests succeeded
because the cur
rent DPI
happens to be 96.
Tested manually on Windows 10 for 96, 120, 144, 168, 192 and 216 DPI.
Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.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=53298
Bug ID: 53298
Summary: Check boxes don't scale properly in Qt application
with light theme
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Created attachment 72666
--> https://bugs.winehq.org/attachment.cgi?id=72666
Check box glitch
Attached screenshots shows two UI glitches in Qt application (tested on
Wireshark and verified on another one) with theming enabled.
1. Check boxes (and also radio buttons) change size on mouse over when DPI is
higher than 96 (tested with DPI set to 192).
2. Disabled check box is not visually distinguishable from enabled one.
Normally, disabled checkbox has gray background if theming is disabled.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53133
Bug ID: 53133
Summary: uiautomationcore:uiautomation
test_uia_prov_from_acc_propertiescrashes on Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: uiautomationcore
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
uiautomationcore:uiautomation - crashes on Windows 8
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53344
Bug ID: 53344
Summary: Legacy TLS applications: GnuTLS priority string
overrides are ignored in schan_create_session() (patch
included)
Product: Wine
Version: 7.12
Hardware: x86-64
URL: https://support.hpe.com/connect/s/softwaredetails?lang
uage=en_US&softwareId=MTX_bc8e3ffa59904ec3b505d9964d
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: cflwxa(a)knowledgemd.com
Distribution: Debian
Created attachment 72727
--> https://bugs.winehq.org/attachment.cgi?id=72727
trace+secur32,warn+secur32 and GNUTLS_DEBUG_LEVEL=11
I use Wine devel 7.12 from the winehq repos and winetricks 20220411 from
github.
Context: I am trying to run the "HPE Lights-Out Standalone Remote Console"
(HPLOCONS.exe,
https://support.hpe.com/connect/s/softwaredetails?language=en_US&softwareId…)
to connect to an iLO 3 interface of an HP ProLiant server.
iLO 3 only supports legacy ciphers (3DES, RC4). Because the Wine schannel
implementation uses GnuTLS, I added an override config like so:
sudo mkdir -p /etc/gnutls
sudo tee /etc/gnutls/config_hplocons <<EOF
[overrides]
default-priority-string = NORMAL:+3DES-CBC:+ARCFOUR-128
EOF
Then I set up a wine prefix like so:
env WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/hplocons wineboot
--init
env WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/hplocons winetricks
-q dotnet471 d3dcompiler_47 corefonts fontfix winver=
wget
https://downloads.hpe.com/pub/softlib2/software1/pubsw-windows/p390407056/v…
env WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/hplocons wine
Setup.exe
And successfully run HPLOCONS:
env WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/hplocons
WINEDEBUG=trace+secur32,warn+secur32
GNUTLS_SYSTEM_PRIORITY_FILE=/etc/gnutls/config_hplocons GNUTLS_DEBUG_LEVEL=11
LC_ALL=C wine start 'C:\Program Files\Hewlett Packard Enterprise\HPE iLO
Integrated Remote Console\HPLOCONS.exe'
When trying to connect to iLO, I get "The request was aborted: Could not create
SSL/TLS secure channel." The trace logs and gnutls debug logs (attached) show
that schan_create_session() in dlls\secur32\schannel_gnutls.c ignores my
priority string override and instead, uses "NORMAL" without TLS 1.3
ciphersuites.
A look at the source code confirms that schan_create_session() does indeed not
incorporate the system defaults.
Also note that process_attach() sets GNUTLS_SYSTEM_PRIORITY_FILE to "/dev/null"
if it was unset, which has the consequence that everything in the default
/etc/gnutls/config file is always ignored.
I further confirmed that this is a Wine issue by running gnutls-cli:
# Succeeds
env GNUTLS_SYSTEM_PRIORITY_FILE=/etc/gnutls/config_hplocons gnutls-cli
--insecure <iLO-IP>
# Fails with "Received alert [40]: Handshake failed"
gnutls-cli --insecure <iLO-IP>
To be able to run legacy applications, I think Wine should respect GnuTLS
overrides. I attached an untested patch proposal. Note that this patch does not
change behaviour if the default priority string is "NORMAL". Also note that
Wine would require gnutls 3.6.3 due to the use of
gnutls_set_default_priority_append().
Perhaps check_supported_protocols() should also be patched in a similar way.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52391
Bug ID: 52391
Summary: No sound effects in Hyperdimension Neptunia Re;Birth 1
since import of FAudio
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xactengine
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
Since the import of FAudio Hyperdimension Neptunia Re;Birth 1 (GOG version)
triggers the following FAudio assertion since the import of FAUDIO in commit
6b45777121fcd50d9b7d5b649c6710063b549892 already on the title screen while
highlighting or selecting a menu entry
Assertion failed: (voice->src.wmadec != NULL && (pBufferWMA != NULL ||
(voice->src.format->wFormatTag == FAUDIO_FORMAT_XMAUDIO2)) ||
(voice->src.wmadec == NULL && (pBufferWMA == NULL &&
voice->src.format->wFormatTag != FAUDIO_FORMAT_XMAUDIO2)
), file libs/faudio/src/FAudio.c, line 2456
Note that this assertion was changed in the import of FAudio 21.12 in
da89825f98e4f0cb3875735345a455512b36b665 (erronously declared as import of
21.11), without effect on this game (contrary to what
https://bugs.winehq.org/show_bug.cgi?id=50757#c2 claims). There is still no
sound in 7.0-rc5 (and reverting babaf916ab12c7a9128409f717878919ccc5826b which
hides the assertion shows it still triggering the extended assertion
condition).
Sound works before 6b45777121fcd50d9b7d5b649c6710063b549892 (also see
https://bugs.winehq.org/show_bug.cgi?id=50416 for caveats).
Unfortunately 6b45777121fcd50d9b7d5b649c6710063b549892 suffers from frequent
crashing already on the title screen (haven't tested ingame; might be the same
as https://bugs.winehq.org/show_bug.cgi?id=50757; despite it claiming to be
fixed with exactly that commit; afaict nobody ever confirmed it being fixed) .
Fortunately this crashing seems to be fixed or at least much reduced with
7.0-rc5 on my (very old and slow) system.
Sound works fine in 7.0-rc5 after winetricks xact and manually setting
xactengine3_7 to native.
Not sure about the relation to this bug, but 7.0-rc5 is showing the following
error whenever the game attempts to play a sound
00c8:err:ole:com_get_class_object class {2eeb4adf-4578-4d10-bca7-bb955f56320a}
not registered
00c8:err:ole:com_get_class_object no class object
{2eeb4adf-4578-4d10-bca7-bb955f56320a} could be created for context 0x1
which I think wasn't there before the regression.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51462
Bug ID: 51462
Summary: SnowRunner crashes when changing settings
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0274:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
0274:err:ole:CoMarshalInterface Failed to marshal the interface
{9c6b4cb0-23f8-49cc-a3ed-45a55000a6d2}, hr 0x80004002
04a4:fixme:ole:NdrClearOutParameters
(000000000011D808,00007FC8EFEAA0A0,000000000011DAB8): stub
04a4:fixme:ole:CoCreateInstanceEx no instance created for interface
{9c6b4cb0-23f8-49cc-a3ed-45a55000a6d2} of class
{a65b8071-3bfe-4213-9a5b-491da4461ca7}, hr 0x80004002.
Changing as example Antialiasing, Lightshafts, Mirrors settings leads to crash
with a pop-up window
DirectX Diagnostic Tool
Usage: dxdiag [/whql:off | /whql:on] [/t filename | /x filename]
wine-6.12-194-g2ffcf440218
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53231
Bug ID: 53231
Summary: d2d1:d2d1 - test_shared_bitmap() crashes on the
TestBot VMs
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: ---
d2d1:d2d1 - test_shared_bitmap() crashes on the TestBot VMs:
d2d1.c:5179: Test marked todo: 6: Got unexpected hr 0.
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x6ac0f8ef).
[...]
Backtrace:
=>0 0x6ac0f8ef d2d_device_context_Clear+0x7f(iface=<internal error>,
colour=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\d2d1\device.c:1647] in d2d1
(0x0066fc78)
1 0x00414d75 in d2d1_test (+0x14d75) (0x0066fd68)
2 0x00434613 in d2d1_test (+0x34613) (0x0066fdd8)
3 0x00434983 in d2d1_test (+0x34983) (0x0066fe38)
4 0x0043618d in d2d1_test (+0x3618d) (0x0066fee8)
5 0x00435fbf in d2d1_test (+0x35fbf) (0x0066ff30)
6 0x7b62a170 in kernel32 (+0x2a170) (0x0066ff48)
7 0x7bc5a937 in ntdll (+0x5a937) (0x0066ff5c)
8 0x7bc5aff0 RtlCreateUserThread(entry=00435F40, arg=7FFD1000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\thread.c:261] in ntdll
(0x0066ffec)
0x6ac0f8ef d2d_device_context_Clear+0x7f
[Z:\home\winetest\tools\testbot\var\wine\dlls\d2d1\device.c:1647] in d2d1: fsts
0x0(%eax)
1647 vs_cb_data->transform_geometry._11 = 1.0f;
https://test.winehq.org/data/patterns.html#d2d1:d2d1
The crash still happens even if all the tests are commented out except
test_shared_bitmap().
Furthermore adding traces shows that it happens in either of the two locations
below:
https://gitlab.winehq.org/wine/wine/-/blob/f6f66661b3fabdcd6cf2f4999b3029e7…
/* DXGI surface render target and WIC bitmap render target, same factory.
*/
hr = ID2D1Factory_CreateWicBitmapRenderTarget(factory1, wic_bitmap2, &desc,
&rt2); // crashed here
or
https://gitlab.winehq.org/wine/wine/-/blob/f6f66661b3fabdcd6cf2f4999b3029e7…
ID2D1GdiInteropRenderTarget_Release(interop);
hr = ID2D1Factory_CreateWicBitmapRenderTarget(factory2, wic_bitmap2, &desc,
&rt2); // crashed here
The crashes only happen with 32-bit code.
d2d1:d2d1 also crashes on my box with an Intel GPU and the crash happens in the
same two locations but the backtrace is different.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53157
Bug ID: 53157
Summary: --without-mingw builds on Mac can't unwind exceptions
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
I am trying to get a non-mingw build on MacOS to run my games to get debug
symbols for Wine DLLs in Instruments for performance profiling. One of the
issues I ran into is that SEH exceptions thrown in the PE side of our code
can't be handled. Wine runs into further nested exceptions trying to unwind the
stack and crashes.
This is a regression introduced by the following commit:
264bd4fc84020f217807f1e59d3bfa9302e5110c is the first bad commit
commit 264bd4fc84020f217807f1e59d3bfa9302e5110c
Author: Martin Storsjo <martin(a)martin.st>
Date: Fri May 29 13:51:04 2020 +0300
wine/asm.h: Don't define __ASM_CFI when using clang as cross compiler.
Reverting this commit on top of Wine 7.10 fixes this particular problem.
Getting a Wine build like this is a bit tricky. clang does not support
-mabi=ms, and gcc can't build winemac.drv because of Apple-isms in the system
headers that Apple never upstreamed to FSF gcc. (But they did have it in their
own gcc before they switched to clang).
To get a non-mingw gcc'ish Wine I do roughly the following:
1) Use wine-7.10, not master, there is yet another regression since then
2) Install gcc-11 with homebrew
3) ~/wine/configure --enable-win64 --without-x --without-mingw --disable-tests
CC=gcc-11
4) Build the thing
5) Edit Makefile, replace CC = gcc-11 with CC = clang
6) cd into dlls/winemac.drv, run make
7) optionally do the same in dlls/winecoreaudio.drv
8) optionally undo the Makefile changes if you plan to recompile e.g. ntdll
The game in question is Rocket League; That adds extra troubles with Steam (32
bit, so needs Mojave). I think the problem is independent of Rocket League
though. The exception causing the crash is OutputDebugStringA. I don't think
the problem is specific to this game though.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43167
Bug ID: 43167
Summary: Witcher 3 will not start
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kallekadakas(a)gmail.com
Distribution: ---
Created attachment 58423
--> https://bugs.winehq.org/attachment.cgi?id=58423
Output.txt
I apologize for the vague title, but there is very little info on why it fails.
Terminal output is attached to the case.
When clicking play on TW3 in Steam, it goes to "running" and then fails with
the output attached.
Arch64
i7-4790k
gtx1070
Wine2.10 with dx11>opengl4.5 registry fix applied.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53343
Bug ID: 53343
Summary: The 64-bit itss:protocol fails in Wine
Product: Wine
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 64-bit itss:protocol fails in Wine:
protocol.c:179: Test failed: expected: 00000000 got: 800c0005
protocol.c:180: Test failed: dwError = 87
protocol.c:179: Test failed: expected: 00000000 got: 800c0005
protocol.c:180: Test failed: dwError = 87
protocol.c:179: Test failed: expected: 00000000 got: 800c0005
protocol.c:180: Test failed: dwError = 87
https://test.winehq.org/data/patterns.html#itss:protocol
A bisect shows that the failures started with the commit below:
commit 569c27945e9479e9b27a5ffaa9b0587e6f1f2ac7
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Jul 7 12:32:22 2022 +0200
server: Use standard named object functions for registry keys.
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=53309
Bug ID: 53309
Summary: Wizard101 launcher window takes over a minute to
appear
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
CC: hans(a)meelstraat.net
Regression SHA1: 0a10bfc8b17234db6aff130ce0448a62c3fb6a1e
Distribution: SUSE
Normally it pops up immediately.
0a10bfc8b17234db6aff130ce0448a62c3fb6a1e is the first bad commit
commit 0a10bfc8b17234db6aff130ce0448a62c3fb6a1e
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Wed Jun 29 13:54:57 2022 +0200
secur32: Return a SECBUFFER_MISSING buffer from the handshake if the input
message is incomplete.
dlls/secur32/schannel.c | 25 +++++++++++++++++++++++--
dlls/secur32/tests/schannel.c | 21 ++++++++++++++++++++-
2 files changed, 43 insertions(+), 3 deletions(-)
Reverting the patch fixes 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=53104
Bug ID: 53104
Summary: Wireshark can't start capturing packets
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wpcap
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Created attachment 72539
--> https://bugs.winehq.org/attachment.cgi?id=72539
Patch for wpcap
While testing bug 53066 I just wanted to find out what would be needed to make
Wireshark working in Wine. There are two obvious problems:
1. pcap_create() doesn't translate interface identifier to the real name
2. pcap_dispatch() is not implemented
I fixed these problems, however, packet window still remains empty after
capture is started while the temporary capture file is filled with captured
packets. If this temporary file is later opened, Wireshark shows all packets
captured.
Attached is the patch if someone wants to push this further. "setcap
cap_net_raw,cap_net_admin=eip wine64-preloader" is needed to give Wine
permissions to capture packets.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51129
Bug ID: 51129
Summary: Function name conflict (ldap_connect) with OpenLDAP
2.5
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: sergio.durigan(a)canonical.com
Distribution: ---
Hello,
Wine installs the "/usr/include/wine/wine/windows/winldap.h" file, which
exports the ldap_connect function:
ULONG CDECL ldap_connect(LDAP*,struct l_timeval*);
With the recent OpenLDAP 2.5 release, we now have an "ldap_connection" function
being exported by it as well (with a different prototype):
https://git.openldap.org/openldap/openldap/-/blame/OPENLDAP_REL_ENG_2_5_4/i…
This will need to be fixed in order to prevent linking problems with OpenLDAP.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53355
Bug ID: 53355
Summary: Missing functions SystemTimeToTzSpecificLocalTimeEx
and TzSpecificLocalTimeToSystemTimeEx
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: osmanx(a)problemloesungsmaschine.de
Distribution: ---
Created attachment 72743
--> https://bugs.winehq.org/attachment.cgi?id=72743
tz.exe
Please implement SystemTimeToTzSpecificLocalTimeEx and
TzSpecificLocalTimeToSystemTimeEx. The documentation can be found at
<https://docs.microsoft.com/en-us/windows/win32/api/timezoneapi/nf-timezonea…>
and
<https://docs.microsoft.com/en-us/windows/win32/api/timezoneapi/nf-timezonea…>.
Note that because these functions currently outright abort, the work-around I
implemented requires explicitly detecting Wine and not even trying to call
them, which is far from optimal.
Even just implementing stubs that always fail gracefully instead of just
aborting the whole process would be much appreciated.
This came up when improving local timezone handling in OpenMPT. See
<https://bugs.openmpt.org/view.php?id=1618> and
<https://source.openmpt.org/browse/openmpt?op=comp&compare[]=/trunk/OpenMPT/…>.
Simple test case (for SystemTimeToTzSpecificLocalTimeEx):
tz.cpp:
```
#include <iostream>
#include <stdexcept>
#include <windows.h>
int main() {
try {
SYSTEMTIME sys{};
GetSystemTime(&sys);
DYNAMIC_TIME_ZONE_INFORMATION dtzi{};
if (GetDynamicTimeZoneInformation(&dtzi) == TIME_ZONE_ID_INVALID) {
throw std::runtime_error("GetDynamicTimeZoneInformation()
failed.");
}
SYSTEMTIME sys_local{};
if (SystemTimeToTzSpecificLocalTimeEx(&dtzi, &sys, &sys_local) ==
FALSE) {
throw std::runtime_error("SystemTimeToTzSpecificLocalTimeEx()
failed.");
}
std::cout << "OK" << std::endl;
return 0;
} catch (const std::exception & e) {
std::cout << std::flush;
std::cerr << e.what() << std::endl;
std::cerr << std::flush;
}
std::cout << "FAIL" << std::endl;
return 1;
}
```
built with VS2022 by running `cl /std:c++20 /permissive- /EHsc /O2 /W4 tz.cpp`
results in
```
wine: Call from 0x7bc7c990 to unimplemented function
KERNEL32.dll.SystemTimeToTzSpecificLocalTimeEx, aborting
```
not even reaching the FAIL output. tz.exe 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=53347
Bug ID: 53347
Summary: Xerox Globalview gives missing DSD.386, won't start
Product: Wine
Version: 6.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aa271828(a)earthlink.net
Distribution: ---
Created attachment 72733
--> https://bugs.winehq.org/attachment.cgi?id=72733
terminal output file
I installed Globalview in wine 6.0.2, when I run it GVWIN.EXE I get a popup
saying "Disk Virtual device driver DSD.386 is not loaded"
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=2948
temp82(a)luukku.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |temp82(a)luukku.com
--- Comment #25 from temp82(a)luukku.com ---
(In reply to joaopa from comment #24)
> Bug still occurs with wine-7.0-rc5.
and still valid as of wine 7.12.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50890
Bug ID: 50890
Summary: Honey Select Unlimited - Character Models Don't Render
On-Screen
Product: Wine
Version: 6.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gregory(a)opera.id.au
Distribution: ---
Created attachment 69702
--> https://bugs.winehq.org/attachment.cgi?id=69702
Screenshot of issue (character model *should* show in center of screen)
When launching "Honey Select Unlimited", character models do not render
on-screen (nothing appears)... Everything else (sound, menus, backgrounds,
etc...) seems to work; it is only the character models that seem to be
affected.
As it is only the character models that seem to be affected, this suggests that
the issue lies with something in the way the character models are rendered in
the game / simulation.
In order to progress in the game / simulation, one must interact with the
characters almost immediately, so this bug is game / simulation-breaking (i.e.
the game / simulation cannot be used via WINE whilst this bug is present).
This bug also affects "Honey Studio", which is a separate program, but one that
is included as a part of the "Honey Select Unlimited" installation.
Honey Select Unlimited version 1.0.2 was used when experiencing / testing /
replicating this 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=53338
Bug ID: 53338
Summary: Vba71-kb2783832-x64.msp installation
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: windes(a)rambler.ru
Distribution: ---
Good day!
Why this simple installation of Vba71-kb2783832-x64.msp file always fails in
Wine x64 (tested on 6.0, 6.23, 7.0, 7.4, 7.5, 7.6, 7.9, 7.10, 7.11, 7.12) (and
in CrossOver 21.2.0 too)?
It fails to debug window - msiexec.exe fatal error.
By the way, x32 .msp file installation fails too in wine x32 prefix.
Could you fix it, please?
---
Remark:
Yes, this command:
wine msiexec /p vba71-kb2783832-x64.msp REINSTALL=ALL REINSTALLMODE=omus /qn
helps to _avoid_ a failed installation in Wine, but it's not right way. May be
becouse this "avoid-way" after we have critical falls in huge Software, that
needs this libraries installed.
In CrossOver 21.2.0, for example, this Software can't start right on VBA
initialization even with "avoid-way" command!
---
Working on this Software installation in Wine on linux about 4 months already,
sure that first problem is here.
Thanks and 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=49897
Bug ID: 49897
Summary: winetricks dotnet452 hangs
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: dotnet, download, Installer, regression
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
Created attachment 68254
--> https://bugs.winehq.org/attachment.cgi?id=68254
terminal output
While bug 49532 was fixed for dotnet40, dotnet452 still hangs for me.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53340
Bug ID: 53340
Summary: inf2cat (and catgen) cannot create .cat file because
CryptCATPutCatAttrInfo and CryptCATPersistStore are
not implemented
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johannes(a)johannesthoma.com
Distribution: ---
Hi all,
I'm trying to get the inf2cat utility from Ewdk (enterprise windows driver kit)
working with wine under Linux. I did some research and the reason for the
failure seems to be that the CryptCATPutCatAttrInfo and CryptCATPersistStore
are not implemented.
The reason why I need the inf2cat utility is that I would like to build my
WinDRBD driver (https://github.com/LINBIT/windrbd) under Linux only.
Compiling and linking works but when running inf2cat I get the following
output:
0104:fixme:wintrust:CryptCATPutCatAttrInfo catalog 0000000000645380, name
L"HWID1", flags 0x10010001, size 16, data 0000000004230AAC, stub!
Unable to add a global catalog attribute.
I tried winehq-devel and winehq-staging.
I also tried catgen which is an GPL replacement for inf2cat:
https://github.com/uxen-virt/catgen.git
Are there any plans to implement those functions? And is there a documentation
somewhere of the cat file format (as I know it is a list of files with secure
hashes)? (then I would maybe be able to implement it)
Thank you all for this awesome product,
Best regards,
- Johannes
--
Do not reply 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=34795
Bug #: 34795
Summary: SolidWorks 2010: No correct headers' name for material
databases in manager
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml4
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 46402
--> http://bugs.winehq.org/attachment.cgi?id=46402
Appearance comparison
Steps to reproduce:
1) remove ~/.wine
2) winetricks vcrun2005 vcrun2008 mfc40 dotnet30
3) install SolidWorks 2010
4) start SolidWorks 2010
5) create new part
6) RMB on material
7) choose "edit material"
8) choose any material and click "apply"
Behaviour:
Left side of image (see attachment)
Expected behaviour:
Right side of image (see attachment)
Additional info:
"sh winetricks msxml6" helps.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=34922
Bug #: 34922
Summary: SolidWorks 2014 installer not working
Product: Wine
Version: 1.6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: micet2004-winehq(a)yahoo.de
Classification: Unclassified
log.txt.tar.gz (expanded 347MB!)
http://rapidshare.com/share/413FD513EE7CBC505D77F4D49EB7E85D
--
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.
http://bugs.winehq.org/show_bug.cgi?id=35873
Bug ID: 35873
Summary: SolidWorks 2013: INSTALLDIR instead of valid path
Product: Wine
Version: 1.7.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lukasz.wojnilowicz(a)gmail.com
Created attachment 47896
--> http://bugs.winehq.org/attachment.cgi?id=47896
Installation paths dialog
Steps to reproduce:
1) remove ~/.wine
2) cd "swwi/data/"
3) wine setup.exe
4) click "next"
5) click "customize"
6) click "next"
Behaviour:
INSTALLDIR
Expected behaviour:
"C:\Program Files\SolidWorks"
Terminal output:
nothing
Additional info:
If I omit 5th I don't encounter the 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=52876
Bug ID: 52876
Summary: SolidWorks installer fails to install components with
action INSTALLSTATE_UNKNOWN
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: joseph.kogut(a)gmail.com
Distribution: ---
SolidWorks installer appears to complete successfully, but jumps from appx. 6%
to complete instantly and doesn't install program files.
Running the installer with `WINEDEBUG=+msi` shows that various features are
absent, and INSTALLSTATE_UNKNOWN (-1) is requested, leading to them not being
installed.
```
0424:trace:msi:MSI_SetFeatureStates component
L"aecschedule80_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecschedule_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2 request
-1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata40_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata50_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata60_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata70_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata80_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecscheduledata_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecstructurebase40_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
0424:trace:msi:MSI_SetFeatureStates component
L"aecstructurebase50_spa.tx.D5BD7D17_EF2F_4D2A_8A6E_525BC49E6A6E" (installed 2
request -1 action -1)
```
The installer is available from here:
https://dl-ak.solidworks.com/nonsecure/sw2020/sw2020_sp04.0_f/x64/200715.00…
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52795
Bug ID: 52795
Summary: Small stack size in PE<>Unix syscall handler causes a
crash in Cyberpunk 2077
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
With recent changes in radv, Cyberpunk 2077 started crashing in recent versions
of Wine (tested it with 7.5 and 7.6).
See: https://gitlab.freedesktop.org/mesa/mesa/-/issues/6291
See also: https://gitlab.freedesktop.org/mesa/mesa/-/issues/6218
Some there suggested it could be due to small stack size used in PE<>Unix
syscall handler, which is a problem with Vulkan usage scenarios that require
larger stack.
For instance, Proton tries to work around that issue:
https://github.com/ValveSoftware/wine/blob/0ad7e8878c400ee081de85bb1e21ef63…
It would be good for upstream Wine to address this somehow too, may be
increasing stack size or at last providing some configurable option to do it if
it's not a desirable default.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53336
Bug ID: 53336
Summary: Silent Hunter 3: Starforce protection issues
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 72720
--> https://bugs.winehq.org/attachment.cgi?id=72720
Restart-popup
Installation of the game works fine in both 64 and 32 bit prefixes, but will
not start in a 64-bit prefix because it requires Windows 95 through Windows
2000 (error popup says so at least).
When trying to start the game (before or after patch 1.4b, same result in both
cases) a starforce-popup appears saying "Application installed successfully.
Reboot the computer to complete the installation.Continue?" together with
errors in console.
Pressing Yes or No in the "restart"-popup simply closes the popup and nothing
else really happens. Trying to start the game again brings the popup back up,
but this time there are more errors in console (specifically related to
sfsync02, sfhlp02 and sfdrv01) which I believe are StarForce-related issues.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53334
Bug ID: 53334
Summary: X11DRV_SelectionRequest conflicts with OpenClipboard
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Distribution: ---
When an X11 application requests clipboard data from Wine,
X11DRV_SelectionRequest() calls OpenClipboard() to access the process
clipboard. During this period, any attempt from the Windows application to
access the process clipboard will fail with error ERROR_ACCESS_DENIED.
This especially causes problems with some IMEs (e.g. fcitx5) that have
clipboard history feature built-in; it is unpredictable when it will request
clipboard data from 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=53333
Bug ID: 53333
Summary: Schneider Electric ClearSCADA 2017 R2 not starting
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pherklotz(a)pch-edv.com
Distribution: ---
Created attachment 72719
--> https://bugs.winehq.org/attachment.cgi?id=72719
Error log produced by wine upon crash
I installed Schneider Electric ClearSCADA 2017 R2. Installation seemed to run
through without major issues (including prerequisites like several Microsoft
Visual C runtime packages).
The application installs a server icon which is used to start / stop a server
process, check server status and configuring the server.
Right-clicking on the server icon brings up an error message and apparently a
crash. The server never really seems to start.
--
Do not reply 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=34235
Bug #: 34235
Summary: SimPark requires 256 bit colors
Product: Wine
Version: 1.7.0
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: roland(a)mxchange.org
Classification: Unclassified
Created attachment 45552
--> http://bugs.winehq.org/attachment.cgi?id=45552
warn+all logfile
The mentioned game wants 256 bit colors and doesn't start. I don't know which
module is to look in so I have chosen "unknown". Attached is a warn+all log as
the default one doesn't output anything (which is somewhere good work!).
The game is a Windows 3.1x game, switching wine's Windows version to 3.1
doesn't help (and I known it won't, just to mention 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=53332
Bug ID: 53332
Summary: Locomotion: Cannot start game without virtual desktop
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 72717
--> https://bugs.winehq.org/attachment.cgi?id=72717
default console containing exception.
When starting the game (Loco.exe) it changes the screen resolution to 800x600
and then crashes with an unhandled exception.
This does not happen if you use a virtual desktop (tested with 800x600 and
1920x1080 and both worked fine).
Tested in clean 64-bit prefix without overrides nor winetricks.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45918
Bug ID: 45918
Summary: Not run Mass Effect 3
Product: Wine
Version: 3.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Bigkreck(a)gmail.com
Distribution: ---
Created attachment 62443
--> https://bugs.winehq.org/attachment.cgi?id=62443
When you start the game, it gives an error, a dump in the attachment
I con not run Mass Effect 3 - ver. 1.05 in wine 3.17
When you start the game, it gives an error, a dump in the 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.
https://bugs.winehq.org/show_bug.cgi?id=43030
Bug ID: 43030
Summary: LINE: Window border stays on top of other windows
Product: Wine
Version: 2.3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kristopher(a)posteo.net
Distribution: ---
Created attachment 58181
--> https://bugs.winehq.org/attachment.cgi?id=58181
Screenshot of the behavior
This is using the windows version of LINE from here:
https://scdn.line-apps.com/client/win/new/LineInst.exe (App homepage:
https://line.me/)
The app seems to have a black border that follows the main window around. You
can see it if you move the window around as the border stays in place, and only
moves after the window finishes moving. This border stays on top of all other
windows.
This behaviour occurs in every window manager or DE that I have tried, so I do
not think it's window manager related.
I'm currently on wine-staging, but this has happened with multiple versions of
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.
http://bugs.winehq.org/show_bug.cgi?id=14072
Summary: Wine Crashes with a Stack dump
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: celticht32(a)aol.com
CC: celticht32(a)aol.com
Wine crashes when running EverQuest2.exe :
First chance exception: page fault on read access to 0x016c6580 in 32-bit code
(0x00a33e9f).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b
EIP:00a33e9f ESP:7eb619a4 EBP:7eb619e8 EFLAGS:00010216( - 00 -RIAP1)
EAX:00000000 EBX:7bc86ae0 ECX:0000000a EDX:00000001
ESI:016c6548 EDI:00000000
Stack dump:
0x7eb619a4: 016c6550 016c6548 7bc86ae0 016eece0
0x7eb619b4: 016eece0 016eedec 00000001 7eb619e8
0x7eb619c4: 6021a9c9 7bc86ae0 ffffffff 7eb61a28
0x7eb619d4: 00817520 00a33daf 7eb61a18 00d05a44
0x7eb619e4: 00000000 7eb61a28 0081bba3 00ba7a29
0x7eb619f4: 015907a0 00ba7a95 016c6548 00ba7a29
Backtrace:
=>1 0x00a33e9f in everquest2 (+0x633e9f) (0x7eb619e8)
2 0x0081bba3 in everquest2 (+0x41bba3) (0x7eb61a28)
3 0x7bc687ee call_thread_entry_point+0xe() in ntdll (0x7eb61a38)
4 0x7bc68e82 call_thread_func+0x42(rtl_func=<register EDI not in topmost
frame>, arg=<register ESI not in topmost frame>)
[/work/Downloads/wine-1.0/dlls/ntdll/thread.c:386] in ntdll (0x7eb61ad8)
5 0x7bc69093 in ntdll (+0x59093) (0x7eb623c8)
6 0x6013b45b (0x7eb624b8)
0x00a33e9f: cmpb $0x0,0x38(%esi)
--
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=53326
Bug ID: 53326
Summary: Wizard101 launcher images won't load
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: doyoulikecake484(a)gmail.com
Distribution: ---
Created attachment 72708
--> https://bugs.winehq.org/attachment.cgi?id=72708
Program error details
When opening the Wizard101 launcher, the graphics that're supposed to show game
updates and stuff fails to load. Using Debian 11 if that's important
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53325
Bug ID: 53325
Summary: Uru - Ages Beyond Myst: Installer crashes due to
corefonts missing
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 72706
--> https://bugs.winehq.org/attachment.cgi?id=72706
Crash handler
Steps to reproduce:
1. Insert CD into drive
2. Open wineconsole in new prefix
3. Navigate to the disc and execute setup.exe
4. In the GUI, click install
5. Wait for the initial progress bar to finish
6. Notice the unhandled exception error popup
If one installs winetricks corefonts, the exception doesn't rise.
Tested in 64-bit prefix
RTX 3070, proprietary drivers
i9-10900K
Kernel 5.10.126
Manjaro 23.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=53323
Bug ID: 53323
Summary: Wireshark doesn't update list of packets during
capture
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
This is a continuation of bug 53104. Now Wireshark starts capturing packets
successfully but the packets aren't shown on the list. Either "Update list of
packets in real-time" option must be deselected or Ctrl+R must be pressed after
capture is stopped to update the list. This bug is not very interesting as
Wireshark is also native for Linux, but my unqualified guess would be that this
a file/pipe handling problem in Wine.
"setcap cap_net_raw,cap_net_admin=eip wine64-preloader" is needed to give Wine
permissions to capture packets.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53314
Bug ID: 53314
Summary: ptrace attach timeout freezes processes to stopped
state
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: superemppu+winehq(a)live.fi
Distribution: ---
Created attachment 72691
--> https://bugs.winehq.org/attachment.cgi?id=72691
patch remove timeout
When wineserver wants to attach ptrace to a process, ptrace() is first called
with PTRACE_ATTACH and then wineserver waits on waitpid() until the process has
received a SIGSTOP. This is correct behavior and described on ptrace manpage.
https://linux.die.net/man/2/ptrace
However, there is a timeout: If the SIGSTOP hasn't reached the process in 3
seconds, wineserver will give up on the PTRACE_ATTACH and immediately do a
PTRACE_DETACH. According to the manpage, PTRACE_DETACH takes effect only when
the process is already stopped, so that PTRACE_DETACH does nothing. When
eventually the SIGSTOP reaches the process, it will be stopped forever and
wineserver thinks that the ptrace session is already over.
This bug only occurs when receiving a SIGSTOP takes over 3 seconds for a
process. On most setups that never happens, but on slow running fuse
filesystems the kernel may be in uninterruptible disk sleep for over 3 seconds.
In our setup this happens consistently when the process runs on fuse-overlayfs
on top of a slow NFS, and it probably happens on sshfs too. As a result, games
such as Subnautica and Arma Cold War Assault freeze to stopped state.
How can we fix this?
Method 1: Just remove the timeout entirely (patch attached). The only case
where that timeout matters is if the kernel is doing something important, in
which case we should probably wait, or a kernel thread is stuck, in which case
we have bigger problems. The fact that this bug has been in Wine for 20 years
and not reported proves that the timeout is not triggered much.
Disadvantages: If a kernel thread of one wine process is stuck, wineserver will
also be stuck for other wine processes even if their kernel threads are fine.
Method 2: If we want to keep the timeout, we should not do PTRACE_DETACH
immediately, but rather set a flag that PTRACE_ATTACH failed. When the SIGSTOP
eventually comes, a SIGCHLD will be sent to wineserver and we can do the
PTRACE_DETACH in the SIGCHLD handler if the flag was set.
Disadvantages: We need an arbitrary timeout. 3 seconds is not enough for slow
fuse filesystems. If the timeout is triggered, processes may still crash
because they could not use whatever windows API wineserver was emulating with
ptrace.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53322
Bug ID: 53322
Summary: Ride 2 config tool needs mfc140u.dll
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: mfc
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
049c:err:module:import_dll Library mfc140u.dll (which is needed by
L"C:\\Program Files (x86)\\Steam\\steamapps\\common\\Ride
2\\ConfigDialogX64.dll") not found
wine-7.12-111-g9af3a79b963
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=40865
Bug ID: 40865
Summary: Steam needs to be online to update. Please confirm
your network connection and try again.
Product: Wine
Version: 1.9.12
Hardware: x86
OS: NetBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adrien_fernandes2(a)hotmail.com
Created attachment 54877
--> https://bugs.winehq.org/attachment.cgi?id=54877
WINEDEBUG=+winhttp,+wininit,+winsock,+teh,+sid wine Steam.exe
Steam can not fetch client (http problem ?).
I don't think it is because it can't find my network, I was using mupen64pp.exe
and I successfully joined a friend online to play with him.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53318
Bug ID: 53318
Summary: error on c sharp program
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pingo-power(a)hotmail.fr
Distribution: ---
Created attachment 72699
--> https://bugs.winehq.org/attachment.cgi?id=72699
logs
a
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53320
Bug ID: 53320
Summary: Star Craft 2 bad textures
Product: Wine-staging
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72702
--> https://bugs.winehq.org/attachment.cgi?id=72702
screen
Red squares around some units, such as those from the company. Launched with
DXVK installed, but the HUD in the game did not work, perhaps DXVK does not
work for this game, and bugs with OpenGL (which sometimes happens with OpenGL)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53316
Bug ID: 53316
Summary: WGL context sharing does not work on Intel driver
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: trass3r(a)gmail.com
Originally encountered when testing DK2:
https://bugs.winehq.org/show_bug.cgi?id=44260#c8
3de8:trace:d3d:texture2d_blt dst_texture 00B11400, ...
3de8:warn:d3d:context_create_wgl_attribs Failed to create a WGL context with
wglCreateContextAttribsARB, last error 0xaa.
3de8:err:d3d:wined3d_context_gl_create_wgl_ctx Failed to create a WGL context.
0xaa is ERROR_BUSY, which is returned because the context to be shared by the
new context in the helper thread is still current in the main thread.
See
https://github.com/roxlu/windows-opengl-context#solution-https://bugzilla.gnome.org/show_bug.cgi?id=792407#c2https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/blob/master/ext/q…
Tested on Win11, Intel UHD620 Driver 30.0.101.3113
with
wine reg add 'HKCU\Software\Wine\Direct3D' /v csmt /t REG_DWORD /d 0
The problem does not occur when replacing the driver with GLonD3D12 from
https://github.com/pal1000/mesa-dist-win
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53179
Bug ID: 53179
Summary: Can't get into the Lineage 2 server
Product: Wine-staging
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Не зайти на сервер Lineage 2. После авторизации прохожу до выбора сервера, и
при нажатии войти никакой реакции, через несколько минут происходит дисконнект.
3 июня работало, возможно повлияло обновление Wine. Старого пакета Wine не
сохранилось чтоб проверить.
В ошибках логах есть:
0298:err:winediag:WSASocketW Failed to create a socket of type SOCK_RAW, this
requires special permissions.
Сервер использует WMI, возможно там что-то меняли.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53313
Bug ID: 53313
Summary: Weird characters without proper LC_ALL with Inno Setup
4.2.2 installers
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: abacadacaba(a)gmail.com
Distribution: ---
Users shouldn't prepend LC_ALL for every executable if executable contains one
or several language(s).
Proper language for executable can be guessed from installer. Installer had
just one language and this language was correct.
Contained Resources by Language:
NEUTRAL 6
DUTCH 4
ENGLISH US 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=47871
Bug ID: 47871
Summary: gameux:gameexplorer crashes randomly
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gameux
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gameux:gameexplorer crashes randomly on Windows 8 and 10:
gameexplorer.c:633: prepared EXE path:
L"C:\\Users\\winetest\\AppData\\Local\\Temp\\wct"
gameux:gameexplorer:0940 done (-1073741819) in 1s
Test failed: crash (c0000005)
Every line with a 'mixed' result is a date when the test crashed:
https://test.winehq.org/data/tests/gameux:gameexplorer.html
Unfortunately there is no backtrace but the last visible trace is in
test_install_uninstall_game() which is the last function to be called. So that
narrows down the range where the test crashes.
The crash happens in both 32 and 64 bit tests on the following configurations:
* cw-rx460-32 *real hardware* machine running Windows 8.1
* w8 and w8adm both Windows 8.1 TestBot VMs, the former running with elevated
privileges and the latter just in an administrator account.
* w1064v1507 a Windows 10 1507 TestBot VM (elevetated privileges).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53305
Bug ID: 53305
Summary: SketchUp 2017: Keyboard entry doesn't work correctly
after reinstall.
Product: Wine
Version: 7.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: HeartwoodJack(a)gmail.com
Distribution: ---
SketchUp 2017 stopped working so I reinstalled. Now it works again, very
nicely* but keyboard entry doesn't work correctly. I thought that it was just
the [Esc] key (to cancel an operation) but numerical entry (to set dimensions
etc) don't work. Keyboard shortcuts continue to work.
Exploring the behaviour, it seems that if I move or resize the SketchUp window,
then the keys work until after an operation. This doesn't apply to internal
windows like toolbars or attributes like 'Materials'. It feels like the cursor
click on the drawing space steals focus from the part of the program that
listens for data or cancellation. Nevertheless, mid-operation, you can still
cancel it by selecting a new operation (using a tool shortcut like [M] or [B])
so it isn't deaf to the keyboard input all together.
Any ideas?
* Works nicely, although this needs to be open in the background, as usual and
without effect:
Bug 50775 - Sketchup Make 2017 displays error message about
sketchup_webhelper.exe
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53303
Bug ID: 53303
Summary: Tycho: When Tycho tries to run a companion exe it
corrupts the exe (VirusTotal check is clean)
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jessethecandent(a)gmail.com
Distribution: ---
Created attachment 72680
--> https://bugs.winehq.org/attachment.cgi?id=72680
sha1 hashes for files
A VirusTotal scan for the programs involved is clean along with the corrupted
programs.
I am using the development version of wine (wine-7.12).
Tycho uses a modified version of Find_Orb (find_o64_modified.exe) for some of
its tasks but will corrupt it when it tries to use it. If dosbox is available,
wine will run the corrupt exe in dosbox. Wine versions 5.16 and below will make
a corrupt find_o64_modified.exe.tmp instead of replacing the original exe,
which allows Tycho to properly use Find_Orb so Tycho can identify known minor
planets. However, a version of wine that old has bad OpenCL support. In a
windows 10 VM the hash of find_o64_modified.exe does not change when Tycho uses
it. Given Find_Orb's important place in the workflow of searching for minor
planets, people would quickly notice if it got corrupted in windows.
Corrupt exe observations:
-The corrupt exe is usually smaller than the original, even if you target
smallexe64.exe (https://github.com/katahiromz/smallexe), giving you a 3 byte
exe.
-The corrupt exe contains pieces of the original exe and stuff not in the
original exe.
-The same target exe produces the same corrupt exe but a different target exe
produces a different corrupt exe.
-Corrupting a corrupt exe does not change it.
warn+all doesn't give anything useful and a trace+all capture of the corruption
event ran my VM out of disk space.
Reproduction instructions:
Running Linux in a VM is recommended due to exe corruption. Uninstall dosbox if
you don't want to run the corrupted exe.
Go to www.tycho-tracker.com/download and download the "Tycho" (v9.2) installer
zip and the "Find_Orb [modified for Tycho]" (2021-07-20) zip file.
Extract the Tycho installer from its zip file.
In a 64 bit wine prefix run the Tycho installer.
Extract the find_orb_2021-07-20/find_o64/ directory and place the find_o64
directory in the wine drive_c directory.
Make a copy of find_o64_modified.exe and place it somewhere for future
reference.
Use wine to run Program Files/Tycho/Tycho.exe .
Click continue at the invitation to register window.
Go to the Settings dropdown menu and click on Find_Orb.
In the "Full Path to Find_Orb Modified Executable" section click browse and go
to the find_o64_modified.exe extracted previously (or put in a different file
you wish to corrupt)
Click on "Run Diagnostic Test". THIS WILL CORRUPT THE SELECTED EXE. IT WILL RUN
IF YOU HAVE DOSBOX INSTALLED!!
A successful test would look like:
[2022/07/02 16:20:20]: Ready.
[2022/07/02 16:20:22]: Beginning test...
[2022/07/02 16:20:23]: [INFO] Returned identifier=[131075], num tries=[0]
[2022/07/02 16:20:23]: [ OK ] Version [5] is a supported version.
[2022/07/02 16:20:23]: End of test.
[2022/07/02 16:20:23]: Ready.
Close Tycho and compare the find_o64_modified.exe (or other file you corrupted)
to the good copy you have.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=9027
odecif(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |odecif(a)gmail.com
--- Comment #65 from odecif(a)gmail.com ---
Bug still present in wine-7.10.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53302
Bug ID: 53302
Summary: BayPhoto ROES crash after several minutes
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thirtythreeforty(a)gmail.com
Distribution: ---
Created attachment 72679
--> https://bugs.winehq.org/attachment.cgi?id=72679
stdout log of ROES
Bay ROES, downloadable from this page [1] (set your user agent to Windows to
get the .msi, or try link [2] directly), is a photo ordering application for
Bay Photo. It installs, launches, and runs well, and orders can be submitted
successfully.
I'm not exactly sure what version it is, since it's an evergreen wrapper that
downloads a Java app (I think).
However, after about 3 minutes the application will spontaneously quit - not
sure if it's a crash or not. This happens even if it's just launched and
allowed to sit. I am unsure why, although the stdout log (attached) has a
suspicious looking line:
> # [ timer expired, abort... ]
near the bottom.
Wine version: 7.12.r0.gb2bf7b6b899 (installed via wine-git AUR package)
[1]: https://bayphoto.com/order/bay-roes/
[2]: https://www.roeslaunch.com/ROES/labs/BayPhotoLab/launch.msi
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53301
Bug ID: 53301
Summary: Misaligned button text until first mouseover in about
dialogs
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: taho(a)dnsdeer.com
Distribution: ---
In the "about" dialogs in winemine and winefile, the text of the "Wine license"
button is initially shifted to the left and shifts to a centered position the
first time it's hovered over.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53284
Bug ID: 53284
Summary: Syberia 2: game occasionally crashes following
graphical glitch
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: memax(a)gmx.fr
Distribution: Ubuntu
Created attachment 72650
--> https://bugs.winehq.org/attachment.cgi?id=72650
terminal output
Ubuntu 20.04.4 LTS 64bit
NVIDIA GeForce 940MX with driver 510.73.05
Wine staging 7.11 (WineHQ binary package) with a clean Wine directory and the
default Wine configuration
Syberia 2 french GOG.com version
syberia_2_french_20171109_(16283)
07df47be888add1d1ce0c3003338f790cfe8c92e Game.exe
Level of detail: high
Screen depth: 32bit
Anti-aliasing: on
Occasionally the display becomes corrupted with parts of the screen turning
black, and then the game crashes.
It seems to be similar to what happens in Syberia 1
(https://bugs.winehq.org/show_bug.cgi?id=53266) but it happens much less
frequently in Syberia 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=53271
Bug ID: 53271
Summary: Elder Scrolls Online crashes/refuses to start after
pressing Play in launcher
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: schwemley.lyle(a)gmail.com
Distribution: ---
Created attachment 72643
--> https://bugs.winehq.org/attachment.cgi?id=72643
txt file it told me to upload
I downloaded ESO directly from the website (not Steam) and installed it using
Wine. It installed perfectly. I press "play" and it says "eso64.exe has
encountered a serious problem and needs to close."
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53132
Bug ID: 53132
Summary: Stack overflow in Lotus Approach on installation and
in document number dialogue
Product: Wine
Version: 7.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq.bugs(a)kjpetrie.co.uk
CC: zzhang(a)codeweavers.com
Regression SHA1: ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3
Distribution: ---
If Approach is already installed it will mostly function normally, until
opening the Document number selection dialogue box.
If installing Approach it will proceed as far as the box confirming
installation is complete. This will have a pale blue title bar instead of the
shaded version seen when the bug is not present and clicking the Done button
will crash with a Stack Overflow.
A Regression Test shows:
ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3 is the first bad commit
commit ccc2c6c613264aa228bd6b113dffebc7bcf2c1f3
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
Date: Wed Mar 2 14:21:48 2022 +0800
wine.inf: Enable Light theme by default.
Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
loader/wine.inf.in | 10 ++++++++++
1 file changed, 10 insertions(+)
Steps to reproduce installation error:
1. Clear .wine and using the above commit or later begin the Smartsuite
installation process, selecting default options and at least Approach as the
program to install. Continue accepting defaults until files are copied across.
If you see boxes reporting errors click Ignore. A dialogue box appears to
confirm installation.
2. Click the Done button.
Expected results:
The dialogue will have the same shaded titlebar as earlier ones in the process
and clicking Done will bring up questions about registration.
Actual result:
The box has a plain royal blue titlebar and clicking Done crashes the program
and abruptly closes the window. However the installed program still functions
if called using wine from a terminal.
Steps to reproduce the number selection crash:
1. Use wine <7.4 to install Approach from a Smartsuite '97 ISO and create a
simple sample database with at least two records for testing. Store that DB
outside ~/.wine to ensure it remains available after removing .wine.
2. Clear .wine and install the above commit or later.
3. Open the sample database and select a view (eg form) which contains the
Document number box near the bottom left.
4. Click the "Document number 1" box.
Expected result:
An active dialogue box opens inviting entry of the required document number.
Actual result. An inactive small window frame appears and freezes with its
initial background as content. The terminal reports a Stack Overflow. Clicking
the close button will produce a "not responding" query.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53164
Bug ID: 53164
Summary: Enter the Gungeon broken after Alt+Tab or Alt+Enter
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: abacadacaba(a)gmail.com
Distribution: ---
Created attachment 72607
--> https://bugs.winehq.org/attachment.cgi?id=72607
error from Wine 7.10
1. character won't move at all
2. character can shoot
3. Ammonomicon won't open and will freeze game instead
Users can close the game with Alt+F4 and without rebooting the OS.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53243
Bug ID: 53243
Summary: Ctrl-number keys type the number, instead of sending
Ctrl-number
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: emendelson(a)mac.com
Ctrl-number (Ctrl-2, Ctrl-6, etc.) types the number, does not send Ctrl-2,
Ctrl-6, etc.
In macOS Monterey (Intel), with wine-devel installed via Brew, and testing with
the 64-bit version of the vDos MS-DOS emulator. The MS-DOS word processor
WordPerfect for DOS uses Ctrl-2 and Ctrl-6, but with vDos under Wine, Ctrl-2
types "2" in the editing window and Ctrl-6 types "3" in the editing window.
Ctrl-letter keys like Ctrl-C and Ctrl-V work correctly; only Ctrl-number keys
don't work.
Ctrl-number keys work correctly in the DOSBox-X emulator on the same Mac. They
only fail to work under vDos.
Is it possible to fix this?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=6893
temp82(a)luukku.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |temp82(a)luukku.com
--- Comment #23 from temp82(a)luukku.com ---
still a checksum mismatch and a crash.
wine 7.12.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35294
Bug ID: 35294
Summary: Window borders shown over other windows
Product: Wine
Version: 1.7.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: p91paul(a)gmail.com
Classification: Unclassified
Created attachment 47074
--> http://bugs.winehq.org/attachment.cgi?id=47074
Opened Line window on top
Workflow: open a Line (http://line.naver.jp/en/) chat window. (window.png
attachment)
Switch to another window, so that the line window moves back.
Line window borders will remain visible(borders.png attachment: watch were
there was the window in window.png, you will see the borders)
I'm also unable to minimize the window, the button does nothing. The bug is
reproducible with "Allow window manager to manage the windows" checked; if I
uncheck it before launching wine, simply Line window stays over all other
windows (you will stay in the situation of window.png also if you focus another
window).
Running cinnamon on Arch Linux.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53260
Bug ID: 53260
Summary: Wine won't open distro-installed text editors and the
like
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: orowwith2os(a)gmail.com
Distribution: ---
I've seen, multiple times, people have an issue where Wine won't open a file
(from inside the wine prefix) with an external host application, like NeoVIM,
Kate, or Visual Studio Code, instead stating
I believe it would be a minor, but worth it, feature to add to Wine.
If I had to suggest a way to implement this, I would suggest using the
xdg-desktop-portals, as they work with sandboxed applications like Flatpak, and
may be the ideal method to use for Wine.
TL;DR, please add the ability to open files from inside Wine with external
applications, possibly by using the XDG desktop portals.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53201
Bug ID: 53201
Summary: evr:evr crashes almost systematically on the TestBot's
Wine VMs
Product: Wine
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: ---
evr:evr crashes almost systematically on the TestBot's Wine VMs.
First the crashes happen either after this line:
evr.c:1337: Test marked todo: Unexpected hr 0x80004001.
or this one:
evr.c:2324: Test marked todo: Unexpected hr 0x80004001.
Then the crashes can take several forms. The most common is an
EXCEPTION_WINE_ASSERTION:
Unhandled exception: assertion failed in 32-bit code (0xf7f7a559).
[...]
Backtrace:
=>0 0xf7f7a559 __kernel_vsyscall+0x9() in [vdso].so (0x0063e32c)
1 0xf7d4ae02 in libc.so.6 (+0x34e02) (0x0063e32c)
2 0xf7d33306 in libc.so.6 (+0x1d306) (0xf7efb000)
3 0x764b43d8 in libllvm-11.so.1 (+0x75f3d8) (0x0063e628)
4 0x764b41b0 in libllvm-11.so.1 (+0x75f1b0) (0x78f38762)
5 0x7420656c in libvulkan_radeon.so (+0x2f456c) (0x62616e55)
6 0x6c667265 (0x766f2078)
7 0xfe787067 (0x838d72eb)
[...]
Test failed: crash (80000101)
It can also be a read access to 0x00000004. In that case the backtrace is
different:
Unhandled exception: page fault on read access to 0x00000004 in 32-bit code
(0x63dc19f0).
Backtrace:
=>0 0x63dc19f0 in swrast_dri.so (+0x6a39f0) (0x6f2acba4)
1 0x63dc6de7 in swrast_dri.so (+0x6a8de7) (0x00007dbc)
2 0x64213985 in swrast_dri.so (+0xaf5985) (0x00007dbc)
3 0x63dc1b9a in swrast_dri.so (+0x6a3b9a) (0x00007dbc)
4 0x63daa367 in swrast_dri.so (+0x68c367) (0x71291010)
5 0x637ae197 in swrast_dri.so (+0x90197) (0x7b5764a0)
6 0x637a261d in swrast_dri.so (+0x8461d) (0x00000000)
7 0x63cbb3f0 in swrast_dri.so (+0x59d3f0) (0x7b574e00)
8 0x7b7aecba in libglx_mesa.so.0 (+0x2bcba) (0x7d667330)
9 0x7b7aca38 in libglx_mesa.so.0 (+0x29a38) (0x00000000)
10 0x7d95fe24 in libglx.so.0 (+0x3e24) (0x7d98f000)
11 0x7e38a419 create_glxcontext+0x39(context=<internal error>,
shareList=<internal error>, display=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\winex11.drv\opengl.c:1288] in
winex11.so (0x0063f648)
12 0x7e38e10e X11DRV_wglCreateContextAttribsARB+0x15e(hdc=94010068,
hShareContext=<is not available>, attribList=<is not available>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\winex11.drv\opengl.c:2079] in
winex11.so (0x0063f688)
13 0x7a8bc111 wglCreateContextAttribsARB+0xd1(hdc=<internal error>,
share=<internal error>, attribs=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\opengl32\wgl.c:281] in opengl32
(0x0063f6c8)
14 0x71481767 context_create_wgl_attribs+0x67(gl_info=047AE2E4, hdc=94010068,
share_ctx=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\context_gl.c:1894] in
wined3d (0x0063f748)
15 0x71448ca0 wined3d_caps_gl_ctx_create_attribs+0x40(caps_gl_ctx=0063F830,
gl_info=047AE2E4)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\adapter_gl.c:285] in
wined3d (0x0063f788)
16 0x71450f6d wined3d_adapter_gl_init+0x1e75(wined3d_creation_flags=<internal
error>, ordinal=<internal error>, adapter_gl=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\adapter_gl.c:5359] in
wined3d (0x0063f8d8)
17 0x71450f6d wined3d_adapter_gl_create+0x1ebd(ordinal=0,
wined3d_creation_flags=0x3ecc)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\adapter_gl.c:5440] in
wined3d (0x0063f8d8)
18 0x714bb6fb wined3d_init+0x4b(wined3d=047AE2C8, flags=0x3ecc)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\directx.c:3509] in
wined3d (0x0063f938)
19 0x715514d2 wined3d_create+0x62(flags=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\wined3d_main.c:141] in
wined3d (0x0063f978)
20 0x67c91d65 d3d9_init+0x35(d3d9=047AE2A8, extended=0)
[Z:\home\winetest\tools\testbot\var\wine\dlls\d3d9\directx.c:702] in d3d9
(0x0063f9c8)
21 0x67c83b31 Direct3DCreate9+0x5c(sdk_version=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\d3d9\d3d9_main.c:44] in d3d9
(0x0063f9f8)
22 0x6558fb89 video_presenter_init_d3d+0x18(presenter=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\evr\presenter.c:2112] in evr
(0x0063fa98)
23 0x6558fb89 evr_presenter_create+0x129(outer=00000000, out=0063FAEC)
[Z:\home\winetest\tools\testbot\var\wine\dlls\evr\presenter.c:2172] in evr
(0x0063fa98)
24 0x65581d3d classfactory_CreateInstance+0x8d(iface=<internal error>,
outer_unk=<internal error>, riid=<internal error>, ppobj=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\evr\main.c:122] in evr
(0x0063fb08)
25 0x6850b749 IClassFactory_CreateInstance+0x1c(ppvObject=<internal error>,
riid=<internal error>, pUnkOuter=<internal error>, This=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine-win32\include\unknwn.h:223] in combase
(0x0063fb98)
26 0x6850b749 CoCreateInstanceEx+0xe4(rclsid=<internal error>,
outer=<internal error>, cls_context=<internal error>, server_info=<internal
error>, count=<internal error>, results=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\combase\combase.c:1891] in
combase (0x0063fb98)
27 0x6850bbe1 CoCreateInstance+0x6c(rclsid=<internal error>, outer=<internal
error>, cls_context=<internal error>, riid=<internal error>, obj=<internal
error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\combase\combase.c:1681]
in combase (0x0063fc18)
28 0x6558f8c1 MFCreateVideoPresenter+0x91(owner=<internal error>,
riid_device=<internal error>, riid=<internal error>, obj=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\evr\presenter.c:2100] in evr
(0x0063fc88)
29 0x00404c72 in evr_test (+0x4c72) (0x0063fd28)
[...]
And on cw-rx460 some underlying library just called exit(0):
evr.c:1337: Test marked todo: Unexpected hr 0x80004001.
evr:evr:06ac done (0) in 2s
The main process has no test summary line
https://test.winehq.org/data/patterns.html#evr:evr
So this impacts not just the TestBot VMs with their QXL graphics card, but also
real hardware with an AMD RX 460 GPU.
Finally the crashes started on 2022-05-17 and a bisect on a Debian VM points to
the commit below as the culprit:
commit 4a98b07c4bcc35a698448261478ba856c149cbea
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
Date: Tue May 17 14:17:53 2022 +0800
winex11.drv: Open a Vulkan device for D3DKMTOpenAdapterFromLuid().
The Vulkan device is used for querying video memory information for
implementing
D3DKMTQueryVideoMemoryInfo().
Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
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=52475
Bug ID: 52475
Summary: Shogun Total War 2 crashes on start up. (Main
Application.)
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: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 71762
--> https://bugs.winehq.org/attachment.cgi?id=71762
Backtrace of crash in 32bit native mode.
As of Wine 7.0 The main game application (Shogun2.exe) crashes after selecting
the DirectX version with an illegal instruction exception.
This occurs in a clean prefix regardless of wine running the game in 32bit
native mode or WoW64 mode. The only difference is the offset of the crash.
Which is consistent with each 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=49501
Bug ID: 49501
Summary: Star Citizen: No mic input audio (used for voip)
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winepulse.drv
Assignee: wine-bugs(a)winehq.org
Reporter: simonnatella(a)gmail.com
Distribution: ---
Created attachment 67628
--> https://bugs.winehq.org/attachment.cgi?id=67628
Fixes Star Citizen voip naively
Mic input within Star Citizen does not work, despite audio devices being
recognised and audio output working correctly.
I've done some debugging and produced the attached very naive fix - I'm aware
it's Pulse only and it does not actually handle the required mmdevapi flags, it
just doesn't error on seeing them. I'm not a C developer, so unfortunately
writing handling for these flags is well beyond my skills.
The missing flags are described on
https://docs.microsoft.com/en-gb/windows/win32/coreaudio/audclnt-streamflag…
as AUDCLNT_STREAMFLAGS_AUTOCONVERTPCM and
AUDCLNT_STREAMFLAGS_SRC_DEFAULT_QUALITY
The whitelist in AudioClient_Initialize for Pulse doesn't acknowledge these
(heck, mmdevapi doesn't have the constants defined) and so when provided them
bails out, this patch just lets the code continue.
The fix has been used by ourselves for a few weeks and by TkG in his wine
builds, and so far we've not seen any side effects, except working mic input in
SC of course.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53235
Bug ID: 53235
Summary: The 32-bit mfplat:mfplat crashes on the TestBot
debian11 VM
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: ---
The 32-bit mfplat:mfplat crashes on the TestBot debian11 VM.
The crash is either a EXCEPTION_WINE_ASSERTION:
mfplat.c:922: Test marked todo: Unexpected sub type
{30323449-0000-0010-8000-00aa00389b71}.
Unhandled exception: assertion failed in 32-bit code (0xf7f45559).
Backtrace:
=>0 0xf7f45559 __kernel_vsyscall+0x9() in [vdso].so (0x0065e42c)
1 0xf7d15e02 in libc.so.6 (+0x34e02) (0x0065e42c)
2 0xf7cfe306 in libc.so.6 (+0x1d306) (0xf7ec6000)
3 0x5d3f43d8 in libllvm-11.so.1 (+0x75f3d8) (0x0065e728)
4 0x5d3f41b0 in libllvm-11.so.1 (+0x75f1b0) (0x5fe78762)
5 0x7420656c in libxvidcore.so.4 (+0xa656c) (0x62616e55)
0xf7f45559 __kernel_vsyscall+0x9 in [vdso].so: popl %ebp
Or a plain NULL pointer dereference:
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x70baff74).Backtrace:
=>0 0x70baff74 memset+0x24(dst=0x000000000, c=0, n=0x4000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\msvcrt\string.c:3150] in ucrtbase
(0x0357f908)
1 0x715283e3 wined3d_texture_load_location+0x423(texture=001AC9E0,
sub_resource_idx=0, context=001A9A30, location=0x8)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\texture.c:853] in wined3d
(0x0357f9a8)
2 0x715173ae surface_cpu_blt+0x9ee(dst_texture=001AC9E0,
dst_sub_resource_idx=0, dst_box=0357FB38, src_texture=001AC588,
src_sub_resource_idx=0, src_box=0357FB50, flags=0x20000000, fx=0357FB68,
filter=WINED3D_TEXF_POINT)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:752] in wined3d
(0x0357faf8)
3 0x71518ea2 cpu_blitter_blit+0xc2(blitter=001AC3C0,
op=WINED3D_BLIT_OP_RAW_BLIT, context=001A9A30, src_texture=001AC588,
src_sub_resource_idx=0, src_location=0x10, src_rect=0357FE10,
dst_texture=001AC9E0, dst_sub_resource_idx=<is not available>,
dst_location=0x8, dst_rect=0357FE20, color_key=00000000,
filter=WINED3D_TEXF_POINT, resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:1328] in
wined3d (0x0357fb98)
4 0x715368a2 ffp_blitter_blit+0xa2(blitter=001AC3D8,
op=WINED3D_BLIT_OP_RAW_BLIT, context=001A9A30, src_texture=001AC588,
src_sub_resource_idx=0, src_location=0x10, src_rect=0357FE10,
dst_texture=001AC9E0, dst_sub_resource_idx=0, dst_location=0x8,
dst_rect=0357FE20, colour_key=00000000, filter=WINED3D_TEXF_POINT,
resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\texture.c:6213] in
wined3d (0x0357fc58)
5 0x714dc91d glsl_blitter_blit+0x1ad(blitter=001AC3F0,
op=WINED3D_BLIT_OP_RAW_BLIT, context=001A9A30, src_texture=001AC588,
src_sub_resource_idx=0, src_location=0x10, src_rect=0357FE10,
dst_texture=001AC9E0, dst_sub_resource_idx=0, dst_location=0x8,
dst_rect=0357FE20, colour_key=00000000, filter=WINED3D_TEXF_POINT,
resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\glsl_shader.c:13270] in
wined3d (0x0357fd78)
6 0x7151a181 texture2d_blt+0x3c1(dst_texture=001AC9E0,
dst_sub_resource_idx=0, dst_box=0479C3C8, src_texture=001AC588,
src_sub_resource_idx=0, src_box=0479C3E8, flags=0x20000000, fx=0479C404,
filter=WINED3D_TEXF_POINT)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:1639] in
wined3d (0x0357fe48)
7 0x7149b07d wined3d_cs_exec_blt_sub_resource+0xcd(cs=04790020,
data=0479C3BC) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:2579]
in wined3d (0x0357fec8)
8 0x7149cb2b wined3d_cs_command_unlock(queue=<internal error>, cs=<internal
error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3310] in
wined3d (0x0357ff28)
9 0x7149cb2b wined3d_cs_execute_next+0x53(queue=<internal error>,
cs=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3309] in wined3d
(0x0357ff28)
10 0x7149cb2b wined3d_cs_run+0x11b(ctx=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3375] in wined3d
(0x0357ff28)
11 0x7b62a170 in kernel32 (+0x2a170) (0x0357ff48)
12 0x7bc5a937 in ntdll (+0x5a937) (0x0357ff5c)
13 0x7bc5aff0 RtlCreateUserThread(entry=7149CA10, arg=04790020)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\thread.c:261] in ntdll
(0x0357ffec)
0x70baff74 memset+0x24
[Z:\home\winetest\tools\testbot\var\wine\dlls\msvcrt\string.c:3150] in
ucrtbase: movl %eax,0x0(%ebx)
3150 *(unaligned_ui64 *)(d + 0) = v;
https://test.winehq.org/data/patterns.html#mfplat:mfplat
This is most likely the same issue as the d2d1:d2d1 (bug 53231) and evr:evr
(bug 53201) crashes.
Still, this time the crash:
* Does not happen on my Debian 11 + Intel & KDE box
* Does not happen on my Debian 11 + QXL + single monitor VM
* Happens on the TestBot's Debian 11 + QXL + dual monitor VM (probably slightly
different library versions)
* Does not happen on the TestBot's Debian Testing + QXL + dual monitor VM
Also the crashes started when the debian11 VM was updated and moved to the gpu1
VM host.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53156
Bug ID: 53156
Summary: MetaTrader4 stopped working properly with wine 7.10
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tst1(a)mixbox.pl
Distribution: ArchLinux
After updating wine to 7.10 (under Manjaro Linux) MetaTrader4 stopped working
properly.
When opening MetaTrader4, charts windows initially seem to work properly, but
when an Alert window appears, clicking on any chart or alert window changes the
whole workspace of MetaTrader4 into a blank MetaTrader4 window.
Sometimes (before an Alert window appeared) It was not possible to change
timeframes of a chart window.
Downgrading wine to a previous wine 7.7 version was a workaround solution
solving the issue.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52729
Bug ID: 52729
Summary: Argentum 20 RPG Launcher has graphical glitches since
7.3
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
It never really rendered properly, but there's been a massive graphic
regression in wine-7.3. See attachments.
Website: https://www.argentum20.com/
Download: https://www.elmesonhostigado.com/foro/instalador/Instalador_AO20.exe
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49633
Bug ID: 49633
Summary: StarCitizen launcher crashes on start with a winmm
error
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: rawfox(a)freenet.de
Distribution: ---
Hello again^^
Commit f02193738c88bea8fefb3f8d2e79c5e9941f6b5a is crashing the StarCitizen
launcher at start.
https://github.com/wine-mirror/wine/commit/f02193738c88bea8fefb3f8d2e79c5e9…
Reverting that commit let the launcher start correctly.
git revert f02193738c88bea8fefb3f8d2e79c5e9941f6b5a
git rebase -i
Thats what i did to revert the commit, but as the commit itself looks fine,
there may be coming invalid data to it.
MSVCRT_size_t ?!
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53049
Bug ID: 53049
Summary: Incorrect display of selected buttons in Light theme.
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: markets(a)drsky.ru
CC: dimesio(a)earthlink.net
Distribution: ---
Created attachment 72445
--> https://bugs.winehq.org/attachment.cgi?id=72445
Incorrect display of selected buttons.
In MetaTrader 5 with wine 7.9 and Light theme incorrect display of selected
buttons and buttons under cursor.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52586
Bug ID: 52586
Summary: Printing to cups-pdf crashes Approach
Product: Wine-staging
Version: 7.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 71909
--> https://bugs.winehq.org/attachment.cgi?id=71909
Print frame
Hi All,
Fedora 35, x64
wine-7.2-1.fc35.i686 (from the Fedora Repo)
cups-2.3.3op2-13.fc35.x86_64
cups-pdf-3.0.1-14.fc35.x86_64
Smart Suite: N9.8.0208.1300
When attempting to print to CUPS-PDF from Approach (Smart Suite), the print box
frame pops up but does not populate (you see the background behind it) and
Approach crashes. See the attachment.
The symptom is the same using wine-7.2-1.fc35.i686 from the WineHQ repo.
Downgrading to wine-6.16-1.fc35.i686 also from the Fedora repo corrects the
issue.
Please fix as soon as possible.
-T
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53066
Bug ID: 53066
Summary: Wireshark shows black rectangle on various places if
light theme is enabled
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Created attachment 72469
--> https://bugs.winehq.org/attachment.cgi?id=72469
Black rectangle in main window
Wireshark shows black rectangles on various places if light theme is enabled.
Wireshark uses Qt5 and these visual bugs are common for various other
applications that use this library.
These messages appear in the log:
00fc:fixme:uxtheme:GetThemeBackgroundRegion Unknown background type
...
(wireshark:248) 11:07:18.427038 [GUI CRITICAL] -- OpenThemeData() failed for
theme 11 (TASKDIALOG).
(There are also other visual bugs visible: menu item is not highlighted under
mouse cursor and incorrect button rendering.)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52617
Bug ID: 52617
Summary: mame -listxml crashes when invoked from clrmamepro
Product: Wine-staging
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: belegdol(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 71942
--> https://bugs.winehq.org/attachment.cgi?id=71942
backtrace
Hello,
mame-0.241 crashes when used together with clrmamepro. Steps to reproduce:
1. download mame0241b_64bit.exe from https://www.mamedev.org/release.html
2. download clrmamepro 64bit 4.044b from
https://mamedev.emulab.it/clrmamepro/#downloads
3. unpack mame
4. install clrmamepro
5. start clrmamepro
6. go to profiler
7. click on create
8. point the filename to mame.exe
9. click on create profile
10. double click on the added profile
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49491
Bug ID: 49491
Summary: Acronis Disk Director 12 does not create
%PROGRAMFILES(x86)% corresponding folder
Product: Wine-staging
Version: 5.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: b1779506(a)trbvn.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
It creates the file:
~/.wine/drive_c/users/gamin/Desktop/Acronis Disk Director 12.desktop
But the folder specified inside the .desktop file does not exist:
Path=/home/gamin/.wine/dosdevices/c:/Program Files (x86)/Acronis/DiskDirector/
URL: http://download.acronis.com/ADD12_trial_en-US.exe
wine --version
wine-5.11 (Staging)
Log:
00d8:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling
back to RandR 1.0. Please consider using the Nouveau driver instead.
00d8:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
00d8:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
00ec:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling
back to RandR 1.0. Please consider using the Nouveau driver instead.
0108:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
00c4:err:clipboard:convert_selection Timed out waiting for SelectionNotify
event
00c4:err:clipboard:convert_selection Timed out waiting for SelectionNotify
event
0108:fixme:msi:MsiGetLastErrorRecord
0108:fixme:msi:MsiGetLastErrorRecord
0108:fixme:msi:MsiGetLastErrorRecord
0108:fixme:msi:MsiGetLastErrorRecord
0180:fixme:msi:MsiGetLastErrorRecord
0180:fixme:msi:MsiGetLastErrorRecord
0180:fixme:msi:MsiGetLastErrorRecord
0180:fixme:msi:MsiGetLastErrorRecord
01a8:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling
back to RandR 1.0. Please consider using the Nouveau driver instead.
01bc:fixme:nls:get_dummy_preferred_ui_language (0x4 0x105f3bc (nil) 0x105f3c0)
returning a dummy value (current locale)
01bc:fixme:nls:get_dummy_preferred_ui_language (0x4 0x105f3bc 0xe2df78
0x105f3c0) returning a dummy value (current locale)
00d8:fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format,
advertised shortcut
00d8:fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format,
advertised shortcut
00d8:fixme:msi:ITERATE_CreateShortcuts poorly handled shortcut format,
advertised shortcut
0200:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling
back to RandR 1.0. Please consider using the Nouveau driver instead.
022c:fixme:service:create_serviceW Don't know how to add a password
0208:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling
back to RandR 1.0. Please consider using the Nouveau driver instead.
0210:err:winediag:xrandr12_init_modes Broken NVIDIA RandR detected, falling
back to RandR 1.0. Please consider using the Nouveau driver instead.
0244:fixme:wintrust:CryptCATAdminAddCatalog NULL basename not handled
00d8:err:msi:execute_script Execution of script 0 halted; action
L"[C:\\users\\dalvik\\Temp\\tmpf124.tmp<=>S-1-5-21-0-0-0-1000<=>{FE6AA38C-8A06-41FB-B94C-5431743BB0BF}]_USRCUSTACT_MsiFltSrvInstall64_fltsrv_component"
returned 1603
00d8:err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize"
returned 1603
00d8:fixme:msi:internal_ui_handler internal UI not implemented for message
0x0b000000 (UI level = 5)
00d8:fixme:msi:internal_ui_handler internal UI not implemented for message
0x0b000000 (UI level = 5)
00d8:err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned
1603
025c:fixme:nls:get_dummy_preferred_ui_language (0x4 0x105f3bc (nil) 0x105f3c0)
returning a dummy value (current locale)
025c:fixme:nls:get_dummy_preferred_ui_language (0x4 0x105f3bc 0xe336c8
0x105f3c0) returning a dummy value (current locale)
00c0:fixme:advapi:ReportEventA
(0xcafe4242,0x0004,0x0000,0x00000064,(nil),0x0001,0x00000000,0xa9f8b0,(nil)):
stub
00c0:fixme:advapi:ReportEventW
(0xcafe4242,0x0004,0x0000,0x00000064,(nil),0x0001,0x00000000,0x6f2060,(nil)):
stub
00c0:fixme:advapi:DeregisterEventSource (0xcafe4242) stub
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53293
Bug ID: 53293
Summary: Total War: Shogun 2 crashes with builtin d3dx9_42
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 72660
--> https://bugs.winehq.org/attachment.cgi?id=72660
+d3dx
wine-7.11-212-ge06a62049e8
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=46964
Bug ID: 46964
Summary: Port Royale 3 Pirates and Merchants: In-game error
starting game
Product: Wine
Version: 4.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 64115
--> https://bugs.winehq.org/attachment.cgi?id=64115
Debug log
Installing the game works fine
Winetricks dotnet30 is executed
When launching the game a popup show saying
"Internal error"
"App.cpp(1159): Error in 'App::Initialize':"
"Launcher failed return code: -5:0xfffffffb"
Clean wine prefix.
Attached you may find debug log.
This game runs fine in wine-3.0 but not wine-3.20
If there is anything missing and needed, please let me know and I'll do my best
o aid.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47608
Bug ID: 47608
Summary: SmartGames Stratajams: Required resolution not found,
need at least 638 by 478
Product: Wine
Version: 4.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 65034
--> https://bugs.winehq.org/attachment.cgi?id=65034
warn+all debug log
When launching the game SmartGames Stratajams, the game throws an error saying
"Required resolution not found. This program requires a resolution of at least
638 by 478. Please refer to the "Troubleshooting" section of the product manual
or on-line help".
Attached is is a log of warn+all.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53292
Bug ID: 53292
Summary: Safecracker: Missing swedish characters in roll-list
in-game
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fonts
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 72656
--> https://bugs.winehq.org/attachment.cgi?id=72656
Showing rectangles instead of "ö"
In the swedish version of the game there are problems showing the letters Å, Ä,
Ö in the in-game inventory (see screenshot) and they are replaced with
squares/rectangles.
This is only for the inventory in the game! In other places of the game the
characters show as expected.
A workaround using "winetricks corefonts" works and makes them show as
expected.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53124
Bug ID: 53124
Summary: Dungeon Keeper 2 not working with Vulkan renderer
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: trass3r(a)gmail.com
HKEY_CURRENT_USER\Software\Wine\Direct3D\renderer = vulkan
(and csmt = 0)
With the following patches the game is able to start but only shows a black
window (sound, game logic etc is working).
diff --git a/dlls/wined3d/utils.c b/dlls/wined3d/utils.c
index 381c1ae..3382030 100644
--- a/dlls/wined3d/utils.c
+++ b/dlls/wined3d/utils.c
@@ -4319,6 +4319,7 @@ static void init_vulkan_format_info(struct
wined3d_format_vk *format,
{WINED3DFMT_R32_FLOAT_X8X24_TYPELESS, VK_FORMAT_D32_SFLOAT_S8_UINT,
},
{WINED3DFMT_X32_TYPELESS_G8X24_UINT, VK_FORMAT_D32_SFLOAT_S8_UINT,
},
{WINED3DFMT_D24_UNORM_S8_UINT, VK_FORMAT_D24_UNORM_S8_UINT,
},
+ {WINED3DFMT_X8D24_UNORM, VK_FORMAT_X8_D24_UNORM_PACK32,
},
};
VkFormat vk_format = VK_FORMAT_UNDEFINED;
VkImageFormatProperties image_properties;
diff --git a/dlls/ddraw/device.c b/dlls/ddraw/device.c
index 27b6500..da39a2a 100644
--- a/dlls/ddraw/device.c
+++ b/dlls/ddraw/device.c
@@ -7023,7 +7023,7 @@ static HRESULT d3d_device_init(struct d3d_device *device,
struct ddraw *ddraw, c
if (device->hardware_device && !(target->surface_desc.ddsCaps.dwCaps &
DDSCAPS_VIDEOMEMORY))
{
WARN("Surface %p is not in video memory.\n", target);
- return D3DERR_SURFACENOTINVIDMEM;
+ //return D3DERR_SURFACENOTINVIDMEM;
}
if (outer_unknown)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53283
Bug ID: 53283
Summary: d3d9:d3d9ex - test_wndproc_windowed() sometimes gets
the wrong foreground window on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:d3d9ex - test_wndproc_windowed() sometimes gets the wrong foreground
window on Windows 7:
d3d9ex.c:3318: Test failed: Expected foreground window 00CC01AA, got 0099020C.
https://test.winehq.org/data/patterns.html#d3d9:d3d9ex
This only happens on the TestBot's Windows 7 VMs (w7u). Newer versions of
Windows don't seem to be having this issue or it's something
configuration-specific (maybe a notification of some sort, driver?).
Besides the window handles, this is rare enough to cause false positives.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53282
Bug ID: 53282
Summary: d3d9:d3d9ex - test_wndproc() is sometimes missing a
WM_DISPLAYCHANGE message in 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: ---
d3d9:d3d9ex - test_wndproc() is sometimes missing a WM_DISPLAYCHANGE message in
Wine:
d3d9ex.c:3115: Test failed: Expected message 0x7e for window 0x1, but didn't
receive it, i=0.
(also happens with i=1)
https://test.winehq.org/data/patterns.html#d3d9:d3d9ex
This failure is rare enough to cause false positives.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53280
Bug ID: 53280
Summary: ddraw:ddraw1 sometimes crashes on the TestBot VMs
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: ---
ddraw:ddraw1 sometimes crashes on the TestBot VMs:
The crash is either an EXCEPTION_WINE_ASSERTION:
Unhandled exception: assertion failed in 32-bit code (0xf7f1e559).
[...]
Test failed: crash (80000101)
or a plain NULL dereference:
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x70ba8945).
https://test.winehq.org/data/patterns.html#ddraw:ddraw1
The crashes only happen with 32-bit code.
Also the crashes started when the debian11 VM was updated and moved to the gpu1
VM host (see also bug 53235).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53279
Bug ID: 53279
Summary: World Of Warcraft (BCC): crashes on start on FreeBSD.
Product: Wine
Version: 7.7
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Wolffbsd(a)outlook.dk
Created attachment 72646
--> https://bugs.winehq.org/attachment.cgi?id=72646
Shows wine logs when running TBC.
os:FreeBSD <hostname> 13.1-RELEASE FreeBSD 13.1-RELEASE
releng/13.1-n250148-fc952ac2212 GENERIC amd64
drivers: https://www.freshports.org/x11/nvidia-driver/ (latest)
Running -d3d11 argument, dxvk 1.10.1, and wine-devel-7.7 from latest repo on
freebsd (https://www.freshports.org/emulators/wine-devel).
Both World of Warcraft TBC and classic Era crash.
TBC on start, a few images in, gives an ACCESS VIOLATION error. no more
specific information on the error is given on battle.net or the blizzard
forums, but it seems most people having same error code is due to antivirus
interfering (on windows that is).
I tried running without dxvk on opengl, also on a fresh .wine prefix, on vkd3d
all with no success and same errors.
TBCLOG attachment has a log of wine running.
first bug report I ever make, please do tell if I am being unclear, or if I did
a mistake.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53278
Bug ID: 53278
Summary: schedsvc:rpcapi once failed to release the RPC handle
on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
schedsvc:rpcapi once failed to release the RPC handle on Windows:
rpcapi.c:514: Test failed: expected S_OK, got 0x80070091
https://test.winehq.org/data/patterns.html#schedsvc:rpcapi
Where 0x80070091 == HRESULT_FROM_WIN32(ERROR_PATH_BUSY).
There was no other failure in that 2022-06-24 w10pro64-ar run.
It looks like there was still some operation pending that caused the final
RpcBindingFree() to fail. So maybe some sort of a race condition?
In another run a pair of SchRpcDelete() calls much earlier in the test failed
with the same error (2022-06-06 w10pro64-fr):
rpcapi.c:234: Test failed: expected S_OK, got 0x80070091
rpcapi.c:236: Test failed: expected S_OK, got 0x80070091
rpcapi.c:242: Test failed: expected ERROR_FILE_NOT_FOUND, got 0
rpcapi.c:243: Test failed: expected 0, got 1
rpcapi.c:244: Test failed: expected 0, got 1
rpcapi.c:245: Test failed: expected NULL, got 0000000000735EF0
rpcapi.c:248: Test failed: expected S_OK, got 0x800700b7
rpcapi.c:255: Test failed: expected 0, got 1
rpcapi.c:256: Test failed: expected 0, got 1
rpcapi.c:257: Test failed: expected NULL, got 00000000007358F0
rpcapi.c:260: Test failed: expected S_OK, got 0x800700b7
Note: The HRESULT_FROM_WIN32(ERROR_ALREADY_EXISTS) == 0x800700b7 errors are
probably caused by the initial SchRpcDelete() failures.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53193
Bug ID: 53193
Summary: d3d9:device - test_window_position() fails randomly in
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: ---
d3d9:device - test_window_position() fails randomly in Wine.
For instance:
device.c:14648: Test failed: Adapter 0: Expect window rect (0,0)-(1024,768),
got (4,14)-(644,494).
or
device.c:14648: Test failed: Adapter 0: Expect window rect (0,0)-(1024,768),
got (4,23)-(644,503).
or
device.c:14648: Test failed: Adapter 1: Expect window rect (1024,0)-(2048,737),
got (4,14)-(644,494).
or
device.c:14714: Test failed: Adapter 1: Expect window rect (1024,0)-(2048,737),
got (0,0)-(1024,737).
https://test.winehq.org/data/patterns.html#d3d9:device
Sometimes one can get failures for both adapter 0 and 1.
It is also not limited to multi-monitor configurations. For instance
fgtb-debian11 which is a single monitor configuration still gets the adapter 0
failure from time to time.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51976
Bug ID: 51976
Summary: The Elder Scrolls Online crashes at startup since it
auto-updated to v7.2.5 on Nov 1 2021
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 70965
--> https://bugs.winehq.org/attachment.cgi?id=70965
default terminal output (wine 6.20)
Hello,
After upgrading the game The Elder Scrolls Online to v7.2.5 (Deadlands & Update
32) on Nov 1, I can no longer start the application.
I was using Wine 6.17 at the time (had no issue with it before the game update)
and upgraded to 6.19, then 6.20, and got the same result.
The launcher works fine, but as soon as I click the PLAY button, a wine debug
dialog pops-up about a crash in the game client (eso64.exe - this is a 64bit
app).
The patch notes of the game speaks of changes in Nvidia DLSS & DLAA and
Multithreaded Rendering, but a +relay log shows that the crash occurs right
after a call to BluetoothFindFirstRadio(), in the same thread. I don't recall
seeing that function before so that may be an unmentioned change to the
application, or it may have nothing to do with the crash; I don't know (yet).
https://forums.elderscrollsonline.com/en/discussion/590109/pc-mac-patch-not…
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=53267
Bug ID: 53267
Summary: user32:win - test_mouse_input() fails on Windows 10
21H1+
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:win - test_mouse_input() fails on Windows 10 21H1+:
win.c:4549: Test failed: hwnd 000401CA/000401CA message 0204
win.c:4554: Test failed: hwnd 000401CA/000401CA message 0205
win.c:4559: Test failed: hwnd 000401CA/000401CA message 0206
win.c:4564: Test failed: hwnd 000401CA/000401CA message 0205
win.c:4580: Test failed: hwnd 002D039C/002D039C message 0204
win.c:4584: Test failed: hwnd 002D039C/002D039C message 0205
win.c:4593: Test failed: hwnd 000401CA/000401CA message 0204
win.c:4596: Test failed: hwnd 000401CA/000401CA message 0205
win.c:4629: Test failed: hwnd 00F802E8/00F802E8 message 00a4
win.c:4635: Test failed: hwnd 00F802E8/00F802E8 message 00a5
win.c:4642: Test failed: hwnd 00F802E8/00F802E8 message 0206
win.c:4644: Test failed: wparam 2
win.c:4655: Test failed: hwnd 00F802E8/00F802E8 message 0205
https://test.winehq.org/data/patterns.html#user32:win
This is quite similar to the failures in the Korean locale (bug 51395).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53263
Bug ID: 53263
Summary: dxgi:dxgi - test_swapchain_parameters() sometimes
crashes on Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxgi:dxgi - test_swapchain_parameters() sometimes crashes on Windows 8:
dxgi.c:4487: Test failed: Got unexpected hr 0x8007000e, test 41.
dxgi.c:4487: Test failed: Got unexpected hr 0x8007000e, test 42.
dxgi.c:4487: Test failed: Got unexpected hr 0x8007000e, test 43.
dxgi.c:4639: Test failed: Got unexpected hr 0x8007000e.
dxgi.c:4639: this is the last test seen before the exception
0878:dxgi: unhandled exception c0000005 at 000000000042017E
https://test.winehq.org/data/patterns.html#dxgi:dxgi
0x8007000e == E_OUTOFMEMORY
This is known to have happened once on 2022-06-24 on w864.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53261
Bug ID: 53261
Summary: kernel32:module - test_LoadLibraryEx_search_flags()
sometimes crashes on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:module - test_LoadLibraryEx_search_flags() crashes on Windows.
On Windows 8 the traces show:
module.c:679: this is the last test seen before the exception
05d4:module: unhandled exception c0000005 at 76FC72F4
where line 679 is (see 561a5b8f84db):
679 ok( !lstrcmpiA( path, buf ), "%u: wrong module %s expected %s\n", j, path,
buf );
https://test.winehq.org/data/patterns.html#kernel32:module
But the crash is more easily reproducible on Windows 10 1607 and adding traces
there point to the following line as the location of the crash:
673 mod = LoadLibraryExA( "winetestdll.dll", 0, LOAD_LIBRARY_SEARCH_USER_DIRS
);
This is incompatible with the Windows 8 traces :-( However this crash seems to
be caused by memory corruption so it's possible the symptoms are a bit
different depending on the Windows version.
Furthermore the crash still happens on Windows 10 1607 even if all the others
test_xxx() functions are commented out in 'main'. Note however that the crash
is somewhat random so multiple (10+) tries can be needed to confirm it.
Finally this crash has only been seen on:
* Windows 8: w8, w8adm
* Windows 10 1507: w1064v1507
* Windows 10 1607: w1064v1607 (mostly 32-bit in WineTest results but mostly
64-bit for standalone tests!)
* Windows 10 1709: cw-gtx560 and cw-rx460 but no VM
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50227
Bug ID: 50227
Summary: Logos 8 indexer crashes
Product: Wine
Version: 5.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galanlama(a)gmail.com
Distribution: ---
Created attachment 68735
--> https://bugs.winehq.org/attachment.cgi?id=68735
Backtrace produced by the wine debugger.
After opening Logos, indexer crashes after a few seconds. Same result by
running indexer.exe directly.
--
Do not reply 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=15505
Summary: STM_SETIMAGE does not handle bitmaps with alpha
correctly
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
In XP, STM_SETIMAGE makes a copy of bitmaps with alpha, which allows
applications to delete the bitmaps they passed in. Many programmers expect this
as the default behavior, since they don't test on older Windows platforms.
Our STM_SETIMAGE implementation still follows the pre-XP behavior, which may
cause rendering problems for apps that use STM_SETIMAGE extensively.
I don't have a minimal test case just yet...
--
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=4123
temp82(a)luukku.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |temp82(a)luukku.com
--- Comment #14 from temp82(a)luukku.com ---
still valid wine 7.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=53191
Bug ID: 53191
Summary: Dualsense controller with WINE is not on-par with
Steam Input
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gab.pulcio(a)gmail.com
Distribution: ---
Latest Steam beta update has the following enhancement in particular: improved
vibration on Dualsense controller with updated firmware, or something like
that.
Now, if I run a game with Steam, the Dualsense has the improved basic rumble
support, which as far as I know, it's implemented in the firmware but it's
improved.
Running games without Steam leaves me with the super aggressive vibration, it's
always on maximum, without any variation, a lot different that the one present
on Steam Input API or something like that.
Is there a way to work the problem? Something like: actually make everything
global and not local by relying on a bugged piece of software like Steam is?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53152
Bug ID: 53152
Summary: LarkSuite: Unhandled exception: page fault on read
access to 0x00000008 in 32-bit code
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: simon(a)kingstonwireless.com
Distribution: ---
Created attachment 72585
--> https://bugs.winehq.org/attachment.cgi?id=72585
Backtrace
LarkSuite (Lark) is a Slack-like collaboration suite that incorporates email,
messaging, calendar, video calls, etc and is quite popular with Chinese
companies. The installer can be downloaded from
https://www.larksuite.com/download (Windows, macOS, iOS and Android versions
are available there).
The Lark installer appears to run fine but when the actual suite tries to load
up, a page fault error is given.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53255
Bug ID: 53255
Summary: d3d11:d3d11 sometimes crashes in test_generate_mips()
on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d11:d3d11 sometimes crashes in test_generate_mips() on Windows 7:
d3d11.c:30128: Tests skipped: Skipping test with DXGI_FORMAT_R8G8B8A8_UINT on
WARP.
d3d11.c:30128: Tests skipped: Skipping test with DXGI_FORMAT_R8G8B8A8_UINT on
WARP.
0d28:d3d11: unhandled exception c0000005 at 7FF9615D
https://test.winehq.org/data/patterns.html#d3d11:d3d11
Notice that a normal run has 4 of these skip messages instead of 2 which
suggests the crash happens in test_generate_mips().
There are two known instances of this crash:
* 2022-05-03 on w7u-2qxl
* 2022-06-22 on w7u-pt-PT
This makes this a pretty rare failure which can cause false positives.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53253
Bug ID: 53253
Summary: urlmon:url sometimes fails to create index.html 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 sometimes fails to create index.html on Windows:
url.c:4073: bind to an object of not registered MIME type...
url.c:3774: Test failed: CreateFile failed
url.c:4078: file test (no callback)...
...
url.c:4184: emulated test reporting result in read...
url.c:4187: file test...
url.c:4190: file test (to file)...
url.c:4193: file test (to object)...
url.c:1534: Test failed: unexpected call QueryInterface_IWindowForBindingUI
url.c:1416: Test failed: unexpected call QueryService_IWindowForBindingUI
url.c:1342: Test failed: unexpected call GetWindow_ICodeInstall
url.c:1846: Test failed: binding failed: 80040154, expected 00000000
url.c:3524: Test failed: expected Obj_OnProgress_CLASSIDAVAILABLE
url.c:3533: Test failed: expected OnObjectAvailable
https://test.winehq.org/data/patterns.html#urlmon:url
These failures ahppen on Windows 7 to Windows 10 21H1 and are rare enough to
cause false positives.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53246
Bug ID: 53246
Summary: user32:sysparams - test_metrics_for_dpi() fails on
Windows 10 1709+
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:sysparams - test_metrics_for_dpi() fails on Windows 10 1709+:
sysparams.c:4175: testing GetSystemMetrics with your current desktop settings
sysparams.c:3002: Test failed: 28: wrong value 136 vs 258
sysparams.c:3002: Test failed: 34: wrong value 136 vs 258
...
sysparams.c:2430: testing SPI_{GET,SET}DESKWALLPAPER
sysparams.c:3002: Test failed: 28: wrong value 136 vs 258
sysparams.c:3002: Test failed: 34: wrong value 136 vs 258
https://test.winehq.org/data/patterns.html#user32:sysparams
Where:
* 28 == SPI_SETMENUDROPALIGNMENT
* 34 == SPI_SETICONTITLELOGFONT
test_metrics_for_dpi() is actually called from multiple places and
unfortunately the traces make it hard to know which calls actually fail.
The first pair of failures probably come from:
trace("testing GetSystemMetrics with your current desktop settings\n");
test_GetSystemMetrics( );
test_metrics_for_dpi( 192 );
The source of the second set of failures is less clear but presumably from the
other test_metrics_for_dpi( 192 ) call in test_dpi_aware(). Some
winetest_push_context() would be a good addition here.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53245
Bug ID: 53245
Summary: user32:sysparams: test_SPI_SETNONCLIENTMETRICS() fails
on Windows 10 1709+
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:sysparams: test_SPI_SETNONCLIENTMETRICS() fails on Windows 10 1709+:
sysparams.c:1488: testing SPI_{GET,SET}NONCLIENTMETRICS
sysparams.c:2823: Test failed: GetSystemMetrics(SM_CXSMICON): expected 16
actual 4
sysparams.c:2824: Test failed: GetSystemMetrics(SM_CYSMICON): expected 16
actual 4
https://test.winehq.org/data/patterns.html#user32:sysparams
The failure actually happens in test_GetSystemMetrics() which is called from
test_SPI_SETNONCLIENTMETRICS(). However there are 3 call locations and the
traces make it impossible to know which one fails which is another test bug in
its own right.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53244
Bug ID: 53244
Summary: user32:sysparams does not expect SPI_SETHANDEDNESS on
Windows 10 2004+
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:sysparams does not expect SPI_SETHANDEDNESS on Windows 10 2004+.
Furthermore that message arrives at slightly different times in the tests
leading to different failure messages:
sysparams.c:1202: testing SPI_{GET,SET}DOUBLECLKWIDTH
sysparams.c:241: Test failed: too many changes counter=1 last change=29
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:282: Test failed: Wrong action got 8229 expected 29
sysparams.c:1236: testing SPI_{GET,SET}DOUBLECLKHEIGHT
sysparams.c:1271: testing SPI_{GET,SET}DOUBLECLICKTIME
sysparams.c:1326: testing SPI_{GET,SET}MOUSEBUTTONSWAP
sysparams.c:241: Test failed: too many changes counter=1 last change=33
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:347: Test failed: Wrong value in registry: Control Panel\Mouse
SwapMouseButtons '1' instead of '0'
sysparams.c:1341: Test failed: SM_SWAPBUTTON: got 1 instead of 0
sysparams.c:1345: Test failed: SwapMouseButton does not return previous state
(really 1)
sysparams.c:1358: testing SPI_GETFASTTASKSWITCH
sysparams.c:1376: testing SPI_{GET,SET}DRAGFULLWINDOWS
sysparams.c:241: Test failed: too many changes counter=1 last change=37
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:282: Test failed: Wrong action got 33 expected 37
or
sysparams.c:1236: testing SPI_{GET,SET}DOUBLECLKHEIGHT
sysparams.c:241: Test failed: too many changes counter=1 last change=30
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:282: Test failed: Wrong action got 8229 expected 30
sysparams.c:1271: testing SPI_{GET,SET}DOUBLECLICKTIME
sysparams.c:241: Test failed: too many changes counter=1 last change=32
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:282: Test failed: Wrong action got 8229 expected 32
sysparams.c:1326: testing SPI_{GET,SET}MOUSEBUTTONSWAP
sysparams.c:241: Test failed: too many changes counter=1 last change=33
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:347: Test failed: Wrong value in registry: Control Panel\Mouse
SwapMouseButtons '1' instead of '0'
sysparams.c:1341: Test failed: SM_SWAPBUTTON: got 1 instead of 0
sysparams.c:1345: Test failed: SwapMouseButton does not return previous state
(really 1)
sysparams.c:1358: testing SPI_GETFASTTASKSWITCH
sysparams.c:1376: testing SPI_{GET,SET}DRAGFULLWINDOWS
sysparams.c:241: Test failed: too many changes counter=1 last change=37
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:282: Test failed: Wrong action got 33 expected 37
or
sysparams.c:1236: testing SPI_{GET,SET}DOUBLECLKHEIGHT
sysparams.c:241: Test failed: too many changes counter=1 last change=8229
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:1271: testing SPI_{GET,SET}DOUBLECLICKTIME
sysparams.c:241: Test failed: too many changes counter=1 last change=32
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:282: Test failed: Wrong action got 8229 expected 32
sysparams.c:1326: testing SPI_{GET,SET}MOUSEBUTTONSWAP
sysparams.c:241: Test failed: too many changes counter=1 last change=33
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:347: Test failed: Wrong value in registry: Control Panel\Mouse
SwapMouseButtons '1' instead of '0'
sysparams.c:1341: Test failed: SM_SWAPBUTTON: got 1 instead of 0
sysparams.c:1345: Test failed: SwapMouseButton does not return previous state
(really 1)
sysparams.c:1358: testing SPI_GETFASTTASKSWITCH
sysparams.c:1376: testing SPI_{GET,SET}DRAGFULLWINDOWS
sysparams.c:241: Test failed: too many changes counter=1 last change=37
sysparams.c:279: Test failed: Missed a message: change_counter=2
sysparams.c:282: Test failed: Wrong action got 33 expected 37
https://test.winehq.org/data/patterns.html#user32:sysparams
Where:
* 30 == SPI_SETDOUBLECLKHEIGHT
* 32 == SPI_SETDOUBLECLICKTIME
* 33 == SPI_SETMOUSEBUTTONSWAP
* 37 == SPI_SETDRAGFULLWINDOWS
* 8229 == SPI_SETHANDEDNESS
Some of these variants are less common than others due to timing so when they
happen they are likely to cause false positives.
Clearly SPI_SETHANDEDNESS is a new setting that was introduced in Windows 10
2004 and which the test should take into account.
Maybe it should receive special treatment like SPI_SETWORKAREA & co?
(Though we don't currently test SPI_SETHANDEDNESS)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53178
Bug ID: 53178
Summary: Mass Effect 3 Tweaks Mod Manager 7.0.7 does not launch
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: alt.ti-a8gprwn(a)yopmail.com
Distribution: ---
Created attachment 72623
--> https://bugs.winehq.org/attachment.cgi?id=72623
Terminal output
The latest version doesn't launch, however, the older ones do. This could be
due to the .NET 6 upgrade in the manager, process exits with a stack overflow
error, could be a duplicate of #51888. Attaching logs.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53125
Bug ID: 53125
Summary: diabloimmortal: invalid program stack in 64-bit code
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: i.r.1783(a)gmx.net
Distribution: ---
Created attachment 72580
--> https://bugs.winehq.org/attachment.cgi?id=72580
lspci+backtrace
steps 2 reproduce
1. download current thumbleweed xfce live iso
https://download.opensuse.org/ports/aarch64/tumbleweed/iso/openSUSE-Tumblew…
2. download battle.net client
game info: https://eu.shop.battle.net/en-us/product/diablo-immortal?p=854533Battle.net Desktop App:
https://www.blizzard.com/en-us/download/confirmation?product=bnetdesk
3. additional things before installing Battle.net Desktop App:
sudo zypper in kernel-firmware-intel libdrm_intel1 libdrm_intel1-32bit
libvulkan1 libvulkan1-32bit libvulkan_intel libvulkan_intel-32bit
sudo sysctl dev.i915.perf_stream_paranoid=0
export WINEARCH=win64
export WINEPREFIX="/home/ich/.wine64"
export WINEDEBUG=-all
wineboot -i
4. wine Battle.net-Setup.exe
5. cd '/home/ich/Programme/Immortal/Diablo Immortal/Engine/Binaries/Win64/'
wine ./DiabloImmortal.exe
6. crash, see Diablo_Immortal_backtrace.txt
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53117
Bug ID: 53117
Summary: USER32: Drop-list of combobox not closed when the user
clicks outside
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
Distribution: ---
Created attachment 72571
--> https://bugs.winehq.org/attachment.cgi?id=72571
Open the drop list of the combobox.
Step to reproduce:
1) open an application that allows you to show a combobox, for example WINE
notepad.
2) then select from menu "File->Open" to display the open file dialog and press
the button to open the drop down list of the combobox (see attached image 1).
3) now, click on the title bar of the open file dialog and try to move it: the
drop down list will be still visible and completely disconnected from its
control (see attached image 2).
Here, I used the WINE notepad as example but the bug can be reproduced by all
applications with a combobox.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52919
Bug ID: 52919
Summary: Resident Evil 5 DVD shows
E_INVALIDARG:XLiveInitialize(&xii)
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: BOBBLOG(a)protonmail.com
Distribution: ---
Created attachment 72299
--> https://bugs.winehq.org/attachment.cgi?id=72299
RE5-D3D
Resident Evil 5 DVD shows E_INVALIDARG:XLiveInitialize(&xii) when i launch the
game.
This was tested with wine-7.7 in a clean wine prefix. I'll attach +d3d log.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53192
Bug ID: 53192
Summary: FlexiPDF 3.0.3 crashes when moving window:
dlls/ntdll/unix/thread.c:1737:
ntdll_set_exception_jmp_buf: Assurance »!jmp ||
!ntdll_get_thread_data()->jmp_buf« not fulfilled
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: postix(a)posteo.eu
Distribution: ---
Created attachment 72629
--> https://bugs.winehq.org/attachment.cgi?id=72629
Terminal output
### Issue
FlexiPDF 3.0.3 crashes when trying to move its window by dragging the titlebar.
### Download link
`https://www.softmaker.net/down/flexipdf2022.exe`
### System
Operating System: Fedora Linux 36
KDE Plasma Version: 5.24.5
KDE Frameworks Version: 5.93.0
Qt Version: 5.15.3
Kernel Version: 5.18.5-200.fc36.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 16 × AMD Ryzen 7 5700G with Radeon Graphics
Graphics Processor: AMD RENOIR
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50103
François Gouget <fgouget(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |ABANDONED
CC| |fgouget(a)codeweavers.com
Status|NEEDINFO |RESOLVED
--- Comment #2 from François Gouget <fgouget(a)codeweavers.com> ---
No answer to a year-old request for information.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43347
Bug ID: 43347
Summary: valgrind shows an unintialized read in
dlls/iphlpapi/tests/iphlpapi.c
Product: Wine
Version: 2.12
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Gentoo
../../../tools/runtest -q -P wine -T ../../.. -M iphlpapi.dll -p
iphlpapi_test.exe.so iphlpapi && touch iphlpapi.ok
==10952== Syscall param ioctl(SIOCGIFINDEX) points to uninitialised byte(s)
==10952== at 0x4338F79: ioctl (syscall-template.S:84)
==10952== by 0x435916D: if_nametoindex (if_index.c:47)
==10952== by 0x4B25E43: getInterfaceIndexByName (ifenum.c:143)
==10952== by 0x4B2EC7E: IPHLP_if_nametoindex (iphlpapi_main.c:3233)
==10952== by 0x488198E: test_interface_identifier_conversion
(iphlpapi.c:1958)
==10952== by 0x48831AB: func_iphlpapi (iphlpapi.c:2230)
==10952== by 0x4884014: run_test (test.h:603)
==10952== by 0x4884465: main (test.h:687)
==10952== Address 0x4b0f8c0 is on thread 1's stack
==10952== in frame #1, created by if_nametoindex (if_index.c:35)
==10952== Uninitialised value was created by a stack allocation
==10952== at 0x4359141: if_nametoindex (if_index.c:41)
==10952==
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53241
Bug ID: 53241
Summary: wtsapi32:wtsapi - test_WTSEnumerateProcessesW()
crashes if a process exits during the test?
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wtsapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wtsapi32:wtsapi - test_WTSEnumerateProcessesW() crashes if a process exits
during the test?
Here is the failure:
wtsapi.c:78: Test failed: failed to find pid 0x20e4
wtsapi.c:82: this is the last test seen before the exception
0618:wtsapi: unhandled exception c0000005 at 0000000000401848
https://test.winehq.org/data/patterns.html#wtsapi32:wtsapi
The crash happens when check_wts_process_info() dereferences the NULL pointer
returned by find_nt_process_info().
So presumably the test must check that some API does return information about
at least some processes but it seems allowances should be made for processes
exiting during the 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=53200
Bug ID: 53200
Summary: WET (a dotnet45 framework for web printing terminal):
black block covered the content. i can edit with
libreoffice draw. the content is there, but all
covered with black block.
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dejoebad(a)yahoo.com
Distribution: ---
WET (a dotnet45 framework for web printing terminal): black block covered the
content. i can edit with libreoffice draw. the content is there, but all
covered with black block.
https://www.instagram.com/p/Ce33e8vJ-n0
this is the output from windows and wine
https://www.instagram.com/p/CfBo3hVPd2d
this is what actually behind the black blocks. i'd print the file to pdf and
edit with libreoffice draw.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44337
Bug ID: 44337
Summary: d3d9/tests/device.ok fails on Nvidia (Nouveau drivers)
in test_occlusion_query()
Product: Wine
Version: 3.0-rc5
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
with the following lines:
device.c:5915: Test failed: Got unexpected hr 0x1.
device.c:5919: Test failed: Got unexpected hr 0x1.
device.c:5920: Test failed: Got unexpected query result 0xffffffffffffffff.
It would be nice to fix this as this is currently the only D3D test failure on
the cw2 test machine.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48820
Bug ID: 48820
Summary: user32:win "unexpected 0x7fff message" Japanese
Windows 10 failures
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: major
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The TestBot's w1064v1809-zh_CN configuration runs the tests on Windows 10 1809
in a Chinese locale. This test configuration gets unique failures in
user32:win:
win.c:3852: Test failed: hwnd 007404D2 message 7fff
win.c:3858: Test failed: message 7fff available
win.c:3931: Test failed: hwnd 007404D2/0054050A message 7fff
win.c:3934: Test failed: hwnd 007404D2/0054050A message 7fff
Note how these messages are very similar to the IME messages in bug 48819.
However 0x7fff is a totally unknown message: all I can say about it is that
it's WM_APP-1. So maybe it's another IME system. Maybe not?
See: https://test.winehq.org/data/tests/user32:win.html
However note that quite often WineTest fails to submit its results to
test.winehq.org, typically because it times out. So you can more easily find
the latest failure by looking for the "32 bit WineTest: base VMs" jobs on the
TestBot.
Finally, three of these messages include the window handles which means they
are "always new". Because of this the TestBot will mistakenly attribute the
failure to any user32 patch submitted to wine-devel, which should cause them to
be rejected. So I bumped the priority on this 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=53228
Bug ID: 53228
Summary: dxgi:dxgi - test_swapchain_window_styles() sometimes
fails on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxgi:dxgi - test_swapchain_window_styles() sometimes fails on Windows 10:
dxgi.c:6125: Test failed: Test 4: Got unexpected exstyle 0x108, expected 0x100.
dxgi.c:6141: Test failed: Test 4: Got unexpected exstyle 0x108, expected 0x100.
dxgi.c:6169: Test failed: Test 4: Got unexpected exstyle 0x108, expected 0x100.
dxgi.c:6196: Test failed: Test 4: Got unexpected exstyle 0x108, expected 0x100.
dxgi.c:6212: Test failed: Test 4: Got unexpected exstyle 0x108, expected 0x100.
https://test.winehq.org/data/patterns.html#dxgi:dxgi
This failure has been seen on Windows 10 1507 to 21H2.
Furthermore, because of the test's multi-threading it has an elevated risk of
causing false positives (see bug 53212).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53209
Bug ID: 53209
Summary: GTA San Andreas. Audio bug
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jon9097(a)gmail.com
Distribution: ---
When you rotate the camera around the character, the sound almost completely
goes from one speaker to the other and back again. I did not find anything
strange in the logs.
This problem has been in wine for as long as I can remember, no such thing on
windows. I wish that it was solved and the sound was distributed normally.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53173
Bug ID: 53173
Summary: user32:input - test_Input_mouse() randomly fails to
get the expected mouse button or hit-test messages
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() randomly fails to get the expected mouse
button or hit-test messages:
input.c:3398: Test failed: expected WM_LBUTTONDOWN message
input.c:3399: Test failed: expected WM_LBUTTONUP message
input.c:3426: Test failed: expected WM_NCHITTEST message
input.c:3427: Test failed: expected WM_RBUTTONDOWN message
input.c:3428: Test failed: expected WM_RBUTTONUP message
input.c:3457: Test failed: expected WM_LBUTTONDOWN message
input.c:3458: Test failed: expected WM_LBUTTONUP message
input.c:3511: Test failed: expected loop with WM_NCHITTEST messages
input.c:3564: Test failed: expected WM_LBUTTONDOWN message
input.c:3565: Test failed: expected WM_LBUTTONUP message
https://test.winehq.org/data/patterns.html#user32:input
The failure list is always the same except for the first two which are not
always present.
This happened on w7u-2qxl, w86 and most Windows 10 1607+ test configurations up
to 21H2. So it's not a quirk of a specific Windows version.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53212
Bug ID: 53212
Summary: d3d11:d3d11 - test_clear_image_unordered_access_view()
fails in the TestBot VMs
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: ---
d3d11:d3d11 - test_clear_image_unordered_access_view() fails in the TestBot
VMs:
d3d11.c:16719: Test failed: Dim 0, Test 15: At layer 0, (0,0,0), expected
0x00c01001, got 0x00000000.
d3d11.c:16719: Test failed: Dim 1, Test 15: At layer 0, (0,0,0), expected
0x00c01001, got 0x00000000.
d3d11.c:16719: Test failed: Dim 2, Test 15: At layer 0, (0,0,0), expected
0x00c01001, got 0x00000000.
https://test.winehq.org/data/patterns.html#d3d11:d3d11
These failures don't happen on my box which has an Intel graphics card instead
of QEmu's QXL graphics card.
Note also that these failures still happen on my debian11 VM which has a single
monitor instead of the TestBot VMs' multi-monitor setup.
So this seems to be related to the VMs QXL GPU.
Despite being systematic these failures someimes cause false positives because
of the test's multi-threading: sometimes these failures come before the
test_texture() failures (Test 60:), and most of the time they come after. The
order change causes the TestBot's diffing algorithm to consider them to be new
failures if they come in an order it has not seen before.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53148
Bug ID: 53148
Summary: mfplay:mfplay - test_media_item() has a rare crash on
Windows 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mfplay:mfplay - test_media_item() has a rare crash on Windows 8:
mfplay.c:295: Test failed: Unexpected hr 0xc00d3e85.
mfplay.c:295: this is the last test seen before the exception
0afc:mfplay: unhandled exception c0000005 at 0040121C
https://test.winehq.org/data/patterns.html#mfplay:mfplay
This looks like it is specific to the TestBot VMs: there is no record of this
failure happening on the cw-gtx560 or cw-rx460 machines. The failure rate is
about 6.8%.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53223
Bug ID: 53223
Summary: shell32:shlfileop - test_sh_path_prepare() fails in
the Japanese and Chinese locales in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
shell32:shlfileop - test_sh_path_prepare() fails in the Japanese and Chinese
locales in Wine:
shlfileop.c:2463: Test failed: Could not find unique multibyte representation
for directory name using default codepage.
https://test.winehq.org/data/patterns.html#shell32:shlfileop
Note that the conversion fails on Windows too which probably makes sense for
these locales. So the win_skip() should maybe be a regular skip() instead.
--
Do not reply 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=35765
Bug ID: 35765
Summary: gdi32:font / richedit:editor / msvcrt:locale /
msvcrt:string fails on newtb-w7u
Product: Wine
Version: 1.7.14
Hardware: x86
OS: Linux
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fracting(a)gmail.com
CC: fgouget(a)codeweavers.com
http://test.winehq.org/data/770213e16c6918728f69ea33545fafabd59dbc8e/win7_n…
It seems these tests are all related to locales, and they fail much more on
this machine than other machine.
SystemDefaultLCID 411
UserDefaultLCID 409
ThreadLocale 411
UserDefaultUILanguage 411
ThreadUILanguage 411
It doesn't happen frequently that we have a vm with different UserDefaultLCID
and SystemDefaultLCID. I'm not very sure if we want to support such a case, it
maybe useful in real world for some body. (I personally don't care too much
lol)
François, is there any chance to try:
1. set all LCIDs to 0x409 (Simplified Chinese)
2. set all LCIDs to 0x411 (Japanese)
Then reboot the vm, then resubmit the tests, to see if there is any
improvement?
Thanks for your great work! Everyone wants your patch/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=53221
Bug ID: 53221
Summary: user32:winstation - test_enumdesktops() sometimes
fails to open the desktop on Windows 7 & 8
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:winstation - test_enumdesktops() sometimes fails to open the desktop on
Windows 7 & 8:
winstation.c:411: desktop_callbackA called with argument WinSta0
winstation.c:411: desktop_callbackA called with argument winsta_test
winstation.c:420: open_desktop_callbackA called with argument new_desk
winstation.c:426: Test failed: Could not open desktop new_desk!
winstation.c:420: open_desktop_callbackA called with argument
rawinput_test_desktop
winstation.c:420: open_desktop_callbackA called with argument Default
winstation.c:420: open_desktop_callbackA called with argument Winlogon
winstation.c:452: Test failed: LastError is set to 00000002
winstation.c:411: desktop_callbackA called with argument rawinput_test_desktop
https://test.winehq.org/data/patterns.html#user32:winstation
These failures have been seen on w7u-adm, w7u-el, w8 and w8adm but the failure
rate is pretty low (<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=53219
Bug ID: 53219
Summary: winmm:mci - test_asyncWAVE() sometimes fails due to a
timing issue
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 - test_asyncWAVE() sometimes fails due to a timing issue:
mci.c:980: Test failed: 706ms is not in the expected 350-600ms range
https://test.winehq.org/data/patterns.html#winmm:mci
This only happened once on the TestBot but happens a bit more frequently on
fgtb-w10pro64 where the host is typically more busy.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53214
Bug ID: 53214
Summary: d3d11:d3d11 - test_negative_viewports() fails in the
TestBot VMs
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: ---
d3d11:d3d11 - test_negative_viewports() fails in the TestBot VMs:
d3d11.c:28330: Test succeeded inside todo block: Got 0xffffffff, expected
0xffffffff at (640, 480, 1), sub-resource 0.
d3d11.c:28339: Test succeeded inside todo block: Got 0xffffffff, expected
0xffffffff at (640, 480, 1), sub-resource 0.
d3d11.c:28330: Test failed: Got 0xffffffff, expected 0xff00ff00 at (639, 479,
0), sub-resource 0.
d3d11.c:28339: Test failed: Got 0xffffffff, expected 0xff00ff00 at (639, 479,
0), sub-resource 0.
d3d11.c:28330: Test failed: Got 0xffffffff, expected 0xff00ff00 at (639, 479,
0), sub-resource 0.
d3d11.c:28339: Test failed: Got 0xffffffff, expected 0xff00ff00 at (639, 479,
0), sub-resource 0.
https://test.winehq.org/data/patterns.html#d3d11:d3d11
These failures:
* Don't happen on Debian 11 + Intel / KDE
* Happen on Debian 11 + QXL + single-monitor
* Happen on Debian 11 + QXL + multi-monitor
* Happen on Debian Testing + QXL + multi-monitor
So they seems to be related to the VMs QXL GPU.
Note that despite being systematic these failures could cause false positives
due to the test multi-threading (see bug 53212).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53215
Bug ID: 53215
Summary: d3d11:d3d11 - test_fractional_viewports() fails in the
TestBot VMs
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: ---
d3d11:d3d11 - test_fractional_viewports() fails in the TestBot VMs:
d3d11.c:28276: Test failed: Got texcoord {8.43750119e-001, 1.56249881e-001},
expected {8.43750000e-001, 1.56250000e-001} at (3, 3), offset 1.25000000e-001.
d3d11.c:28276: Test failed: Got texcoord {8.71093690e-001, 1.28906310e-001},
expected {8.71093750e-001, 1.28906250e-001} at (3, 3), offset 1.56250000e-002.
d3d11.c:28276: Test failed: Got texcoord {7.51953065e-001, 2.48046935e-001},
expected {7.51953125e-001, 2.48046875e-001} at (3, 3), offset 4.92187500e-001.
https://test.winehq.org/data/patterns.html#d3d11:d3d11
These failures:
* Don't happen on Debian 11 + Intel / KDE
* Happen on Debian 11 + QXL + single-monitor
* Happen on Debian 11 + QXL + multi-monitor
* Happen on Debian Testing + QXL + multi-monitor
So they seems to be related to the VMs QXL GPU.
Note that despite being systematic these failures could cause false positives
due to the test multi-threading (see bug 53212).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53204
Bug ID: 53204
Summary: shell32:autocomplete - test_custom_source() sometimes
gets DropDown failures on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
shell32:autocomplete - test_custom_source() sometimes gets DropDown failures on
Windows:
autocomplete.c:778: Test failed: AutoComplete DropDown should be visible
autocomplete.c:788: Test failed: AutoComplete DropDown should be hidden
https://test.winehq.org/data/patterns.html#shell32:autocomplete
The second failure is not always present.
They only happen on Windows 10.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53203
Bug ID: 53203
Summary: shell32:autocomplete - test_aclist_expand() sometimes
fails on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
shell32:autocomplete - test_aclist_expand() sometimes fails on Windows:
autocomplete.c:534: Test failed: Expected 3 expansions, got 2
autocomplete.c:535: Test failed: Expected L"test\\foo\\bar\\baz_bbq\\", got
L"test\\foo\\bar\\"
autocomplete.c:536: Test failed: Expected 3 resets, got 2
autocomplete.c:541: Test failed: Expected 4 expansions, got 3
autocomplete.c:543: Test failed: Expected 4 resets, got 3
autocomplete.c:547: Test failed: Expected 4 expansions, got 3
autocomplete.c:548: Test failed: Expected 5 resets, got 4
autocomplete.c:553: Test failed: Expected 5 expansions, got 4
autocomplete.c:555: Test failed: Expected 6 resets, got 5
autocomplete.c:560: Test failed: Expected 6 expansions, got 5
autocomplete.c:562: Test failed: Expected 7 resets, got 6
https://test.winehq.org/data/patterns.html#shell32:autocomplete
These failures have been seen on Windows 10 1809 and 21H1.
The w8adm VM also got pretty similar failures once:
autocomplete.c:541: Test failed: Expected 4 expansions, got 3
autocomplete.c:542: Test failed: Expected L"test\\", got
L"test\\foo\\bar\\baz_bbq\\"
autocomplete.c:543: Test failed: Expected 4 resets, got 3
autocomplete.c:547: Test failed: Expected 4 expansions, got 3
autocomplete.c:548: Test failed: Expected 5 resets, got 4
autocomplete.c:553: Test failed: Expected 5 expansions, got 4
autocomplete.c:555: Test failed: Expected 6 resets, got 5
autocomplete.c:560: Test failed: Expected 6 expansions, got 5
autocomplete.c:562: Test failed: Expected 7 resets, got 6
--
Do not reply 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=32083
Bug #: 32083
Summary: Diablo III: Missing logo on startup
Product: Wine
Version: 1.5.16
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
On starting Diablo III the logo before the game starts is transparent. If I'm
going with the mouse over it the cursor will be hidden.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=35213
Bug ID: 35213
Summary: Kane & Lynch: Dead Men demo needs native d3dx9_31
Product: Wine
Version: 1.7.9
Hardware: x86
URL: http://www.gamefront.com/files/9394790/Kane___Lynch__D
ead_Men_Demo
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
First d3dx9_36 should be installed. Demo crashes with
fixme:d3dx:D3DXCreateEffectEx (0x20f000, 0x1e71cb58, 45008, (nil), (nil),
(nil), 0x10900, 0x1685a8, 0x1a99cf4, 0x1a99cec): semi-stub
after the same issue as for bug 35137, but this time should be d3dx9_31.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51158
Bug ID: 51158
Summary: advapi32:lsa fails in French on Windows 2004
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
advapi32:lsa fails in French on Windows 2004 because the name of the 'Everyone'
group does not seem to be translated anymore:
lsa.c:407: Test failed: expected L"Tout le monde", got L"Everyone"
That's a bit surprising. Maybe the Windows translation was slightly out of
date?
* This should be checked on Windows 2009 but we don't have a test configuration
for it.
* The test also has a translation for German but we don't have a test
configuration for German. There should really be one so we can validate the
test.
Once the results for German and Windows 2009 are known the test can be updated.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48108
Bug ID: 48108
Summary: kernel32:comm - QEmu's serial baud rate emulation is
broken
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
kernel32:comm got a failure when running on Wine on the TestBot VM:
comm.c:932: Test failed: OutQueue should not be empty
This happens in test_waittxempty():
// Open the serial device
hcom = test_OpenComm(TRUE);
// Here it is already set to 150 bps because that's how a
// previous test left it
...
// Write 17 bytes in overlaped mode.
// At 150 bauds this should take at least 900 ms
res = WriteFile(hcom, tbuf, sizeof(tbuf), &bytes, &ovl_write);
// Leaving us plenty of time to get to
ClearCommError(hcom, &errors, &stat);
...
// And here we expect the serial device to still have data to send.
// But because QEmu sends the data at > 400 kbps this often fails
ok(stat.cbOutQue != 0, "OutQueue should not be empty\n");
That QEmu does not enforce the set baud rate can also be verified from the
command line:
# stty -F /dev/ttyS0
speed 9600 baud; line = 0;
-brkint -imaxbel
# dd if=/dev/zero of=/dev/ttyS0 bs=1 count=10000
10000+0 records in
10000+0 records out
10000 bytes (10 kB, 9.8 KiB) copied, 0.224432 s, 44.6 kB/s
# stty -F /dev/ttyS0 300
# stty -F /dev/ttyS0
speed 300 baud; line = 0;
-brkint -imaxbel
# dd if=/dev/zero of=/dev/ttyS0 bs=1 count=10000
10000+0 records in
10000+0 records out
10000 bytes (10 kB, 9.8 KiB) copied, 0.679127 s, 14.7 kB/s
Back to the kernel32:comm failure:
* It did not happen for a long time and started happening on the debian10 VM on
2019-10-03. That corresponds to the time I added the winetest user to the
dialout group, thus giving it access to /dev/ttyS0.
* The same issue happens in the Windows VMs, but the ok() call has a broken()
clause which hides the issue there.
So:
1. The bug needs to be reported to QEmu.
2. See why speeds below 9600 bps are not allowed.
3. We may want a better check for this issue: directly check that the baud rate
is respected. This would allow us to skip tests that depend on the baud rate
and ditch the broken() clause.
4. If the above does not work out the serial device should be removed from the
Wine QEmu VMs.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52804
Bug ID: 52804
Summary: Crash when save settings in KaiNote
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: matiasmoviegg(a)gmail.com
Distribution: ---
Created attachment 72181
--> https://bugs.winehq.org/attachment.cgi?id=72181
backtrace
Problem with KaiNote
Link for stable https://github.com/bjakja/Kainote/releases
Link for Beta (log from this version)
https://drive.google.com/uc?id=1ECqsrLo5d1jPoz-FKvJrS0279YeTKrmS&export=dow…
Go to File->Settings
Click OK
Click on random place in program
Program Crash
Testing on virtual machine with Xubuntu 21.10 (adding
"LIBGL_ALWAYS_SOFTWARE=1") and Laptop (i5-2520m) with Linux Mint 20.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=53194
Bug ID: 53194
Summary: d3d9:device - test_cursor_pos() is sometimes missing a
MOUSEMOVE on Windows 10 1809+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:device - test_cursor_pos() is sometimes missing a MOUSEMOVE on Windows 10
1809+:
device.c:5296: Test failed: Didn't receive MOUSEMOVE 0 (50, 50).
https://test.winehq.org/data/patterns.html#d3d9:device
These missing WM_MOUSEMOVE issues seem to be known to some extent, but not
quite understood:
https://gitlab.winehq.org/wine/wine/-/blob/1a3217393e2e6226da0f4024d4d384de…
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53001
Bug ID: 53001
Summary: Regression: Endless WAV crashes when moving file list
sub-window
Product: Wine-staging
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: s_chriscollins(a)hotmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
STEPS TO REPRODUCE:
1. Download and extract Endless WAV (version 1.7.8b15 as of this writing):
https://www.bjoernbojahr.de/endlesswav.html
2. Run the extracted "EndlWav.exe" executable.
3. Once the application has launched, drag the bottom window titled "File List"
using its header bar.
RESULT: Endless WAV crashes with the following terminal output:
---
\Endless WAV\EndlWav.exe: dlls/ntdll/unix/thread.c:1737:
ntdll_set_exception_jmp_buf: Assertion `!jmp ||
!ntdll_get_thread_data()->jmp_buf' failed.
wine: Assertion failed at address F7F21549 (thread 0100), starting debugger...
\Endless WAV\EndlWav.exe: dlls/ntdll/unix/thread.c:1737:
ntdll_set_exception_jmp_buf: Assertion `!jmp ||
!ntdll_get_thread_data()->jmp_buf' failed.
0100:err:seh:NtRaiseException Unhandled exception code 80000101 flags 1 addr
0xf7f21549
---
ADDITIONAL INFO:
* The crash happens with wine-staging, but not the same version of wine-devel.
* This crash was introduced in a recent version of wine-staging. At least a
month or two ago with an earlier version of wine-staging, I was not getting
this crash.
* I can reproduce the bug in VirtualBox and with a clean .wine profile.
* Possibly related to bug #52853.
* The crash does not happen if using the OS window manager's shortcut key to
drag the window from anywhere (e.g., left Alt or left Super key).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53188
Bug ID: 53188
Summary: user32:menu - test_menu_input()'s tests 25, 26 and 27
fail randomly 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:menu - test_menu_input()'s tests 25, 26 and 27 fail randomly (~5.5%
failure rate) in Wine. For instance:
menu.c:2324: Test failed: test 25
https://test.winehq.org/data/patterns.html#user32:menu
The tests 25, 26 and 27 fail independently but seemingly only one at a time.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53186
Bug ID: 53186
Summary: user32:menu - test_menu_iteminfo() fails randomly when
inserting an invalid submenu in 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:menu - test_menu_iteminfo() fails randomly when inserting an invalid
submenu in Windows:
menu.c:1383: ANSI tests: string 0081FDB0 hbm 38050FB3 txt 0081FD60
menu.c:1566: Test failed: InsertMenuItem should have failed.
menu.c:1383: Unicode tests: string 0081FDB0 hbm 38050FB3 txt 0081FD8C
menu.c:1566: Test failed: InsertMenuItem should have failed.
https://test.winehq.org/data/patterns.html#user32:menu
Most of the time both the ANSI and Unicode tests fail together (~7.7% fail
rate) but there are two instances where only the ANSI test failed (~0.6%).
This impacts Windows 10 1809 to 21H2.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53185
Bug ID: 53185
Summary: unable to open win app in linux
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: katparamitesh(a)gmail.com
Distribution: ---
Created attachment 72625
--> https://bugs.winehq.org/attachment.cgi?id=72625
robolx player not opening
unable to install any EXE
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53181
Bug ID: 53181
Summary: xinput1_3:xinput has a rare crash in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: xinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
xinput1_3:xinput has a rare crash in Wine:
xinput.c:820: Testing xinput9_1_0.dll
Unhandled exception: page fault on execute access to 0x651c3ae2 in 32-bit code
(0x651c3ae2).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:651c3ae2 ESP:0103fe04 EBP:0103ff28 EFLAGS:00010246( R- -- I Z- -P- )
EAX:00000001 EBX:00000002 ECX:0103fe00 EDX:00000000
ESI:00000001 EDI:00000001
Stack dump:
0x0103fe04: 651c0000 000007d0 00001cff 00000002
0x0103fe14: 00000000 00000000 00000000 fffffffd
0x0103fe24: 00000000 00000000 00000000 00000000
0x0103fe34: 00000000 00000000 7b60da30 001439d0
0x0103fe44: 0011051e 00000000 00000000 00000000
0x0103fe54: 00000000 00000000 00000000 00000000
Backtrace:
=>0 0x651c3ae2 (0x0103ff28)
1 0x7b62a1e0 in kernel32 (+0x2a1e0) (0x0103ff48)
2 0x7bc59b27 in ntdll (+0x59b27) (0x0103ff5c)
3 0x7bc5a1e0 RtlCreateUserThread(entry=651C3300, arg=0x000000000)
[Z:\home\fgouget\wine\winetest\src\dlls\ntdll\thread.c:261] in ntdll
(0x0103ffec)
0x651c3ae2: -- no code accessible --
[...]
PE 63480000-6349b000 Deferred version
PE 666c0000-666e8000 Deferred hid
https://test.winehq.org/data/patterns.html#xinput1_3:xinput
The first known instance of this crash happened on 2022-06-01: there was no
crash from Apr 19 to May 31, but 6 crashes occurred from Jun 01 to Jun 17 (~9%
crash rate). So this looks like a new issue.
The crash address is different every time but always falls in the same range
between version and hid. However I have not been able to reproduce the crash
even over 50 runs. It is possible there is a bad interaction with a previous
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=53165
Bug ID: 53165
Summary: Sid Meiers: Pirates! error during install, failed to
ready media for L"lang0.FPK"
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: odecif(a)gmail.com
Distribution: ---
Created attachment 72611
--> https://bugs.winehq.org/attachment.cgi?id=72611
Simple execution log
Hi!
When I try to install the 2-disc version of "Sid Meier's: Pirates!" I get a
popup-error and some log info.
Reproduction steps:
1. Put the first CD in the cd-drive
2. Initialize install "WINEPREFIX=/home/user/.wine-pirates wine d:\Autorun.exe
3. Click through the EULA and start the install
4. Wait until popup-message shows saying "Error 1311.Source file not found: Sid
Meier's Pirates!, Disc 1. Verify that the file exists and that you can access
it" during the install of "AssetsLANG0.FPK".
I have tested in 32 and 64-bit prefix with Windows XP, 7 and 10 with the same
results in all of them.
I have also tested the disc in a Windows XP virtualbox on the same PC and that
installation went flawless.
Not sure what else is to be done here...
Br
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37557
Bug ID: 37557
Summary: SketchUp 2015 doesn't start
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: gilson.oliveira.junior(a)gmail.com
Distribution: ---
Hi All,
I've installed the last version of SketchUp in Wine 1.7.30 in my Ubuntu and
when I double click the application, the mouse changes the cursor to "working"
and then it's set again as normal cursor and Nothing Happens.
Via command I get the message below:
wine "C:\Program Files (x86)\SketchUp\SketchUp 2015\SketchUp.exe"
err:module:import_dll Library mfc100u.dll (which is needed by L"C:\\Program
Files (x86)\\SketchUp\\SketchUp 2015\\SketchUp.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files
(x86)\\SketchUp\\SketchUp 2015\\SketchUp.exe" failed, status c0000135
Does anybody knows what I can do? I'm a beginner user of Wine and Ubuntu.
Thanks in advanced for your help.
Regards,
Gilson
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53177
Bug ID: 53177
Summary: Menus can't be used with mouse
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kosaji48.cagoti61(a)murena.io
Distribution: ---
When using Polyboard-6.04j elements inside some menus can't be accessed unless
you try to use the keyboard to select the items.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51720
Bug ID: 51720
Summary: ntdll-ForceBotoomUpAlloc - StarCitizen crashing on
start
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rawfox(a)freenet.de
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
SC works on wine-vanilla.
It used to work on wine-staging better, due to the benefits of some patches.
Since a couple weeks, SC on wine-staging crashed when pressing play in the
launcher.
Netho from #LUG found the staging patch ntdll-ForceBottomUpAlloc the source of
the crashes.
Removing that patch and its dependencies made the game load and work again.
--all -W ntdll-ForceBottomUpAlloc -W ntdll-WRITECOPY -W ntdll-Builtin_Prot
Problem is, the game performance is reduced by 50%, when removing that patch.
Removing all ntdll* patches from the staging patchset made the game work fine
again, no issues there, but we miss all the tweaks for ntdll from the staging
patches.
No idea, whats wrong with ntdll-ForceBottomUpAlloc .
Netho futher found /0003-ntdll-Force-virtual-memory-allocation-order.patch is
the patch that causes the issue.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43557
Bug ID: 43557
Summary: Ukrainian I/i letter support for OEM console
applications using cp866.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: alter(a)ukr.net
Distribution: Other
Created attachment 58962
--> https://bugs.winehq.org/attachment.cgi?id=58962
patch for c_866.c adding ukrainian I/i support
Ukrainian I/i letter support for OEM console applications using cp866.
There is well-known Windows problem with Ukrainian letters 'I' and 'i'. They
are displayed as question mark ('?') in console applications. But the most
annoying thing is that these files cannot be copied with console File Managers,
like Far. Proposed patch fixes it.
OEM cp966 characters 0xf6 (I ukr) and 0xf7 (i ukr) should be mapped to unicode
0x0406 and 0x0456
Since Wine uses statically compited NLS translation, it is not possible to just
fix NLS file like under Windows (http://alter.org.ua/en/soft/win/cp866u/)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47582
Bug ID: 47582
Summary: World of Tanks -> open field post get a Unhandled
exception
Product: Wine
Version: 4.12.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: oliver.krueckel(a)gmail.com
Distribution: ---
Created attachment 64987
--> https://bugs.winehq.org/attachment.cgi?id=64987
Unhandled exception: unimplemented function urlmon.dll.414 called in 32-bit
code
if I open the filed post in WoT a Unhandled exception occurs.
WoT continues, but no "Field Post" is displayed.
WoT Version v.1.5.1.3
OS: openSUSE Tumbleweed VERSION="20190730"
@pax> rpm -qa '*wine*'
wine-gecko-2.47-56.13.noarch
wine-32bit-4.12.1-658.13.x86_64
winetricks-20190615-1.1.x86_64
wine-4.12.1-658.13.x86_64
wine-mono-4.9.0-8.1.noarch
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51699
Bug ID: 51699
Summary: World of Tank v1.14
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oliver.krueckel(a)gmail.com
Distribution: ---
Created attachment 70572
--> https://bugs.winehq.org/attachment.cgi?id=70572
glxinfo
With update WoT to v1.14, the following content is no longer displayed (only
the background is displayed).
The entire store and under menu -> Combat Intelligence
If you move the mouse on these pages, the mouse pointer changes over the fields
that are not displayed. So it seems like a display 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=53136
Bug ID: 53136
Summary: crypt32:cert - testVerifyRevocation() fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
crypt32:cert - testVerifyRevocation() fails in Wine:
cert.c:4177: Test failed: got 80092012
cert.c:4178: Test failed: got 80092012
https://test.winehq.org/data/patterns.html#crypt32:cert
0c80092012 is CRYPT_E_NO_REVOCATION_CHECK.
The failures started on 2022-05-30 and were initially random but are systematic
since 2022-06-07. The actual test was introduced on 2022-05-24 in the commit
below and reverting to that commit produces systematic failures.
So this is not a regression but instead looks like an outside change that broke
the test.
commit 74832c2177808c6222d44f7e4580de84e0ada8f0
Author: Hans Leidekker <hans(a)codeweavers.com>
AuthorDate: Tue May 24 09:46:22 2022 +0200
crypt32/tests: Add more OCSP revocation tests.
Signed-off-by: Hans Leidekker <hans(a)codeweavers.com>
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=51243
Bug ID: 51243
Summary: In Wine dinput:keyboard fails if the keyboard layout
does not match the display language
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
In Wine dinput:keyboard fails if the keyboard layout does not match the display
language:
https://test.winehq.org/data/patterns.html#dinput:keyboard
keyboard.c:424: Test failed: 0: expected 10, got 41
keyboard.c:462: Test failed: dinput failed to handle keyboard event
* On my laptop which has an Azerty keyboard:
LANG=fr_FR.UTF-8 -> these two tests succeed (but line 467 fails)
LANG=en_US.UTF-8 -> these two tests fail
* On my desktop which has a Qwerty keyboard:
LANG=fr_FR.UTF-8 -> these two tests fail
LANG=en_US.UTF-8 -> these two tests succeed
Note:
* For the TestBot VMs the locale tests only set $LANG so this is why this
failure happens on debiant2-win32-fr-FR.
* The test only tests English, French, German and Japanese.
* The German case has a similar failure (on lines 424 and 467).
* The Japanese case and other locales do not fail.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52993
Bug ID: 52993
Summary: msi:action - test_publish() fails on date change
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msi:action - test_publish() fails on date change:
action.c:4219: Test failed: got "20220513"
https://test.winehq.org/data/patterns.html#msi:action
The issue is that when test_publish() started it was slightly before midnight
but when it checked the date in the registry is was slightly after midnight:
3708 get_date_str(date); // now it's 20220512
...
4186 /* complete install */
4187 r = MsiInstallProductA(msifile, "FULL=1"); // now it's 20220513
...
4219 CHECK_REG_STR(prodkey, "InstallDate", date);// --> failure
The registry date should be equal to either the date before the installation
started, or the date after the installation started.
The test was added in this commit:
commit 8db3c0e358c54e0ebc3f7b4b7461296d046029e9
Author: Hans Leidekker <hans(a)codeweavers.com>
AuthorDate: Thu Oct 14 11:06:13 2010 +0200
msi/tests: Move test coverage for standard actions to a separate module.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52885
Bug ID: 52885
Summary: Adobe Lightroom Classic 11.1 crash in user32
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: bugs(a)bzatek.net
Distribution: ---
Created attachment 72269
--> https://bugs.winehq.org/attachment.cgi?id=72269
backtrace
> Unhandled exception: page fault on read access to 0x00000000d727af40 in 64-bit code (0x00007f4d33ef538d).
> Backtrace:
> =>0 0x00007f4d33ef538d in user32 (+0x5538d) (0x000000000011f100)
> 0x00007f4d33ef538d user32+0x5538d: movzwl 0x0000000000000010(%rsi),%eax
good: wine-6.22
bad: wine-7.3 (vkd3d not compiled in, vulkan disabled)
Clean prefix, only vcrun2015 installed. Newer wine versions do crash due to
bundled vkd3d - bug 52884. So until that one is fixed, I have no way to test if
this is still valid with recent wine releases.
This wine-7.3 release is compiled without vkd3d in the same configuration as
wine-6.22 that I've been using for months. Recently tried new wine versions and
immediately came across this crash.
Backtrace doesn't show much details and there are no interesting messages on
the console either.
Reproducible in Lightroom Classic 11.1 and 10.4.
Any ideas for further debugging? Haven't tried bisecting wine releases.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49210
Bug ID: 49210
Summary: Mafia II: Definitive Edition Launcher crashes with
Wine-Mono
Product: Wine
Version: 5.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
0544:fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.5.1"
not implemented
Unhandled Exception:
System.EntryPointNotFoundException: MILCreateEventProxy assembly:<unknown
assembly> type:<unknown type> member:(null)
at (wrapper managed-to-native)
System.Windows.Media.EventProxyWrapper.MILCreateEventProxy(System.Windows.Media.EventProxyDescriptor&,System.Windows.Media.SafeMILHandle&)
at System.Windows.Media.EventProxyWrapper.CreateEventProxyWrapper
(System.Windows.Media.IInvokable invokable) [0x0004c] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaEventsHelper.CreateMediaEventsHelper
(System.Windows.Media.MediaPlayer mediaPlayer,
System.Windows.Media.MediaEventsHelper& eventsHelper,
System.Windows.Media.SafeMILHandle& unmanagedProxy) [0x00009] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState.CreateMedia
(System.Windows.Media.MediaPlayer mediaPlayer) [0x00003] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState..ctor
(System.Windows.Media.MediaPlayer mediaPlayer) [0x0003f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.EnsureState () [0x0000f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.WritePreamble () [0x00008] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.Open (System.Uri source) [0x00001] in
<026f8b89478e44f69208fca17e99e530>:0
at W3Launcher.SoundEffect.GetEffectInstance () [0x00017] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.SoundEffect.Play () [0x00000] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.App.OnStartup (System.Windows.StartupEventArgs e) [0x00037] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at System.Windows.Application.<.ctor>b__1_0 (System.Object unused) [0x00014]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeImpl () [0x00099] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext
(System.Object state) [0x00008] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper
(System.Object obj) [0x0001d] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Threading.ExecutionContext.RunInternal
(System.Threading.ExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state, System.Boolean
preserveSyncCtx) [0x00071] in <084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state, System.Boolean preserveSyncCtx) [0x00000] in
<084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state) [0x0002b] in <084b4366b7b24485afe7dc701f3d4323>:0
at MS.Internal.CulturePreservingExecutionContext.Run
(MS.Internal.CulturePreservingExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state) [0x00047] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.Invoke () [0x00016] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.ProcessQueue () [0x00114] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WndProcHook (System.IntPtr hwnd,
System.Int32 msg, System.IntPtr wParam, System.IntPtr lParam, System.Boolean&
handled) [0x00061] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndWrapper.WndProc (System.IntPtr hwnd, System.Int32 msg,
System.IntPtr wParam, System.IntPtr lParam, System.Boolean& handled) [0x0003a]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.DispatcherCallbackOperation (System.Object o)
[0x00042] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.LegacyInvokeImpl
(System.Windows.Threading.DispatcherPriority priority, System.TimeSpan timeout,
System.Delegate method, System.Object args, System.Int32 numArgs) [0x000fc] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Invoke
(System.Windows.Threading.DispatcherPriority priority, System.Delegate method,
System.Object arg) [0x00011] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.SubclassWndProc (System.IntPtr hwnd, System.Int32
msg, System.IntPtr wParam, System.IntPtr lParam) [0x00154] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at (wrapper native-to-managed)
MS.Win32.HwndSubclass.SubclassWndProc(intptr,int,intptr,intptr)
at (wrapper managed-to-native)
MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG&)
at System.Windows.Threading.Dispatcher.TranslateAndDispatchMessage
(System.Windows.Interop.MSG& msg) [0x0001a] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrameImpl
(System.Windows.Threading.DispatcherFrame frame) [0x0004c] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrame
(System.Windows.Threading.DispatcherFrame frame) [0x00077] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Run () [0x00006] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Application.RunDispatcher (System.Object ignore) [0x00023]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.RunInternal (System.Windows.Window window)
[0x0010d] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run (System.Windows.Window window) [0x00008] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run () [0x00009] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at W3Launcher.App.Main () [0x0000b] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0
[ERROR] FATAL UNHANDLED EXCEPTION: System.EntryPointNotFoundException:
MILCreateEventProxy assembly:<unknown assembly> type:<unknown type>
member:(null)
at (wrapper managed-to-native)
System.Windows.Media.EventProxyWrapper.MILCreateEventProxy(System.Windows.Media.EventProxyDescriptor&,System.Windows.Media.SafeMILHandle&)
at System.Windows.Media.EventProxyWrapper.CreateEventProxyWrapper
(System.Windows.Media.IInvokable invokable) [0x0004c] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaEventsHelper.CreateMediaEventsHelper
(System.Windows.Media.MediaPlayer mediaPlayer,
System.Windows.Media.MediaEventsHelper& eventsHelper,
System.Windows.Media.SafeMILHandle& unmanagedProxy) [0x00009] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState.CreateMedia
(System.Windows.Media.MediaPlayer mediaPlayer) [0x00003] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayerState..ctor
(System.Windows.Media.MediaPlayer mediaPlayer) [0x0003f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.EnsureState () [0x0000f] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.WritePreamble () [0x00008] in
<026f8b89478e44f69208fca17e99e530>:0
at System.Windows.Media.MediaPlayer.Open (System.Uri source) [0x00001] in
<026f8b89478e44f69208fca17e99e530>:0
at W3Launcher.SoundEffect.GetEffectInstance () [0x00017] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.SoundEffect.Play () [0x00000] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at W3Launcher.App.OnStartup (System.Windows.StartupEventArgs e) [0x00037] in
<e4cd2583db124469bcbf4dbc56a8f8dc>:0
at System.Windows.Application.<.ctor>b__1_0 (System.Object unused) [0x00014]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeImpl () [0x00099] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.InvokeInSecurityContext
(System.Object state) [0x00008] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Internal.CulturePreservingExecutionContext.CallbackWrapper
(System.Object obj) [0x0001d] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Threading.ExecutionContext.RunInternal
(System.Threading.ExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state, System.Boolean
preserveSyncCtx) [0x00071] in <084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state, System.Boolean preserveSyncCtx) [0x00000] in
<084b4366b7b24485afe7dc701f3d4323>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state) [0x0002b] in <084b4366b7b24485afe7dc701f3d4323>:0
at MS.Internal.CulturePreservingExecutionContext.Run
(MS.Internal.CulturePreservingExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state) [0x00047] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.DispatcherOperation.Invoke () [0x00016] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.ProcessQueue () [0x00114] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WndProcHook (System.IntPtr hwnd,
System.Int32 msg, System.IntPtr wParam, System.IntPtr lParam, System.Boolean&
handled) [0x00061] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndWrapper.WndProc (System.IntPtr hwnd, System.Int32 msg,
System.IntPtr wParam, System.IntPtr lParam, System.Boolean& handled) [0x0003a]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.DispatcherCallbackOperation (System.Object o)
[0x00042] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.InternalRealCall
(System.Delegate callback, System.Object args, System.Int32 numArgs) [0x000c6]
in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen (System.Object
source, System.Delegate callback, System.Object args, System.Int32 numArgs,
System.Delegate catchHandler) [0x00004] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.WrappedInvoke (System.Delegate
callback, System.Object args, System.Int32 numArgs, System.Delegate
catchHandler) [0x00001] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.LegacyInvokeImpl
(System.Windows.Threading.DispatcherPriority priority, System.TimeSpan timeout,
System.Delegate method, System.Object args, System.Int32 numArgs) [0x000fc] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Invoke
(System.Windows.Threading.DispatcherPriority priority, System.Delegate method,
System.Object arg) [0x00011] in <4e9e425f1cb8433db4ccdc96d738dd07>:0
at MS.Win32.HwndSubclass.SubclassWndProc (System.IntPtr hwnd, System.Int32
msg, System.IntPtr wParam, System.IntPtr lParam) [0x00154] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at (wrapper native-to-managed)
MS.Win32.HwndSubclass.SubclassWndProc(intptr,int,intptr,intptr)
at (wrapper managed-to-native)
MS.Win32.UnsafeNativeMethods.DispatchMessage(System.Windows.Interop.MSG&)
at System.Windows.Threading.Dispatcher.TranslateAndDispatchMessage
(System.Windows.Interop.MSG& msg) [0x0001a] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrameImpl
(System.Windows.Threading.DispatcherFrame frame) [0x0004c] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.PushFrame
(System.Windows.Threading.DispatcherFrame frame) [0x00077] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Threading.Dispatcher.Run () [0x00006] in
<4e9e425f1cb8433db4ccdc96d738dd07>:0
at System.Windows.Application.RunDispatcher (System.Object ignore) [0x00023]
in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.RunInternal (System.Windows.Window window)
[0x0010d] in <d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run (System.Windows.Window window) [0x00008] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at System.Windows.Application.Run () [0x00009] in
<d6b29b0ef8954fe8841d7ff4d2ad8a64>:0
at W3Launcher.App.Main () [0x0000b] in <e4cd2583db124469bcbf4dbc56a8f8dc>:0
wine-5.8-251-g4358ddc75f
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=39298
Bug ID: 39298
Summary: kernel32 does not support custom nls installation.
Product: Wine
Version: 1.7.51
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: htl10(a)users.sourceforge.net
Distribution: ---
This is a somewhat related bug to 39297 - wine seems to use built-in code page
tables ( wine/libs/wine/c_*.c ) . On newer windows, code page 708 is shipped
with the OS; FontVal also bundle
CPinstall
CPinstall/i386
CPinstall/i386/c_852.nls
CPinstall/i386/c_1361.nls
CPinstall/i386/c_708.nls
CPinstall/i386/c_862.nls
CPinstall/i386/c_775.nls
CPinstall/i386/c_857.nls
CPinstall/i386/c_737.nls
CPinstall/i386/c_864.nls
CPinstall/i386/c_869.nls
CPinstall/CPinstall.inf
CPinstall.dll
for older windows which does not have them. However, I tried installing them
(via setupdll), it seems to popular the registry, and copy the nls files, but
does not seem to have any effect on wine's behavior at all.
FWIW, there seems to be only one nls file shipped with wine, l_intl.nls, that
if I remember correctly is required by dotnet; I don't seem to be able to find
any code which read nls files in wine at all.
+++ This bug was initially created as a clone of Bug #39297 +++
Microsoft's FontValidator
(https://www.microsoft.com/typography/FontValidator.mspx)
when processing certain fonts, try to access code page 708,
which is not available under wine.
FYI, mono has support for code page 708 - c.f. mcs/class/I18N/Rare/CP708.cs .
--
Do not reply 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=35027
Bug #: 35027
Summary: unimplemented function
KERNEL32.dll.CreateProcessInternalW
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: l12436(a)yahoo.com.tw
Classification: Unclassified
Created attachment 46688
--> http://bugs.winehq.org/attachment.cgi?id=46688
log
the CreateProcessInternalW in kernel32.dll seems not implemented.
cause a execution file crash.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33381
Bug #: 33381
Summary: Mayhem Triple renders too small
Product: Wine
Version: 1.5.25
Platform: x86
URL: http://www.sniperdiplomat.com/MayhemTriple.rar
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
Classification: Unclassified
Output only occupies about a third of the window. Mouse behaves as if it were
scaled to fit.
--
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=53082
Bug ID: 53082
Summary: "explorer: Create clipboard manager thread when
creating a desktop." causes hangs on wine startup
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
CC: jacek(a)codeweavers.com
Regression SHA1: d8a74e5cf9f259c5ec9480e74d286c93609b8d9c
Distribution: ---
Since this commit, d8a74e5cf9f259c5ec9480e74d286c93609b8d9c "explorer: Create
clipboard manager thread when creating a desktop.", hangs occasionally when
setting up a new wineprefix. (It's possible that it also hangs when starting
wine with a preexisting wineprefix, but I pinpointed it for the init procedure
when setting up a fresh wineprefix.)
I've built wine headless (I only run command line executables), i.e. configured
with "--without-x" (on Linux). I've reproduced this on arm32, but it's
plausible that the same can happen on other architectures, too.
When bootstrapping a new wineprefix (setting WINEPREFIX to a new, nonexistent
directory, running "wine wineboot"), it can hang, printing errors like these:
0048:err:sync:RtlpWaitForCriticalSection section 7BC8A3F0
"../src/dlls/ntdll/loader.c: loader_section" wait timed out in thread 0048,
blocked by 0054, retrying (60 sec)
0048:err:sync:RtlpWaitForCriticalSection section 7BC8A3F0
"../src/dlls/ntdll/loader.c: loader_section" wait timed out in thread 0048,
blocked by 0054, retrying (60 sec)
Did this commit trigger some race condition when bootstrapping the environment?
This issue doesn't happen every time - when testing setup of a new wineprefix,
it happens maybe once in 5-10 attempts.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53076
Bug ID: 53076
Summary: Kvaser CanKing needs ntoskrnl.exe.KfRaiseIrql and
ntoskrnl.exe.KeLowerIrql
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Ensure that you are running a version of Wine that has the fix for Bug
53051.
2. Install Kvaser Drivers for Windows (kvaser_drivers_setup.exe).
3. Install Kvaser CanKing (kvaser_canking_setup.exe).
4. Run Kvaser CanKing (C:\Program Files (x86)\Kvaser\CanKing\wc32.exe).
5. Click through the warning dialog, create a new project with one channel,
click through the "Tip of the Day" dialog, and finally, click "Start Run".
At least one thread crashes on the unimplemented function
ntoskrnl.exe.KfRaiseIrql. After adding a stub for that function, it crashes
again in ntoskrnl.exe.KeLowerIrql.
$ sha256sum *.exe
3f834a49ed416b1a06f313736223074a426d9cfe1a78f0095825c1781e78a3dc
kvaser_canking_setup.exe
7519aa9b919ab88a830b2818e03d1311fbc2a0ed569722b0e7170fa5ef11839d
kvaser_drivers_setup.exe
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52893
Bug ID: 52893
Summary: GreedFall crashes on launch
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 72286
--> https://bugs.winehq.org/attachment.cgi?id=72286
backtrace
winegstreamer warning: videoconvert1: not negotiated
winegstreamer warning: videoconvert1:
../libs/gst/base/gstbasetransform.c(1431):
gst_base_transform_reconfigure_unlocked ():
/GstBin:bin0/GstVideoConvert:videoconvert1:
not negotiated
wine: Unhandled page fault on read access to 000000000FB68000 at address
00000001807DAAB5 (thread 0448), starting debugger...
wine-7.7-79-g7af93f497c3
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=39144
Bug ID: 39144
Summary: SpinTires tech demo wrong rendering after changing
screen resolution
Product: Wine
Version: 1.7.50
Hardware: x86-64
URL: http://oovee.chicsystems.net/SpinTiresInstall_060613.z
ip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 52170
--> https://bugs.winehq.org/attachment.cgi?id=52170
screenshot
Steps to reproduce:
1. Set screen resolution in winecfg to 800x600
2. Use a native d3dx9_36
3. Run tech demo and set screen resolution to 1024x768
4. You should get the result as on screenshot
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53112
Bug ID: 53112
Summary: winegstreamer build error
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: 34810581(a)qq.com
Distribution: ---
/root/code/dlls/winegstreamer/wg_transform.c:84:12: error:
void value not ignored as it ought to be
return gst_video_info_align(info, align);
return type is void, not bool.
The function is declared as follows in gstreamer-1.0:
/usr/include/gstreamer-1.0/gst/video/video-info.h:
void gst_video_info_align (GstVideoInfo * info, GstVideoAlignment * align);
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53035
Bug ID: 53035
Summary: Out-GridView (when winversion >win7) is broken since
182feddd4b02e83f3c69863bc2e6e63945eb2df1
Product: Wine
Version: 7.9
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: download, regression
Severity: normal
Priority: P2
Component: dwmapi
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
CC: jzeng(a)codeweavers.com
Regression SHA1: 182feddd4b02e83f3c69863bc2e6e63945eb2df1
Distribution: ---
Since the mentioned commit now an "Unhandled division by zero" is encountered
when trying to display Out-GridView in Powershell Core; (the
DwmGetCompositionTiming is apparently only called when winversion > win7)
Maybe returning a non-zero value in one of the DWM_TIMING_INFO members is
enough to fix this, but i haven`t tested
crash:
wine: Unhandled division by zero at address 00000000243E54D3 (thread 0158),
starting debugger...
Steps to reproduce:
1. Install
https://github.com/PowerShell/PowerShell/releases/download/v7.0.3/PowerShel…
2. Set windows version to win10 (or win81)
3. Then do for example:
'wine pwsh -c Get-Process \| Out-gridview'
(Note: the backslash is only needed to escape the pipe operator in bash)
Workaround for now: disable dwmapi, makes it work again
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.