https://bugs.winehq.org/show_bug.cgi?id=53598
Bug ID: 53598
Summary: Wrong icons in MDI child menu title bar
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: vz-wine(a)zeitlins.org
Distribution: ---
In Wine 7 MDI child windows show strange icons in their title bar (looking like
"0", "1" and some strange rectangular shape, respectively) instead of the
expected standard minimize/restore/close buttons.
This used to work in Wine 4 and possibly later, I could run git-bisect if
really necessary, but it's going to take some time to rebuild Wine ~15 times,
so maybe someone can see where does the problem come from without doing this?
Also, I don't provide a reproducer because I believe this affects any program
using MDI, but please let me know if one is needed (and in which form, source
or binary).
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
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.
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.
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.
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.
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.