https://bugs.winehq.org/show_bug.cgi?id=54219
Bug ID: 54219
Summary: Summary of what?
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mwcarpe(a)yahoo.com
Distribution: ---
Created attachment 73762
--> https://bugs.winehq.org/attachment.cgi?id=73762
The error message I received
Not a very intuitive web page. I assume you mean "Description of the error I
encountered"..? If so, here it is; Downloaded a windoze-based program called
V380 Pro (a viewer for a cheap Chinese IP camera). It downloaded and installed
via Wine just fine.
When launching the program the login window comes up and allows me to log in.
Once the program tries to open the actual viewer, I receive the error message
that I have attached to this report.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54242
Bug ID: 54242
Summary: "NVIDIA Hair Demo" renders character hair in a wrong
way.
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Created attachment 73794
--> https://bugs.winehq.org/attachment.cgi?id=73794
Screenshot
"NVIDIA Hair Demo" renders character hair in a wrong way.
Demo download link:
https://ftp.nluug.nl/pub/games/PC/guru3d/demos/Realistic_character_hair-[Gu…
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45142
Bug ID: 45142
Summary: (DX11) Unigine Heaven 4.0 shows black screen while
benchmarking on Windows
Product: Wine
Version: 3.7
Hardware: x86
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Created attachment 61328
--> https://bugs.winehq.org/attachment.cgi?id=61328
screenshot
This issue seems to be related to Windows OS only.
When you run Unigine Heaven 4.0 benchmark at DX11 on Windows platforms with
WineD3D you only see a black screen and playing sound. No matter what WineD3D
build I use and no matter what Windows version.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54241
Bug ID: 54241
Summary: WirelessUSG program crashing
Product: Wine
Version: 7.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonattancarvalho(a)hotmail.com
Distribution: ---
Created attachment 73790
--> https://bugs.winehq.org/attachment.cgi?id=73790
Crash backtrace log
WirelessUSG program won't work, it crashes with attached backtrace log when
started.
OS: ubuntu-22.04.1
Wine version: 7.0.1
Winetricks version: 20220411-next
Official download URL: https://www.kontedmed.com/download/
Requires .NET Framework 4.6.2
More information is available in the following Wine Forum topic:
https://forum.winehq.org/viewtopic.php?t=37241
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51804
Bug ID: 51804
Summary: Tropico: messed up graphics when hardware renderer
selected
Product: Wine-staging
Version: 6.18
Hardware: x86-64
URL: https://archive.org/details/TropicoDemo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 70691
--> https://bugs.winehq.org/attachment.cgi?id=70691
screenshot
The screen is garbled when hardware renderer is selected in the Options menu
(main menu looks fine, you have to start a scenario to reproduce the bug).
Doesn't happen in vanilla Wine 6.18.
The staging patch to blame:
https://github.com/wine-staging/wine-staging/blob/master/patches/ddraw-vers…
In the terminal:
0110:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0110:fixme:ddraw:DirectDrawEnumerateExA flags 0x00000002 not handled
0110:fixme:ddraw:DirectDrawEnumerateExA flags 0x00000006 not handled
0138:err:d3d:resource_unload Resource 0x1f822c8 is being unloaded while mapped.
Wine-Staging 6.18
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 470.74
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54236
Bug ID: 54236
Summary: Default to Windows 10 when creating a prefix
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: shtetldik(a)gmail.com
Distribution: ---
Is there any reason why default Windows version is set to 7 when prefix is
created?
Defaulting to 10 would make more sense, especially for anything recent.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45411
Bug ID: 45411
Summary: Direct Access to USB Drive Fails
Product: Wine
Version: 3.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fredthejonester(a)gmail.com
Distribution: ---
Here is the output:
$ WINEARCH=win32 WINEPREFIX=/home/kirk/.wineprefix32 wine RESPONSA.exe
0009:fixme:nls:GetThreadPreferredUILanguages 00000034, 0x32e6a0, 0x32e710
0x32e6a8
0009:fixme:nls:get_dummy_preferred_ui_language (0x34 0x32e6a0 0x32e710
0x32e6a8) returning a dummy value (current locale)
0009:fixme:nls:GetThreadPreferredUILanguages 00000034, 0x32e680, 0x32e6f0
0x32e688
0009:fixme:nls:get_dummy_preferred_ui_language (0x34 0x32e680 0x32e6f0
0x32e688) returning a dummy value (current locale)
0017:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 41018 (device=4 access=0
func=406 method=0)
0017:fixme:mountmgr:harddisk_ioctl Unsupported ioctl 4d014 (device=4 access=3
func=405 method=0)
0009:fixme:msvcrt:__clean_type_info_names_internal (0x4c22b684) stub
0009:fixme:msvcrt:__clean_type_info_names_internal (0x4e0892fc) stub
0009:fixme:msvcrt:__clean_type_info_names_internal (0x101827d4) stub
0009:fixme:msvcrt:__clean_type_info_names_internal (0x788b0e54) stub
and the app is not able to recognize the USB drive that is in the PC and
required for execution. More details are available here:
https://forum.winehq.org/viewtopic.php?f=2&t=30825
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53111
Bug ID: 53111
Summary: Card Studio: unable to connect to the internet
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mick_n_tigs_buds(a)bellsouth.net
Distribution: ---
Created attachment 72554
--> https://bugs.winehq.org/attachment.cgi?id=72554
terminal output
I'm trying to run Hallmark Card Studio V22
I've been able to install it and get it to launch when i create a 32win arch
then install via winetricks
dotnet462 and vcrun2010
followed by installing the Card Studio program. if these steps aren't followed
then it will not install/start.
A couple of minutes after launching Card Studio this message appears:
"Hallmark Card Studio is unable to connect to the Internet. Please
check your Internet connection and try again."
these are the messages that are reported after clicking ok to the can't connect
message:
015c:fixme:service:QueryServiceConfig2W Level 6 not implemented
0104:fixme:wtsapi:WTSUnRegisterSessionNotification Stub 00010090
013c:fixme:wmp:OleObject_Close Unsupported option 1
0168:fixme:ras:RasEnumConnectionsW (2B21DC58,0D56F450,0D56F454),stub!
0168:fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure
program to use LAN connection/winsock instead!
0168:fixme:ras:RasConnectionNotificationW (FFFFFFFF,00000478,0x00000003),stub!
0168:fixme:ntdll:EtwEventSetInformation (deadbeef, 2, 03F08C3C, 53) stub
I've tried various WINEDEBUG settings to find out exactly what the issue is but
i've not been able to find anything helpful.
I'm more than happy to try debugging this if someone can give me ideals what to
set WINEDEBUG to.
Wine Version: wine-7.9 (Staging) - fedora package
OS: fedora 35 x64
i am not aware of a free version of this 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=50257
Bug ID: 50257
Summary: Regression: startup crash/infinite loop on FreeBSD
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: FreeBSD
Status: NEW
Severity: blocker
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
Lots of:
01ac:err:heap:HEAP_GetPtr Invalid heap 00000000!
01ac:err:heap:HEAP_GetPtr Invalid heap 00000000!
Endless 100% CPU usage or 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=50468
Bug ID: 50468
Summary: winedbg fails to load symbols for non PE builtin dlls
Product: Wine
Version: 6.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
While looking at an xactengine problem in Hyperdimension Neptunia ReBirth 1
(bug #50416) with a mingw enabled build (haven't tested a non mingw build;
should I do that?) winedbg fails to load symbols from e.g. x3daudio1_7 and
xactengine3_7.
Interestingly symbols for x3daudio (directly linked to by the main exe while
xactengine is loaded on demand through CoCreateInstance) are available when
using winedbg --gdb.
+dbghelp log doesn't seem very interesting to me (no debug info in the dll and
no matching .pdb found). Should it be uploaded anyway? Which debugger commands
should I use during the log session? Which other debug channels should I turn
on to provide further 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=53765
Bug ID: 53765
Summary: Overwatch2 simply crashes
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blue-t(a)web.de
Distribution: ---
Since the update from Overwatch1 to Overwatch2 , this game doesn't run with
wine 7.18-staging.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54228
Bug ID: 54228
Summary: CPython fails to import symlinked packages
Product: Wine-staging
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ernst(a)pleiszenburg.de
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 73774
--> https://bugs.winehq.org/attachment.cgi?id=73774
complete, minimal reproducing example
- Present in, at least: Wine Staging 7.22 and 8.0-rc2
- Not present: Wine Stable 7.0
- Wine builds: dl.winehq.org/wine-builds/ubuntu
- System: Ubuntu 22.04
- Expected behavior: CPython <= 3.9 can import symlink-ed modules and their
submodules
- Actual behavior: CPython sees the folder and can navigate it, but fails to
import its contents (submodules)
- Reproduced by: https://gist.github.com/s-m-e/84d5fbf5663825a46d9ae98e4636d8ec
(also attached)
---
I have noticed this issue in Wine Staging 7.22 and 8.0-rc2. I believe it must
have found its way into Wine Staging in the October to November 2022 time
frame. This issue does not appear in Wine Staging until about September. It
also does not appear in stable releases of Wine 7. Python's import mechanism
was rewritten recently, so only versions prior to Python 3.10 appear to be
affected. Many packages support down to 3.7 at the moment.
I am heavily using CPython on top of Wine. When Python imports modules, it
looks for them in certain paths, specified in `sys.path`. For development, it
is common practise to symlink a package's folder from e.g. a git repo into one
of the folders contained in `sys.path`, usually `site-packages`. Python then
happily imports the module from there for e.g. testing. Many tools are built
around this workflow.
```
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "Z:\work\bar\__init__.py", line 1, in <module>
from .subbar import funcbar
ModuleNotFoundError: No module named 'bar.subbar'
```
Python's module import mechanism appears to follow the symlink correctly (into
module "bar") but fails to "locate" stuff within the linked folder (submodule
"bar.subbar"). Other Python code can at least correctly navigate the linked
folder's contents, so I am suspecting a `stat` syscall of some kind to return
unusual values.
For a complete, minimal reproducing example see link above or attached script.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54231
Bug ID: 54231
Summary: Error:Applications can be scaled up or down infinitely
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
Some applications, such as Google Chrome or Baidu Netdisk, are designed with a
maximum size that cannot be exceeded when stretching the interface (such as
width 1080, height 1920). When you want to stretch the width beyond 1080, the
window of the application on windows will no longer deformed. But in wine, you
can continue to stretch the window, but the excess part is not rendered (pure
white).
The same is true for shrinking. In wine, you can shrink a window infinitely,
which will cause a crash.
I don't have any good examples of reproducing the problem without an account
now.The example I found that can reproduce this problem is Netease Cloud Music.
On Windows, it can be stretched up to 1080, but in Wine, it can be stretched
infinitely.
Application download link: https://music.163.com/#/download
If the app doesn't work, you can try Google Chrome.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54224
Fabian Maurer <dark.shadow4(a)web.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|blocker |normal
CC| |dark.shadow4(a)web.de
--- Comment #1 from Fabian Maurer <dark.shadow4(a)web.de> ---
Not a blocker.
Since you filed it as wine-staging, does it work under normal 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=54221
Bug ID: 54221
Summary: vbscript: missing support for GetRef
Product: Wine
Version: unspecified
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: ---
While working on porting Visual Pinball to cross platform, many table scripts
use "GetRef".
I tried to implement this by returning the script dispatch interface, but I
realize this is wrong as "GetRef" is supposed to return a reference to a
function.
Does anyone have any suggestions on what would need to be returned, and I can
work on creating a 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=54225
Bug ID: 54225
Summary: Steam login black after it updated 12.27.2022 ran fine
last night playing civ V (maybe related to 53802)
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pddcat2(a)mail.com
Distribution: ---
Created attachment 73772
--> https://bugs.winehq.org/attachment.cgi?id=73772
Dump file from error popup box
played a 10 hour session with nephew on 12-26-2022 (Civ V on steam). Went to
login tonight 12-27-2022 and after update login was blank/black and an error
box came up. Printed output from error box and attached. Unable to use steam or
anygames attached to it at this time.
Thanks in advance 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=54222
Bug ID: 54222
Summary: [COMCTL32] Comboboxes v6 with many elements do
auto-close erroneously with low vertical resolution
when clicking on the text
Product: Wine
Version: unspecified
Hardware: x86-64
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)kcsoftwares.com
From ReactOS JIRA : https://jira.reactos.org/browse/CORE-18769
Reproduction steps
set a very low screen resolution, e.g. 640x480 to limit available vertical
space
the attached timedate_unlimited.cpl uses a v6 combobox that does not explicitly
limit the amount of elements in its timezone combobox yet, and therefore will
show 30 elements by default
30 elements are so many, that the expanded box would not fit all of them to the
screen in 640x480, neither when expanding the combobox to the bottom, nor when
it expands the combobox to the top
place the dialog in the vertical center of the screen
open the v6 combobox with a single click on its text, not a click on the small
triangle to the right
Expected result
2k3sp2 would still show the combobox in expanded state when the mouse button
is released 2k3sp2_ok.png
Observed result
On ros with comctl32 v6 combobox from Wine the combobox will expand on the
click as intended,
but the release of the mouse button will already do the selection and
therefore the bx auto-closes immediately again unintentionally.
ROS_0.4.15-dev-5402-gf908d37_affected.webm
We do believe this to be a bug in Wines comctl32 v6.
Reminder
Use only the timedate_unlimited.cpl attached here for testing, not the one from
master, as it got a workaround already)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47635
Bug ID: 47635
Summary: Micro-Cap 12 fails to save any files
Product: Wine
Version: 4.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: alexander-winehq(a)xmine128.tk
Distribution: ---
Created attachment 65068
--> https://bugs.winehq.org/attachment.cgi?id=65068
commdlg trace of Micro-Cap 12 starting and saving file
Micro-Cap 12 was recently released as Freeware and provides a pretty
comprehensive analog/digital circuit simulation environment. While every tested
aspect of the software works brilliantly, saving created circuit diagrams for
some reason fails silently and the file will simply not be considered “saved”
after clicking “Save” in the file dialog.
Steps to reproduce:
0. Download Micro-Cap 12 Full-CD version from:
http://www.spectrum-soft.com/download/download.shtm
1. Extract the file's contents and run “mc12.exe” or “mc12_64.exe”
2. Wait for the program to start up
3. Click the “Save” button in the toolbar or “File” menu
4. Confirm saving by clicking on “Save” in the opened “Save As” dialog
Expected behaviour:
A file with the name and path selected in the “Save As” dialog should have been
created.
Actual behaviour:
Nothing happens, except that the program will show the path of the chosen save
path in its titlebar.
I've attached a trace of Wine 4.14 and enabled WINEDEBUG=commdlg, please take a
look if there is anything out of the ordinary there.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=46087
Bug ID: 46087
Summary: Directx9 games are very slow (unusable)
Product: Wine-staging
Version: 3.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mochobb(a)clix.pt
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 62718
--> https://bugs.winehq.org/attachment.cgi?id=62718
Hardware specs and terminal output
I noticed that suddenly games were very slow (it takes seconds just to
highlight a menu item). I tested Shadow Warrior 2 and XCOM: Enemy Unknown. The
first game I had never tried, but I know the performance of the second one.
I downgraded wine-staging until I got a working version: 3.15. The other
versions tried were 3.17, 3.18 and 3.19. The terminal output is attached. The
output refers to XCOM, launching the game up to the menu and exiting.
Also attached are my hardware specifications.
Thank you very much for reading 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=53742
Bug ID: 53742
Summary: Gothic 2 - Night of the Raven 2.7 - Brightness, gamma
and contrast sliders don't work properly
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: VladimirVSC(a)yandex.ru
Distribution: ---
Created attachment 73184
--> https://bugs.winehq.org/attachment.cgi?id=73184
Gothic 2 Sliders' bug report
The sliders "contrast" and "gamma" don't work at all, the "brightness" one
works from leftmost to middle part anyhow, the rest of the slider changes
nothing at all. Was tested in stable 7.0 version. Don't know if it works in
7.18 version, because the game doesn't start on it due to "dll initializing
error" (Bug 53741).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54214
Bug ID: 54214
Summary: No way to pass optimization levels in x86_64_CFLAGS to
mingw
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: shtetldik(a)gmail.com
Distribution: ---
I'm trying to build Wine with increased optimizations, and while setting CFLAGS
/ CXXFLAGS works for native compilation parts (using: -O3 -march=znver3), when
it's doing cross compilation parts, those aren't picked up and uses default (-g
-O2).
I looked into the definitions, and Makefile is using x86_64_CFLAGS for mingw
invocations. But setting that in the environment is ignored.
What is the way to pass optimization levels to cross compilation part?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54216
Bug ID: 54216
Summary: Missing close and restore icons in CBReader17
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: dav75uk(a)yahoo.co.uk
Distribution: ---
Created attachment 73760
--> https://bugs.winehq.org/attachment.cgi?id=73760
Top right portion of the window showing missing icons
In the window title bar, only the minimise icon is drawn, the restore and close
icons are not, even though they are clickable. This is also true with
subwindows (such as a game) that are opened.
This bug is not seen on Chessbase 11.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13470
Summary: Warhammer : Battle March (Loading)
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dl.zerocool(a)gmail.com
Created an attachment (id=13387)
--> (http://bugs.winehq.org/attachment.cgi?id=13387)
Console logs
Actually, warhammer is playable at decent speed.
The troubleshooting is starting the game, or charging a map (mission, campaign,
etc.)
It requires arround 10min to have the first game menu...
And it requires other 10minutes if you want to play.
The game is unplayble since it requires 20minutes to start gaming.
But the game itself even with highest options work very well.
The problem is the same with older wine versions.
And apparently the Warhammer mark of chaos (whitout battle march addon
installed)
Have the same loading problem.
--
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=54213
Bug ID: 54213
Summary: tsMuxerGui git does not allow me to add m2ts
(mpeg2/HDV) files, crashes
Product: Wine
Version: 8.0-rc2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: randrik(a)mail.ru
Distribution: ---
Created attachment 73758
--> https://bugs.winehq.org/attachment.cgi?id=73758
saved from wine crash dialog
I used tsmuxer extracted from
https://github.com/justdan96/tsMuxer/releases/download/nightly-2022-12-23-0…
general info on page https://www.videohelp.com/software/tsMuxeR
while I can runs tsmuxerGUI and look at various tabs and options attempt at
adding HDV file result in crash, I have debug txt saved from such attempt
HDV file was found on archive.org by searching for HDV (mpeg2). It usually
comes with mpg extension, not quite correct, so I renamed file extension from
mpeg to m2ts.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52285
Bug ID: 52285
Summary: 7-zip: column titles are not rendered initially when
using a theme
Product: Wine
Version: 7.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 71421
--> https://bugs.winehq.org/attachment.cgi?id=71421
7-zip themed
See the attached screenshot.
If you interact with the columns in any way titles will appear.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50011
Bug ID: 50011
Summary: ElsterFormular crashes with opensuse 15.2 after
updates at first click
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wdm-lin(a)gmx.net
Distribution: ---
Created attachment 68427
--> https://bugs.winehq.org/attachment.cgi?id=68427
error_log
using opensuse leap 15.2
the german Tax-Software Elster crashes about 10 seconds after starting, when
any click on any item is made.
This happens with all wine-Versions and all Elster-Versions.
If you install a fresh Opensuse leap 15.2, the Elster-app runs without any
problems, when you run die actual updates, Elster fails. A rollback of the
Kernel is without effect.
Before, Elster run without any problems for many years, using os leap 15.0 oder
15.1, the app still runs.
https://appdb.winehq.org/objectManager.php?sClass=application&iId=1925
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44997
Bug ID: 44997
Summary: Installation support is broken for ElsterFormular
19.3.
Product: Wine
Version: 3.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
It would be nice if I could install the application “ElsterFormular 19.3
(2018-04-12)”.
https://www.elster.de/eportal/infoseite/elsterformularhttps://appdb.winehq.org/objectManager.php?sClass=application&iId=1925
It can happen that the first dialogue looks completely fine while I get a
questionable display by the software “Wine 3.6-797.1” for further start tries.
elfring@Sonne:~/geladen/Freeware> wine start ElsterFormularPrivat.msi
005d:fixme:exec:SHELL_execute flags ignored: 0x00000100
elfring@Sonne:~/geladen/Freeware> 005f:fixme:ntdll:NtLockFile I/O completion on
lock not implemented yet
0060:fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"actionData",
clsid {000c109e-0000-0000-c000-000000000046}
0060:fixme:msi:AutomationObject_GetIDsOfNames Unknown member L"objFSO", clsid
{000c109e-0000-0000-c000-000000000046}
005f:err:msi:ITERATE_Actions Execution halted, action L"WelcomeDlg" returned
1602
The software support is incomplete for this area.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54209
Bug ID: 54209
Summary: failed when link the libwine.so.1 with an error
"version node not found for symbol"
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: Zenitur(a)yandex.ru
Distribution: ---
When I trying to compile Wine 8.0-rc2, I had got this error:
make[1]: Entering directory `/home/gaben/wine-8.0-rc2'
gcc -std=gnu11 -m64 -o libs/wine/libwine.so.1.0 libs/wine/c_037.o
libs/wine/c_10000.o libs/wine/c_10001.o libs/wine/c_10002.o \
libs/wine/c_10003.o libs/wine/c_10004.o libs/wine/c_10005.o
libs/wine/c_10006.o \
libs/wine/c_10007.o libs/wine/c_10008.o libs/wine/c_10010.o
libs/wine/c_10017.o \
libs/wine/c_10021.o libs/wine/c_10029.o libs/wine/c_10079.o
libs/wine/c_10081.o \
libs/wine/c_10082.o libs/wine/c_1026.o libs/wine/c_1250.o libs/wine/c_1251.o
libs/wine/c_1252.o \
libs/wine/c_1253.o libs/wine/c_1254.o libs/wine/c_1255.o libs/wine/c_1256.o
libs/wine/c_1257.o \
libs/wine/c_1258.o libs/wine/c_1361.o libs/wine/c_20127.o libs/wine/c_20866.o
libs/wine/c_20932.o \
libs/wine/c_21866.o libs/wine/c_28591.o libs/wine/c_28592.o
libs/wine/c_28593.o \
libs/wine/c_28594.o libs/wine/c_28595.o libs/wine/c_28596.o
libs/wine/c_28597.o \
libs/wine/c_28598.o libs/wine/c_28599.o libs/wine/c_28603.o
libs/wine/c_28605.o libs/wine/c_437.o \
libs/wine/c_500.o libs/wine/c_737.o libs/wine/c_775.o libs/wine/c_850.o
libs/wine/c_852.o \
libs/wine/c_855.o libs/wine/c_857.o libs/wine/c_860.o libs/wine/c_861.o
libs/wine/c_862.o \
libs/wine/c_863.o libs/wine/c_864.o libs/wine/c_865.o libs/wine/c_866.o
libs/wine/c_869.o \
libs/wine/c_874.o libs/wine/c_875.o libs/wine/c_932.o libs/wine/c_936.o
libs/wine/c_949.o \
libs/wine/c_950.o libs/wine/casemap.o libs/wine/collation.o
libs/wine/compose.o libs/wine/config.o \
libs/wine/cpsymbol.o libs/wine/cptable.o libs/wine/debug.o
libs/wine/decompose.o \
libs/wine/digitmap.o libs/wine/fold.o libs/wine/ldt.o libs/wine/loader.o
libs/wine/mbtowc.o \
libs/wine/mmap.o libs/wine/port.o libs/wine/sortkey.o libs/wine/string.o
libs/wine/utf8.o \
libs/wine/wctomb.o libs/wine/wctype.o -shared -Wl,-soname,libwine.so.1 -ldl
/usr/bin/ld: libs/wine/libwine.so.1.0: version node not found for symbol
wine_is_dbcs_leadbyte(a)WINE_1.0
/usr/bin/ld: failed to set dynamic section sizes: Bad value
collect2: error: ld returned 1 exit status
make[1]: *** [libs/wine/libwine.so.1.0] Error 1
make[1]: Leaving directory `/home/gaben/wine-8.0-rc2'
Although when I reboot into my 32-bit OS there is no an error.
Searching for the last working Wine version, I'd found there is Wine 5.0.
When compile Wine 5.1, I'd got:
/usr/bin/ld: libwine.so.1.0: version node not found for symbol
wine_switch_to_stack(a)WINE_1.0
When compile Wine 5.2, I'd got:
/usr/bin/ld: libwine.so.1.0: version node not found for symbol
wine_is_dbcs_leadbyte(a)WINE_1.0
So the situation didn't changed since 5.2 to 8.0-rc2.
I'd found two commits that're broking the build. There them are:
https://github.com/wine-mirror/wine/commit/39138478fdd93cc0dfc1e83b85784bc4…
(committed Jan 29, 2020)
After this commit I'd got "wine_switch_to_stack(a)WINE_1.0" symbol error
https://github.com/wine-mirror/wine/commit/831f58caa56133f8522fad1ce2b7901e…
(commited Feb 12, 2020)
And after this commit I'd got "wine_is_dbcs_leadbyte(a)WINE_1.0" symbol error
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=54207
Bug ID: 54207
Summary: World of Tanks: Print Screen does not work
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dliw(a)posteo.net
Distribution: ---
World of Tanks allows you to take in-game screenshots using the Print Screen
(PrtScr) key:
https://eu.wargaming.net/support/en/products/wot/article/10593/#section_1
This does not work on Wine. The action cannot be assigned to another key. I
have checked that the key is not bound elsewhere.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53227
Bug ID: 53227
Summary: dxgi:dxgi - test_swapchain_present() fails on Windows
10 1709
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_present() fails on Windows 10 1709:
dxgi.c:4735: Test failed: Test 0: Got unexpected hr 0x8007000e.
dxgi.c:4737: Test failed: Test 0: Got unexpected hr 0x887a0001.
dxgi.c:4754: Test failed: Test 0: Got unexpected hr 0x887a0001.
dxgi.c:4782: Test failed: Test 0: Got unexpected hr 0x8007000e.
dxgi.c:4784: Test failed: Test 0: Got unexpected hr 0x887a0001.
dxgi.c:4790: Test failed: Test 0: Got unexpected hr 0x8007000e.
dxgi.c:4792: Test failed: Test 0: Got unexpected hr 0x887a0001.
dxgi.c:4814: Test failed: Test 0: Got unexpected hr 0x8007000e.
dxgi.c:4816: Test failed: Test 0: Got unexpected hr 0x887a0001.
dxgi.c:4826: Test failed: Test 0: Got unexpected fullscreen status.
dxgi.c:4833: Test failed: Test 0: Got unexpected hr 0x8007000e.
dxgi.c:4839: Test failed: Test 0: Got unexpected hr 0x887a0001.
dxgi.c:4849: Test failed: Test 0: Got unexpected hr 0x8007000e.
dxgi.c:4852: Test failed: Test 0: Got unexpected hr 0x887a0001.
dxgi.c:4856: Test failed: Test 0: Got unexpected hr 0x8007000e.
dxgi.c:4876: Test failed: Test 0: Got unexpected hr 0x887a0001.
dxgi.c:4881: Test failed: Test 0: Got unexpected fullscreen status.
dxgi.c:4886: Test failed: Test 0: Got unexpected hr 0x8007000e.
dxgi.c:4888: Test failed: Test 0: Got unexpected hr 0x887a0001.
dxgi.c:4735: Test failed: Test 1: Got unexpected hr 0x8007000e.
dxgi.c:4737: Test failed: Test 1: Got unexpected hr 0x887a0001.
dxgi.c:4754: Test failed: Test 1: Got unexpected hr 0x887a0001.
dxgi.c:4782: Test failed: Test 1: Got unexpected hr 0x8007000e.
dxgi.c:4784: Test failed: Test 1: Got unexpected hr 0x887a0001.
dxgi.c:4790: Test failed: Test 1: Got unexpected hr 0x8007000e.
dxgi.c:4792: Test failed: Test 1: Got unexpected hr 0x887a0001.
dxgi.c:4814: Test failed: Test 1: Got unexpected hr 0x8007000e.
dxgi.c:4816: Test failed: Test 1: Got unexpected hr 0x887a0001.
dxgi.c:4833: Test failed: Test 1: Got unexpected hr 0x8007000e.
dxgi.c:4836: Test failed: Test 1: Got unexpected hr 0x887a0001.
dxgi.c:4849: Test failed: Test 1: Got unexpected hr 0x8007000e.
dxgi.c:4852: Test failed: Test 1: Got unexpected hr 0x887a0001.
dxgi.c:4856: Test failed: Test 1: Got unexpected hr 0x8007000e.
dxgi.c:4860: Test failed: Test 1: Got unexpected hr 0x887a0001.
dxgi.c:4865: Test failed: Test 1: Got unexpected hr 0x8007000e.
dxgi.c:4867: Test failed: Test 1: Got unexpected hr 0x887a0001.
dxgi.c:4870: Test failed: Test 1: Got unexpected hr 0x8007000e.
dxgi.c:4872: Test failed: Test 1: Got unexpected hr 0x887a0001.
dxgi.c:4881: Test failed: Test 1: Got unexpected fullscreen status.
dxgi.c:4886: Test failed: Test 1: Got unexpected hr 0x8007000e.
dxgi.c:4888: Test failed: Test 1: Got unexpected hr 0x887a0001.
https://test.winehq.org/data/patterns.html#dxgi:dxgi
Note that despite being systematic these failures could cause false positives
due to the test multi-threading (see bug 53212).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53226
Bug ID: 53226
Summary: dxgi:dxgi - The d3d12 test_mode_change() crashes on
Windows 10 1709
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dxgi:dxgi - The d3d12 test_mode_change() crashes on Windows 10 1709:
dxgi.c:2555: Tests skipped: This test requires two outputs. # d3d10 test
...
dxgi.c:2555: Tests skipped: This test requires two outputs. # d3d12 test
...
dxgi.c:7183: Test failed: Got unexpected hr 0x8007000e.
dxgi.c:7183: this is the last test seen before the exception
029c:dxgi: unhandled exception c0000005 at 000000000040BA94
https://test.winehq.org/data/patterns.html#dxgi:dxgi
The crash happens even if all other tests are commented out.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54195
Bug ID: 54195
Summary: IBM ViaVoice (bundled with Catz 4) setup crashes
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 73726
--> https://bugs.winehq.org/attachment.cgi?id=73726
Console output
Catz 4 installs IBM ViaVoice during setup. However, ViaVoice can also be
installed alone by entering the vvccr directory on the CD and running
SETUP.EXE. ViaVoice installs correctly in Wine 7.0, but its setup crashes in
Wine 7.22. `git bisect` says:
0d0f2067f89545539ab3ae0ccd802239a2dce98e is the first bad commit
commit 0d0f2067f89545539ab3ae0ccd802239a2dce98e
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Sun Aug 14 23:24:04 2022 +0200
user32: Pass window name as UNICODE_STRING to NtUserCreateWindowEx.
dlls/user32/win.c | 12 +++++++++---
1 file changed, 9 insertions(+), 3 deletions(-)
$ sha256sum CATZ4.iso
c450935cb4ad61e612c2fc3c22c087773d60fb5cea90811ec39e252962fb1d86
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54186
Bug ID: 54186
Summary: Nekomimi : Unable to exit the game after the game
window loss focus
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thieujank(a)gmail.com
Distribution: ---
Created attachment 73720
--> https://bugs.winehq.org/attachment.cgi?id=73720
Unable to exit the game
I tried to run Nekomimi sweet house mate
https://store.steampowered.com/app/1789650/NEKOMIMI_SWEET_HOUSEMATES_Vol_1/
But i cant exit the game or start the game after the game window loss focus
(alt+tab or open a new window )( i cant interact with game exit confirmation )
. So that i have to use taskmanger to kill the program manually
Im using Mint 21 (jammy)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54185
Bug ID: 54185
Summary: Wine starts the welink software, and the interface
turns white after a few seconds
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 13998212498(a)163.com
Distribution: ---
Created attachment 73718
--> https://bugs.winehq.org/attachment.cgi?id=73718
Terminal output
Wine starts the welink.exe software, and the interface turns white after a few
seconds
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54178
Bug ID: 54178
Summary: 64 bit platform running 32-bit windows application
startup crash
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 13998212498(a)163.com
Distribution: ---
Created attachment 73702
--> https://bugs.winehq.org/attachment.cgi?id=73702
backtrace Screenshot
After compiling and building, running welink.exe will 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=54134
Bug ID: 54134
Summary: GTA Vice City fails due "opengl32.dll" failed to
initialize, aborting
Product: Wine
Version: unspecified
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: Alexander88207(a)Protonmail.com
When i want to start GTA: Vice City then it appears not as running after a few
seconds.
This is everything what i can when i try to start it.
07d8:fixme:ntdll:create_logical_proc_info stub
07d8:fixme:ntdll:init_cpu_info Failed to get logical processor information,
status 0xc0000002.
07e0:fixme:ntdll:create_logical_proc_info stub
07e0:fixme:ntdll:init_cpu_info Failed to get logical processor information,
status 0xc0000002.
07d8:err:wgl:DllMain Failed to load unixlib, status 0xc0000135
07d8:err:module:LdrInitializeThunk "opengl32.dll" failed to initialize,
aborting
07d8:err:module:LdrInitializeThunk Initializing dlls for L"C:\\Program Files
(x86)\\Steam\\steamapps\\common\\Grand Theft Auto Vice City\\gta-vc.exe"
failed, status c0000142
Using currently wine 7.21, will retest when 7.22 have arrived in the repos.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53824
Bug ID: 53824
Summary: Cluster metaverse software is unusable due to Vuplex
Webview crash
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: hellholesystem(a)protonmail.com
Distribution: ---
Created attachment 73350
--> https://bugs.winehq.org/attachment.cgi?id=73350
Vuplex backtrace
Vuplex Webview, an embedded web browser engine for Unity-based software,
crashes with a page fault error when run in Wine. Cluster itself runs fine, but
upon trying to use any sort of third-party sign-in (a MUST for any
non-enterprise user) the login page area loads forever, due to Vuplex having
crashed, leaving the program entirely useless.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53777
Bug ID: 53777
Summary: Batman: Arkham City Dotnet6 Community Launcher Fails
to Run
Product: Wine
Version: 7.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: nekoNexus(a)protonmail.ch
Distribution: ---
Created attachment 73262
--> https://bugs.winehq.org/attachment.cgi?id=73262
Wine 7.18 Logs and Backtraces
Dotnet6 Runtime: "windowsdesktop-runtime-6.0.9" x86 and x64
Link: https://dotnet.microsoft.com/en-us/download/dotnet/6.0
Subject Executable: CityLauncher.exe
SHA512 of executable:
7f6d432832c340762ee64bb453e82a2a0ea67b03422a771eaf403cc5be61675556826d0c824df53db75525da338c12a6420d2c38db675d9c7a9c5626ed3597ee
Download Link:
https://mega.nz/file/o7RiEZba#4nrkDpZtTvqRRwsUBwd9TeDmec4cQwhadn6QoqBfoqo
(Using Mega cloud file hosting for this because the file size is too large)
Screenshot of Visual Studio compile settings:
https://web.archive.org/web/20221012021442/https://cdn.discordapp.com/attac…
-----
Running the "self-contained" dotnet6 executable (a framework independent binary
without any dependencies) results in an unhandled exception regardless if the
dotnet6 runtime is installed or not and drops a backtrace.
Something similar happens with the framework-dependent version (not included
here; do ask if it's desired), however, running it this way does not notify for
a backtrace.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54201
Bug ID: 54201
Summary: ole32:dragdrop - test_DoDragDrop() sometimes times out
on Windows 10
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ole32:dragdrop - test_DoDragDrop() sometimes times out on Windows 10:
dragdrop.c:737: 0
...
dragdrop.c:483: DataObject_QueryInterface:
{00000019-0000-0000-c000-000000000046}
dragdrop.c:483: DataObject_QueryInterface:
{4c1e39e1-e3e3-4296-aa86-ec938d896e92}
ole32:dragdrop:0854 done (258) in 120s 2758B
See https://test.winehq.org/data/patterns.html#ole32:dragdrop
This test normally runs in about 1 second so this is not a case of the test
being a little bit slow. It gets stuck somewhere. The timeout always happens on
the first loop (seq == 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.
http://bugs.winehq.org/show_bug.cgi?id=35169
Bug ID: 35169
Summary: SetWorldTransform turning with Ellipse does not run
correctly
Product: Wine
Version: 1.7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)hemag.ch
Classification: Unclassified
Created attachment 46916
--> http://bugs.winehq.org/attachment.cgi?id=46916
source of sample
When using SetWorldTransform with a Ellipse then turning is faulty / Rectangle
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=54199
Bug ID: 54199
Summary: QTWebEngine / EVE Launcher: QTWebEngine not
launching/fatal error
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: rare.rat1819(a)gmail.com
Distribution: ---
Created attachment 73729
--> https://bugs.winehq.org/attachment.cgi?id=73729
program error details
When trying to authenticate my account for EVE online, QTWebEngine doesn't
work.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53646
Bug ID: 53646
Summary: Regression: The installer of Drakan demo crashes
Product: Wine
Version: 7.16
Hardware: x86-64
URL: https://archive.org/details/DrakanOrderOfTheFlame
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: jeremielapuree(a)yahoo.fr
Regression SHA1: 0d0f2067f89545539ab3ae0ccd802239a2dce98e
Distribution: Ubuntu
Created attachment 73048
--> https://bugs.winehq.org/attachment.cgi?id=73048
backtrace
The installer of Drakan demo crashes very early. This is a regression caused by
the patch:
0d0f2067f89545539ab3ae0ccd802239a2dce98e is the first bad commit
commit 0d0f2067f89545539ab3ae0ccd802239a2dce98e
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Sun Aug 14 23:24:04 2022 +0200
user32: Pass window name as UNICODE_STRING to NtUserCreateWindowEx.
dlls/user32/win.c | 12 +++++++++---
1 file changed, 9 insertions(+), 3 deletions(-)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43367
Bug ID: 43367
Summary: Fruit of Grisaia crashes after meeting Yumiko
Product: Wine
Version: 2.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xanthsjunk(a)gmail.com
Distribution: ---
Created attachment 58731
--> https://bugs.winehq.org/attachment.cgi?id=58731
Backtrace
The Fruit of Grisaia (steam release) crashes after meeting Yumi. The screen
turns white and then black. Then the program crashes entirely.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48007
Bug ID: 48007
Summary: For nvcuda problems.
Product: Wine-staging
Version: 4.12.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 1292846099(a)qq.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
GPU: RTX2080ti
Problems:
nvcuda:cuda_check_table WARNING: Your CUDA version supports a newer interface
for Unknown1 then the Wine implementation.
An easy cuda program compiled in SM_61 and SM_75.
So what cuda version and sm is supported for 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=53480
Bug ID: 53480
Summary: advapi32:eventlog - test_readwrite() sometimes fails
on Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
advapi32:eventlog - test_readwrite() sometimes fails on Windows 7:
eventlog.c:833: Tests skipped: Win7 fails when using incorrect event types
eventlog.c:894: Test failed: Expected ReportEvent success : 5
eventlog.c:901: Test failed: Expected 1 records, got 0
eventlog.c:907: Test failed: Expected oldest to be 1 or higher, got 0
eventlog.c:901: Test failed: Expected 2 records, got 1
eventlog.c:901: Test failed: Expected 3 records, got 2
eventlog.c:901: Test failed: Expected 4 records, got 3
eventlog.c:901: Test failed: Expected 5 records, got 4
eventlog.c:901: Test failed: Expected 6 records, got 5
eventlog.c:901: Test failed: Expected 7 records, got 6
eventlog.c:901: Test failed: Expected 8 records, got 7
eventlog.c:901: Test failed: Expected 9 records, got 8
eventlog.c:901: Test failed: Expected 10 records, got 9
eventlog.c:926: Test failed: Expected 10 records, got 9
eventlog.c:937: Tests skipped: There is no DWORD alignment enforced for UserSid
on Vista, W2K8 or Win7
eventlog.c:995: Test failed: Expected 1, got 2
eventlog.c:997: Test failed: Expected 4, got 2
eventlog.c:999: Test failed: Expected 1, got 0
eventlog.c:1005: Test failed: Expected 'Wine', got 'WineSrc'
eventlog.c:995: Test failed: Expected 2, got 3
eventlog.c:997: Test failed: Expected 2, got 16
eventlog.c:999: Test failed: Expected 0, got 2
eventlog.c:1005: Test failed: Expected 'WineSrc', got 'WineSrc1'
eventlog.c:995: Test failed: Expected 3, got 4
eventlog.c:997: Test failed: Expected 16, got 1
eventlog.c:999: Test failed: Expected 2, got 0
eventlog.c:1005: Test failed: Expected 'WineSrc1', got 'WineSrc20'
eventlog.c:995: Test failed: Expected 4, got 5
eventlog.c:997: Test failed: Expected 1, got 2
eventlog.c:999: Test failed: Expected 0, got 1
eventlog.c:1005: Test failed: Expected 'WineSrc20', got 'WineSrc300'
eventlog.c:995: Test failed: Expected 5, got 6
eventlog.c:997: Test failed: Expected 2, got 0
eventlog.c:999: Test failed: Expected 1, got 2
eventlog.c:1001: Test failed: Expected 1, got 2
eventlog.c:1005: Test failed: Expected 'WineSrc300', got 'Wine'
eventlog.c:1035: Test failed: Expected offsets to be the same
eventlog.c:1036: Test failed: Expected 0, got 12
eventlog.c:995: Test failed: Expected 6, got 7
eventlog.c:997: Test failed: Expected 0, got 16
eventlog.c:999: Test failed: Expected 2, got 0
eventlog.c:1005: Test failed: Expected 'Wine', got 'WineSrc'
eventlog.c:995: Test failed: Expected 7, got 8
eventlog.c:997: Test failed: Expected 16, got 8
eventlog.c:999: Test failed: Expected 0, got 2
eventlog.c:1005: Test failed: Expected 'WineSrc', got 'WineSrc1'
eventlog.c:995: Test failed: Expected 8, got 9
eventlog.c:997: Test failed: Expected 8, got 2
eventlog.c:999: Test failed: Expected 2, got 0
eventlog.c:1005: Test failed: Expected 'WineSrc1', got 'WineSrc20'
eventlog.c:995: Test failed: Expected 9, got 10
eventlog.c:997: Test failed: Expected 2, got 1
eventlog.c:999: Test failed: Expected 0, got 1
eventlog.c:1005: Test failed: Expected 'WineSrc20', got 'WineSrc300'
https://test.winehq.org/data/patterns.html#advapi32:eventlog
This set of 52 failures happened on 2022-06-08 on w7u-pt-PT. A very similar set
of 41 failures happened on 2022-07-27 on w7u-es.
Note that the 'oldest' failure did not happen in the 2022-07-27 run and can
also happen on its own such as in the 2022-05-31 w7u-2qxl run below. So it may
not be related to the other failures.
eventlog.c:833: Tests skipped: Win7 fails when using incorrect event types
eventlog.c:905: Test failed: Expected GetOldestEventLogRecord success : 5
eventlog.c:907: Test failed: Expected oldest to be 1 or higher, got 0
eventlog.c:937: Tests skipped: There is no DWORD alignment enforced for UserSid
on Vista, W2K8 or Win7
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54198
Bug ID: 54198
Summary: user32:monitor - test_QueryDisplayConfig_result()
sometimes gets empty path 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:monitor - test_QueryDisplayConfig_result() sometimes gets empty path on
Windows 10:
monitor.c:1743: Test failed: Expected 0, got 31
monitor.c:1744: Test failed: Expected adapter device path, got empty string
monitor.c:1743: Test failed: Expected 0, got 31
monitor.c:1744: Test failed: Expected adapter device path, got empty string
See https://test.winehq.org/data/patterns.html#user32:monitor
The first instance of this group of failures was on 2022-11-03 and there has
been 5 of them since, all on Windows 10 21H1 & 21H2, though one cannot rule out
other Windows versions behaving that way too.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=31517
Bug #: 31517
Summary: Gomez Peer blanks screen and does not redraw correctly
Product: Wine
Version: 1.5.10
Platform: x86-64
URL: http://lastmile.gomez.com/PEERInstall.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 41452
--> http://bugs.winehq.org/attachment.cgi?id=41452
Wine 1.5.10 console output
+++ This bug was initially created as a clone of Bug #13879 +++
When Gomez Peer is started or opened, the screen goes black and does not
refresh automatically.
+++
Yes, I have cloned this because it is exactly the same problem!
Ubuntu 12.04 AMD64 with Unity 2D and fglrx 8.96 (AFAICT)
--
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=26549
Summary: GomezPEER fails to set processor priority
Product: Wine
Version: 1.3.16
Platform: x86-64
URL: http://lastmile.gomez.com/PEERInstall.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
GomezPEER sets its background process (an instance of java.exe) to the lowest
(idle) priority in Windows. It fails to do so under Linux. Does Wine lack the
ability to set process priorities, perhaps?
Apologies if a similar bug is already open but I could not find one.
On newer systems this is not a problem, but on older system the PEER can
consume 100% CPU while processing. The app is designed so that performance of
the PC is not affected, which of course it isn't under Windows (save the usual
Windows-related problems) but it is under Wine.
I'm not sure if I/O priority is also set.
The following does not work as a workaround:
$nice -n19 wine ~/blah/GomezPEER.exe
because this then sets all the Wine components to -n19 and can badly affect the
performance of other apps running under Wine.
Instead, the workaround I use is:
$wineserver -p15
$nice -n19 wine ~/blah/GomezPEER.exe
This way the wineserver remains at normal priority. winedevice.exe in this
case still receives -n19 priority, however.
Console log:
fixme:win:EnumDisplayDevicesW ((null),0,0x73a83c,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),1,0x73a83c,0x00000000), stub!
fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled
fixme:win:EnumDisplayDevicesW ((null),0,0x74b69c,0x00000000), stub!
fixme:font:WineEngCreateFontInstance Untranslated charset 255
fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub!
fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): 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=53976
Bug ID: 53976
Summary: ntoskrnl.exe:ntoskrnl - test_pnp_devices() fails on
Windows 7
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() fails on Windows 7:
ntoskrnl.c:1637: Test failed: got flags 0x400
See https://test.winehq.org/data/patterns.html#ntoskrnl.exe:ntoskrnl
This failure was first detected by the TestBot in MR!1398:
https://gitlab.winehq.org/wine/wine/-/merge_requests/1398
Which then got merged:
commit f801ac97fbcbef5618eadf1fb922a2d0f0873c4d
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Wed Nov 16 19:53:54 2022 -0600
ntoskrnl: Set SPDRP_CONFIGFLAGS in install_device_driver().
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52964
Bug ID: 52964
Summary: kernel32:locale - test_CompareStringA() fails on Wine
in Hindi
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
kernel32:locale - test_CompareStringA() fails on Wine in Hindi:
locale.c:1929: Test failed: expected CSTR_LESS_THAN, got 2
locale.c:1931: Test failed: expected CSTR_GREATER_THAN, got 2
https://test.winehq.org/data/patterns.html#kernel32:locale
This test had very similar failures on Windows with the Hindi + UTF-8
configuration (see bug 52869). But while the failures on Windows have been
fixed, the ones in Wine persist.
A bisect indicates they started with the commit below (before the matching
Windows failures got fixed):
commit 8993e15cfa5b77ac2487239354ffe63bbc5e562d
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Apr 11 17:21:47 2022 +0200
kernelbase: Support UTF-7/8 codepages in get_codepage_table().
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=53990
Bug ID: 53990
Summary: Serious Sam 2 crashes with OpenGL renderer
Product: Wine
Version: 7.22
Hardware: x86-64
URL: https://archive.org/details/SeriousSam2NewDemo
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 50ab0f8f7123fa82ce7268cbe26303dec4f76680
Distribution: ---
Created attachment 73574
--> https://bugs.winehq.org/attachment.cgi?id=73574
terminal output
When using the OpenGl renderer the game crashes after the loading screen with
an error message: "The application has malfunctioned and it will now close."
The game quits afterwards.
The problem is present since
commit 50ab0f8f7123fa82ce7268cbe26303dec4f76680
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Mon Nov 7 16:34:20 2022 +0100
opengl32: Use manual win32 thunks for glMapBuffer (et al.).
To reproduce the problem with the demo version:
1. install the demo.
2. run Sam2.exe at least once so that the configuration file Sam2.ini is
properly created (by default the game is set up to use the Direct3D renderer).
3. exit the game and open Sam2.ini, located in '..Serious Sam 2
Demo/Content/SeriousSam2'. Look for the option 'gfx_iAPI = 2' under section
[Engine] and change it to 'gfx_iAPI = 1' to utilize the OpenGL renderer.
4. Start the demo again, start a new game, select difficulty etc. The
pre-rendered cutscenes work properly, the crash happens when loading the first
level.
Serious Sam 2 - New Demo.exe (371M)
md5sum: 1cd1aca3a854279a26483095d556c8bc
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=53912
Bug ID: 53912
Summary: Static initialization in Winelibs may hang the loader
as of Wine 7.21
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winelib
Assignee: wine-bugs(a)winehq.org
Reporter: mail(a)robbertvanderhelm.nl
Distribution: ---
Static initialization in Winelibs may cause the loader to stall as of Wine
7.21.
Compiling the below file using `wineg++ -o main main.cpp -m64 -mwindows` and
then running `./main.exe` will hang indefinitely. I noticed that this happens
with LoadCursor(). Other functions may be affected similarly.
#include <windows.h>
static const HCURSOR arrow_cursor = LoadCursor(nullptr, IDC_ARROW);
int main(int argc, char* argv[]) {
return 0;
}
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53884
Bug ID: 53884
Summary: Project Ignis: EDOPro corrupted textures on resizing
Product: Wine
Version: 7.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: edoardo762(a)gmail.com
Distribution: ---
Created attachment 73421
--> https://bugs.winehq.org/attachment.cgi?id=73421
Corrupted textures
I'm the lead developer of this application
(https://projectignis.github.io/download.html), and seldom i test the windows
build on wine to see if it plays nicely.
The program uses the Irrlicht engine that uses directx9 as its default windows
backend.
Today i tried running the program after updating wine to 7.20, and i discovered
that now textures get corrupted when resizing the window (see attached image)
(when the window is resized, the program generates all the textures with the
new size).
I checked older wine versions, and wine 7.19 is the version where this issue
appears for the first time, and it's still present in the version 7.20.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52394
Bug ID: 52394
Summary: "Control panel" -> "Add/Remove Programs" in builtin
wine explorer is not working
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: galdralag(a)bk.ru
Distribution: ---
After clicking on "Add/Remove Programs" in "Control panel" nothing happens.
Earlier (a few months ago) it was working.
In control panel 3 items and clicking on any shows nothing.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=46538
Bug ID: 46538
Summary: Unreal Tournament (UT99): mouse clicks in main menu
work only once (regression)
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nowic(a)wenner.ch
Distribution: ---
Created attachment 63395
--> https://bugs.winehq.org/attachment.cgi?id=63395
Commandline output
The main menu drop downs only works the first time using the mouse. After the
first click only navigation using the keyboard works which is quite annoying.
I remember that this worked without issues in a previous version of wine.
Probably wine < 3.0.
GPU: GeForce 940MX
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54121
Bug ID: 54121
Summary: 8.0-rc1 build fails with errors in bcrypt in Ubuntu
18.04
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
Distribution: ---
Created attachment 73653
--> https://bugs.winehq.org/attachment.cgi?id=73653
bionic 8.0-rc1 build failure
All the newer distro versions we build for were fine, but Ubuntu 18.04 fails
early on with errors in bcrypt. Attaching the log from the x84_64 build; the
i586 build failed similarly.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54000
Bug ID: 54000
Summary: user32:win - test_mouse_input() gets an unexpected
0x60 message on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:win - test_mouse_input() gets an unexpected 0x60 message on Windows 11:
win.c:4513: Test failed: hwnd 0000000000C6043C message 0060
win.c:4519: Test failed: message 0060 available
See https://test.winehq.org/data/patterns.html#user32:win
I could not find the what the 0x60 message corresponds to but, according to the
tests, it is specific to Windows 11.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53911
Bug ID: 53911
Summary: DC++ is no longer able to retrieve file list from
another user.
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: dee3shee7aeno4(a)mailinator.com
Distribution: ---
Since following commit DC++ is no longer able to retrieve the file list
from another user:
commit 8312539efe18533f6e2b35882d12e9d1bcbefa0d
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Fri Jun 25 20:21:08 2021 -0500
ws2_32: Use IOCTL_AFD_WINE_GET_SO_RCVBUF.
Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
It looks like the application retrieves the buffer size
via a call to getsockopt(SO_RCVBUF), but unfortunately
receives a size of zero since the above commit.
The commit seems to not call getsockopt in the DC++ process any longer,
instead it returns the value from a wineserver call.
Wine-gdb> bt
#0 WS_getsockopt (s=<optimized out>, level=<optimized out>, optname=<optimized
out>, optval=0x3f2fba8 "", optlen=<optimized out>) at
wine/dlls/ws2_32/socket.c:2571
#1 0x0000000000667c7f in <lambda()>::operator() (__closure=<synthetic
pointer>) at dcpp/Socket.cpp:510
#2 dcpp::(anonymous
namespace)::check<dcpp::Socket::getSocketOptInt(int)::<lambda()> >
(blockOk=false, f=...) at dcpp/Socket.cpp:52
#3 dcpp::Socket::getSocketOptInt (this=0x29d6fc0, option=option@entry=4098) at
dcpp/Socket.cpp:510
#4 0x00000000005bd3aa in dcpp::BufferedSocket::threadAccept
(this=this@entry=0x29d8820) at dcpp/BufferedSocket.cpp:179
#5 0x00000000005c4418 in dcpp::BufferedSocket::checkEvents
(this=this@entry=0x29d8820) at dcpp/BufferedSocket.cpp:463
#6 0x00000000005c48e8 in dcpp::BufferedSocket::run (this=0x29d8820) at
dcpp/BufferedSocket.cpp:498
#7 0x000000000098c3da in dcpp::Thread::starter (p=<optimized out>) at
dcpp/Thread.h:107
https://sourceforge.net/p/dcplusplus/code/ci/default/tree/dcpp/Socket.cpp#l…https://sourceforge.net/p/dcplusplus/code/ci/default/tree/dcpp/BufferedSock…
The wineserver sock->rcvbuf gets initialized here:
(gdb) bt
#0 create_socket () at wine/server/file.h:240
#1 0x0000555946fd7619 in accept_socket (sock=0x555949c36cc0) at
wine/server/sock.c:1618
#2 0x0000555946fd9c9e in sock_ioctl (fd=<optimized out>, code=<optimized out>,
async=0x555949c3fb40) at wine/server/sock.c:2016
#3 0x0000555946fb4481 in req_ioctl (req=0x555949c371c8, reply=0x7ffcfd2ec140)
at wine/server/fd.c:2794
#4 0x0000555946fd39cb in call_req_handler (thread=<optimized out>) at
wine/server/request.c:312
#5 0x0000555946fdcd10 in thread_poll_event (fd=<optimized out>,
event=<optimized out>) at wine/server/thread.c:388
#6 0x0000555946fb1c67 in main_loop_epoll () at wine/server/fd.c:525
#7 0x0000555946fb1ece in main_loop () at wine/server/fd.c:985
#8 0x0000555946fa3a80 in main ()
And following change makes DC++ work again with
wine-7.21, unsure if this is correct:
--- a/server/sock.c
+++ b/server/sock.c
@@ -1998,6 +1998,7 @@ static struct sock *accept_socket( struct sock *sock )
acceptsock->window = sock->window;
acceptsock->message = sock->message;
acceptsock->connect_time = current_time;
+ acceptsock->rcvbuf = sock->rcvbuf;
if (sock->event) acceptsock->event = (struct event *)grab_object(
sock->event );
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53595
Bug ID: 53595
Summary: Iran Timezone is not detected correctly
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aria.moradi007(a)gmail.com
Distribution: ---
I get errors like
```
00f0:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in
the registry for +0430, bias -210, std (d/m/y): 22/09/2022, dlt (d/m/y):
22/03/2022
00f8:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in
the registry for +0430, bias -210, std (d/m/y): 22/09/2022, dlt (d/m/y):
22/03/2022
0100:fixme:ntdll:find_reg_tz_info Can't find matching timezone information in
the registry for +0430, bias -210, std (d/m/y): 22/09/2022, dlt (d/m/y):
22/03/2022
```
Programs hang and don't run after errors like that, deleting the wine prefix
and running the program again tends to fix the issue, but running the same (or
any) program after that yields the issue, Also I didn't encounter the issue
while running lutris' wine builds.
I'm running Arch Linux if that's related to anything and `/etc/localtime` is
symliked to `/usr/share/zoneinfo/Asia/Tehran`
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53503
Bug ID: 53503
Summary: QuickBooks Pro 99 page faults with print preview or
attempting to print
Product: Wine
Version: 7.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nexusofbooths(a)gmail.com
Distribution: ---
Created attachment 72866
--> https://bugs.winehq.org/attachment.cgi?id=72866
dialog from wine 7.14 running Quickbooks Pro 99 attempting to print
When attempting to print preview or print after dialog, wine enters debugger
with "Unhandled exception: page fault on read access to 0x00000006 in 32-bit
code (0x160abeca)"
Program worked perfectly in wine 7.10, printing broke in 7.11, and now also
7.14.
compiled wine 7.14 32bit from source. No mods.
configure CC="ccache gcc" CROSSCC="ccache i686-w64-mingw32-gcc"
make -j 5 -l 3
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54096
Bug ID: 54096
Summary: Non-PE builds broken since "ntdll: Move the .so module
initialization to winecrt0."
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
CC: julliard(a)winehq.org
Regression SHA1: bef09697227c29f53bb0ad95232399cbba5c9c6b
Distribution: ---
Builds with --without-mingw fail since
bef09697227c29f53bb0ad95232399cbba5c9c6b, "ntdll: Move the .so module
initialization to winecrt0.", with errors like these for all DLLs:
/usr/lib/gcc-cross/arm-linux-gnueabihf/9/../../../../arm-linux-gnueabihf/bin/ld:
dlls/winecrt0/libwinecrt0.a(dll_soinit.o): in function `__wine_init_so_dll':
/home/martin/fate/wine/build-armv7-elf-clang/../src/dlls/winecrt0/dll_soinit.c:92:
undefined reference to `dladdr1'
collect2: error: ld returned 1 exit status
winegcc: /usr/bin/arm-linux-gnueabihf-gcc failed
make: *** [Makefile:1410: dlls/acledit/acledit.dll.so] Error 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=53099
Bug ID: 53099
Summary: wineserver (gcc -O0) crash when exiting LiLi USB
Creator
Product: Wine
Version: 7.10
Hardware: x86-64
URL: http://download.tuxfamily.org/lilicreator/stable/Linux
Live%20USB%20Creator%202.9.4.exe
OS: Linux
Status: NEW
Keywords: download, regression, source
Severity: critical
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Regression SHA1: a61188bfa5bf20443b11f397d8ef6e7e5fd4bdf1
Distribution: Ubuntu
Created attachment 72529
--> https://bugs.winehq.org/attachment.cgi?id=72529
Wine 7.10 (gcc -O0) console output
When Wine is compiled with -O0 (no optimisation), wineserver crashes when
exiting the LinuxLive USB Creator. -O1, -O2 or -O3 optimisation doesn't
experience the crash.Tried with GCC 7 and 8.
[334632.437161] wineserver[471477]: segfault at aaaaaace ip 00000000566503c3 sp
00000000ffb530a0 error 4 in wineserver[56634000+99000]
[334632.437172] Code: 8d 90 38 6d fd ff 52 89 c3 e8 e9 ad fe ff 90 8b 5d fc c9
c3 55 89 e5 83 ec 08 e8 c7 cc fe ff 05 10 1a 08 00 8b 45 08 8b 40 28 <8b> 40 24
83 ec 08 ff 75 0c ff 75 08 ff d0 83 c4 10 90 c9 c3 55 89
gcc (Ubuntu 7.5.0-3ubuntu1~18.04) 7.5.0
gcc-8 (Ubuntu 8.4.0-1ubuntu1~18.04) 8.4.0
Bisect shows this started happening at
commit a61188bfa5bf20443b11f397d8ef6e7e5fd4bdf1
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Fri Nov 27 18:13:59 2020 +0100
server: Use separated fd ops for unbound console input.
Signed-off-by: Jacek Caban <jacek(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=53756
Bug ID: 53756
Summary: configure fails in 32-bit gcc checking pthread_create
using -Wl,--disable-stdcall-fixup
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: zakarjor(a)yahoo.com
Distribution: ---
in 32-bit wine build, ./configure fails with the following message:
checking for pthread_create in -lpthread... no
configure: error: pthread 32-bit develment files not found.
Wine cannot support threads without libpthread.
Use the --without-pthread option if you really want this.
Checking config.log, the problem seems to be related to a second test of
-Wl,--disable-stdcall-fixup for cross-compiler, which sets CFLAGS with that
argument, and pthread test uses gcc that doesn't have that flag.
in case $host_cpu in *i[3456]86*), it checks -Wl,--disable-std-call-fixup and
since gcc doesn't have it, CFLAGS is not changed, but further down, when it
tests the same flag for cross-compiler, since 32-bit mingw gcc has that flag,
CCFLAGS now appends that flag.
Eventually when pthread_create is tested using gcc with CFLAGS containing the
unknown flag for gcc, it fails to compile, and wrongly says it couldn't find
pthread_create.
This works for case x86_64 since no such flag test exists.
This looks like a regression by changes in
https://gitlab.winehq.org/wine/wine/-/commit/8b7baa1128d974b6b9e4fc49853242…
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53550
Bug ID: 53550
Summary: Some Catalan locales not properly handled
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marc.ruiz+wine(a)live.com
Distribution: ---
My system has locale ca_AD.UTF-8 which is for Catalan. However Wine apparently
does not recognize it as Catalan, it only recognizes ca_ES.
How to reproduce:
LANG=ca_AD.UTF-8 winecfg -> UI is shown in English (wrong).
LANG=ca_ES.UTF-8 winecfg -> UI is shown in Catalan (right).
LANG=ca_FR.UTF-8 winecfg -> UI is shown in English (wrong).
LANG=ca_IT.UTF-8 winecfg -> UI is shown in English (wrong).
I have actually discovered this while running YY-CHR
(https://appdb.winehq.org/objectManager.php?sClass=version&iId=22701). Running
this program with WINEDEBUG=nls I have discovered that ca_ES is mapped to
locale CAT and ca_AD and the others to ZZZ.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53525
Bug ID: 53525
Summary: dinpu:hid - test_hid_multiple_tlc() sometimes fails
with testsigning turned on
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
dinpu:hid - test_hid_multiple_tlc() sometimes fails with testsigning turned on:
hid.c:3926: Test failed: Failed to find HID device matching
L"\\\\?\\hid#vid_1209&pid_0001&col02"
hid.c:3930: Test failed: got error 2
hid.c:3040: Test failed: HidD_GetPreparsedData failed with error 6
hid.c:3043: Test failed: got "\\\x00\\\x00?\x00\\\x00" expected "HidP KDR"
https://test.winehq.org/data/patterns.html#dinput:hid
These failures happened on both fgtb-w10pro64-tsign and w1064-tsign and only
those. So they seem to be specific to Windows 10 with test signing turned on.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52997
Bug ID: 52997
Summary: Integration of D3D12 support with a PE build of vkd3d
causes a crash in Steam Overlay.
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: cmccarthy(a)codeweavers.com
Distribution: ---
Launching a D3D12 game with Steam Overlay enabled results in a null pointer
dereference right after a call to D3D11On12CreateDevice(). Changing the
returned values alters the crash location.
This is a regression caused by integration of a vkd3d PE build in commit
5d62e5603. The call to D3D11On12CreateDevice() doesn't occur when using an ELF
vkd3d build.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52873
Bug ID: 52873
Summary: oleaut32:typelib fails in Wine in Hindi
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
oleaut32:typelib fails in Wine in Hindi:
typelib.c:2514: Test failed: got: L"default?"
typelib.c:2526: Test failed: got: L"default?"
typelib.c:3314: Test failed: got: L"default?"
typelib.c:3326: Test failed: got: L"default?"
https://test.winehq.org/data/patterns.html#oleaut32:typelib
A bisect shows that the test started failing with the commit below:
commit e81327358a26b160740b3421a4c7f300b4d2f06f
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Apr 13 15:13:16 2022 +0200
kernelbase: Move codepage initialization to ntdll.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Oddly this is the same commit as for a recent set of vbscript:run failures (see
bug 52872).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52779
Bug ID: 52779
Summary: Construction Set Extender crash with an Assertion
Error in wine 7.5
Product: Wine
Version: 7.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ---
Using wine 7.5 Consturction Set Extender (plugin for Oblivion Construction Set)
crash with the following assertion
Assertion failed: Data != ActiveComboBoxes.cend(), file
Y:\CSE\Construction-Set-Extender\UIManager.cpp, line 623
Everything works fine with wine 7.4
There is no log except the common imm fixme and a lot of
d3d:wined3d_check_device_format_conversion and d3d:state_linepattern_w that are
present even in 7.4
Bisection in progress
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42797
Bug ID: 42797
Summary: ICU64 for VICE: No highlighted read/write-colors in
Memory-window.
Product: Wine
Version: 2.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: enkorv(a)yahoo.com
Distribution: ---
Created attachment 57824
--> https://bugs.winehq.org/attachment.cgi?id=57824
terminal output when running ICU64.exe
VICE is a Commodore 64 (and siblings) emulator. "ICU64 for VICE" is a hacking
tool that piggybacks onto the emulator and shows memory maps in useful ways.
When starting ICU64.exe it opens a small toolbar and starts the VICE emulator
as well. When selecting Memory in the toolbar a window opens which shows the
memory map of the Commodore 64. It should also highlight the memory read and
writes as well as where the CPU is currently running, using color highlighting.
This part doesn't work so the window just has a black background. You can still
zoom in and out in the memory map (using mouse scroll-wheel) and see the values
of the memory locations changing live.
An example of how the color highlighting typically looks is here (could not
find a clip of ICU64 for VICE, so this clip shows ICU64 for Frodo, which is
another Commodore 64 emulator): https://www.youtube.com/watch?v=tjcvR5McmSg
Testing and wine-environment:
Ubuntu 16.10 - 4.8.0-46-generic
wine-2.4
ICU64 needs Microsoft .NET Framework 2.0 (see
http://icu64.blogspot.se/p/download.html )
WINEPREFIX=~/.winetest2017 WINEARCH=win32 wineboot
WINEPREFIX=~/.winetest2017 winetricks dotnet2
ICU64 - https://sites.google.com/site/mathfigure/icu64vice23-v0.1.2.zip
c89d54ea7d64834694c3590660dee69e0738a418
WinVICE 2.3 -
https://sourceforge.net/projects/vice-emu/files/releases/binaries/windows/W…
b2a7ffafbcef1ab159681002616d9cf819c1ef84
Download both, unzip into same folder and run ICU64.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.
http://bugs.winehq.org/show_bug.cgi?id=31927
Bug #: 31927
Summary: ws2_32: sock.c fails intermittently - 'Test succeeded
inside todo block: GetQueuedCompletionStatus returned
0'
Product: Wine
Version: 1.5.14
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, testcase
Severity: minor
Priority: P2
Component: winsock
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Running in a loop for about 15 minutes, I got:
sock.c:5385: Test succeeded inside todo block: GetQueuedCompletionStatus
returned 0
sock.c:5386: Test succeeded inside todo block: Last error was 64
make: *** [sock.ok] Error 2
--
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=54094
Bug ID: 54094
Summary: kernel32:process - test_services_exe() sometimes fails
due to an invalid buffer size in Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
test_services_exe() sometimes fails due to an invalid buffer size in Windows:
process.c:4962: Test failed: got 0xc0000004
See https://test.winehq.org/data/patterns.html#kernel32:process
Where 0xc0000004 == STATUS_INFO_LENGTH_MISMATCH
This causes a little bit over one failure per month.
I think the failure simply happens when a process is started between the first
call to NtQuerySystemInformation(), which returns the buffer size to hold the
*array* of SYSTEM_PROCESS_INFORMATION structures, and the time we call it again
with that size. Obviously we don't start new processes ourselves so it must be
a scheduled task or some equivalent.
We should probably loop a couple of times to defend against that.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53941
Bug ID: 53941
Summary: Chicken Tournament crashes on start
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 73511
--> https://bugs.winehq.org/attachment.cgi?id=73511
Log file
Other issue with directmusic not being implemented completely.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53625
Bug ID: 53625
Summary: In function ‘get_gnutls_cipher’ ... error:
‘GNUTLS_CIPHER_AES_128_CFB8’ undeclared
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 73024
--> https://bugs.winehq.org/attachment.cgi?id=73024
log.txt
Compiling in distro with:
compiler version 4.8.4
# gcc --version
glibc 2.19
# ldd --version
config line:
configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x
--libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686"
Compile error in wine-7.15
In function ‘get_gnutls_cipher’:
error: ‘GNUTLS_CIPHER_AES_128_CFB8’ undeclared
error: ‘GNUTLS_CIPHER_AES_192_CFB8’ undeclared
error: ‘GNUTLS_CIPHER_AES_256_CFB8’ undeclared
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53384
Bug ID: 53384
Summary: Hogia Hemekonomi Unexpected error on first start
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
Created attachment 72771
--> https://bugs.winehq.org/attachment.cgi?id=72771
Terminal with start of wine, error dialog and application in background.
On first start Hogia Hemekonomi tries to determine if this is the first run of
the program. If it is, it tries to start another executable called
hekintro.exe. hekintro.exe opens a new windows and shows an introduction.
This bug gives and Unexpected error dialog instead of the intro window.
I have tried bisecting but can not find a conclusive commit. Only that it may
be around commit 9b9d818252fe1a47f3ca52d028dc10d52fa33597 Mar 4 14:29:21 2022.
Wine 7.1 seems to be fine, 7.4 seems to be bad.
Testing on XUbuntu 18.04.6 LTS i686.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50013
Bug ID: 50013
Summary: MyPhoneExplorer 1.8.15 crashes
Product: Wine
Version: 5.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 68435
--> https://bugs.winehq.org/attachment.cgi?id=68435
Backtrace (5.18 Staging)
Hello everyone,
Download-URL is at: https://fjsoft.at/de/
There is also an AppDB entry:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=34110
Installation works fine in a clean prefix with 5.18 (Staging) and the app
requires vb6run installed to start it up.
However it throws a fatal error. Backtrace is attached.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49394
Bug ID: 49394
Summary: CED1401 USB function driver fails to install
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: usb
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 67461
--> https://bugs.winehq.org/attachment.cgi?id=67461
WINEDEBUG=+wineusb,+setupapi,+ntoskrnl,+plugplay,+pid,+msgbox ./wine
winsupp.exe
I'm try to test the fix for bug 35903. In order to do so, I compiled wine from
source (commit 634cb775c27b61ad6ce1fbe3e9972b0edfa31dcb), and used wine from
the build directory.
Now the installation of winsupp.exe is failing (this has been working before)
with this error:
0020:0024:err:module:__wine_process_init
L"Z:\\home\\schloegl\\src\\wineapps\\winsupp.8081a20bbc0c9b99f37b98a823ce07ab25f15e9d.exe"
not supported on this system
The log file 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=53918
Bug ID: 53918
Summary: Building with external PE libraries fails when static
libraries are also installed
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Regression SHA1: 6a912649188a765d0c58e8b26e093fb0c31b3e3d
Distribution: ---
The basic problem is that winegcc, when passed e.g.
"-L/usr/x86_64-w64-mingw32/lib -lvkd3d", looks up that library in the search
path, finds libvkd3d.a, and tries to link to it.
The mingw-w64 linking process, at least for vkd3d (but presumably others as
well), provides both "libvkd3d.a" and "libvkd3d.dll.a". The former is a static
library, and the latter is essentially an import library for libvkd3d-1.dll.
Normal mingw-w64 gcc, when passed -lvkd3d, links to the latter, according to
the search path specified in [1] s.v. "direct linking to a dll". winegcc does
not know about .dll.a and hence finds the static library first.
This worked before 6a912649 because winegcc would try to find a library ending
in ".cross.a", fail to find *any* vkd3d libraries, and just leave the linker
argument as "-lvkd3d".
Given this, an obvious solution is to teach winegcc about the ld linker path.
However, I find myself asking—why are we trying to rewrite the command line at
all? Why can't we just let mingw-w64 gcc work by itself? winegcc is, naturally,
devoid of any comments, and as far as I can tell the code doesn't actually *do*
anything that depends on the library type or path, so I started looking in the
git history, but unfortunately was only partly able to answer the question.
Here is what I found:
* c7a210bc2f27 forces the use of library paths if -mno-cygwin is set (in
addition to some other conditions). The commit message specifies that we *can*
do this (due to our use of -nodefaultlibs), but doesn't specify why we *need*
to do this. Jacek, can you by chance explain?
* 33147c947500 forces the use of library paths (sort of) if lib_suffix is set,
which makes sense—gcc won't be able to find any libraries if we are overriding
lib_suffix.
* 870d490eecdb forces the use of library paths for all winelib DLLs, so that
"-lfoo" links to "foo/foo.dll". This makes sense, but is also now obsolete—our
makefiles pass the direct paths. Or do we want to support winelib users outside
of wine including from the build tree?
* 006ec80dd5c1 introduces the logic in the first place, forcing the use of
library paths for static libraries. This was written by Dimitrie O. Paun, with
the comment "For static libs (.a) we need to pass the actual filename to
winebuild, not a -l switch." No further explanation is given.
Alexandre, can you please shed light on this?
[1] https://sourceware.org/binutils/docs-2.39/ld/WIN32.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=53623
Bug ID: 53623
Summary: Resident Evil 7 has broken rendering in DX11 mode
Product: Wine
Version: 7.1
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: z.figura12(a)gmail.com
Regression SHA1: b2087112144ca945d1df9ab9d82ef8a9f6e6d00b
Distribution: ---
Created attachment 73021
--> https://bugs.winehq.org/attachment.cgi?id=73021
example
Using 'dx11_non-rt' branch.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53406
Bug ID: 53406
Summary: Had been running 7.10 Fedora version no problem, but
today updated to 7.12 broke??
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikes(a)kuentos.guam.net
Distribution: ---
Did the dnf update and it was mostly the 7.12 version of wine from Fedora.
Upgrade went thru fine, or so I thought.
But primary program I use the wine to run is Pegasus Mail.
After running it, it came up fine, and had it download new mail.
Was 14 new messages, went to view them, but just got a spinning little circle
icon. No error message shows, top and ps -ef don't seem to show anything. Had
to kill program to close it. Tried different message, but all did the same
thing.
Restarted machine, same result.
Only option I could think of was dnf downgrade wine*
That ran fine, but installed wine-core-6.16-1.fc35, thought it would have gone
to 7.10 that had been working fine before todays upgrade to 7.12?
Since no error shows other than ivy bridge is incomplete, so can't report more
than just getting a spinning icon and no response.
Have never done a downgrade before, so not sure why it went to 6.16. Just to
see what would happen type dnf upgrade wine* and it showed that it would intall
that 7.12 version, so I responsed N.
Don't know if there is some option I could run to hopefully get more details on
what is going on. But after the downgrade the messages view fine. Have it set
to using windows 10 option, so not sure if using 8.1 or some other option might
make a different.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53300
Bug ID: 53300
Summary: Controller response delayed
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 0a930890192726e64bc6207c0d04f44e4c849b7d
Distribution: ---
Lots of '00b0:err:rawinput:add_device Failed to get collection descriptor,
status 0xc00000e8.' during gameplay.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52708
Bug ID: 52708
Summary: libs/xslt/libxslt/attributes.c:136:9: error: variadic
functions must use the base AAPCS variant
Product: Wine
Version: 6.20
Hardware: arm
OS: Linux
Status: NEW
Keywords: download, regression, source
Severity: major
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Regression SHA1: 9d9d4fcc379b2541a43b14f197facb6fa8c93ee8
Distribution: Debian
gcc -c -o libs/xslt/libxslt/attributes.o libs/xslt/libxslt/attributes.c
-Ilibs/xslt -Iinclude -Iinclude/msvcrt \
-I./libs/xml2/include -I./libs/xslt -DLIBXML_STATIC -DLIBXSLT_STATIC -D_UCRT
-pipe \
-fcf-protection=none -fno-stack-protector -fno-strict-aliasing
-Wno-packed-not-aligned -gdwarf-4 \
-fPIC -fasynchronous-unwind-tables -D_WIN32 -fno-builtin -fshort-wchar
-Wno-format -g -O2 -mthumb -mfloat-abi=hard
libs/xslt/libxslt/attributes.c: In function 'xsltNewAttrElem':
libs/xslt/libxslt/attributes.c:136:9: error: variadic functions must use the
base AAPCS variant
136 | xsltGenericError(xsltGenericErrorContext,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
137 | "xsltNewAttrElem : malloc failed\n");
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
libs/xslt/libxslt/attributes.c: In function 'xsltNewUseAttrSet':
libs/xslt/libxslt/attributes.c:217:9: error: variadic functions must use the
base AAPCS variant
217 | xsltGenericError(xsltGenericErrorContext,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
218 | "xsltNewUseAttrSet : malloc failed\n");
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
libs/xslt/libxslt/attributes.c: In function 'xsltResolveAttrSet.part.0':
libs/xslt/libxslt/attributes.c:651:17: error: variadic functions must use the
base AAPCS variant
651 | xsltGenericDebug(xsltGenericDebugContext,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
652 | "xsl:attribute-set : merging import for %s\n",
name);
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
libs/xslt/libxslt/attributes.c: In function 'xsltResolveSASCallback':
libs/xslt/libxslt/attributes.c:694:6: error: variadic functions must use the
base AAPCS variant
694 | xsltGenericError(xsltGenericErrorContext,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
695 | "xsl:attribute-set : internal error, can't move
imported "
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
696 | " attribute set %s\n", name);
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
libs/xslt/libxslt/attributes.c: In function 'xsltParseStylesheetAttributeSet':
libs/xslt/libxslt/attributes.c:432:2: error: variadic functions must use the
base AAPCS variant
432 | xsltGenericDebug(xsltGenericDebugContext,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
433 | "creating attribute set table\n");
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
libs/xslt/libxslt/attributes.c:301:9: error: variadic functions must use the
base AAPCS variant
301 | xsltGenericError(xsltGenericErrorContext,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
302 | "xsltNewAttrSet : malloc failed\n");
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
libs/xslt/libxslt/attributes.c:473:6: error: variadic functions must use the
base AAPCS variant
473 | xsltGenericDebug(xsltGenericDebugContext,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
474 | "add attribute to list %s\n", ncname);
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
libs/xslt/libxslt/attributes.c:518:3: error: variadic functions must use the
base AAPCS variant
518 | xsltGenericDebug(xsltGenericDebugContext,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
519 | "xsl:attribute-set : %s adds use %s\n", ncname, curval);
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
libs/xslt/libxslt/attributes.c:555:5: error: variadic functions must use the
base AAPCS variant
555 | xsltGenericDebug(xsltGenericDebugContext,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
556 | "updated attribute list %s\n", ncname);
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
libs/xslt/libxslt/attributes.c:399:2: error: variadic functions must use the
base AAPCS variant
399 | xsltGenericError(xsltGenericErrorContext,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
400 | "xsl:attribute-set : name is missing\n");
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
libs/xslt/libxslt/attributes.c:399:2: error: variadic functions must use the
base AAPCS variant
libs/xslt/libxslt/attributes.c: In function
'xsltResolveStylesheetAttributeSet':
libs/xslt/libxslt/attributes.c:713:5: error: variadic functions must use the
base AAPCS variant
713 | xsltGenericDebug(xsltGenericDebugContext,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
714 | "Resolving attribute sets references\n");
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
libs/xslt/libxslt/attributes.c:722:3: error: variadic functions must use the
base AAPCS variant
722 | xsltGenericDebug(xsltGenericDebugContext,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
723 | "creating attribute set table\n");
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
libs/xslt/libxslt/attributes.c: In function 'xsltApplyAttributeSet':
libs/xslt/libxslt/attributes.c:1172:13: error: variadic functions must use the
base AAPCS variant
1172 | xsltGenericDebug(xsltGenericDebugContext,
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1173 | "apply attribute set %s\n", curstr);
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
make: *** [Makefile:159245: libs/xslt/libxslt/attributes.o] Error 1
Specific to armv7l, without mingw:
Linux blah 5.9.12 #1 SMP PREEMPT Tue Mar 30 23:29:49 CDT 2021 armv7l GNU/Linux
gcc version 10.2.1 20210110 (Debian 10.2.1-6)
with llvm-mingw-20211002 (self-compiled, there's no linux/armv7l binary build
afaik), however, wine builds.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49517
Bug ID: 49517
Summary: Warframe crashes during loading before menu with
wined3d, gives popup
Product: Wine
Version: 5.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: GloriousEggroll(a)gmail.com
Distribution: ---
Created attachment 67648
--> https://bugs.winehq.org/attachment.cgi?id=67648
d3d popup error
The game crashes during the initial loading screen and gives the attached popup
message. Happens on both amd and nvidia.
The launcher is also affected by
https://bugs.winehq.org/show_bug.cgi?id=44985
in wined3d and can be worked around with WINEDLLOVERRIDES="libglesv2=d" to get
the game to the launching/crashing point.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54101
Bug ID: 54101
Summary: unimplemented function MSVCP70.dll called in 32-bit
code (0x7bc2c2e0)
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: simon(a)dryder.de
Distribution: ---
Created attachment 73636
--> https://bugs.winehq.org/attachment.cgi?id=73636
unimplemented function MSVCP70.dll when running SC CT Versus in wine 7.22
When trying to run Splinter Cell Chaos Theory Versus mode with wine 7.22 game
crashes with attached 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=54085
Bug ID: 54085
Summary: windows.devices.enumeration:devices -
test_DeviceAccessInformation() sometimes crashes on
Windows 10
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
windows.devices.enumeration:devices - test_DeviceAccessInformation() sometimes
crashes on Windows 10:
devices.c:272: Test succeeded
devices.c:114: this is the last test seen before the exception
1474:devices: unhandled exception c0000005 at 00007FFC40CC44E7
See
https://test.winehq.org/data/patterns.html#windows.devices.enumeration:devi…
The crash always happens in this call:
hr = IDeviceAccessInformationStatics_CreateFromDeviceClass( statics,
DeviceClass_AudioCapture, &access_info );
And the crashes started as soon as this test was added in the commit below:
commit d0a60ca810ecb7ef71e67cb1a21ca6dc35c18bef
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Tue Oct 4 13:13:05 2022 -0500
windows.devices.enumeration: Create stub DeviceAccessInformation class.
The crashes were also reported by the TestBot in MR!1027 but it got merged
anyway.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54060
Bug ID: 54060
Summary: Error: junk at end of line, first unrecognized
character is `"'
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ucrtbase
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
Created attachment 73614
--> https://bugs.winehq.org/attachment.cgi?id=73614
log.txt
Compiling in distro with:
compiler version 4.8.4
# gcc --version
glibc 2.19
# ldd --version
config line:
configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --with-x
--libdir=/usr/lib32 CFLAGS="-O2 -march=i686 -mtune=i686"
Compile error in wine-7.21
libucrtbase-63899ddc.s: Assembler messages:
libucrtbase-63899ddc.s:2: Error: junk at end of line, first unrecognized
character is `"'
libucrtbase-63899ddc.s:11: Error: junk at end of line, first unrecognized
character is `"'
libucrtbase-63899ddc.s:14: Error: junk at end of line, first unrecognized
character is `"'
winebuild: /usr/bin/i686-w64-mingw32-as failed with status 1
make: *** [dlls/ucrtbase/i386-windows/libucrtbase.a] Error 1
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53894
Bug ID: 53894
Summary: user32:sysparams - test_WM_DISPLAYCHANGE() times out
on Windows 7+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:sysparams - test_WM_DISPLAYCHANGE() times out on Windows 7+:
sysparams.c:2474: Test failed: WaitForSingleObject returned 0x102
sysparams.c:2475: Test failed: got WM_DISPLAYCHANGE bpp 4294967295
See: https://test.winehq.org/data/patterns.html#user32:sysparams
The failures started on 2022-09-23 which saw two commits to this test. However
the test does not fail when run standalone so the commits may not be directly
responsible.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53485
Bug ID: 53485
Summary: Cursor is missing in Visio 2003 when editing text
Product: Wine
Version: 7.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)copysoft.org
Distribution: ---
In Visio 2003 running under Wine 7.14 the text cursor is not displayed when
editing text.
How to reproduce:
Open visio, create a new document, select the text tool, type on the screen,
the cursor does not appear.
Text input is fine, text is rendered fine and can be selected, copied and
pasted, all that is missing is the cursor.
I've run a bisect and found that this commit appears to be responsible for the
regression:
commit b8732c80b112af388264ac84d726aad09d93c8c6
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Tue Apr 26 16:06:04 2022 +0100
win32u: Move caret APIs from user32.
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
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>
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53028
Bug ID: 53028
Summary: gamepad buttons stopped working correctly
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: piotr5(a)netscape.net
Distribution: ---
ever since upgrading to wine-7.0 my gamepad got reduced to having only 10
functioning buttons and just 5 axes are actually doing anything. I now
downgraded to wine-6.0.2 and it has all 14 buttons and 6 axes again. (actually
now there are 2 devices of the same name detected, both have 8 axes, the second
device is spreading the last 2 axes into being horizontal, while the first
correctly assigns a 2d-movement analogue to one axis and nothing to the other.
so I disabled the 2nd one.)
to be precise, "wine control.exe" has a program for testing my gamepad, and
there wine-7.0 is showing me only 10 buttons and 8 axes, of which only 5 are
moving. in some game I had assigned one of the missing keys to an action and
moving the axis which isn't perceived by wine sometimes triggers that missing
button -- cannot see anything like that in this test program.
I'm on gentoo linux, wine-vanilla is the only package providing wine there, and
stable versions are just 6.0.2 and 7.0. installing newer versions doesn't work
for me since it needs vulkan (winegcc aborts with function vkd3d_* not defined
errors in wined3d.spec) which I have not installed. is it worth upgrading, or
has that joystick bug not been fixed 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=46500
Bug ID: 46500
Summary: Cogpack - Exercises can't be run - Error 380 - Invalid
property value
Product: Wine
Version: 4.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 63348
--> https://bugs.winehq.org/attachment.cgi?id=63348
Console output on wine 4.0-rc6
Hello everyone,
the application in question can be downloaded from and also has a demo version
available which has the same "symptoms" as the full version:
http://www.markersoftware.com/USA/demoinfo.htm#Download
It returns an error message "invalid property value" with an error code of 380.
Console output is attached and an entry for the AppDB has been submitted as
well.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53980
Bug ID: 53980
Summary: httpapi:httpapi sometimes crashes testing overlapped
I/O with the v2 server in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: httpapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
httpapi:httpapi sometimes crashes testing overlapped I/O with the v2 server in
Wine:
httpapi.c:1539: Test marked todo: Got error 120.
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x7b020c3f).
[...]
Backtrace:
=>0 0x7b020c3f GetOverlappedResultEx+0x9a(file=<couldn't compute location>,
overlapped=<couldn't compute location>, result=<couldn't compute location>,
timeout=<couldn't compute location>, alertable=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\kernelbase\file.c:3184] in
kernelbase (0x0062f0c8)
1 0x7b020d4a GetOverlappedResult+0x45(file=<couldn't compute location>,
overlapped=<couldn't compute location>, result=<couldn't compute location>,
wait=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\kernelbase\file.c:3144] in
kernelbase (0x0062f118)
2 0x703826c7 HttpReceiveHttpRequest+0x267(queue=<couldn't compute location>,
id=<couldn't compute location>, flags=<couldn't compute location>,
request=<couldn't compute location>, size=<couldn't compute location>,
ret_size=<couldn't compute location>, ovl=<couldn't compute location>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\httpapi\httpapi_main.c:360] in
httpapi (0x0062f1b8)
3 0x0040f6d1 in httpapi_test (+0xf6d1) (0x0062fdb8)
See https://test.winehq.org/data/patterns.html#httpapi:httpapi
There are only four known instances of this crash, meaning it's pretty rare and
thus hard to reproduce:
* 2022-08-30 (fg-deb64-32) This is also the first known instance.
* 2022-11-14 (fg-deb64-32)
* 2022-11-16 (debian11-win32-de-DE)
* 2022-11-17 (debian11-win32) MR!1397
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53977
Bug ID: 53977
Summary: amstream:amstream qedit:mediadet mf:transform
mfmediaengine:mfmediaengine quartz:filtergraph
winmm:mci wmp:media wmvcore:wmvcore mf:mf
mfplay:mfplay qasf:asfreader broken on Debian Testing
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: ---
amstream:amstream qedit:mediadet mf:transform mfmediaengine:mfmediaengine
quartz:filtergraph winmm:mci wmp:media wmvcore:wmvcore mf:mf mfplay:mfplay
qasf:asfreader all have failures on Debian Testing.
The exact failures are not really important, see the corresponding entries on
the failure patterns page if more details are needed:
https://test.winehq.org/data/patterns.html
What's important is that the detection of gst/gst.h now fails on Debian
Testing, resulting in Wine being compiled without GStreamer support which is
what broke all the tests above:
configure:17099: gstreamer-1.0 gstreamer-video-1.0 gstreamer-audio-1.0 cflags:
configure:17100: gstreamer-1.0 gstreamer-video-1.0 gstreamer-audio-1.0 libs:
configure:17103: checking for gst/gst.h
configure:17103: gcc -m32 -c -g -O2 conftest.c >&5
conftest.c:174:10: fatal error: gst/gst.h: No such file or directory
174 | #include <gst/gst.h>
| ^~~~~~~~~~~
And this all started with the commit below, which means this issue is related
to bug 53953 but for Debian Testing instead of Fedora:
commit c7a97b5d5d56ef00a0061b75412c6e0e489fdc99 (HEAD, refs/bisect/bad)
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Thu Nov 17 19:32:39 2022 -0600
configure: Override PKG_CONFIG_LIBDIR instead of PKG_CONFIG_PATH for 32-bit
builds on 64-bit hosts.
This allows 32-bit packages to be found when the user has specified
PKG_CONFIG_PATH for some other reason.
This also mirrors the way e.g. i686-linux-gnu-pkg-config is implemented on
Debian, and possibly other distributions as well.
This also prevents 64-bit .pc files from being found. This was originally
intended as a benefit [1], but can contribute to misdetection of headers
which
are not actually multiarch (e.g. GStreamer, although at the time that [1]
was
written that was a preëxisting problem). In general a distribution which
provides .pc files for one architecture should be expected to provide them
for
any architecture that it actually provides libraries for; even if that was
not
true of Debian in 2017, it is now. I moreover assert it is better to fail
to
find a present library than to incorrectly find the wrong one.
Note that we can't easily use i686-linux-gnu-pkg-config, as would otherwise
be
preferable, for reasons also described in [1].
[1] https://www.winehq.org/pipermail/wine-devel/2017-June/118002.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=53744
Bug ID: 53744
Summary: WM_SETTEXT between ANSI programs treating LPARAM as
Unicode causing name corruption
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: dark(a)darkok.xyz
Distribution: ---
When sending a WM_SETTEXT to and from a program expecting ANSI strings, it
seems to be interpreting the string as Unicode, causing the window title to
become corrupted.
Sending a wide string over then makes it work on Wine, but not Windows.
The issue was introduced in Wine 7.6, and still exists in the latest versions.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52564
Bug ID: 52564
Summary: dxgi:dxgi times out in
test_find_closest_matching_mode() on cw-gtx560
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
When run in Wine, dxgi:dxgi times out in test_find_closest_matching_mode() on
cw-gtx560:
$ WINETEST_NO_MT_D3D=1 WINETEST_TIME=1 ./wine dlls/dxgi/tests/dxgi_test.exe
dxgi
[...]
dxgi.c:1582:1.778 mode_count=130
dxgi.c:1585:1.778 i=0
dxgi.c:1585:2.452 i=1
dxgi.c:1585:3.123 i=2
dxgi.c:1585:3.867 i=3
dxgi.c:1585:4.806 i=4
dxgi.c:1585:5.929 i=5
dxgi.c:1585:7.061 i=6
dxgi.c:1585:8.187 i=7
dxgi.c:1585:9.332 i=8
dxgi.c:1585:10.542 i=9
[...]
dxgi.c:1656:139.600
[...]
0020:dxgi:188.618 12836 tests executed (203 marked as todo, 2 failures), 35
skipped.
https://test.winehq.org/data/patterns.html#dxgi:dxgi
The problem is that it slows down after the first few modes, taking 1060 ms on
average. And there are 130 modes to test so the test hits the 120 second limit.
This issue started with the commit below.
commit 1f2c3e8538b088f678a588121fc0bf7811336efc
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Wed Dec 1 16:02:43 2021 +0100
win32u: Move NtUserEnumDisplaySettings implementation from user32.
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>
Before that commit test_find_closest_matching_mode() was much faster.
dxgi.c:1582:1.558 mode_count=130
dxgi.c:1585:1.558 i=0
dxgi.c:1585:1.751 i=1
dxgi.c:1585:1.960 i=2
dxgi.c:1585:2.168 i=3
dxgi.c:1585:2.361 i=4
dxgi.c:1585:2.570 i=5
dxgi.c:1585:2.763 i=6
dxgi.c:1585:2.939 i=7
dxgi.c:1585:3.132 i=8
dxgi.c:1585:3.309 i=9
[...]
dxgi.c:1656:25.519
[...]
0020:dxgi:63.668 12835 tests executed (203 marked as todo, 2 failures), 35
skipped.
(184 ms on average)
Note: cw-rx460 does not have this issue because it has fewer modes to test
(20), and testing each mode is much faster too (28 ms on average).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50315
Bug ID: 50315
Summary: Silent Hill 2 failed to install -installshield
extraction error
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: legluondunet(a)gmail.com
Distribution: ---
Created attachment 68897
--> https://bugs.winehq.org/attachment.cgi?id=68897
screenshot installshield error message
Hello,
with last wine version 6, Silent Hill 2 failed to install with an installshield
extraction error (cf screenshot joined).
This bug is new, I can not reproduce it with Wine 5.x
Nothing interesting in terminal log, only that lines:
010c:fixme:file:NtLockFile I/O completion on lock not implemented yet
Initial process has exited (return code: 0)
010c:err:ole:CoReleaseMarshalData StdMarshal ReleaseMarshalData failed with
error 0x8001011d
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50043
Bug ID: 50043
Summary: Kholat from GOG does not launch anymore
Product: Wine
Version: 5.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
Created attachment 68493
--> https://bugs.winehq.org/attachment.cgi?id=68493
Message box
I get the attached message box instead.
This is a regression but I can't bisect as I the following errors with older
wine versions:
wine: could not find __wine_start_process in kernel32.dll, status c000007a
0024:err:environ:run_wineboot failed to start wineboot c000007a
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54105
Bug ID: 54105
Summary: taskschd:scheduler fails on Windows 10 1607+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: taskschd
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
taskschd:scheduler fails on Windows 10 1607+:
scheduler.c:786: Test failed: DeleteTask error 0x80070002
See https://test.winehq.org/data/patterns.html#taskschd:scheduler
This new failure is caused by the following commit:
commit 7acd3aa429f2d45d96f4699906dc81e47ebd9c13
Author: Sven Baars <sbaars(a)codeweavers.com>
Date: Wed Dec 7 17:19:48 2022 +0100
taskschd/tests: Fix a test failure on w1064v1507.
This failure was also detected by the TestBot in MR!1732 but it was merged
anyway.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54014
Bug ID: 54014
Summary: advapi32:security sometimes exits prematurely in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
advapi32:security sometimes exits prematurely in Wine:
security.c:5550: Test marked todo: expected execute access 0x120000, got
0xdeadbeef
advapi32:security:03a8 done (0) in 0s 6852B
What's missing here is the "tests executed..." summary line which typically
indicates some underlying library called "exit()". This is usually accompanied
with a warning message complaining about something being wrong but there is no
trace of such a message in the task log.
There are some strange aspects to this:
* There is no record of it ever happening in the nightly WineTest runs.
* But it impacted 9 merge requests so far:
2022-11-28 MR!1575
2022-11-29 MR!1595 MR!1583 MR!1594
2022-11-25 MR!1537
2022-11-16 MR!1379
2022-11-14 MR!1363 MR!1356
2022-11-13 MR!1315
When it happens the report shows 4 instances of the 5550 todo. Comparing that
to a successful run indicates the early exit happened between the end of
test_kernel_objects_security() and the start of test_CreateWellKnownSid().
Maybe a piece of good news: advapi32:security crashes with WINEDEBUG=heap.
However that crash happens in test_CreateDirectoryA() instead of the expected
place. So it may be an unrelated issue.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53571
Bug ID: 53571
Summary: PhotoshopCS2 Installer custom action page fault
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)copysoft.org
Distribution: ---
While attempting to bisect something else on the Photoshop CS2 installer I've
noticed that this recent commit:
commit 0d0f2067f89545539ab3ae0ccd802239a2dce98e
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Sun Aug 14 23:24:04 2022 +0200
user32: Pass window name as UNICODE_STRING to NtUserCreateWindowEx.
Breaks the installer and makes it crash when selecting the file types to be
associated with Photoshop.
02dc:err:msi:__wine_msi_call_dll_function Custom action
(L"C:\\users\\username\\Temp\\msic328.tmp":"SelectFileAssoc") caused a page
fault: 0xc0000005
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54032
Bug ID: 54032
Summary: user32:msg - test_broadcast() sometimes fails due to
ERROR_INVALID_PARAMETER on w7pro64
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_broadcast() sometimes fails due to ERROR_INVALID_PARAMETER on
w7pro64:
msg.c:17400: Test failed: 5: message ffff, got 0, error 87
msg.c:17405: Test failed: 5,0: message ffff, got 0, error 87
msg.c:17405: Test failed: 5,1: message ffff, got 0, error 87
msg.c:17405: Test failed: 5,2: message ffff, got 0, error 87
msg.c:17405: Test failed: 5,3: message ffff, got 0, error 87
msg.c:17405: Test failed: 5,8: message ffff, got 0, error 87
msg.c:17405: Test failed: 5,9: message ffff, got 0, error 87
msg.c:17405: Test failed: 5,10: message ffff, got 0, error 87
msg.c:17405: Test failed: 5,11: message ffff, got 0, error 87
msg.c:17405: Test failed: 5,12: message ffff, got 0, error 87
See https://test.winehq.org/data/patterns.html#user32:msg
Notes:
* This is specific to w7pro64 and happens roughly twice a month.
* The first known instance dates back to 2022-08-17 and there was none in the 2
months prior.
* The w7pro64 snapshot dates back to 2021-08-23.
So the conclusion is that something changed in Wine back in August that causes
these failures. Since the logs show no change to that test in that timeframe
(the next day does not count), it must be caused by a change in another 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=54193
Bug ID: 54193
Summary: dinput:force_feedback - test_windows_gaming_input()
sometimes fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dinput:force_feedback - test_windows_gaming_input() sometimes fails in Wine.
For instance:
* 2022-12-20 on debian11-win32-he-IL (6 failures)
force_feedback.c:5932: Test failed: got status 0
force_feedback.c:5932: Test marked todo: got error 0
force_feedback.c:5932: Test marked todo: GetResults returned 0x8000000e
force_feedback.c:5937: Test failed: handler not invoked
force_feedback.c:5938: Test failed: got async 00000000
force_feedback.c:5939: Test failed: got status 0
force_feedback.c:5945: Test failed: got status 2
force_feedback.c:5945: Test marked todo: got error 0
force_feedback.c:5945: Test marked todo: GetResults returned 0x8000000e
force_feedback.c:4703: iface 006C9128, async 019BEEE8, status 4
force_feedback.c:4703: iface 006C9128, async 019C39C8, status 1
force_feedback.c:4705: Test failed: invoked twice
force_feedback.c:4703: iface 006C9128, async 019C39C8, status 4
* 2022-11-24 fgtb-debian11-wow64 (3 failures)
force_feedback.c:5839: Test failed: got status 0
force_feedback.c:5839: Test marked todo: got error 0
force_feedback.c:5839: Test marked todo: GetResults returned 0x8000000e
force_feedback.c:5844: Test failed: handler not invoked
force_feedback.c:4615: iface 00000000006C8EB0, async 0000000001D77D50, status
3
force_feedback.c:5845: Test failed: got async 0000000000000000
force_feedback.c:5852: Test marked todo: got error 0x8007001e
force_feedback.c:5852: Test marked todo: GetResults returned 0x8007001e
* 2022-11-01 debiant-wow64 (1 failure)
force_feedback.c:5776: Test marked todo: get_SupportedAxes returned
0x80004001
force_feedback.c:5778: Test marked todo: got axes 0xdeadbeef
force_feedback.c:5796: Test failed: got status 0
See https://test.winehq.org/data/patterns.html#dinput:force_feedback
The oldest known instance dates back to 2022-09-01 (same 6 failures as above)
and there has only been a total of 5 instances to date (in the nightly WineTest
runs). So these failures are probably caused by a change some time in August.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=40250
Bug ID: 40250
Summary: Stunt GP too fast timer for stunts, waterfall/screen
animation and starting screens
Product: Wine
Version: 1.9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 10mkudela(a)gmail.com
Distribution: ---
In the game time frame required to press Shift key to make stunt is much
smaller then in Windows. Also waterfall animation and loading screens are much
faster then in Windows. Everything else is at the same speed.
One additional animation is faster as well: speed of the text on screen in
Germany location is faster as well, but it's speed is changing from what I have
noticed.
There is probably a timer somewhere that is ticking faster then it should be,
and that is used by all those elements.
This bug was tested on 1.9.4 version of Wine, but it is also present on older
versions.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53716
Bug ID: 53716
Summary: Warlords 3: Darklords Rising: opening dialog window
has messed up colors
Product: Wine
Version: 7.14
Hardware: x86-64
URL: https://www.fileplanet.com/archive/p-27637/Warlords-II
I-Darklords-Rising-Demo
OS: Linux
Status: NEW
Keywords: download, regression
Severity: minor
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: jacek(a)codeweavers.com
Regression SHA1: 47dd8a6a9b1193ec1656cdf04117b94a3cf07025
Distribution: ---
Created attachment 73147
--> https://bugs.winehq.org/attachment.cgi?id=73147
Before -> after image
This was tested with GOG.com version of the game but can also be reproduced
with the original demo version.
When you start the game the opening dialog (where you select game mode/screen
resolution) has strange colors.
The demo uses a 16-bit installer which is currently affected by bug #53646.
Winver needs to be Win95/98.
This is a regression from Wine-7.14, caused by
commit 47dd8a6a9b1193ec1656cdf04117b94a3cf07025
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Sun Jul 10 16:15:10 2022 +0200
win32u: Use syscall interface for more user painting functions.
Nothing obvious is visible in the terminal output.
Darkdemo.zip (20M)
md5sum: 30f5908552d720e8b5361e0656772da8
wine-7.17-224-g52a83ffe4ef
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53256
Bug ID: 53256
Summary: user32:win - test_window_from_point() and
test_mouse_input() sometimes fail on Windows 10 2009+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:win - test_window_from_point() and test_mouse_input() sometimes fail on
Windows 10 2009+:
win.c:10238: Test failed: button under static window didn't get WM_LBUTTONUP
02fc:win: 10 tests executed (0 marked as todo, 1 failure), 0 skipped.
...
win.c:4549: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0204
win.c:4554: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0205
win.c:4559: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0206
win.c:4564: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0205
win.c:4580: Test failed: hwnd 00000000007902D6/00000000007902D6 message 0204
win.c:4584: Test failed: hwnd 00000000007902D6/00000000007902D6 message 0205
win.c:4593: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0204
win.c:4596: Test failed: hwnd 00000000009C02AE/00000000009C02AE message 0205
win.c:4629: Test failed: hwnd 00000000005C0340/00000000005C0340 message 00a4
win.c:4635: Test failed: hwnd 00000000005C0340/00000000005C0340 message 00a5
win.c:4642: Test failed: hwnd 00000000005C0340/00000000005C0340 message 0206
win.c:4644: Test failed: wparam 2
win.c:4655: Test failed: hwnd 00000000005C0340/00000000005C0340 message 0205
https://test.winehq.org/data/patterns.html#user32:win
Where:
* 204 == WM_RBUTTONDOWN
* 205 == WM_RBUTTONUP
* 206 == WM_RBUTTONDBLCLK
Although they seem unrelated, the test_window_from_point() failure and the set
of 13 test_mouse_input() failures always happen together which means they
probably have a common cause.
Also these failures are usually rare but can be almost systematic at times, for
instance from 2022-04-25 to 2022-05-30 on w1064 32-bit.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54188
Bug ID: 54188
Summary: user32:win - test_GetMessagePos() sometimes gets an
unexpected position on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:win - test_GetMessagePos() sometimes gets an unexpected position on
Windows and Wine:
win.c:10841: Test failed: pos = 00e700d0
win.c:10845: Test failed: pos = 00e700d0
win.c:10849: Test failed: pos = 00e700d0
or
win.c:10841: Test failed: pos = 00e600d0
win.c:10845: Test failed: pos = 00e600d0
win.c:10849: Test failed: pos = 00e600d0
See https://test.winehq.org/data/patterns.html#user32:win
This happens most frequently on Windows 7 but also happens on Windows 10 21H2
and 22H2.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53986
Bug ID: 53986
Summary: wininet:http - test_concurrent_header_access()
sometimes fails on Windows 7 & 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wininet:http - test_concurrent_header_access() sometimes fails on Windows 7 &
8:
http.c:7825: Test failed: HttpQueryInfoA failed 6
See https://test.winehq.org/data/patterns.html#wininet:http
This is an old failure going back to at least 2022-06-07 and the failure rate
is below 2% so it is going to be hard to reproduce.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54042
Bug ID: 54042
Summary: wmvcore:wmvcore - test_sync_reader_types() sometimes
gets an NS_E_INCOMPATIBLE_FORMAT error 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 - test_sync_reader_types() sometimes gets an
NS_E_INCOMPATIBLE_FORMAT error in Wine:
wmvcore.c:1521: Test marked todo: Stream 0: Got output number 0.
wmvcore.c:1579: Test failed: Stream 0: Got hr 0xc00d0041.
wmvcore.c:1586: Test marked todo: Stream 0: Got hr 0.
See https://test.winehq.org/data/patterns.html#wmvcore:wmvcore
This failure first happened on 2022-09-27, there are no record of it in the
previous 4 months, and it has happened about every other week since. So it is
probably caused by a change in Wine that occurred in September.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54187
Bug ID: 54187
Summary: dxgi:dxgi - test_swapchain_parameters() sometimes gets
access denied errors on Windows 8
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 - test_swapchain_parameters() sometimes gets access denied errors on
Windows 8:
dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 10.
dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 11.
dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 20.
dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 33.
dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 34.
dxgi.c:4487: Test failed: Got unexpected hr 0x80070005, test 43.
See https://test.winehq.org/data/patterns.html#dxgi:dxgi
Where 0x80070005 == E_ACCESSDENIED
This always happens with the same set of 6 tests.
This happened once on w8adm (2022-11-29) but usually happens on w864 (4
instances) where the test runs with elevated privileges.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42384
Bug ID: 42384
Summary: WinOmega 10.00.24 attempts to use certmgr.msc
Product: Wine
Version: 2.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)winomega.com
Distribution: ---
Created attachment 57179
--> https://bugs.winehq.org/attachment.cgi?id=57179
certmgr.msc error
WinOmega 10.00.24
(https://appdb.winehq.org/objectManager.php?sClass=version&iId=33538) is yields
an error (see screenshot) when attempting to manage certificates through:
Facturación -> Clientes -> Firmar -> Factura-e
The program relies on certmgr.msc (MMC snap-in) for certificate management. A
possible workaround could be to use certmgr.exe (Certificate Manager Tool) in
its stead. However certmgr.exe isn't usable due to bug 42383
(https://bugs.winehq.org/show_bug.cgi?id=42383).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51588
Bug ID: 51588
Summary: MS Visio 2016 not work
Product: Wine
Version: 6.0.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mettalhunter(a)yahoo.com.ar
Distribution: ---
Created attachment 70436
--> https://bugs.winehq.org/attachment.cgi?id=70436
cosole output
Hi!
I installed MS Visio 2016 but it does not start, not show Windows, nothing.
I used Gentoo Linux with Wine-6.0 and Wine-6.14.
I installed: riched20, riched30, mfc40, mfc42, msxml6, msxml3, vcrun (2008
until 2017), msftedit.
What is the issues?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54179
Bug ID: 54179
Summary: Maximized windows are not maximized with built-in
decorations
Product: Wine
Version: 8.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 73705
--> https://bugs.winehq.org/attachment.cgi?id=73705
Maximized notepad
Steps to reproduce:
1) winecfg -> Graphics -> uncheck "Allow the window manager to decorate the
windows"
2) Run [wine] notepad
3) Maximize it
Results:
You can still resize the window as the mouse cursor changes to double-arrows at
the borders of the screen.
Expected results:
The window is indeed maximized and cannot be resized unless you
restore/unmaximize 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=50298
Bug ID: 50298
Summary: w1064v1909 shows the "create a Windows account"
fullscreen dialog
Product: Wine-Testbot
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 68868
--> https://bugs.winehq.org/attachment.cgi?id=68868
w1064v1909 "Let's finish setting up your device" dialog
w1064v1909 corresponds to the 1909-live snapshot of the w1064 VM. That snapshot
is created automatically by the TestBot. Currently this snapshot opens on the
"create a Windows account" fullscreen dialog, the one with the following title:
Let's finish setting up your device
It seems this dialog 'pops up' automatically on boot if one does not provide a
Microsoft account when installing Windows. When that happens is hard to
predict, Windows seems to wait a few days or reboots before doing.
Furthermore something WineTest does seems to make this dialog go away because
it's not visible in the final WineTest screenshot. However it is visible if one
runs a single test such as ntdll:exception.
It's not entirely clear if this dialog is interfering with some tests but its
presence is definitely unwanted.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47847
Bug ID: 47847
Summary: Disable Windows 10's "privacy wizard" after locale
change
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The TestBot can automatically set up locale-specific live snapshots (after the
locale has been manually installed, see point 1 of bug 47804).
However on Windows 10 the mandatory reboot is sometimes followed by a wizard
asking a bunch of questions like whether to use audio speech recognition, what
kind of reports to send Microsoft, etc. I think this is the "Choose your
Privacy Settings" wizard. Of course that breaks the snapshot creation since the
TestBot cannot answer these questions, fails to detect they are even being
asked (because TestAgentd is already running in the background), and creates a
snapshot of the half-baked state.
So one question is: how can one prevent Windows from putting up this wizard?
But then, while I had this wizard for the French locale, I did not get it for
Arabic. Would it perchance only happen for European locales? If so the pain may
be bearable.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51411
Bug ID: 51411
Summary: Add a mixed locale Windows test configuration.
Product: Wine-Testbot
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The TestBot's locale test configurations usually have a matching set of locales
for SystemDefaultLCID, USystemPreferredUILanguages, UserDefaultUILanguage and
ThreadUILanguage. For instance for French we have:
SystemDefaultLCID 040c
UserDefaultLCID 0409
ThreadLocale 0409
SystemPreferredUILanguages 040C,0409
UserDefaultUILanguage 040c
ThreadUILanguage 040c
As a result tests can substitute GetSystemDefaultLCID() for
GetThreadUILanguage() and get away with it. In turn this allows Wine to
substitute these too without causing the tests to fail (see for instance
mlang:mlang, bug 51410).
To avoid this the TestBot needs a test configuration where all the important
locale settings are different so these issues are detected immediately.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51451
Bug ID: 51451
Summary: Many Windows 10 VMs are incompletely localized
Product: Wine-Testbot
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
The localized w10pro64* VMs don't have the right UserDefaultLCID and are
sometimes missing even more:
w10pro64 fr_FR
SystemDefaultLCID 040c
UserDefaultLCID 0409 <--- should be 040c
ThreadLocale 0409 ???
SystemPreferredUILanguages 040C,0409
UserDefaultUILanguage 040c
ThreadUILanguage 040c
w10pro64 ar_MA
SystemDefaultLCID 0c01
UserDefaultLCID 0409 <--- should be 0c01
ThreadLocale 0409 ???
SystemPreferredUILanguages 0409 <--- should contain 0c01
UserDefaultUILanguage 0409 <--- should be 0c01
ThreadUILanguage 0409 <--- should be 0c01
w10pro64 he_IL
UserDefaultLCID 0409 <--- should be 40d
w10pro64 hi_IN
Being a Unicode-only language means setting the system locale to Hindi was not
possible in older Windows versions (up to early Windows 10). Now it is but it's
considered Beta and uses the UTF-8 encoding in ANSI APIs. So it's not clear if
it should be changed (and how to do it programmatically).
SystemDefaultLCID 0409 <--- Unicode-only language
UserDefaultLCID 0409 <--- should be 0439
ThreadLocale 0409 ???
SystemPreferredUILanguages 0439,0409
UserDefaultUILanguage 0439
ThreadUILanguage 0439
w10pro64 ja_JP
UserDefaultLCID 0409 <--- should be 411
w10pro64 ko_KO
UserDefaultLCID 0409 <--- should be 412
w10pro64 pt_BR
UserDefaultLCID 0409 <--- should be 416
w10pro64 ru_RU
UserDefaultLCID 0409 <--- should be 419
w10pro64 zh_CN
UserDefaultLCID 0409 <--- should be 804
This prevents testing how Windows behaves when formatting and parsing their
currencies in oleaut32:varformat for instance.
Strangely enough the w7u* VMs don't have this issue:
w7u de_DE
SystemDefaultLCID 0407
UserDefaultLCID 0407
ThreadLocale 0407
SystemPreferredUILanguages 0407
UserDefaultUILanguage 0407
ThreadUILanguage 0407
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54158
Bug ID: 54158
Summary: Windows Update is not quite idle in w1064v1709
Product: Wine-Testbot
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
Windows Update is not quite idle in w1064v1709.
It takes a while for it to actually start so it's not obvious right after boot.
Also the network connection is metered so it should not be downloading stuff.
But I think it already had some updates downloaded and ready to install before
the snapshot was taken so that after a while it just proceeds to install them
which breaks some tests.
See also bug 53227.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54176
Bug ID: 54176
Summary: Vegas pro 16
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bochtabochta(a)gmail.com
Distribution: ---
Created attachment 73699
--> https://bugs.winehq.org/attachment.cgi?id=73699
BackTrace of crash
Vegas pro 16 crashes at launch when loading i/o file manager
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54129
Bug ID: 54129
Summary: Disable Internet time synchronization in all Windows
configurations
Product: Wine-Testbot
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
Created attachment 73660
--> https://bugs.winehq.org/attachment.cgi?id=73660
kernel32:process: Dump the Internet time synchronization config if passed
w32time.
Internet time synchronization is suspected to be responsible for sending
WM_TIMECHANGE messages which break some tests (see bug 53273, bug 53516, bug
54128). The TestBot has code to disable Internet time synchronization but this
requires a snapshot update.
The following test configurations have Internet time synchronization enabled:
w7u* -> Service start = 0x3 Manual + Type = NTP
w7pro64 -> Service start = 0x3 Manual + Type = NTP
w8* -> Service start = 0x3 Manual + Type = NTP
w864* -> Service start = 0x3 Manual + Type = NTP
w1064v2009 -> Service start = 0x2 Automatic (Delayed) + Type = NoSync
w10pro64v2004 -> Service start = 0x3 Manual + Type = NTP
w10pro64* -> Service start = 0x2 Automatic (Delayed) + Type = NTP
w1164_amd -> Service start = 0x2 Automatic (Delayed) + Type = NoSync
Those that have Type = NoSync are probably okay. They look like partially
failed attempts at disabling time synchronization, or cases where something
tried to re-enable time synchronization.
These are okay:
w1064* -> Service start = 0x4 Disabled + Type = NoSync
w1164 -> Service start = 0x4 Disabled + Type = NoSync
w1164_nv -> Service start = 0x4 Disabled + Type = NoSync
--
Do not reply 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=12159
Summary: Alt-click moves the windows instead of giving access to
alternate functionalities in Photoshop Cs2
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P1
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mariejoaile(a)gmail.com
Steps to reproduce:
1- Open Photoshop
2- Create a new document or open one
3- Pick a selection tool or clone or any of the tool making use of an alternate
function using alt
4- Try to use this alt-click option and instead of for instance for the select
tool, deselecting, it will move the window.
This action is very important because there is no other way to use certain of
Photoshop's tool, making tools like clone and healing useless.
--
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=54160
Bug ID: 54160
Summary: REGRESSION : Drive Usage shows empty CDRom drive with
free space from the last HDD
Product: Wine
Version: unspecified
Hardware: x86-64
OS: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)kcsoftwares.com
Created attachment 73684
--> https://bugs.winehq.org/attachment.cgi?id=73684
screenshot
Drive Usage shows empty CDRom drive with free space from the last HDD
Only if CDRom drive is EMPTY
REGRESSION : dlls/msi/dialog.c is faulty because :
- change made to msi_dialog_vcl_add_drives now using GetVolumeInformationW and
flag compared to FILE_READ_ONLY_VOLUME does not work as previous implementation
- GetDiskFreeSpaceExW result is not checked and if failing (eg : empty CDRom
drive) the content of "free" is used (containing last valid data, eg last HDD)
Detected in https://jira.reactos.org/browse/CORE-18758
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53955
Bug ID: 53955
Summary: Fractal Mapper stopped working after wine upgrade
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: goeran(a)uddeborg.se
Distribution: ---
After upgrading wine on my Fedora 37 system Fractal Mapper no longer works. The
output ends withe a couple of error messages.
010c:err:module:find_forwarded_export module not found for forward
'msxml3.DllGetClassObject' used by L"C:\\windows\\system32\\msxml.dll"
010c:err:ole:apartment_add_dll couldn't find function DllGetClassObject in
L"C:\\windows\\system32\\msxml.dll"
010c:err:ole:create_server class {2933bf90-7b36-11d2-b20e-00c04f983e60} not
registered
010c:err:ole:com_get_class_object no class object
{2933bf90-7b36-11d2-b20e-00c04f983e60} could be created for context 0x5
010c:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
The can be reproduced with the trial version from
https://www.nbos.com/nox/item/144. Run like this
- wine fm8trial.exe
- cd $WINEPREFIX/drive_c/Program\ Files\ \(x86\)/nbos
- wine Mapper8.exe
To get Fractal Mapper fully working with wine I have previously documented some
steps in the appdb. This new problem appears regardless if you do those extra
steps or not however.
There have been several upgrades of wine in Fedora, I don't know exactly at
which upgrade this broke.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53510
Bug ID: 53510
Summary: ntoskrnl.exe:ntoskrnl sometimes fails on Windows 7 and
8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntoskrnl.exe:ntoskrnl sometimes fails on Windows 7 and 8:
driver.c:2478: Test failed: Got control flags 0x4.
driver.c:2495: Test failed: Got control flags 0x4.
driver.c:1758: Test failed: Got control flags 0x4.
driver.c:1769: Test failed: Got control flags 0x4.
https://test.winehq.org/data/patterns.html#ntoskrnl.exe:ntoskrnl
This set of four errors is usually repeated 3 times but sometimes has different
flags:
driver.c:2478: Test failed: Got control flags 0x8.
or
driver.c:2478: Test failed: Got control flags 0x4e.
or
driver.c:2478: Test failed: Got control flags 0x82.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53250
Bug ID: 53250
Summary: ole32:compobj - test_CoGetClassObject() sometimes
fails on Windows 7 and 8
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ole32:compobj - test_CoGetClassObject() sometimes fails on Windows 7 and 8:
compobj.c:831: Test failed: Section not found.
compobj.c:841: Test failed: Unexpected return value.
compobj.c:850: Test failed: Unexpected return value.
compobj.c:856: Test failed: Unexpected module name L"testlib.dll".
https://test.winehq.org/data/patterns.html#ole32:compobj
The failures are rare enough to cause false positives.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54165
Bug ID: 54165
Summary: Tomb Raider Custom Level - Tibetan Winter crashes with
Software Rendering (Backtrace)
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: maiktapwagner(a)aol.com
Distribution: ---
Created attachment 73690
--> https://bugs.winehq.org/attachment.cgi?id=73690
Backtrace 8.0-rc1 (Slackware 15.0)
Hello everyone,
I am running a patched version of 8.0-rc1 with one specific patch that stems
from
https://bugs.winehq.org/show_bug.cgi?id=54093
but no other patches have been applied.
Download-URL and console output will be provided shortly in its specific field
but here is my checksum for the time being.
sha256sum MrXY-TibetanWinterRemake.zip
3e40a65d05737723efcc614198f83ab871247936fc8d6ff432cf9a208e2a1622
MrXY-TibetanWinterRemake.zip
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53222
Bug ID: 53222
Summary: shell32:shlfolder - test_SHChangeNotify() gets
unexpected WM_USER_NOTIFY messages on Windows 10
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:shlfolder - test_SHChangeNotify() gets unexpected WM_USER_NOTIFY
messages on Windows 10. The exact failures vary a bit though:
shlfolder.c:5027: SHChangeNotify tests (0)
...
shlfolder.c:5014: RMDIR: took 2 tries
shlfolder.c:4964: verifying pidls for: RMDIR
shlfolder.c:4977: Test failed: Didn't expect a WM_USER_NOTIFY message (event:
10)
or
shlfolder.c:4978: SHChangeNotify tests (0)
shlfolder.c:4915: verifying pidls for: MKDIR
shlfolder.c:4928: Test failed: Didn't expect a WM_USER_NOTIFY message (event:
40000)
or
shlfolder.c:5027: SHChangeNotify tests (0)
shlfolder.c:4964: verifying pidls for: MKDIR
shlfolder.c:5014: MKDIR: took 2 tries
shlfolder.c:4964: verifying pidls for: MKDIR
shlfolder.c:4977: Test failed: Didn't expect a WM_USER_NOTIFY message (event:
8)
or
shlfolder.c:4978: SHChangeNotify tests (1)
...
shlfolder.c:4965: CREATE: took 0 tries
shlfolder.c:4915: verifying pidls for: RMDIR
shlfolder.c:4928: Test failed: Didn't expect a WM_USER_NOTIFY message (event:
3)
or
shlfolder.c:5014: CREATE: took 3 tries
shlfolder.c:4960: Test failed: CREATE: expected notification type 2, got: 40000
shlfolder.c:4964: verifying pidls for: CREATE
shlfolder.c:4967: Test failed: GetDisplayNameOf failed: 0x80070057
shlfolder.c:4977: Test failed: Didn't expect a WM_USER_NOTIFY message (event:
3)
https://test.winehq.org/data/patterns.html#shell32:shlfolder
The failures have been seen on Windows 10 1507, 21H1 and 21H2 but it is likely
that the other Windows 10 versions behave the same way.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54162
Bug ID: 54162
Summary: Unable to read pdf using pdf24
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: tjw123hh(a)outlook.com
Distribution: ---
Created attachment 73687
--> https://bugs.winehq.org/attachment.cgi?id=73687
backtrance
Serious problem opening file with pdf reader in pdf24
However, the pdf creator still works
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54163
Bug ID: 54163
Summary: Unable to open pdf24 toolbox
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: tjw123hh(a)outlook.com
Distribution: ---
When I tried to open the pdf24 toolbox, it got stuck in the loading screen
(Loading animation moves for a while and then stops)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41784
Bug ID: 41784
Summary: Wine error under LinuxMint 17.3 after running PDF24
Creator
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marialvez(a)gmail.com
Distribution: ---
Created attachment 56219
--> https://bugs.winehq.org/attachment.cgi?id=56219
Using the PDF24 Creator program, in Wine mode and after close the application,
my Pc show these bug.- Y work with Linux Mint 17.3 Cinnamon 64-bit Version
2.8.8
Using the PDF24 Creator program, in Wine mode and after close the application,
my Pc show these bug.- Y work with Linux Mint 17.3 Cinnamon 64-bit Version
2.8.8
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54161
Bug ID: 54161
Summary: quartz:filtergraph sometimes times out in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
quartz:filtergraph sometimes times out in Wine.
In MR!1820 the timeout happened on exit (debian11-win32):
...
filtergraph.c:5567: Test marked todo: Got param2 0xdeadbeef.
0d70:filtergraph: 7291 tests executed (81 marked as todo, 0 as flaky, 0
failures), 0 skipped.
quartz:filtergraph:0d70 done (258) in 120s 5680B
In the nightly WineTest runs filtergraph timeouts only happen on my desktop and
my Debian 11 VM; maybe because they usually see more other CPU activity.
See https://test.winehq.org/data/patterns.html#quartz:filtergraph
The nightly results show only 7 instances in 6 months where filtergraph timed
out on exit as above (e.g. 2022-09-27 fgtb-debian1-wow32).
It is a lot more common for it to timeout on startup: 17 instances over 6
months. For instance on 2022-11-22 fgtb-debian11-wow32:
filtergraph.c:616: running L"test.avi"
quartz:filtergraph:0424 done (258) in 120s 40B
Given that filtergraph normally runs in about 10 seconds it seems unlikely that
this is just a case of the test running a little bit too slow.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54152
Bug ID: 54152
Summary: mshtml:misc sometimes times out in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
mshtml:misc sometimes times out on exit in Wine. Sometimes the timeout happens
on exit:
0a50:misc: 244 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0
skipped.
mshtml:misc:0a50 done (258) in 120s 86B
and sometimes before in which case there is no trace:
mshtml:misc:04c0 done (258) in 120s 0B
See https://test.winehq.org/data/patterns.html#mshtml:misc
The first timeout happened on 2022-11-10 but there is only a bit over 1 per
month. Also the GitLab CI seems to be more prone to getting those.
There is also one case where the test got a failure instead:
misc.c:257: Test failed: key failed 80004005
0a4c:misc: 244 tests executed (0 marked as todo, 0 as flaky, 1 failure), 0
skipped.
mshtml:misc:0a4c done (1) in 0s 131B
256 hres = IHTMLStorage_key(storage, -1, &key);
257 ok(hres == E_INVALIDARG, "key failed %08lx\n", hres);
Where:
0x80004005 == E_FAIL
0x80070057 == E_INVALIDARG
Hopefully that failure is related and the timeout is caused by either
HTMLStorage_key() going into an infinite loop or corrupting the memory.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54047
Bug ID: 54047
Summary: wiaservc:wia sometimes crashes on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wia
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
wiaservc:wia sometimes crashes on Windows 11:
0d78:wia: unhandled exception c0000005 at 00007FFE62E43777
See https://test.winehq.org/data/patterns.html#wiaservc:wia
This failure is pretty rare and since there is no trace or backtrace whatsoever
it's unclear where the crash occurs.
Note: On Windows 10 21H1+ it times out instead of crashing (see bug 54046).
These two issues may well be related (memory corruption?).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54154
Bug ID: 54154
Summary: winmm:midi sometimes crashes on exit in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
winmm:midi sometimes crashes on exit in Wine:
0494:midi: 445 tests executed (4 marked as todo, 0 as flaky, 0 failures), 0
skipped.
winmm:midi:0494 done (-1073741819) in 7s 5788B
See https://test.winehq.org/data/patterns.html#winmm:midi
Where -1073741819 == 0xc0000005
The pid of the test summary line matches the one printed by the WineTest
executable which means this is the summary line of the main process. That means
the crash happens on exit, probably as the result of memory / stack corruption.
There have been 24 crashes in the past 6 months but they became more frequent
after the 2022-09-16 which may correspond to the TestBot switching to running
two VMs are a time. So the failure may be caused by extra load.
There is also at least one case of a timeout on exit (2022-12-09 on
debian11-win32-ja-JP), which is probably the same issue:
05fc:midi: 445 tests executed (4 marked as todo, 0 as flaky, 0 failures), 0
skipped.
winmm:midi:05fc done (258) in 120s 5788B
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54153
Bug ID: 54153
Summary: kernel32:debugger - test_kill_on_exit() sometimes gets
STILL_ACTIVE exit code on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:debugger - test_kill_on_exit() sometimes gets STILL_ACTIVE exit code
on Windows:
debugger.c:2078: Test failed: exit code = 00000103
See https://test.winehq.org/data/patterns.html#kernel32:debugger
Where 0x103 == STILL_ACTIVE == STATUS_PENDING
This should mean the process is still running. So either there is a race
condition in the test or Windows 8 and 10 21H1 are buggy.
With only 3 instances in 6 months this failure is pretty rare:
* 2022-07-11 on w10pro64-ar (64-bit, 21H1)
* 2022-10-31 on w864 (64-bit)
* 2022-12-06 on w864 (64-bit)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54107
Bug ID: 54107
Summary: Windows Defender interferes with the tests on
w1064v1909
Product: Wine-Testbot
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
Windows Defender interferes with the tests on w1064v1909:
sc.exe:sc start programs/sc/tests/sc.c
sc.exe:sc:0000 done (-225) in 0s 0B
Where 225 == ERROR_VIRUS_INFECTED
This is because in this snapshot was created before Windows Defender became a
problem and thus has no exclusion for the folder where the TestBot puts the
test binaries.
w1064v2009 (and presumably snapshots of newer Windows versions) has the needed
exclusion.
v1064v1809 (and presumably snapshots of older Windows versions) does not have
an exclusion but has "Real-time protection" turned off which should ensure
Defender won't interfere (that option is not available in newer Windows
(Defender) versions).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54128
Bug ID: 54128
Summary: user32:msg - test_PeekMessage3() sometimes gets an
unexpected WM_TIMECHANGE 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
test_PeekMessage3() sometimes gets an unexpected WM_TIMECHANGE message on
Windows 10:
msg.c:13549: Test failed: msg.message = 30 instead of WM_TIMER
msg.c:13552: Test failed: msg.message = 275 instead of WM_USER + 1
msg.c:13554: Test failed: expected PeekMessage to return FALSE, got 1
msg.c:13564: Test failed: msg.message = 1025 instead of WM_TIMER
msg.c:13566: Test failed: msg.message = 275 instead of WM_USER
msg.c:13568: Test failed: expected PeekMessage to return FALSE, got 1
msg.c:13577: Test failed: msg.message = 1024 instead of WM_TIMER
msg.c:13579: Test failed: expected PeekMessage to return FALSE, got 1
See https://test.winehq.org/data/patterns.html#user32:msg
Where
30 == WM_TIMECHANGE
275 == WM_TIMER
1024 == WM_USER
1025 == WM_USER + 1
This is similar to the issue happening in test_PeekMessage2() in bug 53273.
This last happened on 2022-12-09 on w10pro64-pt-BR where the Internet time
synchronization has not been disabled. So that may be the source of the
WM_TIMECHANGE messages.
The TestBot now has code to disable Internet time synchronization but the
snapshots have not all been updated. So this bug should be revisited once they
have been updated to see if the failures are still happening.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54076
Bug ID: 54076
Summary: windows.globalization:globalization -
test_GlobalizationPreferences() sometimes unexpectedly
returns en_US on Windows 10
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
windows.globalization:globalization - test_GlobalizationPreferences() sometimes
unexpectedly returns en_US on Windows 10:
globalization.c:137: Test failed:
IGlobalizationPreferencesStatics_get_Languages 0 returned len 5, str L"en-US",
expected L"de-DE"
globalization.c:177: Test failed:
IGlobalizationPreferencesStatics_get_Languages 0 returned len 5, str L"en-US",
expected L"de-DE"
See https://test.winehq.org/data/patterns.html#ws2_32:sock
This failure first happened on 2022-11-22 and impacts the de, fr, ja, ko, pt-BR
and ru locales of the w10pro64 VM. It's not systematic but is frequent enough
that it seems like it does not impact the other locales.
The timing of the first failure is suspicious:
* The w10pro64 had a problem where Windows 10 would reset UserDefaultLCID,
ThreadLocale and Country to en_US when the TestBot called SetSystemTime() to
update the clock in the live snapshot. As long as this issue was there there
was no failure.
* On 2022-11-21 LibvirtTool got a workaround to re-set these locale settings
after setting the time and the failures started.
So this sounds like Windows is still messing with the locales :-(
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54147
Bug ID: 54147
Summary: Kholat from GOG: Splash video are not in fullscreen
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
Wine wine-8.0-rc1. Ubuntu 22.10.
From bug https://bugs.winehq.org/show_bug.cgi?id=50043.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52930
Bug ID: 52930
Summary: d3dcompiler_47:hlsl_d3d9 fails randomly on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 72305
--> https://bugs.winehq.org/attachment.cgi?id=72305
Small patch to apply on top of 58d20aae3772^ to get failures
d3dcompiler_47:hlsl_d3d9 fails randomly on Windows 8.1 to 21H2:
hlsl_d3d9.c:1691: Test failed: Got unexpected hr 0x88760b59.
hlsl_d3d9.c:1692: Test failed: Got unexpected blob.
hlsl_d3d9.c:1693: Test failed: Got unexpected errors.
https://test.winehq.org/data/patterns.html#d3dcompiler_47:hlsl_d3d9
A bisect against Windows 10 21H1 on cw-gtx560 shows that the failures started
with the commit below:
commit 58d20aae3772473a90e43ee236b793f0421eecb1
Author: Eric Pouech <eric.pouech(a)gmail.com>
Date: Tue Feb 8 19:48:44 2022 +0100
d3dcompiler/tests: Build without -DWINE_NO_LONG_TYPES.
Signed-off-by: Eric Pouech <eric.pouech(a)gmail.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
The patch does not actually make any change that should matter but I have
confirmed the bisect result manually:
58d20aae3772^ -> 200 consecutive runs with no failure
58d20aae3772 -> fails after 9 to 33 runs
- Applying just the Makefile.in parts and last 4 chunks of hlsl_d3d9.c of that
commit is sufficient to get the failures.
- Patching only the makefiles is not enough.
- I did not try to identify which of the 4 chunks are needed to get failures.
They all patch code that's executed after the failure anyway.
So there must be some memory corruption that's sensitive to memory layout or
some subtle issue with the generated code.
I also if(0)ed-out all the other test_xxx() functions, and also if(0)ed-out the
tests that preceded the failing one in test_include() but I still get the
failure so it's not a case where an ill-advised NULL-behavior test causes
memory corruption.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54138
Bug ID: 54138
Summary: wine/debug.h does not compile in Visual Studio with
native headers due to undefined __has_attribute
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dimaki(a)rocketmail.com
Distribution: ---
wine/debug.h does not compile in Visual Studio with native headers due to
undefined __has_attribute.
Other headers in Wine that use __has_attribute have below code. Probably this
or something similar needed in debug.h as well.
#ifndef __has_attribute
#define __has_attribute(x) 0
#endif
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54133
Bug ID: 54133
Summary: A WM_CLIPCHILDREN window's repaint region is not
computed correctly when its child is resized or
repositioned
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Regression SHA1: 33617af8145b6fadfe41d48968a728ff57b3064b
Distribution: ---
Wine sometimes under-calculates the repaint region of WM_CLIPCHILDREN windows
with a child window that has been resized or repositioned.
The regression started with the following commit:
commit 33617af8145b6fadfe41d48968a728ff57b3064b
Author: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
Date: Mon Oct 31 22:30:20 2022 +0900
server: Don't invalidate the newly exposed child region on the parent if it
doesn't clip children.
This partly reverts e42eaaaf3a873d29b14f8f3a3617df2d0d4210ca.
Signed-off-by: Jinoh Kang <jinoh.kang.kr(a)gmail.com>
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54136
Bug ID: 54136
Summary: user32:input - test_GetMouseMovePointsEx() sometimes
fails when missing privileges on Windows 7 & 8
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
test_GetMouseMovePointsEx() sometimes fails when missing privileges on Windows
7 & 8:
input.c:1605: Test failed: expected to get 64 mouse move points but got -1
input.c:1606: Test failed: expected error to stay deadbeef, got 493
input.c:1628: Test failed: expected to get 64 mouse move points but got -1
input.c:1629: Test failed: expected cursor position to be 6x6 but got 250 149
input.c:1630: Test failed: expected cursor position to be 6x6 but got 245 149
input.c:1642: Test failed: expected to get 64 mouse move points but got -1
input.c:1643: Test failed: expected cursor position to be 150x75 but got 250
149
input.c:1644: Test failed: expected cursor position to be 150x150 but got 245
149
input.c:1645: Test failed: expected cursor position to be 150x75 but got 241
149
input.c:1649: Test failed: expected to get 62 mouse move points but got -1
input.c:1650: Test failed: expected cursor position to be 150x75 but got 250
149
input.c:1651: Test failed: expected cursor position to be 30x30 but got 245 149
input.c:1662: Test failed: wrong extra info, got 0x0 expected 0xcafecafe
input.c:1672: Test failed: cursor didn't change position after mouse_event()
input.c:1678: Test failed: wrong extra info, got 0x0 expected 0xdeadbeef
See https://test.winehq.org/data/patterns.html#user32:input
This set of failures seems to only happen on w7u-adm and w8adm, both of which
run the tests without elevated privileges. But the failures are not systematic
so it is likely there is interference from some other test. Also there have
been 5 instances in July but then none until December:
* 2022-07-14 w8adm
* 2022-07-15 w8adm
* 2022-07-18 w8adm
* 2022-07-19 w7u-adm
* 2022-07-25 w7u-adm
* 2022-12-09 w8adm
* 2022-12-12 w8adm
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53978
Bug ID: 53978
Summary: d3dx9_*, d3dx10_* and d3dx11_* dlls missing on some
TestBot VMs
Product: Wine-Testbot
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
The d3dx9_*, d3dx10_* and d3dx11_* dlls are missing on some TestBot VMs.
Specifically:
* w7pro64
Only runs the 64-bit tests which report that these dlls are missing (plus
atl100, atl110 and d3d8). w7u runs the 32-bit tests and, surprisingly, does not
report any of these dlls to be missing. Adding the missing dlls on w7pro64
probably is not worth it.
* w1064v1507 missing the 32- and 64-bit dlls
Not worth adding them.
* w10pro64v2004 missing the 32- and 64-bit dlls
Not worth adding them.
* w11pro64 32- and 64-bit dlls
-> Add them.
w11pro64_nv actually had a couple of these before I fixed the Windows Update
issue. It seems that they got installed for the NVIDIA GUI and did not get
installed when I rebuilt the VM with just the NVIDIA driver.
* fgtb-w10pro64-64 missing the 32- and 64-bit dlls
Not a TestBot VM but add them anyway.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53402
Bug ID: 53402
Summary: fake dlls such as OPENGL32.dll won't load when their
unix lib is linked by LLVM lld
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: w12101111(a)outlook.com
Distribution: ---
I build wine 7.13 using Gentoo Linux ebuild (app-emulation/wine-vanilla-7.13)
with clang & ld.lld and x86_64-w64-mingw32.
In wine 7.13, opengl32.dll is a wine fake dll, and I found that any program
require opengl failed to launch (take https://github.com/gkv311/wglinfo as an
example):
0024:err:module:LdrInitializeThunk "OPENGL32.dll" failed to initialize,
aborting
0024:err:module:LdrInitializeThunk Initializing dlls for
L"Z:\\home\\han\\Downloads\\wglinfo64.exe" failed, status c0000005
Use gdb to debug this, I found that the real address of DllMain is 0x7a9be8e0,
but ntdll try to call 0x17a9be8e0:
#0 0x000000017a9be8e0 in ?? ()
#1 0x0000000170032ac7 in call_dll_entry_point (proc=0x17a9be8e0,
module=0x7a9d0000 <__wine_spec_pe_header+65274>, reason=1, reserved=0x11fb00)
at
/tmp/portage/app-emulation/wine-vanilla-7.13/work/wine-7.13/dlls/ntdll/loader.c:305
(gdb) x /6i 0x000000017a9be8e0
=> 0x17a9be8e0: Cannot access memory at address 0x17a9be8e0
(gdb) x /6i 0x000000007a9be8e0
0x7a9be8e0 <DllMain>: push %rbp
0x7a9be8e1 <DllMain+1>: mov %rsp,%rbp
0x7a9be8e4 <DllMain+4>: and $0xfffffffffffffff8,%rsp
0x7a9be8e8 <DllMain+8>: sub $0x30,%rsp
0x7a9be8ec <DllMain+12>: mov %rcx,0x18(%rsp)
0x7a9be8f1 <DllMain+17>: mov %edx,0x14(%rsp)
The address of `module` (0x7a9d0000) is calculated by dlopen_dll (
dlls/ntdll/unix/loader.c:1294 ):
nt = dlsym( handle, "__wine_spec_nt_header" )
module = (HMODULE)((nt->OptionalHeader.ImageBase + 0xffff) & ~0xffff);
map_so_dll( nt, module )
And in function static NTSTATUS map_so_dll( const IMAGE_NT_HEADERS *nt_descr,
HMODULE module ):
BYTE *addr = (BYTE *)module;
fixup_rva_ptrs( &nt->OptionalHeader.AddressOfEntryPoint, addr, 1 );
static inline void fixup_rva_ptrs( void *array, BYTE *base, unsigned int count
)
{
BYTE **src = array;
DWORD *dst = array;
for ( ; count; count--, src++, dst++) *dst = *src ? *src - base : 0;
}
This code is equal to
nt->OptionalHeader.AddressOfEntryPoint =
(DWORD)((BYTE*)nt->OptionalHeader.AddressOfEntryPoint - (BYTE *)module);
Note that nt->OptionalHeader.AddressOfEntryPoint is DWORD, this code implies
that nt->OptionalHeader.AddressOfEntryPoint is greater than
(nt->OptionalHeader.ImageBase + 0xffff) & ~0xffff), otherwise it will overflow.
This header is write by output_module ( tools/winebuild/spec32.c:699 ),
nt->OptionalHeader.AddressOfEntryPoint is the address of DllMain, and
nt->OptionalHeader.ImageBase is the address of __wine_spec_pe_header
Read opengl32.dll.so using readelf:
> readelf -S /usr/lib/wine-vanilla-7.13/wine/x86_64-unix/opengl32.dll.so
There are 31 section headers, starting at offset 0x386b20:
Section Headers:
[Nr] Name Type Address Off Size ES Flg
Lk Inf Al
[ 0] NULL 0000000000000000 000000 000000 00
0 0 0
[ 1] .dynsym DYNSYM 000000007a800238 000238 002370 18 A
4 1 8
[ 2] .gnu.hash GNU_HASH 000000007a8025a8 0025a8 000b30 00 A
1 0 8
[ 3] .hash HASH 000000007a8030d8 0030d8 000bd8 04 A
1 0 4
[ 4] .dynstr STRTAB 000000007a803cb0 003cb0 00133a 00 A
0 0 1
[ 5] .rela.dyn RELA 000000007a804ff0 004ff0 043890 18 A
1 0 8
[ 6] .rela.plt RELA 000000007a848880 048880 000120 18 AI
1 20 8
[ 7] .rodata PROGBITS 000000007a8489a0 0489a0 0140d0 00 AMS
0 0 16
[ 8] .eh_frame_hdr PROGBITS 000000007a85ca70 05ca70 00cc7c 00 A
0 0 4
[ 9] .eh_frame PROGBITS 000000007a8696f0 0696f0 045d24 00 A
0 0 8
[10] .text PROGBITS 000000007a8b0420 0af420 10fce0 00 AX
0 0 32
[11] .init PROGBITS 000000007a9c0100 1bf100 011008 00 AX
0 0 1
[12] .fini PROGBITS 000000007a9d1108 1d0108 000003 00 AX
0 0 1
[13] .plt PROGBITS 000000007a9d1110 1d0110 0000d0 00 AX
0 0 16
[14] .init_array INIT_ARRAY 000000007a9d21e0 1d01e0 000008 00 WA
0 0 8
[15] .fini_array FINI_ARRAY 000000007a9d21e8 1d01e8 000010 00 WA
0 0 8
[16] .data.rel.ro PROGBITS 000000007a9d2200 1d0200 00fcb0 00 WA
0 0 16
[17] .dynamic DYNAMIC 000000007a9e1eb0 1dfeb0 000170 10 WA
4 0 8
[18] .got PROGBITS 000000007a9e2020 1e0020 000018 00 WA
0 0 8
[19] .data PROGBITS 000000007a9e3038 1e0038 009120 00 WA
0 0 8
[20] .got.plt PROGBITS 000000007a9ec158 1e9158 000078 00 WA
0 0 8
[21] .bss NOBITS 000000007a9ec1d0 1e91d0 006090 00 WA
0 0 16
[22] .debug_line PROGBITS 0000000000000000 1e91d0 039046 00
0 0 1
[23] .debug_line_str PROGBITS 0000000000000000 222216 00004e 01 MS
0 0 1
[24] .comment PROGBITS 0000000000000000 222264 00003e 01 MS
0 0 1
[25] .debug_abbrev PROGBITS 0000000000000000 2222a2 000c02 00
0 0 1
[26] .debug_info PROGBITS 0000000000000000 222ea4 0ed62d 00
0 0 1
[27] .debug_str PROGBITS 0000000000000000 3104d1 028720 01 MS
0 0 1
[28] .symtab SYMTAB 0000000000000000 338bf8 026d30 18
30 6249 8
[29] .shstrtab STRTAB 0000000000000000 35f928 000117 00
0 0 1
[30] .strtab STRTAB 0000000000000000 35fa3f 0270de 00
0 0 1
Key to Flags:
W (write), A (alloc), X (execute), M (merge), S (strings), I (info),
L (link order), O (extra OS processing required), G (group), T (TLS),
C (compressed), x (unknown), o (OS specific), E (exclude),
R (retain), l (large), p (processor specific)
> readelf -s /usr/lib/wine-vanilla-7.13/wine/x86_64-unix/opengl32.dll.so | grep __wine_spec_pe_header
1: 000000007a9c0106 0 NOTYPE LOCAL DEFAULT 11
__wine_spec_pe_header
> readelf -s /usr/lib/wine-vanilla-7.13/wine/x86_64-unix/opengl32.dll.so | grep DllMain
6227: 000000007a9be8e0 147 FUNC LOCAL HIDDEN 10 DllMain
In output_module, __wine_spec_pe_header is put into .init section:
.section ".init","ax"
jmp 1f
__wine_spec_pe_header:
.skip 69632
1:
DllMain is in .text section
But LLVM lld put .text before .init, so the assumption in map_so_dll is not
valid, and the address has a extra 2^32 because of the subtraction overflow
and cast to DWORD.
If I change function output_module, put __wine_spec_pe_header in .text just
like PLATFORM_SOLARIS, then OPENGL32.DLL will load without any issue.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50214
Bug ID: 50214
Summary: Games that using a newer version of fmod have no
sound.
Product: Wine
Version: 5.8
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Alexander88207(a)Protonmail.com
Hello, i have noticed that all the games that use the latest fmod version sound
no longer working.
Using pure wine with OSS.
Games that i have found with that issue:
- The Forest
- Euro Truck Simulator 2
- Craft the World
- Path of Exile (free)
- Growtopia (free)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=47907
Bug ID: 47907
Summary: redefinition of typedef ‘IDebugClient’
Product: Wine
Version: 4.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: version2013(a)protonmail.com
Distribution: ---
in distro:
# uname --kernel-release
3.0.66
# gcc --version
4.3.4
# ldd --version
2.10.1
Compiling wine-4.14 fails with:
error: redefinition of typedef ‘IDebugClient’
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54119
Bug ID: 54119
Summary: Fifa 2005 demo opens menu in 5 minutes
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
Wine 7.22 staging - RX 570 - two monitors
When running demo o fifa 2005 -
https://www.gamepressure.com/download.asp?ID=5836, then for few minutes black
screen is shown(also resolution of monitor is changed to something like
640x360)
After another few minutes "Loading" text is visible, and after another minutes
language can be choosen
In logs there is probably nothing special, just few messages
```
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
010c:fixme:ntdll:NtQuerySystemInformation info_class
00a0:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub
00a0:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub
010c:fixme:imm:ImeSetActiveContext (00010064, 1): stub
010c:fixme:imm:ImmReleaseContext (00090066, 00010064): stub
010c:err:x11drv:xinerama_get_fullscreen_monitors Failed to get xinerama
fullscreen monitor indices.
010c:err:x11drv:xinerama_get_fullscreen_monitors Failed to get xinerama
fullscreen monitor indices.
0134:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
```
and sometimes I have even segfault
```
wine: Unhandled page fault on read access to 00001808 at address 00567CE3
(thread 010c), starting debugger...
```
The same problem is visible with full game version
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=15555
Summary: Implement Windows calculator (calc.exe)
Product: Wine
Version: 1.1.5
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
This was discussed recently, and both
a patch that just invokes gcalc and
a patch that actually implements a calc
were mentioned here:
http://www.winehq.org/pipermail/wine-patches/2008-June/056311.html
This affects the app SteuerSparErklaerung; see user report at
http://www.tuxlog.de/keinwindowsmehr/2008/steuererklarung-unter-gentoo-linu…
Not a critical error, but it does cause an annoying dialog box
to pop up when installing that app.
--
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=54125
Bug ID: 54125
Summary: AnyToISO crashes when opened
Product: Wine
Version: 7.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: robotwd07(a)icloud.com
Distribution: ---
Created attachment 73657
--> https://bugs.winehq.org/attachment.cgi?id=73657
The backtrace I got when trying to open AnyToISO
When I tried to open AnyToISO with Wine, it failed, and I got a backtrace. Then
I tried again with the compatibility of Windows 10, and it still failed, and I
got the following back trace.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54127
Bug ID: 54127
Summary: Vital doesn't open up.
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: djtech.developer(a)gmail.com
Distribution: ---
Created attachment 73659
--> https://bugs.winehq.org/attachment.cgi?id=73659
Backtrace generated with the crash inside FL Studio.
Vital (https://vital.audio/) doesn't work.
If I download the Windows version, the installer works with no problem, but
when I try to use it (either using the Standalone executible or using the
plugin from FL Studio 20 and 21 [installed with Wine]), it loads up a black
empty window and it crashes.
The attachment is the backtrace for the plugin inside FL Studio; when I try to
open the standalone program, it crashes without a Wine error popup opening, so
I couldn't get the backtrace.
Thanks in advance.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42438
Bug ID: 42438
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
The menu screens do not render/update when the "-windowgui" command line switch
is chosen.
The menu screens only render/update when ⌘+Tabbing back and forth to and from
the 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=49239
Bug ID: 49239
Summary: Trying to play an emulator
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: schneideroscar2(a)gmail.com
Distribution: ---
Created attachment 67249
--> https://bugs.winehq.org/attachment.cgi?id=67249
I don't understand code, promise you I don't.
Tried downloading this game off of an emulator
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54097
Bug ID: 54097
Summary: Crash starting 16-bit software in Wine 7.22 (working
in Wine 7.0.1)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: liz.minix(a)gmail.com
Distribution: ---
Created attachment 73632
--> https://bugs.winehq.org/attachment.cgi?id=73632
Backtrace and Terminal Output
The current Wine Development and Staging (7.22) are crashing for me with
"Unhandled exception: page fault on read access to 0xffffffff in 16-bit code
(02ef:1c22)." on both Ubuntu 22.04 and Arch Linux.
Tested this on Ubuntu using the WineHQ packages and on Arch using the regular
Arch packages as well as a Wine I have build myself, they all behave the same.
First discovered this trying to install Pizza Syndicate, a game with a 16 bit
installer. (https://archive.org/details/computer-bild-spiele-2001-09).
Than I ran into the same issue getting video to work for The Settlers 3 as it
requires the icodecs package from winetricks, the first installer
(codinstl.exe) is 16bit InstallShield.
Finally I tried to test if it is only InstallShield that is crashing so I tried
the Windows 3.1 Calculator (https://archive.org/details/calc_20200918) and it
crashes too with the same message.
All of the above software runs perfectly fine on Wine Stable (7.0.1), I would
therefore classify this as a regression (if i could find the button in
bugzilla).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53842
Bug ID: 53842
Summary: Ubisoft Connect crashes on login window
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: yurishish(a)gmail.com
Distribution: ---
Created attachment 73374
--> https://bugs.winehq.org/attachment.cgi?id=73374
Crash log
Ubisoft Connect crashes after checking for updates, right before the login
window should appear.
App is installed in a fresh wineprefix, used wine 7.19 on Arch Linux.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=40313
Bug ID: 40313
Summary: Warframe Crash while loading
Product: Wine
Version: 1.9.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: levanchelidze(a)gmail.com
Distribution: ---
Created attachment 53958
--> https://bugs.winehq.org/attachment.cgi?id=53958
backtrace
Warframe crashes while loading
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=39587
Bug ID: 39587
Summary: Warframe launcher crash on close
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thisismyid17(a)yahoo.com
Distribution: ---
When the launcher closes, either from the 'x' button or from launching
Warframe, the launcher crashes with the attached backtrace.
Linux Mint
wine-staging 1.7.54
Warframe 17.11.1
Setup using the instructions posted here:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=32757
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54108
Bug ID: 54108
Summary: Printing fails
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: spooler
Assignee: wine-bugs(a)winehq.org
Reporter: DonJaime(a)freenet.de
Distribution: ---
Printing fails without comment after hitting "OK" on the print dialog. Console
output shows a series of:
0024:fixme:psdrv:PSDRV_StartPage Already started a page?
once per expected page of output, followed by:
0024:fixme:psdrv:PSDRV_EndDoc hjob == 0. Now what?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54104
Bug ID: 54104
Summary: The open-source software
Music-Downloader-UI.exe(qqmusic neteasemusic ) does
not work properly
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: 3238998313(a)qq.com
Distribution: ---
Created attachment 73638
--> https://bugs.winehq.org/attachment.cgi?id=73638
Main
sourse: https://github.com/nitezs/Music-Downloader-UI
download: https://github.com/nitezs/Music-Downloader-UI/releases
---
This software runs on Windows 10 without this error, but it does appear on
wine.
This error is characterized by an error reported internally by the startup
program and a large number of identical errors received by executing
instructions.Fortunately, the main page of the software loads successfully and
prompts an error.Exported error logs, internal operation error logs in the
compressed package.
look forward to your response,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=52186
Bug ID: 52186
Summary: OriginLab 2022 (64bit) becomes unusable after pop-up
window appears..
Product: Wine
Version: 6.23
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 71235
--> https://bugs.winehq.org/attachment.cgi?id=71235
output from stdout when starting Origin2022
OriginLab 2022 can be installed and started.
After a few seconds, a pop up window about "training center" opens, and the
origin becomes unusable (i.e. does not respond anymore to any input events)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54123
Bug ID: 54123
Summary: Frozen Wine application locks up XWayland applications
cursor
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ryu.ketsueki(a)outlook.com
Distribution: ---
Normally, when I'm playing Sims 4, the game may freeze for a few seconds when
it is launching or saving, then resumes normally. But when that happens, all my
XWayland windows have Sims 4 cursor over it instead of my system cursor, making
me unable to use my mouse to interact with said windows until Sims 4 unfreezes.
Native Wayland apps are not affected by this, only XWayland ones, such as
Firefox and Discord.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53952
Bug ID: 53952
Summary: wineserver: server/sock.c:1073: sock_poll_event:
Assertion `sock->obj.ops == &sock_ops' failed.
Product: Wine
Version: 7.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: leijin168(a)gmail.com
Distribution: ---
I ran DTN IQFeed app (iqconnect.exe) to retrieve historical stock market data.
The app runs file until winserver crashed or disconnected.
wineserver: server/sock.c:1073: sock_poll_event: Assertion `sock->obj.ops ==
&sock_ops' failed.
Connection closed by foreign host.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54120
Bug ID: 54120
Summary: Multiple failed tests in rust bindings to windows -
windows-rs crate
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
Created attachment 73652
--> https://bugs.winehq.org/attachment.cgi?id=73652
Test result
Steps to reproduce
```
winetricks nocrashdialog # Some tests freeze until user close crash dialog, so
is better to disable it
wget https://static.rust-lang.org/dist/rust-1.65.0-x86_64-pc-windows-gnu.msi
msiexec /i rust-1.65.0-x86_64-pc-windows-gnu.msi /quiet # Not sure about it,
just install it
git clone https://github.com/microsoft/windows-rs.git
cd windows-rs
git checkout bd2471485755fd40f0dd0ee3e181db5d6e57d9e2
rm crates/tests/component crates/tests/component_client -r
wine cargo test --no-fail-fast
```
45 tests fails with wine-staging 7.22
In attachment is log from this run
There is 61 panics in logs:
- 42 - invalid result(agile, alternate_success_code, winrt x3, win32_arrays x4,
library x33)
- 4 - unimplemented functions (bstr, core, non_com_existing, win,
query_signature)
- 15 - translation/comparing text result(error, hresult, pcstr, pcwstr, pstr,
pwstr, enums, std, trim, error, hresult, winrt x4)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54117
Bug ID: 54117
Summary: [NOT A BUG] New unexpected dependencies for building
i686 Wine on Fedora 37
Product: Wine
Version: 8.0-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
It's weird I compiled version 7.21 without these new libraries version 8.0-rc1
cannot be built without on Fedora 37:
sysprof-capture-devel.i686
pcre2-devel.i686
graphite2-devel.i686
glib2-devel.i686
brotli-devel.i686
harfbuzz-devel.i686
They are all needed for ... freetype2.i686
Ah, I get it, it was updated recently:
freetype-devel-2.12.1-3.fc37.i686 Tue 29 Nov 2022 10:23:36 AM UTC
This is not a bug, just an observation. Please ignore.
--
Do not reply 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=21232
Summary: Iron (Chrome) 4 can't load any webpage
Product: Wine
Version: 1.1.35
Platform: x86
URL: http://www.srware.net/downloads/srware_iron_beta.exe
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Trying Iron (basically iceweasel for Chrome) under wine, it fails to load any
webpage. There is no terminal output when trying this. I've tried winetricks
ie6 to get native wininet/winhttp, but that didn't help...
--
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=39403
Bug ID: 39403
Summary: Steam 10/7/15 update: store/web no longer works
Product: Wine
Version: 1.7.52
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spoon0042(a)hotmail.com
Distribution: ---
Created attachment 52515
--> https://bugs.winehq.org/attachment.cgi?id=52515
steam log, default
Since today's Steam update any web content like the Store no longer works. As
in nothing happens, just a blank window. This is different than the win7 bug,
using the default XP here and nothing crashes. Log attached, though these lines
that appear when trying to load a page are probably the relevant bit:
fixme:advapi:CreateProcessAsUserW 0x314 L"C:\\Program
Files\\Steam\\bin\\steamwebhelper.exe" L"\"C:\\Program
Files\\Steam\\bin\\steamwebhelper.exe\" --type=renderer
--disable-gpu-compositing --enable-pinch --lang=en-US --lang=en-US
--product-version=\"Valve Steam Client\" --disable-spell-checking
--enable-system-flash --device-scale-factor=1 --enable-delegated-renderer
--num-raster-threads=1 -"... (nil) (nil) 0 0x0100040c (nil) (null) 0x274e2e8
0x274defc - semi-stub
[1007/185338:ERROR:child_process_launcher.cc(444)] Failed to launch child
process
Tested in wine-1.7.52 (Staging) and a fresh git pull of mainline.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53568
Bug ID: 53568
Summary: 16bit applications refuse to start wine 7.15+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: enometh(a)meer.net
Distribution: ---
After a recent commit some 16bit applications refuse to start
e.g. "Collins Dictionary" which is mentioned in bug #51082.
Other applications seem to fail with a
```
Unhandled exception: page fault on read access to 0xffffffff in 16-bit code
(02f7:10cf)
```
Bisecting the problem points to this commit:
```
commit e41c255be6ba66d1eec7affe674b8cc7699226b8
Author: Jacek Caban <jacek(a)codeweavers.com>
AuthorDate: Sun Aug 14 23:41:53 2022 +0200
Commit: Alexandre Julliard <julliard(a)winehq.org>
CommitDate: Mon Aug 15 18:15:22 2022 +0200
win32u: Use send_message_timeout for WM_CREATE and WM_NCCREATE.
```
reverting this commit (after fixing a conflict) seems to avoid
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=51780
Bug ID: 51780
Summary: The user32:msg output is too big in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: major
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:msg now outputs ~97kB of data. This is way too much and contributes in
pushing the WineTest reports above the 1.5MB limit.
No single patch is responsible but the size changed on the following dates:
Sep 08: user32:msg (+6kB)
Sep 09: user32:msg (+18kB)
Sep 17: user32:msg (+6kB)
Sep 20: user32:msg (+15kB)
Sep 21: user32:msg (+19kB)
The traces break down as follows:
0kB failures
77kB todos
16kB traces
1.5kB 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=54009
Bug ID: 54009
Summary: Wine segfaults on startup on macOS 12 and 13
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: loader
Assignee: wine-bugs(a)winehq.org
Reporter: bshanks(a)codeweavers.com
Regression SHA1: 63bf2677ed22d26ff1f5ff1886fde08b1f5fb00c
63bf2677ed22d26ff1f5ff1886fde08b1f5fb00c started building the Wine loader as an
LC_UNIXTHREAD binary to fix bug 52354, but on macOS 12 (Monterey) and 13
(Ventura) this causes the loader to have 'environ' set to NULL, causing crashes
later in ntdll.
I'm working on fixing this in the preloader.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53964
Bug ID: 53964
Summary: Redim does not fail on fixed arrays
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vbscript
Assignee: wine-bugs(a)winehq.org
Reporter: bunglehead(a)gmail.com
Distribution: ---
Created attachment 73550
--> https://bugs.winehq.org/attachment.cgi?id=73550
patch
This bug report is for tracking purposes. Will send attached patch a bit later,
after pending fixes get in.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53254
Bug ID: 53254
Summary: urlmon:url - test_URLDownloadToFile_abort() sometimes
fails on Windows 7+
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
urlmon:url - test_URLDownloadToFile_abort() sometimes fails on Windows 7+:
url.c:3750: Test failed: expected OnProgress_DOWNLOADINGDATA
https://test.winehq.org/data/patterns.html#urlmon:url
This happens on Windows 7 to Windows 10 21H2 and is rare enough to cause false
positives. Note that this failure never happens at the same time as the ones in
bug 53253.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53211
Bug ID: 53211
Summary: ddraw:ddraw1 has over 255 failures on the debian11
TestBot VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ddraw:ddraw1 has over 255 failures on the debian11 TestBot VMs:
ddraw1.c:6647: Test failed: Got unexpected color 0x000000ff, test 0.
...
ddraw1.c:6953: Test failed: Unlit quad without normals has color 0x00ffffff.
...
ddraw1.c:6955: Test failed: Lit quad without normals has color 0x00ffffff.
...
ddraw1.c:7377: Test failed: Expected colour 0x003c3c3c at location (160, 120),
got 0x00ff0000, case 0.
...
ddraw1.c:8425: Test failed: Got unexpected color 0x00000000.
...
ddraw1.c:9590: Test failed: Got unexpected color 0x0000ff00, format
D3DFMT_X8R8G8B8, c=0.
...
ddraw1.c:9846: Test failed: Test 0 shading has color0 00ffffff, expected
00ff0000.
...
ddraw1.c:11527: Test failed: Got unexpected color 0x000000ff.
...
ddraw1.c:11924: Test failed: Got unexpected color 0x00ffffff.
...
ddraw1.c:12549: Test failed: z_depth 16: Got depth 0x0000ffff (diff -57344),
expected 0x00001fff+/-46, at 80, 60.
...
ddraw1.c:420: Test failed: (0, 0) - (640, 480) viewport: Pixel (1, 121) has
color 00000000, expected 00ffffff.
...
ddraw1.c:13757: Test failed: Alphatest failed, color 0x00ff0000, expected
0x0000ff00, alpha > ref, func 5.
...
ddraw1.c:14638: Test failed: Got color 0x00ff0000, expected 0x00ffffff.
...
ddraw1.c:15080: Test failed: Got unexpected colour 000000ff, 2x2, case 0.
...
The test prints too much data (96495 bytes)
https://test.winehq.org/data/patterns.html#ddraw:ddraw1
These failures started when the debian11 VM was updated and moved to the gpu1
VM host. Given that the debiant (Debian Testing) VM does not have these
failures this is likely related to some underlying Debian issue.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52910
Bug ID: 52910
Summary: mshtml:htmldoc fails on Windows with the UTF-8
codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mshtml:htmldoc fails on Windows with the UTF-8 codepage:
htmldoc.c:1472: Test failed: bindinfo.dwOptions=20000
htmldoc.c:597: Test failed: bindinfo.dwOptions=20000
[...]
https://test.winehq.org/data/patterns.html#mshtml:htmldoc
0x20000 is BINDINFO_OPTIONS_ENABLE_UTF8 which means that "UTF-8 encoding should
be enabled". Easy 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=52909
Bug ID: 52909
Summary: rpcrt4:ndr_marshall crashes on the latest Windows 21H1
and 21H2
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
rpcrt4:ndr_marshall crashes on the latest Windows 21H1 and 21H2.
ndr_marshall.c:165: this is the last test seen before the exception
0770:ndr_marshall: unhandled exception 000006f7 at 00007FFCF0874F69
However the crash is not detected as such so the patterns page reports it as a
failure:
https://test.winehq.org/data/patterns.html#rpcrt4:ndr_marshall
I don't know what this 0x000006f7 exception is.
When w10pro64 had the updates up to 2021-10-21 this test was not crashing. The
crashes started happening when w1064 and w10pro64 were updated on 2022-04-24.
So the crash is probably caused by one of the Windows updates in that interval.
If necessary I can dig into the Windows update history to try and find
something 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=51456
Bug ID: 51456
Summary: oleaut32:typelib: test_CreateTypeLib(SYS_WIN32) fails
in 64-bit Wine
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
oleaut32:typelib has many failures in 64-bit Wine, the first one of which is
because Wine returns the wrong size for a structure:
https://test.winehq.org/data/patterns.html#oleaut32:typelib
typelib.c:2169: Test failed: retrieved IUnknown gave wrong cbSizeVft: 24
In the SYS_WIN32 case cbSizeVft should be 3 * 4 = 12 but it is still set to 24
by MSFT_DoTypeInfo():
ptiRet->typeattr.cbSizeVft = tiBase.cbSizeVft;
It makes sense for cbSizeVft to be 24 on the 64-bit side, but somewhere there
should be code to adjust it to account for the SYS_WIN32 on 64-bit case. But I
don't know where that should happen.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48105
Bug ID: 48105
Summary: kernel32:console fails on Japanese and Chinese Windows
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Running the kernel32:console test on Windows 10 1809 in Japanese or Chinese
results in 6 failures:
console.c:867: Test failed: ReadConsoleOutputCharacterW failed
console.c:869: Test failed: string does not match the pattern
console.c:880: Test failed: ReadConsoleOutputCharacterW failed
console.c:882: Test failed: string does not match the pattern
console.c:889: Test failed: ReadConsoleOutputCharacterW failed
console.c:891: Test failed: string does not match the pattern
These failures appear to be systematic but the w1064v1809_ja and
w1064v1809_zh_CN VMs do not always succeed in submitting their WineTest results
to test.winehq.org so the failures only appear intermittently there.
See https://test.winehq.org/data/tests/kernel32:console.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=46649
Bug ID: 46649
Summary: Tom Clancy's Rainbow Six: Vegas 2 needs
D3DXDisassembleShader implementation
Product: Wine
Version: 4.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Crashes at launch with 'Message General protection fault! History: '
fixme:d3dx:D3DXDisassembleShader 0x7671b00 0 (null) 0x62ce18: stub
wine-4.1-207-g7907ccfdcb
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53996
Bug ID: 53996
Summary: MDB Viewer Plus: can not open database
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: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
Created attachment 73581
--> https://bugs.winehq.org/attachment.cgi?id=73581
Example file.
Using MDB Viewer Plus to open a database fails with Wine 7.22. It works fine in
Wine 7.21.
I run the application and click File -> Open. Select the attached mdb-file and
click OK in dialogue "Open Options".
If the mdbplus.exe is on a write protected disk I get "Error saving to recent",
that is fine.
Then I get "Object or provider is not capable of performing requested
operation." with a follow up in "File access denied" with wine 7.22. With Win
7.21 I get an overview of the tables available in the database.
Application is MDB Viewer Plus,
https://appdb.winehq.org/objectManager.php?sClass=application&iId=20726
It requires "winetricks mdac28 jet40" to open mdb-files. I am using Xubuntu
22.04.1 LTS.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53972
Bug ID: 53972
Summary: BCryptSignHash does not support BCRYPT_PAD_PSS
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: jesper.lindholm(a)treetop.se
Distribution: ---
Using Ubuntu 22.04 x64, from-source build as of 2022-11-23 (wine-7.21) + fix
from bug 53966 + fix from bug 53968 comment 1.
Please note that the patches from above is required to get this far in the
reproduction.
The .NET API RSA.SignData() calls into NCryptSignHash which calls into
BCryptSignHash which does not support BCRYPT_PAD_PSS. Using .NET 6.0.
Fixing this would unblock bug 53968.
See bug 53968 for more information about reproduction and terminal output from
the state before the partial fix - I hope that is okay.
This API is used in many applications signing messages with their own
cryptographic RSA keys. We ran across it when testing one of our own
applications.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53684
Bug ID: 53684
Summary: ntdll:info is broken on Windows 8 to 10 1709 in the
GitLab WineTest builds
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:info is broken in the GitLab WineTest builds:
info.c:1097: Test failed: Expected STATUS_SUCCESS, got 80000002
info.c:1102: Test failed: Expected STATUS_SUCCESS, got 80000002
Where 0x80000002 = STATUS_DATATYPE_MISALIGNMENT.
https://test.winehq.org/data/patterns.html#ntdll:info
The failures started on 2022-07-26 which is when the WineTest builds switched
from the old build system to GitLab. A test with winetest-889fe64d9f2e.exe
(built on 2022-07-25) confirms that this test still succeeds when using
binaries from the old build system.
Strangely enough the failures only happen on Windows 8 to Windows 10 1709.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53678
Bug ID: 53678
Summary: vbscript can not compile CaseClausules that do not use
a colon
Product: Wine
Version: 7.16
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: ---
While working on leveraging the vbscript engine of Wine for a macos port of
Visual Pinball, I've been testing several user made scripts.
I've found a few scripts, where users did not use a colon after a case. This
seems to work in vbscript:
Set g_objWSH = Wscript.CreateObject("Wscript.Shell")
dim x
x = 2
Select Case x
Case 0: 'If Enabled Then
Case 2 Wscript.Echo "This works 2"
Case 3: Wscript.Echo "This works 3"
Case 4
Wscript.Echo "This works 4"
End Select
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53327
Bug ID: 53327
Summary: Ragnarok Online bad performance
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: paulo1039(a)gmail.com
Distribution: ---
Created attachment 72711
--> https://bugs.winehq.org/attachment.cgi?id=72711
log running game client (shining.exe)
Hello, i'm playing some Ragnarok online private servers
(https://www.shining-moon.com) but the performance is really bad even on wine
7.12 i noticed the CPU usage is really high and the game is very choppy to
unplayable levels specially when skills effects, damage numbers and
monsters/players appear on screen.
this is happening with other private servers too.
sadly i can't test official servers since iRO and bRO has Easy-AntiCheat.
This was tested with Ryzen 5 5600G on fedora 36 and another computer with
nvidia gtx 1650 and 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=53199
Bug ID: 53199
Summary: dinput:force_feedback - test_windows_gaming_input()
sometimes has unexpected reference counts 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: ---
dinput:force_feedback - test_windows_gaming_input() sometimes has unexpected
reference counts in Wine. There are three known instance but they don't all
correspond to the same check:
2022-05-17
force_feedback.c:6097: Test failed: Release returned 1
6096 ref = IAsyncOperation_ForceFeedbackLoadEffectResult_Release(
result_async );
6097 ok( ref == 0, "Release returned %lu\n", ref );
2022-06-06 and 2022-06-17
force_feedback.c:6057: Test failed: Release returned 1
6056 ref = IForceFeedbackEffect_Release( effect );
6057 ok( ref == 0, "Release returned %lu\n", ref );
https://test.winehq.org/data/patterns.html#dinput:force_feedback
This failure can happen on its own (so it's not a side-effect of another
failure) and is pretty rare (~0.8%) so it's bound to cause false positives.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52875
Bug ID: 52875
Summary: riched20:editor fails in Wine in Hindi
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
riched20:editor fails in Wine in Hindi:
editor.c:6064: Test failed: EM_STREAMIN: Test UTF8Split returned 6
https://test.winehq.org/data/patterns.html#riched20:editor
It also has failures in Wine in other locales and on other Linux configurations
but this one is new. A bisect shows that it started after the following commit:
commit e81327358a26b160740b3421a4c7f300b4d2f06f
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Apr 13 15:13:16 2022 +0200
kernelbase: Move codepage initialization to ntdll.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
This commit is also involved in the following failures:
* Bug 52873 - oleaut32:typelib fails in Wine in Hindi
* Bug 52870 - shlwapi:url - The UrlGetPartA() tests fails in Wine in Hind
* Bug 52872 - vbscript:run fails in Wine in Hindi
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54087
Bug ID: 54087
Summary: mshtml:events sometimes gets a failure in
Protocol_Continue() on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
mshtml:events sometimes gets a failure in Protocol_Continue():
events.c:5054: Test failed: ReportResult failed: 80ef0001
See https://test.winehq.org/data/patterns.html#mshtml:events
I have not found what 0x80ef0001 corresponds to.
The failures started as soon as this test was introduced in the commit below.
Also the failures are much less frequent since 2022-11-21 but they still occur.
commit ae1d54da51c566da0a911d6256d3508054f8debf
Author: Gabriel Ivăncescu <gabrielopcode(a)gmail.com>
Date: Tue Sep 13 19:57:37 2022 +0300
mshtml/tests: Add tests for StorageEvents with parallel documents.
Signed-off-by: Gabriel Ivăncescu <gabrielopcode(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=54012
Bug ID: 54012
Summary: kernel32:heap - The 64-bit test_GlobalAlloc() fails on
Windows 7
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:heap - The 64-bit test_GlobalAlloc() fails on Windows 7:
heap.c:1757: Test failed: flags 0x2: GlobalReAlloc returned 0000000000899D10
heap.c:1788: Test failed: flags 0x2: GlobalReAlloc returned 0000000000899D10
heap.c:1763: Test failed: flags 0x82: got ptr 000000000089A0C0 was
0000000000899D10
heap.c:1794: Test failed: flags 0x82: got ptr 000000000089A0C0 was
0000000000899D10
See https://test.winehq.org/data/patterns.html#kernel32:heap
A bisect shows the failures started with the commit below:
commit 170e04648034f548e118625f969f09de8921024b
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Fri Nov 18 23:36:45 2022 +0100
kernel32/tests: Add more (Global|Local)ReAlloc tests.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53474
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53987
Bug ID: 53987
Summary: Regression in print handling in Framemaker 8
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: ulrich.gemkow(a)ikr.uni-stuttgart.de
Distribution: ---
A bisect show that the commit
commit 1cf1412a12c6ee6191d387162fecb456f0df2d89
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Mon Nov 21 12:45:33 2022 +0100
gdi32: Get printer output file name in StartDoc.
dlls/gdi32/Makefile.in | 2 +-
dlls/gdi32/dc.c | 57 +++++++++++++++++++++++++++++++++++++++++++-------
include/ntgdi.h | 2 ++
3 files changed, 53 insertions(+), 8 deletions(-)
causes a regression in print handling of Framemaker 8.
To reproduce:
- Start Framemaker and create a new document (CTRL-N, select "Portrait")
- type a few characters
- Try to print the document
Framemaker shows the message "Framemaker cannot print because the file
header.ps is missing" and refuses to print. Printers are connected through IPP.
Reverting the patch resolves the issue.
The only other application we use (Office 2007) does not have this issue.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53783
Bug ID: 53783
Summary: vbscript can not compile private const expressions
Product: Wine
Version: 7.16
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: ---
While working on leveraging the vbscript engine of Wine for a macos/linux port
of Visual Pinball, I've been testing several user made scripts.
I've found some scripts that have constants that are marked private even though
they are not part of class. Somehow that works in real VBS but fails here:
Private Const conStackSw = 8 ' Stack switches
Private Const conMaxBalls = 13 ' Because of Apollo 13
Private Const conMaxTimers = 20 ' Spinners can generate a lot of timers
Private Const conTimerPulse = 40 ' Timer runs at 25Hz
Private Const conFastTicks = 4 ' Fast is 4 times per timer pulse
Private Const conMaxSwHit = 5 ' Don't stack up more than 5 events for
each switch
Wscript.Echo conStackSw
Wscript.Echo conMaxBalls
Wscript.Echo conMaxTimers
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52980
Bug ID: 52980
Summary: conhost.exe:tty - test_tty_input() fails in most
locales on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
conhost.exe:tty - test_tty_input() fails in most locales on Windows.
Specifically it fails in German, French, Portuguese (Brazil and Portugal), and
Spanish (the mixed locale, mx-MX, uses a Spanish keyboard layout).
For instance in Portuguese (Brazil):
tty.c:1521: Test failed: 2f: wVirtualKeyCode = 12, expected 11
tty.c:1521: Test failed: 2f: wVirtualScanCode = 38 expected 1d
tty.c:1521: Test failed: 2f: dwControlKeyState = 109
tty.c:1521: Test failed: 2f: dwControlKeyState = 9
[...]
tty.c:1521: Test failed: 3f: dwControlKeyState = 100
tty.c:1544: Test failed: 2f: wVirtualKeyCode = dd, expected db
tty.c:1544: Test failed: 2f: wVirtualScanCode = 1b expected 1a
tty.c:1544: Test failed: 2f: wVirtualKeyCode = dd, expected db
tty.c:1544: Test failed: 2f: wVirtualScanCode = 1b expected 1a
https://test.winehq.org/data/patterns.html#conhost.exe:tty
The test also fails on cw-gtx560 and cw-rx460, maybe because their keyboard
layout is not completely standard due to the KVM. Besides the usual failures on
lines 1521 and 1544, those get a few related earlier failures:
tty.c:1505: Test failed: 61: wVirtualScanCode = 4f expected 1e
tty.c:1505: Test failed: 61: wVirtualScanCode = 4f expected 1e
tty.c:1508: Test failed: 64: wVirtualScanCode = 4b expected 20
tty.c:1508: Test failed: 64: wVirtualScanCode = 4b expected 20
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54043
Bug ID: 54043
Summary: Studio One Professional 5 crash on launch with an
unimplemented function
USER32.dll.RegisterSuspendResumeNotification
Product: Wine
Version: 7.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: a.shining.example(a)gmail.com
Distribution: ---
Created attachment 73603
--> https://bugs.winehq.org/attachment.cgi?id=73603
Program Error Details from the Wine error
Installed to a fresh x64 wine prefix with only core fonts 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=53968
Bug ID: 53968
Summary: NCryptSignHash is not implemented
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: jesper.lindholm(a)treetop.se
Distribution: ---
Created attachment 73557
--> https://bugs.winehq.org/attachment.cgi?id=73557
Terminal output
Using Ubuntu 22.04 x64, from-source build as of today (wine-7.21) + fix from
bug 53966.
Please note that the patch from 53996 is required to get this far in the
reproduction.
The .NET API RSA.SignData() calls into NCryptSignHash which is not implemented.
Using .NET 6.0.
Attaching terminal output. A minimal reproducible example is at
https://treetop.se/wine-bug/2022-11-23b/source.zip (a handful of lines of code)
, compiled as https://treetop.se/wine-bug/2022-11-23b/wine-missing-apis.zip
(published as "self-contained", ie bundling the framework which I thought might
be helpful here) .
compiled .zip file hashes:
SHA256 1F881B2C1946C276B6F602F8EEC11FF88B82C99EAAA39A6F13EB9173EA403D95
SHA1 B02F53D648DB20A680B5E93491D8094278FE2285
source .zip file hashes:
SHA256 3977B2AA462DC54AEEBFB964FBED17A5AAA8360C501CEA3060AB239C09BBD307
SHA1 9B3E768B4F156E17B8E317C82599F9E7FE225C56
This API is used in many applications signing messages with their own
cryptographic RSA keys. We ran across it when testing one of our own
applications.
ncrypt looks like it should be its own component due to being its own DLL, but
I can't find it or anything that looks like it; filing under bcrypt due to
ncrypt implementation calling through to bcrypt in places in the hopes that it
will reach the right people.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53927
Bug ID: 53927
Summary: script56.chm help file pages not functioning properly
due to wine missing beforeprint and afterprint html
events
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: dimaki(a)rocketmail.com
Distribution: ---
script56.chm is a Microsoft HTML help file for Microsoft Windows Script
Technologies. It can be downloaded online as a standalone and is also included
with various windows scripting editors and IDEs such as VbsEdit.
Most of the webpages that make up the chm file make use of beforeprint and
afterprint html events. I was able to determine that Wine's lack of support for
these results in certain functionality not working on these pages.
A reproducible example would go as follows.
Run the script56.chm file with the command "wine hh script56.chm".
Go to the "Abs Function" page(or one of many others) in the help file. You will
see that the Remarks, Requirements, and See Also sections are hidden instead of
visible like on native. Hitting the + sign does not expand the sections as
expected on native.
Also, hitting the Print button on the top bar does not modify the page as
expected.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53233
Bug ID: 53233
Summary: ddraw:ddraw1 - test_clear() has rare failures in Wine
on the debian11 VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ddraw:ddraw1 - test_clear() has rare failures in Wine on the debian11 VM:
ddraw1.c:12626: Test failed: Clear rectangle 3 (pos, neg) has color 0x00000000.
ddraw1.c:12628: Test failed: Clear rectangle 1 (pos, pos) has color 0x00000000.
ddraw1.c:12630: Test failed: Clear rectangle 4 (NULL) has color 0x00000000.
ddraw1.c:12632: Test failed: Clear rectangle 4 (neg, neg) has color 0x00000000.
https://test.winehq.org/data/patterns.html#ddraw:ddraw1
The first instance of these failures started some time after 2022-06-06 which
is when the debian11 VM was updated and moved to the gpu1 VM host.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53208
Bug ID: 53208
Summary: user32:msg - The SW_SHOWMINIMIZED test in
test_messages() succeeds in Wine with fvwm
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:msg - The SW_SHOWMINIMIZED test in test_messages() succeeds in Wine with
fvwm:
msg.c:5574: Test succeeded inside todo block:
ShowWindow(SW_SHOWMINIMIZED):overlapped: marked "todo_wine" but succeeds
https://test.winehq.org/data/patterns.html#user32:msg
This todo_wine seems to always succeed in the TestBot's VMs but almost always
fails on my box. The difference is probably that the former runs fvwm (with a
specially curated configuration) while the latter runs KDE.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53207
Bug ID: 53207
Summary: user32:msg - test_button_messages() fails randomly in
Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
user32:msg - test_button_messages() fails randomly in Wine. There are two
failure modes:
* WM_CTLCOLORBTN (0x135) + WM_DRAWITEM (0x2b) -> 6 failures
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 4: the msg 0x0007 was
expected, but got msg 0x0005 instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 5: the msg 0x0135 was
expected, but got msg 0x030f instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 6: the msg 0x002b was
expected, but got msg 0x001c instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 7: the msg 0x0111 was
expected, but got msg 0x0086 instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 8: the msg 0x8000 was
expected, but got msg 0x0006 instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 9: the msg sequence is not
complete: expected 0000 - actual 0009
* WM_CTLCOLORSTATIC (0x138) -> 5 failures
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 4: the msg 0x0007 was
expected, but got msg 0x0005 instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 5: the msg 0x0138 was
expected, but got msg 0x030f instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 6: the msg 0x0111 was
expected, but got msg 0x001c instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 8: the msg 0x8000 was
expected, but got msg 0x0086 instead
msg.c:6881: Test failed: SetFocus(hwnd) on a button: 9: the msg sequence is not
complete: expected 0000 - actual 0006
https://test.winehq.org/data/patterns.html#user32:msg
These failures don't seem to depend on the locale or bitness and were first
seen on 2022-06-06.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52965
Bug ID: 52965
Summary: kernel32:locale - test_GetLocaleInfoW() and
test_invariant() fail on Windows in Hindi
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:locale fails on Windows in Hindi when run without the UTF-8 codepage
(so with an English system locale):
In test_GetLocaleInfoW():
locale.c:394: Test failed: got wrong name
L"\0905\092e\0947\0930\093f\0915\093e"
locale.c:404: Test failed: got wrong name
L"\0905\0902\0917\094d\0930\0947\091c\093c\0940
(\0938\0902\092f\0941\0915\094d\0924 \0930\093e\091c\094d\092f)"
locale.c:5096: Test failed: got L"\0905\092e\0947\0930\093f\0915\093e"
In test_invariant():
locale.c:5728: Test failed: Expected ret == 39, got 33, error 87
locale.c:5729: Test failed: Expected Invariant Language (Invariant Country),
got '?????????? ???? (?????????? ???)'
locale.c:5733: Test failed: Expected ret == 18, got 15, error 87
locale.c:5734: Test failed: Expected Invariant Country, got '?????????? ???'
locale.c:5738: Test failed: Got '??? ??????????????'
https://test.winehq.org/data/patterns.html#kernel32:locale
This can be reproduced with the w10pro64-hi test configuration but these
failures do not happen when using UTF-8 (w10pro64-hi-u8).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52507
Bug ID: 52507
Summary: user32:win has some spurious GetScrollInfo failures
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: rbernon(a)codeweavers.com
Distribution: ---
On some VMs and with some window styles, the GetScrollInfo SB_HORZ test
sometimes fails with "style 0x100000: expected !100".
It was happening consistently on Win10 on the submission test VMs, and tweaking
the window size in 34d1c100b044afa5eb6d6243e9fb40db085b78d2 fixed the issue
there, but it now fails on more VMs on the testbot pattern page.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54098
Bug ID: 54098
Summary: winhttp:notification times out systematically in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
winhttp:notification times out systematically in Wine:
notification.c:122: Test failed: 943: expected callback to be called from the
same thread
notification.c:122: Test failed: 948: expected callback to be called from the
same thread
notification.c:122: Test failed: 953: expected callback to be called from the
same thread
notification.c:997: Test failed: got 4
notification.c:1006: Test failed: got 0
notification.c:1010: Test failed: unexpected data 0 at 0
notification.c:1017: Test failed: got 0
notification.c:1018: Test failed: got 1002
notification.c:1019: Test failed: got 18
notification.c:1030: Test failed: got 1002
notification.c:1184: Test marked todo: got 3
notification.c:122: Test failed: 937: expected callback to be called from the
same thread
notification.c:122: Test failed: 943: expected callback to be called from the
same thread
notification.c:122: Test failed: 948: expected callback to be called from the
same thread
notification.c:122: Test failed: 953: expected callback to be called from the
same thread
notification.c:117: Test failed: 988: expected status 0x80000 got 0x200000
winhttp:notification:0560 done (258) in 120s 2141B
See https://test.winehq.org/data/patterns.html#winhttp:notification
This started on 2022-12-06 despite there being no change in this test. Also the
test still times out when using older builds. So the failure is probably caused
by some outside factor, maybe on 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=53966
Bug ID: 53966
Summary: NCryptExportKey is not implemented
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: jesper.lindholm(a)treetop.se
Distribution: ---
Created attachment 73554
--> https://bugs.winehq.org/attachment.cgi?id=73554
Terminal output
Using Ubuntu 22.04 x64, wine-devel as of today (wine-7.21).
The .NET API RSA.ExportSubjectPublicKeyInfo() calls into NCryptExportKey which
is not implemented. Using .NET 6.0.
Attaching terminal output. A minimal reproducible example is at
https://treetop.se/wine-bug/2022-11-23/source.zip (literally 7 lines of code) ,
compiled as https://treetop.se/wine-bug/2022-11-23/wine-missing-apis.zip
(published as "self-contained", ie bundling the framework which I thought might
be helpful here) .
compiled .zip file hashes:
SHA256 3C569800092A78D1E8407AEB267DB98F82A4CE09EA1EFEB6BDB947AB6FA9CC85
SHA1 F79D95574B1D4B6BA8582BEB52C3F6745E28F99C
source .zip file hashes:
SHA256 2A83E3FB4A7386FB5DD4FA4558E2BDBC9AEDAAD1E272D3216D183563F64A217C
SHA1 BDA5F413DDD098185FE1A99A9B1ED3E591B31949
This API is used in many applications generating their own cryptographic RSA
keys. We ran across it when testing one of our own applications.
ncrypt looks like it should be its own component due to being its own DLL, but
I can't find it or anything that looks like it; filing under bcrypt due to
ncrypt implementation calling through to bcrypt in places in the hopes that it
will reach the right people.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53950
Bug ID: 53950
Summary: dup2 error returns ENFILE instead of EBADF
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: xantares09(a)hotmail.com
Distribution: ---
Created attachment 73526
--> https://bugs.winehq.org/attachment.cgi?id=73526
testcase
dup2 returns an incorrect error code: ENFILE instead of EBADF
this is very similar to https://bugs.winehq.org/show_bug.cgi?id=53677
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53895
Bug ID: 53895
Summary: ddraw:ddraw1, ddraw:ddraw2, ddraw:ddraw4, ddraw:ddraw7
- test_cursor_clipping() fails on dual screen setups
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_cursor_clipping()
fails on dual screen setups in Wine:
ddraw1.c:14351: Test failed: Expect clip rect (0,0)-(640,480), got
(0,0)-(1664,737).
ddraw1.c:14361: Test failed: Expect clip rect (0,0)-(1024,737), got
(0,0)-(2048,737).
See: http://winetest.dolphin/data/patterns.html#ddraw:ddraw1
ddraw2.c:15320: Test failed: Expect clip rect (0,0)-(1024,768), got
(0,0)-(2048,768).
ddraw2.c:15334: Test failed: Expect clip rect (0,0)-(640,480), got
(0,0)-(1664,737).
ddraw2.c:15344: Test failed: Expect clip rect (0,0)-(1024,768), got
(0,0)-(2048,768).
See: http://winetest.dolphin/data/patterns.html#ddraw:ddraw2
ddraw4.c:18370: Test failed: Expect clip rect (0,0)-(1024,737), got
(0,0)-(2048,737).
ddraw4.c:18384: Test failed: Expect clip rect (0,0)-(640,480), got
(0,0)-(1664,737).
ddraw4.c:18394: Test failed: Expect clip rect (0,0)-(1024,737), got
(0,0)-(2048,737).
See: http://winetest.dolphin/data/patterns.html#ddraw:ddraw4
ddraw7.c:18637: Test failed: Expect clip rect (0,0)-(1024,737), got
(0,0)-(2048,737).
ddraw7.c:18651: Test failed: Expect clip rect (0,0)-(640,480), got
(0,0)-(1664,737).
ddraw7.c:18661: Test failed: Expect clip rect (0,0)-(1024,737), got
(0,0)-(2048,737).
See: http://winetest.dolphin/data/patterns.html#ddraw:ddraw7
Notes:
* The number of "Expect clip" messages varies from one run to the next.
* These failures all started on 2022-10-12 but there is no obvious commit on
that date.
* This only impacts debian11 and debiant, the dual screen TestBot VMs, not
debian11b, fgtb-debian11 and fg-deb64, non-dual screen test configurations.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53686
Bug ID: 53686
Summary: The 64-bit kernel32:console is broken on Windows in
the GitLab WineTest builds
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
The 64-bit kernel32:console is broken on Windows in the GitLab WineTest builds:
console.c:2352: Test failed: [9] Expected count to be 0, got 9303856
console.c:2352: Test failed: [13] Expected count to be 0, got 9303952
console.c:2352: Test failed: [15] Expected count to be 0, got 9304144
console.c:2442: Test failed: [9] Expected count to be 0, got 9303856
console.c:2442: Test failed: [13] Expected count to be 0, got 9303952
console.c:2442: Test failed: [15] Expected count to be 0, got 9304144
console.c:2532: Test failed: [9] Expected count to be 0, got 7
console.c:2532: Test failed: [13] Expected count to be 0, got 9
console.c:2532: Test failed: [15] Expected count to be 0, got 13
console.c:2948: Test failed: [9] Expected count to be 0, got 7
console.c:2948: Test failed: [13] Expected count to be 0, got 9
console.c:2948: Test failed: [15] Expected count to be 0, got 13
console.c:3038: Test failed: [9] Expected count to be 0, got 7
console.c:3038: Test failed: [13] Expected count to be 0, got 9
console.c:3038: Test failed: [15] Expected count to be 0, got 13
console.c:3127: Test failed: [9] Expected count to be 0, got 7
console.c:3127: Test failed: [13] Expected count to be 0, got 9
console.c:3127: Test failed: [15] Expected count to be 0, got 13
https://test.winehq.org/data/patterns.html#kernel32:console
The failures started on 2022-07-26 which is when the WineTest builds switched
from the old build system to GitLab. A test with winetest-889fe64d9f2e.exe
(built on 2022-07-25) confirms that this test still succeeds when using
binaries from the old build system.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53183
Bug ID: 53183
Summary: shell32:shelllink - test_load_save() randomly fails to
delete test.lnk in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
shell32:shelllink - test_load_save() randomly fails to delete test.lnk in Wine:
shelllink.c:818: Test failed: failed to delete link
'C:\users\winetest\Temp\\test.lnk' (32)
https://test.winehq.org/data/patterns.html#shell32:shelllink
This is probably the same issue as bug 28290, the only difference being that it
happens during the cleanup and thus does not cause a 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.