https://bugs.winehq.org/show_bug.cgi?id=50624
Bug ID: 50624
Summary: Waves Central 12.0.5 fails to start: __call__
pywintypes.error: (1336, 'AddAccesAllowedAce',
'Invalid ACL.')
Product: Wine
Version: 6.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
Created attachment 69318
--> https://bugs.winehq.org/attachment.cgi?id=69318
hack
After installing it throws up a message : "Central has encountered a system
permissions issue"
Below part of the console output
File "pybatch\fileSystemBatchCommands.py", line 646, in __call__
pywintypes.error: (1336, 'AddAccesAllowedAce', 'Invalid ACL.')
[1536] Failed to execute script instl
The attached hack makes the error go away and let`s me reach the login-screen.
Maybe the hack is wrong, i don`t know how to test, but it looks like the error
is coming from the code line
if (!RtlFirstFreeAce(pAcl, &pAceHeader) return STATUS_INVALID_ACL;
because when I change it to return STATUS_INVALID_PARAMATER it stops with:
File "pybatch\fileSystemBatchCommands.py", line 646, in __call__
pywintypes.error: (87, 'AddAccesAllowedAce', 'Invalid parameter.')
After changing it to STATUS_ALLOTTED_SPACE_EXCEEDED the issue is gone, and i
get to the loginscreen
I don`t know how to test returncode, hopefully someone familiar with this piece
of code can pick this up
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=39987
Bug ID: 39987
Summary: Firefox 42.0 cannot open download's folder, needs
SHOpenFolderAndSelectItems implemented
Product: Wine
Version: 1.9.1
Hardware: x86
URL: https://www.mozilla.org/en-US/firefox/all/
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
I use win32 firefox to access some flash websites. While browsing, I downloaded
a PDF and then clicked Firefox's blue arrow to see my downloads. I right
clicked on the PDF and chose 'Open Containing Folder' which does nothing.
At the same time, terminal outputs this fixme:
fixme:shell:SHOpenFolderAndSelectItems 0x1e781400 1 0x229fe604 0x0: stub
that looks slightly related to 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=53106
Bug ID: 53106
Summary: Icons not rendering properly in the window titlebar
Product: Wine
Version: 7.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: somethingoutoftheordinary(a)live.com
Distribution: Debian
Created attachment 72541
--> https://bugs.winehq.org/attachment.cgi?id=72541
Image of the icon rendering bug
Since WINE version 7.8, some icons are not rendered properly in the titlebar
(Debian + OpenBox, no DE), while they look alright in WINE 7.7
Not all applications are affected, but one of the applications I see it in is
Metasequoia 3.1.6
Download link:
http://metaseq.net/en/download.html , scroll down to the old versions and click
"click here", scroll further down to the 3.1.6 ZIP download
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53105
Bug ID: 53105
Summary: Certain specific dialogue boxes are permanently
fullscreen
Product: Wine
Version: 7.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: somethingoutoftheordinary(a)live.com
Distribution: Debian
My apologies, I am afraid I cannot be more specific about this issue as I
haven't a clue what the conditions are for it to be happening, I notice this in
Metasequoia 3.1.6 whenever I want to fill in a manual number in a scale or
rotation, this would normally spawn a small dialogue window, but since WINE 7.7
this is maximised and cannot be scaled down, it works fine in WINE 7.6 but WINE
7.7, 7.8 and 7.9 have this issue.
Product:
http://metaseq.net/en/download.html , click the "click here" link at the bottom
of the page and scroll down to the 3.1.6 ZIP download, it is a paid product but
you can run it for free with limited features
How to reproduce:
Open the executable, select whichever language if you have not already, then on
the left panel click either button "Scale" or "Rot", and in the dialogue that
just spawned click the button labeled "Number", this will open up another
dialogue which is affected by this bug.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52773
Bug ID: 52773
Summary: winwprefix is not to ready to use after running
wineboot
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: ralf.habacker(a)freenet.de
Distribution: ---
Created attachment 72145
--> https://bugs.winehq.org/attachment.cgi?id=72145
Wine 7.5 related log file showing the issue
On building a package in a qemu-kvm environment wine 7.5 shows an unusual
behavior compared with older wine versions, when running winboot to initialize
a wine prefix followed by running wintricks to change wine settings.
With wine 6.0, which is working, there is printed (wineboot is started without
a display to avoid showing any gui dialog)
[ 211s] ++ command -v wineboot
[ 211s] ++ test -n /home/abuild/.mingw32-cross-wine
[ 211s] ++ test -d /home/abuild/.mingw32-cross-wine
[ 211s] ++ wineboot -fi
[ 211s] wine: created the configuration directory
'/home/abuild/.mingw32-cross-wine'
[ 211s] 0048:err:explorer:initialize_display_settings Failed to query current
display settings for L"\\\\.\\DISPLAY1".
[ 211s] 0048:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub,
hr 0x80004002
[ 211s] 0048:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
[ 211s] 0048:err:ole:apartment_get_local_server_stream Failed: 0x80004002
[ 211s] 002c:err:winediag:nodrv_CreateWindow Application tried to create a
window, but no driver could be loaded.
[ 211s] 002c:err:winediag:nodrv_CreateWindow Make sure that your X server is
running and that $DISPLAY is set correctly.
[ 211s] 0050:err:winediag:nodrv_CreateWindow Application tried to create a
window, but no driver could be loaded.
[ 211s] 0050:err:winediag:nodrv_CreateWindow Make sure that your X server is
running and that $DISPLAY is set correctly.
[ 211s] 0050:err:ole:apartment_createwindowifneeded CreateWindow failed with
error 0
[ 211s] 0050:err:ole:apartment_createwindowifneeded CreateWindow failed with
error 0
[ 211s] 0050:err:ole:apartment_createwindowifneeded CreateWindow failed with
error 14007
[ 211s] 0050:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub,
hr 0x800736b7
[ 211s] 0050:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x800736b7
[ 211s] 0050:err:ole:apartment_get_local_server_stream Failed: 0x800736b7
[ 211s] 0050:err:ole:start_rpcss Failed to open RpcSs service
[ 211s] 0040:err:winediag:nodrv_CreateWindow Application tried to create a
window, but no driver could be loaded.
[ 211s] 0040:err:winediag:nodrv_CreateWindow Make sure that your X server is
running and that $DISPLAY is set correctly.
[ 213s] 0060:err:winediag:nodrv_CreateWindow Application tried to create a
window, but no driver could be loaded.
[ 213s] 0060:err:winediag:nodrv_CreateWindow Make sure that your X server is
running and that $DISPLAY is set correctly.
[ 213s] 0068:err:winediag:nodrv_CreateWindow Application tried to create a
window, but no driver could be loaded.
[ 213s] 0068:err:winediag:nodrv_CreateWindow Make sure that your X server is
running and that $DISPLAY is set correctly.
[ 213s] Could not find Wine Gecko. HTML rendering will be disabled.
[ 214s] wine: configuration in L"/home/abuild/.mingw32-cross-wine" has been
updated.
Then winetricks is called to change settings
[ 214s] ++ winetricks nocrashdialog autostart_winedbg=disabled
[ 214s] ------------------------------------------------------
[ 214s] winetricks latest version check update disabled
[ 214s] ------------------------------------------------------
[ 214s] Executing mkdir -p /home/abuild
[ 215s] Using winetricks 20210206-next - sha256sum:
57ff30bced6c84e79932d5d98993a6361f12331b3a33f51cc1e65d8c9af2656c with wine-6.0
and WINEARCH=win32
[ 216s] Executing w_do_call nocrashdialog
[ 216s] Executing mkdir -p /home/abuild
[ 216s] Executing load_nocrashdialog
[ 216s] Disabling graphical crash dialog
[ 216s] Executing cd
/home/abuild/.mingw32-cross-wine/dosdevices/c:/windows/temp
[ 216s] Executing wine regedit crashdialog.reg
[ 216s] Using override for following DLLs: autostart_winedbg
[ 216s] Executing wine regedit C:\windows\Temp\_disabled\override-dll.reg
This works out of the box.
Processing the same with wine-7.5 shows
[ 154s] ++ wineboot -fi
[ 154s] wine: created the configuration directory
'/home/abuild/.mingw32-cross-wine'
[ 154s] 002c:fixme:actctx:parse_depend_manifests Could not find dependent
assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
[ 154s] 0048:fixme:actctx:parse_depend_manifests Could not find dependent
assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
[ 154s] 0050:fixme:actctx:parse_depend_manifests Could not find dependent
assembly L"Microsoft.Windows.Common-Controls" (6.0.0.0)
[ 154s] 0048:err:winediag:nodrv_CreateWindow Application tried to create a
window, but no driver could be loaded.
[ 154s] 0048:err:winediag:nodrv_CreateWindow L"The explorer process failed to
start."
[ 154s] 0048:err:systray:initialize_systray Could not create tray window
[ 154s] 0048:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub,
hr 0x80004002
[ 154s] 0048:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
[ 154s] 0048:err:ole:apartment_get_local_server_stream Failed: 0x80004002
[ 154s] 002c:err:winediag:nodrv_CreateWindow Application tried to create a
window, but no driver could be loaded.
[ 154s] 002c:err:winediag:nodrv_CreateWindow L"Make sure that your X server is
running and that $DISPLAY is set correctly."
[ 154s] 0050:err:winediag:nodrv_CreateWindow Application tried to create a
window, but no driver could be loaded.
[ 154s] 0050:err:winediag:nodrv_CreateWindow L"Make sure that your X server is
running and that $DISPLAY is set correctly."
[ 154s] 0050:err:ole:apartment_createwindowifneeded CreateWindow failed with
error 3
[ 154s] 0050:err:ole:apartment_createwindowifneeded CreateWindow failed with
error 0
[ 154s] 0050:err:ole:apartment_createwindowifneeded CreateWindow failed with
error 14007
[ 154s] 0050:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub,
hr 0x800736b7
[ 154s] 0050:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x800736b7
[ 154s] 0050:err:ole:apartment_get_local_server_stream Failed: 0x800736b7
[ 154s] 0050:err:ole:start_rpcss Failed to open RpcSs service
[ 154s] 0040:err:winediag:nodrv_CreateWindow Application tried to create a
window, but no driver could be loaded.
[ 154s] 0040:err:winediag:nodrv_CreateWindow L"Make sure that your X server is
running and that $DISPLAY is set correctly."
[ 154s] 0084:err:winediag:nodrv_CreateWindow Application tried to create a
window, but no driver could be loaded.
[ 154s] 0084:err:winediag:nodrv_CreateWindow L"Make sure that your X server is
running and that $DISPLAY is set correctly."
[ 156s] 008c:err:winediag:nodrv_CreateWindow Application tried to create a
window, but no driver could be loaded.
[ 156s] 008c:err:winediag:nodrv_CreateWindow L"Make sure that your X server is
running and that $DISPLAY is set correctly."
[ 157s] wine: configuration in L"/home/abuild/.mingw32-cross-wine" has been
updated.
To this point nothing is different
[ 157s] ++ winetricks nocrashdialog autostart_winedbg=disabled
[ 157s] ------------------------------------------------------
[ 157s] winetricks latest version check update disabled
[ 157s] ------------------------------------------------------
[ 157s] Executing mkdir -p /home/abuild
[ 158s] grep: /home/abuild/.mingw32-cross-wine/*.reg: No such file or
directory
[ 158s] ------------------------------------------------------
The issue is, that the newly created wine prefix is not ready for usage.
[ 158s] WINEPREFIX INFO:
[ 158s] Drive C: total 24
[ 158s] drwxr-xr-x 6 abuild abuild 4096 Apr 4 22:11 .
[ 158s] drwxr-xr-x 4 abuild abuild 4096 Apr 4 22:11 ..
[ 158s] drwxr-xr-x 6 abuild abuild 4096 Apr 4 22:11 Program Files
[ 158s] drwxr-xr-x 3 abuild abuild 4096 Apr 4 22:11 ProgramData
[ 158s] drwxr-xr-x 4 abuild abuild 4096 Apr 4 22:11 users
[ 158s] drwxr-xr-x 16 abuild abuild 4096 Apr 4 22:11 windows
[ 158s]
[ 158s] Registry info:
[ 158s] /home/abuild/.mingw32-cross-wine/*.reg:
[ 158s] ------------------------------------------------------
[ 158s] ------------------------------------------------------
[ 158s] warning: wine cmd.exe /c echo '%AppData%' returned empty string, error
message ""
[ 158s] ------------------------------------------------------
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53058
Bug ID: 53058
Summary: Incorrect socket reconnect behavior for DGRAM sockets
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: aman560900(a)hotmail.com
Distribution: ---
Expected behavior:
Reconnecting with a DGRAM socket (specifically UDP) should not fail
Observed behavior:
Reconnecting fails with WSAEISCONN
Breaking commit and change:
https://github.com/wine-mirror/wine/commit/3b33a6b4873d2d75418c298880766f63…
Both Windows and Linux kernels implement this correctly, with wine being the
sole divergence. SockDoConnect in mswsock.dll shows the logic flow, SOCK_STREAM
should fail with WSAEISCONN, but SOCK_DGRAM should not.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52594
Bug ID: 52594
Summary: rustup-init.exe panic in reqwest failed to park thread
Product: Wine
Version: 7.0-rc1
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: ArchLinux
The rustup executable (rustup-init.exe) panic with
thread 'reqwest-internal-sync-runtime' panicked at 'failed to park',
C:\Users\runneradmin\.cargo\registry\src\github.com-1ecc6299db9ec823\tokio-1.4.0\src\runtime\basic_scheduler.rs:224:56
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
This is from wine 7.0rc1
Wine 6.23 give another issue:
error: could not download file from
'https://static.rust-lang.org/dist/channel-rust-stable.toml.sha256' to
'C:\users\lorenzo\.rustup\tmp\atqc1z0zr2x8cjfz_file': failed to make network
request: error sending request for ur
l (https://static.rust-lang.org/dist/channel-rust-stable.toml.sha256): error
trying to connect: OS Error -2146762482 (FormatMessageW() returned error 317)
(os error -2146762482): error trying to connect: OS Error -2146762482
(FormatMess
ageW() returned error 317) (os error -2146762482): OS Error -2146762482
(FormatMessageW() returned error 317) (os error -2146762482)
Not sure if this is a regression, or in 7.0rc1 there was a patch the solved an
error before
I'm going to bisect
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51616
Bug ID: 51616
Summary: Unravel Two crashes on intro
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Assertion failed!
Program: C:\Program Files
(x86)\Steam\steamapps\common\UnravelTwo\UnravelTwo.exe
File: ../wine/dlls/quartz/memallocator.c
Line: 346
Expression: "ms->ref == 0"
Renaming 'V' folder in 'GameFolder\D3D11' is a workaround.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51476
Bug ID: 51476
Summary: user32:input test_Input_mouse() gets bad WM_MOUSEMOVE
messages
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:input gets the following failure on most Windows versions:
http://winetest.dolphin/data/patterns.html#user32:input
input.c:3350: Test failed: got unexpected WM_MOUSEMOVE x 150, expected 210
* The invalid x value depends on the machine (e.g. it's different on
win81_cw-rx460 and w8), but is the same from one run to the next.
* The failure is quite frequent but not 100% reproducible (e.g. on w8). Timing
issue?
* It impacts Windows 7 to Windows 10 2009 (except w1064v1607).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41213
Bug ID: 41213
Summary: Missing textures
Product: Wine
Version: 1.9.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: montanawoody(a)gmail.com
Distribution: ---
Created attachment 55467
--> https://bugs.winehq.org/attachment.cgi?id=55467
Compressed terminal output
The D3D 11 renderer for Elder Scrolls Online is almost working with the latest
Wine version. The only issue I'm see now are missing textures, and these
related error/fixme messages:
err:d3d:wined3d_debug_callback 0x15c2400: "GL_INVALID_OPERATION in
glUseProgram(program 15 not linked)".
fixme:d3d:context_bind_shader_resources Shader 0x7ff6c9ae0b70 needs 21
samplers, but only 16 are supported.
I've attached the terminal output as a compressed file since it was 35MB
uncompressed.
I have a patch that I will attach as well that fixes the problem -- but is
probably a hack. Hopefully someone more knowledgeable will know of a proper
solution.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53163
Bug ID: 53163
Summary: ts!us papy.exe: crashes with an win32 function failed
error regarding Graphics_DisplayM.cpp
Product: Wine
Version: 7.10
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: laymondfleming1005(a)gmail.com
Distribution: ---
Created attachment 72601
--> https://bugs.winehq.org/attachment.cgi?id=72601
I don't know how to describe the attachment here
ts!us papy.exe fails to convert with wine 7.10 and shows a Win32 function
failed error and shows the error log with an unhandled exception error
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53075
Bug ID: 53075
Summary: Spitfire Audio App 3.3.23: crashes/freezes after login
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nonamedboy(a)outlook.com
Distribution: ---
Created attachment 72495
--> https://bugs.winehq.org/attachment.cgi?id=72495
Archive containing logs and a screenshot
System information
------------------
Distribution : Kubuntu 22.04 LTS
Kernel : 5.15.0-30-generic
Architecture : x86_64
CPU : Intel Core i7-12700F
Wine version : wine-7.9 / 7.9~jammy-1
Wine package name : wine-devel
Wine package source :
https://dl.winehq.org/wine-builds/ubuntu/dists/jammy/winehq-jammy.sources
Installed programs : * Microsoft Visual C++ 2015-2019 Redistributable (x64) -
14.29.30139 [installed by Spitfire Audio]
* Spitfire Audio version 3.3.23
* Wine Mono Runtime 7.2.0
* Wine Mono Windows Support 7.2.0
Changed Settings : Wine Windows version (7, 8, 8.1, 10)
Application information
-----------------------
Application : Spitfire Audio App
Application version : 3.3.23
Official URL :
https://www.spitfireaudio.com/library-manager/download/win/Archive.org URL :
https://web.archive.org/web/20220524211003/https://d1t3zg51rvnesz.cloudfron…
AppDB URL :
https://appdb.winehq.org/objectManager.php?sClass=application&iId=19759
Installation path : "~/.wine/drive_c/Program Files/Spitfire Audio/"
Installer file name : SpitfireAudio-Win-3.3.23.exe
Installer SHA1 : cf91f0ff1a60a3b0584b8587b78105100eb0b4d0
Executable file name: Spitfire Audio.exe
Executable SHA1 : b5370fb6fbf3926d48dfee23817e043ff35a4f72
Bug information
---------------
Type of bug : crash/freeze; could be regression - AppDB indicates a
silver rating with 7.2-staging
Symptom : the application does either crash or not respond (seems
to be random) and has to be terminated forcefully
Condition : during startup, after login
Last error message : 01b4:err:sync:RtlpWaitForCriticalSection section
00000000002300C8 "dlls/ntdll/heap.c: main process heap section" wait timed out
in thread 01b4, blocked by 0100, retrying (60 sec)
Steps to reproduce the bug
--------------------------
0. Reset the default wine prefix
1. Install the Spitfire Audio App in the default wine prefix
2. Open Terminal here: "~/.wine/drive_c/Program\ Files/Spitfire\ Audio/"
3. Run Spitfire Audio.exe: "wine Spitfire\ Audio.exe"
4. Click on "DECLINE" when asked about data collection
5. Enter username and password (free account needed)
6. Click on "LOGIN"
7. You will see the loading screen (circle shaped bar) fill to about 50%-100%,
then the application will either crash or not respond
Attachments
-----------
wine_bug_report_spitfire.zip:
- app_log.txt : contains the logs created by Spitfire Audio
App
- bug_info.txt : contains this description
- Screenshot_20220524_225202.png: a screenshot of the frozen Spitfire Audio
App
- wine_log.txt : contains the logs created by wine
Checklist
---------
- bug writing guidelines : checked
- most frequently reported bugs : no match found
- known issues : may be related to
https://bugs.winehq.org/show_bug.cgi?id=31882
- regression test : N/A
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52840
Bug ID: 52840
Summary: Vulkan fails to initialize for 32-bit processes due to
ENOMEM while trying to map shared libraries
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
This can result in subtle failures down the line. In my case it resulted in a
variation on bug 52508.
This was a huge game of "any one of you should have screamed an error condition
at me, but you didn't", and as a result this took me several hours to debug.
Kind of annoyed at that one.
Anyway, the root of the problem is that we reserve almost the entire address
space. We reserve everything above 0x80000000 because we don't want win32
memory to get mapped there, and we reserve the entire range between
0x00010000-0x68000000 for... some reason?
And for me, this doesn't leave enough space to load everything that the Vulkan
driver needs. The final straw was a failure to reserve 27 MiB for
libicudata.so.
Normally this isn't a problem, because we release the low area, but all of this
happens during DLL initialization (winex11.drv.so specifically), and we don't
release the low area until after all DLLs are attached.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=43743
Bug ID: 43743
Summary: No 3D graphics in Wolcen: Lords of Mayhem
Product: Wine
Version: 2.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fincer89(a)hotmail.com
Distribution: ---
Created attachment 59232
--> https://bugs.winehq.org/attachment.cgi?id=59232
Log of Wolcen - Wine 2.17 Staging (~14mb unpacked)
Wolcen: Lords of Mayhem is a Steam-hosted DX11 game, using CryEngine.
As the DX11 implementation has been improved in Wine, the graphics stopped
working at some point after Wine 2.3.
I have attached a log file which may indicate well enough about the root reason
of the issue (Should I still run a regression test?)
Wine complains *a lot* about the following:
err:d3d:wined3d_debug_callback 0x1b309e40: "GL_INVALID_ENUM error generated.
Invalid primitive mode.".
P.S. There are already an open ticket for corrupted graphics in this game (bug
42729), but this issue is about "No graphics at all". GUI graphics (menus etc.)
are still okay.
I guess this bug must be resolved after getting into bug 42729.
-------------------------
Clean Wine Staging 2.17 64-bit prefix, no CSMT
Steam client
Nvidia GTX 760M (driver version: 384.59)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53063
Bug ID: 53063
Summary: SPORE crashes at launch after
4a98b07c4bcc35a698448261478ba856c149cbea
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
CC: huw(a)codeweavers.com, zzhang(a)codeweavers.com
Regression SHA1: 4a98b07c4bcc35a698448261478ba856c149cbea
Distribution: ---
winedbg doesn't seem to be able to get a backtrace, but the crash is inside of
glTexSubImage2D(), called from wined3d_create().
The application does seem to use D3DKMT APIs directly, but not that one, and it
crashes before getting to that point.
I'm currently debugging this.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52590
Bug ID: 52590
Summary: Nvidia Geforce Now Crashing on Installation
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kcexton01+winehq(a)gmail.com
Distribution: ---
Created attachment 71917
--> https://bugs.winehq.org/attachment.cgi?id=71917
wine console errors and warnings
After launching the installer for nvidia geforce now the installer crashes with
an error prompt saying "Nvidia Installer Failed".
running on Debian 10.11 Buster.
Attached is the application error prompt, the logs with only error messages,
and the logs with no fixme-prompts.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53195
Bug ID: 53195
Summary: ext-ms-win-ntuser-sysparams-ext-l1-1-1 missing
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: etaash.mathamsetty(a)gmail.com
Distribution: ---
this is really really really easy to fix, in fact I have a diff right here
diff --git a/dlls/apisetschema/apisetschema.spec
b/dlls/apisetschema/apisetschema.spec
index b13d00f..ec54efd 100644
--- a/dlls/apisetschema/apisetschema.spec
+++ b/dlls/apisetschema/apisetschema.spec
@@ -377,6 +377,7 @@ apiset ext-ms-win-ntuser-server-l1-1-0 = user32.dll
apiset ext-ms-win-ntuser-string-l1-1-0 = user32.dll
apiset ext-ms-win-ntuser-synch-l1-1-0 = user32.dll
apiset ext-ms-win-ntuser-sysparams-ext-l1-1-0 = user32.dll
+apiset ext-ms-win-ntuser-sysparams-ext-l1-1-1 = user32.dll
apiset ext-ms-win-ntuser-touch-hittest-l1-1-0 = user32.dll
apiset ext-ms-win-ntuser-uicontext-ext-l1-1-0 = user32.dll
apiset ext-ms-win-ntuser-window-l1-1-4 = user32.dll
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=46090
Bug ID: 46090
Summary: TopoEdit tool from Windows 10 SDK (10.0.17763.x) needs
'ext-ms-win-shell-comctl32-init-l1-1-0.dll' stub dll
Product: Wine
Version: 3.19
Hardware: aarch64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ext-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
root cause of bug 46089 (" TopoEdit tool from Windows 10 SDK (10.0.17763.x)
crashes in ntdll.LdrResolveDelayLoadedAPI during resolver failure (NULL dll
failure hook)") is the missing dll.
Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in
qemuarm64 machine). Most likely present with x86_64 Wine too.
Trace log:
--- snip ---
$ WINEDEBUG=+seh,+relay,+loaddll,+process,+module,+ntdll wine64 ./topoedit.exe
>>log.txt 2>&1
...
002b:Ret PE DLL (proc=0x180035d70,module=0x180000000
L"tedutil.dll",reason=PROCESS_ATTACH,res=0x22fc48) retval=1
002b:trace:module:process_attach (L"tedutil.dll",0x22fc48) - END
002b:trace:module:process_attach (L"topoedit.exe",0x22fc48) - END
002b:Starting process
L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\topoedit.exe"
(entryproc=0x14001ddb0)
...
002b:Call KERNEL32.LoadLibraryExW(140020a08 L"TEDUTIL.dll",00000000,00000000)
ret=140012c64
...
002b:Ret KERNEL32.LoadLibraryExW() retval=180000000 ret=140012c64
002b:Call
ntdll.LdrResolveDelayLoadedAPI(140000000,140022588,00000000,7b43da8c,140027010,00000000)
ret=14001e8fc
002b:fixme:module:LdrResolveDelayLoadedAPI (0x140000000, 0x140022588, (nil),
0x7b43da8c, 0x140027010, 0x00000000), partial stub
002b:trace:module:load_dll looking for
L"ext-ms-win-shell-comctl32-init-l1-1-0.dll" in
L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"
...
002b:trace:module:get_load_order looking for
L"ext-ms-win-shell-comctl32-init-l1-1-0.dll"
002b:trace:module:get_load_order got hardcoded default for
L"ext-ms-win-shell-comctl32-init-l1-1-0.dll"
002b:trace:module:load_builtin_dll Trying built-in
L"ext-ms-win-shell-comctl32-init-l1-1-0.dll"
002b:warn:module:load_builtin_dll cannot open .so lib for builtin
L"ext-ms-win-shell-comctl32-init-l1-1-0.dll":
/home/focht/projects/wine/mainline-install-aarch64/bin/../lib64/wine/ext-ms-win-shell-comctl32-init-l1-1-0.dll.so:
cannot open shared object file: No such file or directory
002b:warn:module:load_dll Failed to load module
L"ext-ms-win-shell-comctl32-init-l1-1-0.dll"; status=c0000135
002b:trace:seh:raise_exception info[0]=0000000000000000
002b:trace:seh:raise_exception info[1]=0000000000000000
002b:trace:seh:call_stack_handlers calling handler at 0x7b4d6330 code=c0000005
flags=0
002b:Call ntdll.NtCurrentTeb() ret=7b466c40
002b:Ret ntdll.NtCurrentTeb() retval=7ffd8000 ret=7b466c40
002b:Call ntdll.NtCreateEvent(0022edf0,001f0003,0022edf8,00000000,00000000)
ret=7b466f00
002b:Ret ntdll.NtCreateEvent() retval=00000000 ret=7b466f00
002b:Call ntdll.NtCurrentTeb() ret=7b4c5924
002b:Ret ntdll.NtCurrentTeb() retval=7ffd8000 ret=7b4c5924
wine: Unhandled page fault on read access to 0x00000000 at address (nil)
(thread 002b), starting debugger...
...
System information:
Wine build: wine-3.19-117-g4852130c82
Platform: arm64
Version: Windows 8.1
Host system: Linux
Host version: 4.14.67-yocto-standard
--- snip ---
Further information:
https://www.geoffchappell.com/studies/windows/win32/apisetschema/history/se…
("API Sets Added For Windows 10.0 - Geoff Chappell")
$ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso
e702b5e5f2597d01eaee1eb1be7a34b0da0b6211
17763.1.180914-1434.rs5_release_WindowsSDK.iso
$ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso
815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso
Regards
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=41388
Bug ID: 41388
Summary: Sling TV: Windows 7 app displays a black window and
crashes on startup
Product: Wine
Version: 1.9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dannydubyav2.0(a)gmail.com
Distribution: ---
Created attachment 55741
--> https://bugs.winehq.org/attachment.cgi?id=55741
Sling TV terminal output
I installed the Windows-7-and-up version of Sling TV's channel-watching app.
(there's also the Win10-only app, but I'm not sure if that's even a win32api
program)
Upon running it, it just brings up a black window and crashes. Doesn't even get
as far as prompting me to login or showing the list of channels.
Download Link: http://webapp.movetv.com/player/win/slingtv.msi
Install Location: ~/.wine/drive_c/users/Public/Application Data/Sling
Distro: Gentoo
Kernel: 4.7.4
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=42796
Bug ID: 42796
Summary: X11DRV_ActivateKeyboardLayout spam during GTA5 run
Product: Wine
Version: 2.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: winetest(a)luukku.com
Distribution: ---
I just tested wine-staging 2.5 against GTA5.
And I get my console spammed annoying amount of
These 3 lines group of 3.
fixme:keyboard:X11DRV_ActivateKeyboardLayout 0x4090409, 40000000: semi-stub!
fixme:keyboard:X11DRV_ActivateKeyboardLayout flags 40000000 not supported
fixme:dxgi:dxgi_swapchain_Present Unimplemented flags 0x1
The keyboard spam comes from here
https://source.winehq.org/git/wine.git/blob/61a1a266faa9fa7c959136b0ab0b5d7…
Maybe priting the message few times and putting rest of the spam into TRACE?
Since bug 42017 got fixed the output is much cleaner now.
This is just enchanment request to get better looking logs by default.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52822
Bug ID: 52822
Summary: Roblox Studio Memory Leaks when play testing. Poor
performance during general usage.
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stayblue(a)tutanota.com
Distribution: ---
This has been a headache of an issue for a while now and has been one of the
reasons why it has been so hard for me and many others to fully switch to
Linux.
The Roblox Studio is a poorly optimized application to begin with, however, I
didn't expect it to run this poorly on Linux compared to Windows. I have tried
using different renderers such as DXVK and DX11 and found that Vulkan has the
best performance for me. OpenGL basically doesn't work all together with menus
being basically broken.
This bug is a bit hard to show on any sort of video, so I'll try to describe it
as best as I can. There are a lot of bugs with the Roblox Studio application.
Some of which being slow loading menus, typing with the script editor being
poor, and insanely slow load times.
One of the biggest annoyances is play testing which is somewhat okay during the
first run-through but after stopping the performance of the Studio application
becomes abysmal.
The bigger the game is, the less performant the Studio is and the more often
these bugs occur (to be expected).
If there is something else I can supply to help with fixing this long-standing
issue please let me know.
Download Link: https://www.roblox.com/create
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45263
Bug ID: 45263
Summary: wine coredump since KPTI code introduction on
OpenIndiana
Product: Wine
Version: 3.9
Hardware: x86-64
OS: other
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: malicorne(a)chez.com
Since introduction of KPTI code in Openindiana Hipster, wine coredump for
anything else than --version :
$ wine --version
wine-3.9
$ winecfg
trace:virtual:NtAllocateVirtualMemory ffffffff 7ffe0000 00010000 3000 00000004
trace:virtual:VIRTUAL_DumpView View: 7ffe0000 -
7ffefffftrace:virtual:VIRTUAL_DumpView (valloc)
trace:virtual:VIRTUAL_DumpView 7ffe0000 - 7ffeffff c-rw-
trace:virtual:NtAllocateVirtualMemory ffffffff 0 00000230 101000 00000004
trace:virtual:map_view got mem in reserved area 3ffff000-40000000
trace:virtual:VIRTUAL_DumpView View: 3ffff000 -
3ffffffftrace:virtual:VIRTUAL_DumpView (valloc)
trace:virtual:VIRTUAL_DumpView 3ffff000 - 3fffffff c-rw-
trace:ntdll:RtlInitializeBitMap (7ffde42c,3ffff044,64)
trace:ntdll:RtlInitializeBitMap (7ffde434,3ffff154,1024)
trace:ntdll:RtlInitializeBitMap (7ffde43c,3ffff21c,128)
trace:ntdll:RtlSetBits (7ffde42c,0,1)
trace:ntdll:RtlSetBits (7ffde43c,0,1)
trace:virtual:NtAllocateVirtualMemory ffffffff 0 00004000 101000 00000004
trace:virtual:map_view got mem in reserved area 3fff8000-3fffc000
trace:virtual:VIRTUAL_DumpView View: 3fff8000 -
3fffbffftrace:virtual:VIRTUAL_DumpView (valloc)
trace:virtual:VIRTUAL_DumpView 3fff8000 - 3fffbfff c-rw-
Segmentation Fault (core dumped)
Booting to old kernel, b(oot)e(environment) in solaris jargon and wine works
fine.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53258
Bug ID: 53258
Summary: Playground Sessions crashes during startup
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: install1ball(a)gmail.com
Distribution: ---
Created attachment 72637
--> https://bugs.winehq.org/attachment.cgi?id=72637
Playground Sessions crash backtrace
The Playground Sessions piano teaching app crashes during startup before the
splash page and audio introduction are displayed.
My Environment:
CPU - x86_64
O/S - Fedora 36 - Kernel 5.18.5-200.fc36.x86_64
Wine - wine-7.10 (Staging)
Playground Sessions - Version 2.5 (Their only version)
The problem started after a fresh install of Fedora 36 that brought wine to
version 7.10-staging. Tried restoring the old .wine directory from backup as
well as a fresh download/install of Playground Sessions.
The program can be downloaded here.
https://www.playgroundsessions.com/windows
The software is proprietary and subscription-based, but it crashes well before
the authentication screen is presented.
I first reported this last year as Bug 52290 and it was closed as fixed. It
looks like something within WINE may have changed and broke it again.
Playground Sessions still working with WINE on Fedora 35, kernel
5.16.16-200.fc35.x86_64 and WINE 7.2(Staging)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.