https://bugs.winehq.org/show_bug.cgi?id=53243
Bug ID: 53243
Summary: Ctrl-number keys type the number, instead of sending
Ctrl-number
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: emendelson(a)mac.com
Ctrl-number (Ctrl-2, Ctrl-6, etc.) types the number, does not send Ctrl-2,
Ctrl-6, etc.
In macOS Monterey (Intel), with wine-devel installed via Brew, and testing with
the 64-bit version of the vDos MS-DOS emulator. The MS-DOS word processor
WordPerfect for DOS uses Ctrl-2 and Ctrl-6, but with vDos under Wine, Ctrl-2
types "2" in the editing window and Ctrl-6 types "3" in the editing window.
Ctrl-letter keys like Ctrl-C and Ctrl-V work correctly; only Ctrl-number keys
don't work.
Ctrl-number keys work correctly in the DOSBox-X emulator on the same Mac. They
only fail to work under vDos.
Is it possible to fix this?
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=6893
temp82(a)luukku.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |temp82(a)luukku.com
--- Comment #23 from temp82(a)luukku.com ---
still a checksum mismatch and a crash.
wine 7.12.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=35294
Bug ID: 35294
Summary: Window borders shown over other windows
Product: Wine
Version: 1.7.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: p91paul(a)gmail.com
Classification: Unclassified
Created attachment 47074
--> http://bugs.winehq.org/attachment.cgi?id=47074
Opened Line window on top
Workflow: open a Line (http://line.naver.jp/en/) chat window. (window.png
attachment)
Switch to another window, so that the line window moves back.
Line window borders will remain visible(borders.png attachment: watch were
there was the window in window.png, you will see the borders)
I'm also unable to minimize the window, the button does nothing. The bug is
reproducible with "Allow window manager to manage the windows" checked; if I
uncheck it before launching wine, simply Line window stays over all other
windows (you will stay in the situation of window.png also if you focus another
window).
Running cinnamon on Arch Linux.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53260
Bug ID: 53260
Summary: Wine won't open distro-installed text editors and the
like
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: orowwith2os(a)gmail.com
Distribution: ---
I've seen, multiple times, people have an issue where Wine won't open a file
(from inside the wine prefix) with an external host application, like NeoVIM,
Kate, or Visual Studio Code, instead stating
I believe it would be a minor, but worth it, feature to add to Wine.
If I had to suggest a way to implement this, I would suggest using the
xdg-desktop-portals, as they work with sandboxed applications like Flatpak, and
may be the ideal method to use for Wine.
TL;DR, please add the ability to open files from inside Wine with external
applications, possibly by using the XDG desktop portals.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53201
Bug ID: 53201
Summary: evr:evr crashes almost systematically on the TestBot's
Wine VMs
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
evr:evr crashes almost systematically on the TestBot's Wine VMs.
First the crashes happen either after this line:
evr.c:1337: Test marked todo: Unexpected hr 0x80004001.
or this one:
evr.c:2324: Test marked todo: Unexpected hr 0x80004001.
Then the crashes can take several forms. The most common is an
EXCEPTION_WINE_ASSERTION:
Unhandled exception: assertion failed in 32-bit code (0xf7f7a559).
[...]
Backtrace:
=>0 0xf7f7a559 __kernel_vsyscall+0x9() in [vdso].so (0x0063e32c)
1 0xf7d4ae02 in libc.so.6 (+0x34e02) (0x0063e32c)
2 0xf7d33306 in libc.so.6 (+0x1d306) (0xf7efb000)
3 0x764b43d8 in libllvm-11.so.1 (+0x75f3d8) (0x0063e628)
4 0x764b41b0 in libllvm-11.so.1 (+0x75f1b0) (0x78f38762)
5 0x7420656c in libvulkan_radeon.so (+0x2f456c) (0x62616e55)
6 0x6c667265 (0x766f2078)
7 0xfe787067 (0x838d72eb)
[...]
Test failed: crash (80000101)
It can also be a read access to 0x00000004. In that case the backtrace is
different:
Unhandled exception: page fault on read access to 0x00000004 in 32-bit code
(0x63dc19f0).
Backtrace:
=>0 0x63dc19f0 in swrast_dri.so (+0x6a39f0) (0x6f2acba4)
1 0x63dc6de7 in swrast_dri.so (+0x6a8de7) (0x00007dbc)
2 0x64213985 in swrast_dri.so (+0xaf5985) (0x00007dbc)
3 0x63dc1b9a in swrast_dri.so (+0x6a3b9a) (0x00007dbc)
4 0x63daa367 in swrast_dri.so (+0x68c367) (0x71291010)
5 0x637ae197 in swrast_dri.so (+0x90197) (0x7b5764a0)
6 0x637a261d in swrast_dri.so (+0x8461d) (0x00000000)
7 0x63cbb3f0 in swrast_dri.so (+0x59d3f0) (0x7b574e00)
8 0x7b7aecba in libglx_mesa.so.0 (+0x2bcba) (0x7d667330)
9 0x7b7aca38 in libglx_mesa.so.0 (+0x29a38) (0x00000000)
10 0x7d95fe24 in libglx.so.0 (+0x3e24) (0x7d98f000)
11 0x7e38a419 create_glxcontext+0x39(context=<internal error>,
shareList=<internal error>, display=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\winex11.drv\opengl.c:1288] in
winex11.so (0x0063f648)
12 0x7e38e10e X11DRV_wglCreateContextAttribsARB+0x15e(hdc=94010068,
hShareContext=<is not available>, attribList=<is not available>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\winex11.drv\opengl.c:2079] in
winex11.so (0x0063f688)
13 0x7a8bc111 wglCreateContextAttribsARB+0xd1(hdc=<internal error>,
share=<internal error>, attribs=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\opengl32\wgl.c:281] in opengl32
(0x0063f6c8)
14 0x71481767 context_create_wgl_attribs+0x67(gl_info=047AE2E4, hdc=94010068,
share_ctx=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\context_gl.c:1894] in
wined3d (0x0063f748)
15 0x71448ca0 wined3d_caps_gl_ctx_create_attribs+0x40(caps_gl_ctx=0063F830,
gl_info=047AE2E4)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\adapter_gl.c:285] in
wined3d (0x0063f788)
16 0x71450f6d wined3d_adapter_gl_init+0x1e75(wined3d_creation_flags=<internal
error>, ordinal=<internal error>, adapter_gl=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\adapter_gl.c:5359] in
wined3d (0x0063f8d8)
17 0x71450f6d wined3d_adapter_gl_create+0x1ebd(ordinal=0,
wined3d_creation_flags=0x3ecc)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\adapter_gl.c:5440] in
wined3d (0x0063f8d8)
18 0x714bb6fb wined3d_init+0x4b(wined3d=047AE2C8, flags=0x3ecc)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\directx.c:3509] in
wined3d (0x0063f938)
19 0x715514d2 wined3d_create+0x62(flags=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\wined3d_main.c:141] in
wined3d (0x0063f978)
20 0x67c91d65 d3d9_init+0x35(d3d9=047AE2A8, extended=0)
[Z:\home\winetest\tools\testbot\var\wine\dlls\d3d9\directx.c:702] in d3d9
(0x0063f9c8)
21 0x67c83b31 Direct3DCreate9+0x5c(sdk_version=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\d3d9\d3d9_main.c:44] in d3d9
(0x0063f9f8)
22 0x6558fb89 video_presenter_init_d3d+0x18(presenter=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\evr\presenter.c:2112] in evr
(0x0063fa98)
23 0x6558fb89 evr_presenter_create+0x129(outer=00000000, out=0063FAEC)
[Z:\home\winetest\tools\testbot\var\wine\dlls\evr\presenter.c:2172] in evr
(0x0063fa98)
24 0x65581d3d classfactory_CreateInstance+0x8d(iface=<internal error>,
outer_unk=<internal error>, riid=<internal error>, ppobj=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\evr\main.c:122] in evr
(0x0063fb08)
25 0x6850b749 IClassFactory_CreateInstance+0x1c(ppvObject=<internal error>,
riid=<internal error>, pUnkOuter=<internal error>, This=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine-win32\include\unknwn.h:223] in combase
(0x0063fb98)
26 0x6850b749 CoCreateInstanceEx+0xe4(rclsid=<internal error>,
outer=<internal error>, cls_context=<internal error>, server_info=<internal
error>, count=<internal error>, results=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\combase\combase.c:1891] in
combase (0x0063fb98)
27 0x6850bbe1 CoCreateInstance+0x6c(rclsid=<internal error>, outer=<internal
error>, cls_context=<internal error>, riid=<internal error>, obj=<internal
error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\combase\combase.c:1681]
in combase (0x0063fc18)
28 0x6558f8c1 MFCreateVideoPresenter+0x91(owner=<internal error>,
riid_device=<internal error>, riid=<internal error>, obj=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\evr\presenter.c:2100] in evr
(0x0063fc88)
29 0x00404c72 in evr_test (+0x4c72) (0x0063fd28)
[...]
And on cw-rx460 some underlying library just called exit(0):
evr.c:1337: Test marked todo: Unexpected hr 0x80004001.
evr:evr:06ac done (0) in 2s
The main process has no test summary line
https://test.winehq.org/data/patterns.html#evr:evr
So this impacts not just the TestBot VMs with their QXL graphics card, but also
real hardware with an AMD RX 460 GPU.
Finally the crashes started on 2022-05-17 and a bisect on a Debian VM points to
the commit below as the culprit:
commit 4a98b07c4bcc35a698448261478ba856c149cbea
Author: Zhiyi Zhang <zzhang(a)codeweavers.com>
Date: Tue May 17 14:17:53 2022 +0800
winex11.drv: Open a Vulkan device for D3DKMTOpenAdapterFromLuid().
The Vulkan device is used for querying video memory information for
implementing
D3DKMTQueryVideoMemoryInfo().
Signed-off-by: Zhiyi Zhang <zzhang(a)codeweavers.com>
Signed-off-by: Huw Davies <huw(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52475
Bug ID: 52475
Summary: Shogun Total War 2 crashes on start up. (Main
Application.)
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
Created attachment 71762
--> https://bugs.winehq.org/attachment.cgi?id=71762
Backtrace of crash in 32bit native mode.
As of Wine 7.0 The main game application (Shogun2.exe) crashes after selecting
the DirectX version with an illegal instruction exception.
This occurs in a clean prefix regardless of wine running the game in 32bit
native mode or WoW64 mode. The only difference is the offset of the crash.
Which is consistent with each test.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=49501
Bug ID: 49501
Summary: Star Citizen: No mic input audio (used for voip)
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winepulse.drv
Assignee: wine-bugs(a)winehq.org
Reporter: simonnatella(a)gmail.com
Distribution: ---
Created attachment 67628
--> https://bugs.winehq.org/attachment.cgi?id=67628
Fixes Star Citizen voip naively
Mic input within Star Citizen does not work, despite audio devices being
recognised and audio output working correctly.
I've done some debugging and produced the attached very naive fix - I'm aware
it's Pulse only and it does not actually handle the required mmdevapi flags, it
just doesn't error on seeing them. I'm not a C developer, so unfortunately
writing handling for these flags is well beyond my skills.
The missing flags are described on
https://docs.microsoft.com/en-gb/windows/win32/coreaudio/audclnt-streamflag…
as AUDCLNT_STREAMFLAGS_AUTOCONVERTPCM and
AUDCLNT_STREAMFLAGS_SRC_DEFAULT_QUALITY
The whitelist in AudioClient_Initialize for Pulse doesn't acknowledge these
(heck, mmdevapi doesn't have the constants defined) and so when provided them
bails out, this patch just lets the code continue.
The fix has been used by ourselves for a few weeks and by TkG in his wine
builds, and so far we've not seen any side effects, except working mic input in
SC of course.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53235
Bug ID: 53235
Summary: The 32-bit mfplat:mfplat crashes on the TestBot
debian11 VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
The 32-bit mfplat:mfplat crashes on the TestBot debian11 VM.
The crash is either a EXCEPTION_WINE_ASSERTION:
mfplat.c:922: Test marked todo: Unexpected sub type
{30323449-0000-0010-8000-00aa00389b71}.
Unhandled exception: assertion failed in 32-bit code (0xf7f45559).
Backtrace:
=>0 0xf7f45559 __kernel_vsyscall+0x9() in [vdso].so (0x0065e42c)
1 0xf7d15e02 in libc.so.6 (+0x34e02) (0x0065e42c)
2 0xf7cfe306 in libc.so.6 (+0x1d306) (0xf7ec6000)
3 0x5d3f43d8 in libllvm-11.so.1 (+0x75f3d8) (0x0065e728)
4 0x5d3f41b0 in libllvm-11.so.1 (+0x75f1b0) (0x5fe78762)
5 0x7420656c in libxvidcore.so.4 (+0xa656c) (0x62616e55)
0xf7f45559 __kernel_vsyscall+0x9 in [vdso].so: popl %ebp
Or a plain NULL pointer dereference:
Unhandled exception: page fault on write access to 0x00000000 in 32-bit code
(0x70baff74).Backtrace:
=>0 0x70baff74 memset+0x24(dst=0x000000000, c=0, n=0x4000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\msvcrt\string.c:3150] in ucrtbase
(0x0357f908)
1 0x715283e3 wined3d_texture_load_location+0x423(texture=001AC9E0,
sub_resource_idx=0, context=001A9A30, location=0x8)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\texture.c:853] in wined3d
(0x0357f9a8)
2 0x715173ae surface_cpu_blt+0x9ee(dst_texture=001AC9E0,
dst_sub_resource_idx=0, dst_box=0357FB38, src_texture=001AC588,
src_sub_resource_idx=0, src_box=0357FB50, flags=0x20000000, fx=0357FB68,
filter=WINED3D_TEXF_POINT)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:752] in wined3d
(0x0357faf8)
3 0x71518ea2 cpu_blitter_blit+0xc2(blitter=001AC3C0,
op=WINED3D_BLIT_OP_RAW_BLIT, context=001A9A30, src_texture=001AC588,
src_sub_resource_idx=0, src_location=0x10, src_rect=0357FE10,
dst_texture=001AC9E0, dst_sub_resource_idx=<is not available>,
dst_location=0x8, dst_rect=0357FE20, color_key=00000000,
filter=WINED3D_TEXF_POINT, resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:1328] in
wined3d (0x0357fb98)
4 0x715368a2 ffp_blitter_blit+0xa2(blitter=001AC3D8,
op=WINED3D_BLIT_OP_RAW_BLIT, context=001A9A30, src_texture=001AC588,
src_sub_resource_idx=0, src_location=0x10, src_rect=0357FE10,
dst_texture=001AC9E0, dst_sub_resource_idx=0, dst_location=0x8,
dst_rect=0357FE20, colour_key=00000000, filter=WINED3D_TEXF_POINT,
resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\texture.c:6213] in
wined3d (0x0357fc58)
5 0x714dc91d glsl_blitter_blit+0x1ad(blitter=001AC3F0,
op=WINED3D_BLIT_OP_RAW_BLIT, context=001A9A30, src_texture=001AC588,
src_sub_resource_idx=0, src_location=0x10, src_rect=0357FE10,
dst_texture=001AC9E0, dst_sub_resource_idx=0, dst_location=0x8,
dst_rect=0357FE20, colour_key=00000000, filter=WINED3D_TEXF_POINT,
resolve_format=00000000)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\glsl_shader.c:13270] in
wined3d (0x0357fd78)
6 0x7151a181 texture2d_blt+0x3c1(dst_texture=001AC9E0,
dst_sub_resource_idx=0, dst_box=0479C3C8, src_texture=001AC588,
src_sub_resource_idx=0, src_box=0479C3E8, flags=0x20000000, fx=0479C404,
filter=WINED3D_TEXF_POINT)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\surface.c:1639] in
wined3d (0x0357fe48)
7 0x7149b07d wined3d_cs_exec_blt_sub_resource+0xcd(cs=04790020,
data=0479C3BC) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:2579]
in wined3d (0x0357fec8)
8 0x7149cb2b wined3d_cs_command_unlock(queue=<internal error>, cs=<internal
error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3310] in
wined3d (0x0357ff28)
9 0x7149cb2b wined3d_cs_execute_next+0x53(queue=<internal error>,
cs=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3309] in wined3d
(0x0357ff28)
10 0x7149cb2b wined3d_cs_run+0x11b(ctx=<internal error>)
[Z:\home\winetest\tools\testbot\var\wine\dlls\wined3d\cs.c:3375] in wined3d
(0x0357ff28)
11 0x7b62a170 in kernel32 (+0x2a170) (0x0357ff48)
12 0x7bc5a937 in ntdll (+0x5a937) (0x0357ff5c)
13 0x7bc5aff0 RtlCreateUserThread(entry=7149CA10, arg=04790020)
[Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\thread.c:261] in ntdll
(0x0357ffec)
0x70baff74 memset+0x24
[Z:\home\winetest\tools\testbot\var\wine\dlls\msvcrt\string.c:3150] in
ucrtbase: movl %eax,0x0(%ebx)
3150 *(unaligned_ui64 *)(d + 0) = v;
https://test.winehq.org/data/patterns.html#mfplat:mfplat
This is most likely the same issue as the d2d1:d2d1 (bug 53231) and evr:evr
(bug 53201) crashes.
Still, this time the crash:
* Does not happen on my Debian 11 + Intel & KDE box
* Does not happen on my Debian 11 + QXL + single monitor VM
* Happens on the TestBot's Debian 11 + QXL + dual monitor VM (probably slightly
different library versions)
* Does not happen on the TestBot's Debian Testing + QXL + dual monitor VM
Also the crashes started when the debian11 VM was updated and moved to the gpu1
VM host.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53156
Bug ID: 53156
Summary: MetaTrader4 stopped working properly with wine 7.10
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: tst1(a)mixbox.pl
Distribution: ArchLinux
After updating wine to 7.10 (under Manjaro Linux) MetaTrader4 stopped working
properly.
When opening MetaTrader4, charts windows initially seem to work properly, but
when an Alert window appears, clicking on any chart or alert window changes the
whole workspace of MetaTrader4 into a blank MetaTrader4 window.
Sometimes (before an Alert window appeared) It was not possible to change
timeframes of a chart window.
Downgrading wine to a previous wine 7.7 version was a workaround solution
solving the issue.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=52729
Bug ID: 52729
Summary: Argentum 20 RPG Launcher has graphical glitches since
7.3
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
It never really rendered properly, but there's been a massive graphic
regression in wine-7.3. See attachments.
Website: https://www.argentum20.com/
Download: https://www.elmesonhostigado.com/foro/instalador/Instalador_AO20.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.