wine-bugs

wine-bugs@winehq.org

1 participants
159127 discussions

[Bug 38909] New: Notepad corrupts files saved as utf-8 without a byte order mark (BOM)
by wine-bugs＠winehq.org 26 Jul '25

26 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=38909 Bug ID: 38909 Summary: Notepad corrupts files saved as utf-8 without a byte order mark (BOM) Product: Wine Version: 1.1.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Created attachment 51843 --> https://bugs.winehq.org/attachment.cgi?id=51843 screenshot See attached screenshot and test files (from bug 18191). -- 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 5

[Bug 58442] New: x11 fullscreen retries mwm hints causing chaos
by WineHQ Bugzilla 25 Jul '25

25 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58442 Bug ID: 58442 Summary: x11 fullscreen retries mwm hints causing chaos Product: Wine Version: 10.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zlice(a)crtdrift.us Distribution: --- Created attachment 78893 --> http://bugs.winehq.org/attachment.cgi?id=78893 fix-fullscreen-toggle somewhere after 10.8 e072358059abe8446e4ac9e89d2e0618629edf5f changed behavior to keep trying to update window hints, even if they are non-changes(no-op) https://gitlab.winehq.org/wine/wine/-/merge_requests/8079 on openbox, alt-tabbing watch_dogs will randomly toggle decor, then fullscreen (i think this is a openbox bug or at least behavior) but at some point alt-tab will go to nothing focused, then another alt-tab will focus the game. so if you have 2 windows, it takes 3 alt-tabs to go between them. on fluxbox/my-fork multi-alt-tabbing the fullscreen window will go between expected fullscreen and using the decor size of the frame and then resize the 'not fullscreen' watch_dogs window inside, leaving with an empty border where the titlebar and borders would be. (even with telling properties to not change in the wm itself, wine tries to keep changing settings and this happens) jwm is kind of fubar no matter what jwm and fluxbox both still require QS_POSTMESSAGE fix to get past the splashscreen : see https://bugs.winehq.org/show_bug.cgi?id=57954 not sure what the reason was behind the above change but it causes hints to be repeatedly changed, which incorrectly detects 'fullscreen' by ... dlls/win32u/window.c : apply_window_pos() calls dlls/win32u/sysparams.c : is_window_rect_full_screen() checks rects sizes to determine fullscreen (then calls x11drv) user_driver->pWindowPosChanged() which finally calls wm_net and wmw hint updates fullscreen is incorrect because a minimized window does not keep its size/monitor i assume. then the 'no-op' change retries and somewhere things get set to random states, like wanting titlebars and decor again. patch attached that lets it work on fluxbox and openbox, however, not sure that is complete, as it crosses over with many other bugs since late 9.x thinking the openbox issue may be related to a bug with c67bfdbeba1860c891e53c64379f5e86d8e8b664 -- 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 52250] New: windows.h WINE_NOWINSOCK check has been removed
by WineHQ Bugzilla 25 Jul '25

25 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=52250 Bug ID: 52250 Summary: windows.h WINE_NOWINSOCK check has been removed Product: Wine Version: 6.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: sacrom(a)gmail.com Distribution: --- I'm using winelib to compile a Windows/Linux application, where we want to use the Linux code for threads, files system handling, network code, shared memory... and we want WINE just for the Win32 GUI code (as we did not implement a GUI in the Linux/Unix side just on Windows) Since WINE 6.8 (due this commit https://source.winehq.org/git/wine.git/commit/9603fba8943f9699e3af6fcfe4acb…) the WINE_NOWINSOCK check: #ifndef WINE_NOWINSOCK #include <winsock.h> #endif /* WINE_NOWINSOCK */ Has been removed, now my application does not compile as I'm mixing Linux socket definitions with the WINE/Windows "winsock.h" file. If I add this check to the file, the application does compile as with WINE 6.7 Is it possible to add the check back? or should this be done in another way now? -- 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 18

[Bug 58539] New: envelope printing issues with Lotus Approach scripts
by WineHQ Bugzilla 25 Jul '25

25 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=58539 Bug ID: 58539 Summary: envelope printing issues with Lotus Approach scripts Product: Wine Version: 10.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com Distribution: --- Fedora 41 Wine 10-12 devel Lotus Approach N99.8.0208.0800 Problems with Lotus Script print envelopes RunApproachMacro("Print") crashes Lotus Approach CurrentWindow.Print erases the address "to" data and print an envelope without the "To" address Historical instance of this issue: https://bugs.winehq.org/show_bug.cgi?id=53425 -- 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 54261] New: State of Survival got stuck at the end of the loading screen (fixme:dxgi:d3d11_swapchain_Present1?)
by WineHQ Bugzilla 25 Jul '25

