wine-bugs

wine-bugs@winehq.org

1 participants
158739 discussions

[Bug 58230] New: File creation time ATL CTime year<1970 assertion error on M4 mac. Local timezone?
by WineHQ Bugzilla 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=58230 Bug ID: 58230 Summary: File creation time ATL CTime year<1970 assertion error on M4 mac. Local timezone? Product: Wine Version: 10.7 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fiendishx(a)gmail.com Versions of MFC ATL since the v141 Visual Studio build toolchain changed a year boundary assertion in CTime::CTime(int, int, int, int, int, int, int) from 1900 (in v140) to 1970 (v141, v142, v143), so it now has ATLENSURE( nYear >= 1970 ); where it previously had ATLENSURE( nYear >= 1900 ); I have a secondhand report from someone that on an M4 Mac, during CFile::GetFilePath -> CFile::GetStatus, the CTime constructor is getting an invalid creation time in 1969. Specifically, 6 hours before 1970, which is suspiciously equal to their time zone of -6. They temporarily modified the ATL CTime code used to build their program (not ideal, obviously) and made it emit: nYear from within CTime System time year is less than 1970 Year: 1969 Month: 12 Day: 31 Hour: 18 Minute: 0 Second: 0 DST: -1 This does not produce an error with Visual Studio build toolchain v140 and earlier, but does after v141. Can someone who knows where to look make sure that file creation times aren't being sent too far into the past because of local timezones? (Can we also clamp the year to 1970?) -- 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 1

[Bug 56723] New: Vegas Pro 14: crash upon creating the main window
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=56723 Bug ID: 56723 Summary: Vegas Pro 14: crash upon creating the main window Product: Wine Version: 9.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: paper(a)paper.us.eu.org Distribution: --- Created attachment 76504 --> https://bugs.winehq.org/attachment.cgi?id=76504 Terminal output from running Vegas Wine 9.8 crashes when starting Vegas Pro 14; this looks to be specific to AMD graphics cards as Vegas starts fine under both Intel and Nvidia. Other users[1] seem to report this as well: Installer works and program "runs" at first when clicked. Will eventually crash once reaching "Creating Windows" step. Between the time of the last test and this test, I had switched from an NVIDIA video card to an AMD video card. I'm unsure if this hardware change caused or contributed to this error. A trial version of Vegas 14 can be retrieved from Magix's download center at https://dl03.magix.com/trial_vegaspro14.exe [1]: https://appdb.winehq.org/objectManager.php?sClass=version&iId=39145&iTestin… -- 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 54995] New: msys2: git clone fails with 'Socket operation on non-socket'
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=54995 Bug ID: 54995 Summary: msys2: git clone fails with 'Socket operation on non-socket' Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- git clone --mirror git://sourceware.org/git/newlib-cygwin.git msys2-runtime Cloning into bare repository '.../msys2-runtime' 010c:fixme:winsock:addrinfo_flags_to_unix unhandled flags 0x80000 fatal: packet write failed: Socket operation on non-socket -- 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 10

