March 2014 - Wine-Bugs - list.winehq.org

[Bug 28611] New: Farmer Jane freezes at Loading screen
by wine-bugs＠winehq.org March 7, 2026

March 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=28611 Bug #: 28611 Summary: Farmer Jane freezes at Loading screen Product: Wine Version: 1.3.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: josh+wine(a)iswifter.net Classification: Unclassified Farmer Jane animates a Loading progress bar and freezes after it's full. The strace log (over 125 MiB, omitted) ends at this point; no further system calls occur. The WINEDEBUG=+relay log (almost 439 MiB, omitted) shows thread 0029 blocking in SetWindowPos(). Over 9000 lines later, we get err:ntdll:RtlpWaitForCriticalSection section 0x7b9a71c0 "console.c: CONSOLE_CritSect" wait timed out in thread 002a, blocked by 0029, retrying (60 sec) -- 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.

3 15

[Bug 35169] New: SetWorldTransform turning with Ellipse does not run correctly
by wine-bugs＠winehq.org March 7, 2026

March 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=35169 Bug ID: 35169 Summary: SetWorldTransform turning with Ellipse does not run correctly Product: Wine Version: 1.7.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: martin(a)hemag.ch Classification: Unclassified Created attachment 46916 --> http://bugs.winehq.org/attachment.cgi?id=46916 source of sample When using SetWorldTransform with a Ellipse then turning is faulty / Rectangle is correct -- 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.

3 8

[Bug 15967] New: Unsigned v1.2.1.93 installer window is hidden by installer background
by wine-bugs＠winehq.org March 7, 2026

March 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=15967 Summary: Unsigned v1.2.1.93 installer window is hidden by installer background Product: Wine Version: 1.1.8 Platform: PC URL: http://www.unsigned- game.com/releases/Unsigned_v_1_2_1_93_setup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com When starting the Unsigned v1.2.1.93 installer, the installer window is supposed to appear in front of the installer background, but instead it remains under the installer background, making the installer unusable. The window manager I am using is: metacity 2.24.0 Copyright (C) 2001-2008 Havoc Pennington, Red Hat, Inc., and others This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. No messages were emitted to standard error, although any relevant WINEDEBUG traces can be produced on request. -- 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 9

[Bug 19375] New: AGENDA: background window tenaciously covering installer window (+wrong z-order)
by wine-bugs＠winehq.org March 7, 2026

March 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=19375 Summary: AGENDA: background window tenaciously covering installer window (+wrong z-order) Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: koesterreich(a)gmx.net When I start the AGENDA-installer, a full-screen "background-window" (showing AGENDA logo and other unneeded stuff) is in front of all windows including the main installer-window which is needed for doing the installation. Standard Window Manager (using KDE 4.2 KWin) actions are effectless: * Hitting Alt+F3, selecting "Minimize" does not work * Hitting Alt+F3, selecting "Always in background" does not work * Hitting Alt+F3, selecting "To desktop #..." does not work. The only thing that allows me to continue the installation is to hold the Alt-key, click and hold the mouse on the window and move it to the second screen. Then I can proceed installation. Please tell me which further information you need. -- 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 11

[Bug 34315] New: HWND_NOTOPMOST makes window disappear behind other windows
by wine-bugs＠winehq.org March 7, 2026

March 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=34315 Bug #: 34315 Summary: HWND_NOTOPMOST makes window disappear behind other windows Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lopeonline(a)gmail.com Classification: Unclassified Created attachment 45681 --> http://bugs.winehq.org/attachment.cgi?id=45681 VB6 Test case (source code) AND exe Many of my utilities run minimized and are supposed to popup when they are ready for interaction. To make them popup I use this code: Me.WindowState = 0 BringWindowOnTop Me.Hwnd FlashWindow Me.Hwnd, True Me.Caption = "Popped up" Public Sub BringWindowOnTop(Hwnd As Long) SetWindowPos Hwnd, HWND_TOP, 0, 0, 0, 0, SWP_NOMOVE Or SWP_NOSIZE SetWindowPos Hwnd, HWND_TOPMOST, 0, 0, 0, 0, SWP_NOMOVE Or SWP_NOSIZE SetWindowPos Hwnd, HWND_NOTOPMOST, 0, 0, 0, 0, SWP_NOMOVE Or SWP_NOSIZE End Sub The above code works on XP and W7. On Wine as soon as I call HWND_NOTOPMOST the window falls behind other windows, unless I give the window focus before that happens. (that is not part of the submitted test case) -- 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 19

[Bug 16182] New: Scrollbar background incorrectly blank/white in IDA Pro
by wine-bugs＠winehq.org March 7, 2026

