January 2016 - Wine-bugs - list.winehq.org

[Bug 18562] New: foxtrader crash with page fault (regression)
by wine-bugs＠winehq.org 30 Jul '25

30 Jul '25

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 37780] New: After running a bash script from cmd, no prompt is printed
by wine-bugs＠winehq.org 29 Jul '25

29 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=37780 Bug ID: 37780 Summary: After running a bash script from cmd, no prompt is printed Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: gm89(a)hotmail.it Distribution: --- If I run a bash script from wine's cmd, after execution the prompt is not printed. I believe this is the cause of an hang in my use case, I'm trying to interface a windows program with my android phone by making it use the native adb binary; the trick I used was to replace the provided "adb.exe" with a similarly named bash script with this content: #!/bin/bash /usr/bin/adb $* If I manually call adb.exe from cmd, the output of commands is correct but no prompt is printed afterwards. Tested with wine 1.7.33 under ubuntu 14.04. -- 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 38909] New: Notepad corrupts files saved as utf-8 without a byte order mark (BOM)
by wine-bugs＠winehq.org 26 Jul '25

26 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=38909 Bug ID: 38909 Summary: Notepad corrupts files saved as utf-8 without a byte order mark (BOM) Product: Wine Version: 1.1.19 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- Created attachment 51843 --> https://bugs.winehq.org/attachment.cgi?id=51843 screenshot See attached screenshot and test files (from bug 18191). -- 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 5

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

25 Jul '25

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 37541] New: Request for Enhancement: first time opening a program, give the window some size
by wine-bugs＠winehq.org 20 Jul '25

20 Jul '25

https://bugs.winehq.org/show_bug.cgi?id=37541 Bug ID: 37541 Summary: Request for Enhancement: first time opening a program, give the window some size Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ToddAndMargo(a)zoho.com Distribution: --- Created attachment 49957 --> https://bugs.winehq.org/attachment.cgi?id=49957 first window Hi All, Wine 1.7.30 and Smart Suite. Request for Enhancement: Currently the first time you open a window (like Word Pro), the window has horizontal length, but no vertical length, just the decoration bar. The decoration says you are in Windowed mode. If you click on the Window mode decoration, you get a full screen window. Click again and you just get the decoration bar back. This is really confusing as your thing you have click on the "roll up / roll down" in the upper left of the decoration. The tip off that you did not, is the arrow is pointing up. (That doesn't stop yo from clicking it anyway.) The cure is to drag the line at the bottom of decoration downward, then you get a windowed window back. That is unless the Role Up/Down arrow is now pointing down from your clicking on it. This is really confusing. Makes you think Wine is broken (again). Would your please consider giving the first time a windows is open some size? I have attached a picture of what the weird opening screen looks like. Many thanks, -T -- 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 10

[Bug 35075] New: BoincTasks: very high CPU utilisation
by wine-bugs＠winehq.org 19 Jul '25

19 Jul '25

http://bugs.winehq.org/show_bug.cgi?id=35075 Bug #: 35075 Summary: BoincTasks: very high CPU utilisation Product: Wine Version: 1.7.6 Platform: x86-64 URL: http://www.efmer.eu/download/boinc/boinc_tasks/unified /setup_32_64_boinc_tasks_1_5_8.exe OS/Version: Linux Status: NEW Keywords: download, performance Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: imwellcushtymelike(a)gmail.com Classification: Unclassified Created attachment 46782 --> http://bugs.winehq.org/attachment.cgi?id=46782 Wine 1.7.6 console output Under Windows XP BoincTasks runs at around 22% when updating (takes a few seconds) but idles around 1-2%. Under Wine it runs around 60% all the time. I cannot work out why. The exact same setup was tested in both cases. http://www.efmer.eu/download/boinc/boinc_tasks/unified/setup_32_64_boinc_ta… Following install you are asked if you are running Windows or Linux with Wine, choosing either option has the same effect. Original post: http://efmer.com/forum/index.php?topic=1140 -- 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 26549] New: GomezPEER fails to set processor priority
by wine-bugs＠winehq.org 19 Jul '25

19 Jul '25

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 19 Jul '25

19 Jul '25

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 18 Jul '25

18 Jul '25

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 18 Jul '25

18 Jul '25

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