https://bugs.winehq.org/show_bug.cgi?id=50779
Bug ID: 50779
Summary: winegstreamer is leaking something
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
A rough summary of the problem and things said on chat.
Awhile ago a thing, that had been working reasonably well for quite a few years
(with exception of a short period when code changes made the music stop
looping), has began to randomly freeze to a point that you'd needed to wait for
wm's kill dialog to appear after trying to close the main window.
The messages in the console were saying something about being unable to create
thread due to running out of resources. The freezes usually took a quite a bit
of time, but didn't seem to have any obvious trigger.
As far as free memory went, the situation was still fine at such time, but zf
suggested it was an address space problem. Forcibly setting the executable to
LARGE_ADDRESS_AWARE gave it more running time, but eventually seem to have
resulted in a whole system freeze.
As such, I was once put into realm of wild ass guesses and even crazier
attempted solutions.
So, I took a gamble and removed gst_object_ref calls from
mpeg_audio_parser_init_gst and wave_parser_init_gst first.
This didn't seem to have any effect.
Then I've removed the last gst_object_ref - one in pad_added_cb.
This resulted in a flood of 'gst_object_unref: assertion '((GObject *)
object)->ref_count > 0' failed', yet after running for quite awhile the freeze
is yet to happen.
Now, this is far from conclusive, as we're trying to literally prove a negative
here, but it would align well with the fact that free memory used at the time
of freeze isn't all that significant.
I'm not sure when the problem began. I think it was somewhere between 5.22 and
6.1 (though only the upper bound being definite).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54356
Bug ID: 54356
Summary: Beyond Good & Evil: configuration tool has buggy
interface buttons
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matheus.venturini(a)acad.ufsm.br
Distribution: ---
Created attachment 73925
--> https://bugs.winehq.org/attachment.cgi?id=73925
BG&E configuration window on Windows
I had previously reported on Bug 53659 that the configuration tool had some
missing images, but this has since been fixed (I suspect it may have been a
fluke since I don't really know what could have caused it and didn't try to
reproduce it on other systems, that issue can marked as closed). The buttons in
the interface are still wrong however.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54360
Bug ID: 54360
Summary: Itunes Ubuntu 22.04 - Crash on launch
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cliffordfowkes12345(a)gmail.com
Distribution: ---
Created attachment 73932
--> https://bugs.winehq.org/attachment.cgi?id=73932
Backtrace report from the crash
After attempting to install the latest version of iTunes (as of 23rd Jan 2023)
it crashes as soon as I open the program.
The installer completed okay, no issues there, but whenever i attempt to load
the actual itunes program, it just crashes immediately.
Any help would be greatly appreciated, as I've got an Ipod nano 7th gen, and
its a pain in the backside to use a windows vm whenever i want to sync my
library.
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=54358
Bug ID: 54358
Summary: winehq debian testing amd64 Release.xz package has
wrong size
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: heinz.repp(a)arcor.de
CC: dimesio(a)earthlink.net
Distribution: ---
apt complains:
Holen:20 https://dl.winehq.org/wine-builds/debian testing/main amd64 Packages
[144 kB]
Fehl:20 https://dl.winehq.org/wine-builds/debian testing/main amd64 Packages
Datei hat eine unerwartete Größe (135636 != 143572). Eventuell läuft gerade
eine Spiegel-Synchronisierung? [IP: 146.75.122.217 443]
Hashes of expected file:
- Filesize:143572 [weak]
-
SHA512:0c86e8dd1e81a223214c90994b758c312af9899a85160877166cb7657a29372c6739e75d8b165234f76777262135eed07707f5548a6a8101eb14d165e9c63465
- SHA256:ba0268e927d7b051fe0347aae81dcf65d26155e004a588edcdf647dad94dbe12
- SHA1:a093866ab706461d57738dd50f7aeb5da07bb413 [weak]
- MD5Sum:87bb2ad6d0f0b2ac1d99b47b29347e20 [weak]
Release file created at: Sun, 27 Nov 2022 14:18:59 +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=53339
Bug ID: 53339
Summary: The Planet Crafter: Missing texts in options dialog
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: petr.parik(a)seznam.cz
Distribution: ---
When the Options dialog is opened in the Planet Crafter, there is no text
anywhere. It looks like the text is there but invisible (maybe a missing
font?). All other texts in the game are normally visible except the Options
dialog.
Otherwise the game seems to work without problems, although it is very slow
compared to when run on native Windows.
Wine version: wine-7.10 (Staging) on Fedora 35
Game info: https://mijugames.com/pages/planetcrafter/presskit.html
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54355
Bug ID: 54355
Summary: ws2_32:sock - test_reuseaddr() binding to INADDR_ANY
(0.0.0.0) causes a firewall alert on Windows 7
Product: Wine
Version: 8.0-rc5
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
CC: fgouget(a)codeweavers.com, pgofman(a)codeweavers.com,
z.figura12(a)gmail.com
Regression SHA1: bb04c95380e8584ddd2064a4391f087297bec617
Distribution: ---
ws2_32:sock - test_reuseaddr() binding to INADDR_ANY (0.0.0.0) causes a
firewall alert on Windows 7.
The regression started with the following commit:
commit bb04c95380e8584ddd2064a4391f087297bec617
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Tue Oct 18 15:45:02 2022 -0500
ws2_32/tests: Add tests for reusing address without SO_REUSEADDR.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54354
Bug ID: 54354
Summary: started bible-app Logos 9 / 10 will collapse after
start
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ho.werb(a)e-mail.de
Distribution: ---
Created attachment 73924
--> https://bugs.winehq.org/attachment.cgi?id=73924
The bible-app Logos 9 / 10 will collapse when started (every time)
When I start the bible-app Logos 9 (or 10) it will collapse with error (see
attachment). This is always ...
There is also an App you can work from the browser but the functions are not as
good as in the desktop app (written for win).
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=54321
--- Comment #1 from mazuz.eyal(a)gmail.com ---
Tried on a clean wine prefix and installed in 64-bit mode works
but I can't seem to manage login to my account
when I press login, it crashes.
I can't seem to create log files but it mostly complains about
0120:warn:file:CreateFileW Unable to create file
L"Z:\\usr\\lib\\linux-gate.so.1" (status c0000034)
and some DLLs that are not found
0120:warn:dbghelp:module_is_container_loaded Couldn't find container for
L"C:\\windows\\system32\\mlang.dll"
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54321
mazuz.eyal(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Kindle For PC install |Kindle For PC crash after
|version 1.39 unpacks and |login
|then crash |
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54351
Bug ID: 54351
Summary: fix white spaces in WINE_*_DEBUG_CHANNEL
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: steve.schnepp(a)pwkf.org
Distribution: ---
Created attachment 73922
--> https://bugs.winehq.org/attachment.cgi?id=73922
0001-dlls-fix-whitespaces-in-WINE_-_DEBUG_CHANNEL.patch
When doing some grep to get all the WINE_*_DEBUG_CHANNEL I noticed there's
several files that have whitespace in the MACRO.
Here is a simple patch to fix it.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54247
Bug ID: 54247
Summary: 4Story launcher tries to download file but doesn't
work
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: timon2201(a)gmail.com
Distribution: ---
Created attachment 73800
--> https://bugs.winehq.org/attachment.cgi?id=73800
logs of the failing launcher failing to download the file
Starting of the launcher brings up the message box which says:
"The requested operation is invalid
Try again ?"
and the message box pops up everytime i click the retry button but it doesnt
work.
I have to click the cancel button and then the message box closes. But the
files aren't being downloaded.
I suspect the culpit is the error :
0118:fixme:wininet:InternetSetFilePointer (00000004 0 00000000 0 0): stub
because i tried it with a launcher of a private server and it worked fine. But
with another one it doesn't. And the main difference in the logs is this error.
The error also reappears everytime i click on retry when the error comes.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54347
Bug ID: 54347
Summary: winealsa's MIDI support sometimes causes a
dmloader:loader stack overflow in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winealsa.drv
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
winealsa's MIDI support sometimes causes a dmloader:loader stack overflow in
Wine:
01e0:Call KERNEL32.SetThreadDescription(fffffffe,01e1c034
L"winealsa_midi_notify") ret=01e1128e
...
01e0:err:virtual:virtual_setup_exception stack overflow 900 bytes addr
0x7bc56a8d stack 0x1e90c7c (0x1e90000-0x1e91000-0x2090000)
On test.winehq.org this probably corresponds to the c0000005 crashes though to
be sure one would need to have access to the Wine traces and +relay or
something to identify the overflowing thread:
0530:loader: 104 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0
skipped.
dmloader:loader:0530 done (-1073741819) in 0s 88B
Test failed: crash (c0000005)
See https://test.winehq.org/data/patterns.html#dmloader:loader
Looking at the corresponding TestBot jobs one can see two instances per run but
there are not enough traces to match the thread to winealsa's midi thread:
05a4:err:virtual:virtual_setup_exception stack overflow 900 bytes addr
0x7bc56a8d stack 0x4dc0c7c (0x4dc0000-0x4dc1000-0x4fc0000)
05a4:err:virtual:virtual_setup_exception nested exception on signal stack addr
(nil) stack 0x7ff6ecac
...
0210:err:virtual:virtual_setup_exception stack overflow 900 bytes addr
0x7bc56a8d stack 0x2fd0c7c (0x2fd0000-0x2fd1000-0x31d0000)
0210:err:virtual:virtual_setup_exception nested exception on signal stack addr
(nil) stack 0x7ff9ecac
It's also hard to match those to specific tests because the 'Running' lines are
out of sync but the second instance looks like it could be from dmloader:loader
while the former would be from an earlier test, possibly amstream:amstream.
--
Do not reply 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=26715
Summary: Win1.0 executable triggers Dosbox
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: spammis(a)spam.la
$ wine paint
This seems to be a very old (pre-3.0) Windows executable. Expect crashes,
especially if this is a real-mode binary !
DOSBox version 0.74
Copyright 2002-2010 DOSBox Team, published under GNU GPL.
---
CONFIG:Loading primary settings from config file
/home/user/.wine/dosdevices/c:/users/user/Temp/cfg1bc1.tmp
MIXER:Got different values from SDL: freq 44100, blocksize 512
ALSA:Can't subscribe to MIDI port (65:0) nor (17:0)
MIDI:Opened device:none
$
The executable (paint/PAINT.EXE) is the Windows 1.0 version of Paint. Wine
properly recognises it as a "very old" Windows executable, but after doing
that, Wine thinks that it is a DOS executable and tries to launch Dosbox.
Dosbox gives the usual message: "This program requires Microsoft Windows." The
lines about the old executable come from Wine while the rest of the lines come
from Dosbox.
--
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=54340
Bug ID: 54340
Summary: Kernel throws /dev/sr0 I/O errors when wine starts
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wamo(a)tuta.io
Distribution: ArchLinux
Created attachment 73909
--> https://bugs.winehq.org/attachment.cgi?id=73909
system and wine logs
wine-staging 7.22
Linux kernel 6.1.5.arch2-1
To reproduce, empty the cd tray and launch anything with wine.
With a cd in the closed tray there is no errors. Errors persist
with the tray opened.
This is the same error this user was getting in wine 5.8-1:
https://forum.winehq.org/viewtopic.php?t=33932
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54332
Bug ID: 54332
Summary: Game 'Applewood' refuses to run
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stabilergriller(a)gmail.com
Distribution: ---
Created attachment 73897
--> https://bugs.winehq.org/attachment.cgi?id=73897
output when running "wine Applewood.exe"
The full game can be downloaded completely for free from
https://act-novel.itch.io/applewood (filename: "applewood-windows.zip"), but it
won't start.
Curiously:
1) the demo version (Applewood Demo.exe), which can be downloaded from the same
webpage, runs on wine without problems.
2) Proton 7.0-5 runs demo and full versions without any problem, too.
My set up:
OS: Arch 64-Bit
GPU: Intel HD Graphics 610
Mesa: 22.3.3
Kernel version: 6.1.5
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54329
Bug ID: 54329
Summary: Game "S10": Does not boot into main menu
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stabilergriller(a)gmail.com
Distribution: ---
Created attachment 73892
--> https://bugs.winehq.org/attachment.cgi?id=73892
Wine output when running TEN_S.exe.
A tennis game named S10 from an indie developer, available on
https://owch.itch.io/10s, crashes before it even reaches its main menu. No
visible windows are drawn. A free demo can be downloaded from the website, too.
Interestingly with Proton 7.0-5, I'm at least able to boot into the main menu.
(But it's still not possible to go into the actual game, since a "Code Error"
occurs - I added that log for completeness sake to the attachment file, too,
since messages like 'Function "transpose" is not defined' seem to overlap).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43996
Bug ID: 43996
Summary: 2GIS: error after exiting
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spck(a)yandex.ru
Distribution: ---
Created attachment 59653
--> https://bugs.winehq.org/attachment.cgi?id=59653
just backtrace automatically formed by Wine
Wine crashes when I successfully close 2GIS application
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=5159
mirh <mirh(a)protonmail.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mirh(a)protonmail.ch
--- Comment #67 from mirh <mirh(a)protonmail.ch> ---
Is it fine with the 8.0rcs?
(probably not if the ControlDetails thing is really the culprit)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53761
Bug ID: 53761
Summary: Broken rendering in Mafia III: Definitive Edition
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: jsikorski(a)codeweavers.com
Regression SHA1: 3f4e6673dcafcc30a6b6286203fe3a11043c32de
Distribution: ---
Created attachment 73236
--> https://bugs.winehq.org/attachment.cgi?id=73236
examples
For sure it was not ideal before, but at least not so bad as it now.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51906
Bug ID: 51906
Summary: War Mongrels fails to play videos
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 70857
--> https://bugs.winehq.org/attachment.cgi?id=70857
+mfplat
winegstreamer warning: qtdemux0: Incorrect elementary fragment size.
winegstreamer warning: qtdemux0: ../gst/isomp4/qtdemux.c(4380):
gst_qtdemux_loop_state_header ():
/GstBin:bin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
Header atom '....' has empty length
0308:fixme:mfplat:topology_loader_Load 00000000092EABA0, 00000000092EACE0,
000000001959FBB8, 0000000000000000.
0308:fixme:mfplat:audio_renderer_get_service_GetService Unsupported service
{866fa297-b802-4bf8-9dc9-5e3b6a9f53c9}, interface
{0a9ccdbc-d797-4563-9667-94ec5d79292d}.
0308:fixme:mfplat:media_source_QueryInterface
{6ef2a662-47c0-4666-b13d-cbb717f2fa2c}, 000000001959FB48.
winegstreamer warning: qtdemux1: Incorrect elementary fragment size.
winegstreamer warning: qtdemux1: ../gst/isomp4/qtdemux.c(4380):
gst_qtdemux_loop_state_header ():
/GstBin:bin1/GstDecodeBin:decodebin1/GstQTDemux:qtdemux1:
Header atom '....' has empty length
wine-6.19-288-g93992c760d8
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51227
Bug ID: 51227
Summary: urlmon:url breaks the wininet:http test on Windows 10
1709+
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
WineTest shows that wininet:http has the following set of failures on Windows
10 1709+:
https://test.winehq.org/data/patterns.html#wininet:http
http.c:6732: Test failed: expected secure flag to be set
http.c:6742: Test failed: InternetQueryOption failed: 12016
http.c:6748: Test failed: InternetQueryOption failed: 12016
http.c:6771: Test failed: InternetQueryOption failed: 12016
http.c:6776: Test failed: InternetQueryOption failed: 12016
http.c:6779: Test failed: expected same string
However, when run on its own, the test always succeeds!
Further testing shows that to reproduce the failure one must first run
urlmon:url. More specifically:
urlmon_test.exe url
wininet_test.exe http -> fails
wininet_test.exe http -> succeeds
So urlmon:url breaks the wininet:http that follows, but wininet:http fixes
whatever urlmon:url broke so that the next wininet:http run succeeds.
So it seems like there are two bugs:
* urlmon:url does not correctly clean up one of the changes it makes.
* And wininet:http performs a similar change but instead of restoring the
configuration as it was when the test started, it restores the default Windows
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=45542
Bug ID: 45542
Summary: regression: WeGame hangs after login.
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: jactry92(a)gmail.com
Distribution: ---
Created attachment 61948
--> https://bugs.winehq.org/attachment.cgi?id=61948
0001-Revert-server-Assign-a-default-label-to-all-tokens.txt
WeGame is a game platform by Tencent.
Steps to reproduce:
1. $ winetricks -q mfc42 cjkfonts
2. $ wine WeGameMiniLoader.3.6.1.5080.gw.exe
3. $ cd .wine/drive_c/Program\ Files/WeGame
4. $ WINEDLLOVERRIDES="msvcr100=n" wine tgp_daemon.exe
5. Due to bug 45540 , we can't login by an account number and password. But we
can login it by scanning its QR code. Clicking the Wechat icon and scaning the
QR code on WeChat mobile for login.
Expected: We can login and enter WeGame's game store interface.
Actually: Login successfully but it will hang.
I found that it work well on Wine-2.8 and I did a regression tests for it found
that this commit broke it:
commit a78d419420a43e1f428ac155082b87143117e381
Author: Michael Müller <michael(a)fds-team.de>
Date: Fri Jun 16 20:41:36 2017 +0200
server: Assign a default label to all tokens.
0001-Revert-server-Assign-a-default-label-to-all-tokens.txt is a patch for
reverting this commit on current Wine-3.13. And with this reverting WeGame
doesn't hang 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=53408
Bug ID: 53408
Summary: Dark Souls: Remastered has slow performance with
OpenGL renderer
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: performance, regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: hverbeet(a)gmail.com
Regression SHA1: 7c844cd3c9c465bdeaf3d98d6da5f2f5e460e650
Distribution: ---
Before
0494:trace:fps:wined3d_cs_exec_present 0x103dec0 @ approx 41.94fps
After
0494:trace:fps:wined3d_cs_exec_present 0x103dec0 @ approx 12.45fps
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50351
Bug ID: 50351
Summary: Slow text rendering in dofus linked to
fnIMLangFontLink2_GetCharCodePages calling
WideCharToMultiByte with CP_UNICODE
Product: Wine
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mlang
Assignee: wine-bugs(a)winehq.org
Reporter: eijebong+wine(a)bananium.fr
Distribution: ---
Created attachment 68941
--> https://bugs.winehq.org/attachment.cgi?id=68941
Patch that fixes the text rendering slowness (probably wrong)
Dofus is very slow to render text and changing communication channels can hang
the game for a few seconds.
Profiling shows that it's spending lots of time opening files.
Tracing shows it's trying to open c_1200.nls a *lot*. That file doesn't exist.
Discussion on IRC:
```
22:45:27 nsivov> so that comes from mlang
22:45:47 gofman> mind umbstowcs and friends... what if it really ends up
searchign / opening locale file each time due to some reason (which can be
fixed)
22:46:37 gofman> or maybe it doesn't find some locale and tries again on each
character
22:48:07 zf> no such code page on Windows either
22:48:33 zf> we should probably cache failed attempts there
22:48:45 nsivov> in mlang it goes 1 char at a time * mlang_data size
22:49:30 gofman> cache missing is strange, but maybe some cached list of which
locale exist is possible
[...]
22:55:15 julliard> that's an mlang bug, CP_UNICODE is not a real codepage
22:57:01 nsivov> yes, for that particular loop it should be excluded
[...]
23:38:04 zf> just judging from the diagnosis above, it seems like
fnIMLangFontLink2_GetCharCodePages() is using CP_UNICODE in
WideCharToMultiByte() when it shouldn't
```
The attached diff fixes the slowness but is probably not correct and I
certainly don't understand enough about the cause to either write a meaningful
commit message or a test.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32643
Bug #: 32643
Summary: getsockopt() does not indicate WSAEFAULT when setting
optlen too small
Product: Wine
Version: 1.5.20
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: winsock
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexander255(a)lavabit.com
Classification: Unclassified
Using the attached WSA code will cause an error on Windows but NOT on WINE.
If you change "optlen" value to at least 4, the example the code will run
smoothly on both platforms.
--
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=26822
Summary: Double click the icon in the title bar should close
the window
Product: WineHQ Bugzilla
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: florian.angermeier(a)desaster-games.com
In Windows it is the default behavior if double click the icon in the title bar
of a window it closes the window. Would it not be better if this also true in
Wine? Users of Windows software would expect such behavior.
May be this is optional and is only behaving like this if you turn of the
decoration of the windows (Which are Windows applications) through the window
manager. If the decoration through the window manager is turn off the window
have the "Windows window borders".
--
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=45759
Bug ID: 45759
Summary: Links 2003 needs native wmvcore
Product: Wine
Version: 3.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
Created attachment 62205
--> https://bugs.winehq.org/attachment.cgi?id=62205
+wmvcore log of Links 2003
Links 2003 crashes on startup with builtin wmvcore. After copying wmvcore.dll
from a prefix with wintricks wmp9 it runs fine (using winetricks wmp9
unsurprisingly also works).
I've attached a +wmvcore log from a run with builtin wmvcore.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53659
Bug ID: 53659
Summary: Beyond Good & Evil: missing images in configuration
tool
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matheus.venturini(a)acad.ufsm.br
Distribution: ---
Created attachment 73063
--> https://bugs.winehq.org/attachment.cgi?id=73063
Wine console output
Beyond Good & Evil's configuration tool (SettingsApplication.exe) doesn't show
some images that are supposed to appear when using it. This doesn't negatively
affect the use of the tool, but it ends up looking a little strange. These are
the most interesting lines on the output generated by Wine:
fixme:wbemprox:wbem_services_CreateInstanceEnum unsupported flags 0x30
fixme:wbemprox:enum_class_object_Next timeout not supported
fixme:ddraw:ddraw7_Initialize Ignoring guid
{aeb2cdd4-6e41-43ea-941c-8361cc760781}.
I'm using the GOG version, sadly the game doesn't have a demo for 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=54344
Bug ID: 54344
Summary: simtower (setup.exe) says could not open the file name
"h:\wine64....."
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: elias_0000_0000(a)yahoo.com
Distribution: ---
simtower (setup.exe) says could not open the file name "h:\wine64....."
setup.exe tries to expand the files, but it says the above message.
What i must do?
I downloaded expand.exe to expand files in dosbox by hand but it takes time.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54333
Bug ID: 54333
Summary: Game "10S": crashes when starting new game
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stabilergriller(a)gmail.com
Distribution: ---
Created attachment 73899
--> https://bugs.winehq.org/attachment.cgi?id=73899
complete output of the "code error" window
A free demo of the game is provided on https://owch.itch.io/10s.
Wine boots up the main menu successfully, but crashes when actually trying to
get ingame (click the "Let's Play!" button). A "Code Error" pops up.
My stats:
OS: Arch
GPU: Intel HD Graphics 610
Driver Mesa 22.3.3
Kernel version: 6.1.5
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50306
Bug ID: 50306
Summary: Riptide GP Renegade: not able to connect to online
multiplayer server (Error code 403)
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: ranplayer(a)protonmail.com
Distribution: ---
Created attachment 68878
--> https://bugs.winehq.org/attachment.cgi?id=68878
Wine output
When you try to connect to the Online Multiplayer, the game shows the following
message:
"""
Connection error:
Unable to connect to the game server. Please, check you network connection and
try again. (Error code 403)
"""
I created a clean prefix and installed only the Steam client and the game. No
additional library was added. This issue happens on previous Wine versions as
well.
Game link: https://store.steampowered.com/app/443860/Riptide_GP_Renegade
Setup:
O.S: Manjaro Linux
Arch: x86_64
Kernel: 5.4.80
Desktop Environment: KDE Plasma 5.20.4
CPU: Intel Core i5-4690s
GPU: Nvidia GTX 970 4GB
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54226
Bug ID: 54226
Summary: widl: implement `cstruct_out` option to generate C
bindings compatible with small struct return values
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: alvin(a)alvinhc.com
According to https://devblogs.microsoft.com/oldnewthing/20220113-00/?p=106152,
the previous C bindings are incompatible with the C++ COM ABI when the method
returns a small struct for MSVC. Their solution is to add the `/cstruct_out`
flag to the MIDL compiler
(https://learn.microsoft.com/en-us/windows/win32/midl/-cstruct-out, added in
the Win11 SDK according to comments) to generate new C bindings compatible with
the C++ COM ABI.
This is similar to the (long-standing) GCC issue with its mingw-w64 MS ABI
(https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64384), which has been worked
around in widl/mingw-w64 by having special wrapper functions in the C++
bindings, guarded by `WIDL_EXPLICIT_AGGREGATE_RETURNS`.
I think widl should follow suit to implement a `--cstruct_out` flag to do the
same thing for the C bindings. This does not need to be guarded by
`WIDL_EXPLICIT_AGGREGATE_RETURNS` because both GCC and MSVC has the same issue
and will require the same fix. (I do not know if we need some kind of guard for
the mingw-w64 headers to revert to the old function declarations, but given
that the old bindings are practically broken perhaps it doesn't matter.)
(I have not checked what `/cstruct_out` on MIDL actually does to the C
bindings.)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54316
Bug ID: 54316
Summary: wine staging lacks wine-staging package
(8.0~rc4~jammy-1)
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: monsterovich(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
┌(monsterovich@pc)─(pts/0)─(~)
└─(>) LANG= sudo apt dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages will be REMOVED:
wine-staging
The following NEW packages will be installed:
wine-staging:i386
The following packages will be upgraded:
wine-staging-amd64 wine-staging-i386:i386 winehq-staging
3 upgraded, 1 newly installed, 1 to remove and 0 not upgraded.
Need to get 216 MB of archives.
After this operation, 46.1 kB of additional disk space will be used.
Do you want to continue? [Y/n]
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51484
Bug ID: 51484
Summary: dmloader:loader fails randomly with a
DMUS_E_LOADER_BADPATH error
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 70320
--> https://bugs.winehq.org/attachment.cgi?id=70320
Unsuccessful attempt to more reliably reproduce the failure
dmloader:loader fails randomly in test_directory():
https://test.winehq.org/data/patterns.html
loader.c:105: Test failed: SetSearchDirectory failed with 0x88781181
loader.c:107: Test failed: SetSearchDirectory failed with 0x88781181
where 0x88781181 == DMUS_E_LOADER_BADPATH.
As of writing only w7u and cw-gtx560-1506 had failures but they are quite rare
(up to 110 runs between failures), so maybe the other platforms just got lucky.
Also once (2021-06-21) there was this set of failures:
loader.c:105: Test failed: SetSearchDirectory failed with 0x88781181
loader.c:107: Test failed: SetSearchDirectory failed with 0
So it's as if there was a race condition causing SetSearchDirectory() to fail
until some initialization process completed. That or it's some sort of
uninitialized memory issue and the failures truly are random; or
SetSearchDirectory() checks the presence of some directory corresponding to "",
and some other process interferes with that.
The attached patch has no success reproducing this issue so maybe the cause is
external.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52107
Bug ID: 52107
Summary: %ERRORLEVEL% shall not be reset when setting an
environment variable in a batch file
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: others.meder(a)gmail.com
Distribution: ---
The fix in https://bugs.winehq.org/show_bug.cgi?id=47791 (commit
617d14bc1238b57327a8400eda1c1ab22624beb7) is incomplete; it only applies to
interactive case, and the bug is left unchanged for the batch mode case.
When a variable is successfully set, %ERRORLEVEL% is left as-is regardless of
whether the interpreter is in batch mode or not.
See also: https://ss64.com/nt/set.html
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54016
Bug ID: 54016
Summary: dwmapi:dwmapi fails on Windows 10 21H2+ and 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dwmapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dwmapi:dwmapi fails on Windows 10 21H2+ and 11:
dwmapi.c:75: Test failed: Got wrong monitor refresh rate 156250/10000000.
dwmapi.c:78: Test failed: Got wrong composition rate 156250/10000000.
See https://test.winehq.org/data/patterns.html#dwmapi:dwmapi
Note that this already impacted w10pro64-rx550 when it was running 21H2.
However the TestBot's plain QXL 21H2 and 22H2 VMs are not impacted despite
having the same dwmapi.dll version. Also Windows 11's QXL test configuration is
impacted too so it's not something specific to AMD / NVIDIA GPUs.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54334
Bug ID: 54334
Summary: qasf:asfreader - test_threading(TRUE) sometimes fails
in Wine (GitLab CI)
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: ---
qasf:asfreader - test_threading(TRUE) sometimes fails in Wine:
asfreader.c:954: Test failed: blocking 1: Got hr 0x8004022a.
asfreader.c:977: Test failed: blocking 1: Wait timed out.
asfreader.c:986: Test succeeded inside todo block: blocking 1: got wrong thread
asfreader.c:998: Test failed: blocking 1: Got hr 0x1.
So far this has not shown up in the WineTest results but it has impacted the
GitLab CI results of at least two merge requests:
* MR1668
https://gitlab.winehq.org/wine/wine/-/merge_requests/1668
* MR1965
https://gitlab.winehq.org/wine/wine/-/merge_requests/1965
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54159
Bug ID: 54159
Summary: kernel32:debugger - crash_and_winedbg() gets an
unexpected failure count on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:debugger - crash_and_winedbg() gets an unexpected failure count on
Windows 11 in the 'dbg,attach,process,event,detach' case:
debugger.c:610: running dbg,attach,process,event,detach...
debugger.c:621: waiting for child exit...
debugger.c:198: child: crashing...
debugger.c:659: waiting for the debugger...
debugger.c:166: debugger traces:
processing debug messages
setting event
done debugging...
debugger.c:681: Test failed: debugger reported 4 failures
See https://test.winehq.org/data/patterns.html#kernel32:debugger
While this error is systematic on Windows 11 it never happened on Windows 10
and lower... except in MR!1823 which had something very similar:
debugger.c:600: running dbg,attach,process,event,detach...
debugger.c:611: waiting for child exit...
debugger.c:198: child: crashing...
debugger.c:649: waiting for the debugger...
debugger.c:166: debugger traces:
processing debug messages
setting event
done debugging...
debugger.c:671: Test failed: debugger reported 7 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=53863
Bug ID: 53863
Summary: Tsui no Stella = Stella of the End: doesn't launch
anymore (GL_INVALID_OPERATION)
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: pernegger(a)gmail.com
Distribution: ---
Created attachment 73393
--> https://bugs.winehq.org/attachment.cgi?id=73393
terminal output for 7.20 and 7.19
You can get a trial copy of the game here:
https://key.visualarts.gr.jp/kinetic/stella/#download.
Random direct link:
https://sample9.dmm.co.jp/mono/pcgame/1041apc14123/1041apc14123t.zip
The game runs fine in 7.18 and 7.19 at least, but it fails to launch for me
after the update to 7.20:
0118:err:d3d:wined3d_debug_callback 0A542890: "GL_INVALID_OPERATION in
glMapBufferRange(access indicates neither read or write)".
0118:err:d3d:wined3d_allocator_chunk_gl_map Failed to map chunk memory.
0118:err:d3d:wined3d_bo_gl_map Failed to map chunk.
0118:err:d3d:wined3d_context_gl_map_bo_address Failed to map bo.
(Downgrading to 7.19 fixes the issue.)
[Ubuntu 18.04.6, WINE packages from the official WineHQ repo]
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54330
Bug ID: 54330
Summary: Folder save-to path doesn't update if you navigate
using the "bookmarks" left sidebar; subsequently
clicking "Open" does nothing or crashes
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: NM64+bugs.winehq.org(a)PM.me
Distribution: ---
Created attachment 73893
--> https://bugs.winehq.org/attachment.cgi?id=73893
video demonstration of the full process for reproducing the issue
On software such as VirtualDub2 or RPA Explorer, when navigating the "save to"
folder location, if you instead navigate by clicking on the "bookmarks" left
sidebar, then the location entry path does not get updated.
When you do this in VirtualDub2, subsequently clicking the "Open" button does
nothing.
When you do this in RPA Explorer, subsequently clicking the "Open" button
throws up an error and crashes the program.
(also, why does the button say "Open" rather than "Save"? We're selecting the
folder to save to after all...)
See the attached video which demonstrates the issue in its entirety to the
point that you should be able to fully replicate and reproduce the issue (note
that it was performed on a live ISO of Linux Mint 21.1 Cinnamon).
And for reference, here are the URLs that were visited in the aforementioned
video:
VirtualDub2: https://sourceforge.net/projects/vdfiltermod/
RPA Explorer: https://github.com/UniverseDevel/RPA-Explorer
Example RPA file: http://katawa-shoujo.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=52177
Bug ID: 52177
Summary: Gamepad stopped working (In The Groove, Fedora 35,
wine 6.21)
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kas(a)yenya.net
Distribution: ---
After upgrade to Fedora 35 (wine-6.21-1.fc35.x86_64) from Fedora 34 I am no
longer able to play the game In The Groove (a rhythm game based on StepMania
engine): The game itself detects my gamepad both as /dev/input/eventX and
/dev/input/jsY, but when I try to configure the input, pressing buttons on the
gamepad is not recognized by the game. When I disable the /dev/input/js* (by
chmod a-rw), it can see the first four buttons out of ten, but when the button
3 is pressed, it does not see the button 0 being pressed.
When I run "jstest /dev/input/jsY", jstest recognizes all ten buttons and their
combinations. So the hardware works as expected.
What should I try in order to get the game working with my gamepad? 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=54326
Bug ID: 54326
Summary: nsi:nsi - test_ndis_ifinfo() sometimes gets
out-of-order InUcastPkts bounds on Windows 10 <= 1607
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
nsi:nsi - test_ndis_ifinfo() sometimes gets out-of-order InUcastPkts bounds on
Windows 10 <= 1607:
* 2023-01-09 on w1064v1607 (64-bit)
nsi.c:344: Test failed: 1: InUcastPkts: 48607845 not in [48607847 48685030]
* 2023-01-16 on w1064v1507 (32-bit)
nsi.c:344: Test failed: 1: InUcastPkts: 19183127 not in [19183127 19183125]
See https://test.winehq.org/data/patterns.html#nsi:nsi
Only two instances so far.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=28960
Bug #: 28960
Summary: Mount & Blade: WFAS configuration menu panels are
partially hidden
Product: Wine
Version: 1.3.31
Platform: x86
URL: http://www.fileplanet.com/219895/210000/fileinfo/Mount
&Blade-with-Fire-and-Sword-Demo
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pavel.ondracka(a)gmail.com
Classification: Unclassified
Regression SHA1: 3b9669017bc8425f04860f331d8a1f689c8d63e0
Created attachment 37237
--> http://bugs.winehq.org/attachment.cgi?id=37237
comparison of good and bad behavior
3b9669017bc8425f04860f331d8a1f689c8d63e0 is the first bad commit
commit 3b9669017bc8425f04860f331d8a1f689c8d63e0
Author: Huw Davies <huw(a)codeweavers.com>
Date: Wed Oct 12 11:55:13 2011 +0100
gdi32: Add the liberation fonts to the default fallback lists.
Screenshot attached, reverting mentioned commit from latest wine fixes this
issue. To reproduce: start game, select trial and click configure when launcher
menu starts.
--
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=54324
Bug ID: 54324
Summary: shell32:autocomplete - The dropdown is sometimes
unexpectedly visible in test_prefix_filtering() on
Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
shell32:autocomplete - The dropdown is sometimes unexpectedly visible in
test_prefix_filtering() on Windows:
autocomplete.c:671: Test failed: AutoComplete DropDown visible
See https://test.winehq.org/data/patterns.html#shell32:autocomplete
There have been 4 instances in the past 6 months:
* 2022-08-16 on fgtb-w10pro64 (but this one had a lot of other failures so it
may just have been a side-effect of some other issue)
* 2022-09-01 on w10pro64-hi-u8
* 2022-11-03 on w10pro64-en-AE-u8
* 2022-01-16 on w10pro64-ar
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54320
Bug ID: 54320
Summary: BCryptDecrypt Symmetric Key Flags Behavior
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: jutras.marc(a)gmail.com
Distribution: ---
In the BCryptDecrypt function, the behavior of the function is to check if the
`key_is_symmetric`, then if that is the case confirm whether the flags are
implemented or not. If the flags are not implemented a FIXME is printed and the
function returns an error.
In the software Solid Edge 2023, this behavior is preventing the software from
running correctly. Solid Edge appears to have a bug where it is passing an
invalid key to the `handle` parameter (a bad pointer?) which results in the key
type being recognized as symmetric (likely because `key->alg_id` of zero (after
a deref to empty memory) is 3DES which is symmetric).
The call to BCryptDecrypt has the flag `BCRYPT_PAD_PKCS1` set which, combined
with the key being recognized as symmetric, causes the function to return an
error status. My assumption is that Windows is not checking the flags and is
returning garbage as the decryption. This allows the program to continue
running (ignorance is bliss).
I have not run the debugger to confirm that `key->alg_id` is zero. I have also
not confirmed this function's behavior on Windows.
I have confirmed that removing the `return STATUS_NOT_IMPLEMENTED` fixes the
issue in Solid Edge 2023.
The proposal would be to change the check from `flags & ~BCRYPT_BLOCK_PADDING`
to `flags == BCRYPT_BLOCK_PADDING`. This allows the STATUS_NOT_IMPLEMENTED to
be returned in the correct scenario. All other flag values are errors, which it
appears Windows ignores.
Tested in Wine 7.2-2 Lutris. There were additional problems which prevented
running the software under my system's Wine 7.22.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54322
Bug ID: 54322
Summary: Book text does not display in Skyrim
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: mark+winebugs(a)carnildo.com
Distribution: ---
When trying to read a book or note in Skyrim, the game instead shows blank
pages, and Wine outputs the following once per frame:
0684:fixme:d3d:wined3d_context_gl_check_fbo_status FBO status
GL_FRAMEBUFFER_INCOMPLETE_LAYER_TARGETS (0x8da8).
0684:fixme:d3d:context_dump_fbo_attachment GL_DEPTH_ATTACHMENT: 2d-array
texture 221, 1080x1080, 0 samples, format 0x88f0.
0684:fixme:d3d:context_dump_fbo_attachment GL_STENCIL_ATTACHMENT: 2d-array
texture 221, 1080x1080, 0 samples, format 0x88f0.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT0: 2d texture
3523, 1080x1080, 0 samples, format 0x8058.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT1: NONE.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT2: NONE.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT3: NONE.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT4: NONE.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT5: NONE.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT6: NONE.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT7: NONE.
0684:err:d3d:wined3d_debug_callback 000000005682BB20:
"GL_INVALID_FRAMEBUFFER_OPERATION in glDrawArrays".
This appears to be related to the use of AMD graphics: there are a number of
reports of it happening on the Proton bug for Skyrim, all of which report an
AMD graphics card, and one report of it not happening (on an Nvidia card).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51454
Bug ID: 51454
Summary: Dishonored 2 some HUD elements have no transparency
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 70300
--> https://bugs.winehq.org/attachment.cgi?id=70300
screenshot
wine-6.12-162-gd10887b8f56
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52818
Bug ID: 52818
Summary: Sifu crashes when opening the game
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: braiamp(a)gmail.com
Distribution: ---
I'm not sure what title would be descriptive. I created a new prefix, installed
vcrun2019 using winetricks and used Legendary to start Sifu up.
When it starts up, it spends a time on the following (complete log file
attached):
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in
glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible
with origtexture GL_RGBA8)".
01f8:fixme:d3d:create_texture_view Depth slice (0-1) not supported.
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in
glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible
with origtexture GL_RGBA8)".
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM)".
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM)".
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM)".
01e0:fixme:mfplat:topology_loader_Load 0000000001822940, 00000000018244A0,
000000000FC1FBB8, 0000000000000000.
01e0:fixme:mfplat:media_source_QueryInterface
{6ef2a662-47c0-4666-b13d-cbb717f2fa2c}, 000000000FC1FAC8.
01fc:fixme:dxgi:d3d11_swapchain_present Unimplemented flags 0x200.
01f8:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
and before crashing, prints the following:
0268:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0268:fixme:heap:RtlSetHeapInformation 0000000001900000 0 0000000000B9FD60 4
stub
0268:fixme:win:DisableProcessWindowsGhosting : stub
0268:fixme:msctf:InputProcessorProfileMgr_GetActiveProfile
(0000000000C0E370)->({34745c63-b2f0-4784-8b67-5e12c8701a31} 0000000000B8BDE0)
0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 59
(SPI_SETSTICKYKEYS)
0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 53
(SPI_SETTOGGLEKEYS)
0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 51
(SPI_SETFILTERKEYS)
0268:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1.
0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800.
0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800.
I know that wine-staging+dxvk started the game without graphics issues (there
were missing textures without dxvk and
https://bugs.winehq.org/show_bug.cgi?id=52536 still happens). Crashes occur
whenever I plug in a controller or not.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54239
Bug ID: 54239
Summary: Framework64 ngen executeQueuedItems Fails to Load
Runtime
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pollyielderah(a)gmail.com
Distribution: ---
Running `ngen executeQueuedItems` with `dotnet452` or `dotnet48` installed
(possibly others too) eventually fails ngen compilation with `Failed to load
the runtime. (Exception from HRESULT: 0x80131700)`.
Reproduction on clean wine 64-bit prefix:
```
winetricks -q dotnet48
wine ~/.wine/drive_c/windows/Microsoft.NET/Framework64/v4.0.30319/ngen.exe
executeQueuedItems
```
Tried this with both wine 7.0.1 and 8.0-rc2 on Ubuntu 22.04 x86_64. From what I
can tell, this is reproducable almost every time (except in some cases, where
ngen loops and never finishes).
This is an issue, as I would like to pre-run ngen to prevent it from running
these compilations later. I can attach logs from the run if they will be needed
or provide any other necessary info.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54311
Bug ID: 54311
Summary: Age of Empires: Definitive Edition (latest update from
Steam crashes)
Product: Wine
Version: 7.7
Hardware: aarch64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hemm.vanrobays(a)gmail.com
Created attachment 73872
--> https://bugs.winehq.org/attachment.cgi?id=73872
Backtrace of error after wine crash
Opening Age of Empires: Definitive Edition from Steam with latest update
crashes after the startup splash screen.
Older version of the app did work correctly on 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=54293
Bug ID: 54293
Summary: WINEDLLOVERRIDES="concrt140,msvcp140=n;jscript=d" wine
Minecraft.Windows.exe
Product: Wine
Version: 8.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alviboi(a)gmail.com
Distribution: ---
When I execute: WINEDLLOVERRIDES="concrt140,msvcp140=n;jscript=d" wine
Minecraft.Windows.exe
It seems to work perfectly but when I log in it appears this error. It didn't
happen before but it is happening since last week. I tried different versions
of wine.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54315
Bug ID: 54315
Summary: The program described as per bug report failed to run
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: giamas956(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Created attachment 73877
--> https://bugs.winehq.org/attachment.cgi?id=73877
unable to run Gihosoft\Gihosoft RePicvid\RePicvid.exe as bug report above
Unable to launch the program Gihosoft RePicvid as reported
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54027
Bug ID: 54027
Summary: CCDC Mercury crystallographic software is not even
launched, an immediate crash occurs
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ivan.kar2(a)yandex.ru
Distribution: ---
Created attachment 73593
--> https://bugs.winehq.org/attachment.cgi?id=73593
out file generated by wine
The program was installed by a windows installer launched in
.wine/drive_c/Program Files (x86) directory. This generated a directory
./wine/drive_c/Program Files/CCDC with all the stuff.
When I launch the mercury.exe file, either manually, or clicking onto a label
in my Desktop directory, a starting picture is loaded, Mercury writes
"searching databases", and then immediately the wine notification comes out.
Telling me that there is a severe problem and the program will be closed.
The program works correctly on Windows, thus, the problem is somewhere inside
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=54253
Bug ID: 54253
Summary: winetricks dotnet20sp2 fails to install
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: dotnet, download, Installer, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Regression SHA1: a8b007da5889f4cfac3651bab7090f7f65176f86
Distribution: Debian
Created attachment 73806
--> https://bugs.winehq.org/attachment.cgi?id=73806
terminal output
Similar to bug 53773, and introduced by the same commit:
a8b007da5889f4cfac3651bab7090f7f65176f86 is the first bad commit
commit a8b007da5889f4cfac3651bab7090f7f65176f86
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Aug 30 18:23:48 2022 +0200
kernelbase: Fix error value for PE files without resource.
Avoids spurious "dll is missing" messages from winetest.
dlls/kernelbase/version.c | 10 ++++------
1 file changed, 4 insertions(+), 6 deletions(-)
However, it's not fixed by 46f307073eab42c7aa953f10892bdd1f041f420b. Still
present in wine-8.0-rc2-7-gd059dd1cd07.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54255
Bug ID: 54255
Summary: winetricks dotnet40_kb2468871 fails to install
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: dotnet, download, Installer, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Regression SHA1: a8b007da5889f4cfac3651bab7090f7f65176f86
Distribution: Debian
Created attachment 73808
--> https://bugs.winehq.org/attachment.cgi?id=73808
terminal output
Similar to bug 53773, and introduced by the same commit:
a8b007da5889f4cfac3651bab7090f7f65176f86 is the first bad commit
commit a8b007da5889f4cfac3651bab7090f7f65176f86
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Aug 30 18:23:48 2022 +0200
kernelbase: Fix error value for PE files without resource.
Avoids spurious "dll is missing" messages from winetest.
dlls/kernelbase/version.c | 10 ++++------
1 file changed, 4 insertions(+), 6 deletions(-)
However, it's not fixed by 46f307073eab42c7aa953f10892bdd1f041f420b. Still
present in wine-8.0-rc2-7-gd059dd1cd07.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54254
Bug ID: 54254
Summary: winetricks dotnet35sp1 fails to install
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: dotnet, download, Installer, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Regression SHA1: a8b007da5889f4cfac3651bab7090f7f65176f86
Distribution: Debian
Created attachment 73807
--> https://bugs.winehq.org/attachment.cgi?id=73807
terminal output
Similar to bug 53773, and introduced by the same commit:
a8b007da5889f4cfac3651bab7090f7f65176f86 is the first bad commit
commit a8b007da5889f4cfac3651bab7090f7f65176f86
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Aug 30 18:23:48 2022 +0200
kernelbase: Fix error value for PE files without resource.
Avoids spurious "dll is missing" messages from winetest.
dlls/kernelbase/version.c | 10 ++++------
1 file changed, 4 insertions(+), 6 deletions(-)
However, it's not fixed by 46f307073eab42c7aa953f10892bdd1f041f420b. Still
present in wine-8.0-rc2-7-gd059dd1cd07.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38270
Bug ID: 38270
Summary: unimplemented function msctf.dll.TF_CreateCicLoadMutex
called by ctfmon.exe
Product: Wine
Version: 1.3.26
Hardware: x86
OS: Linux
Status: NEW
Keywords: download
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
If you have xpsp3 from winetricks, you can get the files needed:
$ cabextract -F i386/ctfmon.ex_
~/.cache/winetricks/xpsp3/WindowsXP-KB936929-SP3-x86-ENU.exe
$ cabextract -F i386/msutb.dl_
~/.cache/winetricks/xpsp3/WindowsXP-KB936929-SP3-x86-ENU.exe
$ cd i386
$ cabextract *
$ wine ctfmon.exe
fixme:msctf:TF_InitMlngInfo stub
wine: Call from 0x7b83962c to unimplemented function
msctf.dll.TF_CreateCicLoadMutex, aborting
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54309
Bug ID: 54309
Summary: ws2_32:protocol - test_GetAddrInfoExW() 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:protocol - test_GetAddrInfoExW() sometimes fails in Wine:
protocol.c:2021: Test marked todo: got 997 expected WSAHOST_NOT_FOUND
protocol.c:2023: Test marked todo: expected 11001, got 997
protocol.c:2051: Test failed: overlapped result is 10036
protocol.c:2053: Test failed: overlapped.Internal = 2734
protocol.c:2054: Test failed: overlapped.Pointer != &result
protocol.c:2055: Test failed: got 0
protocol.c:1904: Test failed: got 0
protocol.c:1907: Test failed: got 0
protocol.c:2069: Test failed: overlapped result is 0
protocol.c:2071: Test failed: overlapped.Internal = 0
protocol.c:2074: Test failed: got 00E00628
See https://test.winehq.org/data/patterns.html#ws2_32:protocol
Where:
997 == ERROR_IO_PENDING
10036 == WSAEINPROGRESS
11001 ==IP_BUF_TOO_SMALL
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52813
Bug ID: 52813
Summary: ArmA II: Operation Arrowhead crashes after splash
screen
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: desperategame(a)gmail.com
Distribution: ---
Created attachment 72192
--> https://bugs.winehq.org/attachment.cgi?id=72192
ArmA2OA.exe archlinux journald systemd-coredump
Arma 2 and ArmA II: Operation Arrowhead crashes after showing splash screen
before main menu should show.
it happens on:
- Gentoo mixed unstable ~amd64, updated after ~ in between 2022.01.01 -
2022.04.01, wine-vanilla and wine-staging, nine and without nine, 6.0.2 - 7.6
- Arch installed 12.04.2022, wine-nine
this is not in:
- Mint, old non-updated, without nine
it wasn't there before on:
- Gentoo mixed unstable ~amd64, before ~ in between 2022.01.01 - 2022.04.01,
wine-vanilla and wine-staging, nine and without nine, maybe 6.? - 7.3
Video:
- Radeon HD 5000 M, r600
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54308
Bug ID: 54308
Summary: oleaut32:vartype - test_SysReAllocStringLen()
sometimes fails on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
oleaut32:vartype - test_SysReAllocStringLen() sometimes fails on Windows 11:
vartype.c:5111: Test failed: Expected reuse of the old string memory
See https://test.winehq.org/data/patterns.html#oleaut32:vartype
This failure seems to be specific to the Windows 11 32-bit test configuration.
The first failure happened on 2022-10-20 and there has been about 1 failure
every 20 run since.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54067
Bug ID: 54067
Summary: Ultrakill demo: cursor behaves erratically
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: matheus.venturini(a)acad.ufsm.br
Distribution: ---
How to reproduce:
1. Install the Ultrakill demo for Windows
2. Complete the tutorial
3. In the first level, walk up to the weapon vending machine and press the left
mouse button
When interacting with the vending machine in the game, an interface should be
displayed where you can interact with buttons to choose the weapon you want to
buy. This is different from the rest of the game in that a cursor is visible
and it is used to select things rather than being used to aim. On Wine the
vending machine interface will not appear, and pressing the left mouse button
thereafter will cause the aim to go down, perpendicular to the ground. You
can't shoot afterwards, so it's impossible to progress.
This happens on a fresh prefix. I tested it on two machines and it happened in
both, one running Zorin OS 16 and another running Lubuntu 22.04.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54307
Bug ID: 54307
Summary: msi:package sometimes crashes on RTL Windows 10
locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msi:package sometimes crashes on RTL Windows 10 locales:
package.c:9312: Tests skipped: interactive ControlEvent tests
msi:package:17bc done (-1073741819) in 7s 413B
See https://test.winehq.org/data/patterns.html#msi:package
What is strange is that these crashes only happen in the Arabic and Hebrew
locales, two right-to-left scripts, though it's not clear how it's related.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54263
Bug ID: 54263
Summary: Build of 7.22 fails with mingw-w64 10.0 (multiple
symbol redefinitions)
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ilg(a)livius.net
Distribution: ---
I have severl build scripts that I use to create the wine-xpack distribution
(https://github.com/xpack-dev-tools/wine-xpack/), and I successfully compiled
6.17, 6.23 and 7.22 with gcc 11.3 & mingw-w64 9.0.
When I tried to build 7.22 with the latest gcc 12.2 & mingw-w64 10.0, I got
multiple redefinition errors, for symbols from the sprintf family.
For example:
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:56:11:
error: redefinition of '_vsnprintf'
56 | int CDECL _vsnprintf( char *str, size_t len, const char *format,
va_list args )
| ^~~~~~~~~~
In file included from
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:27:
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/stdio.h:174:27:
note: previous definition of '_vsnprintf' with type 'int(char *, size_t, const
char *, char *)' {aka 'int(char *, long long unsigned int, const char *, char
*)'}
174 | static inline int __cdecl _vsnprintf(char *buffer, size_t size, const
char *format, va_list args)
| ^~~~~~~~~~
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:69:11:
error: redefinition of '_vsnwprintf'
69 | int CDECL _vsnwprintf( WCHAR *str, size_t len, const WCHAR *format,
va_list args )
| ^~~~~~~~~~~
In file included from
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/stdio.h:11:
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/corecrt_wstdio.h:99:27:
note: previous definition of '_vsnwprintf' with type 'int(wchar_t *, size_t,
const wchar_t *, char *)' {aka 'int(short unsigned int *, long long unsigned
int, const short unsigned int *, char *)'}
99 | static inline int __cdecl _vsnwprintf(wchar_t *buffer, size_t size,
const wchar_t *format, va_list args)
| ^~~~~~~~~~~
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:82:11:
error: redefinition of '_vscprintf'
82 | int CDECL _vscprintf( const char *format, va_list valist )
| ^~~~~~~~~~
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/stdio.h:201:27:
note: previous definition of '_vscprintf' with type 'int(const char *, char *)'
201 | static inline int __cdecl _vscprintf(const char *format, va_list args)
| ^~~~~~~~~~
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:91:11:
error: redefinition of '_vscwprintf'
91 | int CDECL _vscwprintf( const wchar_t *format, va_list args )
| ^~~~~~~~~~~
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/corecrt_wstdio.h:195:27:
note: previous definition of '_vscwprintf' with type 'int(const wchar_t *, char
*)' {aka 'int(const short unsigned int *, char *)'}
195 | static inline int __cdecl _vscwprintf(const wchar_t *format, va_list
args)
| ^~~~~~~~~~~
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:115:13:
error: redefinition of '_snwprintf'
115 | int WINAPIV _snwprintf( WCHAR *str, size_t len, const WCHAR *format,
... )
| ^~~~~~~~~~
I patched ntdll/printf.c to omit the new definitions and the builds advanced,
but later failed in string.c with other set of multiple definitions, later in
wcstring.c, and so on.
I gave up and returned to the older toolchain.
Am I missing something when configuring the build, or the wine sources are not
yet updated for mingw-w64 10.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=54218
Bug ID: 54218
Summary: RTLD_SELF use breaks musl build since 8.0-rc1
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: alice(a)ayaya.dev
Distribution: ---
the winecrt0 rework in bef09697227c29f53bb0ad95232399cbba5c9c6b makes use of
dlinfo(RTLD_SELF, .. , which breaks the build on musl libc as it does not
implement the RTLD_SELF handle.
example error:
/home/demon/src/aports/community/wine/src/wine-8.0-rc2/dlls/winecrt0/dll_soinit.c:
In function '__wine_init_so_dll':
/home/demon/src/aports/community/wine/src/wine-8.0-rc2/dlls/winecrt0/dll_soinit.c:95:17:
error: 'RTLD_SELF' undeclared (first use in this function); did you mean
'RTLD_NEXT'?
95 | if (dlinfo( RTLD_SELF, RTLD_DI_LINKMAP, &map )) return;
| ^~~~~~~~~
| RTLD_NEXT
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53536
Bug ID: 53536
Summary: ntdll:rtl - The 32-bit RtlUlonglongByteSwap() breaks
test_RtlDecompressBuffer() on Windows
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:rtl - The 32-bit RtlUlonglongByteSwap() breaks test_RtlDecompressBuffer()
on Windows:
rtl.c:2790: Running test 0 (compressed_size=6, uncompressed_size=4,
status=0x00000000)
rtl.c:2790: Running test 1 (compressed_size=10, uncompressed_size=8,
status=0x00000000)
rtl.c:2790: this is the last test seen before the exception
170c:rtl: unhandled exception c0000005 at 005542C0
https://test.winehq.org/data/patterns.html#ntdll:rtl
The crash is specific to the 32-bit build.
Strangely the crashes started on 2022-07-26 despite there being no changes to
this test or to the test configurations. Also, the crash still happens when
testing older Wine versions.
Anyway, the crash still happens even when only keeping these two tests:
test_RtlUlonglongByteSwap();
test_RtlDecompressBuffer();
The Windows headers claims that RtlUlonglongByteSwap() is a FASTCALL API but
not so in Wine:
winternl.h: NTSYSAPI ULONGLONG __cdecl RtlUlonglongByteSwap(ULONGLONG);
rtl.c: static ULONGLONG (WINAPIV *pRtlUlonglongByteSwap)(ULONGLONG
source);
Replacing WINAPIV with WINAPI in rtl.c fixes the crash but it's probably not
the correct fix.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53382
Bug ID: 53382
Summary: Slow rendering when connected to external monitor
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: allencch(a)hotmail.com
Distribution: ---
Created attachment 72769
--> https://bugs.winehq.org/attachment.cgi?id=72769
Slow winecfg GIF
When connected with an external monitor through HDMI, winecfg and explorer are
extremely slow rendering.
If enabled "Emulate a virtual desktop", rendering will become normal. Without
connecting on external monitor, the rendering is normal as well.
There is an error message shown in console when the rendering is slow comparing
to the normal rendering,
0068:fixme:xrandr:xrandr10_get_current_mode Non-primary adapters are
unsupported.
OS: Arch Linux
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54180
Bug ID: 54180
Summary: Petz 4: Recent wine releases (after 6.0) corrupt .pet
files upon startup of game
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: coreyjosesilva(a)gmail.com
Distribution: ---
Dogz 4, Catz 4, Dogz 5, Catz 5 all share this issue. The .pet files are the way
to save "pets" in the game. The files are corrupted in recent wine releases.
This essentially makes the game unplayable.
I confirmed petz 4 works on wine 6.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=54045
Bug ID: 54045
Summary: ntdll:rtl - test_RtlIpv6StringToAddress() fails on
Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:rtl - test_RtlIpv6StringToAddress() fails on Windows 11:
rtl.c:2061: Test failed: [::0:0:0:0:0:0:0] terminator = 0052F925, expected
0052F923
rtl.c:2061: Test failed: [::0:a:b:c:d:e:f] terminator = 0052F935, expected
0052F933
rtl.c:2067: Test failed: [::0:a:b:c:d:e:f] ip = 0:0:a00:b00:c00:d00:e00:f00,
expected 0:0:0:a00:b00:c00:d00:e00
rtl.c:2293: Test failed: [::0:0:0:0:0:0:0] res = 0x00000000, expected
0xc000000d
rtl.c:2293: Test failed: [::0:a:b:c:d:e:f] res = 0x00000000, expected
0xc000000d
See https://test.winehq.org/data/patterns.html#ntdll:rtl
Note that the 32-bit version crashes too due to bug 53536.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53671
Bug ID: 53671
Summary: No objects are being rendered in any DX10/11 apps with
older GPU drivers
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
There is a regression after a patch 5ce7adaace3637ff6f8a33264b62c69bf2e53967
I have AMD graphics with outdated driver for Windows XP.
Stating from the patch above it broke WineD3D10/11 compatibility.
This BUG appeared with WineD3D 6.13 and above.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52994
Bug ID: 52994
Summary: mstask:task_trigger - test_GetNextRunTime() fails in
Wine on date change
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mstask
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 72360
--> https://bugs.winehq.org/attachment.cgi?id=72360
Make the failure 100% reproducible
mstask:task_trigger - test_GetNextRunTime() fails in Wine on date change:
task_trigger.c:434: old: 5/5/2022 wday 0 23:58:00.000
task_trigger.c:443: new: 6/5/2022 wday 5 0:03:00.000
task_trigger.c:533: Test failed: got 0x41307
task_trigger.c:534: Test failed: got 0/0/0 wday 0 0:00:00
https://test.winehq.org/data/patterns.html#mstask:task_trigger
What seems to be happening is that ITask_GetNextRunTime() returns
SCHED_S_TASK_NO_VALID_TRIGGERS for TASK_TIME_TRIGGER_ONCE tasks where the
trigger is on the next day.
So I suspect the bug is in the ITask_GetNextRunTime() implementation rather
than in the test itself.
Note: Initially I was a bit alarmed by the week day change in the traces. But
in fact trigger_add_ms() just sets it to 0 so that's what we get on the "old:"
line. Then FileTimeToSystemTime() fully initializes it so we get the correct
value on the "new:" line. That's why it changes in surprising ways.
Luckily the test and Itask_GetNextRunTime() implementation were both added in
the commit below and I was also able to confirm that the failure was already
present:
commit ac322334fa4d6740e89c6f19361a66f063103a46
Author: Dmitry Timoshkov <dmitry(a)baikal.ru>
AuthorDate: Mon May 21 18:17:47 2018 +0800
mstask: Implement ITask::GetNextRunTime() for ONCE trigger type.
Signed-off-by: Dmitry Timoshkov <dmitry(a)baikal.ru>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52932
Bug ID: 52932
Summary: user32:edit - test_char_from_pos() fails on Windows
with the UTF-8 codepage
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:edit's test_char_from_pos() fails on Windows with the UTF-8 codepage.
Adding some traces it's clear that the problem is with the lower bounds:
edit.c:1161: Test failed: 4/4/8: expected 1 got 0
edit.c:1179: Test failed: 282/282/286: expected 1 got 0
edit.c:1197: Test failed: 143/143/147: expected 1 got 0
https://test.winehq.org/data/patterns.html#user32:edit
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54210
Bug ID: 54210
Summary: Some AVX2 calls in ntdll are make impossible to
compile Wine with Glibc 2.17
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: Zenitur(a)yandex.ru
Distribution: ---
When I trying to compile an actian Wine 8.0-rc2 version I'd got these error:
dlls/ntdll/unix/signal_x86_64.c: In function ‘signal_init_process’:
dlls/ntdll/unix/signal_x86_64.c:2432:28: error: ‘AT_HWCAP2’ undeclared (first
use in this function)
if (getauxval( AT_HWCAP2 ) & 2) syscall_flags |=
SYSCALL_HAVE_WRFSGSBASE;
^
dlls/ntdll/unix/signal_x86_64.c:2432:28: note: each undeclared identifier is
reported only once for each function it appears in
Serching for the commit that are broke the build, I'd found that the Wine 6.12
were the last version withount these error.
The commit that broke my build is there (this is after Wine 6.12 and before the
6.13):
https://github.com/wine-mirror/wine/commit/216d2411781f4bf12edf2083a7ac84d2…
(committed on Jul 6, 2021)
The reason of the error is my Glibc 2.17. According of the changelog of the
Glibc 2.18 version (that's available there:
https://lists.gnu.org/archive/html/info-gnu/2013-08/msg00003.html) the call
AT_HWCAP2 was introduced in Glibc 2.18, hovewer I have 2.17.
After that I'd tried to compile Wine 6.12 and I'd got another error caused by
another AVX2 call that was introduced in Glibc 2.24
There is an error:
tools/winegcc/winegcc -o dlls/ntdll/ntdll.so --wine-objdir . -m64 -fPIC
-fasynchronous-unwind-tables -munix -shared \
dlls/ntdll/ntdll.spec -nodefaultlibs dlls/ntdll/unix/cdrom.o
dlls/ntdll/unix/debug.o \
dlls/ntdll/unix/env.o dlls/ntdll/unix/esync.o dlls/ntdll/unix/file.o
dlls/ntdll/unix/loader.o \
dlls/ntdll/unix/loadorder.o dlls/ntdll/unix/process.o
dlls/ntdll/unix/registry.o \
dlls/ntdll/unix/security.o dlls/ntdll/unix/serial.o dlls/ntdll/unix/server.o
\
dlls/ntdll/unix/signal_arm.o dlls/ntdll/unix/signal_arm64.o
dlls/ntdll/unix/signal_i386.o \
dlls/ntdll/unix/signal_x86_64.o dlls/ntdll/unix/socket.o
dlls/ntdll/unix/sync.o \
dlls/ntdll/unix/system.o dlls/ntdll/unix/tape.o dlls/ntdll/unix/thread.o
dlls/ntdll/unix/virtual.o \
dlls/ntdll/unix/version.o dlls/winecrt0/libwinecrt0.a
libs/port/libwine_port.a -lrt -lpthread -ldl \
-Wl,-z,relro
ntdll-sNLwi5.AoHWp5.s: Assembler messages:
ntdll-sNLwi5.AoHWp5.s:115: Error: no such instruction: `xsavec64 0xc0(%rcx)'
winebuild: /usr/bin/gcc-4.9 failed with status 1
winegcc: ./tools/winebuild/winebuild failed
make[1]: *** [dlls/ntdll/ntdll.so] Error 2
When I tried to google this error I'd found that the call xsavec were
introduced in Intel Skylace CPU's. According the webpage
(https://sourceware.org/legacy-ml/libc-stable/2017-10/msg00049.html) these
calls were introduced in Glibc 2.24 hovewer I have Glibc 2.17.
The commit that broke my build is there (this is after Wine 6.2 and before the
6.3):
https://github.com/wine-mirror/wine/commit/30e5250622f40037a58dd87517267dba…
(committed on Sep 2, 2020)
The both problems present in the 32-bit and 64-bit OS'es.
My build system:
CPU: AMD Phenom II (amdfam10)
OS: Debian 7 (32-bit and 64-bit versions on a two partitions)
Kernel: Linux 4.11
Compiler: GCC 4.9, binutils 2.22, bison 3.2
Other: Glibc 2.17, xserver 1.16
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53837
Bug ID: 53837
Summary: wine-devel cannot install THS_hevo_gc8.6.1.2.exe after
devel 7.8 version
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dean-chen(a)qq.com
Distribution: ---
How to reproduce:
1. download the THS_hevo_gc8.6.1.2.exe from this stock web site from
China(同花顺财经): http://activity.ths123.com/html/xb/160809/index.html, note:
download this exe from windows, if you try to download it from linux, you
probally will get linux setup package.
2. install wine devel 7.8, and chinese fonts using winetricks
winetricks prefix=ths1 --force corefonts cjkfonts, then run the following
command for installation:
wine THS_hevo_gc8.6.1.2.exe, this will work successfully
3. upgrade wine to any version above 7.8, install THS_hevo_gc8.6.1.2.exe again,
you will see error message.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52429
Bug ID: 52429
Summary: Guild Wars: login not possible (regression)
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gero45(a)mr-gero.de
Distribution: ArchLinux
Created attachment 71689
--> https://bugs.winehq.org/attachment.cgi?id=71689
log
When trying to login into Guild Wars, it fails with an error code 011, that
indicates that a wrong password was typed in or a connection to the
corresponding server was not possible.
I double-checked the password and even copy-pasted it, it did not work.
Then I used an older version of Wine (6.5) (since this was reported as the last
working version on AppDB) and it works.
Thus I think this must be a regression.
I will try out wine 7.0, when it is released on Arch Linux (sadly it is not
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=52089
Bug ID: 52089
Summary: d2d1:d2d1 fails in test_draw_geometry() on Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d2d1:d2d1 fails in test_draw_geometry() on the TestBot's debiant2 VM:
d2d1.c:6664: Test failed: Figure does not match.
d2d1.c:6672: Test failed: Figure does not match.
d2d1.c:6680: Test failed: Figure does not match.
d2d1.c:6688: Test failed: Figure does not match.
d2d1.c:6664: Test failed: Figure does not match.
d2d1.c:6672: Test failed: Figure does not match.
d2d1.c:6680: Test failed: Figure does not match.
d2d1.c:6688: Test failed: Figure does not match.
(todos omitted for brevity)
https://test.winehq.org/data/patterns.html#d2d1:d2d1
A bisect shows that the failures started with this commit:
commit 044f5e109fd7bdb5a3c172240d6195faa87a1dce (HEAD, refs/bisect/bad)
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Wed Nov 3 20:15:28 2021 +0300
wined3d: Test if an offset is needed to get the correct filling convention.
This fixes stray lines in GameFace GUIs, e.g. in World of Tanks.
Signed-off-by: Stefan Dösinger <stefan(a)codeweavers.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51268
Bug ID: 51268
Summary: Assembler messages: Error: no such instruction:
`xsavec (%esp)'
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 70146
--> https://bugs.winehq.org/attachment.cgi?id=70146
log.txt
in distro:
# uname --kernel-release
3.0.66
# gcc --version
4.3.4
# ldd --version
2.10.1
config line:
configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
--x-includes=/usr/X11R7/include --x-libraries=/usr/X11R7/lib --with-x
--libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686"
Compiling wine-6.10 fails with:
Assembler messages:
Error: no such instruction: `xsavec (%esp)'
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54172
Bug ID: 54172
Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7
- test_window_position() gets the size of the wrong
screen 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: ---
ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7 - test_window_position()
gets the size of the wrong screen in Wine:
ddraw1.c:14471: Test failed: Expect window rect (0,0)-(1024,768), got
(0,0)-(1024,737).
ddraw2.c:15385: Test failed: Expect window rect (0,0)-(1024,768), got
(0,0)-(1024,737).
ddraw4.c:18435: Test failed: Expect window rect (0,0)-(1024,768), got
(0,0)-(1024,737).
ddraw7.c:18702: Test failed: Expect window rect (0,0)-(1024,768), got
(0,0)-(1024,737).
See https://test.winehq.org/data/patterns.html#ddraw:ddraw1https://test.winehq.org/data/patterns.html#ddraw:ddraw2https://test.winehq.org/data/patterns.html#ddraw:ddraw4https://test.winehq.org/data/patterns.html#ddraw:ddraw7
These failures never happen on debian11b which is a single-monitor
configuration.
$ xrandr | grep Virtual
Virtual-1 connected primary 1024x768+0+0 0mm x 0mm
Virtual-2 disconnected
Virtual-3 disconnected
Virtual-4 disconnected
It also never happens on debian11 where both monitors have the same resolution:
$ xrandr | grep Virtual
Virtual-1 connected primary 1024x737+0+0 0mm x 0mm
Virtual-2 connected 1024x737+1024+0 0mm x 0mm
Virtual-3 disconnected
Virtual-4 disconnected
But it is systematic on the debiant VM where the two screens have different
resolutions:
$ xrandr | grep Virtual
Virtual-1 connected primary 1024x768+0+0 0mm x 0mm
Virtual-2 connected 1024x737+1024+0 0mm x 0mm
Virtual-3 disconnected
Virtual-4 disconnected
Note:
* I did not intentionally configure the two screens to have different
resolutions but I did not fight it either because it's also not that uncommon
in multi-monitor configurations.
* The 737 pixel height is a bit weird but there is no dock. Really! I'm not
sure how the X server picked these sizes.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54151
Bug ID: 54151
Summary: xactengine3_7:xact3 crashes when no speaker is
connected
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: xactengine
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
xactengine3_7:xact3 crashes when no speaker is connected:
xact3.c:209: Test failed: Cannot initialize engine, hr 0x88960001
xact3.c:215: Test failed: got hr 0x8ac70002
xact3.c:218: Test failed: got hr 0x8ac70002
xact3.c:224: Test failed: got hr 0x8ac70002
xact3.c:227: Test failed: got hr 0x8ac70002
xact3.c:235: Test failed: Cannot register notification, hr 0x8ac70002
xact3.c:243: Test failed: Cannot register notification, hr 0x8ac70002
xact3.c:249: Test failed: Cannot register notification, hr 0x8ac70002
xact3.c:259: Test failed: Cannot create a streaming wave bank, hr 0x8ac70002
xact3.c:259: this is the last test seen before the exception
0df8:xact3: unhandled exception c0000005 at 0000000000401A4C
See https://test.winehq.org/data/patterns.html#xactengine3_7:xact3
Where:
0x88960001 == XAUDIO2_E_INVALID_CALL or XAUDIO20_E_XMA_DECODER_ERROR
0x8ac70002 == MAKE_HRESULT(SEVERITY_ERROR, FACILITY_XACTENGINE,
XACTENGINE_E_NOTINITIALIZED)
These failures only happen on w11pro64_amd and w11pro64_nv. What these have in
common is that the sound is supposed to go through the graphics card's HDMI /
DisplayPort connection. However those go to a dummy plug which emulates a
screen... but not speakers. This causes Windows to disable the sound volume
widget since it cannot detect any form of speaker.
I suspect, but that may require confirmation, that this causes xact to refuse
to initialize.
More notes:
* My fgtb-w10pro64-rx550 VM has the same audio-through-HDMI configuration but
is connected to my real screen which does have speakers. So sound is not
'disabled'.
* QEmu emulates an ich9 sound card in the regular w11pro64 test configuration
and Spice (the virtual KVM) provides the remote speakers. So again sound is not
'disabled' (and I always lower the default volume in the VMs so I don't get
deafened by the Windows boot sound).
* Before 2022-12-09 the w11pro64 VM was missing many DirectX dlls which caused
this test to be entirely skipped. This is why it did not crash on these test
configurations before then.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52152
Bug ID: 52152
Summary: comctl32:edit gets unexpected heights in
test_text_position_style() on Windows 10 1809+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
comctl32:edit gets unexpected heights in test_text_position_style() on Windows
10 1809+:
edit.c:2090: Test failed: wrong height expected 16 got 17
edit.c:2091: Test failed: wrong height expected 16 got 18
edit.c:2092: Test failed: wrong height expected 16 got 26
edit.c:2100: Test failed: wrong height expected 16 got 17
edit.c:2101: Test failed: wrong height expected 16 got 19
edit.c:2103: Test failed: wrong height expected 16 got 18
edit.c:2111: Test failed: wrong height expected 16 got 17
edit.c:2113: Test failed: wrong height expected 16 got 24
edit.c:2121: Test failed: wrong height expected 16 got 17
edit.c:2123: Test failed: wrong height expected 16 got 24
edit.c:2134: Test failed: wrong height expected 16 got 17
edit.c:2135: Test failed: wrong height expected 16 got 18
edit.c:2136: Test failed: wrong height expected 16 got 26
edit.c:2144: Test failed: wrong height expected 16 got 17
edit.c:2145: Test failed: wrong height expected 16 got 19
edit.c:2147: Test failed: wrong height expected 16 got 18
edit.c:2155: Test failed: wrong height expected 16 got 17
edit.c:2157: Test failed: wrong height expected 16 got 24
edit.c:2165: Test failed: wrong height expected 16 got 17
edit.c:2167: Test failed: wrong height expected 16 got 24
https://test.winehq.org/data/patterns.html#comctl32:edit
The set of bad heights is exactly the same on all failing configurations,
regardless of the Windows version, graphics card or locale. So the failure
really is related to a change that happened between 1709 and 1809.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51420
Bug ID: 51420
Summary: likely regression: heavy lag to the point of
brokenness running anything in wine.
158:err:ntdll:RtlpWaitForCriticalSection section
7BC61360 "dlls/ntdll/loader.c: loader_section" wait
timed out in thread 0158, blocked by 0144, retrying
(60 sec)
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mouse(a)dayrep.com
Distribution: ---
Debian bullseye using the winehq packages
proprietary nvidia driver from Debian non-free
Tested versions that work fine as before: 6.0.1, 6.10
Broken versions: 6.11, 6.12, staging-6.12
Running any program in wine, included or otherwise, is causing extremely poor
systems performance and is very slow. As in you can see the mouse cursor move
in steps and lagging behind inputs, or the file selection window of the wine
uninstaller takes seconds to display the icons for folder contents and loads
the one by one. This stops as soon as the wine process is killed again.
Full difference in wine log between 6.10 (works fine) and 6.12 (bugged)
reproduced below:
0158:err:ntdll:RtlpWaitForCriticalSection section 7BC61360
"dlls/ntdll/loader.c: loader_section" wait timed out in thread 0158, blocked by
0144, retrying (60 sec)
0168:err:ntdll:RtlpWaitForCriticalSection section 7BC61360
"dlls/ntdll/loader.c: loader_section" wait timed out in thread 0168, blocked by
0144, retrying (60 sec)
0180:err:ntdll:RtlpWaitForCriticalSection section 7BC61360
"dlls/ntdll/loader.c: loader_section" wait timed out in thread 0180, blocked by
0144, retrying (60 sec)
0188:err:ntdll:RtlpWaitForCriticalSection section 7BC61360
"dlls/ntdll/loader.c: loader_section" wait timed out in thread 0188, blocked by
0144, retrying (60 sec)
0198:err:ntdll:RtlpWaitForCriticalSection section 7BC61360
"dlls/ntdll/loader.c: loader_section" wait timed out in thread 0198, blocked by
0144, retrying (60 sec)
0208:fixme:console:default_ctrl_handler Terminating process 20 on event 0
[Also: What is an ergonomic way to downgrade to a previous winehq-devel and
dependent wine package versions on Debian? Because synaptic in general and in
this specific (force version) case handles amd64 packages with i386
dependencies very poorly. Basically what is the apt command line to fetch and
install winehq-devel, wine-devel, wine-devel-amd64 and wine-devel-i386 all in
the same older version number? like 6.9 for example.]
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51301
Bug ID: 51301
Summary: Right click inside Roblox Client window causes the
cursor to freeze
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gnuwho.gnuwho(a)gmail.com
Distribution: ---
Platform: Arch Linux (GNOME) x86-64
In the Roblox Client (working as of Wine 6.11), if you join a game and press
and hold right click (done in order to move the camera around), the cursor
freezes in place and cannot get unstuck. As far as I know, this affects all
users that try to run the Roblox Player using Wine 6.11 or later.
Note: Roblox was installed using the Grapejuice wrapper
(https://gitlab.com/brinkervii/grapejuice).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48553
Bug ID: 48553
Summary: Catia (CAD software) refuse to run installation on
newest wine (<=4.18)
Product: Wine
Version: 4.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tomo.hornacek(a)gmail.com
Distribution: ---
Created attachment 66366
--> https://bugs.winehq.org/attachment.cgi?id=66366
This is output of wine to console on my system.
After running setup.exe of catia V5r19 or V5r20. Wine display "setup: Problem
with VC8 Runtime. Please try to restart your computer or contact customer
service"
On wine 4.17 and lower installation's runs just 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=54287
Bug ID: 54287
Summary: wineconsole: alterate screen buffer does not work
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: magiblot(a)hotmail.com
Distribution: ---
Created attachment 73855
--> https://bugs.winehq.org/attachment.cgi?id=73855
Source code of program to reproduce the issue
Consider the attached program.
On Windows, this program displays the characters '<==>' at the top left corner
of the console. In Wine, if using the curses backend, the program is displayed
as expected (except that the screen attributes are not reset when the program
exits).
However, if using the windowed wineconsole, this program displays just a black
screen. If the source code is modified so that `HANDLE hOut = hInit;`, then the
draw operations do change the screen.
Thank you very much.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53583
Bug ID: 53583
Summary: the Reimplemented FindNLSStringEx has bug
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: 398063392(a)qq.com
Distribution: ---
Created attachment 72966
--> https://bugs.winehq.org/attachment.cgi?id=72966
the code project
#include "stdafx.h"
#include <windows.h>
#include <assert.h>
int _tmain(int argc, _TCHAR* argv[])
{
DWORD flags = NORM_LINGUISTIC_CASING|FIND_STARTSWITH;
int nResult =
FindNLSStringEx(L"en-US",flags,L"x-oss-security-token",0xe,L"x-oss-",0x6,0,0,0,0);
printf("FindNLSStringEx Result = %d \r\n", nResult);
assert(nResult == 0);
return 0;
}
the code in Windows print: "FindNLSStringEx Result = 0"
but in Wine print: "FindNLSStringEx Result = -1
Assertion failed: nResult == 0, file .\FindNLSStringEx.cpp, line 13
"
FindNLSStringEx is very important for C#, because it is the basis of the String
class, StartsWith, EndsWith, IndexOf all rely on it to achieve. So hopefully
you guys can test it rigorously, thanks a lot. In addition, I found a lot of
bugs and fixed them myself, how can I submit these PRs?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52749
Bug ID: 52749
Summary: winetricks dotnet35sp1: printfilterpipelinesvc.exe
crashes in background
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: dotnet, download, regression
Severity: normal
Priority: P2
Component: spooler
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: 68feb134af0538d7fc589c2ddb6403de9cea1055
Distribution: ---
Created attachment 72119
--> https://bugs.winehq.org/attachment.cgi?id=72119
backtrace
Regression introduced by:
68feb134af0538d7fc589c2ddb6403de9cea1055 is the first bad commit
commit 68feb134af0538d7fc589c2ddb6403de9cea1055
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Mon Sep 13 13:50:08 2021 +0200
winspool: Use configuration file for DocumentPropertiesW.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
(note: may require a printer to be configured, didn't try disabling it/cups).
After this commit, dotnet35sp1 (possibly more, this is the first place I
noticed) have a crash in the background, in printfilterpipelinesvc.exe. It
doesn't print to the console, even if the crash dialog is disabled. Viewing via
dialog shows it, though:
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x00000000).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:00000000 ESP:0021fb5c EBP:0021fbb8 EFLAGS:00010206( R- -- I - -P- )
EAX:00000000 EBX:01001ebc ECX:0021f8f0 EDX:00260f30
ESI:00000000 EDI:00000000
Stack dump:
0x0021fb5c: 663cc95f 00000000 01001ebc 00000000
0x0021fb6c: 00000000 00000000 00000004 0021fbb8
0x0021fb7c: 7bc27c0a 80000001 0021fba0 00000074
0x0021fb8c: 663df3fa 00250000 00000000 00000000
0x0021fb9c: 00260f30 00000000 014b61e0 0021fbd0
0x0021fbac: 0021fca8 00000074 0021fc0c 0021fc28
Backtrace:
=>0 0x00000000 (0x0021fbb8)
1 0x663d5274 AddPrinterW+0x714(pName=<internal error>, Level=<internal
error>, pPrinter=<internal error>)
[Z:\home\austin\wine-git\dlls\winspool.drv\info.c:517] in winspool (0x0021fc28)
2 0x0101c6f9 in printfilterpipelinesvc (+0x1c6f9) (0x0021fd6c)
3 0x0101dd9f in printfilterpipelinesvc (+0x1dd9f) (0x0021fda0)
4 0x0101c4ad in printfilterpipelinesvc (+0x1c4ad) (0x0021fdc8)
5 0x0101c51d in printfilterpipelinesvc (+0x1c51d) (0x0021fde4)
6 0x0101c5df in printfilterpipelinesvc (+0x1c5df) (0x0021fe08)
7 0x0101e998 in printfilterpipelinesvc (+0x1e998) (0x0021ff30)
8 0x7b62d2a0 WriteTapemark+0x100(device=7FFD1000, type=<is not available>,
count=<is not available>, immediate=<is not available>)
[Z:\home\austin\wine-git\dlls\kernel32\tape.c:317] in ker
nel32 (0x0021ff48)
9 0x7bc58147 RtlWakeConditionVariable+0x57(variable=7B62D290)
[Z:\home\austin\wine-git\dlls\ntdll\sync.c:757] in ntdll (0x0021ff5c)
10 0x7bc58800 RtlCreateUserThread(entry=0101E813, arg=7FFD1000)
[Z:\home\austin\wine-git\dlls\ntdll\thread.c:261] in ntdll (0x0021ffec)
0x00000000: -- no code accessible --
The issue persists in wine-7.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=52557
Bug ID: 52557
Summary: GetNetworkParams loops forever on musl
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: me(a)atiltedtree.dev
Distribution: ---
On musl, res_getservers does not exist and dnsapi/resolv_get_serverlist will
fall back to res_state.nsaddr_list. But musl also does not set
res_state.nsaddr_list causing dnsapi/resolv_get_serverlist to always return
DNS_ERROR_NO_DNS_SERVERS.
iphlpapi/get_dns_server_list will call DnsQueryConfig( DnsConfigDnsServerList,
...), which calls dnsapi/resolv_get_serverlist, until it does not return an
error, but on musl it will always return an error causing
iphlpapi/get_dns_server_list to loop infinitely.
This means that any application that calls iphlpapi.GetNetworkParams or
iphlpapi.GetPerAdapterInfo will loop infinitely, if wine was built on musl.
--
Do not reply 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=27244
Summary: Wiggles: Indeo
Product: Wine
Version: 1.3.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=34827)
--> (http://bugs.winehq.org/attachment.cgi?id=34827)
Terminal output on Wine 1.3.19
Steps to reproduce:
1) remove ~/.wine
2) winetricks gecko icodecs
3) install Wiggles
4) patch Wiggles with Wiggles_Patch_1_0_844.exe
4) wine Wiggles.exe
Behaviour:
I get only audio from intro video.
Expected behaviour:
I should get audio and video from intro video.
Additional info:
I can play video in Smplayer. Here I give info about video:
Resolution: 640 x 360
Format: IV32
Bitrate: 4373 kbps
FPS: 24.000
Decoder: ffindeo3
Size: 96,2 MB
--
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=54301
Bug ID: 54301
Summary: Global hotkey support
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: linux(a)bernd-steinhauser.de
Distribution: ---
My original use case is the head tracker linuxtrack that can be used to control
camera movements in e.g. racing simulators or flight simulators. linuxtrack
provides a wine bridge to be able to use it with games run via wine.
https://github.com/uglyDwarf/linuxtrack
The wine bridge provides a controller application that is makes use of two
hotkeys to pause and to recenter the tracker. These are not essential to use it
(i.e. it works without), but they make the usage much more convenient. The
problem is that the hotkeys only work when the controller application has the
focus, which obviously is usually not the case, since you're using it just as a
background application while running a game. So if I e.g. want to recenter the
tracker, I have to Alt+Tab out of the application to do that. Unfortunately,
some applications don't really like that and it could result in all kinds of
problems, including crashes.
Since that use case is very specific and might not be easily accessible to
everybody (you need hardware for it), I looked at another use case and that is
foobar2000.
foobar2000 is a popular media player for Windows and as a media player, it
makes of course usage of hotkeys, both within the application and global ones.
So I installed it into a wine prefix using the latest version, assigned a
hotkey to a functionality (e.g. play/pause), made that global and tried if it
works and it does not.
Or, to be more specific, it works as long as the window has focus (and thus
gets keyboard input). As soon as the window is in the background, it doesn't
work anymore.
(I'm using KDE Plasma on X11 with kwin as the compositor, in case that
matters.)
Now, I spent quite some time trying to research the subject and was actually
surprised by how little information I could find. Especially, I wasn't able to
find anything in the wine documentation whether global hotkeys (or keyboard
shortcuts) are supposed to work or not.
Thus, I am actually still not sure whether this is a feature request or a bug.
(I suspect it's the former, but I don't know.)
I did find one tutorial that did suggest using xdotool, but this should
possibly called xdodotool, since it's more or less dead.
In any case, it surely wouldn't be future-proof, since everything is slowly
heading towards wayland (and xdotool won't work there).
Since there are many tools out there that are used alongside games, be it
scripting tools, controller tools or various mods/addons, I think that some
kind of support for global hotkeys would be really good.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54300
Bug ID: 54300
Summary: LdrLoadDll illegal memory access on DllPath
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: novae.harpist06(a)icloud.com
Distribution: ---
Created attachment 73867
--> https://bugs.winehq.org/attachment.cgi?id=73867
Reproducer
See reproducer (attached)
DllPath can be search flags, which is indicated by passing a pointer where the
lowest bit is set. This is not handled in wine, which calls wcslen on it:
https://github.com/wine-mirror/wine/blob/a8c1d5c108fc57e4d78e9db126f395c890…
The path resolution is correctly implemented in LdrGetDllPath, but that
function is not used (besides being an export).
Windows output:
Trying flag 00000200
Trying flag 00000400
Trying flag 00000800
Trying flag 00001000
Trying flag 00002000
Trying flag 00004000
Wine output:
Trying flag 00000200
wine: Unhandled page fault on read access to 0000000000000201 at address
0000000170069B40 (thread 05ec), starting debugger...
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54306
Bug ID: 54306
Summary: mf:mf - test_sar() sometimes gets an unexpected
refcount 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: ---
mf:mf - test_sar() sometimes gets an unexpected refcount in Wine:
mf.c:5441: Test succeeded inside todo block: Release returned 0
See https://test.winehq.org/data/patterns.html#mf:mf
Note that although the WineTest results seem to implicate that this only
happens on my desktop, this failure has happened on the GitLab CI too (see
MR1965).
Maybe it's a timing issue that's impacted by the CPU load.
Should the test be removed entirely or just marked as flaky_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=54303
Bug ID: 54303
Summary: mfplat:mfplat - test_MFCreateDXSurfaceBuffer() gets
stuck locking the media buffer on Windows 11 + Nvidia
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
mfplat:mfplat - test_MFCreateDXSurfaceBuffer() gets stuck locking the media
buffer on Windows 11 + Nvidia:
...
mfplat.c:6537:96.969 Test succeeded
mfplat:mfplat:1fbc done (258) in 120s
See https://test.winehq.org/data/patterns.html#mfplat:mfplat
mfplat:mfplat gets stuck even if all the other test functions are skipped. A
WINETEST_TIME trace shows that in even that case it gets stuck on the line
below after less than 1 second:
hr = IMFMediaBuffer_Lock(buffer, &data, NULL, &length);
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54302
Bug ID: 54302
Summary: mfplat:mfplat - test_startup() sometimes unexpectedly
gets S_OK on Windows
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
mfplat:mfplat - test_startup() sometimes unexpectedly gets S_OK on Windows:
mfplat.c:2936: Test failed: Unexpected hr 0.
See https://test.winehq.org/data/patterns.html#mfplat:mfplat
This failure only happens in the w7pro64 64-bit tests and the first known
instance goes back to 2022-08-18. There has been 5 extra instances in the next
two months, then nothing for 3 months, and a new instance on 2023-01-12.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49079
Bug ID: 49079
Summary: Multiple applications want support for
CREATE_NO_WINDOW flag (0x08000000) in CreateProcess
Product: Wine
Version: 5.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: kernelbase
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
found while investigating bug 49078
Not really needed for getting the to app work but I think it's still worth to
keep track of for later as real-world test case.
You need to work around bug 49076 ("Sennheiser Wireless Systems Manager 4.4
installer overwrites Wine builtin "system/os" dlls, causing broken WINEPREFIX
(SfcIsFileProtected is a stub)") to fix the WINEPREFIX after installation.
Download:
https://web.archive.org/web/20200502103749/http://sennheiser-sites.com/resp…
Prerequisite: 'winetricks -q dotnet45'
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems
Manager
$ WINEDEBUG=+seh,+relay,+loaddll,+process,+secur32,+ntlm wine ./WSM.exe
>>log.txt 2>&1
...
00c8:Call KERNEL32.CreateProcessW(00000000,03ece868 L"\"C:\\Program Files
(x86)\\Sennheiser\\Wireless Systems
Manager\\WSMServerBinaries\\WSM.Server.exe\"
",00000000,00000000,00000001,08000400,00000000,00000000,0031f7f4,03ecbc10)
ret=6711d6b5
...
00c8:warn:process:CreateProcessInternalW (L"C:\\Program Files
(x86)\\Sennheiser\\Wireless Systems
Manager\\WSMServerBinaries\\WSM.Server.exe",...): ignoring some flags in
8000400
...
00c8:trace:process:CreateProcessInternalW started process pid 00e4 tid 00e8
...
00c8:Ret KERNEL32.CreateProcessW() retval=00000001 ret=6711d6b5
...
--- snip ---
The process is a console app:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems
Manager/WSMServerBinaries
$ winedump WSM.Server.exe
Contents of WSM.Server.exe: 8704 bytes
File Header
Machine: 014C (i386)
Number of Sections: 3
TimeDateStamp: 5DF710AF (Mon Dec 16 06:05:51 2019) offset 136
PointerToSymbolTable: 00000000
NumberOfSymbols: 00000000
SizeOfOptionalHeader: 00E0
Characteristics: 0022
EXECUTABLE_IMAGE
LARGE_ADDRESS_AWARE
Optional Header (32bit)
Magic 0x10B 267
linker version 48.00
size of code 0xc00 3072
size of initialized data 0x1400 5120
size of uninitialized data 0x0 0
entrypoint RVA 0x2aa6 10918
base of code 0x2000 8192
base of data 0x4000 16384
image base 0x400000 4194304
section align 0x2000 8192
file align 0x200 512
required OS version 4.00
image version 0.00
subsystem version 6.00
Win32 Version 0x0 0
size of image 0x8000 32768
size of headers 0x200 512
checksum 0x0 0
Subsystem 0x3 (Windows CUI)
DLL characteristics: 0x8560
DYNAMIC_BASE
NX_COMPAT
NO_SEH
TERMINAL_SERVER_AWARE
stack reserve size 0x100000 1048576
stack commit size 0x1000 4096
heap reserve size 0x100000 1048576
heap commit size 0x1000 4096
loader flags 0x0 0
RVAs & sizes 0x10 16
Data Directory
EXPORT rva: 0x0 size: 0x0
IMPORT rva: 0x2a54 size: 0x4f
RESOURCE rva: 0x4000 size: 0x1148
EXCEPTION rva: 0x0 size: 0x0
SECURITY rva: 0x0 size: 0x0
BASERELOC rva: 0x6000 size: 0xc
DEBUG rva: 0x0 size: 0x0
ARCHITECTURE rva: 0x0 size: 0x0
GLOBALPTR rva: 0x0 size: 0x0
TLS rva: 0x0 size: 0x0
LOAD_CONFIG rva: 0x0 size: 0x0
Bound IAT rva: 0x0 size: 0x0
IAT rva: 0x2000 size: 0x8
Delay IAT rva: 0x0 size: 0x0
CLR Header rva: 0x2008 size: 0x48
rva: 0x0 size: 0x0
Done dumping WSM.Server.exe
--- snip ---
Microsoft docs:
https://docs.microsoft.com/en-us/windows/win32/procthread/process-creation-…
--- quote ---
CREATE_NO_WINDOW 0x08000000
The process is a console application that is being run without a console
window. Therefore, the console handle for the application is not set.
This flag is ignored if the application is not a console application, or if it
is used with either CREATE_NEW_CONSOLE or DETACHED_PROCESS.
--- quote ---
Also found this document which contains some interesting tidbits:
https://github.com/rprichard/win32-console-docs/blob/master/README.md
Wine source:
https://source.winehq.org/git/wine.git/blob/d1f858e03da732c621504f90e349d51…
--- snip ---
432 /**********************************************************************
433 * CreateProcessInternalW (kernelbase.@)
434 */
435 BOOL WINAPI DECLSPEC_HOTPATCH CreateProcessInternalW( HANDLE token, const
WCHAR *app_name, WCHAR *cmd_line,
436 SECURITY_ATTRIBUTES
*process_attr,
437 SECURITY_ATTRIBUTES
*thread_attr,
438 BOOL inherit, DWORD
flags, void *env,
439 const WCHAR
*cur_dir, STARTUPINFOW *startup_info,
440 PROCESS_INFORMATION
*info, HANDLE *new_token )
441 {
442 WCHAR name[MAX_PATH];
443 WCHAR *p, *tidy_cmdline = cmd_line;
444 RTL_USER_PROCESS_PARAMETERS *params = NULL;
445 RTL_USER_PROCESS_INFORMATION rtl_info;
446 HANDLE parent = NULL;
447 NTSTATUS status;
...
471 /* Warn if unsupported features are used */
472
473 if (flags & (IDLE_PRIORITY_CLASS | HIGH_PRIORITY_CLASS |
REALTIME_PRIORITY_CLASS |
474 CREATE_DEFAULT_ERROR_MODE | CREATE_NO_WINDOW |
475 PROFILE_USER | PROFILE_KERNEL | PROFILE_SERVER))
476 WARN( "(%s,...): ignoring some flags in %x\n",
debugstr_w(app_name), flags );
...
--- snip ---
$ sha1sum Sennheiser_WSM_Setup_4.4.6.6.exe
be82329265ce8fca79334612007ea9b1f894bf8f Sennheiser_WSM_Setup_4.4.6.6.exe
$ du -sh Sennheiser_WSM_Setup_4.4.6.6.exe
122M Sennheiser_WSM_Setup_4.4.6.6.exe
$ wine --version
wine-5.7-177-gad1fad8a94
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=39211
Bug ID: 39211
Summary: Test for startupInfo.lpTitle is wrong if CreateProcess
is called with lpTitle = NULL.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: andy1.m(a)gmx.de
Distribution: ---
Created attachment 52273
--> https://bugs.winehq.org/attachment.cgi?id=52273
Patch for kernel32_test (startupinfo.lpTitle, NULL)
Call CreateProcess with StartUpInfo.lpTitle = NULL. The new process
(GetStartUpInfo) gets for lpTitle the full name of the imagefile. E. g.
"D:\winetests_kernel32.exe". The test expects only "winetests_kernel32.exe".
Applied patch tested under win2k3.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51969
Bug ID: 51969
Summary: mucabrasil 1.4.5.1: crashes when trying to launch the
application
Product: Wine
Version: 6.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: victor.panisa(a)gmail.com
Distribution: ---
Created attachment 70954
--> https://bugs.winehq.org/attachment.cgi?id=70954
Complete terminal output
Wine crashes when I click on the "Jogar" button on the launcher.
The error message that pops up complains of not being able to setup a "anti
cheater".
>From what I can see on the trace the error is the lack of
"IoCreateDeviceSecure" that causes a "Unhandled page fault" noted by a "fixme".
Checking bugzilla there is only two errors with this function listed, and both
don't have a solution, although in one of them (#25087), one user says that
wine can't implement it. So I'm not sure if this is solvable.
Looking on msdn seems like the function was renamed to
"WdmlibIoCreateDeviceSecure" and resides on "wdmsec.h", which also isn't
implemented on current branch.
The installer mirror can be accessed at:
Link: https://mirror1.mucabrasil.com.br/MUCABRASIL_1.4.5.1.exe
SHA1: 3547d4923eddbdb822854899ae6e1219bd9a3bac
The .exe executed after installation for debugging is the "mu.exe" with SHA1:
"6c7776962b95525d63de32d6a915ede029e3994d"
OS: Debian GNU/Linux bookworm/sid
Arch: x86_64
Kernel: 5.14.15-xanmod1
Keywords: obfuscation
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47084
Bug ID: 47084
Summary: Call of Duty Black Ops 3 doesn't run because of mfplat
Product: Wine
Version: 4.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: mo78(a)abv.bg
Distribution: ---
Created attachment 64278
--> https://bugs.winehq.org/attachment.cgi?id=64278
Call of Duty Black Ops 3 Wine log
The game doesn't run due to lack of mfplat implementation. When started it
warns for missing Windows Media Feature Pack:
https://i.imgur.com/HCYDJYe.png
When I prepare mfplat prefix in wich Shadows: Awakening runs just fine, Call of
Duty Black Ops 3 actually starts and runs very well but it has the following
problems:
https://bugs.winehq.org/show_bug.cgi?id=45876
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54294
Bug ID: 54294
Summary: user32:input - test_rawinput() is sometimes missing a
WM_MOUSEMOVE message on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:input - test_rawinput() is sometimes missing a WM_MOUSEMOVE message on
Windows:
input.c:2878: Test failed: 0: expected WM_MOUSEMOVE message
input.c:2878: Test failed: 1: expected WM_MOUSEMOVE message
input.c:2878: Test failed: 2: expected WM_MOUSEMOVE message
See https://test.winehq.org/data/patterns.html#user32:input
This only happens with i == 0, 1 or 2. Usually all three are missing but
sometimes only one is missing.
It looks like this issue started on 2022-11-01 and impacts w10pro64 and
w11pro64.
w7u-adm also gets failures but much less frequently: 2023-01-10, 2023-01-09,
2022-07-25 and 2022-07-19. There's a 5 months gap so the older instances may be
unrelated to the current ones.
gitlab-debian also got this failure a lot in September but the test has been
marked as flaky_wine (3af6ececec41) so it's not reported in Wine anymore.
So maybe it should just be marked as plain flaky? Or removed altogether?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50326
Bug ID: 50326
Summary: (Regression) Playing movies broken in Ghostrunner
Product: Wine-staging
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: peter-24(a)o2.pl
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 68910
--> https://bugs.winehq.org/attachment.cgi?id=68910
wine log
Playing movies broken in Ghostrunner - none playing(skipped). Working in
staging 6.0rc1.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44204
Bug ID: 44204
Summary: Slingplayer 2.0 crashes on connect (dsound)
Product: Wine
Version: 3.0-rc2
Hardware: x86
URL: http://download.slingmedia.com/player/pc/SlingPlayer_2
.0.4522_Setup-Global.exe
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-dsound
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Created attachment 59972
--> https://bugs.winehq.org/attachment.cgi?id=59972
Wine 3.0-rc2 console output
SlingPlayer 2.0.4 crashes when starting the stream under Wine 3.0-rc2.
This never used to occur but I haven't been able to complete a bisect. I will
try again later but it is a very slow process as it appears that the
application has to be fully installed with each test.
The clue to the workaround comes from:
003d:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\dsound.dll"
at 0x731c0000: builtin
wine: Unhandled illegal instruction at address 0x730073 (thread 003d), starting
debugger...
Native dsound (winetricks dsound) works around the crash.
To get this far, the following overrides are needed:
WINEARCH=win32 - Bug 35268 / Bug 35276
quartz - Bug 18556
wmp9 - Bug 28669 (wmp10 + dsound = another crash)
mf - Bug 44201
Ignore the installer crash - Bug 17289
With the addition of native dsound, Slingplayer 2.0 can once again be used.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43073
Bug ID: 43073
Summary: Cyrillic/russian characters displays incorrectly in
Final Fantasy XIV
Product: Wine
Version: 2.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mlang
Assignee: wine-bugs(a)winehq.org
Reporter: yonnji(a)miqote.com
Distribution: ---
Created attachment 58256
--> https://bugs.winehq.org/attachment.cgi?id=58256
launcher and UI screenshots
Cyrillic/russian characters displays incorrectly in Final Fantasy XIV.
It affects a game launcher, in-game UI, and a chat.
It's impossible to play, when you can't talk with other people and can't read
the chat.
The text used as example in screenshots is "привет hello".
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45116
Bug ID: 45116
Summary: TomTom MyDrive Connect needs implementation of
iphlpapi.dll.NotifyAddrChange
Product: Wine
Version: 3.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: iphlpapi
Assignee: wine-bugs(a)winehq.org
Reporter: h.mth(a)web.de
Distribution: ---
Follow up bugreport of bug 41034. Patches and backtraces(vanilla and staging)
will be attached. Application crashes shortly after device is attached.
To activate device (i.e.: TomTom Via 135), linux needs:
CONFIG_USB_NET_CDCETHER=y
Wine Staging 3.7 allows to login into TomTom account.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54068
Bug ID: 54068
Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7
- test_cursor_clipping() gets an unexpected clip rect
on Windows 10 2004+
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:ddraw4, ddraw:ddraw7 - test_cursor_clipping()
gets an unexpected clip rect on Windows 10 2004+:
ddraw1.c:14351: Test failed: Expect clip rect (0,0)-(1920,1080), got
(0,0)-(1536,864).
See https://test.winehq.org/data/patterns.html#ddraw:ddraw1https://test.winehq.org/data/patterns.html#ddraw:ddraw2https://test.winehq.org/data/patterns.html#ddraw:ddraw4https://test.winehq.org/data/patterns.html#ddraw:ddraw7
This failure happens systematically on Windows 10 2004 to 22H2 running on
QEmu's virtual GPU.
However it does not happen on :
* Windows 11.
* Dual-monitor configurations.
* Windows 10 with an AMD RX550 GPU (via PCI passthrough).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54288
Bug ID: 54288
Summary: Dragging files in Winfile does not work
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: magiblot(a)hotmail.com
Distribution: ---
On Windows, dragging a file in Winfile (https://github.com/Microsoft/winfile)
shows a drag icon and eventually a confirmation dialog.
In Wine, dragging files does not work, probably because user32.dll.DragObject
is a stub. Instead, the mouse extends the selection in the right panel, even
after releasing the mouse button.
Thank you very much.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54072
Bug ID: 54072
Summary: Quadro FX 1800 is being detected as GeForce FX 5800
which is FEATURE_LEVEL_9_2
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Running WineD3D (on Windows) the Quadro FX 1800 that fully supports OpenGL 3.3
is being detected as GeForce FX 5800 that caps feature level support up to 9.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=54286
Bug ID: 54286
Summary: Text labels displayed wrong due to wrapping
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: magiblot(a)hotmail.com
Distribution: ---
Created attachment 73854
--> https://bugs.winehq.org/attachment.cgi?id=73854
Winfile dialog in Windows 10 and Wine
I have ran across several dialogs where text labels are not displayed properly
because of text wrapping.
I don't know if this is an issue in Wine or if is instead caused by my desktop
environment settings. I made sure that I have the Microsoft fonts installed and
I tried changing the font aliasing settings, but the issue persists.
The attachment shows a Winfile configuration dialog
(https://github.com/microsoft/winfile) in Windows 10 and in Wine. In Wine, some
text labels suffer from unexpected text wrapping.
I figured out that the font used in Windows 10 is Microsoft Sans Serif. I
copied this font over to Linux and changed the Appearance settings in winecfg
so that all items where the font can be configured use Microsoft Sans Serif
instead of Tahoma. After restarting the application, the font had changed in
some UI components (e.g. menu items) but not in the dialog text labels.
Thank you very much.
--
Do not reply 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=11622
Summary: DejaVu X installation failing at start because of
component not found
Product: Wine
Version: 0.9.55.
Platform: HP
URL: http://www.atril.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yolande(a)haneder.biz
Created an attachment (id=10825)
--> (http://bugs.winehq.org/attachment.cgi?id=10825)
log file
I extracted the .exe file in the temp directory of Wine as instructed and
launched the installation.
The missing file is indeed not in the temp and I can't find it on the internet
because of deprecated from Microsoft.
--
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=54284
Bug ID: 54284
Summary: File dialog opens manually-entered file name on double
click.
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: ed7-aspire4925(a)hotmail.com
Distribution: ---
In 8.0-rc2, double clicking anywhere in the file view (right pane) will open a
file specified in the "File name:" field.
By file dialog, I meant the one with a tree view on the left.
If that's not part of comdlg32, please correct me.
To reproduce:
0. Install an application that uses such file dialog, like Notepad++,
1. File -> Open (or equivalent),
2. enter anything on the "File name:" field, preferably a non-existent file,
and
3. double click on the empty space in the file view (right pane).
4. Application opens your file path.
This is not breaking, but probably not the intended behavior.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54238
Bug ID: 54238
Summary: Wine can't map file with exec priv on real CDROM
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tuxifan(a)posteo.de
Distribution: ---
During Fresh Minder installation, wine attempts to map a file with EXEC
privilege into memory, causing an icon to fail to load. This can be solved by
the user by remounting the cdrom with exec privilege, but Wine should handle
this on its own (for instance by making an internal copy of the file in a place
where EXEC is 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.
http://bugs.winehq.org/show_bug.cgi?id=29937
Bug #: 29937
Summary: File selection dialog view shows Favorites when you
click elsewhere
Product: Wine
Version: 1.4-rc1
Platform: x86-64
URL: http://www.winuae.net/files/InstallWinUAE2330.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
There is a small issue with file selection dialogs which some programs use.
When the dialog opens, it shows the files in some directory in the right pane,
and a tree view of the directory hierarchy in the left pane. The tree view
shows Favorites and Desktop (which is expanded to show My Computer, My
Documents, Trash, /).
If you then click on any of the + or - symbols in the tree view, the view in
the right pane jumps to Favorites. For example, click the + next to My Computer
and the view on the right changes to Favorites (which may be empty).
The directory shown in the right pane should probably not change when the user
clicks a + or - symbol in the left pane.
WinUAE is one program which uses that type of file dialog. To show the problem,
download and run the WinUAE installer, check the box to run the program at the
end. When the WinUAE Properties window appears, click "Select image file" to
open a file selection dialog.
--
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=49882
Bug ID: 49882
Summary: Overdrive audio book app will not start. Worked fine
in WINE version 5.0.1
Product: Wine
Version: 5.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ben.miller.5150(a)gmail.com
Distribution: ---
Created attachment 68225
--> https://bugs.winehq.org/attachment.cgi?id=68225
backtrace.txt produced when Overdrive fails
Overdrive app is no longer working in WINE 5.0.2. It has only stopped working
since upgrading WINE from 5.0.1
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51234
Bug ID: 51234
Summary: user32:clipboard test_ClipboardOwner() has a race
condition with clipboard managers
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
test_ClipboardOwner() has a race condition with clipboard managers that causes
this set of failures:
clipboard.c:404: Test failed: SetClipboardData succeeded
clipboard.c:406: Test failed: wrong error 3735928559
clipboard.c:407: Test failed: SetClipboardData succeeded
Fortunately(?) this failure is pretty rare.
What happens is this:
* test_ClipboardOwner() does this:
OpenClibpoard(NULL)
EmptyClipboard() // take ownership
CloseClipboard()
* Then the clipboard manager starts checking the content of the clipboard:
OpenClipboard(manager_hwnd)
...
* And then the next test_ClipboardOwner() test happens:
SetClipboardData(CF_WAVE, ...)
ok(GetLastError() == ERROR_CLIPBOARD_NOT_OPEN, ...)
ok(!IsClipboardFormatAvailable(CF_WAVE), ...
Because test_ClipboardOwner() opened the clipboard with a NULL windows handle,
EmptyClipboard() used that as the clipboard owner. But when the owner is NULL a
process can place data in the clipboard as long as any process opened it. This
is actually the whole point of the run_process("set_clipboard_data 4") test.
So the problem is that user32:clipboard assumes that no other process is going
to open the clipboard after it called CloseClipboard(). Yet that's precisely
when clipboard manager would receive a WM_CLIPBOARDUPDATE message and open it.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54055
Bug ID: 54055
Summary: winhttp:winhttp times out in Wine on fg-deb64
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 73608
--> https://bugs.winehq.org/attachment.cgi?id=73608
winhttp: Set the default DNS resolution timeout to infinite.
winhttp:winhttp started timing out on 2022-11-24 in Wine on fg-deb64:
...
winhttp.c:5215: IEProxy.ProxyBypass=(null)
winhttp:winhttp:0250 done (258) in 120s 1133B
See https://test.winehq.org/data/patterns.html#winhttp:winhttp
As far as can tell the timeout started with the commit below:
commit cbfe940a1eaf5e158de3127b1265462bfbfb70af
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Wed Nov 23 15:36:19 2022 -0600
winhttp: Set name resolution timeout in download_script().
I'm not totally sure because the failure is not actually 100% reproducible and
gave some bad results a couple of times. But having it point at this commit
makes sense.
+ WinHttpSetTimeouts( ses, 5000, 60000, 30000, 30000 );
The timeouts disappeared when I changed the resolve timeout from 5000 ms to 0
(no timeout). So... I have a slow DNS setup? That may actually be true since
it's somewhat complicated.
But then the documentation also says that the default DNS resolve timeout is 0.
So maybe the attached patch would make sense?
Also I cannot reproduce the failure anymore. Maybe whatever name we're querying
has been thoroughly cached by all intermediate DNS servers by now. So I should
probably try that again when the DNS cache is cleared.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53919
Bug ID: 53919
Summary: crypt32:cert - testVerifyRevocation() uses an outdated
certificate
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: fgouget(a)codeweavers.com, hans(a)meelstraat.net
Distribution: ---
crypt32:cert - testVerifyRevocation() fails in Wine:
cert.c:4191: Test failed: success
cert.c:4192: Test failed: got 00000000
cert.c:4193: Test failed: got 00000000
https://testbot.winehq.org/JobDetails.pl?Key=126125
The failures started on 2022-11-14 and are consistently reproducible since
then. The actual test was introduced on 2022-05-24 in the commit below.
So this is not a regression but instead looks like an outside change that broke
the test.
commit 74832c2177808c6222d44f7e4580de84e0ada8f0
Author: Hans Leidekker <hans(a)codeweavers.com>
AuthorDate: Tue May 24 09:46:22 2022 +0200
crypt32/tests: Add more OCSP revocation tests.
Signed-off-by: Hans Leidekker <hans(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
The commit introduces a variable named ocsp_cert_revoked that contains the
following certificate:
Certificate:
Data:
Version: 3 (0x2)
Serial Number:
0d:2e:67:a2:98:85:3b:9a:54:52:e3:a2:85:a4:57:2f
Signature Algorithm: sha256WithRSAEncryption
Issuer: C = US, O = DigiCert Inc, CN = RapidSSL TLS DV RSA Mixed SHA256
2020 CA-1
Validity
Not Before: Oct 27 00:00:00 2021 GMT
Not After : Oct 27 23:59:59 2022 GMT
Subject: CN = revoked.badssl.com
Subject Public Key Info:
Public Key Algorithm: rsaEncryption
Public-Key: (2048 bit)
Modulus:
00:b0:76:2d:55:66:dc:72:8a:a0:9e:85:92:38:7f:
5b:e1:93:8d:ad:06:c8:ad:e9:89:b4:ef:1e:77:5b:
33:45:16:60:7d:33:38:68:04:d7:c9:83:42:83:d9:
30:4b:54:49:14:ca:ed:be:0c:76:ba:5f:a6:5c:33:
78:3f:39:f2:49:a8:88:32:ee:53:21:14:d3:aa:5c:
58:3c:39:cc:f7:80:b1:27:1f:54:79:7b:6c:8b:ff:
41:aa:39:24:95:5f:71:bc:49:bf:39:3b:a5:d5:e1:
a5:de:1d:40:81:25:dc:8a:47:82:fe:cd:7c:4b:2c:
04:bb:d3:27:56:51:a0:61:f2:d2:cb:55:08:25:2a:
85:db:2c:06:8d:0d:61:c2:5b:3e:9b:46:dc:58:ff:
13:27:be:0a:44:1e:68:fe:e1:f6:b7:de:9f:8e:6c:
c4:b5:19:fa:d7:d3:4f:55:a8:61:79:db:61:2f:6a:
9c:2c:f1:c4:81:bb:9e:d2:02:05:ba:9c:14:a0:f9:
f3:54:79:7d:69:d9:ba:66:1c:87:95:41:50:0e:f9:
5e:e1:b7:bd:f5:31:24:c5:21:21:03:8a:cf:6d:78:
58:de:d9:30:7d:03:42:52:d6:b0:1b:b9:c9:54:1b:
5a:e8:c8:53:f0:ac:2b:82:10:27:a6:a9:70:25:ae:
f8:a7
Exponent: 65537 (0x10001)
X509v3 extensions:
X509v3 Authority Key Identifier:
A4:8D:E5:BE:7C:79:E4:70:23:6D:2E:29:34:AD:23:58:DC:F5:31:7F
X509v3 Subject Key Identifier:
B0:C8:CE:20:B2:78:CC:1D:23:EF:F0:FE:D6:0E:29:4B:AC:15:72:3C
X509v3 Subject Alternative Name:
DNS:revoked.badssl.com
X509v3 Key Usage: critical
Digital Signature, Key Encipherment
X509v3 Extended Key Usage:
TLS Web Server Authentication, TLS Web Client Authentication
X509v3 CRL Distribution Points:
Full Name:
URI:http://crl3.digicert.com/RapidSSLTLSDVRSAMixedSHA2562020CA-1.crl
Full Name:
URI:http://crl4.digicert.com/RapidSSLTLSDVRSAMixedSHA2562020CA-1.crl
X509v3 Certificate Policies:
Policy: 2.23.140.1.2.1
CPS: http://www.digicert.com/CPS
Authority Information Access:
OCSP - URI:http://ocsp.digicert.com
CA Issuers -
URI:http://cacerts.digicert.com/RapidSSLTLSDVRSAMixedSHA2562020CA-1.crt
X509v3 Basic Constraints:
CA:FALSE
(snip)
The time of first failure is past the expiry date of the certificate above.
It appears that the OCSP provider has retracted the certificate entry in
question, which is no longer necessary.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48911
Bug ID: 48911
Summary: Check for compilation warnings
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Compiling Wine with -Werror is troublesome because it applies blindly to both
wine-devel patches and patches submitted manually via the website. The sole
purpose of the latter is often to just clarify some point for the development
of another patch and are not meant to be submitted. Thus failing on warnings
just makes running these quick tests more cumbersome.
So the best way forward would be for the TestBot to identify and report
warnings but not fail the compilation and abort the tests when they occur.
So:
1. The builds should happen without -Werror.
2. GetLogLineCategory() should identify the warnings and add them to LogInfo
but distinguish them from errors (replace IsNew with a Category field?).
3. Compare task.log to the reference build log to distinguish new warnings from
old ones. This is necessary in case the compiler used by the TestBot produces
warnings on the unpatched Wine tree. It will require storing the build logs in
latest/ just like the TestBot already does for the reference WineTest reports.
4. LogInfo's will need to keep track of the number of new warnings which really
means renaming the 'NewCount' field to avoid confusion.
5. The warnings should be saved in the errors files. The new line types could
be 'w' and 'W' for old and new warnings respectively (then it would make sense
to use e and E for errors).
6. This will let the WineRun*() scripts know about both warnings and errors.
They can then decide what to do depending on the type of job and whether the
warnings are new or not.
- Old warnings would always be ignored.
- If a build task has new warnings, instead of marking it as 'badbuild' it
could be marked as 'completed' as usual but with a non-zero number of failures.
This would probably allow running the tests on Windows but the patch would
still be considered bad since the job would end up with a non-zero number of
failures.
- For Wine tasks the number of warnings would be added to the Failures field
for the same overall result.
- So in both cases the non-zero number of failures would only impact
wine-devel patches.
7. The JobDetails page should show the warnings in summary mode and highlight
them in the full build log. That would make it easy for developers to see the
warnings on web-submitted jobs, and thus fix them before submitting the patch
to wine-devel.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43653
Bug ID: 43653
Summary: Waves Central: install vst plugins issue
Product: Wine
Version: 2.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: viking991(a)gmx.de
Distribution: ---
Created attachment 59080
--> https://bugs.winehq.org/attachment.cgi?id=59080
waves central error message
Hi!
Waves Central (license manager / installer from waves.com) does not install vst
plugins in Wine.
installation aborts with this message box, also see attachment
###
Sorry
An error has occurred during installation
Please follow the steps in this troubleshooter
###
- System:
winehq-staging 2.16
debian stretch
- Steps to re-produce:
1) Download Waves Central installer
http://www.waves.com/downloads/central
Direct download link:
http://www.waves.com/dlrdr?id=central-win
Tested Waves Central Version: V1.3.3.4
sha1sum Install_Waves_Central.exe
0f90b9333855a8713e3f9ced767369364a46aa33 Install_Waves_Central.exe
2) Run Installer
wine64 Install_Waves_Central.exe
3) Run Waves Central
wine64 Waves\ Central.exe
4) Log in
unfortunately this needs an account with waves.com:
-> Log in -> create account -> web browser opens to create account
user user/pass in Waves Central to log in.
5) install any VST:
-> install products
-> install from online
-> choose products to install -> All Waves products
-> select any product, for example H-Reverb Hybrid Reverb 9
-> click install, message box as attached appears.
also check bug 43648
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=42588
Bug ID: 42588
Summary: Vietcong - graphics glitches since Wine 2.1
Product: Wine
Version: 2.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: havran.jan(a)email.cz
Distribution: ArchLinux
Created attachment 57517
--> https://bugs.winehq.org/attachment.cgi?id=57517
Vietcong - terminal log
In version 2.1 was introduced new bug that causes graphical glitches like
flickering soldiers. I can confirm this bug in wine versions 2.1, 2.2 and 2.3.
In versions 2.0 and below it worked probably fine - this bug is not 100%
reproducible - sometimes soldiers are flickering and glitches are shown very
often, sometimes just for few milisecond, but i am pretty sure that this was
introduced in version 2.1
Tested on Intel and AMD GPUs, Vietcong 1.60 with VCStarter 1.7 Beta
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54205
Bug ID: 54205
Summary: Actua Golf 2: Installer crashes
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 73743
--> https://bugs.winehq.org/attachment.cgi?id=73743
Installer console log in 32-bit prefix
Executing either autorun.exe or setup.exe makes wine crash instantly. If trying
to run Golf2.exe directly from the CD a popup shows stating I need at least
16MB of RAM, which might be related to this
https://www.zeus-software.com/forum/viewtopic.php?t=584.
I've tested with both 64 and 32bit prefixes in windows versions 95, 98, 2000,
XP, 7, 8, 10 with the same results.
I've tested the CD on a windows XP VM and it installs and runs as expected
there so there is no issue with the media itself.
If more logs are needed I'll happily provide them, just let me know.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54282
Bug ID: 54282
Summary: Allow winecfg create a prefix without mime
associations and no linked folders integration
Product: Wine
Version: 8.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
By default when creating a prefix, winecfg will try to enable mime files
association and folders integration which can then be disabled explicitly.
I prefer to create a prefix with specific Windows version out of the box,
passing /v win10 for example. But that creates a ton of .desktop and mime files
for associations. It becomes a chore when creating a prefix to clean them out
every time.
It would be neat to have some parameter for winecfg that will disable mime
files associations and desktop folders integration out of the box making
creating a neat prefix with one command doable.
Something like
WINEPREFIX='/.../foo' winecfg /v win10 /nomime /nofolders
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50218
Bug ID: 50218
Summary: Unable to finish the installation of Lego Staunt
rallye: request for indeo codec
Product: Wine
Version: 5.22
Hardware: x86
URL: https://www.myabandonware.com/game/lego-stunt-rally-bd
5#download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Distribution: Ubuntu
Created attachment 68723
--> https://bugs.winehq.org/attachment.cgi?id=68723
screenshot of the error
At the end of the stage of install, setup complains about indeo codecs.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53619
Bug ID: 53619
Summary: World of Warcraft Shadowlands randomly crashes
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cianuro2036(a)protonmail.com
Distribution: ---
This is something that has happened on multiple hardware, platforms and OS
distros. This is also something that has been happening for a while, I just
decided to report it because It can affect some parts of the game, such as
rated PVP.
The particular error logs as follows:
05f4:err:seh:dispatch_exception unknown exception (code=c0000420) raised
wineserver crashed, please enable coredumps (ulimit -c unlimited) and restart.
How to reproduce:
This feels 'random' but makes me _think_ it could be a memory leak issue. If
you're in highly populated areas _or_ highly demanding zones, it can trigger
itself.
Two recent scenarios I can recall
- First, doing multiple arena matches and waiting for the queue in Oribos. The
crash happened specifically during arena.
- Second, doing the Ashran Brawl Battleground. This battleground is very, very
long and has a lot of people around.
In both scenarios there is a slowdown in FPS in both areas.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54278
Bug ID: 54278
Summary: Megami Ibunroku Persona doesn't open at all.
Product: Wine-staging
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zanehj10(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 73844
--> https://bugs.winehq.org/attachment.cgi?id=73844
Console log
Wine just seems to immediately close with no generated errors.
Information on the game that might be useful:
Game uses DirectX 6 Graphics API.
Game uses Windows Media Player for playing FMVs.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53403
Bug ID: 53403
Summary: winegstreamer "flush" removal breaks radio in fallout
3
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)dflies.us
Distribution: ---
https://gitlab.winehq.org/wine/wine/-/merge_requests/105#note_4805https://gitlab.winehq.org/wine/wine/-/commit/5144b27661fcd6705353d832e03830…
In Wine 7.2 or 7.3 there was a removal of "flush" in wg_parser.
This makes some audio (in particular Fallout 3 Radio) chuggy and slows down the
entire game.
Reintroducing flushing fixes the issue but devs think the problem should be
fixed elsewhere.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44230
Bug ID: 44230
Summary: SlingPlayer 1.5 crashes during configuration
Product: Wine
Version: 2.22
Hardware: x86
URL: http://download.slingmedia.com/player/pc/SlingPlayer-S
etup-EU-1.5.1.343.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: 01676c5dd6f9fb61b9c4e52595f6e75e21050009
Distribution: Ubuntu
Created attachment 60025
--> https://bugs.winehq.org/attachment.cgi?id=60025
Wine 3.0-rc3 console output
SlingPlayer 1.5 crashes when attempting to configure the Slingbox (Alt+E -->
Slingbox Configuration --> Change...) (Slingbox needed)
Native qcap causes a new problem so can't try that as a workaround.
Native quartz needed to get this far.
The crash does not occur in Staging 2.21.
I compiled Wine 3.0-rc3 with -O0 and the crash does not occur. Compiling again
with -O1 or -O2 and the problem returns (did not try -O3). I also receive the
following warning during compilation, but further testing suggests it is not
related:
cc1: warning: unrecognized command line option ‘-Wno-packed-not-aligned’
I tried reverting 6864803f1ab70f9f9e90903b13e67da40973d12a but it did no make
any difference.
https://source.winehq.org/git/wine.git/commitdiff/6864803f1ab70f9f9e90903b1…
I also tried compiling with the following, which the man page claims GCC sets
with -O1, but the crash still didn't occur:
-fomit-frame-pointer -ftree-phiprop -ftree-sink -ftree-slsr -ftree-sra
-ftree-pta -ftree-ter -funit-at-a-time -ftree-copy-prop -ftree-copyrename
-ftree-dce -ftree-dominator-opts -ftree-dse -ftree-forwprop -ftree-fre
-fmove-loop-invariants -fshrink-wrap -fsplit-wide-types -ftree-bit-ccp
-ftree-ccp -fssa-phiopt -ftree-ch -finline-functions-called-once
-fipa-pure-const -fipa-profile -fipa-reference -fmerge-constants
-fdelayed-branch -fdse -fforward-propagate -fguess-branch-probability
-fif-conversion2 -fif-conversion -fauto-inc-dec -fbranch-count-reg
-fcombine-stack-adjustments -fcompare-elim -fcprop-registers -fdce -fdefer-pop
The crash goes away when reverting commit
01676c5dd6f9fb61b9c4e52595f6e75e21050009 and recompiling.
01676c5dd6f9fb61b9c4e52595f6e75e21050009 is the first bad commit
commit 01676c5dd6f9fb61b9c4e52595f6e75e21050009
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Sat Nov 25 11:48:02 2017 +0100
user32: Use the magic format string prefix for relay traces.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 c075dd76fd2d86e2cb8e14a300f4f8a7a8952bf4
ab6d49e1c18eae5208a19b0be062ffbf7abc8518 M dlls
Staging 2.21 does have this commit, but the binary packages do, beginning with
release 3.0-rc1.
Workaround unknown.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54272
Bug ID: 54272
Summary: ntdll-NtDevicePath breaks Wow.exe
Product: Wine-staging
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kdt3rd(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
In 8.0-rc2, the ntdll-NtDevicePath patch was updated and re-enabled. However,
this seems to cause some sort of stack corruption that causes World of Warcraft
to hard abort with a free() invalid pointer error after about 10-20 minutes.
https://bugs.winehq.org/show_bug.cgi?id=54267 has a bit more information
I added some trace calls, and 99.9% of the time it goes either into the path
where the attributes provides a root directory, or the path does not match
either \SystemRoot\ or \??\ so is processed by the original code path. However,
when it does crash, it is during processing of
\SystemRoot\system32\ntoskrnl.exe
the path is converted to
\??\C:\windows\system32\ntoskrnl.exe
and the nt_to_unix_file_name_internal function processes that correctly,
translating it to
<configroot>/c:/windows/system32/ntoskrnl.exe
but then crashes during the free of the 'name' variable at the end of (the new)
nt_to_unix_file_name. This is not the first time it did this transformation, if
I scroll back in the log, I see a few others. So something seems to be
triggering some sort of slow corruption - or debugstr_us is lying and there are
hidden non-printable characters in the above and that explains the corruption.
But I am sort of mystified, the lengths of the strings seem plausible. But if I
just remove that one patch (ntdll-NtDevicePath), all works...
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54268
Bug ID: 54268
Summary: Moving the separator in regedit don't repaint listview
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: zzhang(a)codeweavers.com
Distribution: ---
Created attachment 73833
--> https://bugs.winehq.org/attachment.cgi?id=73833
demo
Moving the separator in regedit don't repaint listview. See the attached video.
Bisect points to 33617af
33617af8145b6fadfe41d48968a728ff57b3064b is the first bad commit
commit 33617af8145b6fadfe41d48968a728ff57b3064b
Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
Date: Mon Oct 31 22:30:20 2022 +0900
server: Don't invalidate the newly exposed child region on the parent if it
doesn't clip children.
This partly reverts e42eaaaf3a873d29b14f8f3a3617df2d0d4210ca.
Signed-off-by: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
dlls/user32/tests/msg.c | 4 ----
server/window.c | 6 ++----
2 files changed, 2 insertions(+), 8 deletions(-)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54170
Bug ID: 54170
Summary: 20XX: invisible character
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 5f1cbb1b85e7d92b6c783a32ae85ca2902296481
Distribution: ArchLinux
Created attachment 73693
--> https://bugs.winehq.org/attachment.cgi?id=73693
terminal output
The character you are controlling in the game is invisible.
The buttons in the menus lack a background pattern.
This bug has appeared since
commit 5f1cbb1b85e7d92b6c783a32ae85ca2902296481
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Sat Jul 30 19:10:09 2022 -0500
d3d9: Use a separate draw texture for managed resources.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52954
The game needs native d3dcompiler_47.dll to start.
This was tested with the Epic Games version (v1.42.13) but probably the Steam
version is also affected:
https://store.steampowered.com/app/322110/20XX/
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 470.161.03
OpenGL core profile shading language version string: 4.60 NVIDIA
wine-8.0-rc1-75-g17e5ff74308
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54023
Bug ID: 54023
Summary: d3d11:d3d11 - test_dynamic_map_synchronization() 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
d3d11:d3d11 - test_dynamic_map_synchronization() fails on w11pro64_nv:
d3d11.c:34427: Test failed: Got 0xff0000ff, expected 0xff00ff00 at (3, 5, 0),
sub-resource 0.
See https://test.winehq.org/data/patterns.html#d3d11:d3d11
Note: w11pro64_nv is the TestBot's NVIDIA RTX3050 PCI passthrough Windows 11
21H2 VM. The plain QXL (QEmu), and AMD PCI passthrough test configurations have
d3d11:d3d11 failures too but in other test functions.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53995
Bug ID: 53995
Summary: d2d1:d2d1 runs out of GL memory and crashes on the
debian 11 VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d2d1:d2d1 runs out of GL memory and crashes on the debian 11 VM:
d2d1.c:7145: Test marked todo: Figure does not match.
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x6ab30fe4).
[...]
Backtrace:
=>0 0x6ab30fe4 memset+0x24(dst=0x000000000, c=0, n=0x12c000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\msvcrt\string.c:3205] in ucrtbase
(0x0685f908)
1 0x008a9073 wined3d_texture_load_location+0x423(texture=002CB990,
sub_resource_idx=0, context=00289F90, location=0x8)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\texture.c:862] in wined3d
(0x0685f9a8)
2 0x00897fce surface_cpu_blt+0x9ee(dst_texture=002CB990,
dst_sub_resource_idx=0, dst_box=0685FB38, src_texture=0028D170,
src_sub_resource_idx=0, src_box=0685FB50, flags=0x20000000, fx=0685FB68,
filter=WINED3D_TEXF_POINT)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:752] in wined3d
(0x0685faf8)
3 0x00899ac2 cpu_blitter_blit+0xc2(blitter=002BB820,
op=WINED3D_BLIT_OP_RAW_BLIT, context=00289F90, src_texture=0028D170,
src_sub_resource_idx=0, src_location=0x10, src_rect=0685FE10,
dst_texture=002CB990, dst_sub_resource_idx=<is not available>,
dst_location=0x8, dst_rect=0685FE20, color_key=00000000,
filter=WINED3D_TEXF_POINT, resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:1328] in
wined3d (0x0685fb98)
4 0x008b7622 ffp_blitter_blit+0xa2(blitter=002BB838,
op=WINED3D_BLIT_OP_RAW_BLIT, context=00289F90, src_texture=0028D170,
src_sub_resource_idx=0, src_location=0x10, src_rect=0685FE10,
dst_texture=002CB990, dst_sub_resource_idx=0, dst_location=0x8,
dst_rect=0685FE20, colour_key=00000000, filter=WINED3D_TEXF_POINT,
resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\texture.c:6190] in
wined3d (0x0685fc58)
5 0x0085d36d glsl_blitter_blit+0x1ad(blitter=002BB850,
op=WINED3D_BLIT_OP_RAW_BLIT, context=00289F90, src_texture=0028D170,
src_sub_resource_idx=0, src_location=0x10, src_rect=0685FE10,
dst_texture=002CB990, dst_sub_resource_idx=0, dst_location=0x8,
dst_rect=0685FE20, colour_key=00000000, filter=WINED3D_TEXF_POINT,
resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\glsl_shader.c:13270] in
wined3d (0x0685fd78)
6 0x0089ada1 texture2d_blt+0x3c1(dst_texture=002CB990,
dst_sub_resource_idx=0, dst_box=05B678B4, src_texture=0028D170,
src_sub_resource_idx=0, src_box=05B678D4, flags=0x20000000, fx=05B678F0,
filter=WINED3D_TEXF_POINT)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:1639] in
wined3d (0x0685fe48)
7 0x0081b8ad wined3d_cs_exec_blt_sub_resource+0xcd(cs=05B50020,
data=05B678A8) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:2579]
in wined3d (0x0685fec8)
8 0x0081d37b wined3d_cs_command_unlock(queue=<internal error>, cs=<internal
error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3310] in
wined3d (0x0685ff28)
9 0x0081d37b wined3d_cs_execute_next+0x53(ctx=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3309] in wined3d
(0x0685ff28)
10 0x0081d37b wined3d_cs_run+0x13b(ctx=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3376] in wined3d
(0x0685ff28)
[...]
7145 is the most common last trace seen, though 7033 also appears at least
once, but running with WINETEST_REPORT_SUCCESS I get different locations.
See https://test.winehq.org/data/patterns.html#d2d1:d2d1
Furthermore when reproducing this I saw out-of-memory traces right before the
crash. For instance:
d2d1.c:601: Test succeeded
01d8:err:d3d:wined3d_debug_callback 00291C38: "GL_OUT_OF_MEMORY in
glBufferStorage".
01d8:err:d3d:wined3d_debug_callback 00291C38: "GL_INVALID_VALUE in
glMapBufferRange(offset 0 + length 67108864 > buffer_size 0)".
01d8:err:d3d:wined3d_allocator_chunk_gl_map Failed to map chunk memory.
01d8:err:d3d:wined3d_bo_gl_map Failed to map chunk.
01d8:err:d3d:wined3d_context_gl_map_bo_address Failed to map bo.
wine: Unhandled page fault on write access to 00000000 at address 6AB30FE4
(thread 01d8), starting debugger...
It's not clear why only the debian11 VM is impacted: it has a dual-screen
configuration but so does debiant so it does not appear to be a multi-monitor
thing, and this does not happen on fgtb-debian11 or debian11b so it's not a
Debian version issue.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53752
Bug ID: 53752
Summary: Rayman 3: glitched graphics (black textures)
Product: Wine
Version: 7.3
Hardware: x86-64
URL: https://archive.org/download/rayman-3-pc-demo/Rayman3_
PC-Demo.zip
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 1b1b03055db8bf03c6783d4fcb19abf670d53338
Distribution: ---
There are lots of black textures in Rayman 3 thus not so much of the game can
be seen.
Can be reproduced with the demo: the issue is already present in the main menu.
According to my testing the problem appeared with
commit 1b1b03055db8bf03c6783d4fcb19abf670d53338
wined3d: Try to allocate new OpenGL BOs from the client thread for DISCARD
maps.
With the previous commit in-game scenery looks good.
Workaround: disable hardware TnL in the video settings utility called
R3_Setup_DX8.exe in the demo.
Rayman3_PC-Demo.zip (184M)
md5: d6d3c2d76931feff73f56295a0dee6a3
Still present in wine-7.18-120-g001665d7354.
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 470.141.03
OpenGL core profile shading language version string: 4.60 NVIDIA
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53640
Bug ID: 53640
Summary: Bully: Scholarship Edition hangs on loading screen and
doesn't play intros
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 4608e1e1257a377cd554a0e885368e3feb7d286f
Distribution: ---
Loading screen is shown until mouse is clicked then you're getting to main
menu.
It's back to normal after deleting the registry path.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47828
Bug ID: 47828
Summary: regedit: Random crashes on selecting an entry
(thread-related?)
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ed7-aspire4925(a)hotmail.com
Distribution: ---
Created attachment 65333
--> https://bugs.winehq.org/attachment.cgi?id=65333
commented logs from the various crashes
As described above. By selection I meant double-clicking or pressing [return]
on a highlighted entry
Sometimes the "debuggee" works, sometimes it doesn't.
Sometimes the back trace shows, sometimes it doesn't.
Sometimes the application crash window doesn't even appear.
Definitely a threading issue...
The crash occurs at around the eighth key selection.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48322
Bug ID: 48322
Summary: World of Warcraft Classic: Mouse movement can block
keydown events from registering
Product: Wine-staging
Version: 5.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: m.schaefer8(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
This seems to be a regression:
I've noticed this in the game World of Warcraft Classic. In Wine 4.17.r11
mouse/keyboard behave as expected. With 5.0-rc1 when keeping the right mouse
button clicked *and* moving the mouse (changing character orientation and view
orientation with the mouse) all other keydown events are ignored. Moving the
mouse by itself does not block keydown events; keeping the button pressed but
not moving the mouse also does not block keydown events.
Keyup events are processed as normal.
Software I'm using is specifically Wine-Staging with TKG patches.
Having never filed bugs for Wine before, please inform me if you require
additional information, logs (and how to acquire said logs), 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.
https://bugs.winehq.org/show_bug.cgi?id=47438
Bug ID: 47438
Summary: Bloodstained: Ritual of the Night freeze at
whitescreen because of mfplat commit
eff5a7aebc65e98cacf0d6a0ccc6101ffa552aa0
Product: Wine
Version: 4.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: GloriousEggroll(a)gmail.com
Distribution: ---
Bloodstained: Ritual of the Night shows a white screen upon opening and freezes
there due to the following commit that was made to mfplat:
eff5a7aebc65e98cacf0d6a0ccc6101ffa552aa0
mfplat: Implement media event queue
I did a bisect between 4.3 and 4.4 as it works in 4.3, and found that commit to
be the cause.
As a lot of work has been done on mfplat, and this is implementing a rather
large feature, its not some thing that seems to be easily revertible.
Using winetricks mf results in the game just popping up an error.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41339
Bug ID: 41339
Summary: Minor regression: Wine loads with
"/wine/dlls/ntdll/loader.c: loader_section" errors
when creating a new prefix or running an application
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: fjfrackiewicz(a)gmail.com
Distribution: ---
I noticed that with Wine 1.9.18, whenever I either created a new prefix or ran
an application I would receive the following errors in my terminal:
err:ntdll:RtlpWaitForCriticalSection section 0x7bcf4f84
"../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in
thread 001d, blocked by 001e, retrying (60 sec)
err:ntdll:RtlpWaitForCriticalSection section 0x7bcf4f84
"../../../wine/dlls/ntdll/loader.c: loader_section" wait timed out in
thread 001c, blocked by 001e, retrying (60 sec)
This issue was also brought up by Bruno Jesus in the wine-devel mailing list
here: https://www.winehq.org/pipermail/wine-devel/2016-September/114672.html
Since I am not the only one experiencing this, I decided to run a regression
test. According to the git bisect I have performed this issue first appears in
wine-1.9.17-149-gd2b782f
The bad commit in question:
commit d2b782f4e4f0efa6e783031d57cf98789cdc4742
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Fri Aug 26 13:51:22 2016 +0200
ddraw: Rename "wineD3DVertexBuffer" to "wined3d_buffer".
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 719fe9426a27661606b40339c96588fa09e3385e
07af319b9fd2e194b9a5990a0c09277d34ed42bb M dlls
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54191
Bug ID: 54191
Summary: Agarest 1 stopped showing Videos after implementing
ASF Reader filter
Product: Wine
Version: 8.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
The intro videos of Agarest 1 are no longer shown after
commit 4608e1e1257a377cd554a0e885368e3feb7d286f
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Fri May 20 21:48:59 2022 +0200
qasf: Register ASF Reader filter media type.
Looks like the new feature leads the game onto a new path that ultimately fails
with messages like
winegstreamer warning: audioconvert0: not negotiated
winegstreamer warning: audioconvert0:
../../../../libs/gst/base/gstbasetransform.c(1423):
gst_base_transform_reconfigure (): /GstBin:bin0/GstAudioConvert:audioconvert0:
not negotiated
winegstreamer warning: videoconvert1: not negotiated
winegstreamer warning: videoconvert1:
../../../../libs/gst/base/gstbasetransform.c(1423):
gst_base_transform_reconfigure (): /GstBin:bin0/GstVideoConvert:videoconvert1:
not negotiated
Perhaps my gstreamer 1.16 is just too old? But then it'd be nice if configure
gave a warning/error.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54184
Bug ID: 54184
Summary: [regression] Multiple applications fail http requests
when WinHttpSendRequest() doesn't contain full request
data.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: pgofman(a)codeweavers.com
Distribution: ---
Split off from Bug 54055 (see Comments 1, 3, 4 there).
The problem is introduced by this commit:
commit aa8f97e8294b0618de0e8a45ff2adef0c4e516da
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Mon Dec 5 19:33:18 2022 -0600
winhttp: Receive server reply in send_request().
For the requests which involve additional data to be sent the application might
use WinHttpWriteData() before WinHttpReceiveResponse() to pass the additional
request data instead of providing the optional data to WinHttpSendRequest(). In
that case server reply can't be read in send_request().
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54049
Bug ID: 54049
Summary: ddraw:ddraw2 test_texture_wrong_caps test triggers use
after free bug
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: rbernon(a)codeweavers.com
Distribution: ---
The test crashes when run with WINEDEBUG=warn+heap, with the following stack:
#0 wined3d_device_context_get_depth_stencil_view (context=0xfeeefeee) at
../source/dlls/wined3d/device.c:5297
#1 0x69ef72bb in ddraw_surface_delete_attached_surface
(surface=surface@entry=0x63484e0, attachment=0x6348260, detach_iface=0x6348270)
at ../source/dlls/ddraw/surface.c:2207
#2 0x69ef8791 in ddraw_surface_wined3d_object_destroyed (parent=0x63484e0) at
../source/dlls/ddraw/surface.c:5899
#3 0x6ce08858 in wined3d_texture_sub_resources_destroyed (texture=<optimized
out>, texture@entry=0x2285810) at ../source/dlls/wined3d/texture.c:1100
#4 0x6cc8601a in adapter_gl_destroy_texture (texture=<optimized out>) at
../source/dlls/wined3d/adapter_gl.c:4808
#5 0x6cdfea7a in wined3d_texture_decref (texture=0x2285810) at
../source/dlls/wined3d/texture.c:1635
#6 wined3d_texture_decref (texture=0x2285810) at
../source/dlls/wined3d/texture.c:1603
#7 0x69ef524b in ddraw_surface_cleanup (surface=surface@entry=0x63484e0) at
../source/dlls/ddraw/surface.c:609
#8 0x69ef797f in ddraw_surface_release_iface (This=This@entry=0x63484e0) at
../source/dlls/ddraw/surface.c:638
#9 0x69eea830 in ddraw_surface1_Release (iface=0x63484f0) at
../source/dlls/ddraw/surface.c:749
#10 0x69ed4b76 in d3d_device_inner_Release (iface=0x34e4a90) at
../source/dlls/ddraw/device.c:356
#11 0x69ecae68 in d3d_device2_Release (iface=0x34e4a88) at
../source/dlls/ddraw/device.c:397
#12 0x0052ef3b in test_texture_wrong_caps (device_guid=<optimized out>) at
../source/dlls/ddraw/tests/ddraw2.c:15661
#13 0x00420a16 in run_for_each_device_type (test_func=0x52e9a0
<test_texture_wrong_caps>) at ../source/dlls/ddraw/tests/ddraw2.c:16338
#14 func_ddraw2 () at ../source/dlls/ddraw/tests/ddraw2.c:16464
#15 0x00560641 in run_test (name=0x90aae0 "ddraw2") at
../source/include/wine/test.h:718
#16 main (argc=2, argv=0x90aa80) at ../source/include/wine/test.h:833
#17 0x0043354d in mainCRTStartup () at ../source/dlls/msvcrt/crt_main.c:58
#18 0x7b60e6a4 in InterlockedDecrement@4 ()
#19 0x7bc0c99f in call_thread_func_wrapper ()
#20 0x7bc42160 in call_thread_func (entry=<optimized out>, arg=<optimized out>)
at ../source/dlls/ntdll/thread.c:270
#21 0x00000000 in ?? ()
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53748
Bug ID: 53748
Summary: Sacred Gold (GOG): missing audio in .wmv videos
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 4608e1e1257a377cd554a0e885368e3feb7d286f
Distribution: ArchLinux
Created attachment 73208
--> https://bugs.winehq.org/attachment.cgi?id=73208
terminal output
Audio is missing from the opening videos/extras menu cinematic. Only the video
part is being played.
The demo version doesn't contain videos.
Audio used to work in Wine-7.15.
Bisecting revealed
4608e1e1257a377cd554a0e885368e3feb7d286f is the first bad commit
commit 4608e1e1257a377cd554a0e885368e3feb7d286f
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Fri May 20 21:48:59 2022 +0200
qasf: Register ASF Reader filter media type.
Other bug report with the same commit ID: bug #53640.
Tested and still present in wine-7.18-120-g001665d7354.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53101
Bug ID: 53101
Summary: Public Peer silently exits
Product: Wine
Version: 7.10
Hardware: x86-64
URL: https://web.archive.org/web/20110710185832if_/http://lastmile.gomez.com/PEERInstall.exe
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: db9b7b0f511197255d0cbe81605a42e34bf630d6
Distribution: Ubuntu
Created attachment 72533
--> https://bugs.winehq.org/attachment.cgi?id=72533
Wine 7.9 +x11drv +x11settings +imm
Public Peer (formerly Gómez Peer) exits silently on run since commit
db9b7b0f511197255d0cbe81605a42e34bf630d6.
commit db9b7b0f511197255d0cbe81605a42e34bf630d6
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Tue Apr 19 15:31:41 2022 +0200
winex11: Use TEB to store driver thread data.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Log-in not required and the service is down, but the app can still be tested.
On a successful run you are asked to enter your username, which isn't verified
so can be anything.
Console output:
0080:fixme:imm:ImeSetActiveContext (0x34c160, 0): stub
0080:fixme:imm:ImmReleaseContext (00010020, 0034C160): stub
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50519
Bug ID: 50519
Summary: Adobe Digital Editions 4.5 crash on Wine 6.0
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aversa(a)email.arizona.edu
Distribution: ---
Created attachment 69181
--> https://bugs.winehq.org/attachment.cgi?id=69181
backtrace
Adobe Digital Editions 4.5 crashes on Wine 6.0. It worked on earlier versions.
See attached backtrace.
Also, when my Wine config was being upgraded, it displayed a dialog box about
rundll32.exe "Unable to find a version of the runtime to run this application."
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53627
Bug ID: 53627
Summary: Max Payne: mouse scroll behaves erratically
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matheus.venturini(a)acad.ufsm.br
Distribution: ---
How to reproduce:
1. Download the Max Payne demo
2. Start the game and select tutorial on the menu
3. Use the scroll wheel
The scroll wheel is used to switch weapons in the game. When used it acts as if
it gets "stuck" for a few seconds and will switch to the next/previous weapon
every frame, causing it to loop over the entire inventory very quickly. The
most recent report for the game mentions this issue:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=881
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49164
Bug ID: 49164
Summary: Call of Cthulhu: Dark Corners of the Earth crashes
after start
Product: Wine
Version: 5.6
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: jzeng(a)codeweavers.com
Regression SHA1: f15c23df4a281a93087b5c0d2ca421463c7b9e4a
Distribution: ---
Created attachment 67183
--> https://bugs.winehq.org/attachment.cgi?id=67183
terminal output
The game crashes immediately after start.
The crash was introduced by
https://source.winehq.org/git/wine.git/commit/f15c23df4a281a93087b5c0d2ca42…
Before that commit the game loaded to the main menu just fine (intro videos
didn't work though).
I tried renaming/removing the intro videos (Windows Media Video 9 files) from
../Development/pcvideo directory, but that didn't resolve the crash.
No demo version is available.
This was tested with the GOG.com version.
wine-5.8-147-g893080e4df
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53785
Bug ID: 53785
Summary: Need for Speed: Payback crashes on launch with OpenGL
renderer
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: cdavis5x(a)gmail.com
Regression SHA1: 06b19322187e5ef8ffc06504c322ce9bcdaaa6ee
Distribution: ---
Created attachment 73274
--> https://bugs.winehq.org/attachment.cgi?id=73274
error message
Works just fine with Vulkan renderer.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53743
Bug ID: 53743
Summary: Vivisector has graphical glitches
Product: Wine
Version: 7.3
Hardware: x86-64
URL: https://www.gamepressure.com/download.asp?ID=10392
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 1632b8e7a419ebf256c4a356a58d505ef918f2fe
Distribution: ---
Vivisector: The Beast Within shows strange artifacts during gameplay (black
textures are popping in as the player is moving etc).
Can be reproduced with the demo version (available in German).
Reverting commit 1632b8e7a419ebf256c4a356a58d505ef918f2fe
on top of wine-7.18-100-g46d084aca88 fixes the problem.
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 470.141.03
OpenGL core profile shading language version string: 4.60 NVIDIA
public_demo_de.exe (190M)
md5: f52157925d94d34b5c09fdefc0fe3d95
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53680
Bug ID: 53680
Summary: urlmon:url - test_BindToStorage() fails on Windows <=
8.1
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
urlmon:url - test_BindToStorage() fails on Windows <= 8.1:
url.c:4082: synchronous https test (invalid CN, dialog)
url.c:1654: Test failed: unexpected call OnProgress_CONNECTING
url.c:1654: Test failed: unexpected call OnProgress_CONNECTING
url.c:1846: Test failed: binding failed: 800c0005, expected 800c0019
url.c:1857: Test failed: res = 00002efd, expected 800c0019
url.c:3176: Test failed: Got 800c0005
url.c:3268: Test failed: expected QueryInterface_IHttpSecurity
url.c:3269: Test failed: expected QueryService_IHttpSecurity
url.c:3270: Test failed: expected OnSecurityProblem
url.c:4089: asynchronous https test (invalid CN, fail)
url.c:1654: Test failed: unexpected call OnProgress_CONNECTING
url.c:1654: Test failed: unexpected call OnProgress_CONNECTING
url.c:1846: Test failed: binding failed: 800c0005, expected 800c0019
url.c:1857: Test failed: res = 00002efd, expected 800c0019
url.c:3268: Test failed: expected QueryInterface_IHttpSecurity
url.c:3269: Test failed: expected QueryService_IHttpSecurity
url.c:3270: Test failed: expected OnSecurityProblem
url.c:4093: asynchronous https test (invalid CN, accept)
url.c:1846: Test failed: binding failed: 800c0005, expected 00000000
url.c:1857: Test failed: res = 00002efd, expected 00000000
url.c:3268: Test failed: expected QueryInterface_IHttpSecurity
url.c:3269: Test failed: expected QueryService_IHttpSecurity
url.c:3270: Test failed: expected OnSecurityProblem
url.c:3288: Test failed: expected OnResponse
url.c:3292: Test failed: expected OnProgress_MIMETYPEAVAILABLE
url.c:3293: Test failed: expected OnProgress_BEGINDOWNLOADDATA
url.c:3294: Test failed: expected OnProgress_ENDDOWNLOADDATA
url.c:3302: Test failed: expected OnDataAvailable
url.c:4097: asynchronous https test (invalid CN, dialog 2)
url.c:1654: Test failed: unexpected call OnProgress_CONNECTING
url.c:1654: Test failed: unexpected call OnProgress_CONNECTING
url.c:1846: Test failed: binding failed: 800c0005, expected 00000000
url.c:1857: Test failed: res = 00002efd, expected 00000000
url.c:3288: Test failed: expected OnResponse
url.c:3292: Test failed: expected OnProgress_MIMETYPEAVAILABLE
url.c:3293: Test failed: expected OnProgress_BEGINDOWNLOADDATA
url.c:3294: Test failed: expected OnProgress_ENDDOWNLOADDATA
url.c:3302: Test failed: expected OnDataAvailable
url.c:4102: asynchronous https test...
https://test.winehq.org/data/patterns.html#urlmon:url
A bisect shows these failures started with the commit below:
commit 81e91afb36f014956db75d29f0dad334bf0f9e75
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Aug 29 15:18:26 2022 +0200
urlmon/tests: Run tests against the gitlab server to avoid redirects.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52903
Bug ID: 52903
Summary: Resizing Dn-FamiTracker fails to redraw pattern editor
and status bar
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nyanpasu64(a)tuta.io
Distribution: ---
Created attachment 72288
--> https://bugs.winehq.org/attachment.cgi?id=72288
Dn-FamiTracker window not redrawn on Arch Linux Wine 7.7, after resizing with
bottom-right corner
- Download Dn-FamiTracker
(https://github.com/Dn-Programming-Core-Management/Dn-FamiTracker/releases/d…)
and extract Release/Dn-FamiTracker.exe.
- Run the program on Wine 7.7 on Arch Linux kwin_x11 with compositing on.
- Maximize and un-maximize it, or alternatively resize it.
The blue line in the program's bottom half should remain vertically centered.
Instead after maximizing, I get two blue lines (one stale image in the top half
of the window, and one redrawn blue line in the center). The stale image goes
away when you click on the canvas or press an arrow key. And when unmaximizing,
the blue line is below the center of the screen or off the bottom entirely. The
line is redrawn at its correct position when you click on the canvas or press
an arrow key.
Additionally, by slowly resizing the window's bottom-right corner, you can get
the status bar to draw dozens of drag corners on top of each other, much like
foobar2000.
This occurs on Wine 7.7 (Arch Linux) (resizing does not redraw the window), and
to a lesser extent on macOS Wine (run
https://cdn.discordapp.com/attachments/219258602450452486/96356131718732608…
to workaround https://bugs.winehq.org/show_bug.cgi?id=49802) as well (resizing
intermittently redraws the window). The bug also occurs on Bottles Caffe 7.2,
but not 7.0 and below. On Bottles Caffe 7.0 and Bottles Vaniglia 6.x, when
maximizing or restoring the window, I see a flicker of stale image, followed by
a proper redraw. I don't know whether the Wine ≤7.0 behavior was correct
(matching Windows), or an extra delayed redraw masking the missing redraw.
Unlike foobar2000, Dn-FamiTracker is open-source (though depends on MFC and is
spaghetti code):
https://github.com/Dn-Programming-Core-Management/Dn-FamiTracker/tree/Dn0.4…
and https://github.com/Dn-Programming-Core-Management/Dn-FamiTracker
The same error appears on Wine 7.7 and 7.2 but not 7.0, when testing
0CC-FamiTracker 0.3.15.3 (http://hertzdevil.info/programs/0CCft_v0315r3.7z).
I've never seen either Dn-FamiTracker or 0CC-FamiTracker fail to redraw on real
Windows 7 or 10.
This may be related to Bug 52515 (foobar2000), but I reported that bug on Wine
7.0 (which I think is immune to this bug). It may be the same bug anyway, but
either my older report has the wrong version or Bottles Caffe 7.0 differs from
Arch Wine. If I try running foobar2000's installer in Bottles to test old Wine
versions, the installed foobar2000 program crashes on startup, so I can't test
if it broke between Wine 7.0 and 7.2 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=47536
Bug ID: 47536
Summary: Overwatch stops getting mouse input after alt-tabbing
(regression
Product: Wine
Version: 4.12.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Through bisect, I've found this commit 82c6ec3a32f44e8b3e0cc88b7f10e0c0d7fa1b89
causes issues in Overwatch (a Blizzard game). To be specific, if the game is
set to use Fullscreen or Windowed mode and you alt tab out of it even one time,
it no longer allows you to aim. Instead, mouse cursor just kind of floats
around the window, and I can even click in menus. The only way to recover it
from that state is to relaunch it. The issue also doesn't seem to affect
Borderless Windowed mode.
Reverting that commit fixes the issue.
I should note that during my testing, I had to use staging patches, as some of
it are required to make it playable, but I don't know which ones it actually
needs so I couldn't just apply them selectively.
I am not really sure with which debug channels I should create the log with to
help find the issue, so let me know which ones you need and I will record a log
with them.
--
Do not reply 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=35126
Bug ID: 35126
Summary: AirBuccaneers hangs on exit
Product: Wine
Version: 1.7.8
Hardware: x86
URL: http://s3-eu-west-1.amazonaws.com/airbuccaneers1/AirBu
ccaneers_1.1_demo.zip
OS: Linux
Status: NEW
Keywords: download
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 46856
--> http://bugs.winehq.org/attachment.cgi?id=46856
terminal output
The game loads fine and it is playable, the only problem I observed so far is
that the game hangs indefinitely when I choose to quit the game. CPU usage is
minimal (1-2%), animation and music stop playing and the abu.exe process is
just sitting there.
Steps to reproduce the problem with the demo version:
1. unpack AirBuccaneers_1.1_demo.zip and start the game with abu.exe
2. select language and choose a new account
3. choose <Quit> in the main menu
I tried the game in Virtualbox (Windows XP guest) and the problem doesn't exist
there.
wine-1.7.8-88-gfb75292
AirBuccaneers_1.1_demo.zip
md5sum: 92d2a669743b0c9bb6645c8d2d01ff7e
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53908
Bug ID: 53908
Summary: Comptes.exe errors with "dxLockMessage fails"
Product: Wine
Version: 7.20
Hardware: x86-64
URL: https://www.msoft.fr/download/1528/
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
CC: jacek(a)codeweavers.com
Distribution: Debian
Hi,
this has been reported twice in the forum and is a regression.
I tried a regression test but it fails because in March there was first a
commit that prevented to start the program at all, and after that was fixed,
this error was present ,,,
Steps to reproduce (requires a little knowledge of french):
Install the app, then choose the example and then select "Operations" from the
menu, select some row, double click and try to use the date picker: the error
message box appears
The only thing I know for sure is that it worked before
commit 0044b02d482fa19f6d1ddebc4b716efeba287d44
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Mon Mar 7 14:41:53 2022 +0100
user32: Use UNICODE_STRING for passing window classes internally.
I`m not 100% sure (because regressiontest fails) if this is the cause of the
bug but I added you (Jacek) anyway the bugreport, hope you don`t mind ;)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52563
Bug ID: 52563
Summary: d3d11:d3d11 fails in
test_dynamic_map_synchronization() on cw-rx460
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3d11:d3d11 fails in test_dynamic_map_synchronization() on cw-rx460:
d3d11.c:34006: Test failed: Got 0xff0000ff, expected 0xff00ff00 at (3, 478, 0),
sub-resource 0.
https://test.winehq.org/data/patterns.html#d3d11:d3d11
The failures started with the commit below:
commit a13fc3bb7e055562b8b9deae985c64c5c7861424
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Fri Feb 11 19:42:02 2022 -0600
wined3d: Use the chunk allocator for GL vertex buffers.
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53277
Bug ID: 53277
Summary: user32:edit - The edit field is sometimes empty after
a paste on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:edit - The edit field is sometimes empty after a paste on Windows:
edit.c:3211: Test failed: got 0
edit.c:3240: Test failed: got 0
https://test.winehq.org/data/patterns.html#user32:edit
These two failures can happen independently.
This may be caused by clipboard interference (see bug 47888 and bug 53276),
though such interference is supposed to preserve the content of the clipboard.
Furthermore this not only happens with the Radeon driver but also on plain QXL
VMs (w1064-1qxl on 2022-05-06 and 2022-05-31) and Nvidia machines (cw-gtx560
2022-04-26).
So this is probably related to the above bugs but it looks as if the clipboard
gets cleared after it has been set which means a different workaround would be
required (e.g. retrying the whole Copy+Paste multiple 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=54137
Bug ID: 54137
Summary: A non-WM_CLIPCHILDREN window's repaint region is not
computed correctly when its child is resized or
repositioned
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: timoninvlad(a)yandex.ru
Regression SHA1: 33617af8145b6fadfe41d48968a728ff57b3064b
Distribution: ---
Wine sometimes under-calculates the repaint region of non-WM_CLIPCHILDREN
non-WM_EX_COMPOSITED windows with a child window that has been resized or
repositioned.
Reported affected applications include regedit.exe and Unity Assets Bundle
Extractor.
The regression started with the following commit:
commit 33617af8145b6fadfe41d48968a728ff57b3064b
Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
Date: Mon Oct 31 22:30:20 2022 +0900
server: Don't invalidate the newly exposed child region on the parent if it
doesn't clip children.
This partly reverts e42eaaaf3a873d29b14f8f3a3617df2d0d4210ca.
Signed-off-by: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54144
Bug ID: 54144
Summary: SmartViewer fails with wine-mono
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 73676
--> https://bugs.winehq.org/attachment.cgi?id=73676
Log
For installation you must use a 64bit prefix, else it fails.
Then run the program "drive_c/Program Files
(x86)/Samsung/SmartViewer3.0/Bin/SmartViewerMain.exe"
It fails with
> Assertion at /vagrant/mono/mono/metadata/cominterop.c:673, condition `ic' not met
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54276
Bug ID: 54276
Summary: Adjusting the dpi doesn't work on Baidu NetDisk
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
Created attachment 73842
--> https://bugs.winehq.org/attachment.cgi?id=73842
dpi doesn't work
I have filed a bug before Bug 54230: the description says that there is a
problem with the font size, but now I find that besides the font problem,
everything in the window does not change when adjusting the dpi, I don't know
if this has any effect on the result, and besides richedit, some of the text in
the application is also very small.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54230
Bug ID: 54230
Summary: Need Help! The font is too small when displayed
(smaller than the size under normal Windows10)
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
Created attachment 73775
--> https://bugs.winehq.org/attachment.cgi?id=73775
The red box is too small font
Part of the font of Baidu Netdisk is too small (no account is required, the
problem can be reproduced during installation), I hope you have time to discuss
this issue with me.
Application installation package official website download URL:
https://pan.baidu.com/download#linux
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47888
Bug ID: 47888
Summary: user32:clipboard fails on Win 8.1 since the RX 460 GPU
got installed
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:clipboard fails on cw-rx460 / Windows 8.1 since the RX 460 GPU got
installed (2019-09-25):
clipboard.c:760: Test failed: 0: gle 5
clipboard.c:765: Test failed: 0.0: got 0000 instead of 0001
clipboard.c:805: Test failed: 0: gle 1418
clipboard.c:815: Test failed: 0: count 4
clipboard.c:818: Test failed: 0: gle 1418
clipboard.c:852: Test failed: 0: format 0001 got data 00798D08
clipboard.c:853: Test failed: 0.0: formats 00000000 have been rendered
clipboard.c:858: Test failed: 0.0: formats 00000000 have been rendered
clipboard.c:852: Test failed: 0: format 0007 got data 00798C78
clipboard.c:853: Test failed: 0.2: formats 00000000 have been rendered
clipboard.c:858: Test failed: 0.2: formats 00000000 have been rendered
clipboard.c:852: Test failed: 0: format 000d got data 007A12D0
clipboard.c:853: Test failed: 0.3: formats 00000000 have been rendered
clipboard.c:858: Test failed: 0.3: formats 00000000 have been rendered
clipboard.c:717: Test failed: 4: gle 5
clipboard.c:719: Test failed: 4: gle 1418
clipboard.c:746: Test failed: 4: count 2
clipboard.c:749: Test failed: 4: gle 1418
clipboard.c:765: Test failed: 4.0: got 000e instead of 0003
clipboard.c:717: Test failed: 6: gle 5
clipboard.c:719: Test failed: 6: gle 1418
clipboard.c:746: Test failed: 6: count 3
clipboard.c:749: Test failed: 6: gle 1418
clipboard.c:765: Test failed: 6.0: got 0002 instead of 0008
clipboard.c:717: Test failed: 7: gle 5
clipboard.c:719: Test failed: 7: gle 1418
clipboard.c:746: Test failed: 7: count 3
clipboard.c:749: Test failed: 7: gle 1418
clipboard.c:765: Test failed: 7.0: got 0008 instead of 0011
clipboard.c:1040: multi-threaded test
clipboard.c:1130: Test failed: OpenClipboard failed: 5
clipboard.c:1142: Test failed: WM_RENDERFORMAT received 0000
clipboard.c:1146: Test failed: didn't get data for CF_OEMTEXT
clipboard.c:1148: Test failed: WM_RENDERFORMAT received 0000
clipboard.c:1152: Test failed: sequence diff 0
clipboard.c:1155: Test failed: CloseClipboard failed: 1418
clipboard.c:1017: Test failed: wait failed
clipboard.c:1157: Test failed: WM_DRAWCLIPBOARD not received
clipboard.c:1157: Test failed: WM_CLIPBOARDUPDATE not received
https://test.winehq.org/data/tests/user32:clipboard.html
It's strange that changing the GPU and updating the graphics driver would cause
permission denied errors when handling the clipboard.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54273
Bug ID: 54273
Summary: ntdll misses Zw* exports
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: novae.harpist06(a)icloud.com
Distribution: ---
The following exports are not present in ntdll:
ZwCallbackReturn
ZwCreateDebugObject
ZwGetNextThread
ZwLoadKeyEx
Despite the following ones existing:
NtCallbackReturn
NtCreateDebugObject
NtGetNextThread
NtLoadKeyEx
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54252
Bug ID: 54252
Summary: Cosmoteer fails to establish a network connection and
freezes before the main menu
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mjevans1983(a)gmail.com
Distribution: ---
Created attachment 73805
--> https://bugs.winehq.org/attachment.cgi?id=73805
Cosmoteer game log, including a Backtrace and redcated ipconfig related
information
I'm not sure which version of wine "bleeding edge" is, but some very recent
version from shortly before Xmas 2022
https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/GE-Proton7…
My PC has two Ethernet ports on the back, and to have the option of using it as
a network switch for my laptop, they're bridged. I also want my PC to have a
statically leased DHCP address, so the Ethernet bridge configuration might be a
little uncommon, but is not unusual and shouldn't be a problem.
It isn't a problem for ipconfig (no arguments), it isn't a problem for Linux
programs, it isn't a problem for curl under wine.
It _is_ a problem for ipconfig /all and I now suspect (after /all failed) also
a game I purchased during the recent sales.
The bug may be in:
IpHlpApi.GetNetworkParams
System.Net.NetworkInformation.HostInformationPal.GetFixedInfo
Or portions of the system that WINE is providing compatibility layers for.
Please see the attached text file for more details, bug related stuff is likely
on line 298+ 01/01/2023 11:23:32 | ManagedThreadId: 1, OSThreadId: 272,
IsAlive: True, IsBackground: False
I also suspect this is related to the Wine only reproducible bug #54251
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54090
Bug ID: 54090
Summary: shell32:autocomplete - test_prefix_filtering()
sometimes fails on Windows and 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:autocomplete - test_prefix_filtering() sometimes fails on Windows and
Wine:
* 2022-07-14 on w8adm (32-bit)
autocomplete.c:614: Test failed: Expected (null), got L"aa"
* 2022-07-18 on w8adm (32-bit)
autocomplete.c:614: Test failed: Expected (null), got L"http://abc.aa.com"
* 2022-07-25 w7u-adm (32-bit)
autocomplete.c:614: Test failed: Expected (null), got L"www.ax"
* 2022-10-12 on debian11-zh-CN (32-bit) for MR!23
autocomplete.c:614: Test failed: Expected (null), got L"ab"
autocomplete.c:637: Test failed: Expected (null), got L"www.ax"
...
* 2022-11-28 on debian11-zh-CN (32-bit) for MR!1574
autocomplete.c:614: Test failed: Expected (null), got L"ab"
autocomplete.c:637: Test failed: Expected (null), got L"www.ax"
* 2022-12-05 on debian11-zh-CN (32-bit) for MR!1675
autocomplete.c:614: Test failed: Expected (null), got L"ab"
autocomplete.c:637: Test failed: Expected (null), got L"www.ax"
See https://test.winehq.org/data/patterns.html#shell32:autocomplete
I don't see any trace of these failures in the WineTest nightly runs (though on
2022-12-01 fg-deb64 got the opposite "Expected L"ab", got (null)").
MR!23 is the oldest merge request that I know got impacted by this issue. In
total it looks like about 19 merge requests got impacted do far, all with the
failure happening on debian11-zh-CN. I also don't see any matching Marvin
message on wine-devel so this may be relatively new in Wine.
Because of the platform difference and the spread in time (the Windows failures
stopping in July and the Wine ones starting in October?) it's not clear if
these failures are related, despite being very similar.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54251
Bug ID: 54251
Summary: ipconfig /all hangs / freezes / does not exit
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mjevans1983(a)gmail.com
Distribution: ---
Used the ArchLinux package managers to install wine-git, which made sure I had
the correct build tools, git cloned, and tracked the files during install.
At least as of 2023-01-01 something's broken with networking.
My PC has two Ethernet ports on the back, and to have the option of using it as
a network switch for my laptop, they're bridged. I also want my PC to have a
statically leased DHCP address, so the Ethernet bridge configuration might be a
little uncommon, but is not unusual and shouldn't be a problem.
It isn't a problem for ipconfig (no arguments), it isn't a problem for Linux
programs, it isn't a problem for curl under wine.
It _is_ a problem for ipconfig /all and I now suspect (after /all failed) also
a game I purchased during the recent sales.
$ wine-git cmd
wine: configuration in L"/home/USER/.wine" has been updated.
Microsoft Windows 6.1.7601
> ipconfig
0058:fixme:nsi:ipv6_forward_enumerate_all not implemented
0058:fixme:nsi:ipv6_forward_enumerate_all not implemented
Ethernet adapter lo
Connection-specific DNS suffix. . :
IPv6 address. . . . . . . . . . . : ::1
IPv4 address. . . . . . . . . . . : 127.0.0.1
Default gateway . . . . . . . . . :
Ethernet adapter enp8s0
Connection-specific DNS suffix. . :
IPv6 address. . . . . . . . . . . : fe00::10%2
Default gateway . . . . . . . . . :
Ethernet adapter enp9s0
Connection-specific DNS suffix. . :
Default gateway . . . . . . . . . :
Ethernet adapter br0
Connection-specific DNS suffix. . :
IPv6 address. . . . . . . . . . . : fd00::10
IPv6 address. . . . . . . . . . . : 2000::10
IPv6 address. . . . . . . . . . . : fd00::10
IPv6 address. . . . . . . . . . . : 2000::10
IPv6 address. . . . . . . . . . . : fe00::10%4
IPv4 address. . . . . . . . . . . : 192.168.0.10
Default gateway . . . . . . . . . : 192.168.0.1
> ipconfig /all
... hangs
The outputs are the same in Proton instances of wine.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53815
Bug ID: 53815
Summary: Tales of Monkey Island 4 crashes in game
Product: Wine
Version: 7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: g.dethier(a)gmail.com
Distribution: ---
Created attachment 73334
--> https://bugs.winehq.org/attachment.cgi?id=73334
Debugger backtrace
I was able to play for a couple of hours with the game with no problem (and
actually completed the 3 first episodes). At some point, triggering some
actions (i.e. looking at objects) in game made it crash (traces attached). As a
consequence, it is not possible to finish the game.
The game (https://www.gog.com/en/game/tales_of_monkey_island) was installed
using GOG Galaxy client from GOG.com. The crash occurs both when running the
game from GOG Galaxy Client and when executing it directly.
I am using the latest wine version from repository (winehq-devel), so 7.19, on
Ubuntu 22.04.1 x86_64 with kernel 5.15.0-39-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=46924
Bug ID: 46924
Summary: Sword of the Stars crashes with black screen
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luis.panadero(a)gmail.com
Distribution: ---
Created attachment 64027
--> https://bugs.winehq.org/attachment.cgi?id=64027
wine log output with WINEDEBUG=+wgl
Sword of the Stars Complete collection (or Argos Naval Yard) crashes with a
black screen and a dump.
Tested on:
Ubuntu 18.10 with kernel 5.0.5 + Mesa 19.1.0 , however fails with ubuntu
default kernel and mesa versions.
GPU : AMD RX580 -> amdgpu opensource driver
Wine versiones that I try :
- Wine 4.0 with Gallium Nine patch
- default version on Ubuntu 18.10 (Wine 3.0.3)
- Steam Proton 3.16 beta
- Wine staging
On every case fails with the same messages.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54206
Bug ID: 54206
Summary: dxgi:dxgi - run_on_d3d12(test_mode_change) crashes on
Windows 10 1709
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
Created attachment 73746
--> https://bugs.winehq.org/attachment.cgi?id=73746
Only keep run_on_d3d12(test_mode_change)
dxgi:dxgi - run_on_d3d12(test_mode_change) crashes on Windows 10 1709:
dxgi.c:7187: Test failed: Got unexpected hr 0x8007000e.
dxgi.c:7187: this is the last test seen before the exception
1990:dxgi: unhandled exception c0000005 at 00401720
See https://test.winehq.org/data/patterns.html#dxgi:dxgi
As per the attached patch, this happens even if commenting out all of the other
tests. I also confirmed that this still happens with 8 GB of RAM and when using
the QXL GPU with the 10.0.0.21000 (virtio-win-0.1.221.iso) driver.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54040
Bug ID: 54040
Summary: EA App installs but throws backtrace when launching
from command-line
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 73600
--> https://bugs.winehq.org/attachment.cgi?id=73600
Backtrace 7.21 (Slackware 15.0)
Hello everyone,
I downloaded the Electronic Arts app for Windows which has replaced the former
"Origin" launcher from
https://origin-a.akamaihd.net/EA-Desktop-Client-Download/installer-releases…
sha256sum EAappInstaller.exe
3d391025df8040ac0676ac0fc81467cef49adad5e457ceeb845aeefeb3a8fd23
EAappInstaller.exe
The installer seems to run through but the application itself doesn't launch.
When starting EA Desktop from the command line a black window opens and a
backtrace is thrown. Attaching backtrace and console output.
wine --version
wine-7.21
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53353
Bug ID: 53353
Summary: Rise of the Tomb Raider doesn't show launcher window
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: zzhang(a)codeweavers.com
Regression SHA1: 18ae96e5fb3cbbd53f1a022ba81203de6b431228
Distribution: ---
Task manager just shows ROTTR.exe and crashpad_handler.exe processes.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54145
Bug ID: 54145
Summary: Chessbase redraw issue for arrows
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: ---
Reproduction steps:
Download and open CBReader - https://en.chessbase.com/pages/download (seen
with CBReader14)
Open a board, hold alt-left shift to draw a red arrow from g2 to g4 (drag to do
that). Now pick up the pawn on g2, and drop somewhere illegal (i.e. not back at
g2, g3 or g4). You'll notice the part of the arrow on the g2 square is now
missing.
Note that in Chessbase11 this also affects the default to square (so two bits
missing); default to square is if you click the piece, it moves to that square
as a 'smart move'.
Quite possible the redraw sequence/priorities are a 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=52450
Bug ID: 52450
Summary: donet461 / .NET 4.6.1 Fails To Install with "Timed-out
Threads" in Vanilla Wine 7.0
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: nekoNexus(a)protonmail.ch
Distribution: ---
Created attachment 71729
--> https://bugs.winehq.org/attachment.cgi?id=71729
Timed-out Threads When Installing dotnet461
Attempting to install dotnet461 in a vanilla Wine 7.0 prefix led to the process
hanging on these lines thrown in the attachment.
> winetricks --version
> 20210206-next - sha256sum: c478d93c7d399ccc73c8b2552c34918e8e3a13526264ff1661078b84d074d071
(The Wine build was a non-mingw GCC build, as 7.0 isn't in the Arch repo 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=54235
Bug ID: 54235
Summary: Horizon Zero Dawn crashes: Illegal instruction in
64-bit code
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cweiske(a)cweiske.de
Distribution: ---
Created attachment 73782
--> https://bugs.winehq.org/attachment.cgi?id=73782
Crash log for wine-8.0rc2
The game "Horizon Zero Dawn" crashes upon start with "illegal instruction in
64-bit code". It is the GOG version "HRZ-PCR 181/7517962 09:56 - Tue Jan 18
2022".
I had to install mfc410.dll before it would try to start (see bug #44856).
It was run with a fresh wineprefix, and windows version set to 10, and no other
dlls installed except mfc410.
The crash happens on both wine-7.0.1 and wine-8.0-rc2. Crash log is attached.
My system runs Ubuntu 20.04.5 with a Radeon R9 380 graphics card, using the
open source drivers.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54092
Bug ID: 54092
Summary: FreeArc fails under wine when memory limit is set too
high
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: ---
Downloaded the program from
https://archive.org/details/FreeArc-0.666-win32bin-Sources
Testfile I used is the ubuntu iso:
https://releases.ubuntu.repulsive.eu/22.04.1/ubuntu-22.04.1-desktop-amd64.i…
Unpacked into a folder called "freearc"
Command used:
wine freearc/bin/Arc.exe -mx -ld2600 -sfx a test.arc *.iso
It soon fails with "ERROR: write error (disk full?) in compression algorithm
tempfile"
The same command works flawlessly under by Win7 x64 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=41411
Bug ID: 41411
Summary: 7za (part of 7-zip) handles some non-latin file names
incorrectly under wine
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: unxed(a)mail.ru
Distribution: ---
app: http://www.7-zip.org/a/7z1603-extra.7z
sample archive to test:
http://pnboy.pinguix.com/gapan/23-10-2012-b-fasi-eaep.zip
1. list sample archive using 7za: "7za.exe l 23-10-2012-b-fasi-eaep.zip"
2. compare to it's output on windows (or with listing using "unzip -l
23-10-2012-b-fasi-eaep.zip")
you will see incorrect filename encoding in 7za's output
p7zip, 7za's native linux port, behaves correctly with this archive
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42412
Bug ID: 42412
Summary: WinUAE 3.4.0: Networking over Slirp in AmigaOS 4.1
works bad.
Product: Wine
Version: 2.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: bobben(a)wigilius.se
When using WinUAE (both version 3.3.0 and 3.4.0) with slirp networking (only
way when running AmigaOS 4.1), network transfers gets damaged (md5 and file
size doesn't match) whether it's downloaded from internet or from local file
server.
This happens both on 32bit and 64bit Wine and WinUAE.
Changing the MTU value on the AmigaOS side doesn't help either.
I suspect this has something to do with the issue:
fixme:winsock:set_dont_fragment IP_DONTFRAGMENT for IPv4 not supported in this
platform.
The author of WinUAE also suspects this is the problem:
"IP_DONTFRAG (or IP_MTU_DISCOVER and friends) are not defined in some platform
specific file"
Currently using Wine 2.0-staging and macOS 10.11.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=50438
Bug ID: 50438
Summary: Wine 3.12 32 bit and greater cannot install dotnet
3.5, fails with "Error 25541 Failed to open XML file
C:\windows\Microsoft.NET\Framework\v2.0.50727\CONFIG\w
eb_mediumtrust config. system error: -2147024786"
Product: Wine
Version: 3.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wodencafe(a)gmail.com
Distribution: ---
Created attachment 69049
--> https://bugs.winehq.org/attachment.cgi?id=69049
Dot net 3.5 installation failure.
Cannot install dotnet 3.5 or 3.5 sp1 on wine 3.12 32 bit or greater with
winetricks, even up to the latest version of 5.x.
Works on wine 3.11 and earlier.
The error is:
"Error 25541 Failed to open XML file
C:\windows\Microsoft.NET\Framework\v2.0.50727\CONFIG\web_mediumtrust config.
system error: -2147024786"
Previous versions of dotnet install successfully, it only begins to fail on 3.5
and 3.5 sp1.
Ubuntu 20.04.1 LTS
Screenshot attached, please try it yourself and you will see it fails.
I have tried with and without msxml3 installed, same error both times. I tried
several versions going all the way back to 3.12. From 3.11 and prior, the
installation succeeds, so this appears to be a regression.
The file referenced in the error message does not exist.
This is preventing LA Noire from starting, and most likely anything that
depends on dot net 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=54262
Bug ID: 54262
Summary: State of Survival's dnrepair program is unreadable
(squares instead of letters)
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thierry.vignaud(a)gmail.com
Distribution: ---
Created attachment 73819
--> https://bugs.winehq.org/attachment.cgi?id=73819
Dnrepair screenshot showing squares instead of letters
State of Survival's dnrepair program is unreadable (squares instead of letters)
Here's the wine logs:
[tv@localhost State of Survival]$ wine ./engine/1.0.8/dnrepairer.exe
0294:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (036AF71C 1 C) semi-stub
0294:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (036AF6FC 1 C) semi-stub
0294:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (036AF6FC 1 C) semi-stub
0294:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (036AF6FC 1 C) semi-stub
0294:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (036AFA24 1 C) semi-stub
0294:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (036AF9FC 1 C) semi-stub
wine: Call from 7B012886 to unimplemented function
msvcr120.dll.?_NewCollection@_AsyncTaskCollection@details@Concurrency@@SAPAV123@PAV_CancellationTokenState@23@@Z,
aborting
02a8:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0056FC9C 1 C) semi-stub
02a8:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
02a8:fixme:dbghelp:MiniDumpWriteDump NIY MiniDumpWithHandleData
[tv@localhost State of Survival]$ 02a8:fixme:imm:ImeSetActiveContext (000400E2,
1): stub
02a8:fixme:imm:ImmReleaseContext (000500D2, 000400E2): stub
I guess that unimplemented msvcp:_Locinfo__Locinfo_ctor_cat_cstr() is
responsible for the garbage square letters?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52334
Bug ID: 52334
Summary: Vanilla WoW 1.12.1 performance regression between 6.22
and 6.23 (still present 7.0rc4)
Product: Wine
Version: 7.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: karabaja4(a)gmail.com
Distribution: ---
There was a regression between Wine 6.22 and 6.23 that caused a FPS performance
drop in Vanilla WoW 1.12.1 client (Nostalrius client, played on
https://darrowshire.com).
This regression is still present in 7.04c4. The FPS is almost double the value
in 6.22 compared to 6.23 or 7.0rc4.
Pure Wine installation, my OS is Arch Linux 5.10.88 with nvidia 495.46
proprietary drivers with Openbox WM.
Here are a few screenshot for comparison:
6.22:
https://avacyn.aerium.hr/stuff/wine/wine622.jpg
7.0rc4:
https://avacyn.aerium.hr/stuff/wine/wine70rc4.jpg
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=53658
Bug ID: 53658
Summary: During start of The Bat! the sound is disturbed
Product: Wine
Version: 7.17
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: ---
When the mail program The Bat! starts up a running vlc is disturbed and cut
into pieces. I suspect a regression so I did a regression test.
Here is the result of this test:
joerg@Archimedes ~/Projekte/wine_src/wine % git bisect bad
fcf4d07161478ec8ea0707a50af02acc7fe6df6a is the first bad commit
commit fcf4d07161478ec8ea0707a50af02acc7fe6df6a
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Tue Jul 26 18:23:30 2022 +0200
user32: Use GetWindowLongPtr for GetWindowModuleFileName implementation.
dlls/user32/win.c | 14 ++++----------
1 file changed, 4 insertions(+), 10 deletions(-)
joerg@Archimedes ~/Projekte/wine_src/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=54266
Bug ID: 54266
Summary: Palemoon (Firefox) renders contents in black color
Product: Wine
Version: 8.0-rc2
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 73828
--> https://bugs.winehq.org/attachment.cgi?id=73828
sceeenshot
When running Palemoon browser with WineD3D (D3D9Ex) it renders contents in a
black color.
0f1c:err:winediag:wined3d_dll_init Setting multithreaded command stream to 0x1.
0f94:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
0f94:err:d3d:swapchain_gl_set_swap_interval Failed to set swap interval 0 for
context 0F244188, last error 0.
0f98:err:d3d:wined3d_debug_callback 0F244188: "GL_INVALID_VALUE error
generated. <levels>, <width> and <height> must be 1 or greater.".
0f94:fixme:d3d:wined3d_context_gl_check_fbo_status FBO status
GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT (0x8cd6).
0f94:fixme:d3d:context_dump_fbo_attachment GL_DEPTH_ATTACHMENT: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_STENCIL_ATTACHMENT: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT0: 2d texture
14, 0x0, 0 samples, format 0x1908.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT1: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT2: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT3: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT4: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT5: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT6: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT7: NONE.
0f98:err:d3d:wined3d_debug_callback 0F244188: "GL_INVALID_FRAMEBUFFER_OPERATION
error generated. Operation is not valid because a bound framebuffer is not
framebuffer complete.".
0f94:fixme:d3d:wined3d_context_gl_check_fbo_status FBO status
GL_FRAMEBUFFER_INCOMPLETE_ATTACHMENT (0x8cd6).
0f94:fixme:d3d:context_dump_fbo_attachment GL_DEPTH_ATTACHMENT: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_STENCIL_ATTACHMENT: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT0: 2d texture
14, 0x0, 0 samples, format 0x1908.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT1: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT2: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT3: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT4: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT5: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT6: NONE.
0f94:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT7: NONE.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54265
Bug ID: 54265
Summary: Sony Ericsson Themes Creator 4.16.2.6: fails to start
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: frauguelle(a)gmail.com
Distribution: ---
Created attachment 73826
--> https://bugs.winehq.org/attachment.cgi?id=73826
Error
The Sony Ericsson Themes Creator 4.16.2.6 does not 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=54139
Bug ID: 54139
Summary: rpcrt4:server - test_stop_wait_for_call() sometimes
crashes on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
test_stop_wait_for_call() sometimes crashes on Windows:
server.c:2258: this is the last test seen before the exception
20e8:server: unhandled exception 000006a6 at 776CC392
server.c:1226: unhandled exception 000006a6 in child process 20e8
See https://test.winehq.org/data/patterns.html#rpcrt4:server
Where 0x000006a6 == RPC_S_INVALID_BINDING.
This is similar to the RPC_S_CALL_FAILED crash that happens on Windows 10+.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54148
Bug ID: 54148
Summary: shell32:shlfolder - test_SHOpenFolderAndSelectItems()
sometimes fails on Windows 11 with a generic E_FAIL
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
test_SHOpenFolderAndSelectItems() sometimes fails on Windows 11 with a generic
E_FAIL:
shlfolder.c:5493: Test failed: Got unexpected hr 0x80004005.
See https://test.winehq.org/data/patterns.html#shell32:shlfolder
This happens a bit under twice per month and so far all 7 instances are on
w11pro64*.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54167
Bug ID: 54167
Summary: urlmon:url - The ftp test sometimes time out in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
urlmon:url - The ftp test sometimes time out in Wine:
url.c:4231: ftp test...
url.c:1638: Test marked todo: unexpected call OnProgress_FINDINGRESOURCE
url.c:1650: Test marked todo: unexpected call OnProgress_CONNECTING
urlmon:url:027c done (258) in 120s 4472B
See https://test.winehq.org/data/patterns.html#urlmon:url
This happens a bit under one time per month.
urlmon:url usually takes under 10 seconds to run so it's not just the test
being a little bit slow. Also this test never times out on Windows so it's
doubtful that this is caused by network issues or server unavailability.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54190
Bug ID: 54190
Summary: user32:clipboard - GetClipboardData() sets last error
on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:clipboard - GetClipboardData() sets last error on Windows 11:
clipboard.c:989: Test failed: bad last error 1168
clipboard.c:1590: Test failed: unexpected last error 1168
clipboard.c:1470: hwnd 0000000000010010
clipboard.c:1590: Test failed: unexpected last error 1168
clipboard.c:1470: hwnd 00000000002C03C8
clipboard.c:1590: Test failed: unexpected last error 1168
clipboard.c:1733: running from different thread
clipboard.c:1470: hwnd 00000000002C03C8
clipboard.c:1590: Test failed: unexpected last error 1168
See https://test.winehq.org/data/patterns.html#user32:clipboard
Where 1608 == ERROR_NOT_FOUND
Windows used to not set "last error" when GetClipboardData() found no match for
the requested format which made little sense as it left the caller in the dark
about the reason for the failure.
Starting with Windows 11 it sets the error to ERROR_NOT_FOUND which is clearer.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54192
Bug ID: 54192
Summary: user32:clipboard - SetClipboardData() fails on Windows
11 for size < sizeof(WCHAR)
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:clipboard - SetClipboardData() fails on Windows 11 for size <
sizeof(WCHAR):
clipboard.c:2267: Test failed: 8: wrong data L"f"
clipboard.c:2308: Test failed: 8: could not get data
clipboard.c:2310: Test failed: 8: wrong size 0 / 1
clipboard.c:2329: Test failed: 8: text not available
See https://test.winehq.org/data/patterns.html#user32:clipboard
In previous Windows versions it would happily terminate the Unicode string with
a single NUL character (at least it's not overflowing the buffer).
Also test_string_data() treats the buffer as a Unicode string, at least when
dumping it in failure cases, which it is clearly not when it's an odd number of
bytes, particularly a single byte. This results in random data going into the
output making it look like the failure is always new:
clipboard.c:2267: Test failed: 8: wrong data L"\7866"
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54057
Bug ID: 54057
Summary: prints do not work in any application
Product: Wine-staging
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gizmo_1979(a)yahoo.it
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
As the title suggests: printouts don't work in any application, while they work
with version 7.21. If you try to print something from an application running
above wine stagin 7.22 absolutely nothing happens.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=36542
Bug ID: 36542
Summary: Outpost 2: Ingame videos don't play
Product: Wine
Version: 1.7.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jopac76(a)mail.com
Created attachment 48633
--> https://bugs.winehq.org/attachment.cgi?id=48633
Log with 1.7.19
Outpost 2 ingame videos don't play. I have both the videos in the game folder
and in the CD.
Videos are in the Indeo codec, does this make this bug a duplicate of the other
Indeo-related bugs?
https://appdb.winehq.org/objectManager.php?sClass=version&iId=16926&iTestin…
claims the videos worked back on 1.1.35, making this a regression. The oldest I
could compile was 1.1.40, and it didn't work.
Game without videos is here: http://www.outpostuniverse.net/gamedownload.php
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54171
Bug ID: 54171
Summary: The Kings of the Dark Age Demo crashes with out of
memory info
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
Demo can be downloaded here -
https://www.gamepressure.com/download.asp?ID=10153
after installing app run this commands to install required libraries
```
winetricks mfc40
winetricks mfc42
wine WINEDIR/drive_c/Program Files (x86)/Cateia Games/The Kings of the Dark Age
Demo/Codec/wmv9VCMsetup.exe
wine WINEDIR/drive_c/Program Files (x86)/Cateia Games/The Kings of the Dark Age
Demo/VBruntime60sp5/vbrun60sp5.exe
```
Later opening game `KODA_demo.exe` or even settings `Advanced Settings.exe`
will cause to show message "Out of memory"
Default log from opening advanced settings is short and probably unhelpful
```
002c:fixme:winediag:LdrInitializeThunk wine-staging 7.22 is a testing version
containing experimental patches.
002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when
filing bug reports on winehq.org.
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0080:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0110:fixme:olepicture:OleLoadPictureEx 028BEEFC, 7366, 0,
{7bf80980-bf32-101a-8bbb-00aa00300cab}, 0, 0, 0, 006DFB10, partially
implemented.
0110:err:ole:com_get_class_object class {283807b5-2c60-11d0-a31d-00aa00b92c03}
not registered
0110:err:ole:com_get_class_object no class object
{283807b5-2c60-11d0-a31d-00aa00b92c03} could be created for context 0x1
0110:fixme:imm:ImeSetActiveContext (0002005E, 1): stub
0110:fixme:imm:ImmReleaseContext (00020082, 0002005E): stub
00a4:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub
00a4:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub
```
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49048
Bug ID: 49048
Summary: Future Pinball: keyboard did not respond or had a high
latency
Product: Wine
Version: 5.7
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: legluondunet(a)gmail.com
Distribution: ---
Created attachment 67030
--> https://bugs.winehq.org/attachment.cgi?id=67030
future pinball wine 5.7 log
Hello,
Future Pinball had actually a significant keyboard issue:
- the keyboard did not respond or had a high latency
- impossible to press shift keys right and left in the same time, only one key
at a time. It's more than annoying for a pinball game.
- sometimes you press a key multiple times it will not always respond...
I joined you a log with last wine 5.7.
How to reproduce:
- download future pinball (free): https://futurepinball.com/
- install oleaut32 vcrun6 and wsh57 with winetricks
- download a pinball table from http://www.pinsimdb.org/fr/
- load the pinball table (file, open)
- launch pinball table (F5)
- play ( press 5 for credits, 1 for play, enter to launch the ball and shift
left/right for flipper).
Thank you for your help.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=34696
Bug #: 34696
Summary: Magic & Mayhem 2: The Art of Magic: the in-game logo
not rendering correctly
Product: Wine
Version: 1.7.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugs140(a)gmail.com
Classification: Unclassified
Created attachment 46256
--> http://bugs.winehq.org/attachment.cgi?id=46256
MM Log
The in-game logo that is in the main menu or which shows up when the game is
loading has black holes.
The problem can be reproduced in the demo (check out the link).
Tested with:
Windows Vista (without Wine), GeForce 9600M GS--the program works fine here
Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313)
Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11
--
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=54258
Bug ID: 54258
Summary: neuron.exe fails to run
Product: Wine
Version: unspecified
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 73815
--> https://bugs.winehq.org/attachment.cgi?id=73815
log file of running neuron.exe from v8.2.2 on wine 8.0-rc2
Trying to running neuon.exe from the "Neuron Simulator" fails with the attach
log file.
This can be reproduced by the following steps:
1) download and run this installer
https://github.com/neuronsimulator/nrn/releases/download/8.2.2/nrn-8.2.2.w6…
2) change into directory
cd $WINEPREFIX/drive_c/nrn
3) and run
wine neuron.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=54164
Bug ID: 54164
Summary: MSI Disk Usage not displaying drives
Product: Wine
Version: unspecified
Hardware: x86-64
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)kcsoftwares.com
Created attachment 73689
--> https://bugs.winehq.org/attachment.cgi?id=73689
Fix (tested patch)
Disk Costing shows an empty list for Terragen 3.4 msi installer
Problem comes from msi_dialog_vcl_add_columns function
This function exits if a width block is not a valid number
/* the width must be a positive number
* if a width is invalid, all remaining columns are hidden
*/
this works fine in most cases BUT it should "continue" rather than exist to
manage case where the 1st field is used to specify "font" to be used
(see Orca extract from Terragen.msi table)
{ VSI_MS_Sans_Serif13.0_0_0} {116} {80} {80} {80}
--
Do not reply 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=29714
Bug #: 29714
Summary: mmdevapi/capture test often fails on debian testing
Product: Wine
Version: 1.3.37
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: hoehle(a)users.sourceforge.net
Classification: Unclassified
Regression SHA1: f24b31fcf2047e8b4d0d8b910c54c0815c54d1cf
Created attachment 38565
--> http://bugs.winehq.org/attachment.cgi?id=38565
+tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio
trace
austin@debian-buildbot:~/wine-git$ git bisect bad
f24b31fcf2047e8b4d0d8b910c54c0815c54d1cf is the first bad commit
commit f24b31fcf2047e8b4d0d8b910c54c0815c54d1cf
Author: J��rg H��hle <hoehle(a)users.sourceforge.net>
Date: Thu Jan 12 22:36:31 2012 +0100
mmdevapi/tests: Perform capture protocol tests in shared mode.
:040000 040000 8251887bab3583e1327626d8e7492e61fa5e0285
255d9de316fae3fc6fc5b26a87b771593858e8c6 M dlls
+tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio
trace attached.
--
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=54248
Bug ID: 54248
Summary: Launcher-EA stopped starting
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vittmam(a)gmail.com
Distribution: ---
Created attachment 73801
--> https://bugs.winehq.org/attachment.cgi?id=73801
critical error installing EA launcher
Launcher-EA stopped starting
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54245
Bug ID: 54245
Summary: Sakura Mirror black screen on boot
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thieujank(a)gmail.com
Distribution: ---
Created attachment 73798
--> https://bugs.winehq.org/attachment.cgi?id=73798
Black screen
https://store.steampowered.com/app/2235610/Sakura_Mirror/
I tried to run it but only got black screen
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12209
Summary: Microsoft FileFormatConverter.exe installs but does not
work
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dimesio(a)earthlink.net
Created an attachment (id=11631)
--> (http://bugs.winehq.org/attachment.cgi?id=11631)
console output when trying to open a docx file in Word 2003
Microsoft's FileFormatConverter.exe gives Office 2003 the ability to open
Office 2007 files. I tried installing it to my working Office 2003 wine
installation. The installer ran fine, ending with a message that installation
was complete. However, when I tried to open a docx file in Word 2003, it
aborted with the message "There was an error opening the file." I've attached
the console output. Getting this program to work would be very useful to those
of us who have to deal with documents from people using Office 2007.
--
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=51179
Bug ID: 51179
Summary: Boss ES-5 editor: page fault on read access to
0x00000000 in 32-bit code
Product: Wine
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: harold(a)sait.nl
Distribution: ---
Created attachment 70053
--> https://bugs.winehq.org/attachment.cgi?id=70053
Backtrace
The Boss / Roland ES-5 EDITOR VER.1.01 for Windows installs correctly on all
versions of Wine, but fails to launch with a "page fault on read access to
0x00000000 in 32-bit code"-error.
I've attached the backtrace to provide more info.
The software is available free of charge at
https://www.boss.info/global/support/by_product/es-5/updates_drivers/785ee1…
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.