February 2023 - Wine-bugs - list.winehq.org

[Bug 44236] New: Poisson Superfish: Slow to write binary file.
by wine-bugs＠winehq.org 24 Jun '25

24 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=44236 Bug ID: 44236 Summary: Poisson Superfish: Slow to write binary file. Product: Wine Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: raphaelcervantes(a)protonmail.com Distribution: --- Discussion is in this forum. https://forum.winehq.org/viewtopic.php?f=2&t=29936 I am using Wine to run Poisson Superfish. This program essentially does some calculations and then writes the results into a binary file. This action is performed in less than a second in a Windows environment. Unfortunately, it takes about 10 seconds to write this binary file under Wine. Here is how to reproduce the error: 1. Install Poisson Superfish on linux using Wine. You have to scroll all the way down and click register. http://laacg.lanl.gov/laacg/services/download_sf.phtml 2. Once installed, open a unix terminal in this directory .../.wine/drive_c/LANL/Examples/RadioFrequency/Waveguides/ 3. Run wineconsole cmd. 4. In the new window, run RUNWG.BAT. 3. Several windows will pop up. The ones that stall for a bit are in the process of writing to a file named something.T35. The T35 refers to tape 35 (I guess that's how a sector of harddrive memory would be referred as back in the 80s). This is the binary file with the solution in it. It will finish eventually, but it is pretty slow. -- 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 8

[Bug 52646] New: Trying to run wit (Wimms Iso Tools) , it works, its just when I start the iso extraction it gives me this error.
by WineHQ Bugzilla 24 Jun '25

24 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=52646 Bug ID: 52646 Summary: Trying to run wit (Wimms Iso Tools) , it works, its just when I start the iso extraction it gives me this error. Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: madeinclt26(a)gmail.com Distribution: --- Created attachment 71966 --> https://bugs.winehq.org/attachment.cgi?id=71966 After it starts extracting the iso it says " The program wit.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience. After it starts extracting the iso it says " The program wit.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience. -- 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 13

[Bug 44253] New: Access violation in multiple cases
by wine-bugs＠winehq.org 23 Jun '25

23 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=44253 Bug ID: 44253 Summary: Access violation in multiple cases Product: Wine Version: 3.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ihormcd+wine(a)gmail.com Distribution: --- Created attachment 60052 --> https://bugs.winehq.org/attachment.cgi?id=60052 crash Access violation exception due to access by 0x0000 address in multiple use cases while using Far3. >From Far app try to: 1) on lunch of EXE file (Far.exe, WinMergeU.exe, others) 2) switch drive for the pane (Alt+F1/F2) 3) switch to Quick view mode for a file (Ctrl+Q) *) few other cases App: Far Manager 3.0 build 5100 x64 Wine details: wine-3.0-rc3, the app runs using wineconsole -- 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 17

[Bug 54567] New: comdlg32: Find/Replace: Flags became invalid after EN_KILLFOCUS.
by WineHQ Bugzilla 21 Jun '25

21 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=54567 Bug ID: 54567 Summary: comdlg32: Find/Replace: Flags became invalid after EN_KILLFOCUS. Product: Wine Version: 8.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comdlg32 Assignee: wine-bugs(a)winehq.org Reporter: katayama.hirofumi.mz(a)gmail.com Distribution: --- Created attachment 74109 --> https://bugs.winehq.org/attachment.cgi?id=74109 the patch to fix this bug The flags value became invalid after EN_KILLFOCUS. It caused a bug that FR_DOWN is cleared when the user set focus to edt1 and close the find/replace dialog. -- 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 5

[Bug 54336] New: Wow64 compatibility breaks on newer 64-bit glibc releases
by WineHQ Bugzilla 19 Jun '25