[Bug 57397] New: Apps hang when trying to show tooltip
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=57397 Bug ID: 57397 Summary: Apps hang when trying to show tooltip Product: Wine Version: 9.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: bigfoothart(a)gmail.com Distribution: --- Created attachment 77380 --> https://bugs.winehq.org/attachment.cgi?id=77380 mso 2007 wayland debug Apps hang when trying to show button tooltips. May require several attempts for hovering over buttons to show tooltips to trigger the hang. Reproduced for MS Office 2007, 2010, 2013. Tried 9.17-9.20 versions and main branch 9.20-233-g24694dabfc5 -- 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 57805] New: Wine CoreMIDI: Extra program change event on sending program change through MIDI Output from winmm
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=57805 Bug ID: 57805 Summary: Wine CoreMIDI: Extra program change event on sending program change through MIDI Output from winmm Product: Wine Version: unspecified Hardware: aarch64 OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: winecoreaudio.drv Assignee: wine-bugs(a)winehq.org Reporter: david.silaban(a)gmail.com Created attachment 78012 --> https://bugs.winehq.org/attachment.cgi?id=78012 Screen shot of the sample output I tried to use Falcosoft SoundFont Player 6 (a MIDI player) using Wine on MacOS, I tried to play some MIDI files through it but it always seem to be stuck on program 00 (Acoustic Grand Piano) on all tracks. I tried to capture the MIDI output data through Pocket MIDI (a free MacOS app something like MIDI-OX on Windows), it seems there is an error on sending 2 byte messages such as Program Change. Attached is the sample output from sending one program change from the UI. Expected output the Program Change message should only be sent once, not twice. -- 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 51248] New: UrlGetPart produces different results from Windows
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=51248 Bug ID: 51248 Summary: UrlGetPart produces different results from Windows Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shlwapi Assignee: wine-bugs(a)winehq.org Reporter: jp-dev(a)inbox.ru Distribution: --- Created attachment 70120 --> https://bugs.winehq.org/attachment.cgi?id=70120 test program, logs It produces difference result codes. There is a test case on some URLs and relevant output from Windows 10 vs Wine 6.10. Sometimes it will return a different HRESULT, or it will fail parsing the query string. -- 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 58185] New: Country Siblings: EXCEPTION_ACCESS_VIOLATION related with D3D11
by WineHQ Bugzilla 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=58185 Bug ID: 58185 Summary: Country Siblings: EXCEPTION_ACCESS_VIOLATION related with D3D11 Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)winehq.org Reporter: force140(a)gmail.com Distribution: --- Created attachment 78482 --> http://bugs.winehq.org/attachment.cgi?id=78482 Log created by the game (krkr.console.log) I'm trying to run the English version of a visual novel known as Country Siblings (https://vndb.org/v48724), when trying to run it on wine the game crashes with an error pop up about "Access Violation" without opening tha main window, the details about the crash are logged in the attached file, and seems to be blaming d3d11.dll in two prefixes: my gaming prefix with a couple of winetricks including dxvk, and a vanilla wine prefix that I made to test the game. I downloaded the demo and it does the same thing. My system: OS: Garuda Linux CPU: AMD Ryzen 5 5600G GPU: Saphire Pulse Radeon 6700XT (AMD) RAM: 16GB @ 3200MHz Wine installed from pacman wine --version wine-10.6 I tested the game on a Windows 10 and works without apparent issues. -- 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 10

[Bug 57148] New: ghidraRun.bat shows: Syntax error: unexpected IN
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=57148 Bug ID: 57148 Summary: ghidraRun.bat shows: Syntax error: unexpected IN Product: Wine Version: 9.16 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- For starting up ghidra a batch file "ghidraRun.bat" can be used. This shows the messages: C:\ghidra_11.1.2_PUBLIC>:: Ghidra launch Syntax error Syntax error: unexpected IN ... This is because there developers decided to use %# as iterator variable. Indeed native can handle almost all ascii character above space until tilde except these: "&,;<=>^| The application starts up successfully because this should just detect if it got started via a doubleclick or from a console window, so this is just a minor issue. https://github.com/NationalSecurityAgency/ghidra/blob/184180d54dbdf3db3c030… -- 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 58191] New: dwrite tests fail to compile with mingw-gcc 15 due to attempt to link to truncf
by WineHQ Bugzilla 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=58191 Bug ID: 58191 Summary: dwrite tests fail to compile with mingw-gcc 15 due to attempt to link to truncf Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com Distribution: --- Since my system updated mingw to gcc 15.1, Wine fails to build: /usr/libexec/gcc/x86_64-w64-mingw32/ld: dlls/dwrite/tests/x86_64-windows/layout.o: in function `test_pixelsnapping': /home/stefan/build/_wine64/../../src/wine/dlls/dwrite/tests/layout.c:4782:(.text$test_pixelsnapping+0x312): undefined reference to `truncf' $ x86_64-w64-mingw32-gcc --version x86_64-w64-mingw32-gcc (Gentoo 15.1.0 p55) 15.1.0 Windows 11's msvcrt.dll indeed does not export trunc(), truncf() or truncl(), although ucrtbase.dll does. So adding the exports to our msvcrt would fix the build but break running the tests on Windows. The line in question doesn't call truncf. It calls floor(), which newer gcc apparently lowers to truncf. Building the file in question with -O0 of -fno-builtin-floor fixes the problem. -- 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 57575] New: dmsynth: incorrect condition for buffer underrun in synthsink.c:synth_sink_write_data
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=57575 Bug ID: 57575 Summary: dmsynth: incorrect condition for buffer underrun in synthsink.c:synth_sink_write_data Product: Wine Version: 9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dmusic Assignee: wine-bugs(a)winehq.org Reporter: galtgendo(a)o2.pl CC: rbernon(a)codeweavers.com Distribution: --- Noting this here, so it won't get forgotten. In synth_sink_write_data there's following condition: if (current_pos - play_pos <= write_pos - play_pos) it causes a lot of console spam while current_pos == write_pos. I though it was perhaps some odd way of preventing integer over/underflow, but the author of that line, when asked on irc, basically said 'yeah, it's bogus'. -- 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 58207] New: Caret gets broken in Edit (incl Comboox) when using long texts
by WineHQ Bugzilla 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=58207 Bug ID: 58207 Summary: Caret gets broken in Edit (incl Comboox) when using long texts Product: Wine Version: 10.7 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 78516 --> http://bugs.winehq.org/attachment.cgi?id=78516 Error in Winecfg copy content of "long_url.txt" to clipboard open any comctl32 edit (or editable part of a combobox, ...) and paste it is then impossible to move caret with keyboard, home/end, ... See screenshot when pasting content in wincfg "owner" field. -- 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 37813] New: Defiance fails to connect to login Server
by wine-bugs＠winehq.org 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=37813 Bug ID: 37813 Summary: Defiance fails to connect to login Server Product: Wine Version: 1.7.31 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Bastyjuice(a)aol.com The Game is patching and ist Starting without any Trouble but after launching Defiance, the Game pop ups with a Dialog "The defiance service is unavailable please try again later" Michael Bond tells that he Have turned on all debug for winsock and dug through the log. He see it create a socket and connect to login-live-us-pc.defiance.com port 50000. After that there's a handful of failed setsockopt calls for send and recv buffer sizes followed by a series of select and WSAFDIsSet calls waiting for socket activity, and finally shutdown and closesocket. -- 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 38

