https://bugs.winehq.org/show_bug.cgi?id=57259
Bug ID: 57259
Summary: Keepass 2 automatic update dialog is broken
Product: Wine
Version: 9.18
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: ---
Created attachment 77175
--> https://bugs.winehq.org/attachment.cgi?id=77175
Screenshot Wine
See screenshots.
--
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=54066
Bug ID: 54066
Summary: SysLink control shouldn't delete the HFONT it didn't
create
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: vz-wine(a)zeitlins.org
Distribution: ---
I believe there is a bug in `dlls/comctl32/syslink.c` where `WM_DESTROY`
handler calls `DeleteObject(infoPtr->Font)`, although this font is not owned by
the control -- it is (or can be) given to it via `WM_SETFONT` and doing this
means that a system font can be destroyed prematurely, resulting in plenty of
other problems later on in the program.
Amazingly, it looks like this code was there since a1f3756daab (Free allocated
font handles when control is destroyed., 2004-12-08) and I don't really
understand how could it not be noticed until now, but apparently somehow it
wasn't.
The following trivial patch:
```
diff --git a/dlls/comctl32/syslink.c b/dlls/comctl32/syslink.c
index 8130bf19641..efc3467838b 100644
--- a/dlls/comctl32/syslink.c
+++ b/dlls/comctl32/syslink.c
@@ -1709,7 +1709,6 @@ static LRESULT WINAPI SysLinkWindowProc(HWND hwnd, UINT
message,
case WM_DESTROY:
TRACE("SysLink Ctrl destruction, hwnd=%p\n", hwnd);
SYSLINK_ClearDoc(infoPtr);
- if(infoPtr->Font != 0) DeleteObject(infoPtr->Font);
if(infoPtr->LinkFont != 0) DeleteObject(infoPtr->LinkFont);
SetWindowLongPtrW(hwnd, 0, 0);
Free (infoPtr);
```
is enough to fix the problem for me.
--
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=57746
Bug ID: 57746
Summary: BeckyInternetMail/VirtualListView: The ListView of the
email list isn't redrawn while receiving email.
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: axis6404(a)proton.me
Distribution: ---
Screen recordings of the original operation (win8.1) and the incorrect
operation (wine). Please check the attached mp4.
Bug Description:
Win8.1 (correct):
- Click on the “Inbox” button.
- Press the “Receive Mail” button
- Each time an email is received, the email is added to the email list.
Wine (wrong):
- Click on the inbox
- Press the “Receive Mail” button
- Mail is received, but the ListView of the mail list is not updated at all.
After switching to another location, such as the outbox, click the inbox again,
and the new mail will appear in the ListView.
I used Spy++ to investigate Becky on Win8_1. I found the LVM_SETITEMCOUNT
message in the ListView of the Mail List screen. Maybe the Virtual List View is
not redrawing properly.
How to Use Virtual List-View Controls
https://learn.microsoft.com/windows/win32/controls/use-virtual-list-view-co…
--
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=56145
Bug ID: 56145
Summary: Wine lacks VR support ( OpenVR/OpenXR runtime shim)
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xeno(a)x-s.com.pl
Distribution: ---
Currently VR support in Linux gets to the point where it becomes viable option.
Linux native apps tend to do just fine , but there's no way for VR capable
windows apps running trough Wine to detect/use VR devices.
VR is supposed to be supported on Proton and hacky Wine-Proton hybrids, where
first option limits support to apps from Steam and second one is a bit
cumbersome to get it working.
To solve this issue wine environment could provide thin VR runtime environment
that catches calls from apps and direct those to linux native VR runtime that
is installed on user system. Wine OpenXR library shouldn't be that complex as
it'd be simple 1:1 mapping of OpenXR API. For Valve OpenVR API there are two
possible approaches, one similar to OpenXR where wine just forward calls to
SteamVR or it could translate calls to OpenXR, like OpenComposite does, then
call OpenXR runtime on Linux side.
--
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=56378
Bug ID: 56378
Summary: Microsoft Edge and Edge-based WebView2 do not function
without --no-sandbox option
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: asdfghrbljzmkd(a)outlook.com
Distribution: ---
Microsoft Edge will freeze about 1-3 seconds after launching.
Steps to reproduce:
1. Download and install WebView2 (which includes Edge) from
https://developer.microsoft.com/en-us/microsoft-edge/webview2/
2. Run:
wine "/PATH/TO/PREFIX/drive_c/Program Files
(x86)/Microsoft/EdgeCore/VERSIONNUMBER/msedge.exe" --disable-gpu --no-first-run
Edge will not launch. If you add --no-sandbox to the launch options, it will
launch, but freeze after a second or so
(https://bugs.winehq.org/show_bug.cgi?id=56377)
--disable-gpu is required wine wined3d, it can be dropped if using DXVK.
--no-first-run disables the first run prompting you to sign in and such, it has
no bearing on this bug itself.
This also affects applications using WebView2, e.g. the Adobe Creative Cloud
setup application:
WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS="--disable-gpu" wine
'/PATH/TO/Creative_Cloud_Set-Up.exe'
Using this at least allows the window to open, though it is blank for reasons
currently unknown:
WEBVIEW2_ADDITIONAL_BROWSER_ARGUMENTS="--disable-gpu --no-sandbox" wine
'/PATH/TO/Creative_Cloud_Set-Up.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.
https://bugs.winehq.org/show_bug.cgi?id=57597
Bug ID: 57597
Summary: Rufus: Incorrect display of bitmap in buttons
Product: Wine
Version: 10.0-rc3
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 77711
--> https://bugs.winehq.org/attachment.cgi?id=77711
Wine
Rufus 2.18
See screenshot from Wine and Win11. Wine does not show button bitmap correctly
--
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=54697
Bug ID: 54697
Summary: Gaming.Input is not working with RAW controller API
Product: Wine
Version: 8.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: windows.gaming.input
Assignee: wine-bugs(a)winehq.org
Reporter: winrazor(a)gmail.com
Distribution: ---
Hello, I'm trying to run .Net Framework 7.0 application with Gamin.Input Raw
device API on Ubuntu Linux and have the following error:
fixme:input:controller_QueryInterface {43c0c035-bb73-4756-a787-3ed6bea617bd}
not implemented, returning E_NOINTERFACE
Connected device is detected but it cannot read info from device.
Tried with 2 different controllers: Trustmaster Dual Trigger and Xbox Series S
by cable, and have the same problem.
Wine 8.3 Staging is configured for Windows 11. In Windows 11 application works.
Do you have an idea?
Thanks is advance.
Timur.
--
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=56260
Bug ID: 56260
Summary: 16-bit Myst deadlocks when entering Book
Product: Wine
Version: 9.1
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: ---
First, work around bug 56225.
- Run winecfg and mount the Myst/cd folder as D:\
- Run `sudo sysctl vm.mmap_min_addr=0`
- In one terminal, run `Xephyr :2 -ac -screen 800x600x8`
- In another terminal, run `DISPLAY=:2 openbox`
- In a third terminal, cd to "Myst/win3.1/MYST/" and run `DISPLAY=:2 wine
'MYST.EXE'`
Click through the intro and into the image in the book, this should get you
into the first world. On wine it just plays a sound, and then locks up.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56225
Bug ID: 56225
Summary: Myst deadlocks on start since Wine 3.2
Product: Wine
Version: 3.2
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Steps to reproduce:
1. Run `sudo sysctl vm.mmap_min_addr=0`
2. Run `DISPLAY=:1 wine MYST.EXE`
In Wine 3.1, the game pops up a dialog that says "Myst requires a 256-color
palettized display driver." But in Wine 3.2 and later, Wine just prints an
error like the following:
00f0:err:sync:RtlpWaitForCriticalSection section 777129E0
"../wine/dlls/krnl386.exe16/syslevel.c: Win16Mutex" wait timed out in thread
00f0, blocked by 0114, retrying (60 sec)
`git bisect` says:
ed6bdb3c51cd4b8c94f9839806321703e7aa9765 is the first bad commit
commit ed6bdb3c51cd4b8c94f9839806321703e7aa9765
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Feb 5 17:03:48 2018 +0100
krnl386: Remove support for DPMI real-mode calls.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
$ sha256sum myst_win3x_win.7z
562d3a3d829648352b94ab0d828290f17f90406d34218ebe3ffd0ac012cb12e3
--
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=56431
Bug ID: 56431
Summary: Dotnet TreeView disappearing plus-sign
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Wagner.a18(a)yahoo.com
Distribution: ---
I try to get a dotnet application, which has a treeview element on board,
running.
If I expand a tree node to display the next level of child tree nodes with a
press on the plus-sign and collapse
the child tree node level with the minus-sign after that. The plus-sign
disappears and I am not able to expand the tree node again.
I have to restart the whole application to be able to expand the tree node
again.
I installed this packages
- WINEPREFIX=~/.wine-32 winetricks vcrun2005 vcrun2008 vcrun2010 vcrun2012
vcrun2013 vcrun2015
- WINEPREFIX=~/.wine-32 winetricks msxml3
- WINEPREFIX=~/.wine-32 winetricks msxml4
- WINEPREFIX=~/.wine-32 winetricks msxml6
- WINEPREFIX=~/.wine-32 winetricks mdac28
- WINEPREFIX=~/.wine-32 winetricks jet40
--
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.