October 2017 - Wine-Bugs - list.winehq.org

[Bug 42610] New: EVE-Online crashes
by wine-bugs＠winehq.org July 30, 2025

July 30, 2025

https://bugs.winehq.org/show_bug.cgi?id=42610 Bug ID: 42610 Summary: EVE-Online crashes Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: m4xch3(a)gmail.com Created attachment 57555 --> https://bugs.winehq.org/attachment.cgi?id=57555 This is bureport from the game Periodically, during the game, the client falls. This often happens when loading a large number of ships and departing from the station or with the rapid opening of gaming windows. -- 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 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 42741] New: StarCraft I: 1.18 PTR fails to initialize ClientSdk.dll
by wine-bugs＠winehq.org July 27, 2025

July 27, 2025

https://bugs.winehq.org/show_bug.cgi?id=42741 Bug ID: 42741 Summary: StarCraft I: 1.18 PTR fails to initialize ClientSdk.dll Product: Wine Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: li.davidm96(a)gmail.com Distribution: --- Created attachment 57743 --> https://bugs.winehq.org/attachment.cgi?id=57743 stderr output of Wine when running StarCraft.exe The 1.18 public test release of the upcoming version of StarCraft I does not launch, as ClientSdk.dll fails to initialize. Tested with Wine 2.4 (latest from Arch repositories), in a fresh 64-bit wineprefix. Architecture is AMD64. The download is here: https://us.battle.net/forums/en/starcraft/topic/20753915707 sha1sum: 2d6702a425f13659227814fbc903568d63daeb08 /home/lidavidm/Downloads/Starcraft+1.18+PTR+1202.zip -- 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 134

[Bug 38909] New: Notepad corrupts files saved as utf-8 without a byte order mark (BOM)
by wine-bugs＠winehq.org July 26, 2025

July 26, 2025

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 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 42232] New: Sort version list by version number
by wine-bugs＠winehq.org July 23, 2025

July 23, 2025

https://bugs.winehq.org/show_bug.cgi?id=42232 Bug ID: 42232 Summary: Sort version list by version number Product: WineHQ Apps Database Version: unspecified Hardware: x86 URL: https://appdb.winehq.org/objectManager.php?sClass=appl ication&iId=13986 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: cges30901(a)gmail.com Distribution: --- Versions of LINE (Powered by Naver) is not sorted correctly. Version 4.10.x.x and 4.11.x.x is not at the bottom of the list. I guess this is because '1' in 10 is less than '3'? -- 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 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 40762] New: Approach 97: Error Message When Opening From Network Path
by wine-bugs＠winehq.org July 20, 2025

July 20, 2025

https://bugs.winehq.org/show_bug.cgi?id=40762 Bug ID: 40762 Summary: Approach 97: Error Message When Opening From Network Path Product: Wine Version: 1.9.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: crashdance(a)charter.net Distribution: Mint When opening a database (APR) file from a CIFS mapped Windows network share using a drive letter in dosdevices Approach fails to open the file. The error message is "Cannot open database "Z:\examplefile.dbf" because it is encrypted." This problem persists regardless of the compatibility mode in the Wine config. The program works correctly in a modern version of Windows and a Windows virtual machine connected to the same LAN. -- 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 3

[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