September 2022 - Wine-bugs - list.winehq.org

[Bug 53624] New: Mode_switch layer with xmodmap isn't recognized
by WineHQ Bugzilla 02 Sep '22

02 Sep '22

https://bugs.winehq.org/show_bug.cgi?id=53624 Bug ID: 53624 Summary: Mode_switch layer with xmodmap isn't recognized Product: Wine Version: 7.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cairn(a)pm.me Distribution: --- Created attachment 73023 --> https://bugs.winehq.org/attachment.cgi?id=73023 xmodmap example With xmodmap, I am binding "Mode_switch" to CapsLock in order to simulate a different layer of keys. I've attached a file (xmodmap.txt) which is all you need to reproduce this. Download the file and run `xmodmap xmodmap.txt` to enable the example key map. The easiest way I've found to test this is to use `wine notepad`. In the example keymap, Caps + H is bound to the left arrow key. Type something, then press Caps + H. The expected behavior is to move the cursor to the left, but this doesn't work. This issue happens with seemingly any application run through Wine. You can confirm with `xev` that the xmodmap configuration does indeed work. I've attempted to use both keycodes and keysyms in the xmodmap configuration; both result in the same issue. The problem doesn't occur when directly rebinding a key without using "Mode_switch", but that isn't really a workaround, so it still seems worth it to report the issue. Tested on Ubuntu 22.04 running Wine 6.0.3 and GNU Guix running Wine 7.8. The version of xmodmap is 1.0.10. I've reviewed bug #20610 and I think it's worth recognizing this as a separate issue. Maybe the solutions are related. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 53622] New: GR Level 3 display issue when winecfg dpi > 96
by WineHQ Bugzilla 02 Sep '22

02 Sep '22

https://bugs.winehq.org/show_bug.cgi?id=53622 Bug ID: 53622 Summary: GR Level 3 display issue when winecfg dpi > 96 Product: Wine Version: 7.16 Hardware: x86-64 URL: http://grlevelx.com/downloads/grlevel3_2_setup.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: playerone101(a)mail.com Distribution: ArchLinux Created attachment 73019 --> https://bugs.winehq.org/attachment.cgi?id=73019 Image of issue and terminal output The affected software is GR Level 3, weather radar software. Please see the attached image of the issue described below. In wine-staging 7.16, if the dpi setting in winecfg is greater than 96 the software only displays in the top left part of the program window. The rest of the window is either black or covered with artifacts. It is nearly impossible to interact with the software in this state, making it unusable. If the dpi value remains at the default 96 the issue is not present, however, on high dpi monitors that makes the software difficult to use. I have tested this in Arch and Nobara (modified Fedora 36). The issue is present on both systems regardless if the prefix is an existing one or a new prefix. This issue is not present in wine-staging 7.15. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 53618] New: schedsvc:atsvcapi randomly fails to cleanup after itself in Wine
by WineHQ Bugzilla 01 Sep '22

01 Sep '22

https://bugs.winehq.org/show_bug.cgi?id=53618 Bug ID: 53618 Summary: schedsvc:atsvcapi randomly fails to cleanup after itself in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- schedsvc:atsvcapi randomly fails to cleanup after itself in Wine: atsvcapi.c:137: 0: jobid 12, command L"Task1.exe" atsvcapi.c:143: found 0: jobid 12, command L"Task1.exe" atsvcapi.c:171: Test failed: NetrJobDel error 3806 https://test.winehq.org/data/patterns.html#schedsvc:atsvcapi Where 3806 == APE_AT_ID_NOT_FOUND. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 53616] New: Request for Package: winehq-keyring
by WineHQ Bugzilla 01 Sep '22

01 Sep '22

https://bugs.winehq.org/show_bug.cgi?id=53616 Bug ID: 53616 Summary: Request for Package: winehq-keyring Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: jkfloris(a)dds.nl CC: dimesio(a)earthlink.net Distribution: --- Recently, there were some bugs about adding the WineHQ repository. And whether this could be made easier. I created a simple Debian package that adds the winehq key to the system and creates a winehq.sources file. As far as I can test, the package works on Debian, Ubuntu and Mint. This will make the installation the same on these distributions. Is there any interest in making this an official winehq package? The source code can be found on: https://gitlab.winehq.org/jkfloris/winehq-keyring/ -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 1