wine-bugs January 2025

wine-bugs@winehq.org

1 participants
974 discussions

[Bug 57533] New: KDE taskbar does not hide while Rocket League is fullscreen mode
by WineHQ Bugzilla 15 Feb '25

15 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57533 Bug ID: 57533 Summary: KDE taskbar does not hide while Rocket League is fullscreen mode Product: Wine-staging Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: oguilherme(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 77592 --> https://bugs.winehq.org/attachment.cgi?id=77592 KDE Plasma taskbar does not hide Starting from Wine Staging 9.22, the Plasma task bar (or "task manager") does not hide, even though the game is in full screen mode. Please see the attached screenshot. This does not reproduce with Vanilla 9.22, and also does not reproduce with Staging 9.21. System info: - Wine Staging 9.22 (built by Kron4ek: https://github.com/Kron4ek/Wine-Builds) - DXVK Sarek 1.10.5 (https://github.com/pythonlover02/DXVK-Sarek) - Display server: X11 (Xorg 21.1.14) - Desktop Environment: KDE Plasma 6.2.4 - GPU: NVIDIA GTX 660 (Driver: 470.256.02) - OS: 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.

1 4

[Bug 37421] New: Internet Explorer 8: crashes on startup
by wine-bugs＠winehq.org 15 Feb '25

15 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=37421 Bug ID: 37421 Summary: Internet Explorer 8: crashes on startup Product: Wine Version: 1.7.27 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: swdevelop1981(a)gmail.com Created attachment 49768 --> https://bugs.winehq.org/attachment.cgi?id=49768 terminal output After updating wine above 1.7.25 starting ie8 (installed with winetricks) crashes on startup. -- 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.

2 33

[Bug 16876] New: .NET 3.0: WIC installer hangs due to bug in property sheet control
by wine-bugs＠winehq.org 15 Feb '25

15 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=16876 Summary: .NET 3.0: WIC installer hangs due to bug in property sheet control Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after bug 16875 is fixed, there is another bug unearthed by WIC installer. Normally you won't notice it because the main installer claims success on this sub-installer. If you run WIC installer manually and press "finish" in last property page it simply hangs. Prerequisite: 1. clean WINEPREFIX 2. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 3. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 4. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. There is a (ui) thread spawned to display and handle property sheet: --- snip --- 0084:Starting thread proc 0x1043904 (arg=(nil)) ... 0084:Call comctl32.CreatePropertySheetPageW(7ec515b4) ret=01045ccb ... 0084:Ret comctl32.CreatePropertySheetPageW() retval=00149568 ret=01045ccb ... 0084:Call comctl32.PropertySheetW(7ec516e0) ret=01045ffc 0084:Call KERNEL32.GlobalAlloc(00000040,00000084) ret=7763bc0e 0084:Ret KERNEL32.GlobalAlloc() retval=006026a8 ret=7763bc0e 0084:trace:propsheet:PropertySheetW (0x7ec516e0) 0084:trace:propsheet:PROPSHEET_CollectSheetInfoW ** PROPSHEETHEADER ** dwSize 52 dwFlags 01198100 hwndParent (nil) hInstance (nil) pszCaption L"\1828\7ec5" nPages 5 pfnCallback 0x1043cb1 ... 0084:trace:propsheet:PROPSHEET_PropertySheet startpage: 0 of 5 pages 0084:trace:propsheet:PROPSHEET_CreateDialog ... 0084:trace:propsheet:PROPSHEET_Finish active_page 4 ... 0084:trace:propsheet:PROPSHEET_CleanUp ... 0084:trace:propsheet:PROPSHEET_Finish msg result 0 ... 0084:Ret comctl32.PropertySheetW() retval=00000001 ret=01045ffc .. 0084:Call user32.GetMessageA(7ec519ec,00000000,00000000,00000000) ret=01043942 <hangs here> --- snip --- Relevant code: --- snip dlls/comctl32/propsheet.c --- static BOOL PROPSHEET_Finish(HWND hwndDlg) { .. if (psInfo->result == 0) psInfo->result = IDOK; if (psInfo->isModeless) psInfo->activeValid = FALSE; else psInfo->ended = TRUE; return TRUE; } --- snip dlls/comctl32/propsheet.c --- --- snip dlls/comctl32/propsheet.c --- static INT_PTR PROPSHEET_PropertySheet(PropSheetInfo* psInfo, BOOL unicode) { ... if(!psInfo->isModeless) { parent = psInfo->ppshheader.hwndParent; if (parent) EnableWindow(parent, FALSE); } bRet = PROPSHEET_CreateDialog(psInfo); if(!psInfo->isModeless) { bRet = do_loop(psInfo); if (parent) EnableWindow(parent, TRUE); } return bRet; } --- snip dlls/comctl32/propsheet.c --- --- snip dlls/comctl32/propsheet.c --- static INT do_loop(const PropSheetInfo *psInfo) { MSG msg; INT ret = -1; HWND hwnd = psInfo->hwnd; while(IsWindow(hwnd) && !psInfo->ended && (ret = GetMessageW(&msg, NULL, 0, 0))) { if(ret == -1) break; if(!IsDialogMessageW(hwnd, &msg)) { TranslateMessage(&msg); DispatchMessageW(&msg); } } if(ret == 0) { PostQuitMessage(msg.wParam); ret = -1; } if(ret != -1) ret = psInfo->result; DestroyWindow(hwnd); return ret; } --- snip dlls/comctl32/propsheet.c --- This propery sheet is modal. When the message pumps exits, the return value is derived from "psInfo->result" which is set to IDOK (button "finish") in PROPSHEET_Finish(). Unfortunately this tells the app the property sheet is modeless and it tries to setup it's own message pump after PropertySheetW() return which obviously hangs because the control is no more present at this time. Regards -- 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.

2 26

[Bug 52221] New: GameMaker 8: Missing sound effects
by WineHQ Bugzilla 14 Feb '25

14 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=52221 Bug ID: 52221 Summary: GameMaker 8: Missing sound effects Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dmusic Assignee: wine-bugs(a)winehq.org Reporter: sterophonick(a)gmail.com Distribution: --- Created attachment 71305 --> https://bugs.winehq.org/attachment.cgi?id=71305 The log of the funny game Certain games that run on GameMaker 8 will rely on the DMIME functions IDirectMusicPerformance8Impl_PlaySegmentEx and IDirectMusicPerformance8Impl_StopEx. As these functions are stubbed, the audio is completely absent when these functions are called. Usually, the solution would be to use Winetricks to fetch DirectPlay and the related components, but the latency this causes is around half a second long. Attached is a log from the parody game Sunky.MPEG, which when run in Wine, has audio completely missing as a result of these stubbed functions. -- 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 4

[Bug 57221] New: msmoney.exe crashes when trying to render mrptmain.htm inside the app
by WineHQ Bugzilla 13 Feb '25

13 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57221 Bug ID: 57221 Summary: msmoney.exe crashes when trying to render mrptmain.htm inside the app Product: Wine Version: 6.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: msd+bugs.winehq.org(a)msd.im Distribution: --- In the app Microsoft Money 11.0, I try to see a report (monthly reports) after installing wine-gecko to make it render. It crashes with : ``` 01c0:err:eventlog:ReportEventW L"msmoney.exe" 01c0:err:eventlog:ReportEventW L"11.0.0.716" 01c0:err:eventlog:ReportEventW L"xul.dll" 01c0:err:eventlog:ReportEventW L"47.0.0.7639" 01c0:err:eventlog:ReportEventW L"0092e348" ``` I rerun the program with `WINEDEBUG=+ieframe,+mshtml,+jscript` to get more info. I attached this file to this bug report. wine-6.0.3 (Ubuntu 6.0.3~repack-1) from Ubuntu 22.04.5 LTS How can I help you more ? -- 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 7

[Bug 57755] New: Regression - FL Studio ignores taskbar and goes fullscreen when maximizing
by WineHQ Bugzilla 13 Feb '25

13 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57755 Bug ID: 57755 Summary: Regression - FL Studio ignores taskbar and goes fullscreen when maximizing Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: agarplayerarlon(a)gmail.com Distribution: --- Created attachment 77960 --> https://bugs.winehq.org/attachment.cgi?id=77960 Logs of the application So this issue was introduced with Wine 10.0 or in one of the release candidates, as I didn't had this issue with Wine 9.22 Sadly I haven't been able to test the release candidates of Wine 10 because my arch based distro didn't receive those updates, it stayed on Wine 9.22 and then jumped to 10.0 when it came out. Basically as the title says, if I minimize FL Studio and then maximize it again, the app ignores the taskbar and goes fullscreen, and I've set the taskbar to be always visible and not to autohide. I've not done a regression test because I don't know how to do them but I'm sure it is a regression because I didn't had this issue before. I have provided the logs of the application is case there is something useful there. Thanks in advance -- 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 8

[Bug 57229] New: Wine apps are unable to open OAuth redirect URLs using the cron:// prefix (probably others too, if they exist)
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57229 Bug ID: 57229 Summary: Wine apps are unable to open OAuth redirect URLs using the cron:// prefix (probably others too, if they exist) Product: Wine Version: 9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ezequiel.ezb(a)gmail.com Distribution: --- I’ve been trying to log into Notion and Notion Calendar, but without success. These apps require logging into your Google account using OAuth. When selecting this option, you’re redirected to your browser to log in. After logging in, a URL starting with “cron://” is generated, such as: cron://calendar.notion.so/auth?state=provider%3Dgoogle%26client%3Dweb-electron%26nonce%xxxxx%calendar.notion.so&code=xxxxxxxxx&scope=email profile https://www.googleapis.com/auth/directory.readonly openid https://www.googleapis.com/auth/admin.directory.resource.calendar.readonly https://www.googleapis.com/auth/contacts.other.readonly https://www.googleapis.com/auth/contacts https://www.googleapis.com/auth/calendar.settings.readonly https://www.googleapis.com/auth/calendar.events https://www.googleapis.com/auth/calendar https://www.googleapis.com/auth/userinfo.profile https://www.googleapis.com/auth/userinfo.email&authuser=0&prompt=consent. I removed specific data for privacy. This URL should redirect to the originating app, but Wine doesn’t handle this correctly. Solving this involves modifying xdg MIME types, which is complex and imperfect. Associating a Wine app with the cron:// URL protocol means all such URLs are sent to a single app, which may not be the correct one. -- 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 4

[Bug 57138] New: Unhandled exception after printing a page in Approach
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57138 Bug ID: 57138 Summary: Unhandled exception after printing a page in Approach Product: Wine-staging Version: 9.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 77043 --> https://bugs.winehq.org/attachment.cgi?id=77043 Unhandled exception Fedora 40 wine-staging-9.15-2.1.x86_64 Lotus Approach N99.8.0208.0800 (Smart Suite) I have a script set up in Approach to switch from my main page to an envelope form, print the envelope, then return to the main page. If I manually switch to the main page, and envelope prints fine. I have no problem manually switching back to the man page after the print. If I use the script, the envelope prints, then Approach crashes with a Wine "Unhandled exception error". This was never an issue under Wine 6. Please see the attachment. -- 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 17

[Bug 57623] New: Approach welcome screen does not appear when rub from a virtual desktop
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=57623 Bug ID: 57623 Summary: Approach welcome screen does not appear when rub from a virtual desktop Product: Wine-staging Version: 10.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Lotus Approach N99.8.0208.0800 (Smart Suite) Fedora 41 Xfce 4.18 screen resolution: 4096x2160 Reproduced under: WineHQ Staging: wine-staging-10.0.rc3-1.1.x86_64 winehq-staging-10.0.rc3-1.1.x86_64 Wine Staging Fedora repo: wine-9.15-1.fc41.x86_64 wine-9.15-1.fc41.i686 When Lotus Approach is started from a terminal directory, the welcome screen pops up. $ wine approach But when Lotus Approach is started as a "virtual Desktop", it does not. $ cd .wine/drive_c/lotus/approach/ $ wine explorer /desktop approach From Xfce Launcher: bash -c "cd $HOME/.wine/drive_c/lotus/approach; wine explorer /desktop=`date +%%H:%%M:%%S`_wine_virtual_desktop_1680x1050,1680x1050 approach.exe" If you open a database, then close it, the welcome screen does pop up. I will attach a video of it. -- 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 4

[Bug 53910] New: windows get moved around when dpms blankout happens
by WineHQ Bugzilla 12 Feb '25

12 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=53910 Bug ID: 53910 Summary: windows get moved around when dpms blankout happens Product: Wine Version: 7.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl Distribution: --- Technically, it's a regression, but not sufficiently significant (for me) to check when it began - I initially thought it was something even more random. Anyway, as the summary says, relatively recently (I'd say within last two months, perhaps less) I've noticed than under some at the time unclear condition, some of the windows get randomly moved around their respective desktops without any of my interaction. For the most part it was only slightly annoying and seemingly random, so I've just lived with it. But today I had an idea and successfully tested it. All that's needed was 'xset dpms force off'. It's also quite generic - can be triggered with notepad and winecfg. My setup is of two monitors, but one of them is quite old and most of the time turned off (that still allows for stumbling upon various quirks of winex11.drv's multi-screen handling). Once 'xset dpms force off' is fully in effect, upon restoring from the blankout the windows get somewhat randomly moved. -- 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 28

← Newer
1
...
46
47
48
49
50
51
52
...
98
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs January 2025