https://bugs.winehq.org/show_bug.cgi?id=54542
Bug ID: 54542
Summary: d3dx10_38:d3dx10, d3dx10_40:d3dx10, d3dx10_41:d3dx10,
d3dx10_42:d3dx10 & d3dx10_43:d3dx10 regularly get
D3DXERR_INVALIDDATA
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3dx10_38:d3dx10, d3dx10_40:d3dx10, d3dx10_41:d3dx10, d3dx10_42:d3dx10 &
d3dx10_43:d3dx10 regularly get unexpected hr values in test_get_image_info()
and test_create_texture().
For instance on 2023-02-15 on w1064 the 32-bit d3dx10_43:d3dx10 test got:
d3dx10.c:2677: Test failed: Test 0: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2686: Test failed: Test 0: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2677: Test failed: Test 2: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2686: Test failed: Test 2: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2868: Test failed: Test 0: Got unexpected hr 0x88760b59.
d3dx10.c:2870: Test failed: Test 0: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2881: Test failed: Test 0: Got unexpected hr 0x88760b59.
d3dx10.c:2883: Test failed: Test 0: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2868: Test failed: Test 2: Got unexpected hr 0x88760b59.
d3dx10.c:2870: Test failed: Test 2: Got unexpected hr2 0xdeadbeef.
d3dx10.c:2881: Test failed: Test 2: Got unexpected hr 0x88760b59.
d3dx10.c:2883: Test failed: Test 2: Got unexpected hr2 0xdeadbeef.
See https://test.winehq.org/data/patterns.html#d3dx10_34:d3dx10
Where 0x88760b59 == D3DXERR_INVALIDDATA
This is similar to the d3dx10_34:d3dx10 issue bug 54541 but there are key
differences:
* In bug 54541 it is always the same two checks that fail, whereas here it's a
different set of failures with every run, with anywhere from 4 to 78 failures.
* Bug 54541 never had failures in test_create_texture().
* Also this bug's failures seem to have started some time around 2023-01-07,
i.e. much more recently than the ones in bug 54541.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52661
Bug ID: 52661
Summary: The Life and Suffering of Sir Brante Crashes Often
Product: Wine
Version: 7.4
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 71983
--> https://bugs.winehq.org/attachment.cgi?id=71983
Log File
I am trying to play The Life and Suffering of Sir Brante from GOG using Wine.
It crashes at different times always with the same error in the log file. Now
here's what's really interesting: it doesn't do this on the demo. I can
actually boot up the demo, get past where it crashes on the full version, copy
my save into the full game and keep going. Problem is it will crash again down
the road and I am more than convinced this will happen past where the demo
ends. The crashes are always at specific points and are reproducable.
The part of the log file that I think is interesting is this:
"ERROR: Caught a segmentation fault while loading plugin file:
/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstvaapi.so"
The file is installed properly and this happens on Manjaro as well as Mint.
My System:
AMD Ryzen 5 2600X | 16GB DDR4-3000 CL15 | MSI RX 580 8GB Gaming X | Mesa 21.2.6
| Linux Mint 20.3 | Mate 1.26.0 | Kernel 5.4.0-104-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=45613
Bug ID: 45613
Summary: Total War: Arena crashes with enabled d3dcompiler_47
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Depends on: 45593, 45599, 45602, 45603
Distribution: ---
Make sure you work around the dependent bugs.
The game starts up, but then crashes with a blackscreen.
Suspicious log from +relay
> 009d:Call d3dcompiler_47.D3DReflect(030e20d0,00000350,56913238,0033dac0) ret=55f79bfd
> 009d:Ret d3dcompiler_47.D3DReflect() retval=80004002 ret=55f79bfd
> 009d:Call KERNEL32.OutputDebugStringW(030e1ef0 L"d3d call failed (0x80004002) : unspecified\n") ret=55134092
> 009d:Ret KERNEL32.OutputDebugStringW() retval=00000000 ret=55134092
Disabling d3dcompiler_47 works around the issue (for some reason).
Note:
To easier debug this issue, go to drive_c/users/USERNAME/Application Data/The
Creative Assembly/Arena/scripts/preferences.script.txt and set gfx_fullscreen
to false.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41225
Bug ID: 41225
Summary: League of Legends: Login Status randomly
fails/succeeds
Product: Wine
Version: 1.9.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nmschulte(a)gmail.com
Distribution: ---
Created attachment 55493
--> https://bugs.winehq.org/attachment.cgi?id=55493
stderr + stdout
amd64 Debian Sid, multi-arch (Intel Haswell)
wine-development version wine-1.9.17 (Debian 1.9.17-1)
wine-stable version wine-1.8.3 (Debian 1.8.3-3)
When logging in to the game, sometimes the login works immediately (rare),
sometimes the login seems to timeout multiple times in a row and fails after 3
re-attempts, and sometimes it succeeds after a few re-attempts.
I have attached a log where my first "login" failed after three request
attempts; I then pressed the button again (second "login"), which was
re-attempted twice but succeeded after the second re-attempt.
Please see the screenshots for reference.
After having dealt with this issue for a while (since I've ever been playing
League of Legends on Wine, which was v1.5 or v1.6; definitely same issue w/
v1.7), I've noticed a few quirks:
I have a hunch this has to do w/ SSL/TLS (HTTPS) or part of the certificate
chain.
It seems that having iexplore.exe open in the background/prior makes the login
more likely to succeed. Just a feeling, not 100% certain this helps.
If I enter a bad password, the responses seem to _always_ come back right away
(or very, very quickly). I have had decent success "working around" this issue
by:
1) copying my correct password to the clipboard (usually by CTRL+X'ing it after
typing it in the username field)
2) issuing a rapid succession of "logins" with incorrect passwords, until the
(login failed) response comes back _very quickly_, usually after 3 or 4
"logins"
3) quickly pasting my correct password and logging in
Usually, this signs me in on the very first "login" request/response (no
"attempt #" re-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.
http://bugs.winehq.org/show_bug.cgi?id=34512
Bug #: 34512
Summary: DDO client Freeze up
Product: Wine
Version: 1.7.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Linuxhelper2881(a)yahoo.com
Classification: Unclassified
Created attachment 45941
--> http://bugs.winehq.org/attachment.cgi?id=45941
DDO wine1.7.1. output
when u start the Client it Freezes up while it try's to load the Downloading
"EN-Splash-screen". log and output is here need any thing else just ask
--
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=18443
Summary: Could not initiate GoogleTalkPlugin connection in Google
Video/Voice chat
Product: Wine
Version: 1.1.21
Platform: PC
URL: http://www.gmail.com/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: winsock
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
Created an attachment (id=21044)
--> (http://bugs.winehq.org/attachment.cgi?id=21044)
+ws2_32,+winsock log
To reproduce:
1. Install win32 Firefox 3.0.x.
2. Login to Gmail.
3. Attempt to try the video/voice chat, download the plugin. (downloading
http://dl.google.com/googletalk/googletalkplugin/GoogleVoiceAndVideoSetup.e…
directly does not work)
4. Close win32 Firefox.
5a. run winetricks msxml3
5b. install GoogleVoiceAndVideoSetup.exe (It will say error 0x80040509 even
though it installed - bug 18442)
6. Move the content of c:\Program Files\'Mozilla Firefox' into the appropriate
place under c:\Program Files\Mozilla Firefox. (bug 18441)
7. Start win32 Firefox.
8. Login to Gmail.
Once the chat window loads, you should get the following on the console:
trace:winsock:WSACreateEvent
trace:winsock:WSAStartup verReq=1
trace:winsock:WSAStartup succeeded
err:ntdll:NtQueryInformationToken Unhandled Token Information class 25!
[000:002] Could not initiate GoogleTalkPlugin connection
--
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=54766
Gijs Vermeulen <gijsvrm(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #2 from Gijs Vermeulen <gijsvrm(a)gmail.com> ---
Closing.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54967
Bug ID: 54967
Summary: Star Citizen launcher fails to start with javascript
error
Product: Wine
Version: 8.7
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 74494
--> https://bugs.winehq.org/attachment.cgi?id=74494
Screenshot of the JavaScript error dialog from starting the Star Citizen
launcher
Hello,
Star Citizen is free for a limited time.
Last time I tried it was in November '22. I could start the launcher (1.6.1)
and game client and the only issue I had was the low performance (reported as
bug 54010).
The launcher is now a new version (1.6.6) and I'm unable to start it. It
displays an error message from JavaScript and nothing happens when dismissed. I
have to kill the residual process (CrBrowserMain - presumably a libcef/webkit
helper).
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=54244
Bug ID: 54244
Summary: cardfile windows are grayed out
Product: Wine-staging
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mmikeinsantarosa(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 73797
--> https://bugs.winehq.org/attachment.cgi?id=73797
grayed out window example
All cardfile.exe windows are grayed out.
Here is a link to my goolge drive for cardfile.exe for testing
https://drive.google.com/file/d/1uIJo1qtE1sQYQvgUsjiYHxBbU-ZhXehk/view?usp=…
This bug has been present since wine-staging-6.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.
https://bugs.winehq.org/show_bug.cgi?id=53961
Bug ID: 53961
Summary: Saints Row 2022 doesn't start
Product: Wine
Version: 7.21
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: ---
Split off from bug 53954. For wine-7.21, you need the patch from this bug.
When starting the game, there is a SaintsRow.exe process, but the game doesn't
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.
https://bugs.winehq.org/show_bug.cgi?id=53896
Bug ID: 53896
Summary: World of Warcraft (Turtle WoW variant) often on start
completely freezes my laptop
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine_bugzilla(a)sctb.ch
Distribution: ---
So, I've been running the original World of Warcraft 1.12.1 for many years, and
for about a year now, the variant of this which the Turtle WoW team have been
modifying.
As of about two weeks ago, starting WoW often - not always, and I think I can
normally get *one* start okay - completely and totally locks up my laptop.
Even the caps-lock key light stops working. I have to reboot.
There was no release from Turtle WoW at this time. I regularly update my
laptop, so I can't say what was or was not changed in Debian/XFCE around that
time.
I will note one other potentially related issue, as it may be help to know of
it it used to be that I could alt-tab in and out of WoW just fine (well, almost
fine - after about five or so swaps, the textures on the environment would all
go black), but recently - I would say for a bit longer than the freezing up
problem - if I alt-tab out now, then when I come back, everything is a mess.
All the textures, the lighting, it's all garbled.
This is all in full-screen mode. I'm using XFCE on Debian. The other apps I
use with WINE are desktop apps (a text editor, a calculator), and they have no
problems. I use no other graphics-using software on WINE.
1. Linux book9 5.18.0-0.deb11.4-rt-amd64 #1 SMP PREEMPT_RT Debian
5.18.16-1~bpo11+1 (2022-08-12) x86_64 GNU/Linux
2. It's quite an old laptop, a Samsung ATIV book 9, using an i5-5200U.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49773
Bug ID: 49773
Summary: Replace autotools with CMake.
Product: Wine
Version: 5.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
Distribution: ---
Autotools is a major inconvenience when building wine. It is too slow to
configure (bash-based), too inconvenient to install on Windows (I haven't found
any official prebuilt packages, and building autotools itself requires ...
perl, which itself is a problem to build, (and using proprietary bundles lioe
ActivePerl is completely not an option) ) and too awful to customize.
It is proposed to replace it with CMake.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41424
Bug ID: 41424
Summary: Roblox Linux Wrapper
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: promanzini(a)hotmail.com
Distribution: ---
Created attachment 55799
--> https://bugs.winehq.org/attachment.cgi?id=55799
Linux Wrapper Logs
I downloaded Roblox Linux Wrapper from Github, and I attempted to Play using
the Legacy Option, it pops up to insert URL, I do as it is requested, but it
returns with the error log (Attached).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55357
Bug ID: 55357
Summary: BioShock Remastered crashes with
EXCEPTION_ACCESS_VIOLATION in WoW64
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zsolt_vadasz(a)protonmail.com
Distribution: ---
Created attachment 74939
--> https://bugs.winehq.org/attachment.cgi?id=74939
Backtrace
The GOG edition crashes immediately with the above exception. Tested with
current Wine master (fddb79776871ee00adf4d78583135a5d96ca8c06).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45990
Bug ID: 45990
Summary: Steam activation(first run) for Black Ops 2 zombies
does not go through
Product: Wine-staging
Version: 3.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spleefer90(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
First-run of this game on Steam is not possible on staging. It is possible to
launch the game (into an error and crash) on staging after it has been ran
first by devel.
Tested on a recent wine-staging git built (3.18 based) and with wine-devel 3.17
(because 3.18 has a regression with Steam).
This has been an issue for a long time, am just reporting it late as I never
realized how exactly is it happening.
https://store.steampowered.com/app/212910/
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=39995
Bug ID: 39995
Summary: League of Legends
Product: Wine
Version: 1.7.52
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: emanmc(a)gmail.com
Distribution: ---
Created attachment 53434
--> https://bugs.winehq.org/attachment.cgi?id=53434
report
i start in playonlinux game name League of Legends, report 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.
http://bugs.winehq.org/show_bug.cgi?id=34054
Bug #: 34054
Summary: Jack Orlando: A Cinematic Adventure. Director's Cut
demo hangs
Product: Wine
Version: 1.6-rc5
Platform: x86
URL: ftp://demos:4all@87.230.58.111/JO_demo_big_en.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
Classification: Unclassified
Created attachment 45262
--> http://bugs.winehq.org/attachment.cgi?id=45262
log
Demo hangs with
fixme:d3d:wined3d_get_adapter_raster_status wined3d 0x182098, adapter_idx 0,
raster_status 0x32fbd8 semi-stub!
--
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=54954
Bug ID: 54954
Summary: FEAR does not launch new game
Product: Wine
Version: 8.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dron2065(a)rambler.ru
Distribution: ---
Created attachment 74478
--> https://bugs.winehq.org/attachment.cgi?id=74478
Output log of program
The game FEAR (GOG version) runs normally, but after starting new game and
loading shows errors "Out of memory" (with exit to desktop) or "Disconnected
from server" (with exit to main menu)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54883
Bug ID: 54883
Summary: Wine 8.0.1 Stable prints an empty file
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maranbr(a)outlook.com
Distribution: ---
Since Wine 8.0 Stable, my application no longer prints. It only generates an
empty file at the end of the printing process.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54525
Bug ID: 54525
Summary: Fruit of Grisaia crash after disabled winegstreamer in
winecfg
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: thieujank(a)gmail.com
Distribution: ---
Created attachment 74062
--> https://bugs.winehq.org/attachment.cgi?id=74062
Logs
I tried to disable winegstreamer with wine 8.2 but it crash . I can disable
winegstreamer with wine 7.2x but now it crash the game with wine 8.2
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53901
Bug ID: 53901
Summary: Bullseye repo Release file not regenerated (=> Mirror
sync in progress) since 6 weeks
Product: WineHQ.org
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mpartap(a)gmx.net
Distribution: ---
E: Failed to fetch
https://dl.winehq.org/wine-builds/debian/dists/stable/main/binary-i386/Pack…
File has unexpected size (551820 != 549300). Mirror sync in progress? [IP:
151.101.114.217 443]
Hashes of expected file:
- Filesize:549300 [weak]
-
SHA512:2a2dd0b855e86193e78c970e75bc18b476055c368e9b93e8f806df87312fe374dbad33a6cd408b59daef8efec44723a14c729f0216e9d9da929e75a866da542a
- SHA256:b81814fbcc361759e4887241a290274618adeea4d175e88813667c07714acf64
- SHA1:2894d17a7cdaf0114934f122127850f092700278 [weak]
- MD5Sum:8cb62ccab1e73c2a7d0025bac59a6951 [weak]
Release file created at: Sat, 24 Sep 2022 15:16:02 +0000
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52666
Bug ID: 52666
Summary: Everquest - Mouse look doesn't lock in cursor to
window
Product: Wine-staging
Version: 7.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: johnherschelfreeman2013(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
When using the mouse to look in game the location of the mouse strays outside
the window to interact with other applications and can trigger UI problems such
as menus popping up over the game window
Issue has been around for quite some time and has occasionally been fixed but
comes back
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51777
Bug ID: 51777
Summary: Steam hangs/crashes frequently
(ntdll-Heap_Improvements)
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70677
--> https://bugs.winehq.org/attachment.cgi?id=70677
terminal output
This started happening maybe a week ago using the git version. No such problem
in Wine-Staging 6.17.
Most of the times Steam hangs when trying to log-in. Sometimes it gets past the
login window but it crashes/hangs when selecting certain command from the menu
e.g. Help->System Information or Check for Steam client update...
It often happens that the icons of the installed games in the library are
missing.
This bug doesn't occur when I omit the ntdll-Heap_Improvements patch from the
staging patchset.
Disabling esync doesn't help.
wine-6.17-355-ge482605548b (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=46292
Bug ID: 46292
Summary: user32 tests crash in a real windows box
Product: Wine
Version: 4.0-rc1
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Created attachment 63014
--> https://bugs.winehq.org/attachment.cgi?id=63014
Screenshot of the errors
For me, in my real windows 10 box, user32 tests crash:
./user32_croostest.exe msg gives the attached picture. Thats's quite annoying
since one can not add new tests and check them in a real windows box.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54989
Gijs Vermeulen <gijsvrm(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #2 from Gijs Vermeulen <gijsvrm(a)gmail.com> ---
Closing.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53449
Bug ID: 53449
Summary: Mp3tag cannot be launched twice
Product: Wine
Version: 7.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
When it's already running and you try to launch it again you get:
$ wine Mp3tag.exe
01b0:err:ole:CoUninitialize Mismatched CoUninitialize
01b0:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFA, 0021FEAC
$ sha256sum mp3tagv317setup.exe
4d96463e5da92a8652b82efce1eec418da0c86f0fdd8307d66383c0666a04af3
mp3tagv317setup.exe
$ md5sum mp3tagv317setup.exe
07a35ec1751a63055e2fd416a488b60d mp3tagv317setup.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=52884
Bug ID: 52884
Summary: Adobe Lightroom Classic 10.4 + 11.1 crash in
??0CTJPEGWriter@@QEAA@XZ+0x2459d()
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bugs(a)bzatek.net
Distribution: ---
Created attachment 72268
--> https://bugs.winehq.org/attachment.cgi?id=72268
backtrace
> Unhandled exception: page fault on read access to 0x0000000000000018 in 64-bit code (0x0000000020301a52).
> Backtrace:
> =>0 0x0000000020301a52 EntryPoint+0x5fd5fe() in cameraraw (0x0000000000117bd0)
> 1 0x00000000203069c4 EntryPoint+0x602570() in cameraraw (0x0000000000117bd0)
> 2 0x000000001fb1aa7d ??0CTJPEGWriter@@QEAA@XZ+0x2459d() in cameraraw (0x0000000000117bd0)
> 0x0000000020301a52 cameraraw+0xaf1a52: cmpb $0,0x0000000000000018(%rsi)
good: wine-7.3 (vkd3d not compiled in), wine-6.22
bad: wine-7.4 (vkd3d bundled and enabled, vulkan enabled), wine-7.6
Clean prefix, only vcrun2015 installed. I've seen this crash in Lightroom
Classic 10.4 and 11.1 under different prefixes with more libraries in. Those
prefixes running wine-6.22 were stable for months with daily usage. GPU usage
is disabled in Lightroom Preferences. Crashes often right after startup or on a
first image manipulation.
Notable messages from the console:
> 0124:fixme:dxgi:dxgi_adapter_QueryVideoMemoryInfo Returning fake video memory info.
> 0124:fixme:dxgi:dxgi_adapter_SetVideoMemoryReservation iface 000000005CA3F5F0, node_index 0, segment_group 0, reservation 0x40000000 stub!
> 0124:fixme:dxgi:dxgi_adapter_RegisterVideoMemoryBudgetChangeNotificationEvent iface 000000005CA7A050, event 0000000000000728, cookie 000000005CA79F18 stub!
> wine: Unhandled page fault on read access to 0000000000000018 at address 0000000020301A52 (thread 0124), starting debugger...
> 0060:err:virtual:virtual_setup_exception stack overflow 1232 bytes in thread 0060 addr 0x7f8e8c1eef87 stack 0x940b30 (0x940000-0x941000-0xa40000)
Hardware used: Skylake Xeon, AMD Radeon Pro WX 2100 (polaris12, LLVM 13.0.1,
DRM 3.44, 5.16.8-zen-ge527425d9e93) (0x6995), mesa-22.0.0-rc2, Vulkan enabled,
etc.
--
Do not reply 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=31649
Bug #: 31649
Summary: WebSlingPlayer IE never gets past the "initializing"
screen with Wine IE
Product: Wine
Version: 1.5.12
Platform: x86-64
URL: http://watch.slingbox.com/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 41610
--> http://bugs.winehq.org/attachment.cgi?id=41610
wine-1.5.12-157-gbdf9a9f console output
WebSlingPlayer IE should pick up account details and connect a Slingbox, but
under Wine's IE it never progresses past the "initializing" screen.
An account is needed with Sling to get this far.
--
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=31389
Bug #: 31389
Summary: Roblox website, 'play now' button fails with builtin
IE
Product: Wine
Version: 1.5.10
Platform: x86
URL: http://www.roblox.com/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Blocks: 22417
Classification: Unclassified
$ wine iexplore.exe http://www.roblox.com
once the site loads, click 'Play now'. Nothing happens.
Terminal shows:
fixme:mshtml:HTMLEventObj_get_offsetX (0x14c210)->(0x32e694)
fixme:mshtml:HTMLEventObj_get_offsetY (0x14c210)->(0x32e694)
fixme:mshtml:HTMLEventObj_get_offsetX (0x14c210)->(0x32e6c4)
fixme:mshtml:HTMLEventObj_get_offsetY (0x14c210)->(0x32e6c4)
fixme:mshtml:nsURI_GetOriginCharset (0x13f450)->(0x32efdc)
fixme:mshtml:HTMLEventObj_get_offsetX (0x14c210)->(0x32e694)
fixme:mshtml:HTMLEventObj_get_offsetY (0x14c210)->(0x32e694)
fixme:mshtml:HTMLEventObj_get_offsetX (0x14c210)->(0x32e6c4)
fixme:mshtml:HTMLEventObj_get_offsetY (0x14c210)->(0x32e6c4)
fixme:mshtml:nsURI_GetOriginCharset (0x14c210)->(0x32efdc)
fixme:jscript:Object_propertyIsEnumerable
fixme:mshtml:nsURI_GetOriginCharset (0x219fdb8)->(0x32efdc)
fixme:ieframe:ControlSite_OnFocus (0x1323e0)->(0)
fixme:ieframe:InPlaceSite_OnInPlaceDeactivateEx fNoRedraw (1) ignored
fixme:mshtml:HlinkTarget_SetBrowseContext (0x15f9f8)->((nil))
fixme:jscript:JScript_SetScriptState unimplemented state 3
winetricks wsh57 makes no difference (and the website still reports javascript
as missing).
--
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=55156
Bug ID: 55156
Summary: The Program Crashes without opening
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: pourmand1376(a)gmail.com
Distribution: ---
Created attachment 74722
--> https://bugs.winehq.org/attachment.cgi?id=74722
Trace File for error
The program crashes without opening.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55510
Bug ID: 55510
Summary: Wine incorrectly sets TRANSIENT_FOR/skip_taskbar for
unmapped windows
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: patrick+winehq.org(a)laimbock.com
Distribution: ---
Created attachment 75074
--> https://bugs.winehq.org/attachment.cgi?id=75074
Gnome-shell log
Based on feedback in
https://gitlab.gnome.org/GNOME/mutter/-/issues/2867#note_1822417 filing the bug
here.
Platform: Fedora 38 x86_64 (up-to-date) with wine-8.15.
Steps to reproduce:
1. wine ./EssencePlusVST3_Setup.exe
2. click on '_' in the windows top-right corner
3. window does not minimize
4. click 'X' in the windows top-right corner
5. observe gnome-shell journal messages
See the screencast for live performance.
Maybe related: https://bugs.winehq.org/show_bug.cgi?id=37052 ?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55450
Bug ID: 55450
Summary: Softerra LDAP Browser needs LDAP_OPT_AUTO_RECONNECT
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wldap32
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Run `docker run --detach -p1389:1389 bitnami/openldap`
2. Run `wine ldapbrowser-4.5.19808.0-x64-eng.msi`
3. Run `wine 'C:\Program Files\Softerra\LDAP Browser 4\ldapbrowser.exe'`
3. Click File > New > New Profile
4. Connect to localhost port 1389 anonymously
"COM Error" is displayed in the main window and "fixme:wldap32:ldap_set_optionA
Unsupported option: 0x91" is spammed to the terminal. 0x91 is
LDAP_OPT_AUTO_RECONNECT.
$ sha256sum ldapbrowser-4.5.19808.0-x64-eng.msi
22fdae1fe8320043e8e9c50e3b4f5bd4d7f6a4b50c4680cc4216a1a65284083d
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54566
Bug ID: 54566
Summary: Speed Busters: not clickable buttons in main menu
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stabilergriller(a)gmail.com
Distribution: ---
Created attachment 74107
--> https://bugs.winehq.org/attachment.cgi?id=74107
Wine Output running programm
Hello,
The game "Speed Busters: American Highways"
[https://appdb.winehq.org/objectManager.php?sClass=application&iId=2832],
bought on GOG [https://www.gog.com/game/speed_busters] installs just fine, but
it's not possible to progress beyond the main menu.
The main menu is fully visible, the mouse cursor itself too, but it's not
actually possible to click on any of the buttons (or other interactive
elements). Nothing seems to happen, when clicking on anything.
Note: In winecfg, it's necessary to "Emulate a virtual desktop". Otherwise the
game will start in full screen mode, and due to that described
non-interactivity, it becomes impossible to leave the game anymore, so you will
get perpetually stuck unless rebooting the computer.
When alt tabbing the game running in full screen mode, it can be seen that an
error window from wine is produced in the background, which is not readable,
because the game always immediately commands control back.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54609
Bug ID: 54609
Summary: 32-bit LDAP Administrator crashes in internal Wine
function proxy_manager_destroy
Product: Wine
Version: 8.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 74138
--> https://bugs.winehq.org/attachment.cgi?id=74138
WINEDEBUG=+ole
If I am reading the OLE trace correctly, the application:
1. Creates a proxy interface:
0110:trace:ole:proxy_manager_construct 01505048 created for OXID
2000000100, OID 3e
2. Sends the pointer to that interface to another thread:
0110:trace:ole:NdrBaseTypeMarshall value: 1505048
3. Releases and frees the interface:
0110:trace:ole:NdrInterfacePointerFree (04D4F594,01505048,1025B69C)
4. Receives the interface pointer on the other thread:
0100:trace:ole:NdrBaseTypeUnmarshall value: 1505048
5. Uses the interface on the other thread, despite it being freed:
0100:trace:ole:ClientIdentity_AddRef 01505048 - before 0
6. Releases and frees the interface again, which crashes:
0100:trace:ole:ClientIdentity_Release 01505048 - after 0
I don't understand how this works without crashing on Windows.
Here are all the traces that mention that interface pointer:
0110:trace:ole:proxy_manager_construct 01505048 created for OXID 2000000100,
OID 3e
0110:trace:ole:ClientIdentity_AddRef 01505048 - before 1
0110:trace:ole:ClientIdentity_Release 01505048 - after 1
0110:trace:ole:std_unmarshal_interface Successfully created proxy 01505048
0110:trace:ole:NdrBaseTypeMarshall value: 1505048
0110:trace:ole:NdrInterfacePointerFree (04D4F594,01505048,1025B69C)
0110:trace:ole:ClientIdentity_Release 01505048 - after 0
0100:trace:ole:NdrBaseTypeUnmarshall value: 1505048
0100:trace:ole:ClientIdentity_AddRef 01505048 - before 0
0100:trace:ole:ClientIdentity_Release 01505048 - after 0
The 64-bit version also crashes, but in a different way, see Bug 54606.
$ sha256sum ldapadmin-4.21.24429.0-x86-eng.msi
9d3e062b9c30d4bd73630b969414f65f969f0eafc5a3835f1ebb246c5c657d2a
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54166
Bug ID: 54166
Summary: Compilation fails with gcc 4.8.4 (error:
‘HTTP_STATUS_CONTINUE’ undeclared)
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 73692
--> https://bugs.winehq.org/attachment.cgi?id=73692
log.txt
Compiling in 32 bit distro with:
compiler version 4.8.4
# gcc --version
glibc 2.19
# ldd --version
config line:
configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x
--libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686"
Compile error in wine-8.0-rc1
In function ‘cups_write_doc’
error: ‘HTTP_STATUS_CONTINUE’ undeclared (first use in this function)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55471
Bug ID: 55471
Summary: nGlide wrapper produces black screen in games using
the D3D backend
Product: Wine
Version: 8.4
Hardware: x86-64
URL: https://archive.org/download/Wiz8b/Wiz8NetDemoEB.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 46c8a637525d0f1cf67830295fb460c819b800b6
Distribution: ArchLinux
Created attachment 75029
--> https://bugs.winehq.org/attachment.cgi?id=75029
terminal output
I'm using nGlide wrapper v2.10 for old games from the Win95/Win98 era that
support the 3Dfx Glide renderer.
The problem is that most (but not all) of the games just produce a black screen
after startup if <Video backend> is set to <Auto> or <Directx> in the nGlide
configurator. Vulkan backend is working properly.
Some affected games are Descent 3, Die by the Sword, Ultima IX, Wizardry 8,
Tachyon The Fringe, Powerslide.
The problem is present since Wine 8.4 and regression testing points to
commit 46c8a637525d0f1cf67830295fb460c819b800b6
winex11: Separately store the internal pixel format set by
WGL_WINE_pixel_format_passthrough.
To reproduce the problem in Wizardry 8 demo:
1. download and install the nGlide v2.10 wrapper:
https://www.zeus-software.com/downloads/nglide/d-1.html
Configuration is done by running nglide_config.exe. Video backend should be
either <Auto> or <DirectX>.
2. download and install Wizardry 8 demo.
First run 3Dsetup.exe from the game directory. If nGlide v2.10 is installed
then you have the option to select 'Glide2x' as the renderer.
3. start the demo with Wiz8.exe. After a short intro the screen remains black.
nGlide210_setup.exe (3.2 M)
md5sum: cd30d314c3f1470cef1a35300fda1a20
Wiz8NetDemoEB.exe (143 M)
md5sum: 728f87e9768102c71017675a1bb06425
Wine 8.14
X.Org X Server 1.21.1.8
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 535.43.08
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54718
Bug ID: 54718
Summary: msvcr90:msvcr90 - test__get_current_locale() sometimes
gets an unexpected refcount on w10pro64
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msvcr90:msvcr90 - test__get_current_locale() sometimes gets an unexpected
refcount on w10pro64:
msvcr90.c:2382: Test failed: refcount = 4
See https://test.winehq.org/data/patterns.html#msvcr90:msvcr90
This only happens in 64-bit tests, and only on w10pro64. Yet it has the same
msvcr90 version as the other Windows 10 2004+ VMs:
w10pro64v2004 msvcr90=9.0.30729.9625
w1064v2009 msvcr90=9.0.30729.9625
w10pro64 (21H1) msvcr90=9.0.30729.9625
w1064 (22H2) msvcr90=9.0.30729.9625
w11pro64 msvcr90=9.0.30729.9635
The test already considers a refcount of 2 to be broken (without indicating
why, commit f71f16319816) so maybe the same should be done for a value of 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=45273
Bug ID: 45273
Summary: Chessbase 11 cannot draw arrows
Product: Wine
Version: 3.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Similar issue to
https://bugs.winehq.org/show_bug.cgi?id=42809
but with slightly differing unimplemented requirements from GdipWidenPath.
Originally mentioned on https://bugs.winehq.org/show_bug.cgi?id=37275
In this case:
0064:fixme:gdiplus:brush_fill_pixels path gradient blend not implemented
0064:fixme:gdiplus:resample_bitmap_pixel Unimplemented interpolation 7
0064:fixme:gdiplus:GdipSetCustomLineCapStrokeCaps not implemented
0064:fixme:gdiplus:GdipWidenPath unimplemented end cap ff
0064:fixme:gdiplus:GdipWidenPath unimplemented end cap ff
The first two error messages have been around a long while so are probably
unrelated.
The last two (same) messages are multiplied for each extra arrow drawn, which
probably indicates only the last needs to be implemented.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55333
Bug ID: 55333
Summary: ws2_32:sock - test_connect_events() sometimes fails in
Wine
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: source, testcase
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
It seems to get FD_WRITE *after* FD_CONNECT, resulting in the following failure
messages:
sock.c:6408: Test failed: got events 0x10
sock.c:6409: Test failed: expected timeout
sock.c:6409: Test failed: got events 0x2
I don't immediately know how this can happen. I'm pretty sure we depend on
POLLOUT to trigger both.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55286
Bug ID: 55286
Summary: msvcrt:file - The 64-bit test_invalid_stdin_child()
sometimes gets a bad stdin handle on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msvcrt:file - The 64-bit test_invalid_stdin_child() sometimes gets a bad stdin
handle on Windows 10:
file.c:1762: Test failed: handle = 0000000000000048
file.c:1766: Test failed: info->handle = 0000000000000048
file.c:1769: Test failed: stdin->_file = 0
file.c:1774: Test failed: errno = 22
file.c:1784: Test failed: errno = 22
file.c:1804: Test failed: errno = 22
file.c:1808: Test failed: fclose(stdin) returned 0
file.c:1809: Test failed: errno = -559038737
1dd4:file: 25 tests executed (0 marked as todo, 0 as flaky, 8 failures), 0
skipped.
See https://test.winehq.org/data/patterns.html#msvcrt:file
This failure has only happened in he 64-bit tests on Windows 10 so far but it
is pretty rare so this may not be significant. There are only three known
instances to date:
* 2023-02-06 win21H1_newtb-w10pro64-64 (handle = 4C)
* 2023-02-09 win21H1_newtb-w10pro64-64 (handle = 48)
* 2023-07-19 win22H2_newtb-w1064-64 (handle = 48)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54756
Bug ID: 54756
Summary: Forza Horizon 4 crashes with
concrt140.dll.??0_Cancellation_beacon@details@Concurre
ncy@@QEAA@XZ
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
wine: Call from 0000000000683C9E to unimplemented function
concrt140.dll.??0_Cancellation_beacon@details@Concurrency@@QEAA@XZ, aborting
8.4-304-ga98d9dd9e99
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54064
Bug ID: 54064
Summary: ntdll:threadpool - test_tp_io() sometimes fails &
crashes in Wine (GitLab CI)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:threadpool - test_tp_io() sometimes fails & crashes in Wine (GitLab CI):
ntdll:threadpool start dlls/ntdll/tests/threadpool.c
wine: Unhandled page fault on read access to 0000000C at address 7BC644D1
(thread 07c4), starting debugger...
threadpool.c:641: Test marked todo: TpSimpleTryPost unexpectedly returned
status 0
threadpool.c:1595: Test marked todo: expected that timers are merged
threadpool.c:2034: Test failed: got 0xc0000017
threadpool.c:2035: Test failed: expected non-NULL TP_IO
Unhandled exception: page fault on read access to 0x0000000c in 32-bit code
(0x7bc644d1).
...
Backtrace:
=>0 0x7bc644d1 impl_from_TP_IO+0x3(io=<internal error>)
[Z:\builds\zfigura\wine\dlls\ntdll\threadpool.c:351] in ntdll (0x0077fd08)
1 0x7bc644d1 TpWaitForIoCompletion+0x11(io=00000000, cancel_pending=0)
[Z:\builds\zfigura\wine\dlls\ntdll\threadpool.c:348] in ntdll (0x0077fd08)
2 0x004e7a58 in ntdll_test (+0xe7a58) (0x0077fde8)
...
Strangely enough this failure never happened in the nightly WineTest runs but
it did impact at least 5 merge requests so far:
* 2022-11-30 MR!1615
* 2022-11-29 MR!1545
* 2022-11-25 MR!1537
* 2022-11-23 MR!1508
* 2022-11-10 MR!1326
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55500
Bug ID: 55500
Summary: Launching new processes in Virtual Desktops is slow
and stutters the system
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gabrielopcode(a)gmail.com
Distribution: ---
When in Virtual Desktop mode, launching any processes (even start.exe) causes a
short burst of high GPU usage, at least with NVIDIA drivers. This happens
because of vkGetRandROutputDisplayEXT, which seems to be very expensive, and
it's supposed to be done only once per wineserver launch, but that doesn't work
in Virtual Desktop mode because it always calls get_host_primary_monitor_rect
which ends up calling that function, even though it only needs the ID.
This actually can cause huge graphical stutters/lag of half a second when
launching processes in a Virtual Desktop.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55351
Bug ID: 55351
Summary: gdiplus:graphicspath - test_flatten2() fails on
Windows 7 - 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdiplus:graphicspath - test_flatten2() fails on Windows 7 - 11:
graphicspath.c:1270: Test failed: Expected 00000000, got 00000002
See https://test.winehq.org/data/patterns.html#gdiplus:graphicspath
The failure started on the day test_flatten2() was introduced with the commit
below:
commit 36c3a51d6abbdba4054e02c2a10b9fd38f8a3d5d
Author: Fabian Maurer <dark.shadow4(a)web.de>
AuthorDate: Mon Jul 24 17:23:44 2023 +0200
gdiplus: Prevent infinite loops due to floating point inaccuracy.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52492
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55341
Bug ID: 55341
Summary: Colin McRae Rally 2.0 since wine 8.4 shows just black
screen
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: marcinzw(a)gmail.com
Distribution: ---
Before wine 8.4 the game worked flawlessly, but now even through all version up
to the wine 8.13 and latest git version shows only a black screen after intro.
I was hoping that the next versions will fix the problem (I stayed with wine
8.3 until now) but it doesn't happen. So I bisected and find the commit
46c8a637525d0f1cf67830295fb460c819b800b6 is the problem. Exactly just one
change in file dlls/winex11.drv/opengl.c in line 1405 (line number from latest
git repo)
+ win32u_set_window_pixel_format( hwnd, pixel_format_index( format ), FALSE)
- win32u_set_window_pixel_format( hwnd, pixel_format_index( format ),
internal );
This reverts one of the change made in this commit and fixes problem with a
black screen with latest git version as well. I hope this change (or similar
which resolve the problem) can be 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=43822
Bug ID: 43822
Summary: No car song TrackMania nation forever (steam version)
Product: Wine
Version: 2.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maxi.cass11(a)gmail.com
Distribution: ---
Created attachment 59369
--> https://bugs.winehq.org/attachment.cgi?id=59369
trackmania without car song
Hello I have problem with trackMania nation forever on steam.
I don't have the car song (all other song work)
http://store.steampowered.com/app/11020/TrackMania_Nations_Forever/
The car song work on the standalone installer
(trackmania 1 demo)
http://trackmaniaforever.com/nations/
I have tried to change openAL version or override this but it not correct the
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=55457
Bug ID: 55457
Summary: Robot Battle 1.4 crashes on startup after commit
08dc691d
Product: Wine
Version: 8.13
Hardware: x86-64
URL: https://web.archive.org/web/20130317061354/http://www.
robotbattle.com/download/latest.php
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: telans(a)posteo.de
CC: gabrielopcode(a)gmail.com
Regression SHA1: 08dc691dfb410de7115db3f9c34b225327e21f67
Distribution: ---
Created attachment 75018
--> https://bugs.winehq.org/attachment.cgi?id=75018
Backtrace Log
Robot Battle 1.4 crashes on startup. A bisect found commit 08dc691d ("mshtml:
Explicitly hold ref to the plugin host in NPP_New.") is the cause.
I've set the URL field here to a working link for the installer.
It looks like a NULL dereference at IOleClientSite_AddRef when
container->plugin_host is failed to be created.
A simple patch that fixes this for me is to check for err before attempting
IOleClientSite_AddRef.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55259
Bug ID: 55259
Summary: TranscendPang has corrupted graphics in-game
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: skorohodov4219(a)gmail.com
Distribution: ---
Created attachment 74874
--> https://bugs.winehq.org/attachment.cgi?id=74874
what is output if i launch the game from terminal
Download link:
http://cerebralmuddystream.nekokan.dyndns.info/TranscendPang/downloads.html
(the link at the top that says
FULL PACKAGE(ver1.10 2012/8/01)(およそ60MB))
OS: Manjaro Linux x86_64
Kernel: 6.1.38-1-MANJARO
CPU: Intel i5-2320 (4) @ 3.000GHz
GPU: NVIDIA GeForce GTX 550 Ti (using the proprietary driver)
Main menu looks fine, but when you start the game, parts of the background and
balls are 100% black, can't see much; parts of the background that do get shown
seem to be squished to the left.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55499
Bug ID: 55499
Summary: Arturia Software Lab 2.6.0: Window
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mistria(a)redhat.com
Distribution: ---
Created attachment 75062
--> https://bugs.winehq.org/attachment.cgi?id=75062
Console Log
Using wine-devel 8.14 from the winehq dnf repo, on Fedora 38, and trying to run
latest Arturia Software Center (2.6.0.2328), I see a window quickly showing up
and then closing immediately, and the application seems to hang in the terminal
doing nothing.
Log is attached.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54070
Bug ID: 54070
Summary: winevulkan Assertion failed
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winevulkan
Assignee: wine-bugs(a)winehq.org
Reporter: santafejayyt(a)gmail.com
Distribution: ---
Created attachment 73619
--> https://bugs.winehq.org/attachment.cgi?id=73619
Image of the error
I'm currently unable to run Roblox Studio at all on the latest wine-staging
version, with winevulkan erroring with "Assertion failed! File:
wine-staging/dlls/winevulkan/loader_thunks.c Line: 5156"
Expression: "!status"
I don't see an stderr or stdout log anywhere except for this error. I tested
both a custom wine-staging build, the AUR package wine-staging, as well as
compiled from source.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49161
Bug ID: 49161
Summary: Trying to run
GrapeJuice(https://gitlab.com/brinkervii/grapejuice)
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blakeablin(a)icloud.com
Distribution: ---
Created attachment 67180
--> https://bugs.winehq.org/attachment.cgi?id=67180
Error details
Trying to run Roblox via GrapeJuice give me the error I will attach.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54758
Bug ID: 54758
Summary: shell32:progman_dde - test_parser() sometimes gets
DMLERR_NOTPROCESSED 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:progman_dde - test_parser() sometimes gets DMLERR_NOTPROCESSED in Wine:
progman_dde.c:274: Test failed: expected DMLERR_NO_ERROR, got 16393
progman_dde.c:275: Test failed: directory should not exist
See https://test.winehq.org/data/patterns.html#shell32:progman_dde
Where 16393 == DMLERR_NOTPROCESSED
The first known instance happened on 2023-03-02: this did not happen in the
previous 6 months. Since then there has been a bit over 1 instance per week so
it seems likely this is caused by a commit in late February:
* 2023-03-02 on debian11-win32-ar-MA
* 2023-03-03 on fgtb-debian11-win32
* 2023-03-10 in MR!2368 on debian11-win32
* 2023-03-22 in MR!2466 in the test-linux32 GitLab CI
* 2023-03-28 in MR!2526 on debian11-win32
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55417
Bug ID: 55417
Summary: user32:msg - test_showwindow() sometimes fails due to
an unexpected WM_SYNCPAINT message on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:msg - test_showwindow() sometimes fails due to an unexpected
WM_SYNCPAINT message on Windows 10:
msg.c:5016: Test failed: ShowWindow(SW_SHOWNA) on visible top level window: 0:
the msg 0x0018 was expected, but got msg 0x0088 instead
msg.c:5016: Test failed: ShowWindow(SW_SHOWNA) on visible top level window: 1:
the msg 0x0046 was expected, but got msg 0x0018 instead
msg.c:5016: Test failed: ShowWindow(SW_SHOWNA) on visible top level window: 6:
the msg sequence is not complete: expected 0000 - actual 0046
See https://test.winehq.org/data/patterns.html#user32:msg
Where: 0x18 == WM_SHOWWINDOW
0x46 == WM_WINDOWPOSCHANGING
0x88 == WM_SYNCPAINT
Maybe the WM_SYNCPAINT should just be added as optional.
This only happened 4 times in the past 8 months:
* 2022-12-09 win21H1_newtb-w10pro64-zh-CN-64
* 2023-03-27 win21H1_newtb-w10pro64-ko-64
* 2023-06-09 win21H1_newtb-w10pro64-ja-64
* 2023-08-04 win21H1_newtb-w10pro64-ja-64
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53505
Bug ID: 53505
Summary: d3d9:visual - test_vshader_input() sometimes fails on
Windows <= 10 1607
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:visual - test_vshader_input() sometimes fails on Windows <= 10 1607:
visual.c:8907: Test failed: Input test: Quad 3(2crd-wrongidx) returned color
0x00ff00ff, expected 0x00ff0080
https://test.winehq.org/data/patterns.html#d3d9:visual
This happens on Windows 8, Windows 10 1507 and 1607 but is rare enough (~7%) to
sometimes 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=53385
Bug ID: 53385
Summary: Vulkan was running really fine, before MESA/Xorg
Update last month, current version crashes
Product: vkd3d
Version: 1.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: juergen.sauer(a)automatix.de
Distribution: ---
I was using dxvk-bin in Arch Linux.
[jojo@pc7 wotlk]$ cd /usr/share/dxvk/
[jojo@pc7 dxvk]$ ./setup_dxvk.sh install
This worked over years like a charm, rocksteady.
Since a month ago, I got:
[jojo@pc7 wotlk]$ wine Wow.exe
..
info: Game: Wow.exe
info: DXVK: v1.10.2
info: Built-in extension providers:
info: Win32 WSI
info: OpenVR
info: OpenXR
info: OpenVR: could not open registry key, status 2
info: OpenVR: Failed to locate module
info: Enabled instance extensions:
info: VK_KHR_get_surface_capabilities2
info: VK_KHR_surface
info: VK_KHR_win32_surface
terminate called after throwing an instance of 'dxvk::DxvkError'
abnormal program termination
wine-7.13 (Staging)
...
uninstalling dxvk-bin -> game works again,
but it runs sometimes in Wow Errors accordinf the OpenGL Stack.
You can reproduce on Arch Linux, current update, wine-staging, running Wow
WoW_3.3.5a_rising-gods.de. Client avaible via rising-gods.de
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55131
Bug ID: 55131
Summary: Celeste FNA x86 Windows Game does not work on WOW64
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dofficialgman(a)gmail.com
Distribution: ---
Created attachment 74684
--> https://bugs.winehq.org/attachment.cgi?id=74684
backtrace when trying to boot the game
Specifically testing the FNA build of Celeste available on Itch.io but it is
available on other platforms as well https://mattmakesgames.itch.io/celeste
The game does not run on WOW64 (tested on Wine-8.10 and Wine-8.11) builds but
runs fine on the standard Wine-8.10 multiarch (32bit and 64bit linux
userspace).
A backtrace when trying to launch the game is attached.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54414
Bug ID: 54414
Summary: Window content corrupted after using scrollbars
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maranbr(a)outlook.com
Distribution: ---
Created attachment 73975
--> https://bugs.winehq.org/attachment.cgi?id=73975
Window content after scroll
The window content gets completely corrupted after use scroll bars.
Tested on versions 4.x, 5.x, 6.x, 7.x and the last one available, the 8.0.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54785
Bug ID: 54785
Summary: ole32:compobj - test_CoWaitForMultipleHandles()
sometimes does not receive WM_USER on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ole32:compobj - test_CoWaitForMultipleHandles() sometimes does not receive
WM_USER on Windows. There are two places where this can happen:
compobj.c:2999: Test failed: expected message 1024, received none
and
compobj.c:3034: Test failed: expected message 1024, received none
See https://test.winehq.org/data/patterns.html#ole32:compobj
This failure impacts all Windows version but still only happens once every
other month on average:
* 2022-12-09 on fgtb-w10pro64-rx550-64
* 2023-01-24 on fgtb-w10pro64-rx550-64
* 2023-03-10 on w7u-pt-PT
* 2023-04-04 on w7u-de
* 2022-08-28 on w1064-tsign-32
This is a slightly different case because compobj received an unexpected
WM_DEVICECHANGE message instead of no message:
compobj.c:3000: Test failed: unexpected message 537
compobj.c:3034: Test failed: expected message 1024, received 537
compobj.c:3035: Test failed: unexpected message 1024
--
Do not reply 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=35336
Bug ID: 35336
Summary: HoMM 3: Horn of the Abyss launcher freezes on the game
update (Mono issue)
Product: Wine
Version: 1.7.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs140(a)gmail.com
Classification: Unclassified
How to reproduce: open HotA_launcher.exe and then click on Update HotA. If you
try to cancel the update or there will be no updates available, the application
freezes.
With 'winetricks dotnet30' the launcher works fine, so it looks like a problem
with Mono.
You DON'T NEED Heroes of Might & Magic 3 to test this, you can open the
launcher of this unofficial expansion without downloading the original game.
There is nothing in the logs.
TESTED ON:
Ubuntu 13.04 and Mac OS X 10.9 Mavericks
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54143
Bug ID: 54143
Summary: Chessbase 11 arrows draw too large
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: dav75uk(a)yahoo.co.uk
Distribution: ---
Created attachment 73675
--> https://bugs.winehq.org/attachment.cgi?id=73675
Picture of arrow on wine8.0-rc1
When arrows are drawn using Chessbase 11, they are too big. See attached
screenshot and log.
Compare with:
https://www.youtube.com/watch?v=xvJd97ZnHAk
At 4:58 an arrow is showing from g8 to f6 pointing to a knight that has just
moved. I've also set up this arrow on chessbase 11 with wine 8.0-rc1. Note
later chessbase draws arrows slightly different, so software like CBReader14
doesn't appear to be affecting by this issue.
On wine 8.0-rc1 in CB 11 the stem of the arrow looks approx in the right place.
It crosses f7/g7 (the squares occupied by pawns) at the right point. The tip of
the arrow is in the right place on the knight between the white on the mane and
the chin. On wine 7.22 the endcap square (some default catch in a switch
statement maybe) is being drawn which is not on native chessbase (thus the
arrow isn't meant to hide it). Finally the back of the arrow head is in the
wrong place (some scaling maybe?) which is making it too large. On wine 7.22
the back of the arrow is drawn from the right shoulder of the pawn on f7 (the
one nearest the king) to near (left of) the base of the one on g7. In the video
the arrow appears from under the base of the f7 pawn (almost but not quite
lined up horizontally the bishop on f8's cross right hand edge) to just inside
the corner of the square the knight is on.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51890
Bug ID: 51890
Summary: A lot more old games would be so much more usable if
wine's virtual desktop had proper resizing
Product: Wine-staging
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: el(a)horse64.org
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
I have a really significant amount of older games around, none of which will
launch on this machine without wine's virtual desktop feature because on a
widescreen monitor, they determine there is no "expected" fullscreen resolution
available and crash.
Now I'd just use the virtual desktop, except it feels archaic and not very
usable: why is it that for a 800x600 game on a 800x600 virtual desktop, I can't
just maximize the virtual desktop window and get the virtual desktop SCALED UP
with proper letterboxing so I can play in some other way than a tiny window
with zero immersion and everything so small I can barely see it? Funnily enough
I can even resize the virtual desktop window except the resizing is fully
ignored and I just get black void with no scaling up all around with the game
stuck in the top-left, and the maximizing is blocked.
Scaling up (with automatic letterboxing), maximizing would seem like such
obvious features to make virtual desktop gaming infinitely less clumsy and
weird that I am a bit surprised it's not in there yet. Can it please be added??
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55006
Bug ID: 55006
Summary: vbscript single line if else without else body fails
compilation
Product: Wine
Version: unspecified
Hardware: aarch64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: francisdb(a)gmail.com
This is valid vbs when run with `cscript`
```
If x = 1 Then DoSomething() Else
```
wine vbscript fails with: "Compile error: Line: #, Character: #, Description
unavailable"
Workaround is changing the code to
```
If x = 1 Then DoSomething() Else:
```
or
```
If x = 1 Then DoSomething()
```
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44931
Bug ID: 44931
Summary: This program requires at least 3MB of free virtual
memory to run in "Nine: The last Resort" game
Product: Wine
Version: 3.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: register001(a)free.fr
Distribution: ---
Created attachment 61032
--> https://bugs.winehq.org/attachment.cgi?id=61032
WINEDEBUG=+relay,+seh,+tid wine your_program.exe >> /tmp/output.txt 2>&1
I get this error dialog box when running the game Nine The last Resort after
installation.
Dialog Title: "Director Player 5.0"
Message: "This program requires at least 3MB of free virtual memory to run"
Config:
Ubuntu 16.04
wine-3.5
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55496
Bug ID: 55496
Summary: World of Warships (12.7 update) - Graphical glitch -
Water texture and effects at wrong sea level.
Product: Wine
Version: 8.11
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 75058
--> https://bugs.winehq.org/attachment.cgi?id=75058
Screenshots with glitch highlighted in red.
Hello,
Since the game update to 12.7, water textures and effects are rendered below
the sea level.
All objects are rendered at the same 'sea' level and the physics are respected,
but the water texture and effects are drawn below the sea surface, as if it was
painted at the bottom of a perfectly transparent sea, instead of the top.
I'm joining screenshots that show the issue. The glitches are highlighted with
red arrows.
On the first screenshot, the splash of the water drains are visibly shifted
below the ship in the port.
On the second screenshot, the space between the island in the distance and the
water texture below them is visible. Water trails from moving ships are shifted
below them.
On the third screenshot, the water trail from the player ship is shifted, as
are the splashes from artillery shells.
The fourth screenshot shows more shifted water trails and shells splashes, from
a dead player's observation camera (higher in the sky).
The height of the glitch is proportional to the distance of the camera zoom.
The farthest the camera is of the ship, the lower the water texture is drawn.
When the camera is zoomed to the closest, the water texture and effects are
nearly perfectly placed (it's still shifted by a small amount).
The glitch is easier to see when turning the camera around, as the water
texture doesn't match the ship position (because of perspective). The water
trails and splash effects do match the water texture position, but not their
respective objects. Objects matches their relative positions.
Note that on the screenshots, the horizon curve to the edge is magnified by my
ultra-wide resolution. Don't worry about the calculator on the first
screenshot. I had trouble getting a non-transparent screenshot of the Wine
full-screen window. After that capture, I found another way that didn't require
a non-full-screen window to be active.
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=53371
Bug ID: 53371
Summary: 0024:fixme:ntdll:create_logical_proc_info stub
Product: Wine
Version: 7.12
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: yklaxds(a)gmail.com
Created attachment 72755
--> https://bugs.winehq.org/attachment.cgi?id=72755
log
FreeBSD 13.1 release amd64
KDE plasma 5
emulators/wine-devel 7.12 not work at all.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55495
Bug ID: 55495
Summary: ntdll:threadpool - test_tp_wait() sometimes gets an
unexpected timeout in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:threadpool - test_tp_wait() sometimes gets an unexpected timeout in Wine:
threadpool.c:1715: Test failed: WaitForSingleObject returned 258
threadpool.c:1720: Test failed: expected info.userdata = 0, got 65536
threadpool.c:1729: Test failed: WaitForSingleObject returned 0
See See https://test.winehq.org/data/patterns.html#ntdll:threadpool
1715 & 1720: The timeout can also happen on Windows 8 and in that case the test
expects info.userdata to still be zero. But in Wine info.userdata still gets
set despite the timeout so the test fails. A hacky fix would be to expect the
correct behavior if (!broken(result == WAIT_TIMEOUT)) but it would be much
better to fix Wine's implementation.
Then the next WaitForSingleObject() does not time out which sounds a bit
similar to bug 55493.
The oldest known instance happened at the start of May and this seems to mostly
happen on the GitLab CI:
* 2023-07-28 MR!3441 (only the last two failures?)
* 2023-06-01 MR!2951 (only the last two failures?)
* 2023-05-31 fg-deb64-t32
* 2023-05-24 gitlab-debian-32
* 2023-05-02 MR!2734
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55493
Bug ID: 55493
Summary: ntdll:threadpool - test_tp_timer() sometimes fails in
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:threadpool - test_tp_timer() sometimes fails in Wine:
threadpool.c:1439: Test failed: WaitForSingleObject returned 0
threadpool.c:1441: Test failed: WaitForSingleObject returned 258
See https://test.winehq.org/data/patterns.html#ntdll:threadpool
So instead of getting a timeout then a success, the test first gets an
unexpected WaitForSingleObject() success and then a timeout. That means it's
not a simple issue of the test running too slow.
There are only three known instances so far:
* 2023-08-23 MR!3621
* 2023-07-03 MR!3218
* 2023-06-09 fg-deb64-t32
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55490
Bug ID: 55490
Summary: Halo Online / Eldewrito - Dedicated Server
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bogdan17(a)garglob.com
Distribution: ---
When I try to run a dedicated server on a computer that does not have a GPU
(AMD or NVIDIA), it will not launch the dedicated server, even though the
dedicated server does not require any graphical. I was able to run this on the
same computer running Windows 10 without any issues which also did not have a
AMD or NVIDIA GPU.
This is the terminal output when trying to run the dedicated server. Not sure
wine insists I need a GPU.
john@pc:~$ env WINEPREFIX="/path/to/wine/prefix/" "wine
"C:\windows\command\start.exe" /Unix
"/path/to/wine/prefix/drive_c/HaloOnline/eldorado.exe" "-dedicated -window
-height 200 -width 200 -minimized"
002c:err:wineboot:process_run_key Error running cmd
L"C:\\windows\\system32\\winemenubuilder.exe -a -r" (2).
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0074:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
john@pc:~$ 00d4:err:vulkan:wine_vk_init Failed to load libvulkan.so.1.
00cc:err:winediag:ntlm_check_version ntlm_auth was not found. Make sure that
ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind
package of your distribution.
00cc:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems
011c:fixme:ver:GetCurrentPackageId (0D5AFEF0 00000000): stub
00cc:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
00cc:err:vulkan:wine_vk_init Failed to load libvulkan.so.1.
00cc:err:wgl:init_opengl Failed to load libGL: libGL.so.1: cannot open shared
object file: No such file or directory
00cc:err:wgl:init_opengl OpenGL support is disabled.
00cc:err:d3d:wined3d_caps_gl_ctx_create Failed to find a suitable pixel format.
00cc:err:d3d:wined3d_adapter_gl_init Failed to get a GL context for adapter
06AF6DD0.
john@pc:~$
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55485
Bug ID: 55485
Summary: FindFirstFileA fails on \\.\pipe\*
Product: Wine
Version: 8.12
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: ---
Created attachment 75043
--> https://bugs.winehq.org/attachment.cgi?id=75043
test.c
Split from bug 53961.
On windows you can use FindFirstFileA with "\\.\pipe\*", on wine this fails.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52235
Bug ID: 52235
Summary: Many surfaces in the game Obduction look black
Product: Wine
Version: 7.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: zerooneo(a)01101001.net
Distribution: ---
Created attachment 71338
--> https://bugs.winehq.org/attachment.cgi?id=71338
Screenshot
When running the game Obduction in wine, an interesting effect occurs where
most surfaces are pure black, yet with some lighting etc. applied, leaving the
game looking extremely dark.
This effect does not occur when running the game with DXVK, meaning there's a
very specific difference the two implementations that has a large effect on
this game.
The log shows a few DirectX and Direct3D-messages initially (counts on the
left):
1 03d8:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1.
1 03d8:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x20.
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x12d2cad0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d30, modes 0x7fe90cc3ac00
partial stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0x12d2cad0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d30, modes (nil) partial
stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed354e0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ad0, modes 0x18fa4d80
partial stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed354e0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ad0, modes (nil) partial
stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed39050, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ab0, modes 0x1aece780
partial stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xed39050, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8ab0, modes (nil) partial
stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xf0f51c0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d50, modes 0x1af84680
partial stub!
1 03d8:fixme:dxgi:dxgi_output_GetDisplayModeList iface 0xf0f51c0, format
DXGI_FORMAT_R8G8B8A8_UNORM, flags 0, mode_count 0x4e8d50, modes (nil) partial
stub!
2 04a8:fixme:d3d:create_texture_view Depth slice (0-1) not supported.
10 04a8:fixme:d3d_shader:shader_glsl_handle_instruction Backend can't handle
opcode dcl_stream.
46 03d8:fixme:d3d11:d3d11_device_CheckFeatureSupport Unhandled feature 0x3.
432 04a8:fixme:d3d_shader:shader_glsl_interpolation_qualifiers Unhandled
interpolation mode 0x3.
And then thousands of these:
1080 04a8:err:d3d:wined3d_debug_callback 0x578c00: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA16_SNORM)".
4632 04a8:err:d3d:wined3d_debug_callback 0x578c00: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM
Might it be that certain textures or shaders aren't supported, and that that
leads to them being rendered as black?
This game also requires some other features in order to work fully, but it
might be worth it to fix this issue either for the sake of other games, or in
case further support for this game is added in the future.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55484
Bug ID: 55484
Summary: ApplePhotoStreamsDownloader.exe crashes on start
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 75042
--> https://bugs.winehq.org/attachment.cgi?id=75042
Terminal output
Steps to reproduce:
1. Run `wine iCloudSetup.exe`
2. Run `wine 'C:\Program Files (x86)\Common Files\Apple\Internet
Services\ApplePhotoStreamsDownloader.exe'`
$ sha256sum iCloudSetup.exe
1100052f27c8ebf6eea57b05682eb4a5a75efd50d7ed1c943bd0108acdc5e692
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55483
Bug ID: 55483
Summary: ddraw:ddraw1, ddraw:ddraw4 & ddraw:ddraw7 -
test_coop_level_mode_set_multi() sometimes gets
unexpected screen width on GitLab CI Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ddraw:ddraw1, ddraw:ddraw4 & ddraw:ddraw7 - test_coop_level_mode_set_multi()
sometimes gets unexpected screen width on GitLab CI Wine:
ddraw7.c:3976: Test failed: Got unexpected screen width 640.
ddraw7.c:3978: Test failed: Got unexpected screen height 480.
ddraw7.c:4011: Test failed: Got unexpected screen width 640.
ddraw7.c:4013: Test failed: Got unexpected screen height 480.
ddraw7.c:4034: Test failed: Got unexpected screen width 640.
ddraw7.c:4036: Test failed: Got unexpected screen height 480.
ddraw7.c:4041: Test failed: Got unexpected screen width 640.
ddraw7.c:4043: Test failed: Got unexpected screen height 480.
The bad screen width may also be 800,
There is typically no prior test failure. In the past four months it has
happened exclusively on the gitlab-debian-*:
* 2023-08-24 MR!3652 ddraw7
* 2023-08-16 MR!3577 ddraw1
* 2023-07/28 MR!3435 ddraw4
* 2023-06-26 MR!3158 ddraw1
* 2023-04-21 MR!2659 ddraw1
* 2022-12-07 MR!1705 ddraw7
This also happened on other platforms but these days it seems to only be Linux:
* 2023-01-13 linux_fg-deb64-t32
* 2023-01-30 linux_fgtb-debian11-wow64
* 2023-02-07 win22H2_newtb-w1064-tsign-64
* 2023-02-22 linux_fg-deb64-wow64
* 2023-04-03 win21H1_newtb-w10pro64-ar-64
* 2023-04-07 win21H1_newtb-w10pro64-ar-64
* (2023-05-10..12 w1121H2_newtb-w11pro64-amd-64 likely windows update trouble)
* 2023-05-23 linux_fgtb-debian11-wow64
* 2023-06-07 win22H2_fgtb-w10pro64-rx550-64
* 2023-07-07 linux_fg-deb64-t32
* 2023-07-19 linux_fg-deb64-t32
* 2023-07-19 linux_fg-deb64-wow64
* 2023-07-20 linux_fg-deb64-t32
* 2023-07-20 linux_fgtb-debian11-wow64
* 2023-07-21 linux_fg-deb64-wow64
And this also happens frequently on Remi's Linux machines.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51678
Bug ID: 51678
Summary: Avogadro crashes when adding atoms
Product: Wine
Version: 6.15
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: ---
Just install, open the program (avogadro.exe) and click two times into the
black 3D part of the window.
Wine crashes with something like "Unhandled page fault on read access to
8010C497 at address 72A562D3"
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55482
Bug ID: 55482
Summary: Avogadro crashes when selecting both display options:
Label and QTAIM
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 75041
--> https://bugs.winehq.org/attachment.cgi?id=75041
backtrace of Avogadro 1.2 crash when selectiong "Label" and "QTAIM" display
options.
When running Avogadro 1.2, then adding some molecules, clicking on "Display"
and selecting the two options:
x Label
x QTAIM
wine crashes with the
0024:fixme:heap:RtlSetHeapInformation HEAP_INFORMATION_CLASS 1 not implemented!
0024:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (005DFC60 63 English)
semi-stub
0024:fixme:msvcp:locale__Locimp__Makexloc (005DFC60 63 0237E9C0 00000000)
semi-stub
0024:fixme:msvcp:locale__Locimp__Makewloc (005DFC60 63 0237E9C0 00000000)
semi-stub
0024:fixme:msvcp:locale__Locimp__Makeushloc (005DFC60 63 0237E9C0 00000000)
semi-stub
OpenGL capabilities found:
Double Buffering.
Direct Rendering.
Antialiasing.
0024:err:module:import_dll Library libcairo-2.dll (which is needed by
L"C:\\Program Files (x86)\\Avogadro\\bin\\formats_cairo.obf") not found
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open element.txt defaulting to compiled data.
0024:fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL
Attribute
0024:fixme:wgl:X11DRV_wglGetPixelFormatAttribivARB unsupported 2008 WGL
Attribute
0024:fixme:win:NtUserFlashWindowEx 0x5df2d4 - semi-stub
0024:fixme:win:NtUserFlashWindowEx 0x5df764 - semi-stub
0024:fixme:win:NtUserFlashWindowEx 0x5dda04 - semi-stub
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open types.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open atomtyp.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open aromatic.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open phmodel.txt defaulting to compiled data.
wine: Unhandled page fault on execute access to 00000005 at address 00000005
(thread 0024), starting debugger...
0128:fixme:dbghelp:elf_search_auxv can't find symbol in module
0024:fixme:win:NtUserFlashWindowEx 0x5dda04 - semi-stub
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open types.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open atomtyp.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open aromatic.txt defaulting to compiled data.
==============================
*** Open Babel Warning in OpenBabel::OBGlobalDataBase::Init
Cannot open phmodel.txt defaulting to compiled data.
wine: Unhandled page fault on execute access to 00000005 at address 00000005
(thread 0024), starting debugger...
The backtrace is attached
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55481
Bug ID: 55481
Summary: No fonts in Far Cry 3 main menu while running in DX11
renderer
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Fonts are not displayed when you run farcry3_d3d11.exe.
044c:fixme:d3d:wined3d_debug_callback 078071E0: "Program undefined behavior
warning: Sampler object 3 is bound to non-de
pth texture 7, yet it is used with a program that uses a shadow sampler. This
is undefined behavior.".
0950:fixme:dxgi:d3d11_swapchain_GetDesc Ignoring ScanlineOrdering and Scaling.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55480
Bug ID: 55480
Summary: ntdll:exception - direction_flag_handler() sometimes
gets bad Dr6 flags in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:exception - direction_flag_handler() sometimes gets bad Dr6 flags in
Wine:
exception.c:3302: Test failed: B0 flag is not set in Dr6
exception.c:3303: Test failed: BS flag is set in Dr6
See https://test.winehq.org/data/patterns.html#ntdll:exception
This happens in both 32 and 64-bit code and started on 2023-07-19:
* 2023-07-19 linux_fgtb-debian11-x86-64
* 2023-07-21 linux_fgtb-debian11-win32_1
* 2023-07-21 linux_fgtb-debian11-win32
* 2023-07-21 linux_fgtb-debian11-wow64_1
* 2023-07-27 linux_fgtb-debian11-win32
* 2023-08-14 MR!585
* 2023-08-16 MR!3301, MR!3571
* 2023-08-24 linux_newtb-debian11b-wow64
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55204
Bug ID: 55204
Summary: ws2_32:sock - test_close_events() sometimes misses the
close event on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ws2_32:sock - test_close_events() sometimes misses the close event on Windows:
sock.c:6845: Test failed: got events 0
sock.c:6858: Test failed: got -1
sock.c:6872: Test failed: got events 0
sock.c:6890: Test failed: expected timeout
See https://test.winehq.org/data/patterns.html#ws2_32:sock
This happened 9 times in the past 8 months, mostly on Windows 7 but it did
happen once on Windows 10:
* 2022-12-14 win7_newtb-w7u-adm
* 2023-02-08 win22H2_fgtb-w10pro64-64
* 2023-02-22 win7_newtb-w7u-de
* 2023-03-17 win7_newtb-w7u-de
* 2023-03-27 win7_newtb-w7u-2qxl
* 2023-03-27 win7_newtb-w7u
* 2023-05-04 win7_newtb-w7u
* 2023-05-10 win7_newtb-w7u-es
* 2023-06-29 win7_newtb-w7u
There are also two cases where the second events check does get an FD_CLOSE
event:
sock.c:6697: Test failed: got events 0
sock.c:6710: Test failed: got -1
sock.c:6712: Test failed: expected timeout
sock.c:6712: Test failed: got events 0x20
* 2022-11-28 win21H1_newtb-w10pro64-he-64
* 2023-02-27 win22H2_fgtb-w10pro64-rx550-64
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53939
Bug ID: 53939
Summary: TextOut will output ASCII control character(0~31) as
tofu cause crash
Product: Wine
Version: 7.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
TextOut will output ASCII control character(0~31) as tofu cause crash
build a string on windows
> static WCHAR str[] = {0x1c,0x30,0x31,0x32,0}
use TextOut(hdc,x,y,str,wcslen(str)) to output this str
on windows: output is "012"
on wine : output is "?012"
The reason is that this API does not filter ASCII control characters, and
treats the control characters as an ordinary character to output.
by the way if we fillter the control character we alse need fix the API
:GetTextExtentExPointW
Because my program uses control characters, there will be problems when
calculating the length, resulting in a crash. If I filter out the control
characters in the code myself, it will not crash. And in principle, the focus
should be on whether control characters should be output
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55411
Bug ID: 55411
Summary: Stack overflow when running Battle For Middle Earth
2.22 Launcher
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: danielginovker(a)gmail.com
Distribution: ---
Created attachment 74971
--> https://bugs.winehq.org/attachment.cgi?id=74971
Logs when running Restarter.exe
Hello beautiful Wine developers,
Battle for Middle Earth is an old game with custom launchers being used to make
it compatible and playable on modern Windows PCs.
When running recent versions of the launcher (cd "~/.wine/drive_c/Patch 2.22
Launcher" ; wine Restarter.exe) after installing it in a fresh wine prefix, it
gets stuck and outputs "virtual_setup_exception stack overflow"
The launcher is downloadable on Moddb (this is the official place to find the
Patch 2.22 launcher .exe):
https://www.moddb.com/mods/battle-for-middle-earth-patch-222/downloads/patc…
The source code for the launcher is also available on Github:
https://github.com/Ravo92/Patch-2.22-Launcher
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45329
Bug ID: 45329
Summary: Fresh steam install will not install games -- error:
"content servers unreachable"
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alasky(a)codeweavers.com
Distribution: ---
Created attachment 61617
--> https://bugs.winehq.org/attachment.cgi?id=61617
Steam error dialogue box
Ubuntu 18.04
Wine tip (most recent commit is
83f845dfa1bb4a6ec6e8b7f65e9469dc9a8a7787)
When attempting to install a game on a fresh Steam install, an error comes up
that says "content servers unreachable." The servers are not down and I am
able to install games correctly on my steam account not using wine. This issue
seems to be caused by an update on Steam's side.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54761
Bug ID: 54761
Summary: D3D12CreateDevice no longer in ABI of
libvkd3d-utils.so.1
Product: vkd3d
Version: 1.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: smcv(a)collabora.com
Distribution: ---
While looking at updating Debian's vkd3d package from 1.2 to 1.7, I noticed
that `D3D12CreateDevice@VKD3D_1_0` disappeared from the ABI of
libvkd3d-utils.so.1. Was this intentional?
(D3D12CreateDeviceVKD3D@VKD3D_1_0 is still there, but if I'm understanding the
intention of this library correctly, D3D12CreateDevice@VKD3D_1_0 should have
continued to be present for backwards compat with older library binaries.)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55474
Bug ID: 55474
Summary: Lunar Client do not work since its last update (3.0.0)
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: brandowlucas(a)gmail.com
Distribution: ---
Created attachment 75034
--> https://bugs.winehq.org/attachment.cgi?id=75034
log lunar wine
As said in the title, since lunar client updated its launcher it freezes in a
infinite loading.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55373
Bug ID: 55373
Summary: Running native application inside a windows one, shows
a terminal
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: cagnulein(a)gmail.com
Distribution: ---
Since Wine4 i'm using this
https://wiki.winehq.org/FAQ#How_do_I_launch_native_applications_from_a_Wind…
to run my native application inside a Windows applications.
Starting from Wine 8, every time I run a native application from a Windows one,
a terminal window popups. How can I prevent this returning to the default
behaviour?
Thanks
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54784
Bug ID: 54784
Summary: mIRC 7.72 crashes after restoring from application
tray
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dragone2(a)risposteinformatiche.it
Distribution: ---
Created attachment 74279
--> https://bugs.winehq.org/attachment.cgi?id=74279
Unhandled exception: page fault on read access - mIRC - Wine-staging 8.5
mIRC was running for about 4-5 hours before the crash.
It was reduced on the tray and its icon was blinking to notify that there were
new messages / activities in channels or private messages.
I clicked on it to restore the window and see the messages and wine gave me
this backtrace (see the attachment).
I was forced to quit mIRC and restart it again.
This rarely happens, so it's not a real problem for me, but I don't know if it
could help you fix this.
Other infos:
- Executable path: D:\mIRC\mirc.exe
- mIRC Version: 7.72 (the latest one).
- mIRC running in portable mode from a specific drive (on Wine, D:\) formatted
in NTFS.
- mIRC was running using some custom scripts. But this crash never happen on
Windows.
- Distro: Linux Mint 21.1 with latest updates.
- Kernel: 5.15.0-69-generic
- Wine infos:
Wine build: wine-8.5 (Staging)
Platform: i386 (WOW64)
Version: Windows 10
- Drive Z: is a drive formatted in BTRFS.
- CPU: Intel Core i7-6700
- RAM: 32 GB, when the crash occurred I was using less than 8 GB.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52676
Bug ID: 52676
Summary: enigma protected software fails to work properly
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
CC: dark.shadow4(a)web.de
Distribution: ---
Created attachment 72003
--> https://bugs.winehq.org/attachment.cgi?id=72003
backtrace of the crash (note the garbage)
As I've said in bug 49052, the trial that's supposed to work just crashes
without displaying anything.
Attaching console output.
I've got one other trial that's also enigma protected - that one starts, but
enters an infinite loop without displaying anything. That one is using an
engine that's known to work here, so I suspect enigma being the reason of the
failure.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=4045
Bloody Iron <bloodyiron(a)lanified.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |bloodyiron(a)lanified.com
--- Comment #22 from Bloody Iron <bloodyiron(a)lanified.com> ---
DPI issues are persisting, and this also is present in Wayland.
Latest example for me is Ubuntu 22.04 on a Microsoft Surface Pro 9, which runs
a display of 2880x1920 (3:2) and I believe it was a regular DPI of 271, up from
the normal 96. But in testing 192 seems to be a good number-ish.
In my case installing Mono the install dialogue is so small it's next to
impossible to read.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54450
Bug ID: 54450
Summary: SINE Player fails to load "My Licenses" tab
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonathan(a)luxaritas.com
Distribution: ---
Created attachment 74001
--> https://bugs.winehq.org/attachment.cgi?id=74001
Wine output from application start through license tab load
Download link:
https://orchtools-sine.s3.us-west-1.amazonaws.com/SINE_Player_1.1.2.519.exe
(via https://www.orchestraltools.com/store/get-sine), sha1
9f698ada2162aa13d8e5f52d1a072464c87fd17d
After installing and signing in with an Orchestral Tools account (free), the
"My Licenses" tab is loaded. However, the tab contents remains blank. This
prevents downloading application content necessary to use the application.
It appears this page is implemented via an MS Edge based embedded
browser/webview, which seems to be relevant here - all pages that appear to be
web views fail similarly, but other pages work 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=55445
Bug ID: 55445
Summary: Crash when launching Undertale, DF Connected, or other
Gamemaker Games
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ultimateperson66(a)gmail.com
Distribution: ---
Created attachment 75006
--> https://bugs.winehq.org/attachment.cgi?id=75006
Error i got when opening Don't Forget:Connected
Recently, i decided to Switch to Linux (Ubuntu MATE specifically) for reasons i
will not get into. Many Windows applications i regularly used were compatible
with the latest Stable build of Wine, except for two PC games i play,
Undertale, and a fan-game based off of it called Don't Forget: Connected. Since
both games are made in Game-maker, i figured that it may be because of
something i'm missing to make the engine work Correctly. I read a forum saying
that this issue was not Present in an older version of Wine, but i don't know
how to Downgrade my Wine version. My hope for this situation is that anyone can
offer me guidance to Downgrade wine to a version that can run these games, or
if someone can work on fixing this. Attached is my log that i got from my last
attempt running Don't Forget Connected. This is my first post, so if there's
any more information i need to give out, please let me know, as long as it
helps the situation.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55468
Bug ID: 55468
Summary: XB36Hazard's save editors stay frozen when opening
with wine and proton.
Product: Wine
Version: 8.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mg23811(a)gmail.com
Distribution: ---
Just like the summary says when opening the save editors they will freeze after
a few seconds, his launcher however works fine but even if you get one of his
save editors exe without the launcher same problem so the launcher its self
isn't the problem. I've tried the latest version of wine and tried various
protons.
Here's a link to his site for his save editors: https://x3t-infinity.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=55466
Bug ID: 55466
Summary: Menu items with MF_POPUP & MF_OWNERDRAW forget to
re-draw item text after popup
Product: Wine
Version: 8.14
Hardware: x86-64
URL: https://web.archive.org/web/20230819235112/https://ltspice.analog.com/software/LTspice64.msi
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: telans(a)posteo.de
Distribution: ---
Created attachment 75022
--> https://bugs.winehq.org/attachment.cgi?id=75022
Wine Log
In LTspice 17.1.10, a popup menu item once moused over fails to draw the
initial menu item text. Instead, it is missing. As far as I can tell this isn't
a regression, I've tested all the way down to wine-5.0.
I believe this happens only with MF_OWNERDRAW & MF_POPUP. After some debugging,
this is probably due to TextColor not being restored after drawing, or the
window fails to invalidate the menu item rect(?).
See screenshots of Windows vs Wine behavior. I've also attached the log for
when this happens. Look for "Efficiency Calculation".
I've attached the stack trace where the text disappears.
This is not the same bug as #52839 which corresponds to the top menu bar
entries, which I believe has been fixed.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55460
Bug ID: 55460
Summary: itss:protocol - test_its_protocol_info() sometimes
fails on w7u
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
itss:protocol - test_its_protocol_info() sometimes fails on w7u:
protocol.c:484: Test failed: [11] unexpected size=31
protocol.c:487: Test failed: [11] unexpected result:
L":test.chm::blank.htmltest.html"
See https://test.winehq.org/data/patterns.html#itss:protocol
The failures first happened on 2023-07-13 and have happened about once a week
since.
They also seem to be specific to the w7u VM, in particular they did not happen
on w7pro64 yet.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55451
Bug ID: 55451
Summary: Application gets WM_IME_COMPOSITION without getting
WM_IME_STARTCOMPOSITION before
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hagb(a)hagb.name
Distribution: ---
Created attachment 75009
--> https://bugs.winehq.org/attachment.cgi?id=75009
This program can reproduce the problem
On wine 8.8 there isn't such a problem.
On wine >=8.9 <=8.13, when the user uses input method to input something, the
program gets some WM_IME_SETCONTEXT (0x281) messages first, and then gets
WM_IME_NOTIFY (0x282, with IMN_WINE_SET_COMP_STRING 0x10), and then gets
WM_IME_COMPOSITION (0x10f). There isn't a WM_IME_STARTCOMPOSITION (0x10d) sent
before WM_IME_COMPOSITION. And after WM_IME_COMPOSITION, there isn't
WM_IME_ENDCOMPOSITION (0x10e) either.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55465
Bug ID: 55465
Summary: user32:msg - The 64-bit
test_swp_paint_region_on_show() sometimes gets a
COMPLEXREGION on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:msg - The 64-bit test_swp_paint_region_on_show() sometimes gets a
COMPLEXREGION on Windows 7:
msg.c:9471: Test failed: GetRgnBox (on parent) returned 3
5 rects: (10,10)-(100,33) (10,33)-(59,34) (10,34)-(57,35) (10,35)-(56,37)
(10,37)-(55,100)
msg.c:9508: Test failed: GetRgnBox (on parent) returned 3
5 rects: (20,20)-(120,33) (20,33)-(59,34) (20,34)-(57,35) (20,35)-(56,37)
(20,37)-(55,120)
msg.c:9565: Test failed: GetRgnBox (on parent) returned 3
5 rects: (10,10)-(100,33) (10,33)-(59,34) (10,34)-(57,35) (10,35)-(56,37)
(10,37)-(55,100)
See https://test.winehq.org/data/patterns.html#user32:msg
Where 3 == COMPLEXREGION
This is similar to bug 55374 except:
* This only happens in 64-bit tests instead of happening exclusively in 32-bit
tests.
* So this also only happens on w7pro64 instead of w7u.
* test_swp_paint_region_on_show() gets a COMPLEXREGION instead of a NULLREGION.
So it's not immediately clear to me if both failure types have the same root
cause.
The oldest known instance happened on 2023-06-12 and this has happened about
once a month since:
* 2023-06-12 win7_newtb-w7pro64-64
* 2023-07-14 win7_newtb-w7pro64-64
* 2023-08-17 win7_newtb-w7pro64-64
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55462
Bug ID: 55462
Summary: mfplay:mfplay sometimes times out on Windows 7
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 sometimes times out on Windows 7:
mfplay:mfplay:0a24 done (258) in 120s 0B
See https://test.winehq.org/data/patterns.html#mfplay:mfplay
The test normally runs in under 1 second which means the time out is caused by
a deadlock. However this is pretty rare and has only happened in 1.6% of the
WineTest runs and only on Windows 7:
* 2023-02-22 win7_newtb-w7pro64-64
* 2023-03-02 win7_newtb-w7pro64-64
* 2023-05-10 win7_newtb-w7u-adm
* 2023-07-13 win7_newtb-w7pro64-64_1
* 2023-08-17 win7_newtb-w7pro64-64
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52569
Bug ID: 52569
Summary: Zothero Error Launch XUL
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blbenyamin9(a)gmail.com
Distribution: ---
Created attachment 71889
--> https://bugs.winehq.org/attachment.cgi?id=71889
Zothero Error
Launch Zothero, and imidietly got this error
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x0258904c).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:0258904c ESP:0051cb84 EBP:0051dcec EFLAGS:00010206( R- -- I - -P- )
EAX:00000000 EBX:00000000 ECX:0051cb44 EDX:00990094
ESI:009d13e8 EDI:0bc9d478
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55344
Bug ID: 55344
Summary: Yuzu fails to start (needs MSVCP140_CODECVT_IDS.dll)
Product: Wine
Version: 8.12
Hardware: x86-64
URL: https://web.archive.org/web/20230727051938/https://github.com/yuzu-emu/yuzu-mainline/releases/download/mainl
ine-0-1503/yuzu-windows-msvc-20230722-3dfaf1ff2.tar.xz
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: lingm+winebz(a)posteo.org
Distribution: ---
1. Download and extract the Windows version of Yuzu 1503.
https://github.com/yuzu-emu/yuzu-mainline/releases/tag/mainline-0-1503 (see
the URL field for a direct archived link)
2. Run `wine yuzu.exe`
3. No window even shows up. The full output is:
```
$ wine yuzu.exe
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
00d8:err:module:import_dll Library MSVCP140_CODECVT_IDS.dll (which is needed
by L"$snip_path$\\yuzu.exe") not found
00d8:err:module:LdrInitializeThunk Importing dlls for
L"$snip_path$\\yuzu.exe" failed, status c0000135
```
`winetricks vcrun2019` works around this problem and allows Yuzu to start
properly.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55331
Bug ID: 55331
Summary: ntdll:file - The 64-bit
test_file_disposition_information() gets unsupported
error on Windows 10 1607 and 1709
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:file - The 64-bit test_file_disposition_information() gets unsupported
error on Windows 10 1607 and 1709:
file.c:3141: Test failed: unexpected FileDispositionInformationEx result
(expected STATUS_SUCCESS or SSTATUS_INVALID_INFO_CLASS, got c00000bb)
See https://test.winehq.org/data/patterns.html#ntdll:file
Where c00000bb == STATUS_NOT_SUPPORTED
c0000003 == STATUS_INVALID_INFO_CLASS
This is a case where early Windows 10 versions don't fully support
FileDispositionInformationEx(). Further tests show that:
* On Windows 10 1507 we get STATUS_INVALID_INFO_CLASS as expected by the test.
* On Windows 10 1607 the 32-bit case gets STATUS_INVALID_INFO_CLASS too but the
64-bit one gets STATUS_NOT_SUPPORTED.
* On Windows 10 1709 gets STATUS_NOT_SUPPORTED in both 32 and 64-bit.
* And Windows 10 1809 gets STATUS_SUCCESS in both cases.
The failures started on 2023-06-27 and a quick test confirms they are caused by
the commit that added the test:
commit cbc1e4423e6d40221734544d081c718cb2a2a778
Author: Joel Holdsworth <joel(a)airwebreathe.org.uk>
AuthorDate: Mon May 1 15:27:57 2023 +0100
ntdll/tests: Add tests for FILE_DISPOSITION_IGNORE_READONLY_ATTRIBUTE.
Signed-off-by: Joel Holdsworth <joel(a)airwebreathe.org.uk>
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54676
Bug ID: 54676
Summary: winetricks --verify dotnet20 (AutoHotKey) fails in a
wow64 build
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: dotnet, download, wow64
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Created attachment 74190
--> https://bugs.winehq.org/attachment.cgi?id=74190
terminal output
The install itself seems to go okay (at least, it exits successfully in quiet
mode).
Running --verify (which should run the .Net verifier tool) instead just hangs
on:
/opt/oldwownew/wine-8.3/bin/wine y:\ahk\AutoHotkeyU32.exe
C:\windows\Temp\dotnet20.ahk
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55127
Bug ID: 55127
Summary: httpapi:httpapi - test_v2_bound_port() sometimes
succeeds in connecting on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: httpapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
httpapi:httpapi - test_v2_bound_port() sometimes succeeds in connecting on
Windows 10:
httpapi.c:1426: Test failed: Connecting to socket succeeded, 0.
httpapi.c:1427: Test failed: Unexpected error connecting to socket, 0.
See https://test.winehq.org/data/patterns.html#httpapi:httpapi
This failure first happened on 2023-02-09 and has happened 4 times since then:
* 2023-02-09 win22H2_fgtb-w10pro64-32
* 2023-03-30 win22H2_fgtb-w10pro64-32
* 2023-05-30 win2009_newtb-w1064v2009-64
* 2023-06-15 win2009_newtb-w1064v2009-64
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54866
Bug ID: 54866
Summary: ieframe:webbrowser - test_SetQueryNetSessionCount()
sometimes gets an unexpected session count on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ieframe:webbrowser - test_SetQueryNetSessionCount() sometimes gets an
unexpected session count on Windows:
webbrowser.c:4440: init_count 1
webbrowser.c:4443: Test failed: count = 3
webbrowser.c:4446: Test failed: count = 3
webbrowser.c:4449: Test failed: count = 2
webbrowser.c:4452: Test failed: count = 2
See https://test.winehq.org/data/patterns.html#ieframe:webbrowser
These failures only happen on Windows 10 21H1 to 22H2.
On Windows 10 init_count is either 1 or 2 (on w8adm is can be 0 too), but all
the failures so far happened with an init_count of 1. That said there are also
a lot of successful runs with init_count == 1.
This looks a lot like the browser creates a net session for its own purposes:
* Either init_count is 1 and the extra net session is never created or gets
created after test_SetQueryNetSessionCount() is done so all is fine.
* Or the extra net session is created it before test_SetQueryNetSessionCount()
starts and outlives it so our tests pass.
* Or the extra net session gets created after we get init_count but before the
next test so that all our tests are off by one.
* But it seems the extra net session never gets created after the first
SESSION_INCREMENT test.
Note that on my Windows 10 VM when I start iexplorer.exe by hand and then run
the test I always get init_count == 2. But if IE is not already running I get
init_count == 0.
In any case if it's a race condition I could send a patch to retry a couple of
times.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54073
Bug ID: 54073
Summary: ws2_32:sock - test_close_events() sometimes fails in
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ws2_32:sock - test_close_events() sometimes fails in Wine:
sock.c:6775: Test succeeded inside todo block: event series matches
sock.c:6785: Test failed: got unexpected event 0x20
sock.c:6785: Test failed: event series matches
See https://test.winehq.org/data/patterns.html#ws2_32:sock
This happens in the nightly WineTest runs about twice per month but also
impacts merge requests (for instance MR!1524 and MR!1525 where it happened on
the GitLab CI).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48621
Bug ID: 48621
Summary: Civilization 6 crashes on startup.
Product: Wine
Version: 5.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: charles2000wang(a)gmail.com
Distribution: ---
Created attachment 66468
--> https://bugs.winehq.org/attachment.cgi?id=66468
Game Log file
Launching the game opens a black window before promptly crashes with the
Firaxis Crash Reporter asking to submit a report. Digging around the game
files, I found a log file (GameOverlayRenderer.log) with messages about
"Aborting HookFunc because pRealFunctionAddr is null" and other errors.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=36564
Bug ID: 36564
Summary: 'Candytron' demo: certain objects are black with GLSL
enabled
Product: Wine
Version: 1.6-rc1
Hardware: x86
URL: http://www.pouet.net/prod.php?which=9424
OS: Linux
Status: NEW
Keywords: download, regression
Severity: trivial
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: hverbeet(a)gmail.com
Regression SHA1: 2014141a253a791fc9c79aae3c8ef3c35b73e658
Created attachment 48657
--> http://bugs.winehq.org/attachment.cgi?id=48657
screenshot (comparison)
Some of the rectangles that appear in the demo nearly at 00:30 and at 01:10 are
black. They should appear as glowing green rectangles as can be seen in the
attached screenshot.
Terminal output doesn't reveal anything interesting.
Disabling GLSL is a workaround.
This is a regression from Wine 1.6-rc1:
2014141a253a791fc9c79aae3c8ef3c35b73e658 is the first bad commit
commit 2014141a253a791fc9c79aae3c8ef3c35b73e658
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Wed May 29 09:45:35 2013 +0200
wined3d: Add support for GLSL based fixed function vertex shaders.
:040000 040000 d1b4b75f643d4851d4f51454aa47740261f7857f
c46794f61b1952b1e78746272d838574c0948010 M dlls
Fedora 20
Nvidia 250 gfx card / Nvidia binary drivers 337.19
wine-1.7.19-70-gd6a59f7
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55367
Bug ID: 55367
Summary: Trying to run WatchFaceStudio with wine 8.0 and Ubuntu
23 (lunar)
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tda.bkp(a)gmail.com
Distribution: ---
Created attachment 74949
--> https://bugs.winehq.org/attachment.cgi?id=74949
WatchFaceStudio.exe crash trace
Installed WatchFaceStudio successfully, but won't run. Trace 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=54831
Bug ID: 54831
Summary: GStreamer gst_init_check() crashes when called from
winegstreamer on recent macOS
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
On macOS Ventura (and I suspect Monterey), gst_init_check() crashes (trying to
jump to 0x0) when called by winegstreamer. This is caused by the macOS
preloader, here's how:
* gst_init_check() calls init_static_plugins()
<https://gitlab.freedesktop.org/gstreamer/gstreamer/-/blob/1.22/subprojects/…>,
which through some GModule abstractions does a dlopen(NULL) and dlsym() for a
symbol that doesn't exist. dlsym() returns NULL, but GModule also calls
dlerror() which returns NULL (signaling no error).
* init_static_plugins() therefore thinks that the dlsym() was successful,
doesn't do a NULL pointer check, and jumps to the NULL pointer.
The issue here is dlerror() returning NULL despite there being an error to
report. Looking at the macOS dyld source code
(<https://github.com/apple-oss-distributions/dyld/blob/dyld-1042.1/dyld/DyldA…>),
dlerror() always returns NULL if libSystem was not initialized in the process.
And sure enough, when running vmmap on a Wine process, the message "Process
exists but has not fully started -- dyld has initialized but libSystem has not"
is printed.
After more searching in dyld, it turns out that dyld initializes libSystem for
binaries targeting 10.5 and newer. The Wine preloader targets 10.7 (since
that's the newest target that will generate an LC_UNIXTHREAD binary, critical
to how the preloader works). But dyld determines the target OS based on where
the program vars (argc, argv, environ, etc) are stored, and a 10.6/10.7 binary
should contain a __program_vars section for those. The preloader is missing
that, and so (I believe) it falls down to being considered a 10.4 binary. A
10.4 binary should init libSystem in its own _start, but the preloader also
doesn't do this, and libSystem stays uninitialized.
(See
<https://github.com/apple-oss-distributions/dyld/blob/dyld-1042.1/common/Mac…>
for where this is determined)
I see several possible solutions:
* The most obvious one: add a __program_vars section to the preloader, to make
it a correct 10.7 binary. In fact, the code can basically be copied out of
Apple's C startup code
(<https://github.com/apple-opensource/Csu/blob/88/crt.c#L47>). This does work,
and libSystem gets initialized. However, libSystem is initialized before any
preloader code runs, and malloc zones are already in the middle of areas we
want to reserve. That's bad; by itself this approach won't work, but it might
if we also:
- add linker zerofill sections to block off the entire low 4GB. This is
desirable to reserve as much address space as possible for 32-bit EXEs in wow64
mode.
- and if zerofill sections are also added to reserve the area where 64-bit
EXEs generally load (0x14000000), it might even be possible to stop using the
preloader altogether on 64-bit.
* Alternately, go the other way, and lean in to being a 10.4 binary. In that
case, _start in the preloader needs to call back into dyld to initialize things
(like this: <https://github.com/apple-opensource/Csu/blob/88/crt.c#L219>). We
could do this after reserving our areas.
I'm leery of this approach, mainly because x86_64/10.4 was not a popular target
(GUI apps were not supported, they could only link against libSystem). If
possible, I'd rather not target such an obscure combination. The preloader has
been a source of problems with new OS versions, and I'd like to decrease the
amount of black magic it's doing, not increase it.
(Running 10.4 x86_64 binaries on modern macOS is still supported though, and
Xcode can even still build them.)
I'd like to make the __program_vars+zerofill approach work if possible.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54748
Bug ID: 54748
Summary: Greenshot GDI+ status: PropertyNotFound
Product: Wine
Version: 8.3
Hardware: x86-64
URL: https://objects.githubusercontent.com/github-productio
n-release-asset-2e65be/36756917/23e6800e-7d29-11e7-8ac
5-aa92e5646973?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-
Credential=AKIAIWNJYAX4CSVEH53A%2F20230328%2Fus-east-1
%2Fs3%2Faws4_request&X-Amz-Date=20230328T165105Z&X-Amz
-Expires=300&X-Amz-Signature=311e88c8da4b8ba0ff5ac6008
cf054338cd6e18afcf64471443530ddae088db0&X-Amz-SignedHe
aders=host&actor_id=0&key_id=0&repo_id=36756917&respon
se-content-disposition=attachment%3B%20filename%3DGree
nshot-NO-INSTALLER-1.2.10.6-RELEASE.zip&response-conte
nt-type=application%2Foctet-stream
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: lukasz.wojnilowicz(a)gmail.com
Distribution: ---
Steps to reproduce:
1) unpack Greenshot-NO-INSTALLER-1.2.10.6-RELEASE.zip
2) wine Greenshot.exe
3) RMB on Greenshot icon in the system tray
4) LMB on "Capture region"
5) Draw a rectangel on your screen
Behavior:
Error window with contents as below.
Expected behavior:
No error window.
Error window contents:
Software version: 1.2.10.6-RELEASE-c2414cf0149a1475ea00520effc01b40087c225c (32
bit)
.NET runtime version: 4.0.30319.42000+
Time: 2023-03-28 18:59:01 +02:00
OS: unknown (x32) 10.0 build 2600 revision 30000
GDI object count: 0
User object count: 0
Exception: System.Exception
Message: Unknown Error [GDI+ status: PropertyNotFound]
Stack:
at System.Drawing.GDIPlus.CheckStatus (System.Drawing.Status status)
[0x0022b] in <fc2ea6474c6d4315858618f13de6e72a>:0
at System.Drawing.Image.get_PropertyItems () [0x00017] in
<fc2ea6474c6d4315858618f13de6e72a>:0
at (wrapper remoting-invoke-with-check)
System.Drawing.Image.get_PropertyItems()
at GreenshotPlugin.Core.ImageHelper.CloneArea (System.Drawing.Image
sourceImage, System.Drawing.Rectangle sourceRect,
System.Drawing.Imaging.PixelFormat targetFormat) [0x00172] in
<68959698d73243a09b84293d02c00b84>:0
at GreenshotPlugin.Core.ImageHelper.Crop (System.Drawing.Image& image,
System.Drawing.Rectangle& cropRectangle) [0x00046] in
<68959698d73243a09b84293d02c00b84>:0
at GreenshotPlugin.Core.Capture.Crop (System.Drawing.Rectangle cropRectangle)
[0x0001a] in <68959698d73243a09b84293d02c00b84>:0
at Greenshot.Helpers.CaptureHelper.CaptureWithFeedback () [0x00085] in
<64ca337812514938b5bb8fc98fce780b>:0
at Greenshot.Helpers.CaptureHelper.MakeCapture () [0x008a0] in
<64ca337812514938b5bb8fc98fce780b>:0
at Greenshot.Helpers.CaptureHelper.CaptureRegion (System.Boolean
captureMouse) [0x00008] in <64ca337812514938b5bb8fc98fce780b>:0
at Greenshot.MainForm+<>c.<CaptureAreaToolStripMenuItemClick>b__52_0 ()
[0x00000] in <64ca337812514938b5bb8fc98fce780b>:0
at System.Windows.Forms.Control.InvokeMarshaledCallbackDo
(System.Windows.Forms.Control+ThreadMethodEntry tme) [0x000c0] in
<d22f8be2dd674c49bd49b314423240b8>:0
at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper (System.Object
obj) [0x00029] in <d22f8be2dd674c49bd49b314423240b8>:0
at System.Threading.ExecutionContext.RunInternal
(System.Threading.ExecutionContext executionContext,
System.Threading.ContextCallback callback, System.Object state, System.Boolean
preserveSyncCtx) [0x00071] in <e70d6e9587d64cb3abb4b3f99bbf5a0d>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state, System.Boolean preserveSyncCtx) [0x00000] in
<e70d6e9587d64cb3abb4b3f99bbf5a0d>:0
at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext
executionContext, System.Threading.ContextCallback callback, System.Object
state) [0x0002b] in <e70d6e9587d64cb3abb4b3f99bbf5a0d>:0
at System.Windows.Forms.Control.InvokeMarshaledCallback
(System.Windows.Forms.Control+ThreadMethodEntry tme) [0x0004d] in
<d22f8be2dd674c49bd49b314423240b8>:0
at System.Windows.Forms.Control.InvokeMarshaledCallbacks () [0x0008a] in
<d22f8be2dd674c49bd49b314423240b8>:0
Terminal output:
0024:fixme:dwmapi:DwmGetWindowAttribute (0003008E 9 0021DA80 16) stub
0024:fixme:uiautomation:UiaClientsAreListening ()
0024:fixme:dwmapi:DwmGetWindowAttribute (00050086 9 0021D620 16) stub
0024:fixme:dwmapi:DwmGetWindowAttribute (00050070 9 0021C850 16) stub
Additional info:
seems to happen on NET 4.5 and Mono as well
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54546
Bug ID: 54546
Summary: ws2_32:sock - test_write_watch() gets unexpected write
counts on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ws2_32:sock - test_write_watch() gets unexpected write counts on Windows 11:
sock.c:7670: Test failed: wrong count 0
sock.c:7701: Test failed: wrong count 0
sock.c:7735: Test failed: wrong count 0
sock.c:7735: Test failed: wrong count 0
sock.c:7735: Test failed: wrong count 0
sock.c:7735: Test failed: wrong count 0
See https://test.winehq.org/data/patterns.html#ws2_32:sock
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52889
Bug ID: 52889
Summary: Freelancer with Crossfire mod crashes on startup
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: poweroverwhelming982(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: 6857cb56957d691bee76cfe28ef88714cca00f29
Distribution: Ubuntu
Created attachment 72282
--> https://bugs.winehq.org/attachment.cgi?id=72282
Wine log at commit 6857cb56957d691bee76cfe28ef88714cca00f29
Since wine-6.19, Freelancer with Crossfire 2.0 mod crashes immediately on
startup (as soon as the mod window is shown). Bisecting points to this commit:
> commit 6857cb56957d691bee76cfe28ef88714cca00f29
> Author: Jacek Caban <jacek(a)codeweavers.com>
> Date: Wed Sep 29 14:09:21 2021 +0200
>
> gdi32: Move ntgdi functions to Unix library.
I've attached the relevant logs, let me know if there's anything else I can do.
Additional info:
OS: Ubuntu Focal 20.04.3 LTS
Kernel: 5.13.0-30-generic x86_64
Wine Prefix: 32 bit, clean
GPU: NVIDIA Corporation GF108 [GeForce GT 730] (rev a1)
Graphics Driver: Proprietary NVIDIA ver. 390.144
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52474
Bug ID: 52474
Summary: ws2_32:sock fails intermittently - 'Test failed:
expected timeout'
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Distribution: ---
The test_connect_events() function contains the following checks, where the
check (2) fails intermittently:
1. check_events(ctx, FD_CONNECT, FD_WRITE, 200);
2. check_events(ctx, 0, 0, 0);
A hypothesis for the cause of the test failure is that the
WSAEnumNetworkEvents() call inside the check (1) races with the server setting
the event.
Note that WSAEnumNetworkEvents performs the following steps:
a. It calls ResetEvent on the given event.
b. It issues IOCTL_AFD_GET_EVENTS command on the socket to retrieve the events
so far.
It's possible that the event may be set by the server between (a) and (b),
which lingers until the next call to WSAEnumNetworkEvents(). This explains why
the event wait in check (2) is satisfied immediately but subsequent tests
report no events.
--
Do not reply 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=34678
Bug #: 34678
Summary: Not all serial port work in wine
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: rewineland(a)gmail.com
Classification: Unclassified
I have wine 1.6 install on Ubuntu 12.04 with kernel 3.8.0-31-generial. I have 2
serial ports on board and an add-on card with 8 more.I can get the the on board
and 7 of the add-on to work as 1 though 9 comports but com10 I can not get any
data though. the port is listed as ttyCTI7, when I connect to that I have data
going back and forth. It just wont go into the windows program. Any ideas on
what to do. I need to have all 10 ports.
--
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=55283
Bug ID: 55283
Summary: amstream:amstream systematically crashes and times out
on gitlab-debian-32
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: major
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
amstream:amstream systematically crashes and times out on gitlab-debian-32:
Unhandled exception: assertion failed in wow64 32-bit code (0xf7f19559).
Backtrace:
=>0 0xf7f9a559 __kernel_vsyscall+0x9() in [vdso].so (0xf7f34ff4)
1 0xf7da21d7 in libc.so.6 (+0x8a1d7) (0xf7f34ff4)
2 0xf7d510d1 in libc.so.6 (+0x390d1) (0xf7f34ff4)
3 0xf7d3a26a in libc.so.6 (+0x2226a) (0xf7f34ff4)
4 0x71a4de79 in libllvm-15.so.1 (+0x875e79) (0x0022e910)
5 0x00000040 (0x00000040)
0xf7f9a559 __kernel_vsyscall+0x9 in [vdso].so: pop %ebp
See https://test.winehq.org/data/patterns.html#amstream:amstream
The failures started on 2023-07-10 which corresponds to the GitLab CI switch to
Debian 12.
What makes this very bad is that the failure is systematic so every single
merge request has been getting a GitLab CI error since then.
So it is pretty urgent to either:
1. Fix the test if something is wrong with it.
2. Fix the gitlab-debian-32 test environment if it is wrong.
3. Skip amstream:amstream if neither of the above is doable in a reasonable
timeframe.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53171
Bug ID: 53171
Summary: advapi32:registry - test_performance_keys() sometimes
fails due to time going backwards!
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
advapi32:registry - test_performance_keys() sometimes fails due to time going
backwards:
registry.c:3757: Test failed: key FFFFFFFF80000004: value (null): got times
132999520626290092, 132999520626290092, 132967560392269933
registry.c:3763: Test failed: key FFFFFFFF80000004: value (null): got times
132999520626290092, 132999520626290000, 132967560392269933
https://test.winehq.org/data/patterns.html#advapi32:registry
This failure is pretty rate: I only found 4 cases (~0.9%):
win2009_newtb-w1064-tsign, win21H1_newtb-w10pro64-mx-MX, 2x
win21H2_fgtb-w10pro64.
The failure lines above happened on w10pro64-mx-MX on 2022-06-17. Here are the
corresponding timestamps:
systime1 = 132999520626290092 = 2022-06-17 15:07:42.629009
file_time = 132999520626290000 = 2022-06-17 15:07:42.629000
systime2 = 132967560392269933 = 2022-05-11 15:20:39.226993
file_time is a little lower than systime1 which is normal due to its
granularity.
What is totally wrong however is that systime2 is way lower than systime1. The
interesting part is that the live snapshot was created on 2022-05-11 which
matches systime2. This scenario is confirmed it two of the other instances; the
snapshot creation time for the last case is unknown but a match with systime2
is plausible.
After restoring the VM from the live snapshot LibvirtTool sets the VM time
through TestAgent::SetTime():
https://gitlab.winehq.org/winehq/tools/-/blob/master/testbot/bin/LibvirtToo…https://gitlab.winehq.org/winehq/tools/-/blob/master/testbot/src/testagentd…
So it looks like in rare cases the system time gets reset backwards precisely
between this test's two NtQuerySystemTime() calls, which is really unlucky...
or lucky: maybe it happens in other cases causing less obvious failures.
I don't know if TestAgentd sets the time wrong, if there's something wrong with
Windows, or if this is an artifact of the QEmu clocks:
<clock offset='localtime'>
<timer name='rtc' tickpolicy='delay'/>
<timer name='pit' tickpolicy='delay'/>
<timer name='hpet' present='yes'/>
<timer name='hypervclock' present='yes'/>
</clock>
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52492
Bug ID: 52492
Summary: stack overflow from GdipFlattenPath
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: rjfeuerbach(a)gmail.com
Created attachment 71787
--> https://bugs.winehq.org/attachment.cgi?id=71787
test patch to replicate the curves and stack overflow
I have a third party application, unfortunately not available for download,
that is generating a virtual stack overflow error. Using +replay and
eventually +gdiplus messages, the cause was narrowed down to be due to calls to
GdipFlattenPath.
Attached is a patch to gdiplus/test/graphicspath.c to include the precise
curves that cause the stack overflow.
I believe the problem is due to the comparison of REALs with == in the
flatten_bezier helper function.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55422
Bug ID: 55422
Summary: mfmediaengine:mfmediaengine - test_GetDuration() fails
in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
mfmediaengine:mfmediaengine - test_GetDuration() fails in Wine:
mfmediaengine.c:1961: Test failed: Unexpected res 0x102.
See https://test.winehq.org/data/patterns.html#mfmediaengine:mfmediaengine
This failure started with the commit that introduced the tests:
commit 613d7b099986828212299a8e98179f22c86b80ab
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
Date: Fri Aug 4 17:35:04 2023 +0800
mfmediaengine/tests: Test IMFMediaEngine::GetDuration().
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54720
Bug ID: 54720
Summary: Spider-Man: Shattered Dimensions - dialogue audio
doesn't play
Product: Wine
Version: 8.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: tinozzo123(a)tutanota.com
Distribution: ---
Created attachment 74226
--> https://bugs.winehq.org/attachment.cgi?id=74226
Logs taken with a clean 32 bit prefix with 32 bit Wine devel 8.4,
WINEDEBUG=+xactengine,+xaudio2,+x3daudio.
In Spider-Man: Shattered Dimensions, the audio that is supposed to be played by
the characters during in-game dialogues doesn't play.
All the other kinds of audio work.
A workaround to this is by installing xact with 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=44816
Bug ID: 44816
Summary: Cygwin/MSYS2 `script -e` exit status forwarding
randomly returns zero for non zero child process
Product: Wine
Version: 3.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
to track
https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-Deal…
Mentioned here:
https://wine-staging.com/news/2015-08-23-release-1.7.50.html
--- quote ---
Do not allow to deallocate thread stack for current thread (MSYS2, Wine Staging
Bug #241)
--- quote ---
After some archaeology I found the Cygwin mailing list discussion here:
https://cygwin.com/ml/cygwin/2015-09/msg00114.html
--- quote ---
> Ah, ok. What OS does Wine emulate here? Have a look at
> https://sourceware.org/git/?p=newlib-cygwin.git;a=blob;f=winsup/cygwin/cygt…
>
> The terminate_thread_frees_stack flag is set to false for XP/2003 and to
> true for any newer OS. I guess this is a double-free because Wine's
> TerminateThread already freed the stack and Cygwin got the info it's
> supposedly running under XP/2003, so it tries to workaround the fact
> that TerminateThread on these systems didn't free the stack by themselves.
>
Wine emulates Windows XP here, I double checked Wine source code and I
can confirm Wine doesn't free the stack:
NtTerminateThread() -> abort_thread() -> terminate_thread()
https://github.com/wine-compholio/wine-patched/blob/8b3a785e97a7e28ff58731b…
Cygwin reports wincap as wincap_xpsp2 which is also correct here.
> we need to know what address ret=61005767 is refering to. addr2line would help.
As you point out, ret=61005767 is the call to VirtualFree() inside
cygthread::terminate_thread ()
https://sourceware.org/git/?p=newlib-cygwin.git;a=blob;f=winsup/cygwin/cygt…
After combine the information we have so far, I think the problem is
clear now. It's not Cygwin's fault, it's Wine's fault. Wine's
WaitForSingleObject() needs to wait long enough after the
TerminateThread() call, so the target thread has enough time to finish
the system cleanup and return correct exit_code before Cygwin call
VirtualFree to free the stack. But in our current implementation
Wine's WaitForSingleObject returns too early, it shouldn't return
before the system thread cleanup done, as a result there is a race
here. We are thinking of a solution in Wine. Thanks again for the
great help!
--- quote ---
$ wine --version
wine-3.4
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.
http://bugs.winehq.org/show_bug.cgi?id=30655
Bug #: 30655
Summary: GRID2: Low (1 - 3) FPS during race, but not in in-game
menus.
Product: Wine
Version: 1.5.2
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: linards.liepins(a)gmail.com
Classification: Unclassified
Created attachment 40128
--> http://bugs.winehq.org/attachment.cgi?id=40128
in-game benchmark test #!
Game itself installed with latest winetricks.
--
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=28603
Bug #: 28603
Summary: Winedbg sometimes receives invalid parameters
Product: Wine
Version: 1.3.29
Platform: x86
URL: http://www.winehq.org/pipermail/wine-patches/2011-Sept
ember/106508.html
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: julliard(a)winehq.org
Classification: Unclassified
Created attachment 36753
--> http://bugs.winehq.org/attachment.cgi?id=36753
relay,seh,tid,dbghelp,winedbg
I sent a patch to eliminate this dialog:
http://www.winehq.org/pipermail/wine-patches/2011-September/106508.html
but Alexandre said this should never happen. I see it occasionally on various
systems, but since I wrote the patch, haven't found a very reliable testcase.
I've found a reliable testcase with make test on Alpine Linux (which uses
uclibc).
It may not be the best testcase, since it's not using glibc (and also use PaX),
but AJ asked for a log, so here we go :).
relay,seh,tid,dbghelp,winedbg attached
the testcase used was oleaut32/tmarshal
wine-1.3.29-217-g5432611
--
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=55258
Bug ID: 55258
Summary: steam: small window floating on top of all windows
even in fullscreen mode
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: idarktemplar(a)mail.ru
Distribution: ---
Created attachment 74873
--> https://bugs.winehq.org/attachment.cgi?id=74873
steam_window_bug.png
When running steam with new versions of wine, I'm getting a small square window
which is always on top of all windows, even when I'm playing fullscreen game.
It's usually located around center of screen for me, but during bisecting I
also got a few builds when it appeared at top left corner.
I've tested it with following wine versions:
wine 7.0.2: win7 prefix: good
wine 7.0.2: win10 prefix: does not start
wine 8.0.1: win7 prefix: good
wine 8.0.1: win10 prefix: good
wine 8.9: win10 prefix: bad
wine 8.12: win10 prefix: bad
After that I ran git bisect with following build:
mkdir build32 build64
cd build64
../configure --with-mingw --enable-win64 --prefix=/tmp/wineinstall
cd ../build32
../configure --with-mingw --with-wine64=../build64 --prefix=/tmp/wineinstall
cd ../build64
make $JOBS
cd ../build32
make $JOBS
make $JOBS install
cd ../build64
make $JOBS install
My results are:
2504a2d7bca47fc77bb523114d7b0b6e60213116 is the first bad commit
commit 2504a2d7bca47fc77bb523114d7b0b6e60213116
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Mon Mar 27 11:58:50 2023 +0200
imm32: Keep the IME UI window on the default input context.
dlls/imm32/imm.c | 61 ++++++++++++++++++++++++++++++++------------------------
1 file changed, 35 insertions(+), 26 deletions(-)
$ git bisect log
# bad: [9ffeb2622d087a6189ca916553529824791010c3] Release 8.9.
# good: [d8b2687760f7c07eaf481aba2835b820d3092b3e] Release 8.0.1.
git bisect start 'wine-8.9' 'wine-8.0.1'
# skip: [6677c044abb711f423fadfb61f2c9a37da6ff686] Release 8.0.
git bisect skip 6677c044abb711f423fadfb61f2c9a37da6ff686
# good: [7771a9ae79930d112051cfe18b27dec1e5edd245] widl: Simplify attribute
creation with either int or ptr value.
git bisect good 7771a9ae79930d112051cfe18b27dec1e5edd245
# bad: [d1c317720ab6a92811c013408844ffd9e581b2a2] mfreadwrite: Fix an address
of operator typo.
git bisect bad d1c317720ab6a92811c013408844ffd9e581b2a2
# bad: [66bef6db20f72e88a38c4b264e13639015d7817d] msvcrt: Use the sinhf()
implementation from the bundled musl library.
git bisect bad 66bef6db20f72e88a38c4b264e13639015d7817d
# bad: [17fbef91929af9c6ab98e53fb2a54942f0f1a0a5] wmvcore/tests: Don't cast
NULL to another pointer type.
git bisect bad 17fbef91929af9c6ab98e53fb2a54942f0f1a0a5
# skip: [83f0862b43f7b1b7bd23830b4339894c35febea7] wineps: Handle
EMR_SETARCDIRECTION record in spool files.
git bisect skip 83f0862b43f7b1b7bd23830b4339894c35febea7
# good: [6a88500af29b82040f0518eb87171ca047fb95aa] hidparse.sys: Include
zero-count reports in cap count.
git bisect good 6a88500af29b82040f0518eb87171ca047fb95aa
# good: [62ef3c5be1d2c5374399984588a9daa75663d030] taskkill: Factor out
get_task_pid().
git bisect good 62ef3c5be1d2c5374399984588a9daa75663d030
# bad: [956541c9c823fb6048047893545dcee4c108730e] d3d10/effect: Add support for
umin/umax instructions.
git bisect bad 956541c9c823fb6048047893545dcee4c108730e
# good: [4b04d357739f261457316d55b79ecbcff9c0be84] imm32/tests: Add explicit
ImmLoadIME / ImmFreeLayout calls.
git bisect good 4b04d357739f261457316d55b79ecbcff9c0be84
# bad: [2504a2d7bca47fc77bb523114d7b0b6e60213116] imm32: Keep the IME UI window
on the default input context.
git bisect bad 2504a2d7bca47fc77bb523114d7b0b6e60213116
# good: [9117ce4185146a5edd47467d370b3e4dfa588191] imm32/tests: Test
ImmProcessKey with the installed IME.
git bisect good 9117ce4185146a5edd47467d370b3e4dfa588191
# good: [43e22eaa76a443e3053868df1bd8c5d4130a9fde] imm32/tests: Test IME UI
window and IME window presence.
git bisect good 43e22eaa76a443e3053868df1bd8c5d4130a9fde
# good: [0ddad3564f3260f53e5a50b615f6aa6ba27e032b] imm32: Update existing input
contexts on layout change.
git bisect good 0ddad3564f3260f53e5a50b615f6aa6ba27e032b
# first bad commit: [2504a2d7bca47fc77bb523114d7b0b6e60213116] imm32: Keep the
IME UI window on the default input context.
OS: Gentoo Linux Amd64
Kernel: 6.1.38-gentoo
DE: KDE 5.27.5
glxinfo:
OpenGL vendor string: AMD
OpenGL renderer string: AMD Radeon RX 7900 XTX (gfx1100, LLVM 16.0.6, DRM 3.49,
6.1.38-gentoo.65)
OpenGL core profile version string: 4.6 (Core Profile) Mesa 23.1.3
OpenGL core profile shading language version string: 4.60
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54413
Bug ID: 54413
Summary: ws2_32:sock - DuplicateHandle(socket) sometimes look
like a socket in test_WSAGetOverlappedResult() on
Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ws2_32:sock - DuplicateHandle(socket) sometimes look like a socket in
test_WSAGetOverlappedResult() on Windows:
sock.c:12512: Test failed: got 1.
sock.c:12513: Test failed: got 0.
See https://test.winehq.org/data/patterns.html#ws2_32:sock
This failure is pretty rare, there are only 4 known instances:
* 2022-09-27 on w1064 64 bit (21h2)
* 2022-11-15 on w10pro64-hi-u8 64 bit (21h1)
* 2023-01-25 on w11pro64 64 bit (21h2)
* 2023-01-25 on w1064v2009 64 bit
The test creates a socket, treats it as a handle and duplicates it, then checks
whether the duplicate handle behaves like a socket which it normally does not,
causing WSAGetOverlappedResult() to fail (return 0) and WSAGetLastError() to be
set to WSAENOTSOCK.
But in these four cases WSAGetOverlappedResult() succeeded which would indicate
the duplicate handle looked like a socket?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44546
Bug ID: 44546
Summary: The Settlers II: 10th Anniversary runs very slow when
CSMT enabled
Product: Wine
Version: 3.2
Hardware: x86
URL: https://www.fileplanet.com/165168/160000/fileinfo/The-
Settlers-II:-10th-Anniversary-Demo-v9801
OS: Linux
Status: NEW
Keywords: performance
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
The game is running painfully slow in Wine 3.2. Can be observed while it is
playing the opening video, in the menus and during gameplay too. Loading times
are also incredibly long when csmt is enabled.
Disabling csmt makes the game run smoothly. There is nothing suspicious in the
terminal.
Can be reproduced with the demo version. I have native d3dcompiler_43 and
d3dx9_29 installed.
settlers2_demo2_multilang.exe (318M)
md5sum: c738916e0f5f4c9b780898f66e50941f
Wine 3.2
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 390.25
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55291
Bug ID: 55291
Summary: gdi32:dc - print_something() gets a bad signature on
fg-deb64-*
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:dc - print_something() gets a bad signature on fg-deb64-*:
dc.c:1501: Test failed: wrong signature:
See https://test.winehq.org/data/patterns.html#gdi32:dc
This does not depend on bitness, happens systematically and a bisect shows that
the failure started with the commit below:
commit d5373ef6f92d36971859db0746600188ada22a7d
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Sun Jul 9 13:05:42 2023 +0200
wineps: Buffer data sent to printer port.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55231
Bug ID: 55231
Summary: Warframe: camera/mouse stuck in X-axis
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pmargeti34(a)gmail.com
Distribution: ---
Wine 8.12 introduces a regression in Warframe: there seems to be a hard limit
to how much camera can be turned on the X-axis. After spinning the camera in
the same direction a few times, it gets stuck and it's no longer possible to
turn in in that direction until it is first turned in the opposite direction.
This happens when Warframe is either in full screen mode or borderless
fullscreen mode. Windowed mode isn't affected.
Warframe is a free to play game and the installer can be obtained here:
https://www.warframe.com/download
OS: Archlinux Linux 6.4.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=55152
Bug ID: 55152
Summary: Crash in Notepad++ processing a WM_DRAWITEM message
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: julliard(a)winehq.org
Distribution: ---
Running the 32-bit Notepad++ 8.5.4 in new wow64 mode crashes on startup when
processing a WM_DRAWITEM message. The exception is swallowed by win32u so it
still works, but we get a message:
0024:err:seh:KiUserCallbackDispatcher ignoring exception
The root cause is that because Notepad++ added a WH_CALLWNDPROC hook, in win32u
process_message(), instead of returning to SendMessageW and have it call the
winproc, we call it ourselves through KeUserModeCallback. But at that point the
message has been converted to 64-bit so we pass a (truncated) 64-bit lparam to
the 32-bit winproc.
The crash was revealed by a82238fad52761114ab2488d422fad3f70dbb854, which moves
the 64-bit stack to high memory. Previously the lparam pointer would fit in
32-bit which avoided the crash, but it would still point to a 64-bit
DRAWITEMSTRUCT.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51443
Bug ID: 51443
Summary: Test fails in remove_dir_all crate when creating file
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
Hi,
Steps to reproduce on clear wine-devel 6.12
```
wget https://static.rust-lang.org/dist/rust-1.53.0-x86_64-pc-windows-gnu.msi
msiexec /i rust-1.53.0-x86_64-pc-windows-gnu.msi
git clone https://github.com/XAMPPRocky/remove_dir_all.git
cd remove_dir_all
git checkout 9b164cecdb4a0590af68be8b22f9c747402237e3
wine cargo test
```
should print this
```
running 4 tests
test removes_read_only ... FAILED
test removes_empty ... ok
test removes_files ... ok
test removes_dirs ... ok
failures:
---- removes_read_only stdout ----
thread 'removes_read_only' panicked at 'called `Result::unwrap()` on an `Err`
value: Os { code: 5, kind: PermissionDenied, message: "Access denied." }',
tests\windows.rs:68:49
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
failures:
removes_read_only
test result: FAILED. 3 passed; 1 failed; 0 ignored; 0 measured; 0 filtered out;
finished in 0.01s
error: test failed, to rerun pass '--test windows'
```
I tested it and this works fine in Windows Server 2019
Source code of failed test -
https://github.com/XAMPPRocky/remove_dir_all/blob/9b164cecdb4a0590af68be8b2…
```
fn removes_read_only() {
env_logger::init();
for i in 0..5 {
let path = format!("./readonly/{}/subdir", i);
fs::create_dir_all(&path).unwrap();
let file_path = format!("{}/file.txt", path);
{
let file = File::create(&file_path).unwrap();
```
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55449
Bug ID: 55449
Summary: Yaesu Wires-X offline and no internet
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleacc
Assignee: wine-bugs(a)winehq.org
Reporter: michael.vencio(a)gmail.com
Distribution: ---
Created attachment 75008
--> https://bugs.winehq.org/attachment.cgi?id=75008
debug output
Yaesu Wires-X is an amateur radio application
https://www.yaesu.com/jp/en/wires-x/index.php
the application is installed and running but cannot connect to the internet.
attached is the debug log file.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=34374
Bug #: 34374
Summary: Mac driver does not respect "Emulate a virtual
desktop" option
Product: Wine
Version: 1.7.0
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winemac.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: samael5(a)verizon.net
Classification: Unclassified
The Mac driver launches all apps in fullscreen mode, regardless of whether
"Emulate a virtual desktop" is set. Virtual desktop still functions as expected
when using the X11 driver on Mac.
--
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=39012
Bug ID: 39012
Summary: Game "Yesterday" crashes while being played (OS X
Yosemite)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: deka95500(a)hotmail.com
Hi everyone,
I have a version of Yesterday that was built using a wrapper from this
website(external link).
Everything worked fine until I reached the 3rd stage. The game was stuck on a
loading screen and eventually crashed before showing a message saying:
"Yesterday.exe has encountered a serious problem and needs to close."
The wrapper is using Wineskin 2.5.8 / WS8Wine1.3.16. I'm using Mac OS X
Yosemite 10.10.3 on a 2013 MBP.
Can you please help me figure out what the issue is?
Thank you!
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14713
Summary: Xara Xtreme 4: Resizing handles not visible
Product: Wine
Version: 1.1.2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)linopus.de
Xara Xtreme 4: Resizing handles not visible
Xara Xtreme 4, the latest edition of the vector drawing application from Xara
(30 days trial available at http://www.xara.com/us/downloads/xtreme/ ), shows
no resizing handles when selecting an object. The resizing handles should be
visible when clicking an object with the select tool.
By contrast, the turning/shearing handles are visible. The turning/shearing
handels appear when clicking an object twice with the select tool.
Additionally, Bezier handles and points on curves do appear, but in wrong
colors (cyan instead of red). Bezier handles and points appear when using the
edit shape tool.
This is on a wine 1.1.2 install on Ubuntu Linux 8.04 in its standard settings.
The same bug is present when using Xara Xtreme X1, which is the thirdlast
edition. The bug is also present in earlier versions of wine (e.g. 0.9.56) and
CrossOver (e.g. 7.0.1).
Yours sincerely
Tobias Hilbricht
--
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=10471
Summary: Radmin viewer 3.1: Ungrayed disabled menu item in the
"Connection Properties" window
Product: Wine
Version: 0.9.48.
Platform: PC
URL: http://www.famatech.com/download/rview31.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bugs.radmin(a)gmail.com
We got an error:
1. Installed Radmin server 3.1 (http://www.famatech.com/download/rserv31.exe)
on a windows computer.
2. Installed Radmin viewer 3.1 on a linux computer with wine installed.
3. Started Radmin viewer and open "Connection Properties" window (can be
reached "Right click on connection icon" --> "Properties" or "Connection" -->
"Connect to").
The list of intermediate hosts in "Advanced settings" should be grayed
(disabled) until checkbox "Connect through host" is marked.
The error was tested on Fedora Core 7 installation with the last wine package
from fedora update site (fedora_mirror/fedora/linux/updates/7/i386/).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41267
Bug ID: 41267
Summary: Black ops 2 crashes with "Unhandled exception caught"
Product: Wine
Version: 1.9.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spleefer90(a)gmail.com
Distribution: ---
Created attachment 55567
--> https://bugs.winehq.org/attachment.cgi?id=55567
crash log when trying to launch the game(BO2:MP) from Steam
Game crashes on startup with the message:
"Error during initialization:
Unhandled exception caught"
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55447
Bug ID: 55447
Summary: wine cannot parse valid javascript
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: jscript
Assignee: wine-bugs(a)winehq.org
Reporter: yshuiv7(a)gmail.com
Distribution: ---
jscript cannot parse the code below:
var O = { continue: 1 };
var x = {
label: O.continue
};
it reports:
0024:warn:jscript:script_parse parser failed around L"bel: O.continue\n
};\n});\n" in line L"sync_test(\"ASDF\", function() {"
Native Windows jscript doesn't have a problem with this.
The cause, I believe, is jscript inserted a semicolon after the "continue".
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55434
Bug ID: 55434
Summary: socialclubhelper.exe serious problem in wine unable to
run GTA v via steam but worked for past 4 weeks
Product: Wine
Version: unspecified
Hardware: arm
OS: Windows
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: lynxmyster(a)gmail.com
Created attachment 74995
--> https://bugs.winehq.org/attachment.cgi?id=74995
error log report
/Users/lyntonhartill/Downloads/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=55420
Bug ID: 55420
Summary: The Legend of Sisyphus by Andromeda Software
Development fails to run
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: arabek+wine(a)gmail.com
Distribution: ---
Created attachment 74980
--> https://bugs.winehq.org/attachment.cgi?id=74980
backtrace.txt
Source:
https://files.scene.org/view/parties/2023/assembly_summer23/demo/asd-theleg…
(free download)
Problem: ubuntu-23.04, clean prefix, wine-staging-8.13 installed from winehq
repo - demo fails to run.
Attached is the backtrace.txt generated.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55441
Bug ID: 55441
Summary: after update rawinput patch scroll wheel is not
working on some game.
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: l12436(a)yahoo.com.tw
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
After latest rawinput update. I found the code x11drv_xinput_disable() is
added, seems due to this code. the scroll wheel is no longer working.
I fallback to 8.13 it working 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=55440
Bug ID: 55440
Summary: StarCraft 2: can no longer input Chinese via fcitx5
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: allfoxwy(a)gmail.com
Distribution: ---
Greetings. I'm switching from Wine-staging 8.5 to Wine-staging 8.13. Then I see
that in StarCraft 2 I can no longer input Chinese into the game via fcitx 5.
In the game, I could use key shortcut to call up fcitx 5 into Chinese mode. I
press some key then I could see the word candidates in the top left corner of
the screen (not following the cursor). However if I select one of them, nothing
goes into the game's textbox.
I also tried wine notepad, I could input Chinese in it.
The Battle.net client also work.
But the actual StarCraft 2 game do not accept my input.
StarCraft 2 version 5.0.11.90136
fcitx 5 from Debian version 5.0.23-2
Wine-staging-amd64 8.13 from
https://github.com/Kron4ek/Wine-Builds/releases/tag/8.13
In fact, it's not only StarCraft 2, Diablo 4 also have such symptom. However
StarCraft 2 is a free game so it's easier to get and debug:
https://starcraft2.blizzard.com
And I read the Wine What's New and see that there are some work going into IME
recently. There is a FIXED bug report:
https://bugs.winehq.org/show_bug.cgi?id=54991 It says Wine 8.8 was working, so
I tried it, and yes in Wine 8.8 I could input in StarCraft 2 either. However
the supposed fix which was landed in Wine 8.10 did NOT fix the problem in
StarCraft 2.
I tried to get a console log. However this game need Battle.net client to
bootstrap up. If I run wine "Battle.net Launcher.exe" & > sc2log.txt" the
resulting file is empty.
Any help is appreciated.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54664
Bug ID: 54664
Summary: ZeroMQ 4.3.4#6 (from vcpkg) hangs in wine on macOS
Catalina
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: steven.schumacher(a)dtn.com
Created attachment 74179
--> https://bugs.winehq.org/attachment.cgi?id=74179
Example app with source and results
Attached is a sample ZMQ pub/sub app including source (and project files but
they might need tweaking) code built against zeromq4.0.5 as a static lib vs
zeromq4.3.4#6 as a dll from vcpkg (at the time of submission, this is the
current version).
Unfortunately I've had issue building newer versions of zmq from source and zmq
no longer maintains windows builds ever since MS took over with vcpkg.
The build environment is VS 2019 on windows 10 (both fully updated).
Both versions of the app run the same on windows. On macOS Catalina (not sure
about earlier or later...my macOS resources are slim) under wine (both
Crossover 22.0.1 and bare wine 8.3), only the version usign zmq4.0.5 works with
the 4.3.4 version of zmq hangs as soon as zmq is initialized.
Text files with output for both on both OS is also included.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55438
Bug ID: 55438
Summary: Some D3D10 applications crashes on NVIDIA SM4 GPUs
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Created attachment 74998
--> https://bugs.winehq.org/attachment.cgi?id=74998
log for d3d10featuredemo.exe
For example NVIDIA DX10FeatureDemo crashes.
047c:err:d3d_shader:shader_glsl_load_sampler_handles No uniform location at 0,
ps_sampler0
https://developer.download.nvidia.com/SDK/10/Samples/DX10FeatureDemo.zip
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50206
Bug ID: 50206
Summary: Cinebench R23 fails to start (needs dcomp.dll
implementation?)
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aidas957(a)gmail.com
Distribution: ---
Created attachment 68717
--> https://bugs.winehq.org/attachment.cgi?id=68717
Cinebench R23 Windows 10 Wine log
As I've said in the title, CInebench R23 fails to start probably because of
missing dcomp.dll which is needed by one of the app's important libraries and
thus the app spits out a bunch of warnings and then closes (with both Windows 7
and Windows 10 versions set in Wine)
I've tried to copy a 64-bit dcomp.dll from a Windows 10 installation, but there
are even more errors of libraries missing (and I can't locate them all)
I'm also using wine-staging. but I doubt that's going to affect anything in
this case
Log with Windows 10 version is attached
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50459
Bug ID: 50459
Summary: Unimplemented function
dcomp.dll.DCompositionCreateDevice called in 64-bit
code (Studio One 5)
Product: Wine
Version: 6.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: moseskim84(a)gmail.com
Distribution: ---
Created attachment 69083
--> https://bugs.winehq.org/attachment.cgi?id=69083
Winedbg log file
I'm running Ubuntu 20.10, Wine-6.0-rc5 and have installed Studio One 5
Professional (music production program) into it's own prefix. The program does
not open at all and crashes when I run it with the following error:
wine: Call from 000000007B01135E to unimplemented function
dcomp.dll.DCompositionCreateDevice, aborting
wine: Unimplemented function dcomp.dll.DCompositionCreateDevice called at
address 000000007B01135E (thread 0244), starting debugger...
I have installed the following libraries: corefonts, atmlib, d3dcompiler43,
d3dx9, d9vk/dxvk, fontsmooth-rgb, gdiplus_winxp, msxml3, msxml6, vcrun2008,
vcrun2010, vcrun2012
I have tried it on wine-stable as well (5.0) but it still won't load. Any help
would be appreciated. Thanks!
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50357
Bug ID: 50357
Summary: Star Stable Online crashes with unimplemented function
dcomp.dll.DCompositionCreateDevice2
Product: Wine
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vojtech.dockal(a)gmail.com
Distribution: ---
Created attachment 68955
--> https://bugs.winehq.org/attachment.cgi?id=68955
Backtrace
Star Stable Online crashes with unimplemented function
dcomp.dll.DCompositionCreateDevice2 called in 32-bit code (0x7b010bf6).
Steps to reproduce:
1) Download installer from
https://launcher-data.starstable.com/Star+Stable+Online+Setup+2.6.0.exe and
install it
- Run launcher
- Launcher crashes
Backtrace is included in 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=54933
Bug ID: 54933
Summary: Wine slow on certain fuse filesystems, with fix
Product: Wine
Version: 8.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: hwertz10(a)gmail.com
Distribution: ---
Created attachment 74452
--> https://bugs.winehq.org/attachment.cgi?id=74452
CIOPFS speed patch
I found a description of users experiencing slowdowns (even using explorer.exe)
on an MTP filesystem, and I experienced similar slowdowns on an s3ql
filesystem. In short, even using explorer on certain filesystems is slow, and
opening programs that open up more than a handful of files is very slow off
these filesystems.:
https://forum.winehq.org/viewtopic.php?t=36400
I found the root cause courtesy of strace -- in dlls/ntdll/unix/file.c in
get_dir_case_sensitivity_stat (which is called very frequently, I think on any
file open or creation, among others), there is a fstatat system call, then a
check on that result to see if the filesystem is a FUSE filesystem, then if it
is it looks for a .ciopfs directory (because presumably CIOPFS -- Case
Insensitive On Purpose Filesystem -- places a .ciopfs in every directory
specifically so wine can do this test.) It turns out the fstatat call gets
used and free inode count, used and free disk space, etc. along with filesystem
type, and on my large s3ql filesystem at least this takes *8/10ths* of a
second, versus the .ciopfs lookup being in dentry cache -- I don't recall if it
used 0.0001 or 0.00001 seconds, but either way extremely fast compared to the
other call.
Reversing the order of these calls (check for .ciopfs first, then if it's there
run fstatat and check result to see if it's a FUSE filesystem) should not cause
a performance regression on any filesystem (since it's usually going to be out
of the dentry cache) while avoiding this slowdown on a filesystems with slow
filesystem stats.
Just a note, I see the equivalent "is filesystem case sensitive?" check for
MacOS actually only runs any tests once then caches the results; using a
similar "case sensitivity" cache for Linux would also be effective (since it
would only run this piece of code once per wine run then.)
Finally, I wonder if CIOPFS is actually used? I see the last update on it is
from 2011, it may have turned out that Wine's case insensitivity support is
fast enough that CIOPFS did not prove useful. If it's not actually being used
by anyone, removing the CIOPFS tests from file.c could be a reasonable thing to
do.
Please find attached a small patch to implement this change for Linux -- it
simply reverses the order of 3 lines of code, so it runs the (fast) .ciopfs
directory existence test first, then only runs the (on some filesystems much
slower) fstatat call and "is it FUSE filesystem?" test if the.ciopfs directory
actually exists.
Thanks, and keep up the good work!!!
--Henry
--
Do not reply 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=30550
Bug #: 30550
Summary: Invisibles sprites in Rayman Origins
Product: Wine
Version: 1.5.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: olivier.luraine(a)gmail.com
Classification: Unclassified
Created attachment 39961
--> http://bugs.winehq.org/attachment.cgi?id=39961
Screenshot that shows the bug.
They are missing sprites on rayman origins. For exemple ropes and other things
that rayman catch are invisible. I'm using an up to date archlinux with nvidia
295.40. The game run smoothly.
--
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=37355
Bug ID: 37355
Summary: Tages Protection v5.x needs ntoskrnl
'MmMapLockedPagesSpecifyCache' implementation
Product: Wine
Version: 1.7.27
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
reported here: https://github.com/compholio/wine-compholio/issues/80
Michael Müller from FDS team:
--- quote ---
Sadly this is not enough to make the Tages copy protection happy. The issue you
are now running into is:
fixme:ntoskrnl:MmMapLockedPagesSpecifyCache (0x111988, 0, 1, (nil), 0, 32):
stub
The MmMapLockedPagesSpecifyCache command is used to map memory of a process
into the kernel, so that a kernel driver can write / read it. This is necessary
since the kernel does not share the same address space as the process. The
problem is that this command is a stub and always returns 0 as mapped address.
The Tages protection does not check for NULL pointers and tries to write to the
address resulting in:
wine: Unhandled page fault on write access to 0x00000000 at address 0x57fe27
(thread 0018), starting debugger...
The problem is that there is no way to properly implement this on Linux since
there is no way to simply map the memory of a different process if you are not
inside the kernel. Since wine is no kernel module it can only use memory of
different processes, when they explicitly create it as shared memory block.
Sadly you can not declare a memory block as shared after it was allocated, so
this does not help implementing this command.
Anyway in the case of the Tages protection we have some luck since it seems
like the process is paused (I think it was waiting for the response of the
DeviceIoControl function) while the memory is changed by the windows kernel
driver. This allows us to emulate the mapping of the memory by using
ReadProcessMemory and WriteProcessMemory. I wrote some hack to implement this,
but this only prevented the crash and made the application to exit silently. I
either made a mistake in my hack or there is still something else which
prevents it from working.
--- quote ---
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=55431
Bug ID: 55431
Summary: wine-staging to have same Component as wine
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Could wine-staging bugs have the same Component list as 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=47996
Bug ID: 47996
Summary: Battlefield 2 - d3d:debug_d3dformat Unrecognized
0x4642564e - Unhandled exception
Product: Wine
Version: 4.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: consolelogger(a)rhyta.com
Distribution: ---
Created attachment 65519
--> https://bugs.winehq.org/attachment.cgi?id=65519
console log with WINEDEBUG=+loaddll
Ubuntu 19.10 - wine-mono-4.9.3.msi
Battlefield 2 crashes during startup.
Console log is attached.
I am happy to provide more details and do tests when asked to.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55416
Bug ID: 55416
Summary: psapi:psapi_main - check_QueryWorkingSetEx() sometimes
fails on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: psapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
psapi:psapi_main - check_QueryWorkingSetEx() sometimes fails on Windows 10:
psapi_main.c:1165: Test failed: exe expected Valid=1 but got 0
psapi_main.c:1169: Test failed: exe expected Win32Protection=2 but got 0
See https://test.winehq.org/data/patterns.html#psapi:psapi_main
This first happened on 2023-07-11 and there has been three instances so far:
* 2023-07-11 win22H2_fgtb-w10pro64-32
* 2023-07-19 win21H2_gitlab-win10-21h2-32
* 2023-08-04 win22H2_newtb-w1064-32
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55426
Bug ID: 55426
Summary: user32:msg - test_swp_paint_region_on_show() sometimes
fails on w7u
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:msg - test_swp_paint_region_on_show() sometimes fails on w7u:
msg.c:9471: Test failed: GetRgnBox (on parent) returned 1
msg.c:9475: Test failed: parent update region: got (0,0)-(0,0), expected
(10,10)-(100,100)
msg.c:9508: Test failed: GetRgnBox (on parent) returned 1
msg.c:9512: Test failed: parent update region: got (0,0)-(0,0), expected
(20,20)-(120,120)
See https://test.winehq.org/data/patterns.html#user32:msg
This first happened on 2023-07-13 and has happened about once a week since,
always on w7u. In particular it does not happen on w7pro64 but then that VM
only runs 64-bit tests so maybe this is just 32-bit-specific.
* 2023-07-13 win7_newtb-w7u-pt-PT_1
* 2023-07-14 win7_newtb-w7u-de
* 2023-07-19 win7_newtb-w7u-es
* 2023-08-01 win7_newtb-w7u-2qxl
See also bug 55425 which is similar but happens in
test_swp_paint_region_on_extend_zerosize() and started one month earlier.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55425
Bug ID: 55425
Summary: user32:msg -
test_swp_paint_region_on_extend_zerosize() sometimes
fails on w7u
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:msg - test_swp_paint_region_on_extend_zerosize() sometimes fails on w7u:
msg.c:9569: Test failed: parent update region: got (10,10)-(100,58), expected
(10,10)-(100,100)
See https://test.winehq.org/data/patterns.html#user32:msg
This first happened on 2023-06-13 and has happened about twice a week since,
always on w7u. In particular it does not happen on w7pro64 but then that VM
only runs 64-bit tests so maybe this is just 32-bit-specific.
* 2023-06-13 win7_newtb-w7u-adm
* 2023-06-22 win7_newtb-w7u-2qxl
* 2023-06-23 win7_newtb-w7u
* 2023-06-26 win7_newtb-w7u-2qxl
* 2023-07-13 win7_newtb-w7u-2qxl_1
* 2023-07-19 win7_newtb-w7u-el
* 2023-08-01 win7_newtb-w7u-adm
* 2023-08-08 win7_newtb-w7u-adm
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55381
Bug ID: 55381
Summary: installing synaptics fingerprint reader driver fails
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: usb
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 74955
--> https://bugs.winehq.org/attachment.cgi?id=74955
log file trying to install synaptics fingerprint reader driver
Attached is the log file when trying to install the synaptics fingerprint
reader driver
https://download.lenovo.com/pccbbs/mobiles/nz3gf09w.exe
It seems to fail with this error:
012c:err:ntdll:NtQueryInformationToken Unhandled token information class 26
When selecting to "extract only" (and not install), this error is not shown.
The files are extracted in both cases, when selecting extract only, as well as
"install".
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54095
Bug ID: 54095
Summary: quartz:filtermapper sometimes crashes on exit in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
quartz:filtermapper sometimes crashes on exit in Wine:
quartz:filtermapper start dlls/quartz/tests/filtermapper.c
0c18:filtermapper: 251 tests executed (0 marked as todo, 0 as flaky, 0
failures), 0 skipped.
quartz:filtermapper:0c18 done (-1073741819) in 0s 94B
See https://test.winehq.org/data/patterns.html#quartz:filtermapper
Where -1073741819 == 0xc0000005
The crash is pretty rare: one per month on average but there are some two
months stretches with no crash.
What's interesting is that the invalid memory access happens after the main
process has printed the 'test summary' line, which means the crash happened on
exit. So it must be caused by previous memory corruption.
Also MR!1703 got a timeout on exit which is probably the same underlying issue:
quartz:filtermapper start dlls/quartz/tests/filtermapper.c
0af0:filtermapper: 253 tests executed (0 marked as todo, 0 as flaky, 0
failures), 0 skipped.
quartz:filtermapper:0af0 done (258) in 120s 94B
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54845
Bug ID: 54845
Summary: Fusion 360: key_import_pair unsupported key type
L"CAPIPRIVATEBLOB"
Product: Wine
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: benjackson990(a)gmail.com
Distribution: ---
The recent update has changed the login process to allow for a Single Sign On,
but in the process seemingly used a encryption not supported in any version of
Wine that I'm aware of.
Can anyone please advise how I should go about resolving the following issue
```
0178:fixme:bcrypt:key_import_pair unsupported key type L"CAPIPRIVATEBLOB"
0178:fixme:bcrypt:get_key_property unsupported algorithm 9
```
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53712
Bug ID: 53712
Summary: ole32:moniker is broken on Windows 7 in the GitLab
WineTest builds
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ole32:moniker is broken on Windows 7 in the GitLab WineTest builds:
moniker.c:2280: ACP is 1252
0a18:4þ": 5504 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0
skipped.
ole32:moniker:0a18 done (-1073740791) in 0s 115B
Test failed: crash (c0000409)
https://test.winehq.org/data/patterns.html#ole32:moniker
Where 0xc0000409 == STATUS_STACK_BUFFER_OVERRUN.
The failures started on 2022-07-26 which is when the WineTest builds switched
from the old build system to GitLab. A test with winetest-889fe64d9f2e.exe
(built on 2022-07-25) confirms that this test still succeeds when using
binaries from the old build system.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54545
Bug ID: 54545
Summary: ieframe:webbrowser test_WebBrowser() gets unexpected
OnFocus_FALSE calls on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ieframe:webbrowser - test_WebBrowser() gets unexpected OnFocus_FALSE calls on
Windows 7.
For instance:
webbrowser.c:1202: Test failed: unexpected call OnFocus_FALSE
and sometimes a second failure happens later:
webbrowser.c:3434: Test failed: expected OnFocus_FALSE
See https://test.winehq.org/data/patterns.html#ieframe:webbrowser
The unexpected calls don't happen during a specific test_WebBrowser() call.
Up to 2022-11-04 this failure was only happening on w1064v1709 when that
stopped. Then on 2023-01-25 is started happening about 3 times per month on the
w7u* TestBot 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=55430
Bug ID: 55430
Summary: ddraw:ddraw1, ddraw:ddraw2 & ddraw:ddraw7 -
test_coop_level_mode_set() is sometimes missing
WM_DISPLAYCHANGE on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddraw1, ddraw:ddraw2 & ddraw:ddraw7 - test_coop_level_mode_set() is
sometimes missing WM_DISPLAYCHANGE on Windows:
ddraw1.c:3141: Test failed: Expected message 0x7e, but didn't receive it.
ddraw1.c:3144: Test failed: Expected (0,0)-(640,480), got (0,0)-(1024,768).
ddraw1.c:3148: Test failed: Got unexpected screen size 1024x768.
See https://test.winehq.org/data/patterns.html#ddraw:ddraw1https://test.winehq.org/data/patterns.html#ddraw:ddraw4https://test.winehq.org/data/patterns.html#ddraw:ddraw7
Where 0x7e == WM_DISPLAYCHANGE
This first happened on 2023-04-11 [1] and has happened a bit over once per
month since on both Windows 8 and 10. Most of the time it's the first failure
in the WineTest run.
* 2023-04-11 win81_newtb-w8 (ddraw:ddraw4)
* 2023-04-13 win81_newtb-w8adm (ddraw:ddraw1)
* 2023-04-25 win81_newtb-w8 (ddraw:ddraw7)
* 2023-05-25 win21H1_newtb-w10pro64-he-64 (ddraw:ddraw7)
* 2023-05-25 win81_newtb-w8adm (ddraw:ddraw4, preceded by clip rect failures in
ddraw 1, 2, 4)
* 2023-08-01 win21H1_newtb-w10pro64-ar-64 (ddraw:ddraw4)
* 2023-08-03 win81_newtb-w8adm (ddraw:ddraw1)
[1] There are older instances but I think those were the consequence of
previous 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=55429
Bug ID: 55429
Summary: psapi:psapi_main - test_GetPerformanceInfo() sometimes
fails on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: psapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
psapi:psapi_main - test_GetPerformanceInfo() sometimes fails on Windows:
psapi_main.c:716: Test failed: expected approximately 1131 but got 1125
See https://test.winehq.org/data/patterns.html#psapi:psapi_main
There are three known instances so far:
* 2023-06-16 win1607_newtb-w1064v1607-32
* 2023-06-28 win21H1_newtb-w10pro64-pt-BR-64
* 2023-08-08 win2004_newtb-w10pro64v2004-64
The test counts the total number of threads on the machine in two different
ways and expects to find the same or a close enough result. In this case some
process with 6 threads must have stopped while the test was running, thus
causing the failure.
The test also counts handles and processes, both of which could probably also
fail in the same way.
I think this is another good candidate for the tryok() patch from MR!3418.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44051
Bug ID: 44051
Summary: Rendering compressed .avi outputs error on program or
crashes it
Product: Wine
Version: 2.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvidc32
Assignee: wine-bugs(a)winehq.org
Reporter: lanfrda1(a)gmail.com
Distribution: Ubuntu
Created attachment 59727
--> https://bugs.winehq.org/attachment.cgi?id=59727
msvidc32 compressed avi render bug log.
If you use any codec, it will make an error on the program (E.G. Flash 8), or
the program will crash (E.G. SidWiz 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.
http://bugs.winehq.org/show_bug.cgi?id=12428
Summary: win16 test suite: profile test fails
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://win16test.googlecode.com
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=11967)
--> (http://bugs.winehq.org/attachment.cgi?id=11967)
Backtrace in git
+++ This bug was initially created as a clone of Bug #9850 +++
The code can be downloaded
from http://win16test.googlecode.com with svn,
and is quite easy to run; see
http://win16test.googlecode.com/svn/trunk/src/README
for instructions.
The profile test crashes in current git. Attached is the backtrace in current
git.
--
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=55427
Bug ID: 55427
Summary: ddraw:ddraw7 - test_lighting() sometimes fails on
Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddraw7 - test_lighting() sometimes fails on Windows:
ddraw7.c:4728: Test failed: Lit quad without normals has color 0x00ffff00,
expected 0x00000000.
ddraw7.c:4741: Test failed: Lit quad with normals has color 0x00ffff00,
expected 0x00000000.
ddraw7.c:4786: Test failed: Lit quad with light has color 0x00ffffff.
ddraw7.c:4786: Test failed: Lit quad with singular world matrix has color
0x00ffffff.
ddraw7.c:4786: Test failed: Lit quad with transformation matrix has color
0x00ffffff.
ddraw7.c:4786: Test failed: Lit quad with non-affine matrix has color
0x00ffff00.
See https://test.winehq.org/data/patterns.html#ddraw:ddraw7
The number of test failures changes from one run to the next, as well as the
unexpected color, although it's always a mix of ff and 00. This issue has been
there since at least 2023-01-20 and has happened regularly, about 1.5 times per
month, on Windows 8 to Windows 10 22H2.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55374
Bug ID: 55374
Summary: user32:msg - test_swp_paint_region_on_show() sometimes
gets a NULLREGION on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:msg - test_swp_paint_region_on_show() sometimes gets a NULLREGION on
Windows 7:
msg.c:9471: Test failed: GetRgnBox (on parent) returned 1
msg.c:9475: Test failed: parent update region: got (0,0)-(0,0), expected
(10,10)-(100,100)
msg.c:9508: Test failed: GetRgnBox (on parent) returned 1
msg.c:9512: Test failed: parent update region: got (0,0)-(0,0), expected
(20,20)-(120,120)
See https://test.winehq.org/data/patterns.html#user32:msg
The oldest known failure happened on 2023-06-22 and it has happened a bit over
once per week since, always on a w7u test configuration:
* 2023-06-22 win7_newtb-w7u-2qxl
* 2023-06-23 win7_newtb-w7u
* 2023-06-26 win7_newtb-w7u-2qxl
* 2023-07-13 win7_newtb-w7u-2qxl_1
* 2023-07-14 win7_newtb-w7u-de
* 2023-07-14 win7_newtb-w7u-de
* 2023-07-19 win7_newtb-w7u-es
* 2023-07-19 win7_newtb-w7u-es
--
Do not reply 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=12427
Summary: win16 test suite: printdlg test fails
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://win16test.googlecode.com
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=11966)
--> (http://bugs.winehq.org/attachment.cgi?id=11966)
Backtrace in git
+++ This bug was initially created as a clone of Bug #9850 +++
The code can be downloaded
from http://win16test.googlecode.com with svn,
and is quite easy to run; see
http://win16test.googlecode.com/svn/trunk/src/README
for instructions.
The printdlg test crashes in current git. Attached is the backtrace in current
git.
--
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=55423
Bug ID: 55423
Summary: dinput:device8 - test_mouse_keyboard() sometimes gets
access denied on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dinput:device8 - test_mouse_keyboard() sometimes gets access denied on Windows
10:
device8.c:695: Test failed: IDirectInputDevice8_Acquire failed: 0x80070005
device8.c:698: Test failed: IDirectInputDevice8_Acquire failed: 0x80070005
device8.c:703: Test failed: GetRegisteredRawInputDevices returned 1,
raw_devices_count: 3
device8.c:705: Test failed: Unexpected raw device flags: 0
device8.c:707: Test failed: Unexpected raw device flags: 0
See https://test.winehq.org/data/patterns.html#dinput:device8
Where 0x80070005 == E_ACCESSDENIED
This failure mode has been jumping around:
* From 2023-01-06 to 2023-03-20 this was happening exclusively on w7u, with one
exception, w10pro64-ru-64 on 2023-01-13 (all with "raw_devices_count: 3").
* Then from 2023-03-21 to 2023-05-16 it happened exclusively on various
debian11-win32 locales, but with "raw_devices_count: 1".
* And since 2023-05-30 it has been happening exclusively on w1064v1507 and
w10pro64v2004 (both in 32 and 64-bit) with 12 instances so far, all with
"raw_devices_count: 3".
See also bug 54558 about other access denied errors in dinput:device8.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55413
Bug ID: 55413
Summary: ddraw:ddraw1 sometimes fails and crashes on w1064v1507
and w1046v2004
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ddraw:ddraw1 sometimes fails on w1064v1507 and w1046v2004:
ddraw1.c:2495: Test failed: Expected message 0x46, but didn't receive it.
ddraw1.c:2618: Test failed: Failed to set foreground window.
ddraw1.c:2626: Test failed: Failed to set foreground window.
ddraw1.c:2652: Test failed: Expected window style 0x14cf0000, got 0x4cf0000.
ddraw1.c:2655: Test failed: Expected window extended style 0x108, got 0x100.
ddraw1.c:2662: Test failed: Expected window extended style 0x108, got 0x100.
ddraw1.c:2671: Test failed: Expected window extended style 0x108, got 0x100.
ddraw1.c:2680: Test failed: Expected window extended style 0x108, got 0x100.
ddraw1.c:2683: Test failed: Failed to set foreground window.
ddraw1.c:2690: Test failed: Expected window style 0x14cf0000, got 0x4cf0000.
ddraw1.c:2693: Test failed: Expected window extended style 0x108, got 0x100.
ddraw1.c:2706: Test failed: Failed to set foreground window.
ddraw1.c:2731: Test failed: Failed to set foreground window.
ddraw1.c:2746: Test failed: Failed to set foreground window.
ddraw1.c:2755: Test failed: Expected window extended style 0x108, got 0x100.
ddraw1.c:2775: Test failed: Expected window extended style 0x108, got 0x100.
ddraw1.c:2778: Test failed: Failed to set foreground window.
ddraw1.c:2781: Test failed: Expected window style 0x34cf0000, got 0x14cf0000.
ddraw1.c:2784: Test failed: Expected window extended style 0x108, got 0x100.
ddraw1.c:3129: Test failed: Failed to set foreground window.
ddraw1.c:3130: Test failed: Expected message 0x6, but didn't receive it.
ddraw1.c:3135: Test failed: Got unexpected screen size 800x600.
ddraw1.c:867: Test failed: Got unexpected wparam 0 for message 0x1c, expected
0x1.
ddraw1.c:3141: Test failed: Expected message 0x5, but didn't receive it.
ddraw1.c:3144: Test failed: Expected (0,0)-(640,480), got
(-32000,-32000)-(-31840,-31972).
ddraw1.c:3148: Test failed: Got unexpected screen size 1024x768.
ddraw1.c:3161: Test failed: Expected message 0x46, but didn't receive it.
[...]
ddraw1.c:3609: Test failed: Expected (0,0)-(640,480), got (-8,-8)-(648,448).
ddraw1.c:4338: Test failed: Expected WM_ACTIVATEAPP, but did not receive it.
ddraw1.c:4350: Test failed: Expected WM_ACTIVATEAPP, but did not receive it.
ddraw1.c:4362: Test failed: Expected WM_ACTIVATEAPP, but did not receive it.
ddraw1.c:4384: Test failed: Expected WM_ACTIVATEAPP, but did not receive it.
ddraw1.c:8051: Test failed: Failed to set foreground window.
ddraw1.c:8053: Test failed: Got unexpected hr 0.
ddraw1.c:8055: Test failed: Got unexpected hr 0.
ddraw1.c:8057: Test failed: Got unexpected hr 0.
ddraw1.c:8059: Test failed: Got unexpected hr 0.
ddraw1.c:8069: Test failed: Got unexpected hr 0.
ddraw1.c:8071: Test failed: Got unexpected hr 0.
ddraw1.c:8073: Test failed: Got unexpected hr 0.
ddraw1.c:8077: Test failed: Failed to set foreground window.
ddraw1.c:8079: Test failed: Got unexpected hr 0.
ddraw1.c:8081: Test failed: Got unexpected hr 0.
ddraw1.c:8087: Test failed: Got unexpected hr 0.
ddraw1.c:8135: Test failed: Failed to set foreground window.
ddraw1.c:8147: Test failed: Failed to set foreground window.
ddraw1.c:13670: Test failed: WM_KILLFOCUS was not received.
ddraw1.c:13706: Test failed: Got unexpected hr 0x887600e1.
ddraw1.c:13709: Test failed: Got unexpected hr 0x887600ff.
0a60:ddraw1: unhandled exception c0000005 at 00007FF6FFAE2567
See https://test.winehq.org/data/patterns.html#ddraw:ddraw1
Where 0x46 == WM_WINDOWPOSCHANGING
and the test window does not seem to be visible:
expected: 0x14cf0000 == WS_VISIBLE | 0x04cf0000
This failure happens irregularly and only on w1064v1507 and w1046v2004 so far:
* 2022-12-14 win1507_newtb-w1064v1507-64
* 2022-12-15 win1507_newtb-w1064v1507-64
* 2023-01-31 win1507_newtb-w1064v1507-64
* 2023-02-16 win1507_newtb-w1064v1507-64
* 2023-06-07 win1507_newtb-w1064v1507-64
* 2023-06-09 win1507_newtb-w1064v1507-32
* 2023-07-13 win1507_newtb-w1064v1507-64
* 2023-07-27 win2004_newtb-w10pro64v2004-64
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55388
Bug ID: 55388
Summary: d3d9:visual - add_dirty_rect_test() fails on
w11pro64-amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:visual - add_dirty_rect_test() fails on w11pro64-amd:
visual.c:19496: Test failed: Failed to draw, hr 0x80004005.
visual.c:19792: Test failed: Got unexpected color 0x0000ff00.
See https://test.winehq.org/data/patterns.html#d3d9:visual
These failures are systematic and only happen on w11pro64-amd (AMD RX 6600). In
particular they do not happen on fgtb-w10pro64-rx550 the only other test
machine to have an AMD GPU, nor do they happen on the other Windows 11 test
machines (w11pro64 and w11pro64-nv).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53423
Bug ID: 53423
Summary: Baldur's gate 3 need allocation callbacks for
winevulkan
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winevulkan
Assignee: wine-bugs(a)winehq.org
Reporter: charles2000wang(a)gmail.com
Distribution: ---
Baldur's gate 3 crashes on startup when using the vulkan renderer. These are
the error messages in terminal
0140:fixme:vulkan:wine_vkCreateWin32SurfaceKHR Support for allocation callbacks
not implemented yet
0140:fixme:vulkan:__wine_create_vk_device_with_callback Support for allocation
callbacks not implemented yet
It seems that winevulkan does not have allocation callbacks.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51122
Bug ID: 51122
Summary: 5.0.3 vs 6.x - slow performance in graphics
Product: Wine
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mondane.woodworker(a)gmail.com
Distribution: ---
When I use 6.x, even 'winecfg' starts like a slideshow. This doesn't happen
with 5.0.3 . No application can be ran like this.
Using:
* Wine 6.0 - 6.7
* Ubuntu Unity 20.04.1 ( https://ubuntuunity.org/ )
* Laptop: Dell Precision 7550
* Graphics: NVIDIA TU117GLM [Quadro T2000 Mobile / Max-Q]
** Using nvidia-driver-460
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55419
Bug ID: 55419
Summary: dxgi:dxgi - test_video_memory_budget_notification() is
sometimes missing an event in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dxgi:dxgi - test_video_memory_budget_notification() is sometimes missing an
event in Wine:
dxgi.c:7876: Test failed: Expected event fired.
See https://test.winehq.org/data/patterns.html#dxgi:dxgi
The first known instance goes back to 2023-01-26 and it has been happening a
bit over twice per month since, mostly on the debiant VM but also on the GitLab
CI environment and fg-deb64 (my desktop).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55418
Bug ID: 55418
Summary: quartz:vmr9 - test_surface_allocator_notify_refcount()
sometimes crashes on w11pro64_nv
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
quartz:vmr9 - test_surface_allocator_notify_refcount() sometimes crashes on
w11pro64_nv:
vmr9.c:3475: this is the last test seen before the exception
1828:vmr9: unhandled exception c0000005 at 000000000049805A
See https://test.winehq.org/data/patterns.html#quartz:vmr9
This is crash happened only twice so far and both times on w11pro64_nv, the
TestBot's Windows 11 Nvidia RTX 3050 VM:
* 2023-08-04 w11pro64-nv-64
* 2023-03-03 w11pro64-nv-64
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55396
Bug ID: 55396
Summary: advapi32:registry breaks test_registerOIDFunction() in
crypt32:oid on w8adm
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
advapi32:registry breaks test_registerOIDFunction() in crypt32:oid on w8adm:
oid.c:297: Test failed: CryptUnregisterOIDFunction failed: 2
oid.c:303: Test failed: CryptUnregisterOIDFunction failed: 2
oid.c:305: Test failed: Could not delete bogus key
oid.c:314: Test failed: CryptUnregisterOIDFunction failed: 2
oid.c:321: Test failed: CryptUnregisterOIDFunction failed: 2
oid.c:325: Test failed: Could not delete CryptDllEncodeObject key
oid.c:336: Test failed: CryptUnregisterOIDFunction failed: 2
oid.c:340: Test failed: Could not delete CryptDllEncodeObject key
oid.c:343: Test failed: Could not delete 'EncodingType 3' key
oid.c:377: Test failed: Expected ERROR_FILE_EXISTS, got 00000000
oid.c:382: Test failed: Expected ERROR_FILE_EXISTS, got 00000000
oid.c:390: Test failed: Expected key to exist, RegOpenKeyA failed: 2
oid.c:412: Test failed: CryptUnregisterDefaultOIDFunction failed: 00000002
oid.c:416: Test failed: CryptUnregisterDefaultOIDFunction failed: 00000002
oid.c:430: Test failed: CryptUnregisterDefaultOIDFunction failed
See https://test.winehq.org/data/patterns.html#crypt32:oid
More precisely these failures only happen if running advapi32:registry before
crypt32:oid.
Furthermore the failures started on 2023-07-27 which is when the w8 VM's memory
was increased to 4GB, and older WineTest builds still produce the failures. So
the 2023-07-27 VM change is the cause of these failures but it's not clear why.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=657
Bartosz <gang65(a)poczta.onet.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gang65(a)poczta.onet.pl
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55412
Bug ID: 55412
Summary: Super Bubsy crashes before the intro
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spzakulec(a)gmail.com
Distribution: ---
Created attachment 74972
--> https://bugs.winehq.org/attachment.cgi?id=74972
wine console output and backtrace from crash
When I try to install & run Super Bubsy as specified in the AppDB page:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=19820 the game
crashes right away.
Per the AppDB instructions (reproduced below), I've tried to install the game
and run it with the videomemorysize=512M winetricks verb.
WINEPREFIX="$HOME/SuperBubsy" WINEARCH=win32 wine wineboot
WINEPREFIX="$HOME/SuperBubsy" winecfg ---> set Windows 95, do not allow to
decorate windows, emulate desktop
WINEPREFIX="$HOME/SuperBubsy" winetricks videomemorysize=512
Install the game and to run it:
WINEPREFIX="$HOME/SuperBubsy" wine $HOME/SuperBubsy/drive_c/SUPER\
BUBSY/Bubsy.exe
I'm on KDE Neon 5.27, using Wine 8.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=54825
Bug ID: 54825
Summary: Visual Studio C++ Build Tools fails to install with
'Could not find Windows Runtime type'
Product: Wine-staging
Version: 8.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lupino8211(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 74328
--> https://bugs.winehq.org/attachment.cgi?id=74328
full_install.log
I'm trying to install MSVC toolchain in wine in docker, but didn't succeed. I'm
installing tools in following order:
- dotnet48
- winecfg /v win10
- Visual Studio C++ Build Tools
Installation ends in the following error (from logs which can be found in wine
user's Temp directory):
[025c:000a][2023-04-13T20:48:57] Error 0x80131522: Rethrowing the exception
from the engine: Could not find Windows Runtime type
'Windows.Networking.Connectivity.NetworkCostType'.
but how I can inspect, these DLL's exist in the following paths:
/root/.wine/drive_c/windows/system32/windows.networking.connectivity
/root/.wine/drive_c/windows/syswow64/windows.networking.connectivity
and should contain mentioned type.
How to reproduce:
Download vs_BulidTools.exe from
https://download.visualstudio.microsoft.com/download/pr/d24d0627-f1e2-4a69-…
Install it via:
wine cmd /c start /wait vs_BuildTools.exe \--quiet --add
"Microsoft.VisualStudio.Workload.VCTools;includeRecommended" --add
"Microsoft.VisualStudio.Workload.MSBuildTools;includeRecommended" --add
"Microsoft.VisualStudio.Workload.ManagedDesktopBuildTools;includeRecommended"
--add "Microsoft.VisualStudio.Component.VC.Tools.x86.x64;includeRecommended"
--
Do not reply 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=25100
Summary: the program don't start...
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: salvatore91salvatore(a)yahoo.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=55406
Bug ID: 55406
Summary: mIRC hangs on receiving a new PM
Product: Wine
Version: 8.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kooldioxide(a)gmail.com
Distribution: ---
This problem started once I upgraded mIRC to version 7.74.
When someone sends me a PM and this causes mIRC to open a new window, mIRC
hangs entirely, and the process keeps using a lot of CPU according to htop.
Only thing I can do at that point is kill the process.
The problem doesn't occur if I already have a query window open with the person
sending me a message.
An easy way to reproduce this is to connect to an IRC server, then from the
status window:
/msg <my_own_nick> hello
That will open a query window to yourself which triggers this behaviour as
well.
This problem occurs on two different Linux installations I tried, one with Wine
8.12 and one with Wine 8.0.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.
http://bugs.winehq.org/show_bug.cgi?id=32900
Bug #: 32900
Summary: The Bat 5.2.2 - keyboard keys stick
Product: Wine
Version: 1.1.22
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sprog(a)online.ru
Classification: Unclassified
It happens rarely and may be related to RU keyboard layout.
You press Cntr-N a new message form is created but pressing letters on a
keyboard won't work as expected. If fact it's like you're constantly holding
right CTL key. You press right CTL again and the bug disappears....
The same happens happens with ALT key too. The probles was in Wine versions
starting from 1.4.1
Unfortunately I can't give you the conditions how to reproduce the bug. This
report is more like "think about what could go wrong". If you can advise how to
trace this problem - I'll do it.
The Bat all so has problems with ole32. From to time the Connection Center
causes OLE32 error. The conditions are unkown. It happens once if 2-3 days.
After that the connection center works but the status bar is showing OLE32
error...
--
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=55393
Bug ID: 55393
Summary: The process which started "The Bat!" is still running
after the app ist quieted
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mywine(a)schiermeier-it.de
Distribution: ---
Created attachment 74957
--> https://bugs.winehq.org/attachment.cgi?id=74957
Part of "ps faux" command
Setting: "The Bat!" is installed by its installer and "GnuPG" is also installed
with its installer. "The Bat!" is starting normally and the encrypting is
working.
A mail was created, encrypted, or signed and sent.
Now "The Bat!" is quieted by its menu entry.
The GUI disappears.
Now "(h)top" or "ps" shows still some processes running and can only be quieted
with "kill":
---ps faux---
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
(...)
joerg 3281 3.4 0.0 19668 19144 ? Ss 00:59 0:08
/opt/wine-devel/bin/wineserver
joerg 3285 0.0 0.0 2380696 16724 ? Ssl 00:59 0:00
C:\windows\system32\services.exe
joerg 3288 0.1 0.0 2055360 15552 ? Ssl 00:59 0:00
C:\windows\system32\winedevice.exe
joerg 3297 0.8 0.0 2297900 38264 ? Ssl 00:59 0:02
C:\windows\system32\winedevice.exe
joerg 3306 0.1 0.0 2142560 29912 ? Ssl 00:59 0:00
C:\windows\system32\plugplay.exe
joerg 3314 0.0 0.0 1919060 9596 ? Ssl 00:59 0:00
C:\windows\system32\svchost.exe -k LocalServiceNetworkRestricted
joerg 3325 0.1 0.1 2169640 86012 ? Sl 00:59 0:00
C:\windows\system32\explorer.exe /desktop
joerg 3330 0.0 0.0 2247080 14336 ? Ssl 00:59 0:00
C:\windows\system32\rpcss.exe
joerg 3618 0.4 0.0 2704816 30700 ? Ss 01:00 0:00
z:\opt\winprog\GnuPG\bin\gpg-agent.exe --homedir
c:\users\username\appdata\roaming\gnupg-tb --use-standard-socket --daemon
---///---
See also the attached log file.
Internally the GnuPG is started from The Bat! via the command line. For another
purpose (and wine bug) I wrote a little wrapper to log the commands which The
Bat!s hands over to GnuPGs exe-file (gpg.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=49845
Bug ID: 49845
Summary: Sacred Gold: very bad performance (low fps) when
zoomed out
Product: Wine
Version: 5.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: phaidros(a)gmx.at
Distribution: ---
Sacred 1 Gold provides 3 zoom levels: Very close, middle and zoomed out. I
guess most people really only use the zoomed out setting, the other two show
such a small portion of the world that i don't know how anybody could enjoy the
experience.
Unfortunately the zoomed out setting gives very bad performance, around 20fps
on a Ryzen 2700X @ 3.7GHz. Using the middle zoom setting fps go up to about
30-35fps and the very close zoom setting gives 55-60fps.
I don't really understand what's going on, I think this is a very old game and
a 8-core 3.7GHz CPU should have no problem whatsoever to run it. The 20fps i'm
getting make the game really unenjoyable to the extent where i would rather
boot windows to play it (where i'm getting 60fps at all zoom levels).
I tried with and without CSMT, fixing the process to a single CPU core etc.
Unfortunately no luck. It is really strange that the game would run at almost
60fps when zoomed in and then take such a massive performance hit when zooming
out.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53956
Bug ID: 53956
Summary: Sacred Underworld crashes after launching
Product: Wine
Version: 7.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Alexandr42suv(a)mail.ru
Distribution: ---
Created attachment 73536
--> https://bugs.winehq.org/attachment.cgi?id=73536
automatically generated backtrace
When I was trying to run Sacred Underworld 2.28, I got an error message and
game crashes. Other games or windows programs works well
CPU: Intel Core i3-4005u
GPU: Intel HD Graphics 4400
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54124
Bug ID: 54124
Summary: Sacred Underworld black screen hanging
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: VladimirVSC(a)yandex.ru
Distribution: ---
Created attachment 73656
--> https://bugs.winehq.org/attachment.cgi?id=73656
Sacred Underworld crash report
When starting the game, the black screen appears which hangs until you press
Escape or anything else. Then "Application is not responding" message appears
and the game crashes to desktop. The same for stable 7.0.1 and 8.0-rc1.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=39236
Bug ID: 39236
Summary: shell32:shlfileop fails if privileges not high enough
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
If the user cannot write to the root of the c: drive the test fails with the
following errors:
shlfileop.c:2497: Test failed: The file does not exist
shlfileop.c:2499: Test failed: File is not removed, ErrorCode: 1026
shlfileop.c:94: Test failed: Failure to open file
shlfileop.c:2505: Test failed: The file does not exist
shlfileop.c:2507: Test failed: File is not removed, ErrorCode: 1026
In particular one can notice this bug on the following WineTest box:
fg-win2000-rusr: Windows 2000 with a Restricted user account
The test should try to write its Unicode file in the temporary directory.
The test regression was introduced by this commit:
commit 1fc0cb75eebeb011a1f620fb96f32245d886916c
Author: Nigel Liang <ncliang(a)gmail.com>
Date: Fri Jun 8 14:25:24 2007 -0700
shell32: Conformance tests for unicode filenames and fix a bug for file
deletion.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55395
Bug ID: 55395
Summary: dinput:force_feedback - test_device_managed_effect()
sometimes fails on w8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dinput:force_feedback - test_device_managed_effect() sometimes fails on w8:
driver_bus.c:290: Test failed: id 1: force_feedback.c:4180 got spurious packet
driver_bus.c:1098: Test failed: id 1: force_feedback.c:4180 expect[0]: got
0xb000f, expected 0
driver_bus.c:1099: Test failed: id 1: force_feedback.c:4180 expect[0]: got id 6
driver_bus.c:1100: Test failed: id 1: force_feedback.c:4180 expect[0]: got len
2
See https://test.winehq.org/data/patterns.html#dinput:force_feedback
These failures are specific to the 32-bit Windows 8 TestBot VM, w8, and they
happened 5 times over the past 8 months:
* 2022-12-09 win81_newtb-w8
* 2023-01-31 win81_newtb-w8
* 2023-05-05 win81_newtb-w8
* 2023-05-26 win81_newtb-w8
* 2023-07-27 win81_newtb-w8
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55298
Bug ID: 55298
Summary: gdi32:font fails the MS Shell Dlg tests in the Arabic,
Japanese and Chinese locales in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
gdi32:font fails the MS Shell Dlg tests in the Arabic, Japanese and Chinese
locales in Wine:
test_nonexistent_font()
font.c:4181: Test failed: MS Shell Dlg should be enumerated
font.c:4183: Test failed: MS Shell Dlg should be enumerated
font.c:4192: Test failed: expected MS Shell Dlg, got Arial
font.c:4205: Test failed: expected MS Shell Dlg, got Arial
font.c:4181: Test failed: MS Shell Dlg should be enumerated
font.c:4183: Test failed: MS Shell Dlg should be enumerated
font.c:4192: Test failed: expected MS Shell Dlg, got Arial
font.c:4205: Test failed: expected MS Shell Dlg, got Arial
font.c:4181: Test failed: MS Shell Dlg should be enumerated
font.c:4183: Test failed: MS Shell Dlg should be enumerated
font.c:4192: Test failed: expected MS Shell Dlg, got Arial
font.c:4205: Test failed: expected MS Shell Dlg, got Arial
font.c:4181: Test failed: MS Shell Dlg should be enumerated
font.c:4183: Test failed: MS Shell Dlg should be enumerated
font.c:4192: Test failed: expected MS Shell Dlg, got Arial
font.c:4205: Test failed: expected MS Shell Dlg, got Arial
font.c:4181: Test failed: MS Shell Dlg should be enumerated
font.c:4183: Test failed: MS Shell Dlg should be enumerated
font.c:4192: Test failed: expected MS Shell Dlg, got Arial
font.c:4205: Test failed: expected MS Shell Dlg, got Arial
test_EnumFonts_subst()
font.c:5507: Test failed: MS Shell Dlg should be enumerated
font.c:5509: Test failed: MS Shell Dlg should be enumerated as a TrueType font
font.c:5529: Test failed: MS Shell Dlg should be enumerated
font.c:5530: Test failed: MS Shell Dlg should be enumerated
See https://test.winehq.org/data/patterns.html#gdi32:font
This happens on both the TestBot's Debian11 and Testing 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=55339
Bug ID: 55339
Summary: d3d9:visual - add_dirty_rect_test() fails on
w11pro64_nv
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:visual - add_dirty_rect_test() fails on w11pro64_nv:
visual.c:19792: Test failed: Got unexpected color 0x00adbeef.
See https://test.winehq.org/data/patterns.html#d3d9:visual
This failure goes back to at least 2022-11-23, is systematic and specific to
w11pro64_nv, the TestBot's only NVidia test configuration.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55392
Bug ID: 55392
Summary: d3d9:visual - test_color_clamping() fails on
w11pro64-amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:visual - test_color_clamping() fails on w11pro64-amd:
visual.c:24213: Test failed: Got unexpected color 0x00000000, case 1.
See https://test.winehq.org/data/patterns.html#d3d9:visual
This failure is systematic and only happens on w11pro64-amd (AMD RX 6600). In
particular it does not happen on fgtb-w10pro64-rx550 the only other test
machine to have an AMD GPU, nor does it happen on the other Windows 11 test
machines (w11pro64 and w11pro64-nv).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55391
Bug ID: 55391
Summary: d3d9:visual - test_uninitialized_varyings() fails on
w11pro64-amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:visual - test_uninitialized_varyings() fails on w11pro64-amd:
visual.c:23014: Test failed: Got unexpected color 0x00000000, case 3.
visual.c:23014: Test failed: Got unexpected color 0x00000000, case 6.
See https://test.winehq.org/data/patterns.html#d3d9:visual
These failures are systematic and only happen on w11pro64-amd (AMD RX 6600). In
particular they do not happen on fgtb-w10pro64-rx550 the only other test
machine to have an AMD GPU, nor do they happen on the other Windows 11 test
machines (w11pro64 and w11pro64-nv).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55390
Bug ID: 55390
Summary: d3d9:visual - test_updatetexture() fails on
w11pro64-amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:visual - test_updatetexture() fails on w11pro64-amd:
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 0,
12.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 0,
13.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 0,
14.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 0,
15.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 1,
12.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 1,
13.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 1,
14.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 1,
15.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 2,
5.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 2,
7.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 2,
10.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 2,
11.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 2,
12.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 2,
13.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 2,
14.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 2,
15.
visual.c:22359: Test failed: Failed to update texture, hr 0x80004005, case 2,
18.
See https://test.winehq.org/data/patterns.html#d3d9:visual
These failures are systematic and only happen on w11pro64-amd (AMD RX 6600). In
particular they do not happen on fgtb-w10pro64-rx550 the only other test
machine to have an AMD GPU, nor do they happen on the other Windows 11 test
machines (w11pro64 and w11pro64-nv).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55389
Bug ID: 55389
Summary: d3d9:visual - test_per_stage_constant() fails on
w11pro64-amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:visual - test_per_stage_constant() fails on w11pro64-amd:
visual.c:20134: Test failed: Got unexpected color 0x000000ff.
visual.c:20152: Test failed: Got unexpected color 0x000000ff.
visual.c:20170: Test failed: Got unexpected color 0x000000ff.
See https://test.winehq.org/data/patterns.html#d3d9:visual
These failures are systematic and only happen on w11pro64-amd (AMD RX 6600). In
particular they do not happen on fgtb-w10pro64-rx550 the only other test
machine to have an AMD GPU, nor do they happen on the other Windows 11 test
machines (w11pro64 and w11pro64-nv).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55387
Bug ID: 55387
Summary: d3d9:visual - test_fetch4() fails on w11pro64-amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:visual - test_fetch4() fails on w11pro64-amd:
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xff131313 at
(40, 30).
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xff121212 at
(200, 30).
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xff111111 at
(360, 30).
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xff101010 at
(520, 30).
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xff020202 at
(40, 150).
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xfff2f2f2 at
(200, 150).
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xfff1f1f1 at
(360, 150).
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xff010101 at
(520, 150).
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xff040404 at
(40, 270).
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xfff4f4f4 at
(200, 270).
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xfff3f3f3 at
(360, 270).
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xff030303 at
(520, 270).
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xff232323 at
(40, 390).
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xff222222 at
(200, 390).
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xff212121 at
(360, 390).
visual.c:16281: Test failed: Test texldd: Got unexpected colour 0xff202020 at
(520, 390).
visual.c:16281: Test failed: Test texldb: Got unexpected colour 0x00000000 at
(40, 30).
visual.c:16281: Test failed: Test texldb: Got unexpected colour 0x00000000 at
(200, 30).
visual.c:16281: Test failed: Test texldb: Got unexpected colour 0x00000000 at
(360, 30).
visual.c:16281: Test failed: Test texldb: Got unexpected colour 0x00000000 at
(520, 30).
visual.c:16281: Test failed: Test texldb: Got unexpected colour 0x00000000 at
(40, 150).
visual.c:16281: Test failed: Test texldb: Got unexpected colour 0x00000000 at
(200, 150).
visual.c:16281: Test failed: Test texldb: Got unexpected colour 0x00000000 at
(360, 150).
visual.c:16281: Test failed: Test texldb: Got unexpected colour 0x00000000 at
(40, 270).
visual.c:16281: Test failed: Test texldb: Got unexpected colour 0x00000000 at
(200, 270).
visual.c:16281: Test failed: Test texldb: Got unexpected colour 0x00000000 at
(360, 270).
visual.c:16281: Test failed: Test texldb: Got unexpected colour 0x00000000 at
(520, 270).
visual.c:16281: Test failed: Test texldb: Got unexpected colour 0x00000000 at
(40, 390).
visual.c:16281: Test failed: Test texldb: Got unexpected colour 0x00000000 at
(200, 390).
visual.c:16281: Test failed: Test texldb: Got unexpected colour 0x00000000 at
(360, 390).
visual.c:16281: Test failed: Test texldb: Got unexpected colour 0x00000000 at
(520, 390).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xff131313 at
(40, 30).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xff121212 at
(200, 30).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xff111111 at
(360, 30).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xff101010 at
(520, 30).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xff020202 at
(40, 150).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xfff2f2f2 at
(200, 150).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xfff1f1f1 at
(360, 150).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xff010101 at
(520, 150).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xff040404 at
(40, 270).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xfff4f4f4 at
(200, 270).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xfff3f3f3 at
(360, 270).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xff030303 at
(520, 270).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xff232323 at
(40, 390).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xff222222 at
(200, 390).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xff212121 at
(360, 390).
visual.c:16281: Test failed: Test texldl: Got unexpected colour 0xff202020 at
(520, 390).
See https://test.winehq.org/data/patterns.html#d3d9:visual
These failures are systematic and only happen on w11pro64-amd (AMD RX 6600). In
particular they do not happen on fgtb-w10pro64-rx550 the only other test
machine to have an AMD GPU, nor do they happen on the other Windows 11 test
machines (w11pro64 and w11pro64-nv).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55382
Bug ID: 55382
Summary: d3d9:device - test_draw_primitive() fails on
w11pro64-amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:device test_draw_primitive() fails on w11pro64-amd:
device.c:3194: Test failed: DrawIndexedPrimitive failed, hr 0x80004005.
See https://test.winehq.org/data/patterns.html#d3d9:device
Where 0x80004005 == E_FAIL
This failure is systematic and only happens on w11pro64-amd (AMD RX 6600). In
particular it does not happen on fgtb-w10pro64-rx550 the only other test
machine to have an AMD GPU, nor does it happen on the other Windows 11 test
machines (w11pro64 and w11pro64-nv).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55386
Bug ID: 55386
Summary: d3d9:visual - depth_clamp_test() fails on w11pro64-amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:visual - depth_clamp_test() fails on w11pro64-amd:
visual.c:14932: Test failed: color 0x0000ff00.
visual.c:14934: Test failed: color 0x0000ff00.
visual.c:14936: Test failed: color 0x0000ff00.
visual.c:14938: Test failed: color 0x0000ff00.
visual.c:14940: Test failed: color 0x0000ff00.
See https://test.winehq.org/data/patterns.html#d3d9:visual
These failures are systematic and only happen on w11pro64-amd (AMD RX 6600). In
particular they do not happen on fgtb-w10pro64-rx550 the only other test
machine to have an AMD GPU, nor do they happen on the other Windows 11 test
machines (w11pro64 and w11pro64-nv).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55384
Bug ID: 55384
Summary: d3d9:device - test_update_volumetexture() fails on
w11pro64-amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:device - test_update_volumetexture() fails on w11pro64-amd:
device.c:10425: Test failed: Failed to update texture, hr 0x80004005, case 6.
device.c:10425: Test failed: Failed to update texture, hr 0x80004005, case 7.
See https://test.winehq.org/data/patterns.html#d3d9:device
Where 0x80004005 == E_FAIL
These failures are systematic and only happen on w11pro64-amd (AMD RX 6600). In
particular they do not happen on fgtb-w10pro64-rx550 the only other test
machine to have an AMD GPU, nor do they happen on the other Windows 11 test
machines (w11pro64 and w11pro64-nv).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55385
Bug ID: 55385
Summary: d3d9:device - test_surface_format_null() fails on
w11pro64-amd
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
d3d9:device - test_surface_format_null() fails on w11pro64-amd:
device.c:9328: Test failed: Expected non-zero pitch, got 0.
device.c:9329: Test failed: Expected non-NULL pBits, got 0000000000000000.
See https://test.winehq.org/data/patterns.html#d3d9:device
These failures are systematic and only happen on w11pro64-amd (AMD RX 6600). In
particular they do not happen on fgtb-w10pro64-rx550 the only other test
machine to have an AMD GPU, nor do they happen on the other Windows 11 test
machines (w11pro64 and w11pro64-nv).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43859
Bug ID: 43859
Summary: Snake Pass: In-game textures appear Black, White or
Fuchsia and are extremely bright.
Product: Wine
Version: 2.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jason.bagavatsingham(a)gmail.com
Distribution: ---
Created attachment 59430
--> https://bugs.winehq.org/attachment.cgi?id=59430
Terminal Log
Found:
Upon reaching in-game, the worlds geometry is rendered correctly, but all
assets are extremely bright and appear Black, White or Fuchsia. Some colours
are visible, but overshadowed by the bloominess of the aforementioned colours.
Steps to reproduce:
# Launch Steam.
# Launch Snake Pass.
# Select New Game / Continue and select a level.
Actual Results:
In-game rendering is extremely bright and many of the textures appear
completely White, Black or colours ranging around Fuchsia.
Expected Results:
Texture appears correctly on all assets while in-game.
*Reproduction Rate:*
5/5.
Notes:
Menus / 2D assets appear correctly.
See link below for video of the issues:
https://www.youtube.com/watch?v=f5KtPyHnJyI
Environment:
Wine-Staging 2.18
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42424
Bug ID: 42424
Summary: Error occurs while installing
Renesas_Flash_Programmer_Package_V30201_free.exe.
Product: Wine
Version: 2.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kiwamu(a)debian.or.jp
Distribution: ---
Created attachment 57250
--> https://bugs.winehq.org/attachment.cgi?id=57250
Screen shot when the error occurs
The issue is reproduced by following:
1. Download Renesas_Flash_Programmer_Package_V30201_free.exe from following:
https://www.renesas.com/ja-jp/software/D4000308.html
2. Run the Renesas_Flash_Programmer_Package_V30201_free.exe with following:
$ wine Renesas_Flash_Programmer_Package_V30201_free.exe
3. You should see attached screen shot named "shot.png".
Could you support this issue?
Best regards,
--
Kiwamu Okabe
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47588
Bug ID: 47588
Summary: AmiKitXE crashes on PlayOnLinux 4.3 with Wine
3.21-staging
Product: Wine-staging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mortenweb43(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 64993
--> https://bugs.winehq.org/attachment.cgi?id=64993
AmiKitXE crashes on PlayOnLinux 4.3 with Wine 3.21-staging
AmiKitXE crashes on PlayOnLinux 4.3 with Wine 3.21-staging
Please help make it work again :-)
Error log is attached.
Thanks
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.