[Bug 58067] New: [Regression] comctl32/edit: Unable to enter values in Adobe Lightroom Classic 10.4
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=58067 Bug ID: 58067 Summary: [Regression] comctl32/edit: Unable to enter values in Adobe Lightroom Classic 10.4 Product: Wine Version: 10.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: bugs(a)bzatek.net CC: bunglehead(a)gmail.com Regression SHA1: d18a1fded2e2024ae2c8cdc4235654ff2d8dd5e9 Distribution: --- Created attachment 78320 --> https://bugs.winehq.org/attachment.cgi?id=78320 the tool on mouseover bug 56108 resp. https://gitlab.winehq.org/wine/wine/-/merge_requests/7606 has broken ability to enter values in some of the edit boxes in Adobe Lightroom Classic 10.4. Reverting the two mentioned changes fixes the issue. FWIW, Adobe often modifies widget look and behaviour. In this case the particular tool's value looks like a label, clicking and dragging the label will change value of the slider on the left. Single click will turn the label into an edit, which then acts normally - enter letters and numbers, either confirm by the Enter key or cancel by the Escape key. Tested against wine-10.5 -- 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 16

[Bug 58085] New: foobar2000. Columns UI user interface error listing fonts using DirectWrite
by WineHQ Bugzilla 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=58085 Bug ID: 58085 Summary: foobar2000. Columns UI user interface error listing fonts using DirectWrite Product: Wine Version: 10.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: paregistrase(a)yahoo.es Distribution: --- Columns UI is an Alternative user interface to foobar2000. foobar2000 https://www.foobar2000.org/download Columns UI https://github.com/reupen/columns_ui/releases When I tried to change the interface fonts it gives an error "Error initialising fonts list" "There was an error listing fonts using DirectWrite" the foobar2000 console prints: "G:\foobar2000\columns_ui\foo_ui_columns\font_picker.cpp(376)\foo_ui_columns.dll!6E595EC5: (caller: 6E595731) LogHr(1) tid(24) 80004001 No implementado. Msg:[G:\foobar2000\columns_ui\ui_helpers\direct_write.cpp(69)\foo_ui_columns.dll!6E6AEE43: (caller: 6E6B28BF) Exception(1) tid(24) 80004001 No implementado. ] " Ans the linux console: "0024:fixme:dwrite:dwritefontcollection2_GetFontSet 1BB89EC8, 0031DDCC. 0024:fixme:dwmapi:DwmSetWindowAttribute (000202BE, 14, 0031D4C8, 4) stub 0024:fixme:dwrite:dwritefontcollection2_GetFontSet 192224D0, 0031DCF4." Asked about the problem the component author (musicmusic) wrote in hydrogenaud.io forum https://hydrogenaud.io/index.php/topic,28647.msg1061771.html#msg1061771 -- 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 57941] New: Build broken with libglvnd <=1.3.3
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=57941 Bug ID: 57941 Summary: Build broken with libglvnd <=1.3.3 Product: Wine Version: 10.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)winehq.org Reporter: krkos(a)mail.muni.cz Distribution: --- Introduced in commit 1c9cd1bfd75a3e8d022d46ec7bafc3a546831035, winewayland.drv unconditionally uses the extension EGL_EXT_present_opaque and the corresponding define EGL_PRESENT_OPAQUE_EXT. These were added in EGLEXT version 20210629, which became part of libglvnd 1.3.4 or Mesa 21.3.0. -- 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 9