March 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=16182 Summary: Scrollbar background incorrectly blank/white in IDA Pro Product: Wine Version: 1.1.9 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk IDA Pro is an interactive disassembler. A freeware version can be downloaded from http://www.hex-rays.com/idapro/idadownfreeware.htm The background colour of the scrollbars at the bottom and right edges of the disassembly window is white in Wine. They should be a grey/white crosshatch pattern. Strangely, this issue seems to apply only to the disassembly window; scrollbars for other windows (for example text search results windows) have the correct background. To reproduce: download and install IDA Pro freeware version. Run the program, and open a Windows executable. Notice the white scrollbar backgrounds. Choose Search/text... (or press Alt-T) and enter some text which appears several times in the program (e.g. mov). When the search window opens, notice its scrollbars have the correct background. -- 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 12

[Bug 34360] New: Text not rendered on buttons in spellbook in CodeSpells
by wine-bugs＠winehq.org March 7, 2026

March 7, 2026

http://bugs.winehq.org/show_bug.cgi?id=34360 Bug #: 34360 Summary: Text not rendered on buttons in spellbook in CodeSpells Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified To reproduce, 1) download and unzip fa110e7bfe7a3005bfb2aa0104be051c7fbd1a87 CodeSpells_Windows_Version.zip from https://sites.google.com/a/eng.ucsd.edu/codespells/home 2) Run it, accept the resolution, and wait ten seconds for the first grass scene to be rendered 3) Click on the spellbook on the right You should see a button on the lower left with text Copy, and a button in the upper right with text Back. On Wine, they are blank. "winetricks corefonts" doesn't help. This is a Unity3d game, fwiw. -- 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 6

[Bug 14713] New: Xara Xtreme 4: Resizing handles not visible
by wine-bugs＠winehq.org March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=14713 Summary: Xara Xtreme 4: Resizing handles not visible Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: info(a)linopus.de Xara Xtreme 4: Resizing handles not visible Xara Xtreme 4, the latest edition of the vector drawing application from Xara (30 days trial available at http://www.xara.com/us/downloads/xtreme/ ), shows no resizing handles when selecting an object. The resizing handles should be visible when clicking an object with the select tool. By contrast, the turning/shearing handles are visible. The turning/shearing handels appear when clicking an object twice with the select tool. Additionally, Bezier handles and points on curves do appear, but in wrong colors (cyan instead of red). Bezier handles and points appear when using the edit shape tool. This is on a wine 1.1.2 install on Ubuntu Linux 8.04 in its standard settings. The same bug is present when using Xara Xtreme X1, which is the thirdlast edition. The bug is also present in earlier versions of wine (e.g. 0.9.56) and CrossOver (e.g. 7.0.1). Yours sincerely Tobias Hilbricht -- 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.

3 12

[Bug 24851] New: Explorer++ treeview shows plus signs even when a folder contains no subfolders
by wine-bugs＠winehq.org March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=24851 Summary: Explorer++ treeview shows plus signs even when a folder contains no subfolders Product: Wine Version: 1.3.5 Platform: x86-64 URL: http://www.explorerplusplus.com/download OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31446) --> (http://bugs.winehq.org/attachment.cgi?id=31446) terminal output On Windows, the little plus signs for expanding folders in the treeview don't appear next to folders that contain no subfolders (and thus, nothing to expand). In Wine, such folders still have the plus sign even though it doesn't do anything. Native comctl32 didn't help. -- 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 14

[Bug 16957] New: CreateProcess handles are inherited even when bInheritHandles=FALSE
by wine-bugs＠winehq.org March 6, 2026

March 6, 2026

http://bugs.winehq.org/show_bug.cgi?id=16957 Summary: CreateProcess handles are inherited even when bInheritHandles=FALSE Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben(a)salilab.org Created an attachment (id=18729) --> (http://bugs.winehq.org/attachment.cgi?id=18729) test.c The attached file uses CreateProcess to create a subprocess (gzip in this case) with redirected standard output. In order for this to work properly, the output handle created in this code must be inherited by the subprocess - thus the bInheritHandles argument to CreateProcess must be TRUE. And indeed if this program is compiled to test-true.exe, a simple text file 'test.in' and the gzip binary are placed in the same directory, and then test-true.exe is run, it successfully produces the output test.gz. If the TRUE argument is switched to FALSE and the file is compiled again to test-false.exe, when the program is run in the same way on a 'real' Windows sytem (32 bit Vista Business in this case) the following is output: gzip: stdout: Bad file descriptor This is also fine and expected, since the output file handle was not passed to gzip. *However* if the same test-false.exe program is run with Wine (the Fedora 10 wine-core-1.1.12-1.fc10.i386 package in this case) it runs in just the same way as test-true.exe, generating the test.gz output. This suggests to me that the bInheritHandles argument is ignored by Wine. As stated, this is a minor bug but it would be nice if Wine behaved the same way as Windows here. (In our case we discovered this problem after we tested our program successfully under Wine, but then had it fail on a real Windows system.) I am not familiar with the code, but hopefully it should be straightforward enough to provide the subprocess with invalid handles if bInheritHandles=FALSE? -- 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.

3 17