December 2009 - Wine-Bugs - list.winehq.org

[Bug 17101] New: Cancelling text with Scientific Workplace leaves last character
by wine-bugs＠winehq.org March 8, 2026

March 8, 2026

http://bugs.winehq.org/show_bug.cgi?id=17101 Summary: Cancelling text with Scientific Workplace leaves last character Product: Wine Version: 1.1.13 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: loic.grenie(a)gmail.com Created an attachment (id=18937) --> (http://bugs.winehq.org/attachment.cgi?id=18937) Screenshots When I delete text under Scientific Workplace, the end of the line is not treated correctly. Was is most evident is that the last character(s) is(are) not canceled. I attach a vertical concatenation of 3 screenshots: the first is the state before hitting backspace: I typed "abcdefghijkl" and added an inline image, the second is after hitting backspace (I cancel the "g"); notice how the last "kl" are not correctly canceled and the image is not moved to the left and the third is how it should have looked. No error message is displayed while hitting backspace (it complains about IME all the time but I think it's no big deal). I have seen this problem at least in versions 1.0.1 (under Debian testing, Ubuntu hardy and intrepid, both 32 and 64 bits) and 1.0.13 (Debian testing 64 bits). The situation is even worse under Ubuntu intrepid (32 bits OS, Wine v1.0.1) as text disappears as soon as it is typed (Esc redisplays it briefly). I can live with the image (visible at the end of the line) not correctly positioned after backspace (it seldom occurs), but the last character not canceled is a real (visual) pain. I can test anything you wish and I understand programming/debugging. Thank you for any help. SurJector -- 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 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 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 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 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

[Bug 19368] New: lpfnWndProc can't catch Up/Down/Left/Right and CTRL+ other Button
by wine-bugs＠winehq.org March 1, 2026

March 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=19368 Summary: lpfnWndProc can't catch Up/Down/Left/Right and CTRL+ other Button Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sakaihdt(a)d2.dion.ne.jp Hello I want to use "sakura editor". (a Japanese Open Souce text editor for MS Windows) (http://sakura-editor.sourceforge.net/) But this application is not work well in wine(1.0.1 or 1.1.26 Ubuntu GNU/Linux 9.0.4) - Not work Up/Down/Left/Right button in text area - Not work CTRL+C or CTRL+A and other in text area - Not work Backspace in text area - Not work Function Key in text area normal text button( a-z, 0-9 ) is work well, and Up/Down... is work well in menu . "sakura editor" catch Up/Down/Ctrl event from lpfnWndProc() callback. but wine's lpfnWndProc seem not work when push Up/Down... key. ( I insert log in sakura editor source and check.) I have 2 question. please tell me. (1) Can lpfnWndProc() catch Up/Down/Left/Right CTRL+A,X,C and Function key in Wine ? (2) "lpfnWndProc() can catch Up/Down/Left/Right ..." is WindowsAPI specification? Thank you. -- 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 13

[Bug 21127] New: What Colour color picking functionality is not identical to Windows
by wine-bugs＠winehq.org March 1, 2026

March 1, 2026

http://bugs.winehq.org/show_bug.cgi?id=21127 Summary: What Colour color picking functionality is not identical to Windows Product: Wine Version: 1.1.35 Platform: x86 URL: http://www.jumpjet.info/Win2k/05/What_Colour/WhatColou r.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com With wine-1.1.35-105-gd4a7a9d, when the color picker in the What Colour program is selected, moving the mouse outside the What Colour's client area doesn't result in any color selection changes until the mouse is pressed, causing the application to finally grab the color under the mouse cursor by presumably taking a "screenshot" of the desktop area. On Windows XP, this "screenshotting" behavior happens first, made obvious by a brief, visible change in the screen, and then moving the color picker over the area outside the What Colour client area shows active changes in the color selection, which is only halted when the mouse is pressed. -- 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 8

[Bug 16124] New: Install OK => Test for Internet Access failed
by wine-bugs＠winehq.org Feb. 26, 2026

Feb. 26, 2026

http://bugs.winehq.org/show_bug.cgi?id=16124 Summary: Install OK => Test for Internet Access failed Product: Wine Version: 1.1.8 Platform: PC URL: http://www.ibusinesspromoter.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: christian(a)Familie-Saeum.de CC: christian(a)Familie-Saeum.de Created an attachment (id=17360) --> (http://bugs.winehq.org/attachment.cgi?id=17360) Here my Log for Start the Programm => failure Hey guys sorry for the bad English but I did it with Google translator because my English is not worth reading! Very Happy So to my problem: I would like to IBP (http://www.ibusinesspromoter.com/) under Ubuntu 8:10 with the existing Wine (1.1.8). Installation works wonderfully well with the launch of the program succeed. Only once the program on the Internet what it wants is the message that there is no Internet. Firefox, but can go on the Internet. Here's an issue of Wine on the console: The program was started and then was up to the point Auccount the first set until it wanted to go on the Internet since then I have not received it quits. Here my Forum Thread for the Problem: http://forum.winehq.org/viewtopic.php?p=15270#15270 Bye -- 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 10471] New: Radmin viewer 3.1: Ungrayed disabled menu item in the " Connection Properties" window
by wine-bugs＠winehq.org Feb. 21, 2026

Feb. 21, 2026

http://bugs.winehq.org/show_bug.cgi?id=10471 Summary: Radmin viewer 3.1: Ungrayed disabled menu item in the "Connection Properties" window Product: Wine Version: 0.9.48. Platform: PC URL: http://www.famatech.com/download/rview31.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugs.radmin(a)gmail.com We got an error: 1. Installed Radmin server 3.1 (http://www.famatech.com/download/rserv31.exe) on a windows computer. 2. Installed Radmin viewer 3.1 on a linux computer with wine installed. 3. Started Radmin viewer and open "Connection Properties" window (can be reached "Right click on connection icon" --> "Properties" or "Connection" --> "Connect to"). The list of intermediate hosts in "Advanced settings" should be grayed (disabled) until checkbox "Connect through host" is marked. The error was tested on Fedora Core 7 installation with the last wine package from fedora update site (fedora_mirror/fedora/linux/updates/7/i386/). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

3 13