19 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=54336 Bug ID: 54336 Summary: Wow64 compatibility breaks on newer 64-bit glibc releases Product: Wine Version: 8.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ruanformigoni(a)gmail.com Distribution: --- Newer versions of 64-bit glibc break current Wow64 compatibility implementation. For a new vm of fedora 36: $ ./wine-ge-7-35-continuous-x86_64.AppImage --version Usage: wine PROGRAM [ARGUMENTS...] Run the specified program wine --help Display this help and exit wine --version Output version information and exit glibc.x86_64 version is 2.35-20.fc36 glibc.i686 is not installed. -- For a new vm of fedora 37: $ /wine-ge-7-35-continuous-x86_64.AppImage --version /tmp/.mount_wine-gEI9DJM/bin/wine: No such file or directory glibc.x86_64 version is 2.36-9.fc37 glibc.i686 is not installed (installing fixes 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 23

[Bug 37297] New: CreateEdit windows always fullscreen under wine
by wine-bugs＠winehq.org 19 Jun '25

19 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=37297 Bug ID: 37297 Summary: CreateEdit windows always fullscreen under wine Product: Wine Version: 1.7.26 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: n4af(a)n4af.net ref: https://forum.winehq.org/viewtopic.php?t=23405&p=96423 I have a Pascal (Dephi) app that runs well under Wine application layer. The problem is that there are a number of edit controls that will only show in full screen under Wine. This would be an example of a procedure to create a editable window using Alt-D WM_INITDIALOG: begin Windows.SetWindowText(hwnddlg, RC_DUPECHECKOAR); Format(TempBuffer1, TC_ENTERCALLTOBECHECKEDON, BandStringsArray[InActiveRadioPtr.BandMemory], ModeStringArray[InActiveRadioPtr.ModeMemory]); CreateStatic(TempBuffer1, 15, 3, 250, hwnddlg, 102); AltDEditWindowHandle := CreateEdit(ES_CENTER or ES_UPPERCASE or WS_BORDER, 15, 27, 250, 30, hwnddlg, 101); asm mov edx,[MainWindowEditFont] call tWM_SETFONT end; CreateOKCancelButtons(hwnddlg); The above CreateEdit dutifully creates a window under Win7. Ubuntu (kernel 3.16) will only display as fullscreen. Under linux I can grab the title bar and move the f/s window but nothing else. Right clicking on the title bar i have options Restore, Resize, Maximize selected. Screen captures on https://forum.winehq.org/viewtopic.php?t=23405&p=96423 Tks, Howard -- 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 9

[Bug 31278] New: The Longest Journey: "eye-mouth-hand" dialog only appears sometimes (randomly?)
by wine-bugs＠winehq.org 18 Jun '25

18 Jun '25

http://bugs.winehq.org/show_bug.cgi?id=31278 Bug #: 31278 Summary: The Longest Journey: "eye-mouth-hand" dialog only appears sometimes (randomly?) Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rmmartins(a)gmail.com Classification: Unclassified This bug has been described by Octavian Vocu on one of his comments in another bug report from the same game (http://bugs.winehq.org/show_bug.cgi?id=11819#c39) I'm pasting an excerpt of his comment below because it explains exactly what's happening: "There is still some issue related to doing actions on objects, with the mouse. Clicking an actionable object should display the eye-mouth-hand dialog. Mouse shows correct pointer, but simply clicking has no effect. I noticed that as you push the left mouse button, you need to move the mouse slightly for the action dialog to appear. Might be related to transparent windows, not sure yet." It's certainly a different bug and deserves a different report, that's why I'm creating this. I've tested this on Debian Sid (i386) with wine-1.5.9. The console output is small, so I just pasted it below; the messages look the same as every other bug report on the game. The last three fixme's repeat a million times. fixme:win:EnumDisplayDevicesW ((null),0,0x33eb04,0x00000000), stub! fixme:ddraw:ddraw7_Initialize Ignoring guid {00000000-0000-0000-0000-000000000000}. fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1. fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM for depth/stencil buffers. fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not implemented. fixme:d3d:state_subpixel Render state WINED3D_RS_SUBPIXEL not implemented yet. fixme:d3d:state_flushbatch Render state WINED3D_RS_FLUSHBATCH not implemented yet. fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM for depth/stencil buffers. fixme:d3d_surface:surface_load_location Unimplemented location SFLAG_INSYSMEM for depth/stencil buffers. fixme:d3d_surface:surface_unmap Depth / stencil buffer locking is not implemented. It might be important to notice that Octavian was probably on the right track of fixing this with his previous patches. The game runs pretty well on 1.3.32 with three of his patches (http://bugs.winehq.org/show_bug.cgi?id=11819#c37) the issue reported here is the main thing keeping it from being almost perfect. Also, on a 1.5.9 with the same three patches (even though the characters are invisible again) the following three messages appear when you click an object (when the dialog should be displayed): fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect fixme:x11drv:X11DRV_WindowPosChanged transparent window, fixing window rect -- 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 44788] New: Civilization II (v1.02) crash during menus
by wine-bugs＠winehq.org 18 Jun '25

18 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=44788 Bug ID: 44788 Summary: Civilization II (v1.02) crash during menus Product: Wine Version: 3.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: danielalston(a)gmail.com Distribution: --- Created attachment 60814 --> https://bugs.winehq.org/attachment.cgi?id=60814 Backtrace The game will open, the music plays however every few seconds the sound will make an awful corrupt sounding noise (possibly related). The game will usually crash quite quickly. If you're extremely fast you might be able to get in a game and make a couple of moves before the game crashes again. I have similar issues with other 16bit versions of Civilization II. 2.42 patch 2.78 (Fantastic Worlds) -- 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 6

[Bug 45857] New: Incorrect text color (The Longest Journey)
by wine-bugs＠winehq.org 18 Jun '25

18 Jun '25

https://bugs.winehq.org/show_bug.cgi?id=45857 Bug ID: 45857 Summary: Incorrect text color (The Longest Journey) Product: Wine Version: 3.16 Hardware: x86-64 URL: https://games.softpedia.com/get/Games-Demo/The-Longest -Journey-161-Demo.shtml OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jhansonxi(a)gmail.com Distribution: Ubuntu Created attachment 62344 --> https://bugs.winehq.org/attachment.cgi?id=62344 Wine screenshot In-game text is outlined in a magenta color. See attached screenshots. Reproduced with demo 161 and full version (GOG.com) build 142. MD5: 6d7f91e0a19513e859775862b2ac43d8 thelongestjourneydemo_english.exe wine-devel 3.16.0~xenial from winehq.org Xbuntu 16.04.5 x86_64 Nvidia GeFOrce GTX 750 Ti, driver version 384.130 -- 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 7

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

18 Jun '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 29