wine-bugs September 2017

wine-bugs@winehq.org

1 participants
7847 discussions

[Bug 43450] New: Epic Games Launcher Missing text
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=43450 Bug ID: 43450 Summary: Epic Games Launcher Missing text Product: Wine Version: 2.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: salamanderrake(a)gmail.com Distribution: --- Created attachment 58816 --> https://bugs.winehq.org/attachment.cgi?id=58816 Epic Games Launcher with missing text in main window screenshot KDE Neon Wine Staging 2.13 (Non staging versions don't get anywhere) EpicGamesLauncher v5+ Install command: wine msiexec /i ~/Downloads/EpicGamesLauncherInstaller-5.0.1-3544582.msi -SkipBuildPatchPrereq /q Run Command: wine EpicGamesLauncher.exe -SkipBuildPatchPrereq -OpenGL or wine EpicGamesLauncher.exe -SkipBuildPatchPrereq ( I believe this causes several other issues) Clean Prefix, no overrides, 32bit There is missing text in main window of the launcher, but there is text in the settings menu, The text isn't invisible as I tried to log in with my credentials but it wouldn't get past the user name. -- 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.

1 8

[Bug 43276] New: Empire Earth can't open campaign
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=43276 Bug ID: 43276 Summary: Empire Earth can't open campaign Product: Wine-staging Version: 2.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: petr-akhlamov(a)yandex.ru CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 58613 --> https://bugs.winehq.org/attachment.cgi?id=58613 screenshot After additional settings game works (Singleplayer, Editor). But, campaigns can't opens. For running i use the native msvcrt.dll and disable DirectMusic. (http://appdb.winehq.org/objectManager.php?sClass=version&iId=2174) -- 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.

1 4

[Bug 42927] New: error while installing minecraft from wine
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=42927 Bug ID: 42927 Summary: error while installing minecraft from wine Product: Wine Version: 2.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: seanthomasgoul(a)mail.com Distribution: --- Created attachment 58075 --> https://bugs.winehq.org/attachment.cgi?id=58075 an error report i was trying to install minecraft with wine and it gave me this error -- 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.

1 6

[Bug 39398] New: Private Program: server win socket send data no more then 16K (approx.)
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=39398 Bug ID: 39398 Summary: Private Program: server win socket send data no more then 16K (approx.) Product: Wine Version: 1.7.52 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: gerald(a)igarment.net Distribution: --- I have tried wine 1.6.2 32 bit on CentOS 6 i686 and 1.7.50 32 bit in CentOS 6 x86_64 VM, both have the same problem. I have a server written in Delphi using Asta. When the server run in wine, sending large among of data (over 18K bytes, not exact) will have data lost. I use tcpdump to captured the data sent, it seems the socket cannot send all the data but with no socket error. The program seems to think that all data were sent but wine win socket did not. Obviously, the program is running very fine in Windows. The following is a tcpdump for the tcp package in the server side. The total number of bytes need to send is around 110K. Note that once reach to about 17458 (including tcp header, so the sent data is around 16K), it stop sending. [root@wine-asta-17 ~]# tcpdump -i eth3 port 9000 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth3, link-type EN10MB (Ethernet), capture size 65535 bytes 11:24:16.851074 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [P.], seq 292754617:292754698, ack 97998410, win 8192, options [nop,nop,TS val 1335177067 ecr 7050913], length 81 11:24:16.851092 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [.], ack 81, win 273, options [nop,nop,TS val 7058042 ecr 1335177067], length 0 11:24:16.890921 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [P.], seq 1:82, ack 81, win 273, options [nop,nop,TS val 7058081 ecr 1335177067], length 81 11:24:16.922996 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 82, win 8186, options [nop,nop,TS val 1335177138 ecr 7058081], length 0 11:24:16.975451 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [P.], seq 81:173, ack 82, win 8192, options [nop,nop,TS val 1335177189 ecr 7058081], length 92 11:24:17.015000 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [.], ack 173, win 273, options [nop,nop,TS val 7058206 ecr 1335177189], length 0 11:24:17.056036 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [.], seq 82:2978, ack 173, win 273, options [nop,nop,TS val 7058247 ecr 1335177189], length 2896 11:24:17.056045 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [.], seq 2978:5874, ack 173, win 273, options [nop,nop,TS val 7058247 ecr 1335177189], length 2896 11:24:17.056047 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [.], seq 5874:8770, ack 173, win 273, options [nop,nop,TS val 7058247 ecr 1335177189], length 2896 11:24:17.056049 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [.], seq 8770:11666, ack 173, win 273, options [nop,nop,TS val 7058247 ecr 1335177189], length 2896 11:24:17.056051 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [.], seq 11666:14562, ack 173, win 273, options [nop,nop,TS val 7058247 ecr 1335177189], length 2896 11:24:17.089440 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 2978, win 8011, options [nop,nop,TS val 1335177300 ecr 7058247], length 0 11:24:17.089460 IP 10.8.2.17.cslistener > 125-227-150-250.HINET-IP.hinet.net.61783: Flags [P.], seq 14562:17458, ack 173, win 273, options [nop,nop,TS val 7058280 ecr 1335177300], length 2896 11:24:17.089468 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 2978, win 8192, options [nop,nop,TS val 1335177300 ecr 7058247], length 0 11:24:17.091030 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 5874, win 8011, options [nop,nop,TS val 1335177300 ecr 7058247], length 0 11:24:17.091035 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 8770, win 8011, options [nop,nop,TS val 1335177300 ecr 7058247], length 0 11:24:17.091037 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 13114, win 8192, options [nop,nop,TS val 1335177300 ecr 7058247], length 0 11:24:17.120679 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 16010, win 8101, options [nop,nop,TS val 1335177331 ecr 7058247], length 0 11:24:17.121874 IP 125-227-150-250.HINET-IP.hinet.net.61783 > 10.8.2.17.cslistener: Flags [.], ack 17458, win 8101, options [nop,nop,TS val 1335177332 ecr 7058280], length 0 ^C 19 packets captured 19 packets received by filter 0 packets dropped by kernel -- 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.

1 5

[Bug 27162] New: Wine developers prefer beer
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

http://bugs.winehq.org/show_bug.cgi?id=27162 Summary: Wine developers prefer beer Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine-bugs(a)cboltz.de Marcus Meissner told me at the openSUSE conference last october that most wine developers actually prefer beer. He also repeated this statement in the slides for today's "wine is not (only) an emulator" talk he's giving at LinuxTag together with me. It must be a bug that wine developers prefer beer! Proposed fix: for person in developers/* ; do sed -i 's/Prefer: beer/Prefer: wine/' done ;-)) -- 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.

1 22

[Bug 43142] New: Wine incorrectly detects the maximum available in my system version of OpenGL when using AMD Radeon + MESA.
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=43142 Bug ID: 43142 Summary: Wine incorrectly detects the maximum available in my system version of OpenGL when using AMD Radeon + MESA. Product: Wine Version: 2.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zefkerrigan(a)gmail.com Distribution: --- Created attachment 58360 --> https://bugs.winehq.org/attachment.cgi?id=58360 On this screenshot this registry key is added it is seen that the game detects the availability of DirectX11. Unfortunately, only one screenshot can be attached to one message. Please see the second s When using AMD Radeon + MESA, Wine incorrectly detects the maximum available in my system version of OpenGL as OpenGL3.0, but Mesa 17.1.1 supports OpenGL4.5 for my model of graphics hardware. This leads to the fact that games launched with Wine do not detect the possibility of using D3DX11 and, as a result, they can not work if they do not have D3DX9 support, or work in D3DX9 mode if they have support of both D3DX9 and D3DX11. I know that it is possible to manually add this registry key to manually explicitly set the maximum available in my system version of OpenGL: glversion_fix.reg REGEDIT4 [HKEY_CURRENT_USER\Software\Wine\Direct3D] "DirectDrawRenderer"="opengl" "UseGLSL"="enabled" "MaxVersionGL"=dword:00040005 But, in my opinion, it would be better if the maximum available version of OpenGL could be detected automatically. Moreover, not everyone knows about the possibility of adding this registry key. And not everyone even knows how to detect the maximum available version of OpenGL in their systems. Unfortunately, this does not correspond to reality. Please take a look at these two different screenshots when the game "World of Warcraft" is running. On one of them this registry key is added it is seen that the game detects the availability of DirectX11. And on the other, this key is not added, and note that in this case the game detects the availability of only DiretX9. -- 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.

1 8

[Bug 42594] New: unable to play pcm wav files
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=42594 Bug ID: 42594 Summary: unable to play pcm wav files Product: Wine Version: 2.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: intosamadhi(a)gmail.com Distribution: --- Running ubuntu 16.10 64bit, with wine 2.2 staging. Using FL Studio (and other audio software, like wmplayer) I am unable to play pcm wav files. All other audio formats work perfectly. Audio is set to Alsa -- 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.

1 5

[Bug 40165] New: Claw: Can't make high jumps
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=40165 Bug ID: 40165 Summary: Claw: Can't make high jumps Product: Wine Version: 1.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tecywiz121(a)hotmail.com Distribution: --- Tapping the space key causes Captain Claw to make a short jump, but holding it should make the kitty captain jump a lot higher. Sometimes high jumps just don't work, and sometimes they do. You can find a copy of the game here: http://kapitanpazur.piasta.pl/en/downloads.html -- 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.

1 7

[Bug 43002] New: Requiem Online - Wine C++ Runtime Library error
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=43002 Bug ID: 43002 Summary: Requiem Online - Wine C++ Runtime Library error Product: Wine Version: 2.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: wessnyder(a)comcast.net Distribution: --- Created attachment 58142 --> https://bugs.winehq.org/attachment.cgi?id=58142 backtrace log Playing Requiem Online generates an error message box when trying to open the Quest panel, either pressing the Quest button with the mouse or the U shortcut key. The error is: Wine C++ Runtime Library Assertion failed! Program: C:\Program Files (x86)\Steam\steamapps\common\Requiem.exe File: /msvcp90/string.c Line: 1982 Expression: "this->size >= pos" Not all the buttons or key shortcuts do this. For example, Skills(K), Possession Beast(L), DNA(N), Community(P), Battlefield(Y), and System(Esc) work. Lucky Box(J) and Quest(U) throw the error. Wine error log attached. I can run with WINEDEBUG=+relay or another way. I may try with the message box catch later today. -- 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.

1 9

[Bug 42978] New: Softwares are sometimes running out of virtual desktop
by wine-bugs＠winehq.org 10 Oct '17

10 Oct '17

https://bugs.winehq.org/show_bug.cgi?id=42978 Bug ID: 42978 Summary: Softwares are sometimes running out of virtual desktop Product: Wine Version: 2.6 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adrien_fernandes2(a)hotmail.com I always set all my PREFIXs with a virtual desktop to the size of my screen resolution (1920x1080). I'm using i3 and I don't know if this problem occurs with desktop environment but it happens on i3 for sure. It happens since at least 2 years now and it really starts to be annoying. The workaround is to build Wine without xrandr support so games can not be started out of the virtual desktop. The thing is that it will still try to run the game out of the virtual desktop, in that case, it won't start and Wine will stop and will tell me that xrandr support is disabled or something like that (of course it is ! You shouldn't even have to tell me that cause I set a virtual desktop to avoid the problem, idiot). The problem can occurs at any time when running a software. Just close it and restart the software will make Wine run enough fast to display the virtual desktop BEFORE the software so it will be displayed inside (it's just supposition, I have no idea if it is the reason to be honest but closing and restarting always do the trick). It won't happen everytime. Sometimes it will correctly run in the virtual desktop but, at around a bit more than 50%, it will run out of the virtual desktop. If the virtual desktop is already running, the problem will NEVER occur (if, for example, I'm running Steam and starting a game from it or if I am using "explorer" and double clicking on an EXE). It happens on Arch Linux, FreeBSD and NetBSD so it's not BSD related. I use the workaround because I really hate when games change the resolution of my screen. "xrandr -s 1920x1080" will put the resolution back to its native resolution. It can happen on ANYTHING, even winecfg or explorer. No error message, it seems to be a "normal" behavior of Wine, it just seems to be a matter of loading speed of Wine's virtual desktop but it already happened that even closing and running the software again still run it out of virtual desktop, it happens less than the first time but it can happen. -- 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.

1 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs September 2017