[Bug 57986] New: Final Fantasy XI Online window borders and content behave strangely
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=57986 Bug ID: 57986 Summary: Final Fantasy XI Online window borders and content behave strangely Product: Wine Version: 9.16 Hardware: x86-64 URL: https://web.archive.org/web/20210810150839/http://www. playonline.com/ff11eu/download/media/install_win.html OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)winehq.org Reporter: chiitoo(a)gentoo.org Regression SHA1: cb1c03b926ca01619be02f835f382c1dd7d4a478 Distribution: Gentoo After cb1c03b926c [1], Final Fantasy XI Online has its built-in borders behave in a new way. When running in windowed mode, the game window has a 2 pixel border around it, and with the mentioned commit, moving the window makes the game content shift slightly, perhaps 2 pixels at a time, almost making a circle inside, or over the borders (or at least that is what it looks like). During normal operation, due to this border, the actual window dimensions are 1924x1084 when set to 1920x1080, almost as if the bordering area was a part of another window the game is wrapped inside of. Sometimes after moving the window around a bit, things may or may not stabilise, until the game window is re-sized (I'm not sure that is even possible to do on Windows, as the game does not account for the new size at all, and will be stretched). Other times the game window appears without the mentioned border, at the size of 1920x1080 when set to run at that size, and the border may or may not appear when the window is moved or the size is adjusted. Last tested at commit: e66405a50406e While the installer can be downloaded for free, getting to test this part will require purchasing the game, or ordering a free trial download (which may or may not be available at times, and still requires account creation). Thank you! 1. https://gitlab.winehq.org/zfigura/wine/-/commit/cb1c03b926ca01619be02f835f3… -- 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 58212] New: boost::interprocess::named_mutex does not work
by WineHQ Bugzilla 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=58212 Bug ID: 58212 Summary: boost::interprocess::named_mutex does not work Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: christiaan.arnoldus(a)outlook.com Distribution: --- Created attachment 78525 --> http://bugs.winehq.org/attachment.cgi?id=78525 Small program that demonstrates the issue I was testing our Windows-only app on Wine and in general I was pleasantly surprised by the results, but I did find one crash that wasn't happening on Windows. When an instance of the boost::interprocess::named_mutex class is created (I think this just used the CreateMutex Win32 API internally), an exception is thrown when running on Wine. Consider the attached executable (and source code). On Windows, the program prints: Mutex created while with Wine it prints: boost::interprocess_exception::library_error It would be great if this could be looked at. -- 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 56983] New: UI: Application using ModernWPF crashes, Windows.UI.ViewManagement.UISettings not implemented
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=56983 Bug ID: 56983 Summary: UI: Application using ModernWPF crashes, Windows.UI.ViewManagement.UISettings not implemented Product: Wine Version: 9.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madbyte(a)tuta.io Distribution: --- Created attachment 76812 --> https://bugs.winehq.org/attachment.cgi?id=76812 Generated log file using WINEDEBUG=err+all,+debugstr UI library: ModernWPF(https://github.com/Kinnara/ModernWpf) Tried on latest Wine 9.13 devel release. Log is in the attachments. -- 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 9

