May 2015 - Wine-Bugs - list.winehq.org

[Bug 37780] New: After running a bash script from cmd, no prompt is printed
by wine-bugs＠winehq.org July 29, 2025

July 29, 2025

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

July 20, 2025

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 July 19, 2025

July 19, 2025

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 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

[Bug 22798] New: Invalid Wine version results in hidden / lost / invisible test results entry
by wine-bugs＠winehq.org July 17, 2025

July 17, 2025

http://bugs.winehq.org/show_bug.cgi?id=22798 Summary: Invalid Wine version results in hidden / lost / invisible test results entry Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sparr0(a)gmail.com I submitted test results for Time of Defiance (http://appdb.winehq.org/objectManager.php?sClass=version&iId=8261) with an invalid Wine Version number (1.1.45). The form accepted my submission, and I was later emailed that my results had been added (perhaps because I was the submitter, perhaps because I am the maintainer of the version). Now http://appdb.winehq.org/objectManager.php?sClass=version&iId=8261&iTestingI… displays my new results in the "Selected Test Results" box, but on no page are the details of the results visible in the "Test Results" box. I expect two fixes are required here. First, more input validation on the submission page. Second, whatever is preventing this entry from showing up under Test Results. -- 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 23124] New: Philippine English locale defaults to wrong SUBLANG
by wine-bugs＠winehq.org July 17, 2025

July 17, 2025

http://bugs.winehq.org/show_bug.cgi?id=23124 Summary: Philippine English locale defaults to wrong SUBLANG Product: Wine Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: download, source Severity: trivial Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk I understand that following 1.2 .po file are going to be used, so this should be easier to resolve then. Philippine English follows American English rules, but currently defaults to pick up SUBLANG_NEUTRAL which is British English. It should be picking up SUBLANG_DEFAULT for American English. I'm not sure if this can be changed before the introduction of .po files but it's not urgent. http://en.wikipedia.org/wiki/Philippine_English -- 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 25