https://bugs.winehq.org/show_bug.cgi?id=9221
--- Comment #52 from Rémi Bernon <rbernon(a)codeweavers.com> ---
FWIW some comment above says the G25 device force feedback might be lacking
kernel driver support. If that's still the case there's also not much we can do
about it on Wine side.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=9221
--- Comment #51 from Rémi Bernon <rbernon(a)codeweavers.com> ---
Sure, it's okay. I don't have the device so it's going to be hard to fix it
unless someone with it and a bit of technical knowledge can debug it directly.
Anyway thanks for the log, but would you mind adding the +hid channel too? Not
that it will make it magically fixable but I can have a look and see if there's
anything obvious.
For instance something like running
`WINEDEBUG=+pid,+tid,+timestamp,+joycpl,+dinput,+hid wine control joy.cpl` and
then try running a couple of force feedback effects.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54452
Bug ID: 54452
Summary: Launching Starcraft end user session
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: guido.kraemer(a)uni-leipzig.de
Distribution: ---
Created attachment 74005
--> https://bugs.winehq.org/attachment.cgi?id=74005
stderr output of Battle.net.exe
When launching Starcraft, everything that was launched as my user gets killed
and I end up with the LightDM password prompt.
The stderr of Battle.net ends with the following message:
m Files (x86)\Battle.net\Battle.net.exe: xcb_io.c:626: _XAllocID: Assertion
`ret != inval_id' failed.
X connection to :0 broken (explicit kill or server shutdown).^M
X connection to :0 broken (explicit kill or server shutdown).^M
wine: Assertion failed at address F7FBC549 (thread 0618), starting debugger...
XIO: fatal IO error 110 (Connection timed out) on X server ":0"^M
after 65 requests (65 known processed) with 0 events remaining.^M
XIO: fatal IO error 25 (Inappropriate ioctl for device) on X server ":0"^M
after 293 requests (293 known processed) with 0 events remaining.^M
Full stderr attached. The systemd journal shows:
Feb 05 13:33:01 orange systemd[1]: Stopping User Manager for UID 969...
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50596
Bug ID: 50596
Summary: Sacred 2 crashes with D3DXCompileShader (d3dx9_36
builtin)
Product: Wine
Version: 6.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Created attachment 69281
--> https://bugs.winehq.org/attachment.cgi?id=69281
+d3dx log
Hi,
The game crashes at launch with this trace before crash :
------
0024:trace:d3dx:D3DXCompileShader data "#include
\"ui_include.shader\"\n\n\nstruct pixdata {\n\tfloat4 hposition :
POSITION;\n\tfloat4 texcoord0 : TEXCOORD0;\n\tfloat4 texcoord1 :
TEXCOORD1;\n\tfloat4 texcoord2 : TEXCOORD2;\n\tfloat4 light_dir :
TEXCOORD3;\n\tfloat4 color : COLOR;\n};\n\n\nstruct fragout {\n\tfloat4 col
"..., length 1410, defines 00000000, include 0031E318, function "mainVS",
profile "vs_1_1", flags 0, shader 0031E330, error_msgs 0031E310, constant_table
0031E308.
------
Set d3dx9_36 to native fix the issue.
I attach +d3dx log
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45884
Bug ID: 45884
Summary: Just Cause 2 crashed at start
Product: Wine
Version: 3.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: legluondunet(a)free.fr
Distribution: ---
Created attachment 62390
--> https://bugs.winehq.org/attachment.cgi?id=62390
Just Cause 2 crashed at start terminal log
Hello,
Just Cause II crashed at start, you can reproduce this crash at each launch.
I joined you the log terminal.
Thank you for your help.
LGDN.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54382
Bug ID: 54382
Summary: unimplemented function
comctl32.dll.HIMAGELIST_QueryInterface called in
32-bit code (0x7b011866)
Product: Wine
Version: 7.16
Hardware: x86
OS: other
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: zumers(a)yandex.ru
Создаем новый префикс, устанавливаем comctl32 через winetricks, запускаем
winetricks, выбираем:
1) Запустить uninstaller, нажимаем кнопку "Установить"
2) Запустить regedit, в меню "Реестр" выбираем "Импортировать файл реестра" или
"Экспортировать файл реестра"
и в обоих случаях все закрывается кроме окна winetricks. Лог приложен.
Спасибо.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54345
Bug ID: 54345
Summary: CJK glyphs are not displayed in notepad.exe by default
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nekotekina(a)gmail.com
Distribution: ---
Created attachment 73918
--> https://bugs.winehq.org/attachment.cgi?id=73918
Screenshot of broken Japanese text in notepad.exe
Hello, I've installed wine-staging (over wine-stable) and I noticed I'm no
longer able to open Japanese text files with notepad.exe using locale override
LANG=ja_JP.UTF-8
Squares appear instead of Japanese glyphs. I tested with empty wine prefix. I'm
attaching a screenshot of the following text file:
たこ焼き
てすと
test
한국어
æ
I also noticed similar problem in the edit fields of another program.
Expected behaviour:
Default "System" font should display all these characters in one way or
another.
Workaround:
Change font in notepad.exe to one explicitly containing Japanese characters.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=9221
--- Comment #50 from groybe(a)gmail.com ---
I noticed some work has been done with FFB in wine 8.0 so I tested again but
this bug still persists.
I'm unsure if you saw my last post as I didn't reply to you directly so I hope
this is ok to post again.
Thanks for all the hard work :)
(In reply to Rémi Bernon from comment #48)
> I don't have the required hardware to test this but there's been a lot of
> dinput and force feedback related changes recently, could someone re-test
> this with current Wine HEAD?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54343
Bug ID: 54343
Summary: USB Device Not Recognized 64-bit Stack Overflow Looks
related
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: dave.connett(a)gmail.com
Distribution: ---
Created attachment 73913
--> https://bugs.winehq.org/attachment.cgi?id=73913
Backtrace of the stack overflow.
Hello,
Use Case: I am using Joysticks for some of my games. They are detected by the
games, but trying to calibrate, change the configuration, or flash the firmware
with the vendor's software I am getting an unhandled exception with a stack
overflow error in the kernelbase.dll module. The vendor executable can be found
at the following link:
https://support.virpil.com/en/support/solutions/47000010107
I have attached two separate backtraces of the error to this report as well as
a screenshot detailing the resulting missing connections. I would appreciate
any assistance in resolving this issue.
Steps to reproduce:
Install the vendor's software for joystick configuration suite in Wine.
Running the software immediately triggers the stack overflow.
Connect the joystick to the computer.
Attempt to use the software to configure, calibrate, or flash the firmware.
No Joysticks detected in software. (Though launching a separate executable
from the main instance does seem to detect them, screenshot attached)
Expected Result: The software should successfully detect and configure the
device or flash the firmware.
Actual Result: An unhandled exception with a stack overflow error in the
kernelbase.dll module is encountered.
I am using Wine version: 7.22.
Operating System: Arch Linux 6.1.6-arch1-3.
Thank you for your help.
Sincerely,
Dave
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=40569
Bug ID: 40569
Summary: application crashes with exception in
ddraw_allocate_handle (win98)
Product: Wine
Version: 1.9.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 54407
--> https://bugs.winehq.org/attachment.cgi?id=54407
Terminal output (wine 1.9.9)
I get a page fault in 32-bit code when starting a game in TOCA Touring Car
Championship. This is an old game that requires windows version <= win98.
The demo also has the bug.
---begin quote---
...
wine: Unhandled page fault on read access to 0x00000110 at address 0x7e7fcf1d
(thread 0028), starting debugger...
Unhandled exception: page fault on read access to 0x00000110 in 32-bit code
(0x7e7fcf1d).
...
Backtrace:
=>0 0x7e7fcf1d ddraw_allocate_handle+0x1d(t=0x10c, object=0x15f960,
type=DDRAW_HANDLE_MATERIAL)
[/home/olivier/Projets/wine-builds/1.9.9_x86/dlls/ddraw/../../../wine-git/dlls/ddraw/main.c:118]
in ddraw (0x0033f478)
...
---end quote---
This is with git wine 1.9.9-35-gbd2999d and no patch.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54448
Bug ID: 54448
Summary: SoundID Reference 4 application fails on
installation/start
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: walker.travail(a)gmail.com
Distribution: ---
Created attachment 73999
--> https://bugs.winehq.org/attachment.cgi?id=73999
trace provided by wine on failure
Attempting to run/install "SoundID Reference.exe" which is downloaded from
https://www.sonarworks.com/download-center
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54446
Bug ID: 54446
Summary: Tiger Woods 2000 crashes after title video into main
menu
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adec2011.ac(a)gmail.com
Distribution: ---
Tiger Woods 2000 shows EA title then the main video but crashes before
displaying the main menu
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51481
Bug ID: 51481
Summary: Why is the Epson printer printing blank pages?
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: baroncorrz(a)gmail.com
Distribution: ---
Epson printer printing blank pages because there must be some problem related
to the cartridge ink or the nozzle. The cartridge ink must have been depleted.
You need to check the level of ink by comparing the ink level with the marker
on the ink tank. If the ink level is low, then it means that you need to put in
a new cartridge. If you have an ink tank with a low ink level, then fill the
ink tank with the ink. The problem can also be due to the clogging of the
nozzle. You need to clean the nozzle if this happens. One of the best ways to
prevent this is by giving fewer jobs to the printer.
https://www.epsonprintersupportpro.us/blog/printer-printing-blank-pages/
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54445
Bug ID: 54445
Summary: some buttons in AIMP3 interface are missing on
hovering, gap between main window and playlist
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: HarlanStaggs(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: Fedora
Created attachment 73997
--> https://bugs.winehq.org/attachment.cgi?id=73997
gap and missing button is shown by red arrows
how to reproduce:
1) open aimp3 (v3.60 build 1508 if its important) in some modern wine
(personally i am using wine-staging 8.0rc2 but this bug occurs at least since
wine 7.2)
2) play some music
3) set interface skin "all-in-one" (its one of default program skins, built-in)
4) hover/click mouse on stop/pause/repeat/etc button
5) button disappears
6) move mouse to somewhere else
7) button is still not visible
you can still click on button but to see it you will have to restart program.
my wine is not from fedora repos, its from wine repo.
i downloaded and tried some custom wine like ge-wine, wine from bottles,
built-in lutris wine - this bug occurs in all of them.
i tried to switch to wayland and back to x11 - it doesnt help.
also when this bug occurs there is another bug - gap between main window and
playlist, i added an attachment to show how it looks.
its minor bug and occurs occasionally, but its quite annoying.
--
Do not reply 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=21158
Summary: Hitman: Contracts ignores mouse press events
Product: Wine
Version: 1.1.35
Platform: x86
URL: http://www.gamershell.com/download_5663.shtml
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: minor
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
CC: vitaliy(a)kievinfo.com
With wine-1.1.35-180-g20a50f3, after launching Hitman: Contracts, mouse press
events at the main menu are ignored by the game. Since a user reported that the
game worked normally in wine-1.1.9, a regression test was performed, which
indicated:
3743a1a7ca170c765cd779c61b9e362c5b1c5203 is first bad commit
commit 3743a1a7ca170c765cd779c61b9e362c5b1c5203
Author: Vitaliy Margolen <wine-patches(a)kievinfo.com>
Date: Sun Feb 1 13:11:46 2009 -0700
dinput: Consume mouse & keyboard events in exclusive mode.
:040000 040000 6ae6b43b3c100af38ed4f27384470dc4d2595bc1
700b35b9bc8fd27239ee8faaed8ca1c10cfc31d4 M dlls
Wine built prior to the indicated commit allows mouse input to work normally.
Interestingly, doing graphical mode changes (via keyboard input) makes mouse
input work again. The AppDB also suggests adding the strings:
UseDirectInputMouse
UseDirectInputKeyboard
to the HitmanContracts.ini configuration file to have mouse input work. The
only visible output under wine-1.1.35-180-g20a50f3 is:
fixme:dinput:SysMouseAImpl_Acquire Clipping cursor to (0,0)-(1280,1024)
fixme:win:EnumDisplayDevicesW ((null),0,0x32eb58,0x00000000), stub!
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x253b060,0x253afa8): stub
fixme:dsound:DllCanUnloadNow (void): stub
fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x253b060,0x253afa8): stub
(Z:\code\hitman2\gui\MainMenu.cpp:554)Hitman Contracts build 171 (Apr 26 2004
14:42:27)
fixme:dsound:DllCanUnloadNow (void): stub
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53816
Bug ID: 53816
Summary: KartRider: Failed to initialize Nexon Game Security
with error code e3010104
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: j20001970(a)yahoo.com.tw
Distribution: ---
The game is unable to get past the initialization stage to login window.
How to reproduce the bug:
1. Install the game with PopKart_Setup_<version number>.exe
2. Locate the game directory (the installation path is "C:\Program Files
(x86)\Gamania\PopKart\M01" by default) and run KartRider.exe with wine.
3. You will see game splash at the center with "Init...Ok", and Nexon Game
Security splash at bottom right, then popup "Nexon Game Security Initialize
Error.|Code = e3010104" will show.
Game account registration is **NOT** required to reproduce the bug.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54291
Bug ID: 54291
Summary: vbscript stuck in endless for loop when UBound on
Empty and On Error Resume Next
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: jsm174(a)gmail.com
Distribution: ---
I ran across some code similar to the following:
WScript.echo "Start"
Dim ii
Dim tmp
Dim vpmMultiLights() : ReDim vpmMultiLights(0)
On Error Resume Next
For Each tmp In vpmMultiLights
For ii = 1 To UBound(tmp) : tmp(ii).State = tmp(0).State : Next
Next
On Error Goto 0
WScript.echo "Done"
In real vbscript, the result is:
Start
Done
In wine vbscript, this code will get stuck in an endless loop.
To work around this I hacked UBound to return 0 with VT_EMPTY, but I think real
vbscript treats this differently.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54429
Bug ID: 54429
Summary: Feather Launcher Crashes after checking settings,
mods, players etc..
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hyper.miniaturki(a)gmail.com
Distribution: ---
Created attachment 73979
--> https://bugs.winehq.org/attachment.cgi?id=73979
Logs
Feather Launcher Crashes after checking settings, mods, players 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=50129
Bug ID: 50129
Summary: Calibre-portable error initializing the bypy frozen
importer
Product: Wine
Version: 5.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bilbiliblus(a)gmail.com
Distribution: ---
When I try to run Calibre-portable.exe y have this message:
There was an error initializing the bypy frozen importer:
<class 'MemoryError'>:
Traceback (most recent call last):
File bypy-importer.py, line 250, in <module>
File bypy-importer.py, line 195, in __init__
It only happens since Calibre changed to version 5 and on.
This very morning I've tried with Calibre 5.3
Thank you
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53205
Bug ID: 53205
Summary: user32:input - test_rawinput() has a rare pair of
failures in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:input - test_rawinput() has a rare pair of failures in Wine:
input.c:2784: Test failed: 15: expected WM_INPUT message
input.c:2787: Test failed: 15: expected RIM_INPUT message
https://test.winehq.org/data/patterns.html#user32:input
These failures don't seem to depend on the locale or bitness. But there are
only two known instances of these failures in WineTest making them likely to
cause false positives (~0.5% failure rate).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52461
Bug ID: 52461
Summary: The Legend of Heroes: Trails of Cold Steel III usually
hangs on exit
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: patch
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
Created attachment 71749
--> https://bugs.winehq.org/attachment.cgi?id=71749
patch mitigating the race
To reproduce it's sufficient to install the game from Steam, get into the main
menu, and select the "exit" option (page down with the S key then press Enter).
Closing the window also works. The hang doesn't happen every time but does
happen most times I tested.
This is an application bug. There are two threads—a main thread and a worker
thread. The main thread closes the handle to a mutex, goes off and does some
other things, and then tries to wait on the mutex handle again (with a timeout
of INFINITE). The worker thread basically does a timed wait, in a loop, on a
set of handles, except that instead of passing a timeout to
WaitForMultipleObjects(), it repeatedly creates a non-periodic auto-reset timer
object, sets it for 1 ms, and adds it to the wait array, and then closes the
handle.
Because of the way handles are allocated in Wine (i.e. "lowest slot first"),
and because of the specific pattern of handle usage of the program, what
usually happens is that when the mutex handle is closed, the value is reused
for a timer handle in the worker thread. While the worker thread is sleeping on
the timer, the main thread also waits on it, and when the timer fires, it only
wakes up the worker thread (which is almost always first in the queue). Closing
the handle of a waitable object in Windows doesn't interrupt other waits in
progress, and because the timer is non-periodic and auto-reset, the main thread
ends up waiting forever.
It turns out that Windows doesn't allocate handles like this. Rather, it seems
to use a free list, much like we use in other places in Wine: testing shows
that handles are always allocated in the reverse order that they are freed,
including across multiple threads, and regardless of how many handles were just
allocated.
Changing Wine to use a free list like this actually does mitigate the problem.
Because the worker thread closes its timer handle and then immediately creates
a new one, it will almost always get back the same handle value. The main
thread will most likely close its mutex handle while the worker thread is still
sleeping, with the effect that the mutex handle won't be reallocated and the
subsequent wait will return STATUS_INVALID_HANDLE.
In theory the potential for the race is still there, however; it's still
possible for the mutex handle to be closed after the timer handle is closed but
before a new timer is created, in which case the mutex handle value will be
reused for the timer value as it is currently. In practice I'm not sure if this
happens more than a negligible fraction of the time. I certainly couldn't
reproduce it after 6 or so tries, although that's not very many. Note that
there are also reports of it hanging on Windows [1]...
[1] https://steamcommunity.com/app/991270/discussions/0/2145343189632898904/
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54328
Bug ID: 54328
Summary: nsi:nsi - test_tcp_tables() sometimes crashes in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
nsi:nsi - test_tcp_tables() sometimes crashes in Wine:
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x646c35d0).
[...]
=>0 0x646c35d0 get_extended_tcp_table+0xd0(table=00B40E40, size=0062FCF4,
sort=0, family=0x2, table_class=0x8)
[Z:\home\fgouget\wine\winetest\src\dlls\iphlpapi\iphlpapi_main.c:3136] in
iphlpapi (0x0062fc48)
1 0x646c7288 GetExtendedTcpTable+0x48(table=00B40E40, size=0062FCF4, sort=0,
family=0x2, table_class=TCP_TABLE_OWNER_MODULE_ALL, reserved=0)
[Z:\home\fgouget\wine\winetest\src\dlls\iphlpapi\iphlpapi_main.c:3185] in
iphlpapi (0x0062fc88)
2 0x00403bc9 in nsi_test (+0x3bc9) (0x0062fd28)
See https://test.winehq.org/data/patterns.html#nsi:nsi
The crash is specific to my Linux desktop, fg-deb64, most likely because it has
other network traffic while the test is running.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51313
Bug ID: 51313
Summary: gdi32:driver sometimes fails with a
STATUS_GRAPHICS_PRESENT_OCCLUDED error
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gdi32:driver sometimes gets one or two failures like these:
https://test.winehq.org/data/patterns.html#gdi32:driver
driver.c:649: Test failed: Got unexpected return code 0xc01e0006.
driver.c:689: Test failed: Got unexpected return code 0xc01e0006.
0xc01e0006 is STATUS_GRAPHICS_PRESENT_OCCLUDED. This has happened before but
the reason for this error was not identified:
https://www.winehq.org/pipermail/wine-devel/2019-July/148494.html
I initially suspected a leftover window from a previous test, specifically an
Internet Explorer first-run dialog. However the screenshots in the TestBot jobs
show that this happens even when there is no such dialog (or at least the
dialog is gone by the time the tests complete).
The failures always happen on the same two lines despite the occlusion status
being checked in other places. Also both failures happen right after minimizing
the windows. So it seems likely there is a race condition, either in the test
or in the underlying API (if so it spans Windows 10 1607 to 2009).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51040
Bug ID: 51040
Summary: msi:package fails on Windows 10 if privileges not high
enough
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
The following failures only happen if the test is run on a recent enough
Windows (i.e. Windows 10) in a user account with too few privileges.
package.c:5079: Test failed: Expected "keydata", got ""
package.c:5084: Test failed: Expected "field2", got ""
package.c:5089: Test failed: Expected "keydata,field2", got ""
package.c:5096: Test failed: Expected
"C:\Users\winetest\AppData\Local\Temp\FileName1", got ""
package.c:5107: Test failed: Expected "C:\Users\winetest\AppData\Local\Temp\",
got ""
package.c:5113: Test failed: Expected "C:\Users\winetest\AppData\Local\Temp\",
got ""
package.c:5123: Test failed: Expected "C:\Users\winetest\AppData\Local\", got
""
package.c:5136: Test failed: Expected
"C:\Users\winetest\AppData\Local\Temp\FileName2.dll", got ""
package.c:5147: Test failed: Expected
"C:\Users\winetest\AppData\Local\Temp\FileName4.dll", got ""
package.c:5651: Test failed: Expected , got winetest
In particular one can notice this bug on the TestBot's w1064_adm VM.
Note however that these tests seem to be run and succeed on wvistaadm and
w7u_adm.
See:
https://test.winehq.org/data/tests/msi:package.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=47508
Bug ID: 47508
Summary: FL Studio: Pressing backspace while editing the name
of something closes edit name window prematurely
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajduck(a)outlook.com
Distribution: ---
Created attachment 64895
--> https://bugs.winehq.org/attachment.cgi?id=64895
A channel highlighted in the channel rack
Since Wine 4.9, pressing backspace to remove text while editing the name of
something closes the window and sets the name as whatever was in the box
usually with one character removed. Before 4.9 pressing backspace only removed
a character without closing the window which is correct behaviour.
Steps to reproduce:
1. Open FL Studio.
2. Press F6 to open the channel rack. If nothing appears or a window
disappeared, press F6 again.
3. There are probably already a few "channels" in the project file (possibly
the demo project opened up). See the image attached. You need to hold shift and
click on the highlighted bit, which is a channel. (Alternatively right click
and select "Rename, color and icon..."). You can pick any channel for this.
4. The edit name window will appear. Type anything, then press backspace to try
and remove a character.
What is expected:
It should remove a character without closing the window, as text editing
usually goes.
What actually happens:
It closes the edit name window.
Sometimes pressing backspace again after the edit name window has closed
(especially when doing this on the mixer) goes on to close the playlist (the
window with a big grid) which is not normal behaviour (doesn't happen before
4.9 either). Pressing backspace usually only changes the snap settings (the
little drop down menu at the top panel of the main FL Studio window which has a
magnet by 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=53594
Bug ID: 53594
Summary: Stacktrace when opening GOG Galaxy
Product: Wine-staging
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oldrecords88(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72984
--> https://bugs.winehq.org/attachment.cgi?id=72984
stacktrace output from Wine dialog
Opening GOG Galaxy using Wine Staging in Ubuntu 21.10 results in a backtrace.
The application still loads and appears to somewhat work (tried downloading and
installing a new game, said installation failed but I'm not sure if it's
directly 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=53142
Bug ID: 53142
Summary: ieframe:webbrowser - test_ClientSite() has a rare
failure on Windows 10 1809+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ieframe:webbrowser - test_ClientSite() has a rare failure on Windows 10 1809+:
webbrowser.c:2024: Test failed: count = 3 expected 2
https://test.winehq.org/data/patterns.html#ieframe:webbrowser
This failure seems to only happen on the TestBot VMs so maybe QEmu is involved
somehow. The failure rate is about 5.7%.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52354
Bug ID: 52354
Summary: winemac.drv not functional on non metal GPUs
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: gcenx83(a)gmail.com
Distribution: ---
Since wine-6.17 winemac.drv no longer functions on non Metal GPUs this breaks
legacy versions of mac OS X below 10.11 and systems that contain GPUs that
don't support Metal.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51784
Bug ID: 51784
Summary: The dinput8:hid output is too big in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dinput8:hid outputs ~26kB of data. This is too much and contributes in pushing
the WineTest reports above the 1.5MB limit.
The traces break down as follows:
0kB failures
25kB todos
0kB traces
0kB test framework (summary lines, etc.)
Time to fix Wine to reduce the number of todos!
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49443
Bug ID: 49443
Summary: Anno 1800: Super slow & bad performance
Product: Wine
Version: 5.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: holzminister(a)t-online.de
Distribution: ---
Created attachment 67544
--> https://bugs.winehq.org/attachment.cgi?id=67544
terminal out WineD3D
Hi,
I tried to run Anno 1800 but unfortunately it runs pretty terrible slow on my
end.
The game itself seems to work fine. But when loading into a game it takes me
about 30 minutes on my machine (The loading screen seems unresponsive for most
of the time, animation plays like once every 5 minutes or so). When loaded into
a game I get like <10 FPS (DXVK & WineD3D) and you can visible see the assets
and texures being loaded when scrolling through the map (DXVK, with WineD3D it
is the same, but there are a lot of graphical glitches in addition).
The terminal output attached is with WineD3D. If you require more information
please let me know and I will try to provide it.
my pc
Archlinux
Ryzen 2700x
32gb ram
AMD Vega 56 (Mesa 20.1.1)
game and os on ssd
Kind 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=53666
Bug ID: 53666
Summary: Logitech X-56 Stick crashes the joystick subsystem if
connected
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hid
Assignee: wine-bugs(a)winehq.org
Reporter: ace(a)haxalot.com
Distribution: ---
Created attachment 73072
--> https://bugs.winehq.org/attachment.cgi?id=73072
lsusb for X-56 stick
With Wine 7.13 and upwards (verified as broken on 7.13, 7.14, 7.15, 7.16, and
7.17) connecting my X-56 Joystick to the system seems to cause an exception in
the hid subsystem, with the result of joystick input being completely broken.
Attached are debug logs from Wine 7.17 running the built-in control panel, as
well as lsusb output for the joystick in question.
The throttle seems to work fine, as does gamepads from several brands (original
Xbox, Xbox 360, Steam Controller, Atari VCS modern), as well as a Logitech G29
wheel.
I also have a Saitech Cyborg X (F.L.Y. 5) which shows the same issue if it is
connected when launching (up to Wine 7.16), but works fine if it has been
connected after the control panel has already launched.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52936
Bug ID: 52936
Summary: winhttp:url assumes 0xfb00 cannot be converted to the
ANSI codepage, fails with UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
winhttp:url assumes 0xfb00 cannot be converted to the ANSI codepage and thus
fails fails on Windows with the UTF-8 codepage:
url.c:306: Test failed: expected failure
url.c:307: Test failed: got 0
url.c:346: Test failed: expected failure
url.c:347: Test failed: got 0
https://test.winehq.org/data/patterns.html#winhttp:url
These two pairs of failures happen when calling WinHttpCreateUrl() on the
following URLs respectively:
39 static WCHAR escape3[] = {'?','t','e','x','t','=',0xfb00,0};
40 static WCHAR escape4[] = {'/','t','e','x','t','=',0xfb00,0};
So maybe these tests should be skipped when running in a UTF-8 locale since
it's supposed to be able to handle any UTF-16 codepoint.
What is surprising is that this test does not fail on debian11-hi-IN (where
GetACP()==UTF-8). That looks like a bug too.
The tests were introduced in this commit:
commit 7e5b5cb1aa253ce2f20a790989d0f18bcbcab946
Author: Hans Leidekker <hans(a)codeweavers.com>
Date: Tue Nov 6 16:09:04 2018 +0100
winhttp: Properly handle request paths with Unicode characters.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=46076
Signed-off-by: Hans Leidekker <hans(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43235
Bug ID: 43235
Summary: FreeBSD crash on Dungeons & Dragons Online because of
secur32
Product: Wine
Version: 2.10
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: adrien_fernandes2(a)hotmail.com
Created attachment 58542
--> https://bugs.winehq.org/attachment.cgi?id=58542
Output trying to run the Dungeons & Dragons Online launcher
I updated today to staging 2.10 and I wanted to try out D&DO.
It was working in staging 2.7 before I upgrade to 2.10
I attached the output. Maybe it's a built mistake from the maintainer, maybe
it's Wine, I don't know since I'm using the pre-built package from
repositories.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52462
Bug ID: 52462
Summary: Wine don't recognize Ipega PG-9025 LT, RT and up/down
axis of right analog stick
Product: Wine
Version: 7.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: joseskvolpe(a)gmail.com
Distribution: ---
Left trigger, right trigger, and up/down axis of right analog stick aren't
recognized by Wine, according to game input settings from control panel.
Procedures:
1 - Connect Ípega PG-9025 on Bluetooth
2 - run 'wine control'
3 - Open Game Input Settings
4 - Select "Control test" tab
5 - Press LT, RT buttons, and move right analog stick to up and down
Triggers does works on native GNU/Linux applications
Video: https://www.youtube.com/watch?v=BI2p5Z6rqdE
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49202
Bug ID: 49202
Summary: Never exited critical section in freetype.c
Product: Wine
Version: 5.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal54(a)gmail.com
Distribution: ---
if expression `(!enum_face_charsets(family, face, &enum_charsets, proc, lparam,
NULL))` is true, then only return is executed without exiting critical session
https://github.com/wine-mirror/wine/blob/6d801377055911d914226a3c6af8d8637a…
```
if (!enum_face_charsets(family, face, &enum_charsets, proc,
lparam, psub ? psub->from.name : NULL)) return FALSE;
}
}
} else {
LIST_FOR_EACH_ENTRY( family, &font_list, Family, entry ) {
face_list = get_face_list_from_family(family);
face = LIST_ENTRY(list_head(face_list), Face, entry);
if (!enum_face_charsets(family, face, &enum_charsets, proc, lparam,
NULL)) return FALSE;
```
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53386
Bug ID: 53386
Summary: cmd.exe: FOR /F USEBACKQ doesn't handle UTF-16 output
of commands.
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: ahiler(a)codeweavers.com
Distribution: ---
Used by installation script of Septerra Core on Steam.
Easy reproducer:
FOR /F USEBACKQ %F IN (`wmic os get osarchitecture`) DO ECHO %F
Wmic output is UTF-16 and starts with BOM. On Windows the above snipped echoes
whatever wmic spits out. Currently on Wine it gets stuck in infinite loop.
The infinite loop is addressed by
https://gitlab.winehq.org/wine/wine/-/merge_requests/352 but UTF-16 is still
not handled at all.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54435
Bug ID: 54435
Summary: Installation Error With Make
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: peterweyand0(a)gmail.com
Distribution: ---
Using make does not work and results in an error
<inline asm>:305:2: error: conditional branch requires assembler-local label.
'.L__wine_syscall_dispatcher_return' is external.
cbnz w16, .L__wine_syscall_dispatcher_return
I don't know what .L__wine_syscall_dispatcher_return is or how to fix this.
I've used configure successfully with default params on macOS Ventura.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54434
Bug ID: 54434
Summary: Crash upon loading document in Toonboom Harmony 17
Premium
Product: Wine
Version: 6.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mnmemma5(a)gmail.com
Distribution: ---
Created attachment 73980
--> https://bugs.winehq.org/attachment.cgi?id=73980
generated backtrace log upon crash.
Upon loading a document in Toonboom Harmony 17 Premium, the application crashes
with a WINE prompt to create a backtrace file.
This should not occur. On Windows - the application's start menu will freeze
with a "Toonboom Harmony 17 Premium is not responding" dialogue box for a few
moments before loading into program with the document open, as (possibly?)
intended.
This may only be an issue with a cracked copy of Harmony, however, as backtrace
states one of the problems is with module toonboomnetwork - which I'm pretty
sure the countryboy crack patches (likely so that it never reaches intended
licensing server and thus never verifies whether the license is legit or not) -
so if this doesn't happen with a legitimate copy, let me know (unfortunately,
I'm not paying for a full license because the prices Toonboom set are, frankly,
a bit ridiculous... at least, for someone poor - and they don't allow download
of Harmony 17 nor Storyboard 7 anymore anyways.)
However, I have used a trial license before on Windows, obtained legitimately
via the Toonboom website, and from my recollection, it appears to freeze the
same way regardless, so take that as you will.
Now, I actually set up my WINE prefixes and such through PlayOnLinux, so this
could also just be some weird issue with the way POL sets things up (I've had
an unrelated error installing Storyboard 7 relating to a lack of simulated All
Users\Documents folder) - in which case, uh, disregard this bug report, I
guess, and I'll head over to the POL forums - but this does appear to be a
problem with WINE and the way it handles programs freezing.
Running on Ubuntu MATE, version 21.10 (Impish Indri) 64 bit, if that helps
anything.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54433
Bug ID: 54433
Summary: user32:input often fails to set the foreground window
on w7u-adm, gets 800+ failures
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 often fails to set the foreground window on w7u-adm, gets 800+
failures. Only the first five are shown below:
input.c:954: Tests skipped: Failed to set foreground window; some tests will be
skipped.
input.c:872: Test failed: 0 (a4/0): the msg sequence is not complete: expected
0104 - actual 0000
input.c:872: Test failed: 1 (46/0): the msg sequence is not complete: expected
0104 - actual 0000
input.c:872: Test failed: 2 (46/2): the msg sequence is not complete: expected
0105 - actual 0000
input.c:872: Test failed: 3 (a4/2): the msg sequence is not complete: expected
0101 - actual 0000
input.c:872: Test failed: 4 (a2/0): the msg sequence is not complete: expected
0100 - actual 0000
Among the 800+ failures some cause persistent false positives:
input.c:2929: Test failed: 9: Unexpected cursor movement
input.c:2921: Test failed: 10: expected WM_INPUT message
input.c:2929: Test failed: 10: Unexpected cursor movement
input.c:2921: Test failed: 11: expected WM_INPUT message
input.c:2929: Test failed: 11: Unexpected cursor movement
input.c:2929: Test failed: 12: Unexpected cursor movement
---> the above message look new mostly because of message order issues
input.c:1751: Test failed: expected to get 64 mouse move points but got 5
input.c:1757: Test failed: expected to get 64 mouse move points but got 5
See https://test.winehq.org/data/patterns.html#user32:menu
So the root of the issue is some previous test that messes up the environment;
most likely by triggering a UAC prompt since this only impacts the tests run
without elevated privileges. And this test changed behavior on 2023-01-09 since
that's when these massive failures started.
Also user32:input should probably be better at skipping tests when that
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=54427
Bug ID: 54427
Summary: Improve Wine desktop file entry generation
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rizalmart98(a)gmail.com
Distribution: ---
I noticed that Wine generates one desktop file entry (*.desktop) per file
extension. Which cause a lot of desktop menu entry duplicates when launching
"OPEN WITH" window for selecting file associations. Is it possible merge those
*.desktop file entry into one desktop file if they have the same program name?
--
Do not reply 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=35651
Bug ID: 35651
Summary: Warcraft III: Some videos are not played
Product: Wine
Version: 1.7.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: wylda(a)volny.cz
Created attachment 47608
--> http://bugs.winehq.org/attachment.cgi?id=47608
Console log from wine-1.7.13-27-ge610713
There was a bug 12792 - "Warcraft III videos is not playing" which was closed
as fixed in wine-1.7.13.
Well i noticed, that some videos are played, but not all for example
"Introduction: The Prophecy". I tested this on 64bit Debian Jessie and 32bit
Wheezy.
Results:
* In Wow64 the videos are skipped
* In 32bit version wine crashes
Even though Wow64 log suggest, that 32bit libgstreamer plugins are missing, i
don't think, that this line is correct as i installed them, recompiled and even
configure no longer complains about missing Gstreamer.
--
Do not reply 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=25726
Summary: PDF XChange Viewer corrupt display when scrolling
Product: Wine
Version: 1.3.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: schwejk(a)quantentunnel.de
Created an attachment (id=32773)
--> (http://bugs.winehq.org/attachment.cgi?id=32773)
output when program run out of console
When scrolling a document horizontal lines appear and the document is partially
unreadable. (version 2.5 build 190)
http://www.tracker-software.com/product/pdf-xchange-viewer
--
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=54416
Bug ID: 54416
Summary: ntdll:virtual - test_stack_size_thread() sometimes
gets stuck in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntdll:virtual - test_stack_size_thread() sometimes gets stuck in Wine:
virtual.c:693: Test marked todo: unexpected Protect 0x1, expected 0
ntdll:virtual:074c done (258) in 120s 8889B
See https://test.winehq.org/data/patterns.html#ntdll:virtual
The test normally runs in under 1 second and when it times out this is always
the last line in the log:
/* reserved area shrinks whenever stack grows */
...
todo_wine ok( mbi.Protect == 0, "unexpected Protect %#lx, expected %#x\n",
mbi.Protect, 0 );
The timeout happens twice per month on average, mostly on my desktop (fg-deb64)
but it did happen on the TestBot's debiant VM recently.
In all cases this happens in the 32-bit test.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54415
Bug ID: 54415
Summary: mshtml:misc may crash because of an ole32
MapViewOfFile() failure in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
In MR2024 mshtml:misc crashed:
mshtml:misc start dlls/mshtml/tests/misc.c
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x6ab29755).
...
Backtrace:
=>0 0x6ab29755 in ucrtbase (+0x69755) (0x0075f758)
1 0x6ab310de memcpy+0x4e(dst=0x000000000, src=0B7F6EF8, n=0x44)
[Z:\home\winetest\tools\testbot\var\wine\dlls\msvcrt\string.c:3063] in ucrtbase
(0x0075f758)
2 0x008ce97c create_map_from_stream+0xbc(map=<internal error>,
stream=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ole32\ole2.c:335] in ole32
(0x0075f7b8)
3 0x008ce97c RegisterDragDrop+0x23c(hwnd=<couldn't compute location>,
pDropTarget=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ole32\ole2.c:615] in ole32
(0x0075f7b8)
4 0x11a9a2d7 in xul (+0x1a9a2d7) (0x0075f7ec)
...
mshtml:misc:093c done (-1073741819) in 0s 10696B
This does not seem to have ever happened in the WineTest runs so that the above
merge request is the only known instance.
Looking at create_map_from_stream() it looks like:
* CreateFileMappingW() succeeded
* MapViewOfFile() failed, returning NULL...
* ...which caused memcpy(NULL, ...) to crash
Unfortunately there is no trace that would explain why MapViewOfFile() failed.
I'm also unsure of the connection between mshtml:misc and RegisterDragDrop().
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54348
Bug ID: 54348
Summary: rpcrt4:server - run_client() sometimes times out
waiting for the child process on Debian
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: fgouget(a)codeweavers.com, huw(a)codeweavers.com,
z.figura12(a)gmail.com
Distribution: ---
rpcrt4:server - run_client() sometimes times out waiting for the child process
on Debian:
rpcrt4:server start dlls/rpcrt4/tests/server.c
server.c:2172: Using RpcServerRegisterIfEx
server.c:1228: Test failed: Timed out waiting for the child process
server.c:1015: Test marked todo: object_uuid is (null)
server.c:1016: Test marked todo: endpoint is (null)
server.c:1017: Test marked todo: network_options is (null)
0a04:server: 154 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0
skipped.
08a8:server: 11 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0
skipped.
server.c:1015: Test marked todo: object_uuid is (null)
server.c:1016: Test marked todo: endpoint is (null)
server.c:1017: Test marked todo: network_options is (null)
0858:server: 148 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0
skipped.
server.c:1015: Test marked todo: object_uuid is (null)
server.c:1016: Test marked todo: endpoint is (null)
server.c:1017: Test marked todo: network_options is (null)
0564:server: 156 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0
skipped.
rpcrt4:server:0224 done (258) in 120s 1063B
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50780
Bug ID: 50780
Summary: ALT+TAB freezes game Stronghold (Crusader)
Product: Wine
Version: 6.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: geist1(a)sms.at
Distribution: ---
Game "Stronghold Crusader HD" as well "Stronghold Crusader" , "Stronghold I" -
Stronghold Extreme will freeze after ALT+TAB to Desktop and back switching with
ALT+TAB to the game.
If you tab out on the title screen of Stronghold and tab back in, the screen is
correctly restored but game freezes.
If you TAB out and back in during the game (not on the main screen) , the game
window is not restored correctly, only a black window is visible with no sound.
It worked correctly until 4.9.
All Version starting from 4.10 up current one (6.3) will fail.
Game run in fulscreen at 1280X720.
Desktop resolution is 1920X1080.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54412
Bug ID: 54412
Summary: Setup failed when run ExamBible.exe with wine
Product: Wine
Version: 7.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: luoriyuhui21(a)163.com
Distribution: ---
Created attachment 73971
--> https://bugs.winehq.org/attachment.cgi?id=73971
the error log file
when using wine to load ExamBible.exe, this program cannot setup. The error
is as ,
0020:0024:err:module:import_dll Library oleaut32
oleaut32.dll (which is needed by
L"Z:\\home\\keming\\JC_EJJZS_GGKM2.3\\ExamBible.exe") not found
0020:0024:err:module:import_dll loadpath (null) (which is needed by
L"Z:\\home\\keming\\JC_EJJZS_GGKM2.3\\ExamBible.exe") not found
0020:0024:err:module:LdrInitializeThunk Importing dlls for
L"Z:\\home\\keming\\JC_EJJZS_GGKM2.3\\ExamBible.exe" failed, status c0000135
keming@keming-VirtualBox:~/JC_EJJZS_GGKM2.3$
0038:00fc:err:module:LdrInitializeThunk end.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54411
Bug ID: 54411
Summary: ntoskrnl.exe:ntoskrnl - test_pnp_devices() sometimes
gets an unexpected success in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ntoskrnl.exe:ntoskrnl - test_pnp_devices() sometimes gets an unexpected success
in Wine:
ntoskrnl.c:1715: Test succeeded inside todo block: got error 997
See https://test.winehq.org/data/patterns.html#ntoskrnl.exe:ntoskrnl
Where 997 == ERROR_IO_PENDING
The test happens about once per month but has been known to impact merge
requests (e.g. MR2039).
This looks like a race condition. Mark the test as flaky in 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=54283
Bug ID: 54283
Summary: dinput:force_feedback - test_windows_gaming_input()
sometimes crashes on Windows and Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dinput:force_feedback - test_windows_gaming_input() sometimes crashes on
Windows :
force_feedback.c:6324: Test failed: TryResetAsync returned 0x86854001
force_feedback.c:6324: this is the last test seen before the exception
06a0:force_feedback: unhandled exception c0000005 at 000000000041B540
And Wine:
force_feedback.c:6479: Test marked todo: Stop returned 0x8000ffff
force_feedback.c:4864: iface 006C886C, async 019D8AF8, status 1
force_feedback.c:4779: iface 006C886C, async 019D8AF8, status 1
force_feedback.c:4864: iface 006C886C, async 019D8AF8, status 1
force_feedback.c:4779: iface 006C886C, async 019C09E0, status 1
force_feedback.c:4864: iface 006C886C, async 019C09E0, status 1
force_feedback.c:4779: iface 006C886C, async 019C09E0, status 1
Unhandled exception: page fault on read access to 0x00000008 in 32-bit code
(0x6fc81461).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:6fc81461 ESP:0389fdc0 EBP:0389fe08 EFLAGS:00010206( R- -- I - -P- )
EAX:00000000 EBX:0389fde0 ECX:006c886c EDX:00000000
ESI:019d8af8 EDI:019d9b28
Stack dump:
0x0389fdc0: 006c886c 019d8af8 00000001 00000001
0x0389fdd0: 00184f80 00000001 019d9b48 006c886c
0x0389fde0: 00000013 00000000 00000000 7bc5c97f
0x0389fdf0: 00184fc4 00000000 0389fe20 00185024
0x0389fe00: 00184f80 019d9b28 0389feb8 7bc602c6
0x0389fe10: 00000000 00000000 0389fe40 7bc602c6
Backtrace:
=>0 0x6fc81461
__x_ABI_CWindows_CGaming_CInput_CCustom_CIWineAsyncOperationCompletedHandler_Release+0xb(This=<internal
error>)
[Z:\home\winetest\tools\testbot\var\wine-win32\dlls\windows.gaming.input\provider.h:386]
in windows.gaming.input (0x0389fe08)
1 0x6fc81461 async_info_callback+0xc1(instance=<couldn't compute location>,
iface=<couldn't compute location>, work=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\windows.gaming.input\async.c:321]
in windows.gaming.input (0x0389fe08)
2 0x7bc602c6 tp_object_execute+0x2b6(object=<register ESI not accessible in
this frame>, wait_thread=0)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\threadpool.c:2242] in ntdll
(0x0389feb8)
3 0x7bc60770 threadpool_worker_proc+0x110(param=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\threadpool.c:2356] in ntdll
(0x0389ff28)
4 0x7b62a290 in kernel32 (+0x2a290) (0x0389ff48)
5 0x7bc5cfa7 in ntdll (+0x5cfa7) (0x0389ff5c)
6 0x7bc5d7d0 RtlCreateUserThread(entry=7BC60660, arg=00185018)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\thread.c:306] in ntdll
(0x0389ffec)
0x6fc81461 async_info_callback+0xc1
[Z:\home\winetest\tools\testbot\var\wine\dlls\windows.gaming.input\async.c:321]
in windows.gaming.input: call *0x8(%eax)
321 LeaveCriticalSection( &impl->cs );
See https://test.winehq.org/data/patterns.html#dinput:force_feedback
This failure was first seen on 2023-01-06 and can happen on Windows 10 (e.g.
w1064-tsign-64) as well as Wine.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53479
Bug ID: 53479
Summary: dxgi:dxgi - Failed twice due to occlusion while
testing an invisible window vs a fullscreen swapchain
on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxgi:dxgi - Failed twice in test_swapchain_present() due to occlusion while
testing an invisible window vs a fullscreen swapchain on Windows:
dxgi.c:4792: Test failed: Test 0: Got unexpected hr 0x87a0001.
dxgi.c:4796: Test failed: Test 0: Got unexpected fullscreen status.
https://test.winehq.org/data/patterns.html#dxgi:dxgi
Where 0x87a0001 == DXGI_STATUS_OCCLUDED
This only happened on w1064v1507, on 2022-05-24 (32-bit) and 2022-07-27
(64-bit).
Maybe there's a window popping up that's causing the occlusion (from a previous
test crashing or a Windows notification)? Or maybe there is a message ordering
issue such that the windows states are not always as expected.
The only other case of occlusion issue happened on cw-rx460 when running
Windows 10 21H2. In that case the issue was systematic and happened earlier in
test_swapchain_present(), in the minimized window test and the set of failures
was different:
dxgi.c:4714: Test failed: Test 0: Got unexpected hr 0x87a0001.
dxgi.c:4735: Test failed: Test 0: Got unexpected hr 0x8876086a.
dxgi.c:4744: Test failed: Test 0: Got unexpected fullscreen status.
dxgi.c:4745: Test failed: Test 0: Got unexpected output.
dxgi.c:4753: Test failed: Test 0: Got unexpected fullscreen status.
dxgi.c:4765: Test failed: Test 0: Got unexpected fullscreen status.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53229
Bug ID: 53229
Summary: dxgi:dxgi - test_swapchain_window_messages() sometimes
gets an unexpected WM_DWMNCRENDERINGCHANGED message on
Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxgi:dxgi - test_swapchain_window_messages() sometimes gets an unexpected
WM_DWMNCRENDERINGCHANGED message on Windows:
dxgi.c:5822: Test failed: Got unexpected message 0x31f, hwnd 00000000010E01E4,
wparam 0x1, lparam 0.
https://test.winehq.org/data/patterns.html#dxgi:dxgi
Where 0x31f == WM_DWMNCRENDERINGCHANGED.
This failure only happens on Windows 8 to Windows 10 1909.
The window handle also interferes with the TestBot's old failures detection.
Even without it, it would have an elevated risk of causing false positives due
to the test's multi-threading (see bug 53212).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54406
Bug ID: 54406
Summary: user32:msg - test_unicode_wm_char() sometimes gets an
unexpected WM_DWMNCRENDERINGCHANGED message on Windows
10+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:msg - test_unicode_wm_char() sometimes gets an unexpected
WM_DWMNCRENDERINGCHANGED message on Windows 10+:
msg.c:16001: Test failed: unexpected message 31f
msg.c:16002: Test failed: bad wparam 1
msg.c:16008: Test failed: unicode WM_CHAR: 0: the msg sequence is not complete:
expected 0102 - actual 0000
msg.c:16008: Failed sequence unicode WM_CHAR:
msg.c:16008: 0: expected: msg 0102 - actual: nothing
See https://test.winehq.org/data/patterns.html#user32:msg
Where:
031f == WM_DWMNCRENDERINGCHANGED
The first instance happened on 2022-11-08 and there has only been about one
instance per month since.
This looks like some previous test did something that caused the non-client
rendering policy to change but did not wait for this message to be sent and
processed by all windows before continuing. So then which test gets impacted is
up to timing.
dxgi:dxgi has also been getting this message for a long time (see bug 53229).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54403
Bug ID: 54403
Summary: Robotill: A windows based point of sale application
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: bower.johan1(a)gmail.com
Distribution: ---
Created attachment 73969
--> https://bugs.winehq.org/attachment.cgi?id=73969
The atrtached is the bug report when the application terminate
Robotill. A windows based application. I want to use the application on a linux
based machine and trying to use bottles/wine to run the 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=54404
Bug ID: 54404
Summary: d3d8:device & d3d9:device - test_cursor_pos()
sometimes fails to set the cursor position on Windows
<= 8 without elevated privileges
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
d3d8:device & d3d9:device - test_cursor_pos() sometimes fails to set the cursor
position on Windows <= 8 without elevated privileges:
device.c:1247: Test failed: Failed to set cursor position.
See https://test.winehq.org/data/patterns.html#d3d8:devicehttps://test.winehq.org/data/patterns.html#d3d9:device
This started happening on 2022-12-08 and is tied to the lack of elevated
privileges on Windows 7 and 8. Yet the failure is not systematic.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54400
Bug ID: 54400
Summary: d3d11:d3d11 - test_negative_viewports() fails on the
debiant VM
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: ---
d3d11:d3d11 - test_negative_viewports() fails on the debiant VM:
d3d11.c:28750: Test succeeded inside todo block: Feature level 0xb000: Got
0xffffffff, expected 0xffffffff at (640, 480, 1), sub-resource 0.
d3d11.c:28759: Test succeeded inside todo block: Feature level 0xb000: Got
0xffffffff, expected 0xffffffff at (640, 480, 1), sub-resource 0.
d3d11.c:28750: Test failed: Feature level 0xa100: Got 0xffffffff, expected
0xff00ff00 at (639, 479, 0), sub-resource 0.
d3d11.c:28759: Test failed: Feature level 0xa100: Got 0xffffffff, expected
0xff00ff00 at (639, 479, 0), sub-resource 0.
d3d11.c:28750: Test failed: Feature level 0xa000: Got 0xffffffff, expected
0xff00ff00 at (639, 479, 0), sub-resource 0.
d3d11.c:28759: Test failed: Feature level 0xa000: Got 0xffffffff, expected
0xff00ff00 at (639, 479, 0), sub-resource 0.
See https://test.winehq.org/data/patterns.html#d3d11:d3d11
Before 2023-01-16, d3d11:d3d11 was crashing on the TestBot's debiant VM which
mostly masked these 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=54398
Bug ID: 54398
Summary: wmvcore:wmvcore - stream_Seek() sometimes gets the
wrong thread in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
wmvcore:wmvcore - stream_Seek() sometimes gets the wrong thread in Wine:
wmvcore.c:529: Test failed: got wrong thread
See https://test.winehq.org/data/patterns.html#wmvcore:wmvcore
This first happened in WineTest on 2022-12-19 (no instance in the previous 5.5
months) and there has been about one per week since (but only one on a TestBot
VM, debiant-wow64 on 2023-10-26).
Also this test was added on 2022-12-01 so given the relatively low failure
frequency it's unclear if the test uncovered a preexisting issue, or if
something changed in the interval.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52303
Bug ID: 52303
Summary: Bridge Baron 13: sound pops unusually
Product: Wine
Version: 7.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: juef17(a)hotmail.com
Distribution: ---
Created attachment 71460
--> https://bugs.winehq.org/attachment.cgi?id=71460
Sound files and debug output
In Bridge Baron 13, clicking "Jouer" ("Play") plays a clicking sound. The sound
is fine until its very end, where it pops in a significant fashion. The
original .wav file and a recording of how it's played through Wine are attached
to this report.
This has been tested with wine-staging 7.0-rc3 on Linux Lite 5.6 and
PulseAudio. Setting the OS to WinXP through winecfg had no impact. I got the
debug output suggested by the winehq Wiki on audio and attached it to this
report.
The demo version of the software is available on archive.org and exhibits the
same issue: https://archive.org/details/bb13demo
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=7526
--- Comment #31 from count0 <2950540(a)gmail.com> ---
Timeout in serialwin32.py is not editable, because it compiled inside
application somewhere (search inside about 3500 files not success). It's
Electron app with node.js, .NET, visual c++, .pyd, original format archives,
and other runtimes.
I put it in patch where it must be, but program overrides path from inside.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=7526
--- Comment #30 from count0 <2950540(a)gmail.com> ---
Confirm race conditions.
kernel 5.6.10
wine-7.0.1 x64
driver (via regedit and copy usbser.sys):
; Windows 2000, XP, Vista, 7 and 8 (x32 and x64) setup file for Atmel CDC
Devices
; Copyright (c) 2000-2013 ATMEL, Inc.
application: Shape Robotics Fable
behavior: backend (FableServer.exe) write Timeout in cycle (close and open
port). See attachment.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=7526
count0 <2950540(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |2950540(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=54394
Bug ID: 54394
Summary: virtual_setup_exception when opening music library in
Ardour
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: etiennebaque(a)gmail.com
Distribution: ---
Created attachment 73958
--> https://bugs.winehq.org/attachment.cgi?id=73958
BBCSO error in Ardour - backtrace
Wine 8.0 Staging
Debian 11
Ardour 6.5
I've been trying to install the Spitfire music plugin
(https://www.spitfireaudio.com/info/library-manager/) through Wine, in order to
download the BBC Symphonic Orchestra sounds.
I've been also using yabridge (https://github.com/robbert-vdh/yabridge) as a
way to import the BBC SO sounds into Ardour (https://ardour.org/ - software
used to create music). Up until this point, it looks like it's been successful,
because the library is recognized by Ardour
However, when trying to effectively open the sound library from within Ardour,
I get an error and Ardour freezes.
The backtrace with needed information to debug this problem is in attachment.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51887
Bug ID: 51887
Summary: jshell: Launching JShell execution engine threw: IP
Helper Library GetIpAddrTable function failed
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: candrews(a)integralblue.com
Distribution: ---
To reproduce the problem:
* Download Java 17 from The Temurin project:
https://github.com/adoptium/temurin17-binaries/releases/download/jdk-17%2B3…
* Extract the zip
* Run: `wine64 bin/jshell.exe`
With Wine 6.18, the result is:
Launching JShell execution engine threw: IP Helper Library GetIpAddrTable
function failed
With Wine 4.0.3, the result is:
| Welcome to JShell -- Version 16.0.1
| For an introduction type: /help intro
jshell>
So somewhere between Wine 4.0.3 and 6.18, there was a regression.
To reproduce the issue using Docker, start with either:
* docker run -it alpine:3.13.5 (which will use wine 6.18)
* docker run -it alpine:3.14.2 (which will use wine 4.0.3)
Then at the shell prompt in the running container:
apk add wine && wget -q
"https://github.com/adoptium/temurin17-binaries/releases/download/jdk-17+35/…"
-O /tmp/openjdk-windows.zip && unzip /tmp/openjdk-windows.zip -d /tmp && mv
"/tmp/jdk-17+35" /opt/openjdk-windows && rm /tmp/openjdk-windows.zip && wine64
/opt/openjdk-windows/bin/jshell.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=54196
Bug ID: 54196
Summary: unimplemented function
d3dx9_36.dll.D3DXGatherFragments
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: jackprojecttorque(a)proton.me
Distribution: ---
Created attachment 73727
--> https://bugs.winehq.org/attachment.cgi?id=73727
WineLog
Game ProjectTorque on Steam
https://store.steampowered.com/app/1112400/Project_Torque__Free_2_Play_MMO_…
Loading splash shows but the game does not start.
The error is "unimplemented function d3dx9_36.dll.D3DXGatherFragments".
It is a DirectX 9 game built using .NET 3.5 and DirectX9 SDK Nov 07 on VS 2008.
Note that the Steam release has obfuscation and may cause even more problems
than what we are dealing with here. I am running the original files before
obfuscation.
We have managed to get it to run before by installing using WineTricks these 3.
d3dx9_36 - Microsoft Directx 9.0c
dotnet35sp1 - .Net 3.5 Service Pack 1
mfc90 - Visual C++ 2008 Redistributable
https://community.projecttorque.racing/threads/steam-deck-support-it-works.…
Sadly this stopped working after a few months.
This could be a SteamDeck issue though.
Ideally looking to get this fixed so regular users can just run the game
without having to use WineTricks.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=39775
Bug ID: 39775
Summary: PCBWeb 2.x fails to load
Product: Wine
Version: 1.8-rc1
Hardware: x86
URL: http://www.pcbweb.com/download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jhansonxi(a)gmail.com
Distribution: Ubuntu
Created attachment 53065
--> https://bugs.winehq.org/attachment.cgi?id=53065
Wine log of PCBWebUpdater.exe execution
Free PCB CAD application, about 15MB download. Requires .NET Framework 4.5.2
and Win7. Includes DirectX 9 and uses SharpDX (http://sharpdx.org).
Installs but fails to load (PCBWeb.exe). Updater (PCBWebUpdater.exe) hangs.
Installation:
winetricks -q corefonts dotnet45
wine NDP452-KB2901907-x86-x64-AllOS-ENU.exe
winetricks win7
wine SetupPCBWeb-2.2.106.1.exe
Tried native gdiplus to no avail.
--
Do not reply 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=32908
Bug #: 32908
Summary: Resident Evil: Operation Raccoon City doesn't launch
Product: Wine
Version: 1.5.23
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
Classification: Unclassified
Created attachment 43461
--> http://bugs.winehq.org/attachment.cgi?id=43461
without native dx
See attached logs without and with native DirectX.
--
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=54091
Bug ID: 54091
Summary: Bad system call (core dumped)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: temp3(a)writeme.com
Distribution: ---
Created attachment 73629
--> https://bugs.winehq.org/attachment.cgi?id=73629
The error
After I installed Wine from the Ubuntu repositories and tried to run it, I get
an error, check the attachment to see it.
I am using Replit on Chrome, on a boosted Repl.
Please help!
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53992
Bug ID: 53992
Summary: Serious Sam 2: camera movement is wonky in Direct3D
mode
Product: Wine
Version: 7.3
Hardware: x86-64
URL: https://archive.org/download/SeriousSam2NewDemo/Seriou
s%20Sam%202%20-%20New%20Demo.exe
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: hverbeet(a)gmail.com
Regression SHA1: a13fc3bb7e055562b8b9deae985c64c5c7861424
Distribution: ---
Created attachment 73577
--> https://bugs.winehq.org/attachment.cgi?id=73577
plain terminal output
The camera movement often jumps when I turn or look up/down with the mouse in
the game.
It feels like the game skips rendering some frames and this makes targeting
difficult.
This doesn't occur when using the OpenGL renderer or when using DXVK's
d3d9.dll.
The problem appeared in Wine-7.3:
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.
With the previous commit camera movement is smooth.
Serious Sam 2 - New Demo.exe
md5sum:1cd1aca3a854279a26483095d556c8bc
Still present in Wine-7.22.
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=53370
Bug ID: 53370
Summary: Ragnarok Online crashing at the start:
GL_OUT_OF_MEMORY in glMapBufferRange
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: alandms123(a)gmail.com
Distribution: ---
Created attachment 72754
--> https://bugs.winehq.org/attachment.cgi?id=72754
game crash log
The game is a private server of ragnarok online https://www.novaragnarok.com
I've tested it with wine 6.18 and it's working there, but wine 7.12 and 7.13
the game crashes at the 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=42439
Bug ID: 42439
Summary: Jedi Knight Dark Forces II / DirectX7 WindowGUI issue
Product: Wine
Version: 2.0
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: kevincarrolldavis(a)gmail.com
While in full screen mode, the in-game menu screens flicker and sometimes
render other menu screens on top of one another.
A work around for this issue was found when the following line was commented
out from the updateColorSpace function found in the
dlls/winemac.drv/cocoa_window.m file:
[self SetColorSpace:nil];
Ensuring that the RGB color space was used appeared to fix the problem.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52862
Bug ID: 52862
Summary: The 64-bit d3dcompiler_43:hlsl_d3d9,
d3dcompiler_46:hlsl_d3d9 and d3dcompiler_47:hlsl_d3d9
fail in Wine on cw-gtx560
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
d3dcompiler_43:hlsl_d3d9, d3dcompiler_46:hlsl_d3d9 and d3dcompiler_47:hlsl_d3d9
have the same failures in Wine on cw-gtx560:
hlsl_d3d9.c:469: Test failed: Test 0: Got unexpected value {0.00000000e+000,
0.00000000e+000, 0.00000000e+000, 0.00000000e+000}.
hlsl_d3d9.c:469: Test failed: Test 1: Got unexpected value {0.00000000e+000,
0.00000000e+000, 0.00000000e+000, 0.00000000e+000}.
hlsl_d3d9.c:469: Test failed: Test 2: Got unexpected value {0.00000000e+000,
0.00000000e+000, 0.00000000e+000, 0.00000000e+000}.
hlsl_d3d9.c:469: Test failed: Test 3: Got unexpected value {0.00000000e+000,
0.00000000e+000, 0.00000000e+000, 0.00000000e+000}.
hlsl_d3d9.c:469: Test failed: Test 4: Got unexpected value {0.00000000e+000,
0.00000000e+000, 0.00000000e+000, 0.00000000e+000}.
hlsl_d3d9.c:469: Test failed: Test 5: Got unexpected value {0.00000000e+000,
0.00000000e+000, 0.00000000e+000, 0.00000000e+000}.
hlsl_d3d9.c:469: Test failed: Test 6: Got unexpected value {0.00000000e+000,
0.00000000e+000, 0.00000000e+000, 0.00000000e+000}.
hlsl_d3d9.c:469: Test failed: Test 7: Got unexpected value {0.00000000e+000,
0.00000000e+000, 0.00000000e+000, 0.00000000e+000}.
hlsl_d3d9.c:521: Test failed: Got unexpected value {0.00000000e+000,
0.00000000e+000, 0.00000000e+000, 0.00000000e+000}.
hlsl_d3d9.c:735: Test failed: Got unexpected value {0.00000000e+000,
0.00000000e+000, 0.00000000e+000, 0.00000000e+000}.
hlsl_d3d9.c:940: Test failed: Got unexpected value {0.00000000e+000,
0.00000000e+000, 0.00000000e+000, 0.00000000e+000}.
https://test.winehq.org/data/patterns.html#d3dcompiler_43:hlsl_d3d9https://test.winehq.org/data/patterns.html#d3dcompiler_46:hlsl_d3d9https://test.winehq.org/data/patterns.html#d3dcompiler_47:hlsl_d3d9
In each case only the wow64 build has failures.
All three started failing after this commit:
commit 6a062afb75c1e026614403312f2e13207e359634
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Thu Mar 3 20:25:26 2022 -0600
d3dcompiler: Implement D3DCompile2() using vkd3d_shader_compile().
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51713
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Matteo Bruni <mbruni(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=52435
Bug ID: 52435
Summary: Cobra Kai Black Screen on 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: NihonFalcomOrigin(a)hotmail.fr
Distribution: ---
Hello.
I was playing Cobra Kai on wine 6.0.3 without any problem.
Since the update from wine to 7.0, the game launches but instead of the game, I
have a black screen without sound.
My configuration is:
Debian 10.11
AMD Ryzen 7 3700X
Nvidia GeForce GTX 1650 SUPER
32 GB of Memory
SSD Western Black SN750
Can you tell me what I should do to fix the problem?
Thanks in advance.
Good evening.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50260
Bug ID: 50260
Summary: no printing possible at all
Product: Wine
Version: 3.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stefanehaas(a)web.de
Distribution: ---
Created attachment 68794
--> https://bugs.winehq.org/attachment.cgi?id=68794
Print error popup when printing
I run wine 3.0 (stable on elementaryOS 5.1.7 Hera (ubuntu 18.04 bionic LTS).
All my cups printers are recognized in win32 env/apps (powerpoint, notepad,
...) but on printing I immediately get a (generic) error no matter which
printer (physical, PDF) I use
--
Do not reply 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=14831
Summary: ws2_32: sock.ok fails in Solaris, but not Linux
Product: Wine
Version: 1.1.2
Platform: PC
OS/Version: Solaris
Status: NEW
Keywords: testcase
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
austin@opensolaris:~/wine-git/dlls/ws2_32/tests$ make testclean ; wineserver -k
; rm -rf ~/.wine ; make sock.ok
rm -f protocol.ok sock.ok
../../../tools/runtest -q -P wine -M ws2_32.dll -T ../../.. -p
ws2_32_test.exe.so sock.c && touch sock.ok
wine: created the configuration directory '/export/home/austin/.wine'
err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count
entries!
err:iphlpapi:getRouteTable unimplemented!
Could not load Mozilla. HTML rendering will be disabled.
sock.c:947: Test failed: get/setsockopt(SO_RCVTIMEO) failed error: 10042
sock.c:955: Test failed: get/setsockopt(SO_SNDTIMEO) failed error: 10042
err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count
entries!
err:iphlpapi:getRouteTable unimplemented!
sock.c:1258: Test failed: Failed to create socket: 10043
sock.c:1662: Test succeeded inside todo block: select should not return any
socket handles
sock.c:1663: Test succeeded inside todo block: FD should not be set
sock.c:1664: Test succeeded inside todo block: FD should not be set
sock.c:1688: Test failed: closesocket did not wakeup select
sock.c:1765: Test failed: closesocket did not wakeup accept
+winsock 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=54281
Bug ID: 54281
Summary: LEGO Stunt Rally regression - segfault on launch
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: sa(a)whiz.se
Distribution: ---
Created attachment 73846
--> https://bugs.winehq.org/attachment.cgi?id=73846
winspool log from working run
The game LEGO Stunt Rally immediately segfaults on launch. This is a regression
introduced in 6.21 still reproducible with 8.0-rc3.
Bisecting the changes points to this commit:
[e432c1cd307ae6fbebd352b5cb6fb0f3aafbba3b] winspool: Remove support for parsing
/etc/printcap.
The game does actually support printing and I can confirm that trying the
commit immediately prior works fine.
I'm attaching winspool logs from the prior, working, commit and from the broken
8.0-rc3.
Note that in 8.0-rc3 none of my printers are detected, but I don't think this
is the root of the problem as I assume the game does not actually require an
installed printer.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52772
Bug ID: 52772
Summary: winetricks wmp9 fails to install (kernel32 version
string doesn't match windows version)
Product: Wine
Version: 6.6
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: download, Installer, regression
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Regression SHA1: 04a8213ba9e3b8aa1f980d19b240929948da5abe
Distribution: ---
After:
commit 04a8213ba9e3b8aa1f980d19b240929948da5abe
Author: Arkadiusz Hiler <ahiler(a)codeweavers.com>
Date: Tue Apr 20 14:38:09 2021 +0300
kernel32: Update version to Win 10.
This fixes the game Evil Genius 2 complaining about unsupported OS.
Signed-off-by: Arkadiusz Hiler <ahiler(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
`winetricks wmp9` no longer installs; instead an error dialog saying that <=
WINXP is required:
0124:trace:text:DrawTextExW L"This version of Windows Media Player can be
installed only on Windows 98 Second Edition, Windows Millennium Edition,
Windows 2000, Windows XP, and Windows .NET Server.", -1, [(0,0)-(237,52)]
00000850
winetricks is setting the windows version of the wineprefix to winxp before
installing, but it seems that the installer is checking the kernel32 version
strings, and failing to install as a result.
Still present in wine-7.5-175-g0de8d01b09b, reverting the patch allows the
installer to proceed.
I'm not sure what we can do here. Currently the version string is hardcoded
regardless of what version of windows we're reporting. I'd guess either we need
to allow overriding the string/shipping different resource files for different
reported windows versions, or call this a WONTFIX?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54319
Bug ID: 54319
Summary: wrc doesn't find locales.nls
Product: Wine
Version: 8.0-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: steve.schnepp(a)gmail.com
Distribution: ---
Created attachment 73883
--> https://bugs.winehq.org/attachment.cgi?id=73883
tools/wrc/wrc.c.diff
When building 8.0rc4 in a i386 chroot I have an error :
tools/wrc/wrc -u -o dlls/aclui/aclui.res --nostdinc --po-dir=po
-Idlls/aclui -Iinclude -Iinclude/msvcrt -D_UCRT \
-D__WINESRC__ dlls/aclui/aclui.rc
Error: unable to load locale.nls
make: *** [Makefile:1459: dlls/aclui/aclui.res] Error 2
If I launch the command with a --nls-dir=nls it works. It actually works with
*any* directory.
It seems that the 1st NULL is never replaced correctly in the line 145 of
tools/wrc/wrc.c.
const char *nlsdirs[3] = { NULL, NLSDIR, NULL };
When I replace it with ...
const char *nlsdirs[3] = { "whatever", NLSDIR, NULL };
... it does work. But only if wine is already installed, as there's a
-DNLSDIR="\"/opt/wine-devel/share/wine/nls\""
when compiling tools/wrc/wrc.c
So, I'm using
const char *nlsdirs[3] = { "nls", NLSDIR, NULL };
and it does work even without the wine package being installed.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54269
Bug ID: 54269
Summary: WM_GETMINMAXINFO message should be sent when manually
resizing the window
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
Created attachment 73834
--> https://bugs.winehq.org/attachment.cgi?id=73834
demo
In actual application, it may be necessary to limit the maximum or minimum size
of the window. The maximum or minimum size of the window is controlled by the
WM_GETMINMAXINFO message. Therefore, in a form that needs to control the
maximum or minimum size of the window, this message needs to be mapped.
I wrote a 32-bit program running under Windows 10, when a WM_GETMINMAXINFO
message is received, the text position of the output changes.
This works fine under windows10, but in wine, when the window is resized, the
program cannot receive the WM_GETMINMAXINFO 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=54099
Bug ID: 54099
Summary: Stdout redirection broken when running Linux binaries
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 73634
--> https://bugs.winehq.org/attachment.cgi?id=73634
Test program
When running Linux binaries form inside Wine, using CreateProcessA, and
redirecting stdout, it doesn't work.
It works fine when executing Windows binaries.
See attached test program.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52681
Bug ID: 52681
Summary: Google Chrome Stopped working after 7.2
Product: Wine-staging
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ndk+whq(a)esperanca.biz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Hi!
I have been using Google Chrome Portable for some time now.
It was working with some options (--no-sandbox) right until wine-staging-7.3.
It stopped starting after 7.3. The installation process from portableapps is
smooth, it just does not want to start (no 'usual' black screen, just fails
starting).
I have tried to use old wine directory, new wine directory, installed corefonts
as someone suggested in some of the bugs, etc.
I also have tried to use wine-staging-7.4 with no luck.
After I downgraded back to 7.2 - chrome started working again with
--no-sandbox.
The system: the latest Gentoo x64.
Video card: AMD Radeon 480 (amdgpu Xorg driver).
Command: WINEPREFIX=/path/to/wine wine /path/to/chrome --no-sandbox
Expected Behavior (works until wine-staging-7.3):
Chrome starts and is usable
Actual Behavior (wine-staging-7.3; wine-staging-7.4):
Chrome fails to start.
Let me know if there are any debug info is needed (preferrably which options to
enable for WINEDEBUG).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54292
Bug ID: 54292
Summary: Dumping shaders using VKD3D_SHADER_DUMP_PATH= fails
with the bundled vkd3d
Product: Wine
Version: 8.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
The problem is in the bundled vkd3d, couldn't find the corect component for
that.
Also I'm using a PE enabled build (if that is relevant).
IIUC the bundled vkd3d code is built against the windows runtime and therefore
the shader dump path requires backslash instead of slash.
The following patch seems to be enough to restore functionality
diff --git a/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c
b/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c
index 7e153bce27a..4c0aa48aa55 100644
--- a/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c
+++ b/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c
@@ -376,7 +376,7 @@ static void vkd3d_shader_dump_blob(const char *path,
const char *prefix,
id = InterlockedIncrement(&shader_id) - 1;
- snprintf(filename, ARRAY_SIZE(filename), "%s/vkd3d-shader-%s-%u.%s",
path, prefix, id, suffix);
+ snprintf(filename, ARRAY_SIZE(filename), "%s\\vkd3d-shader-%s-%u.%s",
path, prefix, id, suffix);
if ((f = fopen(filename, "wb")))
{
if (fwrite(data, 1, size, f) != size)
I think it would also be nice to print failure details on the failure 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=53539
Bug ID: 53539
Summary: maybe a --with-wine-64 build should call widl with
-win32 option
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
Using just --with-wine-64 results in a Makefile calling widl from the win64
build directory without any target architecture specified resulting in early
build failure:
...
WIDL dlls/actxprxy/actxprxy_activscp_p.c
WIDL dlls/actxprxy/actxprxy_activscp.h
CC dlls/actxprxy/actxprxy_activscp_p.cross.o
dlls/actxprxy/actxprxy_activscp_p.c:9084:2: error: #error Invalid build
platform for this proxy.
9084 | #error Invalid build platform for this proxy.
| ^~~~~
Hacking Makefile to add -win32 to the widl invocation works around this. I have
no clue whether that is the right solution, though.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52567
Bug ID: 52567
Summary: 16-bit version of Project Pluto Guide 8.0 crashes on
start with division by zero exception
Product: Wine
Version: 7.1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 71888
--> https://bugs.winehq.org/attachment.cgi?id=71888
Console output
Steps to reproduce:
1. Run `wine setup16.exe`
2. Select "Windows 3.1 software (16 bit)"
3. Run `cd ~/.wine/drive_c/GUIDE8 && wine guide8a.exe`
Console output is attached.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54393
Bug ID: 54393
Summary: rFactor 2 dedicated server: Severe performance
degradation with additional clients joining
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: madbad82(a)gmail.com
Distribution: ---
I'm using the rFactor2 dedicated server to host races for our team on a Fedora
system.
Everything seems fine up to 6 drivers joining, above that everyone ping started
to rise each time a new driver entered the server and we reached 500/600 ping
with 13 driver on the server.
I could still ping google from the server with low numbers.
The ping issue seemed to be strictly related to the number of drivers.
I know I was able to host with this same system on windows races for up to
13/14 drivers without issues in the past.
Some data about the test:
Speed-test for the machine running the dedicated server:
* 50 Mbps download speed
* 17 Mbps upload speed
* 8ms ping
Whie running the dedicated server the band usage during the test was
* lower than 2 Mbps upload
* lower than 2 Mbps upload
RAM used 4 Gb used out of 12 of RAM
CPU at 40% (none of threads were maxed)
I remember there being a similar issue with the game itself related to
networking, operations not sure if this may be somewhat related:
https://bugs.winehq.org/show_bug.cgi?id=48668
Let me know if you need any other info to investigate the bug.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54388
Bug ID: 54388
Summary: wine64: crashing avaya ip office
AdminCD_11.1.2.0.0_Build_239 Manager.exe
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: vmxevilstar(a)gmail.com
Distribution: ---
Created attachment 73952
--> https://bugs.winehq.org/attachment.cgi?id=73952
crash dump
Dear Maintainer,
If you want I can give you the installation file just please tell me how can I
send you 1.6G of AdminCD_11.1.2.0.0_Build_239.tgz
I find it comfortable to use the windows desktop emulation.
I have installed the required jdk-19_windows-x64_bin.msi and winetricks install
dotnet45 inside wine
After that I have successfully installed Avaya Ip Office unzipping the
installation zip and launching wine64 setup.exe
tried to launch Manager.exe from
\Program Files (x86)\Avaya\IP Office Admin Suite\Manager\Manager.exe
what I have got is the program crashing
Thanks for your 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=54383
Bug ID: 54383
Summary: i cant copy text from WinBox to Linux
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: wahid.mob(a)gmail.com
Distribution: ---
I have installed WinBox. WinBox is working perfectly. But I cant copy/paste
from WinBox to my note pad, and viseversa.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51427
Bug ID: 51427
Summary: CaptureAge crashes on startup
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: raphael.nestler(a)gmail.com
Distribution: ---
Created attachment 70280
--> https://bugs.winehq.org/attachment.cgi?id=70280
Console output of wine
CaptureAge
(https://appdb.winehq.org/objectManager.php?sClass=version&iId=39970) crashes
on startup. After checking for updates it is just showing a white window before
crashing.
My System
ArchLinux
wine 6.12 from the ArchLinux repositories
You can download CaptureAge from https://captureage.com/cade
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43188
Bug ID: 43188
Summary: Crash when accessing File Open dialog
Product: Wine
Version: 2.9
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: ph.schaefe(a)gmail.com
Each time I use any of my windows programs with wine, and click the "Open File"
menu item (or the "Open File ..." button) to get the 'file open dialog', the
program crashes.
This is consistent in all the windows programs I use. My version of Wine-devel
seems up to date though, as I just did both "port upgrade wine-devel" and "port
upgrade winetricks"on the console and it didn't upgrade anything.
err:module:DelayLoadFailureHook failed to delay load
comctl32.dll.HIMAGELIST_QueryInterface
wine: Call from 0x7b42965e to unimplemented function
comctl32.dll.HIMAGELIST_QueryInterface, aborting
wine: Unimplemented function comctl32.dll.HIMAGELIST_QueryInterface called at
address 0x7b42965e (thread 0009), starting debugger...
Unhandled exception: unimplemented function
comctl32.dll.HIMAGELIST_QueryInterface called in 32-bit code (0x7b42965e).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=38886
Bug ID: 38886
Summary: AArch64 platforms: ABI Problems wrt varargs (needs
arm64 specific __builtin_ms_va_list)
Product: Wine
Version: 1.7.46
Hardware: aarch64
URL: http://go.microsoft.com/fwlink/p/?LinkId=536682
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nerv(a)dawncrow.de
CC: focht(a)gmx.net, nerv(a)dawncrow.de
Distribution: ---
Hi,
running e.g. makecat.exe or midl.exe gives backtraces which suggest varargs
problems.
relevant part:
(stripped) Backtrace:
=>0 0x0000007f84d4aa04 raise_segv_exception(rec=0x7f83e8fa18,
context=0x7f83e8f908) in ntdll (0x0000007f83e8fab0)
1 0x0000007f83d65864 pf_printf_w+0x8cb(pf_puts=0x7f83d61b18,
puts_ctx=0x7f83e8fc70, fmt=<is not available>, locale=<is not available>,
positional_params=0, invoke_invalid_param_handler=0x740020,
pf_args=0x78003000200068, args_ctx=0x2d0020003a0000, valist=0x7f83e8fcb0) in
msvcrt (0x0000007f83e8fab0)
2 0x0000007f83d65864 pf_printf_w+0x8cb(pf_puts=0x7f83d67ec0,
puts_ctx=0x7f83e8fc70, fmt=<is not available>, locale=<is not available>,
positional_params=0, invoke_invalid_param_handler=0, pf_args=0x7f83d617d8,
args_ctx=0x0(nil), valist=0x7f83e8fcc8) in msvcrt (0x0000007f83e8fac0)
3 0x0000007f83d65864 pf_printf_w+0x8cb(pf_puts=0x7f836822c0,
puts_ctx=0x0(nil), fmt=<is not available>, locale=<is not available>,
positional_params=0x40020000, invoke_invalid_param_handler=0x7f,
pf_args=0x140020000, args_ctx=0x140020000, valist=0x7f84280910) in msvcrt
(0x0000007f83e8fc50)
4 0x0000007f83d67ec0 MSVCRT_vsnwprintf+0x47(str=<is not available>, len=<is
not available>, format=<is not available>, valist={__stack=0x7f836819f0,
__gr_top=0x140010170, __vr_top=0x7f8428071c, __gr_offs=0x83681a28,
__vr_offs=0x7f}) in msvcrt (0x0000007f83e8fc80)
5 0x0000000140012328 in makecat (+0x12327) (0x0000007f83e8fcb0)
6 0x00000001400123b0 in makecat (+0x123af) (0x0000007f83e8fcb0)
uuidgen.exe -i
this generates a different path which involves MSVCRT_vsnprintf, pf_printf_a
and pf_handle_string_a
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54363
Bug ID: 54363
Summary: Can't install 64 bit applications which use 32 bit
installers.
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mattyshires(a)gmail.com
Distribution: ---
The installation of some 64bit software which use 32bit installers fail due to
"VersionNT64 >= v6.2" evaluating to false but as the install is 32bit I cannot
run it under wine64.
There should be a way to override this system variable for installers such as
this.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53946
Bug ID: 53946
Summary: Some applications produced with Delphi crash on Wine
before WinMain
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: mterrisse(a)free.fr
Distribution: ---
Created attachment 73522
--> https://bugs.winehq.org/attachment.cgi?id=73522
'Hello from Wine' compiled with Delphi and source code
Wine 7.21 on Ubuntu 22.10
Hello,
I attach a very small program built with Delphi 11.2 and source code
(TestWine.dpr).
It is a console application that says 'Hello from Wine' but it crashes on Wine,
page fault. It works fine on Windows.
I tried with winedbg and got this
=========
0084:fixme:wineusb:query_id Unhandled ID query type 0x5.
0084:fixme:wineusb:query_id Unhandled ID query type 0x5.
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
WineDbg starting on pid 0120
0x000001700570a5 ntdll+0x570a5: ret
Wine-dbg>0044:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub
0044:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub
012c:fixme:imm:ImeSetActiveContext (0000000000010052, 1): stub
012c:fixme:imm:ImmReleaseContext (0000000000030046, 0000000000010052): stub
c
Unhandled exception: page fault on execute access to 0x0000000000447000 in
64-bit code (0x00000000447000).
Register dump:
rip:0000000000447000 rsp:000000000057fe38 rbp:0000000000000000 eflags:00010a82
( R- --O I S - - - )
rax:0000000170088050 rbx:0000000000000000 rcx:00000000003f0000
rdx:00000000004424c0
rsi:0000000000000000 rdi:0000000000000000 r8:00000000003f0000
r9:000000017007bca8 r10:0000000000000000
r11:0000000000000000 r12:0000000000000000 r13:0000000000000000
r14:0000000000000000 r15:0000000000000000
Stack dump:
0x0000000057fe38: 000000007b6291b9 0000000000000000
0x0000000057fe48: 000000000057fe90 0000000000000000
0x0000000057fe58: 0000000000000000 0000000000000000
0x0000000057fe68: 000000017005f8f3 0000000000000000
0x0000000057fe78: 0000000000000000 0000000000000000
0x0000000057fe88: 0000000000000000 00000000004424c0
0x0000000057fe98: 00000000003f0000 ffffffffffffffff
0x0000000057fea8: 000000017006ab30 0000000170027380
0x0000000057feb8: 0000000000000000 000000000057fea0
0x0000000057fec8: 0000000000000000 000000000057fe70
0x0000000057fed8: 0000000000000000 0000000000000000
0x0000000057fee8: 0000000000000000 0000000000000000
Backtrace:
=>0 0x00000000447000 in testwine (+0x47000) (0000000000000000)
1 0x0000007b6291b9 BaseThreadInitThunk+0x9(unknown=<internal error>,
entry=<internal error>, arg=<internal error>)
[Z:\usr\src\packages\BUILD\dlls\kernel32\thread.c:61] in kernel32
(0000000000000000)
2 0x0000017005f8f3 __wine_pop_frame(entry=00000000004424C0,
arg=00000000003F0000) [Z:\usr\src\packages\BUILD\include\wine\exception.h:277]
in ntdll (0000000000000000)
3 0x0000017005f8f3 RtlUserThreadStart+0x83(entry=[<register RSP not
accessible in this frame>, arg=[<register RSP not accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\ntdll\thread.c:285] in ntdll (0000000000000000)
0x00000000447000 testwine+0x47000: addb %al,(%rax)
=========
I tried step by step but it seams that the code in WinMain function is never
executed.
Can you see what is wrong with this executable?
Regards,
Michel Terrisse
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54157
Bug ID: 54157
Summary: dir command of cmd fails on Z: on Ubuntu under WSL
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: mterrisse(a)free.fr
Distribution: ---
Wine 8.0 rc1, Ubuntu 22.10 under WSL (Windows SubSystem for Linux, Windows 11
22H2)
Hello,
You will probably think it is a weird idea running Wine in Ubuntu under WSL.
I tried it to avoid copying many files with my program to test it under Wine.
I noticed this:
wine64 cmd.exe
dir
This works fine on C:
But if I do
Z:
dir
I receive
Invalid function.
I tried this
WINEDEBUG=warn+file wine64 cmd.exe
Z:
dir
and there is something more explicit
0108:warn:file:get_mountmgr_fs_info failed to retrieve filesystem type from
mountmgr, status 0xc000000e
Invalid function.
Do you know what is wrong?
Regards,
Michel Terrisse
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54370
Bug ID: 54370
Summary: d3d display mode ww2 combat road to berlin
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: pankrock_(a)list.ru
Distribution: ---
Created attachment 73941
--> https://bugs.winehq.org/attachment.cgi?id=73941
out console, screen in game
32 bit arch, win xp mode, clear prefix
ubuntu 22.10
wine 8.0
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53224
Bug ID: 53224
Summary: Systray icon windows haven't a title
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: emonkak(a)gmail.com
Distribution: ---
According to System Tray Protocol Specification by freedesktop.org, the title
should be set for the tray icon, but it isn't set.
https://github.com/wine-mirror/wine/blob/e909986e6ea5ecd49b2b847f321ad89b2a…
> _NET_WM_NAME, UTF8_STRING
>
> This hint should be set as it would be for a normal toplevel window, as defined in the Extended Window Manager Hints Specification (EWMH). The hint MUST be in UTF-8 encoding. It provides a human-readable, localized name for the tray icon.
https://specifications.freedesktop.org/systemtray-spec/systemtray-spec-0.2.…
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54365
Bug ID: 54365
Summary: Mono io layer error
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chen.jenilee(a)gmail.com
Created attachment 73936
--> https://bugs.winehq.org/attachment.cgi?id=73936
Mono io layer error
Mono io layer 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=54274
Bug ID: 54274
Summary: NtMapViewOfSection + MEM_IMAGE + BaseAddress broken in
multiple ways
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 73838
--> https://bugs.winehq.org/attachment.cgi?id=73838
Reproducer
See reproducer (attached).
Windows output:
nt_path: \??\C:\Users\user\repro.exe
NtOpenFile status: 00000000
NtCreateSection status: 00000000
#1 NtMapViewOfSection status: 40000036
#1 base: 00000BADF00D0000
#1 ImageBase: 00000BADF00D0000
#2 NtMapViewOfSection status: 40000003
#2 base: 00000BADBEEF0000
#2 ImageBase: 00007FF6122E0000
Wine output:
LdrFindEntryForAddress status: 00000000
RtlDosPathNameToNtPathName_U_WithStatus status: 00000000
nt_path: \??\Z:\home\user\repro.exe
NtOpenFile status: 00000000
NtCreateSection status: 00000000
#1 NtMapViewOfSection status: 40000003
#1 base: 0000000000B80000
#1 ImageBase: 0000000140000000
#2 NtMapViewOfSection status: 40000003
#2 base: 0000000000C10000
#2 ImageBase: 0000000140000000
In case #1 the base is completely ignored, and the flag telling to relocate is
ignored. Win7 returns STATUS_INVALID_ARGUMENT (as it does not support the
flag), while Win8+ correctly relocates to the new base. Wine does not return an
error status, but also does not relocate.
In case #2 the base is completely ignored. Relocation does not happen, but this
is expected. The returned status is correct.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54290
Bug ID: 54290
Summary: RtlAddFunctionTable does not work for modules with
empty IMAGE_DIRECTORY_ENTRY_EXCEPTION
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 73859
--> https://bugs.winehq.org/attachment.cgi?id=73859
Reproducer
RtlAddFunctionTable is generally called for code allocated by JIT engines and
similar, however on Windows it also works for images, as long as the image has
an empty IMAGE_DIRECTORY_ENTRY_EXCEPTION. This is sometimes used by packers.
On Wine, this does not work.
The problem is that dynamic entries are only enumerated if the memory does not
belong to an image:
https://github.com/wine-mirror/wine/blob/0adec25f92219b5626b8ee3c1c13396d36…
Code that reproduces the issue is attached.
Windows output:
VirtualAddress: 00072000
hello!!!!
Wine output:
VirtualAddress: 00072000
wine: Unhandled exception 0x80000003 in thread 2a4 at address 0000000180001007
(thread 02a4), 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=54366
Bug ID: 54366
Summary: Microsoft Word 2016 Equation Editor Causes App Crash
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: pjahelka(a)caltech.edu
Distribution: ---
Created attachment 73937
--> https://bugs.winehq.org/attachment.cgi?id=73937
Error Log
Hi all,
Creating an equation in Word 2016 causes the app to crash. Wine error log is
attached. I'm running 32bit office on 64bit OpenSUSE Tumbleweed.
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=43287
Bug ID: 43287
Summary: Farming Simualtor 17
Product: Wine
Version: 2.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx11
Assignee: wine-bugs(a)winehq.org
Reporter: sascha.spaces(a)yandex.ru
Distribution: ---
Created attachment 58629
--> https://bugs.winehq.org/attachment.cgi?id=58629
Backtrace
Farming Simulator 17 does not start. The log is here.
I'm from Russia and use google translator. There may be errors in the text.
closed the game for abit but when i got back and tried playing it said could
not init 3d system shader model is required and this is confusing me since a
just played it and i check if anything needed a driver update.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
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.