[Bug 57424] New: msys2-64/cygwin64: mintty.exe not able to show bash.exe output.
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=57424 Bug ID: 57424 Summary: msys2-64/cygwin64: mintty.exe not able to show bash.exe output. Product: Wine Version: 9.21 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Cygwin in version 3.5.4 or later relies in having the WriteQuotaAvailable member of a NtQueryInformationFile(FilePipeLocalInformation) query to be non-zero. This causes mintty.exe not being able to show the bash.exe output when running in wine. A bisect of cygwin1.dll led to this cygwin commit: 49018bf5774fc90ddddc762a8462030c5d528643 is the first broken commit commit 49018bf5774fc90ddddc762a8462030c5d528643 Author: Takashi Yano <takashi.yano(a)nifty.ne.jp> Date: Mon Jul 1 17:44:53 2024 +0900 Cygwin: pty: Avoid client deadlock when pty master stops to read. https://www.cygwin.com/cgit/newlib-cygwin/commit/?h=cygwin-3_5-branch&id=49… https://www.cygwin.com/cgit/newlib-cygwin/commit/?id=c4fb5da2787693ea3bf20b… Installing cygwin/msys2 or reproducing this issue might need several other patches from this tree: https://gitlab.winehq.org/bernhardu/wine/-/commits/msys2-cygwin_2024-11-16/… -- 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 9

[Bug 54923] New: Drag and drop is not working in Delphi based applications
by WineHQ Bugzilla 16 May '25

16 May '25

https://bugs.winehq.org/show_bug.cgi?id=54923 Bug ID: 54923 Summary: Drag and drop is not working in Delphi based applications Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winehq.org(a)mail.magynhard.de Distribution: --- The drag and drop does not work inside applications that are based on Delphi by default anymore. For example, when using HeidiSQL, I'm not able to move entries in the connection session manager into a folder to organize my connections. WORKAROUND: It is working, if i select "Windows XP" in winecfg, but not working for example for "Windows 10". So it seems that the drag and drop feature got lost at later "windows versions". On a real Windows 10 machine it works without any problems. Might be related with "gdiplus_winxp" -> see other Delphi applications with the same problem: https://github.com/TES5Edit/TES5Edit/issues/774 -- 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 9

