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

[Bug 30579] New: Main window does not regain focus after dialog closes in IDA Free 5.0
by wine-bugs＠winehq.org Aug. 5, 2025

Aug. 5, 2025

http://bugs.winehq.org/show_bug.cgi?id=30579 Bug #: 30579 Summary: Main window does not regain focus after dialog closes in IDA Free 5.0 Product: Wine Version: 1.5.3 Platform: x86 URL: http://www.hex-rays.com/products/ida/support/download_ freeware.shtml OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified IDA Pro is an interactive disassembler. A freeware version of IDA 5.0 can be downloaded from http://www.hex-rays.com/products/ida/support/download_freeware.shtml I tested IDA Free with Wine 1.5.3 under Lubuntu 11.10 (which uses Openbox for its window manager). This problem only seems to occur when Wine is *not* in virtual desktop mode. When viewing a disassembly, if you bring up a dialog box, when the dialog closes the disassembly does not regain focus. So if you e.g. name a routine, you then need to click to focus the disassembly before being able to use the cursor up/down or page up/down keys to move the view. To reproduce: - Use winecfg to disable virtual desktop mode if necessary. - Download and run the IDA Free 5.0 installer. - Run the program. - Click New in the Welcome to IDA! window. - Select PE Executable and click OK. - Choose a file to open: wingraph32.exe (which comes with the demo) - Click Next, Next and Finish in the PE Executable file loading Wizard. - The disassembly view shows the WinMain routine. - The disassembly has focus, so you can use the cursor keys and PgUp/PgDn to move in it. - Move the cursor, either with keyboard or by clicking the mouse, over a referenced location (e.g. unk_4CC100 or unk_4BE65C). - Press N to open the Rename address dialog. - Type something for the name, e.g. blahblahblah and press return. - The disassembly does not regain focus, so pressing cursor keys to move has no effect. You need to click in the disassembly so it regains focus. -- 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 16183] New: Popup text is immediately overwritten by background in IDA Pro
by wine-bugs＠winehq.org Aug. 5, 2025

Aug. 5, 2025

http://bugs.winehq.org/show_bug.cgi?id=16183 Summary: Popup text is immediately overwritten by background in IDA Pro Product: Wine Version: 1.1.9 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor 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 When viewing a disassembly, if you hover the mouse pointer over a reference to another location, a view of the instructions at that location pops up next to the mouse pointer. You can increase and decrease its height by moving the mouse wheel. In Wine this does not work properly. The pop-up display is blank (just the background colour). Moving the mouse wheel, you can see the text that should be there, but it is immediately overwritten by the background colour. To reproduce: download and install IDA Pro freeware version. Run the program and open a Windows executable. Move the pointer over a reference to another location in the program and wait for the pop-up display. Notice it is blank. Move the mouse wheel and (hopefully) see the text being rendered but immediately overwritten. -- 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 32

[Bug 30583] New: keyboard input does not work after focus-out and focus-in
by wine-bugs＠winehq.org Aug. 4, 2025

Aug. 4, 2025

http://bugs.winehq.org/show_bug.cgi?id=30583 Bug #: 30583 Summary: keyboard input does not work after focus-out and focus-in Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hramrach(a)gmail.com Classification: Unclassified Since upgrade to wine 1.4-rc6 keyboard input does not work after focus is lost and restored. 0) switch to focus-follows-mouse 1) run notepad 2) enter some text 3) point to another window and back to notepad 4) type no text appears. -- 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 19264] New: Emule: Missing bold fonts in some parts
by wine-bugs＠winehq.org Aug. 2, 2025

Aug. 2, 2025

http://bugs.winehq.org/show_bug.cgi?id=19264 Summary: Emule: Missing bold fonts in some parts Product: Wine Version: 1.1.25 Platform: PC URL: http://prdownloads.sourceforge.net/emule/eMule0.49c-In staller.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=22304) --> (http://bugs.winehq.org/attachment.cgi?id=22304) In Windows XP You can check the screenshots. -- 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 18562] New: foxtrader crash with page fault (regression)
by wine-bugs＠winehq.org July 30, 2025

July 30, 2025

http://bugs.winehq.org/show_bug.cgi?id=18562 Summary: foxtrader crash with page fault (regression) Product: Wine Version: 1.1.21 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xrfang(a)gmail.com Created an attachment (id=21225) --> (http://bugs.winehq.org/attachment.cgi?id=21225) log messages FoxTrader (http://wizard.stock.hexun.com/webtornado/download/SetupGold.exe) crashes with page fault, please see log. Note 1. This is a regression 2. The program is Chinese, and it needs MFC42.DLL. -- 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 27

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

