https://bugs.winehq.org/show_bug.cgi?id=57619
Bug ID: 57619
Summary: Amazon Kindle for PC >= 2.2 crashes before start,
while initializing KRFDynamic.dll
Product: Wine
Version: 10.0-rc3
Hardware: x86-64
URL: https://www.amazon.com/kindlepcdownload/ref=s9_bw_cg_3
PLP1_3c1_w?pf_rd_m=ATVPDKIKX0DER&pf_rd_s=merchandised-
search-3&pf_rd_r=C0A4YZHVK6NJM20EESW9&pf_rd_t=101&pf_r
d_p=883c8286-887f-45db-a8a8-16e863af7cbc&pf_rd_i=16571
048011
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: damjan.jov(a)gmail.com
Distribution: Ubuntu
WINEDEBUG="+seh,+module,+relay" trace:
---snip---
0180:Call PE DLL (proc=0D99FEDA,module=0D950000
L"KRFDynamic.dll",reason=PROCESS_ATTACH,res=0031FD24)
...
0180:exception c0000005 in PE entry point
(proc=0D99FEDA,module=0D950000,reason=PROCESS_ATTACH,res=0031FD24)
0180:Ret PE DLL (proc=0D99FEDA,module=0D950000
L"KRFDynamic.dll",reason=PROCESS_ATTACH,res=0031FD24) retval=0
0180:Call PE DLL (proc=0D99FEDA,module=0D950000
L"KRFDynamic.dll",reason=PROCESS_DETACH,res=0031FD24)
0180:Ret PE DLL (proc=0D99FEDA,module=0D950000
L"KRFDynamic.dll",reason=PROCESS_DETACH,res=0031FD24) retval=0
0180:warn:module:process_attach Initialization of L"KRFDynamic.dll" failed
0180:trace:module:process_attach (L"KRFDynamic.dll",0031FD24) - END
0180:err:module:LdrInitializeThunk "KRFDynamic.dll" failed to initialize,
aborting
0180:err:module:LdrInitializeThunk Initializing dlls for L"C:\\Program
Files\\Amazon\\Kindle\\Kindle.exe" failed, status c0000005
---snip---
Within the "...", the crash happens in one of the functions called from
msvcrt's _initterm_e():
0138:Call ucrtbase._initterm_e(78acce70,78acd184) ret=78760914
This can be hacked around, but then Kindle.exe crashes 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=10051
Summary: Parallax SX Key IDE cannot detect serial port under WINE
Product: Wine
Version: 0.9.46.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ultimatedevr(a)yahoo.com
Created an attachment (id=8599)
--> (http://bugs.winehq.org/attachment.cgi?id=8599)
Result of running SXKey.exe in wine with the +setupapi debug flag.
I am trying to run the Parallax SX Key IDE through WINE, however the IDE does
not detect any of my serial ports. I have symlinked them to ~/.wine/dosdevices/
and added them to my registry, however the IDE still cannot detect my serial
ports.
I am currently running WINE v.0.9.46 (the same problem exists in the CVS
version as well).
(BTW, I have heard of others getting this to work, yet others who couldn't:
http://forums.parallax.com/forums/default.aspx?f=15&m=217429&g=221692)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13159
Summary: tooltips won't show up on partly hidden items
Product: Wine
Version: 1.0-rc1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: tarasov.igor(a)gmail.com
To see the bug, open regedit drag the bar that separates registry tree from
values so that it partly covers registry branches names. If you use native
comctl32.dll or in windows you'll see tooltips over these partly covered items,
displaying full item name. Wine won't show anything.
This is true with listview also.
In some applications that have big listview tables with long values this bug
becomes pretty annoying (when you constantly have to change comlumn widths etc
in order to see complete values).
Maybe this bug was reported earlier, but I have not found it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56695
Bug ID: 56695
Summary: Unreal Engine game checks for a specific VC runtime
regkey
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
Created attachment 76479
--> https://bugs.winehq.org/attachment.cgi?id=76479
registry key being checked for
An Unreal Engine game checks for a VC++ runtime libs by checking for a specific
registry key created during install of that runtime upon startup.
Consider adding that key.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=46339
Bug ID: 46339
Summary: comctl32//tests/edit.c shows an invalid read
Product: Wine
Version: 4.0-rc3
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: bunglehead(a)gmail.com
Distribution: Gentoo
../../../tools/runtest -q -P wine -T ../../.. -M comctl32.dll -p
comctl32_test.exe.so edit && touch edit.ok
==28392== Invalid read of size 2
==28392== at 0x7B443813: GlobalLock (heap.c:441)
==28392== by 0x7B444560: LocalLock (heap.c:1063)
==28392== by 0x5914A4B: EDIT_LockBuffer (edit.c:1202)
==28392== by 0x591BAF9: EDIT_WindowProc (edit.c:4571)
==28392== by 0x4FDDF19: ??? (in
/home/austin/wine-valgrind/dlls/user32/user32.dll.so)
==28392== by 0x4FDE537: call_window_proc (winproc.c:246)
==28392== by 0x4FDFB1B: WINPROC_CallProcAtoW (winproc.c:606)
==28392== by 0x4FE071C: WINPROC_call_window (winproc.c:953)
==28392== by 0x4FA4D32: call_window_proc (message.c:2225)
==28392== by 0x4FA8A39: send_message (message.c:3288)
==28392== by 0x4FAB736: SendMessageA (message.c:3511)
==28392== by 0x4A9BADE: test_EM_GETHANDLE (edit.c:2849)
==28392== by 0x4A9DCBA: func_edit (edit.c:3213)
==28392== by 0x4B2BBBD: run_test (test.h:617)
==28392== by 0x4B2C5FB: main (test.h:701)
==28392== Address 0x497eea8 is 664 bytes inside a block of size 2,048 free'd
==28392== at 0x7BC48418: notify_free (heap.c:268)
==28392== by 0x7BC4AFB7: RtlFreeHeap (heap.c:1772)
==28392== by 0x5B44DC7: heap_free (heap.h:46)
==28392== by 0x5B4735E: ScriptStringFree (usp10.c:2583)
==28392== by 0x591598C: EDIT_InvalidateUniscribeData (edit.c:321)
==28392== by 0x591A6E0: EDIT_EM_ReplaceSel (edit.c:2631)
==28392== by 0x591C4BB: EDIT_WindowProc (edit.c:4665)
==28392== by 0x4FDDF19: ??? (in
/home/austin/wine-valgrind/dlls/user32/user32.dll.so)
==28392== by 0x4FDE537: call_window_proc (winproc.c:246)
==28392== by 0x4FE014B: WINPROC_CallProcAtoW (winproc.c:507)
==28392== by 0x4FE071C: WINPROC_call_window (winproc.c:953)
==28392== by 0x4FA4D32: call_window_proc (message.c:2225)
==28392== by 0x4FA8A39: send_message (message.c:3288)
==28392== by 0x4FAB736: SendMessageA (message.c:3511)
==28392== by 0x4A9289E: test_edit_control_3 (edit.c:1005)
==28392== by 0x4A9DC51: func_edit (edit.c:3192)
==28392== by 0x4B2BBBD: run_test (test.h:617)
==28392== by 0x4B2C5FB: main (test.h:701)
==28392== Block was alloc'd at
==28392== at 0x7BC483AD: notify_alloc (heap.c:260)
==28392== by 0x7BC4B8D1: RtlAllocateHeap (heap.c:1726)
==28392== by 0x5B44A40: heap_calloc (heap.h:55)
==28392== by 0x5B4A407: ScriptStringAnalyse (usp10.c:2012)
==28392== by 0x5915093: EDIT_UpdateUniscribeData (edit.c:388)
==28392== by 0x59150E8: EDIT_CalcLineWidth_SL (edit.c:755)
==28392== by 0x591A448: EDIT_EM_ReplaceSel (edit.c:2527)
==28392== by 0x591C4BB: EDIT_WindowProc (edit.c:4665)
==28392== by 0x4FDDF19: ??? (in
/home/austin/wine-valgrind/dlls/user32/user32.dll.so)
==28392== by 0x4FDE537: call_window_proc (winproc.c:246)
==28392== by 0x4FE014B: WINPROC_CallProcAtoW (winproc.c:507)
==28392== by 0x4FE071C: WINPROC_call_window (winproc.c:953)
==28392== by 0x4FA4D32: call_window_proc (message.c:2225)
==28392== by 0x4FA8A39: send_message (message.c:3288)
==28392== by 0x4FAB736: SendMessageA (message.c:3511)
==28392== by 0x4A9289E: test_edit_control_3 (edit.c:1005)
==28392== by 0x4A9DC51: func_edit (edit.c:3192)
==28392== by 0x4B2BBBD: run_test (test.h:617)
==28392== by 0x4B2C5FB: main (test.h:701)
==28392==
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=50511
Bug ID: 50511
Summary: Datetime conrtol doesn't handle WM_SYSKEYDOWN/VK_DOWN.
Product: Wine
Version: 6.0-rc6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: jactry92(a)gmail.com
Distribution: ---
Created attachment 69175
--> https://bugs.winehq.org/attachment.cgi?id=69175
a quick hack.
Some .net applications implement a button for showing the dropdown of DateTime
control by themselves. And the button sends WM_SYSKEYDOWN/VK_DOWN to DateTime
control actually. So without this message implemented, nothing will be shown
after clicking the button.
Attached is a quick hack that made the application I tested happy. But we may
still need some tests for it for upstream.
--
Do not reply 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=58237
Bug ID: 58237
Summary: Tooltips: truncated text display with no icon is set
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 78568
--> http://bugs.winehq.org/attachment.cgi?id=78568
truncated text
truncated text display with no icon is set
--
Do not reply 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=58235
Bug ID: 58235
Summary: Tooltip: "arrow" of tooltip not displayed correctly
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 78562
--> http://bugs.winehq.org/attachment.cgi?id=78562
Missing Arrow
Using sample application
The "arrow" of tooltip is not rendered correctly
=====
hWnd := Control.Handle;
hWndTip := CreateWindow(TOOLTIPS_CLASS, nil,
WS_POPUP or TTS_NOPREFIX or TTS_BALLOON or TTS_ALWAYSTIP,
0, 0, 0, 0, hWnd, 0, HInstance, nil);
if hWndTip <> 0 then
begin
SetWindowPos(hWndTip, HWND_TOPMOST, 0, 0, 0, 0,
SWP_NOACTIVATE or SWP_NOMOVE or SWP_NOSIZE);
ti.cbSize := SizeOf(ti);
ti.uFlags := TTF_CENTERTIP or TTF_TRANSPARENT or TTF_SUBCLASS;
ti.hwnd := hWnd;
ti.lpszText := Text;
Windows.GetClientRect(hWnd, ti.rect);
if (BackCl <> clNone) then SendMessage(hWndTip, TTM_SETTIPBKCOLOR, BackCL,
0);
if (TextCL <> clNone) then SendMessage(hWndTip, TTM_SETTIPTEXTCOLOR,
TextCL, 0);
SendMessage(hWndTip, TTM_ADDTOOL, 1, Integer(@ti));
if Title <> '' then SendMessage(hWndTip, TTM_SETTITLE, Icon mod 4,
Integer(Title));
end;
=====
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58236
Bug ID: 58236
Summary: Tooltip: Icon is incorrectly displayed when no title
is set (wrong management of TTM_SETTITLE)
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 78565
--> http://bugs.winehq.org/attachment.cgi?id=78565
Icon without title
When TTM_SETTITLE is not set, or empty title is used, icon shall not be
displayed
See https://learn.microsoft.com/en-us/windows/win32/controls/ttm-settitle for
reference
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56768
Bug ID: 56768
Summary: uxtheme crash when using themed CheckBoxes
Product: Wine
Version: 9.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 76569
--> https://bugs.winehq.org/attachment.cgi?id=76569
uxtheme patch
Initially found here https://jira.reactos.org/browse/CORE-16410 but also
applicable to Wine 9.9 staging as "latent bug"
comctl32/button.c CB_ThemedPaint, before
https://github.com/wine-mirror/wine/commit/830348d78c38e9f68772bd6e5a3ea255…
passed NULL as LPCRECT prc for GetThemePartSize (allowed as per
https://learn.microsoft.com/en-en/windows/win32/api/uxtheme/nf-uxtheme-gett…
) then get_image_part_size then UXTHEME_LoadImage then UXTHEME_SelectImage
which unconditionnally calls
POINT size = {pRect->right-pRect->left, pRect->bottom-pRect->top};
without checking pRect as non-NULL
Attached patch (to be adapted here) prevents such a case.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51633
Bug ID: 51633
Summary: noting will open
Product: Wine
Version: 6.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shrippie4(a)gmail.com
Distribution: ---
it started when i tried to apply a patch for prey 2006
no games will open think it might be direct X
i even got rid of my old wine prefix still doesn't open any programs
--
Do not reply 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=30486
Bug #: 30486
Summary: Tanner L-Edit shows blank hotkey field
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Tanner's L-Edit uses the msctls_hotkey32 control from comctl32
in its Setup / Application / Keyboard dialog, but under Wine,
the control is always blank. It should say 'None' (or the local equivalent)
initially. (The caret is positioned properly, though.)
'winetricks comctl32' works around the problem.
Wine's control works fine in a standalone demo.
The problem exists in many versions of the app, including the 7.12
Student Version downloadable from various sites as ledit.zip,
2972402 bytes, sha1sum f1a5825e63cee03f2cfb912cfa8d47c5a22aa684
That version requires 'winetricks mfc42' to start, and warns
about wanting 256 color mode. Using Xephyr to get 256 color mode
doesn't seem to 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=57542
Bug ID: 57542
Summary: Visual studio 2022 installer can't connect to the
internet
Product: Wine
Version: 10.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: francisco278herrera(a)gmail.com
Distribution: ---
The installer for visual studio 2022 will open but it will not connect to the
internet as it will say that nothing is available to install and there's
nothing under developer news either.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56668
Bug ID: 56668
Summary: Visual Studio 2022 Community Edition doesn't install
in quiet mode (Mono.Security.X509.X509Store.get_Crls)
Product: Wine
Version: 9.8
Hardware: x86-64
URL: https://visualstudio.microsoft.com/vs/community/
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Created attachment 76454
--> https://bugs.winehq.org/attachment.cgi?id=76454
installer log
austin@debian:~/Downloads$ du -sh VisualStudioSetup.exe
3.9M VisualStudioSetup.exe
austin@debian:~/Downloads$ sha1sum VisualStudioSetup.exe
5d0923c690a40a5113a0dec506c14a412b4ee2e4 VisualStudioSetup.exe
The installer will fail early if run normally / with the GUI (see bug 56644).
If quiet mode is used:
wine VisualStudioSetup-2022.exe --quiet --noweb --norestart --installPath
"%ProgramFiles%\\Microsoft Visual Studio\\2022" --add
Microsoft.Component.MSBuild
It gets a bit further, but then fails to download anything.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56644
Bug ID: 56644
Summary: Visual Studio 2022 Community Edition doesn't install
(exits before showing installer window)
Product: Wine
Version: 9.8
Hardware: x86-64
URL: https://visualstudio.microsoft.com/vs/community/
OS: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: Debian
Created attachment 76417
--> https://bugs.winehq.org/attachment.cgi?id=76417
terminal output
austin@debian:~/Downloads$ du -sh VisualStudioSetup.exe
3.9M VisualStudioSetup.exe
austin@debian:~/Downloads$ sha1sum VisualStudioSetup.exe
5d0923c690a40a5113a0dec506c14a412b4ee2e4 VisualStudioSetup.exe
Looking at the output, I initially suspected it was a wine-mono issue.
Installing `winetricks dotnet472` doesn't help, so it's not 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=51099
Bug ID: 51099
Summary: Visual Studio Installer refuses to run with unelevated
token in quiet mode
Product: Wine-staging
Version: 6.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: w(a)zeroitlab.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
This patchset:
https://github.com/wine-staging/wine-staging/commit/811467bf6a4c43de2485b37…
breaks the second stage of Visual Studio Installer (needed for products: Visual
Studio 2015, Visual Studio 2017, Visual Studio 2019, Visual Studio Build Tools
2015, Visual Studio Build Tools 2017, Visual Studio Build Tools 2019)
Reproduction:
Skip first stage installer blocked by another bug:
wget https://aka.ms/vs/16/release/installer -O installer.zip
unzip installer.zip
mkdir "~/.wine/drive_c/Program Files (x86)/Microsoft Visual Studio"
mv Contents "~/.wine/drive_c/Program Files (x86)/Microsoft Visual
Studio/Installer"
Try invoking installer:
wine "C:\\Program Files (x86)\\Microsoft Visual Studio\\Installer\\setup.exe"
/finalizeInstall install --locale en-US --productId
Microsoft.VisualStudio.Product.BuildTools --channelId VisualStudio.16.Release
--channelUri "https://aka.ms/vs/16/release/channel" --quiet --norestart
--nocache --installPath C:\BuildTools --add
Microsoft.VisualStudio.Workload.VCTools --includeRecommended
After it fails check log at `C:\Users\user\Temp`, latest one starting with
dd_installer:
[0108:0001][2021-05-05T14:22:56] Commands with --quiet or --passive should be
run elevated from the beginning.
--
Do not reply 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=58233
Bug ID: 58233
Summary: gitlab-ci shows occasional crashes in tests dmsynth,
dmusic, winmm:midi
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Some real world examples:
https://gitlab.winehq.org/wine/wine/-/jobs/157788#L913
dmsynth:dmsynth:0294 done (-1073741819) in 0s 132B
https://gitlab.winehq.org/wine/wine/-/jobs/157574#L910
dmsynth:dmsynth:0268 done (-1073741819) in 0s 132B
https://gitlab.winehq.org/wine/wine/-/jobs/157344#L2610
winmm:midi:01b4 done (-1073741819) in 0s 0B
https://gitlab.winehq.org/wine/wine/-/jobs/157314#L913
dmusic:dmusic:0250 done (-1073741819) in 0s 0B
This -1073741819 translates to 0xC0000005 - STATUS_ACCESS_VIOLATION.
I was able to receive such a crash in gitlab-ci with some modifications
to get winedbg called on it here:
https://gitlab.winehq.org/bernhardu/wine/-/jobs/157987#L138
wine: Unhandled page fault on execute access to 79014043 at address 79014043
(thread 0154), starting debugger...
Module Address Debug info Name (72 modules)
PE-Wine 78e40000-79066000 Deferred dmsynth
PE-Wine 78d50000-78e2c000 Deferred mmdevapi
0000014c (D) C:\users\gitlab\AppData\Local\Temp\wct\dmusic_test.exe
00000150 0
00000154 0 mmdevapi_midi_notify
00000160 15 audio_client_main
0000016c 0 <==
So the crash happens in the mmdevapi_midi_notify thread.
I was able to reproduce this when running the dmusic test with rr-debugger,
as this causes also to be unavailable.
There I could track it down to following events:
- main thread creates the notify thread,
for executing `notify_thread` located in mmdevapi.dll.
- main thread unloads mmdevapi.dll
- notify thread was kind of slow and reaches now the point
where it calls the previous address of `notify_thread`,
which is in the range of the now unloaded mmdevapi.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.
http://bugs.winehq.org/show_bug.cgi?id=58232
Bug ID: 58232
Summary: WinBox 3.4.1: window closed when pressing ALT key
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tatayowa1(a)gmail.com
Distribution: ---
Created attachment 78558
--> http://bugs.winehq.org/attachment.cgi?id=78558
APT source file for Wine
When I'm running WinBox on Wine using "wine some-path/winbox64.exe", the window
suddenly closed when I pressed Alt, one window for each key presses. It happens
immeadiately when I first pressed the key, or sometimes, it may happens after
several attempts of pressing the key.
Link to program's download:
https://download.mikrotik.com/routeros/winbox/3.41/winbox64.exe
I've just upgraded my system from Ubuntu 24.10 to 25.04.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58231
Bug ID: 58231
Summary: Games no longer mute when unfocused with Wayland
driver enabled
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: xnep1(a)hotmail.com
Distribution: ---
Many games have an option to mute when they are inactive (background). However,
when I activate the wayland driver, this function stopped working in all the
games I tested.
Using xwayland, this option works correctly.
I tested it in the games:
-> Dead by daylight
-> Monster Hunter Wilds
-> Honkai Starrail
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51511
Bug ID: 51511
Summary: Cleans at startup.
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: and.68320(a)gmail.com
Distribution: Ubuntu
Created attachment 70351
--> https://bugs.winehq.org/attachment.cgi?id=70351
Backtrace
Departure PC Radio application version 6.0.2 immediately after launch. Link to
download this program http://pcradio.ru/player/player_win/pcradio_6.0.2.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=58230
Bug ID: 58230
Summary: File creation time ATL CTime year<1970 assertion error
on M4 mac. Local timezone?
Product: Wine
Version: 10.7
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fiendishx(a)gmail.com
Versions of MFC ATL since the v141 Visual Studio build toolchain changed a year
boundary assertion in CTime::CTime(int, int, int, int, int, int, int) from 1900
(in v140) to 1970 (v141, v142, v143), so it now has
ATLENSURE( nYear >= 1970 );
where it previously had
ATLENSURE( nYear >= 1900 );
I have a secondhand report from someone that on an M4 Mac, during
CFile::GetFilePath -> CFile::GetStatus, the CTime constructor is getting an
invalid creation time in 1969. Specifically, 6 hours before 1970, which is
suspiciously equal to their time zone of -6.
They temporarily modified the ATL CTime code used to build their program (not
ideal, obviously) and made it emit:
nYear from within CTime
System time year is less than 1970
Year: 1969
Month: 12
Day: 31
Hour: 18
Minute: 0
Second: 0
DST: -1
This does not produce an error with Visual Studio build toolchain v140 and
earlier, but does after v141. Can someone who knows where to look make sure
that file creation times aren't being sent too far into the past because of
local timezones? (Can we also clamp the year to 1970?)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56723
Bug ID: 56723
Summary: Vegas Pro 14: crash upon creating the main window
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: paper(a)paper.us.eu.org
Distribution: ---
Created attachment 76504
--> https://bugs.winehq.org/attachment.cgi?id=76504
Terminal output from running Vegas
Wine 9.8 crashes when starting Vegas Pro 14; this looks to be specific to AMD
graphics cards as Vegas starts fine under both Intel and Nvidia. Other users[1]
seem to report this as well:
Installer works and program "runs" at first when clicked. Will eventually
crash once reaching "Creating Windows" step.
Between the time of the last test and this test, I had switched from an
NVIDIA video card to an AMD video card. I'm unsure if this hardware change
caused or contributed to this error.
A trial version of Vegas 14 can be retrieved from Magix's download center at
https://dl03.magix.com/trial_vegaspro14.exe
[1]:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=39145&iTestin…
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54995
Bug ID: 54995
Summary: msys2: git clone fails with 'Socket operation on
non-socket'
Product: Wine
Version: 8.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
git clone --mirror git://sourceware.org/git/newlib-cygwin.git msys2-runtime
Cloning into bare repository '.../msys2-runtime'
010c:fixme:winsock:addrinfo_flags_to_unix unhandled flags 0x80000
fatal: packet write failed: Socket operation on non-socket
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57397
Bug ID: 57397
Summary: Apps hang when trying to show tooltip
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: bigfoothart(a)gmail.com
Distribution: ---
Created attachment 77380
--> https://bugs.winehq.org/attachment.cgi?id=77380
mso 2007 wayland debug
Apps hang when trying to show button tooltips. May require several attempts for
hovering over buttons to show tooltips to trigger the hang.
Reproduced for MS Office 2007, 2010, 2013.
Tried 9.17-9.20 versions and main branch 9.20-233-g24694dabfc5
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57805
Bug ID: 57805
Summary: Wine CoreMIDI: Extra program change event on sending
program change through MIDI Output from winmm
Product: Wine
Version: unspecified
Hardware: aarch64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winecoreaudio.drv
Assignee: wine-bugs(a)winehq.org
Reporter: david.silaban(a)gmail.com
Created attachment 78012
--> https://bugs.winehq.org/attachment.cgi?id=78012
Screen shot of the sample output
I tried to use Falcosoft SoundFont Player 6 (a MIDI player) using Wine on
MacOS, I tried to play some MIDI files through it but it always seem to be
stuck on program 00 (Acoustic Grand Piano) on all tracks.
I tried to capture the MIDI output data through Pocket MIDI (a free MacOS app
something like MIDI-OX on Windows), it seems there is an error on sending 2
byte messages such as Program Change. Attached is the sample output from
sending one program change from the UI.
Expected output the Program Change message should only be sent once, not twice.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=51248
Bug ID: 51248
Summary: UrlGetPart produces different results from Windows
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shlwapi
Assignee: wine-bugs(a)winehq.org
Reporter: jp-dev(a)inbox.ru
Distribution: ---
Created attachment 70120
--> https://bugs.winehq.org/attachment.cgi?id=70120
test program, logs
It produces difference result codes.
There is a test case on some URLs and relevant output from Windows 10 vs Wine
6.10.
Sometimes it will return a different HRESULT, or it will fail parsing the query
string.
--
Do not reply 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=58185
Bug ID: 58185
Summary: Country Siblings: EXCEPTION_ACCESS_VIOLATION related
with D3D11
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: force140(a)gmail.com
Distribution: ---
Created attachment 78482
--> http://bugs.winehq.org/attachment.cgi?id=78482
Log created by the game (krkr.console.log)
I'm trying to run the English version of a visual novel known as Country
Siblings (https://vndb.org/v48724), when trying to run it on wine the game
crashes with an error pop up about "Access Violation" without opening tha main
window, the details about the crash are logged in the attached file, and seems
to be blaming d3d11.dll in two prefixes: my gaming prefix with a couple of
winetricks including dxvk, and a vanilla wine prefix that I made to test the
game. I downloaded the demo and it does the same thing.
My system:
OS: Garuda Linux
CPU: AMD Ryzen 5 5600G
GPU: Saphire Pulse Radeon 6700XT (AMD)
RAM: 16GB @ 3200MHz
Wine installed from pacman
wine --version
wine-10.6
I tested the game on a Windows 10 and works without apparent 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=57148
Bug ID: 57148
Summary: ghidraRun.bat shows: Syntax error: unexpected IN
Product: Wine
Version: 9.16
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
For starting up ghidra a batch file "ghidraRun.bat" can be used.
This shows the messages:
C:\ghidra_11.1.2_PUBLIC>:: Ghidra launch
Syntax error
Syntax error: unexpected IN
...
This is because there developers decided to use %# as iterator variable.
Indeed native can handle almost all ascii character
above space until tilde except these: "&,;<=>^|
The application starts up successfully because this should just detect
if it got started via a doubleclick or from a console window,
so this is just a minor issue.
https://github.com/NationalSecurityAgency/ghidra/blob/184180d54dbdf3db3c030…
--
Do not reply 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=58191
Bug ID: 58191
Summary: dwrite tests fail to compile with mingw-gcc 15 due to
attempt to link to truncf
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Distribution: ---
Since my system updated mingw to gcc 15.1, Wine fails to build:
/usr/libexec/gcc/x86_64-w64-mingw32/ld:
dlls/dwrite/tests/x86_64-windows/layout.o: in function `test_pixelsnapping':
/home/stefan/build/_wine64/../../src/wine/dlls/dwrite/tests/layout.c:4782:(.text$test_pixelsnapping+0x312):
undefined reference to `truncf'
$ x86_64-w64-mingw32-gcc --version
x86_64-w64-mingw32-gcc (Gentoo 15.1.0 p55) 15.1.0
Windows 11's msvcrt.dll indeed does not export trunc(), truncf() or truncl(),
although ucrtbase.dll does. So adding the exports to our msvcrt would fix the
build but break running the tests on Windows.
The line in question doesn't call truncf. It calls floor(), which newer gcc
apparently lowers to truncf. Building the file in question with -O0 of
-fno-builtin-floor fixes 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=57575
Bug ID: 57575
Summary: dmsynth: incorrect condition for buffer underrun in
synthsink.c:synth_sink_write_data
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
CC: rbernon(a)codeweavers.com
Distribution: ---
Noting this here, so it won't get forgotten.
In synth_sink_write_data there's following condition:
if (current_pos - play_pos <= write_pos - play_pos)
it causes a lot of console spam while current_pos == write_pos.
I though it was perhaps some odd way of preventing integer over/underflow, but
the author of that line, when asked on irc, basically said 'yeah, it's bogus'.
--
Do not reply 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=58207
Bug ID: 58207
Summary: Caret gets broken in Edit (incl Comboox) when using
long texts
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 78516
--> http://bugs.winehq.org/attachment.cgi?id=78516
Error in Winecfg
copy content of "long_url.txt" to clipboard
open any comctl32 edit (or editable part of a combobox, ...) and paste
it is then impossible to move caret with keyboard, home/end, ...
See screenshot when pasting content in wincfg "owner" field.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=37813
Bug ID: 37813
Summary: Defiance fails to connect to login Server
Product: Wine
Version: 1.7.31
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Bastyjuice(a)aol.com
The Game is patching and ist Starting without any Trouble but after launching
Defiance, the Game pop ups with a Dialog "The defiance service is unavailable
please try again later"
Michael Bond tells that he Have turned on all debug for winsock and dug through
the log. He see it create a socket and connect to login-live-us-pc.defiance.com
port 50000. After that there's a handful of failed setsockopt calls for send
and recv buffer sizes followed by a series of select and WSAFDIsSet calls
waiting for socket activity, and finally shutdown and closesocket.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=58067
Bug ID: 58067
Summary: [Regression] comctl32/edit: Unable to enter values in
Adobe Lightroom Classic 10.4
Product: Wine
Version: 10.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: bugs(a)bzatek.net
CC: bunglehead(a)gmail.com
Regression SHA1: d18a1fded2e2024ae2c8cdc4235654ff2d8dd5e9
Distribution: ---
Created attachment 78320
--> https://bugs.winehq.org/attachment.cgi?id=78320
the tool on mouseover
bug 56108 resp. https://gitlab.winehq.org/wine/wine/-/merge_requests/7606 has
broken ability to enter values in some of the edit boxes in Adobe Lightroom
Classic 10.4. Reverting the two mentioned changes fixes the issue.
FWIW, Adobe often modifies widget look and behaviour. In this case the
particular tool's value looks like a label, clicking and dragging the label
will change value of the slider on the left. Single click will turn the label
into an edit, which then acts normally - enter letters and numbers, either
confirm by the Enter key or cancel by the Escape key.
Tested against wine-10.5
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58085
Bug ID: 58085
Summary: foobar2000. Columns UI user interface error listing
fonts using DirectWrite
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: paregistrase(a)yahoo.es
Distribution: ---
Columns UI is an Alternative user interface to foobar2000.
foobar2000 https://www.foobar2000.org/download
Columns UI https://github.com/reupen/columns_ui/releases
When I tried to change the interface fonts it gives an error
"Error initialising fonts list"
"There was an error listing fonts using DirectWrite"
the foobar2000 console prints:
"G:\foobar2000\columns_ui\foo_ui_columns\font_picker.cpp(376)\foo_ui_columns.dll!6E595EC5:
(caller: 6E595731) LogHr(1) tid(24) 80004001 No implementado.
Msg:[G:\foobar2000\columns_ui\ui_helpers\direct_write.cpp(69)\foo_ui_columns.dll!6E6AEE43:
(caller: 6E6B28BF) Exception(1) tid(24) 80004001 No implementado.
] "
Ans the linux console:
"0024:fixme:dwrite:dwritefontcollection2_GetFontSet 1BB89EC8, 0031DDCC.
0024:fixme:dwmapi:DwmSetWindowAttribute (000202BE, 14, 0031D4C8, 4) stub
0024:fixme:dwrite:dwritefontcollection2_GetFontSet 192224D0, 0031DCF4."
Asked about the problem the component author (musicmusic) wrote in
hydrogenaud.io forum
https://hydrogenaud.io/index.php/topic,28647.msg1061771.html#msg1061771
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57941
Bug ID: 57941
Summary: Build broken with libglvnd <=1.3.3
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: krkos(a)mail.muni.cz
Distribution: ---
Introduced in commit 1c9cd1bfd75a3e8d022d46ec7bafc3a546831035, winewayland.drv
unconditionally uses the extension EGL_EXT_present_opaque and the corresponding
define EGL_PRESENT_OPAQUE_EXT. These were added in EGLEXT version 20210629,
which became part of libglvnd 1.3.4 or Mesa 21.3.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=57986
Bug ID: 57986
Summary: Final Fantasy XI Online window borders and content
behave strangely
Product: Wine
Version: 9.16
Hardware: x86-64
URL: https://web.archive.org/web/20210810150839/http://www.
playonline.com/ff11eu/download/media/install_win.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Regression SHA1: cb1c03b926ca01619be02f835f382c1dd7d4a478
Distribution: Gentoo
After cb1c03b926c [1], Final Fantasy XI Online has its built-in borders behave
in a new way.
When running in windowed mode, the game window has a 2 pixel border around it,
and with the mentioned commit, moving the window makes the game content shift
slightly, perhaps 2 pixels at a time, almost making a circle inside, or over
the borders (or at least that is what it looks like).
During normal operation, due to this border, the actual window dimensions are
1924x1084 when set to 1920x1080, almost as if the bordering area was a part of
another window the game is wrapped inside of.
Sometimes after moving the window around a bit, things may or may not
stabilise, until the game window is re-sized (I'm not sure that is even
possible to do on Windows, as the game does not account for the new size at
all, and will be stretched).
Other times the game window appears without the mentioned border, at the size
of 1920x1080 when set to run at that size, and the border may or may not appear
when the window is moved or the size is adjusted.
Last tested at commit: e66405a50406e
While the installer can be downloaded for free, getting to test this part will
require purchasing the game, or ordering a free trial download (which may or
may not be available at times, and still requires account creation).
Thank you!
1.
https://gitlab.winehq.org/zfigura/wine/-/commit/cb1c03b926ca01619be02f835f3…
--
Do not reply 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=58212
Bug ID: 58212
Summary: boost::interprocess::named_mutex does not work
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: christiaan.arnoldus(a)outlook.com
Distribution: ---
Created attachment 78525
--> http://bugs.winehq.org/attachment.cgi?id=78525
Small program that demonstrates the issue
I was testing our Windows-only app on Wine and in general I was pleasantly
surprised by the results, but I did find one crash that wasn't happening on
Windows.
When an instance of the boost::interprocess::named_mutex class is created (I
think this just used the CreateMutex Win32 API internally), an exception is
thrown when running on Wine.
Consider the attached executable (and source code). On Windows, the program
prints:
Mutex created
while with Wine it prints:
boost::interprocess_exception::library_error
It would be great if this could be looked at.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56983
Bug ID: 56983
Summary: UI: Application using ModernWPF crashes,
Windows.UI.ViewManagement.UISettings not implemented
Product: Wine
Version: 9.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madbyte(a)tuta.io
Distribution: ---
Created attachment 76812
--> https://bugs.winehq.org/attachment.cgi?id=76812
Generated log file using WINEDEBUG=err+all,+debugstr
UI library: ModernWPF(https://github.com/Kinnara/ModernWpf)
Tried on latest Wine 9.13 devel release.
Log is in the attachments.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57424
Bug ID: 57424
Summary: msys2-64/cygwin64: mintty.exe not able to show
bash.exe output.
Product: Wine
Version: 9.21
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Cygwin in version 3.5.4 or later relies in having the WriteQuotaAvailable
member of a NtQueryInformationFile(FilePipeLocalInformation) query
to be non-zero.
This causes mintty.exe not being able to show the bash.exe output
when running in wine.
A bisect of cygwin1.dll led to this cygwin commit:
49018bf5774fc90ddddc762a8462030c5d528643 is the first broken commit
commit 49018bf5774fc90ddddc762a8462030c5d528643
Author: Takashi Yano <takashi.yano(a)nifty.ne.jp>
Date: Mon Jul 1 17:44:53 2024 +0900
Cygwin: pty: Avoid client deadlock when pty master stops to read.
https://www.cygwin.com/cgit/newlib-cygwin/commit/?h=cygwin-3_5-branch&id=49…https://www.cygwin.com/cgit/newlib-cygwin/commit/?id=c4fb5da2787693ea3bf20b…
Installing cygwin/msys2 or reproducing this issue
might need several other patches from this tree:
https://gitlab.winehq.org/bernhardu/wine/-/commits/msys2-cygwin_2024-11-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=54923
Bug ID: 54923
Summary: Drag and drop is not working in Delphi based
applications
Product: Wine
Version: 8.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq.org(a)mail.magynhard.de
Distribution: ---
The drag and drop does not work inside applications that are based on Delphi by
default anymore.
For example, when using HeidiSQL, I'm not able to move entries in the
connection session manager into a folder to organize my connections.
WORKAROUND:
It is working, if i select "Windows XP" in winecfg, but not working for example
for "Windows 10". So it seems that the drag and drop feature got lost at later
"windows versions". On a real Windows 10 machine it works without any problems.
Might be related with "gdiplus_winxp" -> see other Delphi applications with the
same problem:
https://github.com/TES5Edit/TES5Edit/issues/774
--
Do not reply 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=58084
Bug ID: 58084
Summary: Commit d813ffc3 (ntdll: Align virtual memory
allocations to the host page size) breaks Wine in a
Rosetta emulated Docker environment
Product: Wine
Version: 10.5
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: alex(a)willner.ws
**Version:** 10.5 and 10.4
**Steps that will reproduce the problem:**
On an arm64 M2 run macOS 15.4 (24E248) and execute with Docker version 28.0.4
(b8034c0):
docker run --platform linux/amd64 --rm scottyhardy/docker-wine:devel-10.4 sh -c
'wine --version && winecfg'
**What is the expected result:**
> % docker run --platform linux/amd64 --rm scottyhardy/docker-wine:devel-10.5 sh -c 'wine --version && winecfg'
> wine-10.5
> wine: created the configuration directory
> ...
**What happens instead:**
> wine-10.5
> wine: dlls/ntdll/unix/virtual.c:253: anon_mmap_fixed: Assertion `!((UINT_PTR)start & host_page_mask)' failed.
> qemu: uncaught target signal 6 (Aborted) - core dumped
> Aborted
**Possible workaround:**
Downgrade to Wine 10.4:
> % docker run --platform linux/amd64 --rm scottyhardy/docker-wine:devel-10.4 sh -c 'wine --version && winecfg'
> wine-10.4
> wine: created the configuration directory
> ...
*Any additional information:**
See Commit d813ffc3: ntdll: Align virtual memory allocations to the host page
size.
https://gitlab.winehq.org/wine/wine/-/commit/d813ffc3557083fd135a28d59f490b…
--
Do not reply 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=25936
Summary: SolidWorks 2010: sldim.exe shows blank window
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=33059)
--> (http://bugs.winehq.org/attachment.cgi?id=33059)
Image showing the problem
Steps to reproduce:
1) remove ~/.wine
2) winetricks gecko
3) wine /sldim/sldim.exe
Behaviour:
Blank window (see attachment)
Expected behaviour:
The window shouldn't be blank
--
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=27403
Summary: Collapsable section headers in Solidworks property
manager are overdrawn, thus unusable
Product: Wine
Version: 1.3.21
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mpartap(a)gmx.net
The problem can be seen in the attached video: headers on the first tab are
first displayed correctly (and are clickable), then they get overdrawn slowly
which makes them non-clickable. Usually, the second tab does not have this
problem, and some actions trigger the header buttons to be redrawn, but they
get overdrawn again at once. I tried to nail down the problem by vastly
expanding RelayExclude to the 500 topmost function calls, an excerpt of the
resulting log is also attached. No fixmes or warnings come up.
--
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=11461
Summary: TortoiseSVN does not run under Wine
Product: Wine
Version: 0.9.5.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mslinn(a)mslinn.com
I note that Winscp (winscp.org) is able to display TortoiseSVN menus in the
local file window when running under Windows, but not when running under wine.
Here is how I invoke winscp under wine:
WINEDEBUG=fixme-all wine "c:/program files/winscp/winscp"
Background:
WinSCP is a very nice GUI front end for Subversion (svn). You can read about
it and download it here: http://tortoisesvn.tigris.org/
TortoiseSVN should not be run across a network when the Icon Overlays feature
is enabled.
http://tortoisesvn.net/node/138http://tortoisesvn.net/node/267
However, TortoiseSVN's icon overlay feature is one of the program's major
assets.
I want to use Cygwin's xterm to connect to the samba server that holds the svn
checkout directory and use Wine to run TortoiseSVN locally on that server. The
user would be presented with a nice visual representation of the state of their
checked out Subversion project, and performance would be good.
On Windows, TortoiseSVN can display its icons in any file chooser window, and
in Windows Explorer. I have also found that WinSCP's explorer view will show
icons for the local machine.
I would prefer not to have to run WinSCP in order to view TortoiseSVN icons.
Perhaps a tiny Win32 program that merely shows a file dialog would be
sufficient to run in an xterm, if Wine would support whatever system calls
TortoiseSVN makes.
For me, and many other programmers and IT personnel who work in a mixed
Windows/Linux environment, Wine would be much more useful if there was a way to
run it under Wine. Might it be possible to extend winefile with whatever it
currently lacks in order to allow TortoiseSVN to run?
--
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=58162
Bug ID: 58162
Summary: GetPrivateProfileIntA/W and
WritePrivateProfileStringA/W does not detour properly.
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 78443
--> http://bugs.winehq.org/attachment.cgi?id=78443
sone_patch's debug log under Windows 10.
When trying to detour a Recettear - An Item Shop's Tale's custom.exe using
https://gitlab.com/redpolline/sone_patch, all attempts to update the game's
config ini file fail under Wine, but work under Windows.
The game's custom.exe uses the GetPrivateProfileIntA() and
WritePrivateProfileStringA() functions to access the game's ini file instead of
calling CreateFileA(), ReadFile(), and WriteFile() directly.
I assume that the cause is Wine possibly having GetFullPathNameW() as a
statically linked symbol within the context of GetPrivateProfileIntA() and
WritePrivateProfileStringA(). (As all three of them are exported by
kernel32.dll, and therefore the compiler would not need to search for the
symbol at build time.) But I could be wrong here.
What matters is that when sone_patch detours GetFullPathNameA/W(),
GetPrivateProfileIntA() and WritePrivateProfileStringA() should be affected by
that detour without being detoured themselves.
A good way to see this is by using sone_patch's debug build, as it logs when a
detoured function is hit, along with the given arguments.
Under Windows 10, multiple calls to GetFullPathNameA/W() are seen in the log.
(But no CreateFileA/W() for the ini file.)
Under Wine, no calls are logged at all for the ini file. The only call to
GetFullPathNameW() seen under Wine is for
C:\windows\resources\themes\light\light.msstyles. Which isn't present under the
Windows log, so that one is Wine specific.)
As a result, the game's button config and display settings cannot be altered by
the game's custom.exe. As it gets the original (developer intended) file which
is read-only (and owned by another user) on my system. Which sone_patch is
supposed to workaround through the detouring of GetFullPathNameA/W() to point
custom.exe to an accessible file 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=57672
Bug ID: 57672
Summary: Knights of the Old Republic II - Rendering issues and
crashes when using new WoW64 mode
Product: Wine
Version: 10.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)fdossena.com
Distribution: ---
Created attachment 77849
--> https://bugs.winehq.org/attachment.cgi?id=77849
Screenshot of how the game looks with the new WoW64 mode
I'm testing the "classic" version of KOTOR 2 (not the 2015 remaster from steam)
and I noticed a strange behavior.
When building Wine using the new WoW64 mode, the game has visual artifacts in
the character creation screen, and freezes when trying to start a new game.
When building Wine with the old WoW64, the game works correctly.
The first game, based on the same engine, works correctly with both versions of
WoW64.
Tested on:
* Arch Linux x86_64, Kernel 6.12
* AMD Radeon RX6900XT with Mesa 24.3.3
* KDE Plasma on Wayland (wine is running with the x11 backend)
I'm attaching screenshots of Wine 10.0-rc5. Logs don't show anything out of the
ordinary or different between the two 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=37088
Bug ID: 37088
Summary: SmartBarXP hangs on exit
Product: Wine
Version: 1.7.24
Hardware: x86
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 49298
--> https://bugs.winehq.org/attachment.cgi?id=49298
terminal output
Noticed while checking bug 8018. Closing the application (either via Option,
Exit or clicking the X) results in a hang.
There's a seh exception thrown, 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=57381
Bug ID: 57381
Summary: International Rally Championship Regression
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adec2011.ac(a)gmail.com
Distribution: ---
International Rally Championship used to run ok but has recently stopped
working. I dont know when exactly.
There is a demo here
https://archive.org/details/InternationalRallyChampionshipDemo
--
Do not reply 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=58220
Bug ID: 58220
Summary: Unable to start FileMon 7.03 from SysInternals -
Invalid function
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 78535
--> http://bugs.winehq.org/attachment.cgi?id=78535
Error
FileMon 7.03 from SysInternals
https://web.archive.org/web/20070327060603/http://www.sysinternals.com/File…
Fails to start due to invalid function
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58171
Bug ID: 58171
Summary: Breath of Fire IV, Ys VI crashes on the opening video
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: smazza(a)codeweavers.com
Regression SHA1: 277c8924c1ecd8626b26e19206908f648cc86e2c
Distribution: ArchLinux
Created attachment 78459
--> http://bugs.winehq.org/attachment.cgi?id=78459
terminal output
The GOG version of Breath of Fire IV and YS VI: The Ark of Naphistim crash when
the first opening video is about to play.
No demo versions exist.
Reverting commit
277c8924c1ecd8626b26e19206908f648cc86e2c
[amstream: Implement dynamic formats in ddraw stream.]
fixes the crash for me.
wine-10.6-71-gf7503d0a996
--
Do not reply 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=58224
Bug ID: 58224
Summary: [Website] HyperKitty has stopped working.
Product: WineHQ.org
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: www-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: axis6404(a)proton.me
Distribution: ---
https://list.winehq.org/mailman3/hyperkitty/list/wine-bugs@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.
http://bugs.winehq.org/show_bug.cgi?id=58229
Bug ID: 58229
Summary: _SH_SECURE sharing flag is not supported and causing
_wfsopen to fail
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: bruvzg13(a)proton.me
Distribution: ---
Calling _wfsopen with _SH_SECURE sharing flag result in failure and
"012c:err:msvcrt:_wsopen_dispatch Unhandled shflags 0x80" error in the
terminal.
0x80 value correspond to _SH_SECURE
Discovered while debugging Godot Engine -
https://github.com/godotengine/godot/pull/106392
Seems like the case for this flag is missing:
https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/msvcrt/file.c?ref_ty…
The flag is documented as "shared read, exclusive write access"
(https://learn.microsoft.com/en-us/cpp/c-runtime-library/sharing-constants?v…),
and the issue can be worked around by substituting it with "(mode_flags ==
READ) ? _SH_DENYWR : _SH_DENYRW", which result in the same behavior as on
Windows (at least in our use case).
--
Do not reply 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=58228
Bug ID: 58228
Summary: Move child object page unable to fully load because it
is too long
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dimesio(a)earthlink.net
Distribution: ---
When merging entries, the page that shows the entries to move the child objects
to displays as one long list in alphabetical order. That list is now so long
that the page cannot fully load:
Ooops! Something has gone terribly wrong!
Our monkey train has derailed! Worry not, a webmaster gopher help army has been
dispatched and is on the way.
If this error continues to be a problem, please report it to us on our Forums
error details:
Error Message: Maximum execution time of 60 seconds exceeded
File: query.php:119
Discovered while trying to merge 千千静听 (TTPlayer)
https://appdb.winehq.org/objectManager.php?sClass=application&iId=11003 with
TTPlayer
https://appdb.winehq.org/objectManager.php?sClass=application&iId=6077. The
move child objects page only got as far as the H's before timing 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.
http://bugs.winehq.org/show_bug.cgi?id=58221
Bug ID: 58221
Summary: Pot Player
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mosgf80(a)gmail.com
Distribution: ---
error 'WinDbg attached to pid 03e8'
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55170
Bug ID: 55170
Summary: Access 97 installer fails with could not open file
Product: Wine
Version: 8.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq(a)jonass.user.lysator.liu.se
Distribution: ---
I installed Debian 12 (32-bits), download wine and select development branch.
Got 8.11. Ran winecfg and selected Windows XP.
Insert install CD and run "wine setup.exe".
I get an error: Setup could not open the file
'Z:\opt\wine-devel\share\wine\fonts\ACMd51f.tmp'
Console output reports an error about read access denied for Z: and bad file
descriptor.
--
Do not reply 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=58211
Bug ID: 58211
Summary: Bonsai-Rx Application Crashes Due to
TREEVIEW_DoSelectItem Assertion
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: ncguilbeault(a)gmail.com
Distribution: ---
Created attachment 78524
--> http://bugs.winehq.org/attachment.cgi?id=78524
Crash log when launching Bonsai main editor or package manager
Hi there, and thank you for all the amazing work on Wine!
I'm a relatively new user and have encountered an issue when running a Windows
application called Bonsai-Rx under Wine. Bonsai-Rx is a C#/.NET-based
application widely used in neuroscience research. Traditionally, Bonsai running
on Linux has relied on Mono, but I’m exploring the possibility of running
Bonsai using Wine instead.
System Details:
Wine version: Built from source (latest master, 10.7) using Shared-WoW64
instructions
Bonsai version: Installed from official site (latest, 2.8.5):
https://bonsai-rx.org/docs/articles/installation.html
Wine prefix setup: .NET Framework 4.8 installed via winetricks -q dotnet48
System: Ubuntu 24.04, x86_64, kernel 6.8.0-59-generic
The Issue:
Bonsai installs and launches correctly. The welcome menu displays, but
selecting any option that would launch the main editor window or the package
manager (e.g., New File, Open File, Manage Packages, etc.) causes the
application to crash due to an assertion in the function:
`TREEVIEW_DoSelectItem(TREEVIEW_INFO *infoPtr, INT action, HTREEITEM newSelect,
INT cause)`
Observations:
If I comment out the assertion line in the above function and rebuild Wine,
Bonsai functionality works as expected.
I’ve tested several native DLL overrides (comctl32, comdlg32, vcrun6) without
success.
The issue persists in multiple Wine versions (10.3 through 10.7).
Questions:
What are the implications of removing this assertion in TREEVIEW_DoSelectItem?
Could this point to a misbehaviour in Bonsai, or is it a Wine edge case that
should be handled more gracefully?
Is there a better workaround or fix for ensuring compatibility with this
application?
I’ve attached the full error stack trace for reference. Any guidance or
insights would be greatly appreciated.
Thanks again for your time and your excellent 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=51537
Bug ID: 51537
Summary: Mouse does not work in civilization VI
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: voker57(a)gmail.com
Distribution: ---
Created attachment 70376
--> https://bugs.winehq.org/attachment.cgi?id=70376
complete log
Mouse does not work in Sid Meier's Civilization VI, menu loads but it is not
possible to do anything further.
This comment https://bugs.winehq.org/show_bug.cgi?id=49315#c9 suggests a cause
of 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.
http://bugs.winehq.org/show_bug.cgi?id=58227
Bug ID: 58227
Summary: xEdit require ITextRange::MoveEnd support for
tomCharFormat
Product: Wine
Version: 10.7
Hardware: x86-64
URL: https://github.com/TES5Edit/TES5Edit
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ---
When loading xEdit 4.1.5j(editor and viewer for Bethesda games and mods,
application is also called tes4edit, tes5edit ,etc depending on the game mod)
the program try to show a changelog of the application version.
With wine the application give a Not Implemented Error and while the changelog
is shown the Table of Content is empty.
The application is using RichEdit controls trought the msftedit.dll, using
native dll workaround this issue.
The application is using ITextRange::MoveEnd to have a range of the editor
containing the full text with bold and bigger text (the paragraph titles of the
changelog)
Turn out msftedit on windows don't rely on riched20 like wine dll does. The
error was a bit confusing at first and using native riched20 wasn't a solution
(actually was breaking the entire widget).
Before discovering the msftedit workaround I tried to make a crude
implementaton that while do works, opening the application in winxp
compatibility mode give the same TOC then using native msftedit (but there is a
slight difference when using windows 10 mode), it's abysmally slow (20-30
seconds to create the TOC)
--
Do not reply 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=58226
Bug ID: 58226
Summary: Warnings and notes when compiling from source on Arch
Linux (GCC 15.1.1 20250425)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joni.hilger(a)yahoo.de
Distribution: ---
Created attachment 78547
--> http://bugs.winehq.org/attachment.cgi?id=78547
Full log of the build (gzip because of size)
Hi,
when compiling wine from up to date sources (taken from Gitlab today
2025-05-13)
I get a few warnings (see wine-build-full.log.gz)
This is how I build it:
CFLAGS="-march=native -O3 -pipe -fno-plt -fexceptions \
-Wp,-D_FORTIFY_SOURCE=3 -Wformat -Werror=format-security \
-fstack-clash-protection -fcf-protection -ffat-lto-objects"
CXXFLAGS="$CFLAGS -Wp,-D_GLIBCXX_ASSERTIONS"
LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z,relro -Wl,-z,now \
-Wl,-z,pack-relative-relocs"
# Apply flags for cross-compilation
export CROSSCFLAGS="-O2 -pipe -g"
export CROSSCXXFLAGS="-O2 -pipe -g"
export CROSSLDFLAGS="-Wl,-O1"
../wine/configure \
--prefix=/usr \
--libdir=/usr/lib \
--with-x \
--with-wayland \
--with-gstreamer \
--enable-win64
make
../wine/configure \
--prefix=/usr \
--libdir=/usr/lib \
--with-x \
--with-wayland \
--with-gstreamer \
--with-wine64="$srcdir/$pkgname-64-build"
make
Made the following greps to have more focused logs (thought it might help):
grep -C 5 "note: " wine-build-full.log > wine-build-grepped-notes.log
grep -C 5 "warning: " wine-build-full.log > wine-build-grepped-warnings.log
(full log is called wine-build-full.log.gz)
Thank you for your help!
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=17124
Summary: MSYS installer doesn't pop up cmd window?
Product: Wine
Version: 1.1.13
Platform: Other
URL: http://www.mingw.org/wiki/msys
OS/Version: other
Status: NEW
Keywords: download, Installer, source
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
When install msys, it floods the terminal with:
This is a post install process that will try to normalize betweenyour MinGW
install if any as well as your previous MSYS installs if any. I don't have any
traps as aborts will not hurt anything.Do you wish to continue with the post
install? [yn ] pi.sh: [: ==: unary operator expectedDo you have MinGW
installed? [yn ] pi.sh: [: ==: unary operator expectedWhen you install MinGW I
suggest you install it to C:/mingw(replace C: with the drive of your choice).
Then create an/etc/fstab file with a line that has a value similar to:C:/mingw
/mingwPress ENTER to continue Normalizing your MSYS environment.You
have script /bin/awkYou have script /bin/cmdYou have script /bin/echoYou have
script /bin/egrepYou have script /bin/exYou have script /bin/fgrepYou have
script /bin/printfYou have script /bin/pwdYou have script /bin/rviYou have
script /bin/rviewYou have script /bin/rvimYou have script /bin/viYou have
script /bin/viewMinGW-1.1 has a version of make.exe within it's bin/
directory.Please be sure to rename this file to mingw32-make.exe once youve
echo installed MinGW-1.1 because it\s very deficient in function.Press ENTER to
continue.C:\msys\1.0\postinstall>pause
Press Return key to continue:
Towards the end. It looks like something that should be in a cmd prompt
(haven't tested on windows yet). The line endings are also wrong, but that's
another bug.
--
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=15949
Summary: MSYS does not integrate with MinGW install correctly
Product: Wine
Version: 1.1.8
Platform: Other
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeffz(a)jeffz.name
Installing MSYS after MinGW on windows sets things up so that the existing
MinGW install integrates with MSYS, whereby /mingw from the MSYS shell points
to the MinGW install.
First download:
wget
http://downloads.sourceforge.net/mingw/MinGW-5.1.4.exe?modtime=1209244789&b…
run MinGW-5.1.4.exe with all defaults.
Second download:
wget
http://downloads.sourceforge.net/mingw/MSYS-1.0.10.exe?modtime=1079444447&b…
run wineconsole cmd (required because Wine doesn't launch a console window like
windows does)
MSYS-1.0.10.exe
Answer the defaults to the prompted questions on the console window before the
installer finishes (it pauses there)
wine cmd /c c:\msys\1.0\msys.bat
Typing 'gcc' in the msys terminal echos "sh: gcc: command not found", whereas
on windows it says gcc.exe: no input files.
On windows within msys, `ls /mingw` lists the contents of C:\mingw, on Wine
/mingw is empty.
--
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=54567
Bug ID: 54567
Summary: comdlg32: Find/Replace: Flags became invalid after
EN_KILLFOCUS.
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comdlg32
Assignee: wine-bugs(a)winehq.org
Reporter: katayama.hirofumi.mz(a)gmail.com
Distribution: ---
Created attachment 74109
--> https://bugs.winehq.org/attachment.cgi?id=74109
the patch to fix this bug
The flags value became invalid after EN_KILLFOCUS.
It caused a bug that FR_DOWN is cleared when the user set focus to edt1 and
close the find/replace dialog.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56093
Bug ID: 56093
Summary: msys/pacman: fails with "fixup_mmaps_after_fork:
VirtualQueryEx failed"
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Updating a msys2 installation via "pacman -Suy" fails in below way.
This is a result of the parent process doing a DuplicateHandle with
PROCESS_QUERY_LIMITED_INFORMATION and inheriting this to the forked process.
This fork tries to recreate the mappings of the parent but fails
the VirtualQueryEx call with this inherited handle of the parent process.
It does fail because in wine it leads to a call to get_process_from_handle
with PROCESS_QUERY_INFORMATION which the handle was not created with.
msys2 does intentionally use PROCESS_QUERY_LIMITED_INFORMATION instead
of PROCESS_QUERY_INFORMATION with DuplicateHandle on windows 8.1 and up.
wine bash.exe --login
pacman -Suy
0 [main] pacman 1051 fixup_mmaps_after_fork: VirtualQueryEx failed for
MAP_PRIVATE address 0x6FFFFFFF0000, Win32 error 5
562 [main] pacman 1051 C:\msys64\usr\bin\pacman.exe: *** fatal error in
forked process - recreate_mmaps_after_fork_failed
In the parent process:
https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/sigp…
In the child process:
https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/mm/m…
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56925
Bug ID: 56925
Summary: msys2-64/cygwin64: unlink of read-only file fails
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 76744
--> https://bugs.winehq.org/attachment.cgi?id=76744
A few notes and backtraces in wine and cygwin.
In another attempt to check the state of msys2 or cygwin I found following
issue trying to update a msys2-64 installation:
# LANG=C pacman -Suy
:: Synchronizing package databases...
...
warning: could not remove lock file /var/lib/pacman/db.lck
error: failed to init transaction (unable to lock database)
error: could not lock database: File exists
...
A simpler version to reproduce is this:
rm -f test.txt
LANG=C wine cmd
echo test > test.txt
attrib +r test.txt
c:\msys64\usr\bin\rm.exe -f -v test.txt
Returns:
/usr/bin/rm: cannot remove 'test.txt': Permission denied
This tests were done with a wine tree including patches for this bugs:
52105
55138
53574
54995
--
Do not reply 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=58225
Bug ID: 58225
Summary: Using winecfg to change a Desktop Integration setting
and applying throws a "pack_message msg 14
(WM_ERASEBKGND) not supported yet" fixme.
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: reelix(a)gmail.com
Distribution: ---
1.) Launch winecfg
2.) Navigate to the "Desktop Integration" tab
3.) Alter any setting (Eg: Theme, WinRT Theme, Font Size)
4.) Hit Apply
5.) Notice the fixme message in the Console
00f8:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
Whilst I normally wouldn't create a bug report for a specific fixme, a fixme
appearing in the winecfg tool itself is rather unusual, and far easier to
navigate.
--
Do not reply 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=58210
Bug ID: 58210
Summary: Alpha Protocol (Steam) launcher has grey overlay over
buttons
Product: Wine
Version: unspecified
Hardware: x86-64
URL: https://store.steampowered.com/app/34010/Alpha_Protoco
l/
OS: Linux
Status: NEW
Keywords: regression
Severity: minor
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: pgofman(a)codeweavers.com
Regression SHA1: 3437ba2dea115381217e64fdad6c8496cb8052f8
Distribution: ArchLinux
This commit reintroduces bug #38975 for me: the buttons in the launcher are
covered with a grey rectangle until you hover the mouse pointer over them (when
the buttons are "uncovered").
commit 3437ba2dea115381217e64fdad6c8496cb8052f8
win32u: Don't redraw window in expose_window_surface() if window has surface.
Happens either in fullscreen or virtual desktop mode.
X.Org X Server 1.21.1.16
XFCE/XFWM 4.20
Nvidia binary drivers 575.51.02
--
Do not reply 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=58146
Bug ID: 58146
Summary: HWiNFO 8.24 (latest): doesn't work unless winecfg is
set to Windows 7
Product: Wine
Version: 10.6
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
Created attachment 78427
--> http://bugs.winehq.org/attachment.cgi?id=78427
Wine-devel 10.6 log using default Windows 10 in winecfg
HWiNFO 8.24 (latest version, compatible with Windows 10) doesn't work unless
winecfg is set to Windows 7 (instead of the default Windows 10). The intro
window will load, but after clicking "Start" the app will crash.
The progess bar stops at this stage:
Examining system configuration...
Initializing Kernel Driver...
With this error message:
Error
Cannot install the HWiNFO driver !
It might be blocked by the system other applications.
download link:
https://sourceforge.net/projects/hwinfo/files/Windows_Portable/hwi_824.zip/…
sha256: 74c71b6a8a3498f5a5254b4e692345c45ec5cf88246bf3516cd7c35faf516ca4
I'm using Gcenx's wine-devel 10.6 build
(https://github.com/Gcenx/macOS_Wine_builds/releases/tag/10.6) on macOS 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=53155
Bug ID: 53155
Summary: msys2 cannot be installed under wine
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: hramrach(a)gmail.com
Distribution: ---
Created attachment 72589
--> https://bugs.winehq.org/attachment.cgi?id=72589
terminal output
There is a number of bugs that reference msys2 but all are marked as staging sp
presumably they should be addressed in the staging version.
nonetheless msys2 installer gets still stuck at 66%
sha256sum Downloads/msys2-x86_64-20220603.exe
6e5a76e36a651542e6b907a39776effb7670a139d6a017c3808fdcfaca84ee83
Downloads/msys2-x86_64-20220603.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=58204
Bug ID: 58204
Summary: Winecfg Audio tab doesn't enumerate drivers or show
output devices, but test button works.
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 78512
--> http://bugs.winehq.org/attachment.cgi?id=78512
Screenshot of winecfg audio tab UI bug.
Under Wine-10.7 (specifically the winehq-devel packages for Debian), the
winecfg Audio tab doesn't seem to be functional even in a clean wine prefix.
There is no drop down for selecting audio drivers, and the currently selected
driver says "(None)".
The output and input device selection drop down boxes all say "(System
Default)" with no other options given.
The speaker configuration is completely blank, and speakers drop down is empty
and disabled.
The only thing that does seem to work is the "Test Sound" button which does
play a test sound, when clicked.
Manually selecting an audio driver (such as winealsa) using the helpful
registry key (HKCU->Software->Wine->Audio) does appear to work, but results in
no visible changes to winecfg. (The change can only be observed from
WINEDEBUG="+mmdevapi"'s console output.)
Even when shutting down pulseaudio / pipewire (systemctl stop and systemctl
disable), which _should_ just leave us with alsa, there are no visible changes
in winecfg, and the test button 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.
http://bugs.winehq.org/show_bug.cgi?id=58222
Bug ID: 58222
Summary: [Fedora wiki - winehq GitLab] put sudo before install
commands for Fedora 41/42
Product: WineHQ Gitlab
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gitlab-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexschwartz01(a)gmail.com
Distribution: ---
NOTE: users can't make PRs to the wiki pages
---
Currently
---
Fedora 42:
dnf5 config-manager addrepo
--from-repofile=https://dl.winehq.org/wine-builds/fedora/42/winehq.repo
Fedora 41:
dnf5 config-manager addrepo
--from-repofile=https://dl.winehq.org/wine-builds/fedora/41/winehq.repo
---
It should be....
---
Fedora 42:
sudo dnf5 config-manager addrepo
--from-repofile=https://dl.winehq.org/wine-builds/fedora/42/winehq.repo
Fedora 41:
sudo dnf5 config-manager addrepo
--from-repofile=https://dl.winehq.org/wine-builds/fedora/41/winehq.repo
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55814
Bug ID: 55814
Summary: Genshin Impact: glowing lines in random colours in the
environment
Product: Wine
Version: 8.18
Hardware: x86-64
URL: https://genshin.hoyoverse.com/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 9427421240(a)posteo.net
Distribution: ---
Created attachment 75304
--> https://bugs.winehq.org/attachment.cgi?id=75304
An image showing the glowing lines.
The environment in Genshin Impact has glowing lines that should not be there;
their colour and brightness change randomly after every log-in, and also change
depending on the perspective.
This can be seen in the first area of the game, directly after the
intro-sequence.
Workaround:
Install DXVK; the graphics display correctly with it.
Current game-version: 4.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.
http://bugs.winehq.org/show_bug.cgi?id=58137
Bug ID: 58137
Summary: Installation of WISO MeinGeld is impossible after
entering the license key
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: guentera(a)gmx.de
Distribution: ---
Created attachment 78415
--> http://bugs.winehq.org/attachment.cgi?id=78415
Enter the License Key
After entering the license key and confirming the licensing conditions, you
will be asked to confirm the conditions again and again. Unable to complete the
installation.
WISO "Mein Geld Professional" is a German finance Software.
Follow this link to get a free 30-day trial:
https://www.buhl.de/c-j/wiso-meingeld-pro-2025/
Download:
https://download.buhl.de/Download/MeinGeld/MG2025/ESD/WISOFinanz2025.exe
Wine-Mono and Wine-Gecko must be 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=56160
Bug ID: 56160
Summary: Kernel32: Unable to determine encoding format without
[BOM] sequence.(PROFILE_DetectTextEncoding)
Product: Wine
Version: 9.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: zmtong1988(a)gmail.com
Distribution: ---
Question:
1. Open the [UTF-8] encoding file, and if there is no [BOM] sequence, recognize
it as [ENCODING-ANSI] through [PROFILE-DetectTextEncoding] instead of [UTF-8].
2. Open the [UTF-16 LE] encoding file, and if there is no [BOM] sequence,
recognize it as [ENCODING-ANSI] through [PROFILE-DetectTextEncoding] instead of
[UTF-16 LE].
Function execution process:
[ dlls/kenel32/profile. c ] --> [ PROFILE_ Open ] -->[ PROFILE_ Load ] -->[
PROFILE-DetectTextEncoding ]
Description:
Open a file in [UTF-16 LE] encoding format and execute [ PROFILE_
DetectTextEncoding ]always returns [ ENCODING-ANSI ], and subsequent parsing
work cannot be completed according to the encoding format.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56128
Bug ID: 56128
Summary: Genshin Impact: after changing to another window and
back, input does not work anymore
Product: Wine
Version: 8.0.2
Hardware: x86-64
URL: https://genshin.hoyoverse.com/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 9427421240(a)posteo.net
Distribution: ---
Created attachment 75800
--> https://bugs.winehq.org/attachment.cgi?id=75800
Log
After changing to another window and then back to the game (with Alt + TAB, for
example), no input will be accepted anymore.
Neither keyboard, mouse, nor gamepad will work until the game is restarted.
After switching to another window, this will be added to the log multiple
times, until returning to the game:
"0238:fixme:win:NtUserGetKeyboardLayout couldn't return keyboard layout for
thread 0074"
There are multiple menu-options in the game that start a webbrowser, after
which this issue will happen, so it is probably quite likely to happen during
normal play once in a while.
If i press the screenshot-key on my keyboard to access the screenshot-UI of
GNOME, use it with the mouse-pointer, and then go back to the game, input will
still work; this is the only exception i noticed.
It is more like an overlay than a window, so i guess the focus still remains on
the game while using it.
Desktop-environment: GNOME (Wayland)
Operating-system: Debian GNU/Linux Testing (Trixie)
Wine-versions tested: 8.0.2, devel 8.18, 9.0-rc-3
Game-version: 4.3
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57927
Bug ID: 57927
Summary: Sony Vegas 13 no longer starts
Product: Wine
Version: 10.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: dark(a)darkok.xyz
Distribution: ---
Starting from 9e9e894a76582063119f4a9004e8f3a346ad97e8 in 10.0-rc1, Sony Vegas
13 freezes the moment the splash screen appears and doesn't show any loading
progress.
Additionally, although this is an issue that I couldn't manage to bisect due to
how inconsistent it is, is that ever since Wine 9.22, the moment it hits the
stage of "Initializing external monitoring..." during loading, Vegas may freeze
Wine, causing me to have to SIGKILL every process manually. It may provide an
assertion of the following: "Fatal glibc error: pthread_mutex_lock.c:460
(__pthread_mutex_lock_full): assertion failed: robust || (oldval &
FUTEX_OWNER_DIED) == 0"
Unfortunately, I don't think I can provide good reproduction instructions as
Sony Vegas 13 is paid software, although I think the installer may have a
trial.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56891
Bug ID: 56891
Summary: Visual novel Mebae (Tanuki Soft) crashes on startup
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galmeharku(a)vusra.com
Distribution: ---
Run the game. If the game asks for a save folder, select one. The game will
then crash with a pagefault before reaching the title screen. Running the game
again will also result in a crash every 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=53620
Bug ID: 53620
Summary: err:ole:com_get_class_object class
{2d3468c1-36a7-43b6-ac24-d3f02fd9607a} not registered
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: wuyudi1109(a)gmail.com
Distribution: ---
I run a game, and it shows this.
```
0454:err:ole:com_get_class_object class {2d3468c1-36a7-43b6-ac24-d3f02fd9607a}
not registered
0454:err:ole:com_get_class_object no class object
{2d3468c1-36a7-43b6-ac24-d3f02fd9607a} could be created for context 0x1
```
Then crash.
According to
https://wiki.winehq.org/Wine_Developer%27s_Guide/COM_in_Wine#Writing_COM_Co…
I find it's about shell32.dll. And I find that this key is not in wine's reg.
So how can I fix it? (I tried to add it by hand, but still not work.)
Also, I found this in [wine's
code](https://github.com/wine-mirror/wine/blob/master/include/shobjidl.idl)
```
[
uuid(2d3468c1-36a7-43b6-ac24-d3f02fd9607a)
]
coclass EnumerableObjectCollection
{
interface IEnumObjects;
}
```
--
Do not reply 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=58209
Bug ID: 58209
Summary: add an environmental variable to control the Windows
Version
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
Distribution: ---
the current environmental variables only include:
https://gitlab.winehq.org/wine/wine/-/wikis/Wine-User's-Guide#environment-variables
WINEDEBUG
WINEDLLOVERRIDES
WINEARCH
WINEPREFIX
there shoud also be an environmental variable to set the Windows Version
(currently set using `winecfg` and choosing Windows Version at the bottom of
the Applications tab)
usage:
WINEWINVER=winxp wine my-old-program.exe
all versions should have a corresponding WINEWINVER variable:
WINEWINVER=
win11
win10
win8.1
win8
win2008r2
...etc...
This also helps speed up testing of apps with issues, it's much faster than
switching Windows Versions using `winecfg` and relaunching the app
--
Do not reply 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=58155
Bug ID: 58155
Summary: Use space-saving APFS clones instead of copying file
data blocks to each WINEPREFIX on macOS
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: cemer99797(a)isorax.com
CC: dimesio(a)earthlink.net
When a WINEPREFIX is created using Wine on macOS, files from the Wine .app are
copied using actual copying of data blocks, instead of the space-saving
Copy-on-Write cloning mechanism of APFS (Apple File System), which only
references the already existing data blocks.
When using Gcenx's macOS package builds, the data blocks of files are copied
(from I believe Wine.app/Contents/Resources/wine/lib/wine/) to
$WINEPREFIX/drive_c/windows/. This wastes over 300 MB of space for each
WINEPREFIX created, which can add up, especially as it's recommended to install
each Windows app in its own WINEPREFIX. They should instead use APFS CoW clones
(similar to Linux btrfs reflinks).
Solution: use APFS Copy-on-Write when creating WINEPREFIXes, so it is faster
and saves space
How?: using the macOS terminal command `cp -c` uses CoW
see macOS's man pages for `cp(1)` and `clonefile(2)`
macOS 10.14 Mojave man pages online:
https://www.unix.com/man_page/mojave/1/cphttps://www.unix.com/man_page/mojave/2/clonefile/
A Stack Exchange answer mentioning that macOS's "`cp -c` is equivalent to
[Linux] `cp --reflink=always` (not `auto`), and will fail when copy-on-write is
not possible":
https://unix.stackexchange.com/a/504330
APFS was released for macOS devices on September 25, 2017, with the release of
macOS 10.13 High Sierra.
(https://en.wikipedia.org/wiki/Apple_File_System#History)
Gcenx's Wine 10.0 and later package releases for macOS
(https://github.com/Gcenx/macOS_Wine_builds/releases) only support macOS 10.15
Catalina and later. (macOS 10.12 Sierra though macOS 10.14 Mojave can be
installed via MacPorts).
How to test that Wine is not currently using APFS CoW clones: open Disk Utility
before creating a new WINEPREFIX, click on your Container disk and look at the
free space. Now create a new WINEPREFIX, the free space will decrease by about
300 MB. Delete the WINEPREFIX and empty the trash, watch the free space grow
back
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57469
Bug ID: 57469
Summary: Abiword 2.6.8 - Trauncated image in "about" dialog
Product: Wine
Version: 9.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 77473
--> https://bugs.winehq.org/attachment.cgi?id=77473
Truncated image in Wine
Abiword 2.6.8 from
https://web.archive.org/web/20210925210302/http://www.abisource.com/downloa…
Open "About" dialog.
"Image" is trauncated see bottom 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.
http://bugs.winehq.org/show_bug.cgi?id=58219
Bug ID: 58219
Summary: Fopnu: "blanks" in download path during initial
configuration
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 78533
--> http://bugs.winehq.org/attachment.cgi?id=78533
Wine 10.7
Fopnu: "blanks" in download path during initial configuration
Download Fopnu v1.58 for 32-Bit Windows :
https://softradar.com/static/products/fopnu/distr/1.58/fopnu_softradar-com.…
In the initial configuration, "extra blanks" in the Download Folder
Similar bug in ReactOS: https://jira.reactos.org/browse/CORE-18804
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55828
Bug ID: 55828
Summary: the program has encountered serious problem and need
to be closed,
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: t2embed
Assignee: wine-bugs(a)winehq.org
Reporter: atriadha(a)gmail.com
Distribution: ---
Created attachment 75321
--> https://bugs.winehq.org/attachment.cgi?id=75321
program error details
this can be caused by a problem in the program or a deficiency in wine. i'm
using devcpp on the archlinux
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=48361
Bug ID: 48361
Summary: Honkai Impact 3rd doesn't start
Product: Wine
Version: 5.0-rc2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Without wine-staging the game crashes, with wine-staging the game simply
"terminates".
The log simply says
######
000b:fixme:winediag:__wine_start_process Wine Staging 5.0-rc2 is a testing
version containing experimental patches.
000b:fixme:winediag:__wine_start_process Please mention your exact version when
filing bug reports on winehq.org.
Terminated
######
Any logs I should provide?
--
Do not reply 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=58216
Bug ID: 58216
Summary: Inquisitor crashes on start
Product: Wine
Version: 10.7
Hardware: x86-64
URL: https://store.steampowered.com/app/241620/Inquisitor/
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Regression SHA1: 075033d61ffac2a8d42e06e91a12c88f2fa17401
Distribution: ArchLinux
Created attachment 78529
--> http://bugs.winehq.org/attachment.cgi?id=78529
terminal output
The intro video in Inquisitor never worked for me: it was gracefully skipped
and the game loaded directly the main menu.
Since Wine-10.7 the game crashes right after start.
Reverting the following commit fixes the crash for me:
commit 075033d61ffac2a8d42e06e91a12c88f2fa17401
winegstreamer: Make sure WMSyncReader never reads in the background.
'winetricks wmp9' also makes the crash go away (the startup video still does
not work).
Reproduced with the Steam and GOG.com versions.
wine-10.7-73-gf9741837a3b
--
Do not reply 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=58214
Bug ID: 58214
Summary: K-Meleon 75.1 after browsing to URL adressbar is not
repainted and appears blank
Product: Wine
Version: 10.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 78527
--> http://bugs.winehq.org/attachment.cgi?id=78527
Broken URL bar
K-Meleon 75.1 from
http://download.sourceforge.net/project/kmeleon/k-meleon/75.1/K-Meleon75.1.…
K-Meleon 75.1 after browsing to URL adressbar is not repainted and appears
blank (see screenshot)
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52254
Bug ID: 52254
Summary: Cold Steel Subs: Application is not transparent
(relies on DwmExtendFrameIntoClientArea)
Product: Wine
Version: 7.0-rc2
Hardware: x86-64
URL: https://zerofield.net/2020/09/30/hajimari-no-kiseki-sp
readsheet-translation/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dwmapi
Assignee: wine-bugs(a)winehq.org
Reporter: johnny(a)localmomentum.net
Distribution: ---
Created attachment 71376
--> https://bugs.winehq.org/attachment.cgi?id=71376
ColdSteelSubs transparency code (currently not in the distributed application)
This application provides a transparent clickthrough overlay to show English
translations on top of the original Japanese source.
It relies on layered windows and DwmExtendFrameIntoClientArea to handle the
transparent display.
Currently, the main UI elements show, but the game (or any other application)
does not show through. This seems to be because DwmExtendFrameIntoClientArea
is only a stub. I'm not sure if that's the only reason it's not transparent,
but it's at least one of the reasons.
The program itself uses the unity3d engine along with some native dll calls to
the relevant user32 apis to handle the transparency.
I was able to get a copy of the relevant code (but not the whole application),
of which I will attach.
Since I can't get all of the code, I've been using an unity sample application
to try to figure out some parts myself (the relevant code is here
https://github.com/pheonise/Unity3D-Desktop-Overlay/blob/master/Assets/Scri…).
This unity3d application works as expected on windows, but is not transparent
via wine (as expected). When i comment the call to
DwmExtendFrameIntoClientArea, then it its also no longer transparent on windows
as well.
It seems that if the sample application works, then I can make sure the dev
applies to the same technique to the overlay application.
Please let me know If i can provide any more information.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56123
Bug ID: 56123
Summary: Git for windows installer freezes at the last step
(but does install the files correctly)
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ---
The git for windows installer freezes at the end. The computer beeps when the
window is clicked. The window does not react to the X to close, but it does
react to the minimize button. Afterwards the window can not be restored again.
The installer did install the needed files, as VSCodium did gain git
capabilities.
To reproduce:
Download git for windows:
https://github.com/git-for-windows/git/releases/download/v2.43.0.windows.1/…
$ rm -rf ~/wine-tmp/
$ mkdir ~/wine-tmp
$ export WINEPREFIX=~/wine-tmp
$ cd ~/wine-tmp
$ cp ~/Downloads/Git-2.43.0-64-bit.exe .
$ wine Git-2.43.0-64-bit.exe Now the installer starts. Accpet the defaults.
Now the installer does it's steps, and stops at "Running post-install script".
When I ctrl-C in the console, the bash promt returns, but the installer window
remains. The computer beeps when the window is clicked. The window does not
react to the X to close, but it does react to the minimize button. Afterwards
the window can not be restored again.
Console output:
[cedric@cedric wine-tmp]$ cp ~/Downloads/Git-2.43.0-64-bit.exe .
[cedric@cedric wine-tmp]$ wine Git-2.43.0-64-bit.exe
002c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
004c:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
0054:fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.Windows.Common-Controls" (6.0.0.0)
004c:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
004c:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
004c:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0054:err:ole:StdMarshalImpl_MarshalInterface Failed to create ifstub, hr
0x80004002
0054:err:ole:CoMarshalInterface Failed to marshal the interface
{6d5140c1-7436-11ce-8034-00aa006009fa}, hr 0x80004002
0054:err:ole:apartment_get_local_server_stream Failed: 0x80004002
0054:err:ole:start_rpcss Failed to open RpcSs service
0090:fixme:file:NtLockFile I/O completion on lock not implemented yet
0090:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0090:fixme:msi:internal_ui_handler internal UI not implemented for message
0x0b000000 (UI level = 1)
0090:fixme:msi:internal_ui_handler internal UI not implemented for message
0x0b000000 (UI level = 1)
00f0:fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet
0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
wine: configuration in L"/home/cedric/wine-tmp" has been updated.
0118:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0024:fixme:thread:GetThreadUILanguage : stub, returning default language.
0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 005ED99C, 00000000
005ED9C4
0024:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 005ED99C 00000000
005ED9C4) returning a dummy value (current locale)
0024:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 005ED99C, 015EA680
005ED9C4
0024:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 005ED99C 015EA680
005ED9C4) returning a dummy value (current locale)
0148:fixme:thread:GetThreadUILanguage : stub, returning default language.
0148:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 0081D9E8, 00000000
0081DA10
0148:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 0081D9E8 00000000
0081DA10) returning a dummy value (current locale)
0148:fixme:nls:RtlGetThreadPreferredUILanguages 00000038, 0081D9E8, 019319B0
0081DA10
0148:fixme:nls:get_dummy_preferred_ui_language (0x38 0x409 0081D9E8 019319B0
0081DA10) returning a dummy value (current locale)
0148:fixme:wtsapi:WTSRegisterSessionNotification Stub 000100A4 0x00000000
0148:fixme:uxtheme:BufferedPaintInit Stub ()
0148:fixme:win:DisableProcessWindowsGhosting : stub
0148:fixme:graphics:ShutdownBlockReasonDestroy (000100A4): stub
0148:fixme:graphics:ShutdownBlockReasonCreate (000100A4, L"Installing"): stub
0148:fixme:graphics:ShutdownBlockReasonDestroy (000100A4): stub
0148:fixme:graphics:ShutdownBlockReasonCreate (000100A4, L"Installing Git."):
stub
0148:fixme:system:EnableNonClientDpiScaling (000100B2): stub
0148:fixme:msg:ChangeWindowMessageFilterEx 000100B2 c051 1 00000000
0148:fixme:system:EnableNonClientDpiScaling (000200B2): stub
0148:fixme:msg:ChangeWindowMessageFilterEx 000200B2 c051 1 00000000
0148:fixme:msg:ChangeWindowMessageFilterEx 000100BC c051 1 00000000
0148:fixme:msg:ChangeWindowMessageFilterEx 000200BC c051 1 00000000
0148:fixme:shell:SHAutoComplete stub
0148:fixme:shell:SHAutoComplete stub
0148:fixme:explorerframe:taskbar_list_SetProgressValue iface 01FBDD50, hwnd
000100A4, ullCompleted 0, ullTotal 503 stub!
0148:fixme:sfc:SfcIsFileProtected (00000000, L"C:\\Program
Files\\Git\\unins000.exe") stub
0148:fixme:explorerframe:taskbar_list_SetProgressState iface 01FBDD50, hwnd
000100A4, flags 0 stub!
0188:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0198:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0198:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01a8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01a8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01b8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01b8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01c8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01c8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01d8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01d8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01e8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01e8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
01f8:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
01f8:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0208:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0208:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0218:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0218:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0228:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0228:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0238:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0238:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0248:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0248:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0258:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0258:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0268:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
0268:fixme:file:NtFsControlFile FSCTL_GET_REPARSE_POINT semi-stub
0290:fixme:heap:GetNumaHighestNodeNumber semi-stub: 00007FFFFE2FF8C4
02b0:fixme:ntdll:NtSetInformationToken unimplemented class 4
02b0:fixme:security:GetWindowsAccountDomainSid (00000007FFFFC2A0
00000000007C2CF8 00000007FFFFC29C): semi-stub
02b0:fixme:netapi32:DsEnumerateDomainTrustsW ((null), 0x0023, 00000007FFFFC368,
00000007FFFFC354): stub
02b8:fixme:wldap32:ldap_set_optionW Unsupported option: 0x95
02b8:fixme:wldap32:ldap_set_optionW Unsupported option: 0x96
02b0:fixme:netapi32:NetUserGetInfo Only implemented for local computer, but
remote serverL"\\\\@" was requested.
^C02bc:fixme:console:default_ctrl_handler Terminating process 20 on event 0
[cedric@cedric wine-tmp]$ ^C
I'm running Arch linux, LXDE on Xorg, AMD video card with the open source
drivers.
$ wine --version
wine-9.0-rc3
$ uname -a
Linux cedric 6.6.7-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 14 Dec 2023 03:45:42
+0000 x86_64 GNU/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.
http://bugs.winehq.org/show_bug.cgi?id=58206
Bug ID: 58206
Summary: Orwell Dev-C++ TDM GCC 5.11 icons wrongly placed and
therefore cut off in "first time configuration"
Product: Wine
Version: 10.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kyle.kcsoftwares(a)gmail.com
Distribution: ---
Created attachment 78514
--> http://bugs.winehq.org/attachment.cgi?id=78514
Icons wrongly placed in Wine
http://download.sourceforge.net/project/orwelldevcpp/Setup%20Releases/Dev-C…
icons wrongly placed and therefore cut off in "first time configuration"
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58187
Bug ID: 58187
Summary: page fault during NdrContextHandleUnmarshall when
running cpu-z x64 version
Product: Wine
Version: 10.5
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: rpc
Assignee: wine-bugs(a)winehq.org
Reporter: 2012720421(a)qq.com
Distribution: ---
Created attachment 78485
--> http://bugs.winehq.org/attachment.cgi?id=78485
the backtrace
When running cpu-z on the arm64 platform with arm64ec mode, the rpcrt4 crashed
by visiting invalid address.
tried build rpcrt4 as arm64ec_x64 mode but failed also.
Running on x64 PC seen fine and no crash occurred.
--
Do not reply 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=58205
Bug ID: 58205
Summary: PHP error removing maintainer
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jnewman(a)codeweavers.com
Distribution: ---
From the logs:
PHP Fatal error: Uncaught Error: Non-static method
maintainer::findVersionMaintainer() cannot be called statically in
/home/winehq/opt/appdb/maintainerdelete.php:42
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=58012
Bug ID: 58012
Summary: DOOM + DOOM II: rsaenh regression
Product: Wine
Version: 10.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rsaenh
Assignee: wine-bugs(a)winehq.org
Reporter: joelh(a)disroot.org
Distribution: ---
Created attachment 78271
--> https://bugs.winehq.org/attachment.cgi?id=78271
backtrace of doom_gog.exe
DOOM + DOOM II by Nightdive Studios released in 2024. I am using the GOG.com
version.
The game will get past the opening screens, then crash on the main menu. It
worked okay in Wine 10.2.
I have tracked down the problematic commit to:
fd539487b7860ff0a53474aa6fbcbe229f3f42c1 rsaenh: Use the bundled tomcrypt
to replace the local copy.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=58041
Bug ID: 58041
Summary: PlayOnline Viewer: Black screen when running via
winewayland.
Product: Wine
Version: 10.4
Hardware: x86-64
URL: https://web.archive.org/web/20210810150839/http://www.
playonline.com/ff11eu/download/media/install_win.html
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Distribution: Gentoo
Running PlayOnline Viewer via Wayland by setting DISPLAY="" in an LXQt/Wayfire
session results into a completely black window.
The application still works, just no content can be seen.
Final Fantasy XI Online, which PlayOnline Viewer is used to launch, seems to
work OK so far, when navigated to blindly.
Did not spot anything different in the default terminal output yet.
Running via XWayland works as expected, though that also means a black screen
in displays other than the primary screen, or rather the content just isn't
updated in the other screens.
Without XWayland, the result is the same regardless of the display.
Thank you!
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57570
Bug ID: 57570
Summary: Syntax Error in CMD Batch Parsing
Product: Wine-staging
Version: 10.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: juan3(a)yandex.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 77673
--> https://bugs.winehq.org/attachment.cgi?id=77673
running wine cmd
When attempting to run the `msys2_shell.cmd` script from MSYS2, Wine fails with
a syntax error: `Syntax error: unexpected IN`. This issue occurs during the
batch file parsing phase.
1. Download the MSYS2 base archive from the following link:
```
https://github.com/msys2/msys2-installer/releases/download/2024-12-08/msys2…
```
2. Extract the archive to a directory, e.g., `Z:\msys2\msys64`.
3. Navigate to the extracted directory:
```
Z:\msys2\msys64>
```
4. Run the `msys2_shell.cmd` script with the following arguments:
```
msys2_shell.cmd -here -defterm -no-start
```
5. Observe the error:
```
Syntaxfehler
Syntax error: unexpected IN
```
The `msys2_shell.cmd` script should execute without errors and launch the MSYS2
shell environment.
Wine fails with a syntax error: `Syntax error: unexpected 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=57621
Bug ID: 57621
Summary: using glfw with angle doesn't seem to work
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: juan3(a)yandex.com
Distribution: ---
Created attachment 77741
--> https://bugs.winehq.org/attachment.cgi?id=77741
Wine crashes trying to run red_circle, something to do with not finding symbols
on the dlls
when building this project under msys2 windows
https://github.com/Kreijstal/glfw-example.git
and running it under wine, with the non windows dll dependencies copied over.
It turns it can't run under wine. It works fine under windows however.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56927
Bug ID: 56927
Summary: msys2-64/cygwin64: rsync fails with 'Socket operation
on non-socket'
Product: Wine
Version: 9.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 76749
--> https://bugs.winehq.org/attachment.cgi?id=76749
Notes to reproduce, a backtrace in cygwin/wine.
I tried to check if bug #19858 is still an issue.
Unfortunately I hit a rsync call which fails:
$ rsync -aq --delete-before dir-a dir-b
rsync: [Receiver] Failed to dup/close: Socket operation on non-socket (108)
rsync error: error in IPC code (code 14) at pipe.c(157) [Receiver=3.2.7]
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(231)
It looks like rsync forks a child process, and the child tries then to close
the derived socket, which cannot be found in closesocket/socket_list_remove.
This seems kind of similar to bug #54995.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53574
Bug ID: 53574
Summary: MSYS2 "pacman -Sy" fails key lookup
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: joel(a)airwebreathe.org.uk
Distribution: ---
Created attachment 72951
--> https://bugs.winehq.org/attachment.cgi?id=72951
Log of console interaction
With a fresh Msys2 installation, pacman fails to run, because it keeps
producing "key lookup failed" errors. The user is prompted to with the
following message:
error: mingw32: key "5F944B027F7FE2091985AA2EFA11531AA0AA7F57" is unknown
:: Import PGP key 5F944B027F7FE2091985AA2EFA11531AA0AA7F57? [Y/n] Y
However, if the user selects "yes", pacman simply asks the same question again
after a short delay, in an infinite loop.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=55138
Bug ID: 55138
Summary: msys2: bash.exe is not able to fork/start another
process.
Product: Wine
Version: 8.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 74697
--> https://bugs.winehq.org/attachment.cgi?id=74697
allocation stacks in parent and child bash.exe
This is a followup to bug 47808.
If I understand it right, bug 47808 was primarily about native libraries
getting called at a win32 stack which was not yet committed.
Those native libraries then jumped over the guard page, therefore the stack
got not grown, instead a crash reported.
This aspect was fixed by using the syscall interface and
therefore bug 47808 was closed.
But there is another issue that causes a msys2-forked process crashing,
because after the stack was grown it still misses the PAGE_READWRITE flags.
For this Zeb Figura included in the first attachement to bug 47808
"always expand the stack if within the stack reserve"
a line adding the flags "VPROT_COMMITTED | VPROT_READ | VPROT_WRITE"
to the page that gets the VPROT_GUARD removed in grow_thread_stack.
This modification still enables a forked process to run.
The issue can be reproduced with an unmodified wine by just
- running msys2 bash.exe interactively
- then trying to start e.g. notepad from it.
Attached file shows the stack when the stack gets allocated
- in a working msys2-parent process and
- in a failing msys2-forked child process.
Therefore it looks like the forked stack get really setup differently,
but it is still not clear if or when this memory gets the READ/WRITE
added in native windows.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57430
Bug ID: 57430
Summary: Guild Wars 2: erratic camera movements while holding
mouse buttons on Wine Wayland
Product: Wine
Version: 9.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: mweires(a)googlemail.com
Distribution: ---
using GNOME 47.1 (Wayland) and Wine 9.21 (Wine Wayland) the camera will do a
hefty jerk to the top anytime you hold the left or right mouse button and move
the mouse slightly. everything else seems to work as expected ingame.
tested on a clean wine prefix with only DISPLAY="" set + latest Guild Wars 2
(64-bit) client.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.