[Bug 58084] New: Commit d813ffc3 (ntdll: Align virtual memory allocations to the host page size) breaks Wine in a Rosetta emulated Docker environment
by WineHQ Bugzilla 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=58084 Bug ID: 58084 Summary: Commit d813ffc3 (ntdll: Align virtual memory allocations to the host page size) breaks Wine in a Rosetta emulated Docker environment Product: Wine Version: 10.5 Hardware: arm OS: MacOS Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: alex(a)willner.ws **Version:** 10.5 and 10.4 **Steps that will reproduce the problem:** On an arm64 M2 run macOS 15.4 (24E248) and execute with Docker version 28.0.4 (b8034c0): docker run --platform linux/amd64 --rm scottyhardy/docker-wine:devel-10.4 sh -c 'wine --version && winecfg' **What is the expected result:** > % docker run --platform linux/amd64 --rm scottyhardy/docker-wine:devel-10.5 sh -c 'wine --version && winecfg' > wine-10.5 > wine: created the configuration directory > ... **What happens instead:** > wine-10.5 > wine: dlls/ntdll/unix/virtual.c:253: anon_mmap_fixed: Assertion `!((UINT_PTR)start & host_page_mask)' failed. > qemu: uncaught target signal 6 (Aborted) - core dumped > Aborted **Possible workaround:** Downgrade to Wine 10.4: > % docker run --platform linux/amd64 --rm scottyhardy/docker-wine:devel-10.4 sh -c 'wine --version && winecfg' > wine-10.4 > wine: created the configuration directory > ... *Any additional information:** See Commit d813ffc3: ntdll: Align virtual memory allocations to the host page size. https://gitlab.winehq.org/wine/wine/-/commit/d813ffc3557083fd135a28d59f490b… -- 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 25936] New: SolidWorks 2010: sldim.exe shows blank window
by wine-bugs＠winehq.org 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=25936 Summary: SolidWorks 2010: sldim.exe shows blank window Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=33059) --> (http://bugs.winehq.org/attachment.cgi?id=33059) Image showing the problem Steps to reproduce: 1) remove ~/.wine 2) winetricks gecko 3) wine /sldim/sldim.exe Behaviour: Blank window (see attachment) Expected behaviour: The window shouldn't be blank -- 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 15

[Bug 27403] New: Collapsable section headers in Solidworks property manager are overdrawn, thus unusable
by wine-bugs＠winehq.org 16 May '25

16 May '25

http://bugs.winehq.org/show_bug.cgi?id=27403 Summary: Collapsable section headers in Solidworks property manager are overdrawn, thus unusable Product: Wine Version: 1.3.21 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mpartap(a)gmx.net The problem can be seen in the attached video: headers on the first tab are first displayed correctly (and are clickable), then they get overdrawn slowly which makes them non-clickable. Usually, the second tab does not have this problem, and some actions trigger the header buttons to be redrawn, but they get overdrawn again at once. I tried to nail down the problem by vastly expanding RelayExclude to the 500 topmost function calls, an excerpt of the resulting log is also attached. No fixmes or warnings come up. -- 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 24

[Bug 11461] New: TortoiseSVN does not run under Wine
by wine-bugs＠winehq.org 15 May '25

15 May '25

http://bugs.winehq.org/show_bug.cgi?id=11461 Summary: TortoiseSVN does not run under Wine Product: Wine Version: 0.9.5. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: mslinn(a)mslinn.com I note that Winscp (winscp.org) is able to display TortoiseSVN menus in the local file window when running under Windows, but not when running under wine. Here is how I invoke winscp under wine: WINEDEBUG=fixme-all wine "c:/program files/winscp/winscp" Background: WinSCP is a very nice GUI front end for Subversion (svn). You can read about it and download it here: http://tortoisesvn.tigris.org/ TortoiseSVN should not be run across a network when the Icon Overlays feature is enabled. http://tortoisesvn.net/node/138 http://tortoisesvn.net/node/267 However, TortoiseSVN's icon overlay feature is one of the program's major assets. I want to use Cygwin's xterm to connect to the samba server that holds the svn checkout directory and use Wine to run TortoiseSVN locally on that server. The user would be presented with a nice visual representation of the state of their checked out Subversion project, and performance would be good. On Windows, TortoiseSVN can display its icons in any file chooser window, and in Windows Explorer. I have also found that WinSCP's explorer view will show icons for the local machine. I would prefer not to have to run WinSCP in order to view TortoiseSVN icons. Perhaps a tiny Win32 program that merely shows a file dialog would be sufficient to run in an xterm, if Wine would support whatever system calls TortoiseSVN makes. For me, and many other programmers and IT personnel who work in a mixed Windows/Linux environment, Wine would be much more useful if there was a way to run it under Wine. Might it be possible to extend winefile with whatever it currently lacks in order to allow TortoiseSVN to run? -- 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 24

[Bug 58162] New: GetPrivateProfileIntA/W and WritePrivateProfileStringA/W does not detour properly.
by WineHQ Bugzilla 15 May '25

15 May '25

http://bugs.winehq.org/show_bug.cgi?id=58162 Bug ID: 58162 Summary: GetPrivateProfileIntA/W and WritePrivateProfileStringA/W does not detour properly. Product: Wine Version: 10.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: hibbsncc1701(a)gmail.com Distribution: --- Created attachment 78443 --> http://bugs.winehq.org/attachment.cgi?id=78443 sone_patch's debug log under Windows 10. When trying to detour a Recettear - An Item Shop's Tale's custom.exe using https://gitlab.com/redpolline/sone_patch, all attempts to update the game's config ini file fail under Wine, but work under Windows. The game's custom.exe uses the GetPrivateProfileIntA() and WritePrivateProfileStringA() functions to access the game's ini file instead of calling CreateFileA(), ReadFile(), and WriteFile() directly. I assume that the cause is Wine possibly having GetFullPathNameW() as a statically linked symbol within the context of GetPrivateProfileIntA() and WritePrivateProfileStringA(). (As all three of them are exported by kernel32.dll, and therefore the compiler would not need to search for the symbol at build time.) But I could be wrong here. What matters is that when sone_patch detours GetFullPathNameA/W(), GetPrivateProfileIntA() and WritePrivateProfileStringA() should be affected by that detour without being detoured themselves. A good way to see this is by using sone_patch's debug build, as it logs when a detoured function is hit, along with the given arguments. Under Windows 10, multiple calls to GetFullPathNameA/W() are seen in the log. (But no CreateFileA/W() for the ini file.) Under Wine, no calls are logged at all for the ini file. The only call to GetFullPathNameW() seen under Wine is for C:\windows\resources\themes\light\light.msstyles. Which isn't present under the Windows log, so that one is Wine specific.) As a result, the game's button config and display settings cannot be altered by the game's custom.exe. As it gets the original (developer intended) file which is read-only (and owned by another user) on my system. Which sone_patch is supposed to workaround through the detouring of GetFullPathNameA/W() to point custom.exe to an accessible file elsewhere. -- 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

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