July 25, 2025

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 26549] New: GomezPEER fails to set processor priority
by wine-bugs＠winehq.org July 19, 2025

July 19, 2025

http://bugs.winehq.org/show_bug.cgi?id=26549 Summary: GomezPEER fails to set processor priority Product: Wine Version: 1.3.16 Platform: x86-64 URL: http://lastmile.gomez.com/PEERInstall.exe OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk GomezPEER sets its background process (an instance of java.exe) to the lowest (idle) priority in Windows. It fails to do so under Linux. Does Wine lack the ability to set process priorities, perhaps? Apologies if a similar bug is already open but I could not find one. On newer systems this is not a problem, but on older system the PEER can consume 100% CPU while processing. The app is designed so that performance of the PC is not affected, which of course it isn't under Windows (save the usual Windows-related problems) but it is under Wine. I'm not sure if I/O priority is also set. The following does not work as a workaround: $nice -n19 wine ~/blah/GomezPEER.exe because this then sets all the Wine components to -n19 and can badly affect the performance of other apps running under Wine. Instead, the workaround I use is: $wineserver -p15 $nice -n19 wine ~/blah/GomezPEER.exe This way the wineserver remains at normal priority. winedevice.exe in this case still receives -n19 priority, however. Console log: fixme:win:EnumDisplayDevicesW ((null),0,0x73a83c,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x73a83c,0x00000000), stub! fixme:ddraw:DirectDrawEnumerateExA flags 0x00000001 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x74b69c,0x00000000), stub! fixme:font:WineEngCreateFontInstance Untranslated charset 255 fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub! fixme:time:GetSystemTimes (0xd9ee5a0,0xd9ee5b0,0xd9ee5a8): Stub! -- 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 17820] New: Chromium test_shell_tests fail on Wine
by wine-bugs＠winehq.org July 19, 2025

July 19, 2025

http://bugs.winehq.org/show_bug.cgi?id=17820 Summary: Chromium test_shell_tests fail on Wine Product: Wine Version: 1.1.17 Platform: Other URL: http://chromium.org OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To run Chromium's test_shell_tests.exe, copy net/data, skia/data, webkit/data, third_party/py*, and third_party/tlslite from the source tree. (This is quite a bit of data, so I hesitate to post a tarball.) Then do $ wine chrome/Debug/test_shell_tests.exe The following tests fail on wine but not windows for me: [ FAILED ] UniscribeTest.TooBig [ FAILED ] VectorCanvasTest.BasicDrawing [ FAILED ] VectorCanvasTest.Circles [ FAILED ] VectorCanvasTest.DiagonalLines [ FAILED ] VectorCanvasTest.PathEffects [ FAILED ] VectorCanvasTest.Bitmaps [ FAILED ] VectorCanvasTest.Matrix -- 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 7

[Bug 22649] New: CDBurnerXP 4.3.x crashes when trying to erase a DVD-RW
by wine-bugs＠winehq.org July 18, 2025

July 18, 2025

http://bugs.winehq.org/show_bug.cgi?id=22649 Summary: CDBurnerXP 4.3.x crashes when trying to erase a DVD-RW Product: Wine Version: 1.1.44 Platform: x86-64 URL: http://cdburnerxp.se/download?more-options OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=27861) --> (http://bugs.winehq.org/attachment.cgi?id=27861) Crash log After choosing "erase disc" in the main menu and then clicking the erase button (while a DVD-RW disc is inserted in a drive the program can detect), the program produces an error dialog: Erasing the disc failed for the following reason: Exception from HRESULT: 0x8001010E (RPC_E_WRONG_THREAD) Clicking OK to this message results in the MS error report tool popping up, followed by the Wine crash dialog. Note: this program needs dotnet20, and it needs the workaround from bug 18012, comment 2 to be able to detect drives in this section. -- 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 25410] New: MS Paint doesn't refresh scrollbars properly
by wine-bugs＠winehq.org July 18, 2025

July 18, 2025

http://bugs.winehq.org/show_bug.cgi?id=25410 Summary: MS Paint doesn't refresh scrollbars properly Product: Wine Version: 1.3.8 Platform: x86-64 URL: http://download.microsoft.com/download/winntwks40/pain t/1/nt4/en-us/paintnt.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com In MS Paint (installed with winetricks) the scrollbars don't seem to refresh when they should unless the scrollbar area is clicked on. Simple way to reproduce: Ensure that the canvas is smaller than the window (so no scrollbars are visible) then zoom in on a portion of the picture (ensure it's not the entire picture). Scrollbars should appear, but instead, they're invisible. After clicking in the area where they should be, they become visible. Terminal output: nothing. -- 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