25 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=54261 Bug ID: 54261 Summary: State of Survival got stuck at the end of the loading screen (fixme:dxgi:d3d11_swapchain_Present1?) Product: Wine Version: 8.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: thierry.vignaud(a)gmail.com Distribution: --- Created attachment 73817 --> https://bugs.winehq.org/attachment.cgi?id=73817 Wine logs when starting the game State of Survival got stuck at the end of the loading screen See https://appdb.winehq.org/objectManager.php?sClass=version&iId=41243 We can install the game using https://sos-pc.kingsgroupgames.com/dlfile/?clickcode=official It then downloads the game contents but doesn't progress near the end: it got gets stuck on the Loading game resources screen. Then there's a "dnrepair" popup that's unreadable due to squares in place of most letters. ----------------------- The game FAQ talk about that; https://sos.kingsgroupgames.com/pc/faq?seq=error&p=ss_global&t=8Yim9FAR&l=en "How do I solve the problem where the game gets stuck on the Loading game resources screen? 1. Make sure that your VT (Virtualization Technology) is turned on. Please refer to this tutorial: How to Turn on VT>> 2. Close your security/anti-virus software, run the repair program, restart your PC, and then re-enter the game. You can find the repair program here: C:\Program Files (x86)\FunPlus\State of Survival\engine\1.0.8\dnrepairer.exe" ----------------------- Which is the famous dnrepair popup we're seeing above On the terminal, wine displays tons of this message: 0158:fixme:dxgi:d3d11_swapchain_Present1 Ignored present parameters 0089D778. Sometimes another value is displayed: 0158:fixme:dxgi:d3d11_swapchain_Present1 Ignored present parameters 0089AD58. -- 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 12

[Bug 50065] New: its too old to use
by WineHQ Bugzilla 25 Jul '25

25 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=50065 Bug ID: 50065 Summary: its too old to use Product: Wine Version: 5.20 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lankorchang1(a)gmail.com its too old to use -- 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 47957] New: critical error when trying to start pCLAMP
by WineHQ Bugzilla 25 Jul '25

25 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=47957 Bug ID: 47957 Summary: critical error when trying to start pCLAMP Product: Wine Version: 4.0.1 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: critical Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: katiekim3088(a)gmail.com Created attachment 65462 --> https://bugs.winehq.org/attachment.cgi?id=65462 this is the backtrace that it gave me I am unable to use my app -- 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 6

[Bug 22080] New: Wine removes custom drive mappings
by wine-bugs＠winehq.org 25 Jul '25

25 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=22080 Summary: Wine removes custom drive mappings Product: Wine Version: 1.1.40 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sub.mesa(a)gmail.com Wine appears to be forgetting or removing my drive mappings. I have an NFS filesystem mouned on /nfs, i am the owner of that directory with appropriate write permissions. I do something like this: # create new wine directory mkdir /nfs/winetest # populate wine directory WINEPREFIX=/nfs/winetest/ winecfg # Now i go to Drives tab, make a new D-drive, set it to /nfs, then click Apply # close winecfg # when i launch winecfg again, the /nfs D-drive is still there # so far so good # now launch some random application on the NFS-mount cd /nfs/ WINEPREFIX=/nfs/winetest/ wine "D:\\prip\\setup.exe" # result: wine: module not found; application does not start properly # now check winecfg again: WINEPREFIX=/nfs/winetest/ winecfg # now our D-drive mapping isn't set to anything; its empty. So it appears wine removes my custom drive mappings whenever an application is launched or tries to access its DLLs located there. If i did something wrong, i'm not aware of it. Wine should just accept the D-drive and launch the application, not removing my drive mapping. I also tested without using NFS; on my home directory. mkdir ~/winetest mkdir ~/driveD WINEPREFIX=/home/<user>/winetest winecfg # set drive D to map to /home/<user>/driveD/ type Local Disk # click apply & close winecfg cp -p ~/nfs/prip/setup.exe ~/driveD/ WINEPREFIX=/home/<user>/winetest/ wine "D:\\setup.exe" # result: fails again, drive D gone. I'm using Ubuntu 9.10 64-bit, wine 1.1.40 per winehq.org PPA; no modifications. The latest .41 versions is not in your PPA yet, so i can't test. Can anyone confirm this bug? -- 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 16

[Bug 57808] New: crash when switching linux virtual consoles: XI_BadDevice
by WineHQ Bugzilla 25 Jul '25

25 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=57808 Bug ID: 57808 Summary: crash when switching linux virtual consoles: XI_BadDevice Product: Wine-staging Version: 9.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: forestix(a)nom.one CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Whenever I switch away from the current virtual console on linux (using Control+Alt+F2 etc.) wine processes crash with output like this: X Error of failed request: XI_BadDevice (invalid Device parameter) Major opcode of failed request: 131 (XInputExtension) Minor opcode of failed request: 3 (X_OpenDevice) Device id in failed request: 0xXXXXXXX Serial number of failed request: 251 Current serial number in output stream: 251 X Error of failed request: XI_BadDevice (invalid Device parameter) Major opcode of failed request: 131 (XInputExtension) Minor opcode of failed request: 3 (X_OpenDevice) Device id in failed request: 0xXXX Serial number of failed request: 222 Current serial number in output stream: 222 (I have replaced the actual device IDs with X characters above.) As far as I have seen, it affects all applications. Even winecfg crashes on VC switch. The problem occurs only in wine-staging; not in wine-devel or wine-stable. The problem is present in versions 9.4, 9.8, 10.0, and presumably all versions in between. The problem is not present in version 9.3. Tested with official debian builds from dl.winehq.org. This looks similar to bug 57123. I opened a new report instead of commenting in that one because in my case, no devices are unplugged or plugged in to cause the crash, and because I have no easy way to test that scenario. -- 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 12

[Bug 49212] New: Cannot install Internet Explorer 11
by WineHQ Bugzilla 25 Jul '25

25 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=49212 Bug ID: 49212 Summary: Cannot install Internet Explorer 11 Product: Wine Version: 1.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bugzilla(a)tonne.to Distribution: --- Created attachment 67219 --> https://bugs.winehq.org/attachment.cgi?id=67219 bug report I tried to instll Internet Explorer 11. Wine was "Windows 10". It fails. See report. -- 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

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