September 2019 - Wine-bugs - list.winehq.org

[Bug 44391] New: Star Trek Online: Hang when clicking "Engage"
by wine-bugs＠winehq.org 08 Apr '21

08 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=44391 Bug ID: 44391 Summary: Star Trek Online: Hang when clicking "Engage" Product: Wine Version: 3.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mbt(a)fortifiedtechsystems.com Distribution: --- Updated to Wine 3.0 and decided to try STO to see if it would work. The upside is that it works better than it did when I tried it last time, but it still doesn't work. It patches (slowly, but it does finish), but when clicking the "Engage" button after the patch has done, the program blocks, never to be heard from again. Now, the debug output in total is too large to even really attach as a compressed archive of files, so I'm going to defer to waiting for a detailed request for information. However, what I _do_ know is that the program is blocking on a read of a pipe file descriptor that is apparently not ready. The pipe is created during program startup: pipe2([7, 8], O_CLOEXEC) = 0 And then (MUCH, MUCH LATER), when I click on the Engage button: write(3, "\v\1\0\0\0\0\0\0\0\0\0\0\234\1\0\0D\244\254E\0\0\0\0D\244\254E\0\0\0\0"..., 64) = 64 read(5, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM CHLD IO], [], 8) = 0 writev(3, [{iov_base="\32\0\0\0000\0\0\0\0\0\0\0\2\0\0\0\330\3162\0\0\0\0\0\377\377\377\377\377\377\377\177"..., iov_len=64}, {iov_base="\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., iov_len=40}, {iov_base="\1\0\0\0\340\1\0\0", iov_len=8}], 3) = 112 read(5, "\3\1\0\0\0\0\0\0\377\377\377\377\377\377\377\177\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 read(7, It will sit for _forever_ that way. (At that point, it is still the socket from earlier; I actually worked backwards from the fd number in /proc/$PID/fd/7 in order to figure out where it was instantiated in the log file.) The only way out of it is to kill the process, which then wraps out the log as thus: read(7, <unfinished ...>) = ? +++ killed by SIGKILL +++ At that point, of course, the program ends and Wine shuts back down. Retrial does the same time, and it does not appear to matter what version of Windows WINE is set to report. I would _love_ to report more information. But I need to be told what to gather to turn this into a _really_ useful bug report. STO is just about the only thing I boot up Windows for... it'd sure be nice to be rid of that requirement! Thanks, and keep up the good work. -- 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 44545] New: LOTRO: crash on startup with D3D11 graphics
by wine-bugs＠winehq.org 08 Apr '21

08 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=44545 Bug ID: 44545 Summary: LOTRO: crash on startup with D3D11 graphics Product: Wine Version: 3.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs(a)winehq.org Reporter: a34ypool3voiz(a)t-online.de Distribution: --- Created attachment 60506 --> https://bugs.winehq.org/attachment.cgi?id=60506 log after trying to enter game with D3D11 graphics While The Lord of the Rings Online (LOTRO) runs fine in Wine (target OS: Win7) with the GraphicsCore=OpenGL or GraphicsCore=D3D9 selected in .wine/drive_c/users/USERNAME/My Documents/The Lord Of The Rings Online/UserPreferences.ini, it does not work with D3D11 (or D3D10 but that is a different topic). - select Win7 as target OS in WINE - install the game from https://www.lotro.com/en/game/download and create an account - once game is installed and fully patched, click the 'v' down arrow button in the launcher, click options, and make sure "use legacy client" is checked to avoid incompatibility with the ingame store browser (this does not affect the graphics options available!) - quit the launcher - edit UserPreferences.ini and - after installation and fully patching close the launcher, edit the above UserPreferences.ini and set GraphicsCore=D3D11 . - start the launcher with "wine TurbineLauncher.exe" from the install folder - log in, select a world and start => the launcher closes, but the game engine immediately crashes without opening a window with the attached console errors -- 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 43359] New: Sonic Adventure 2 (Steam) runs too fast, almost as if VSync is off
by wine-bugs＠winehq.org 08 Apr '21

08 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=43359 Bug ID: 43359 Summary: Sonic Adventure 2 (Steam) runs too fast, almost as if VSync is off Product: Wine Version: 2.12 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gerbilsoft(a)gerbilsoft.com Distribution: --- Sonic Adventure 2 (Steam version) is normally locked to 60 fps and has no framedrop or frameskip mechanism. On my ThinkPad X230, menus run normally on VirtualBox with Windows 7. On Wine, menus run significantly faster than they should, which makes it hard to select the correct option. Game URL: http://store.steampowered.com/app/213610/Sonic_Adventure_2/ OS: Gentoo Linux (kernel 4.12) CPU: Intel Core i5-3210M GPU: Intel HD 4000 >From Mesa: OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile OpenGL core profile version string: 4.2 (Core Profile) Mesa 17.2.0-devel (git-b70829708a) OpenGL core profile shading language version string: 4.20 Setting vblank_mode=3 did nothing to change this. -- 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 43147] New: The Sims3Launcher.exe application does not work
by wine-bugs＠winehq.org 08 Apr '21

08 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=43147 Bug ID: 43147 Summary: The Sims3Launcher.exe application does not work Product: Wine-staging Version: 2.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tall89(a)mail.ru CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 58380 --> https://bugs.winehq.org/attachment.cgi?id=58380 Not Working I want to install the fashion for the game The Sims 3 (License), for I want to launch Launcher, but it does not start, I do not know what to do now. Configuring my PC: Intel Core i5-760 2.80GHz Ram: 8 GB Nvidia GForse 760 GTX 4 GB OS: Linux Mint 18.1 Serena 64-bit Kernel: 4.10 Wine 2.9 -- 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 44624] New: [Subnautica] Every now and then mouse goes haywire
by wine-bugs＠winehq.org 08 Apr '21

08 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=44624 Bug ID: 44624 Summary: [Subnautica] Every now and then mouse goes haywire Product: Wine Version: 2.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: hewanci(a)gmail.com Distribution: --- Every now and then (3-15 minutes from starting the game) my mouse input starts malfunctioning every time I switch between character controls (Character spins and mouse homes in to the top or bottom) or an interface such as the PDA or Fabricator (Mouse stops responding). Alt-Tabbing out and back (or switching desktop away and back) fixes it but only until enter another interface or exit the one I was in. Only semi-permanent fix is restarting the game completely. I couldn't find any pattern in what triggers it. Alt-tabbing or desktop switching alone doesn't. It can happen with any of the interfaces I used so far (Storage / PDA, Fabricator, Mobile vehicle bay). It is always triggered when entering an interface, never when leaving it, but once triggered the Alt-Tab fix has to be done every time after either entering or leaving an interfaace, until game is restarted. Reproduced every time I play, after a seemingly random interval. Arch Linux 64bit + KDE 5 64bit prefix Steam verison of game OpenGL mode (DX11 mode causes game breaking glitches) -- 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 2

[Bug 34896] New: Borderlands slows down on anything after 1.4.1
by wine-bugs＠winehq.org 07 Apr '21

07 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=34896 Bug #: 34896 Summary: Borderlands slows down on anything after 1.4.1 Product: Wine Version: 1.7.5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: zombie_ryushu(a)yahoo.com Classification: Unclassified Under Rosa 2012.1, Borderlands runs at about half the speed it did under Rosa 2012lts because of the fact Rosa has Wine 1.5.28. The error: fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fills the entire bug dialogue. Constantly. Other information will be forthcoming. -- 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 23

[Bug 43429] New: Office 2013 runs out of memory with CSMT enabled
by wine-bugs＠winehq.org 07 Apr '21

07 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=43429 Bug ID: 43429 Summary: Office 2013 runs out of memory with CSMT enabled Product: Wine Version: 2.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Startup screens for Office 2013 run out of memory with CSMT enabled. This is in vanilla WINE, latest git, with riched20 and msxml6 overrides and MAX_VERSION_GL set to 0x00030002; all of which are necessary to get Office 2013 to work. -- 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 38158] New: Opengl 3.2 need additional declarations to be used
by wine-bugs＠winehq.org 07 Apr '21

07 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=38158 Bug ID: 38158 Summary: Opengl 3.2 need additional declarations to be used Product: Wine Version: 1.7.37 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: mkr(a)ukr.net Wine detect and use only opengl 2.1 As stated in this documentation page https://developer.apple.com/library/mac/documentation/GraphicsImaging/Conce… additional declarations need to be added for Opengl 3.2 core profile to be enabled. Please add them. -- 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 42542] New: winetricks dotnet46 hangs frequently (mscorsvw.exe)
by wine-bugs＠winehq.org 06 Apr '21

06 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=42542 Bug ID: 42542 Summary: winetricks dotnet46 hangs frequently (mscorsvw.exe) Product: Wine Version: 2.2 Hardware: x86 OS: Linux Status: NEW Keywords: download, Installer Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Depends on: 42470 Distribution: Gentoo This is related to bug 42470. There seem to be two separate issues A) frequent critical section timeouts, native msvcrt seems to help here (and potentially Dmitry's patch from bug 42470, but B) makes that hard to verify) B) this issue. mscorsvw.exe from dotnet20/dotnet40 frequently hang: austin 10737 0.0 0.0 13752 11160 ? Ss 04:54 0:08 /home/austin/wine-git/server/wineserver austin 10747 0.0 0.0 2660520 13132 ? Sl 04:54 0:00 C:\windows\Microsoft.NET\Framework\v2.0.50727\mscorsvw.exe austin 11147 0.0 0.0 2659932 13000 ? S 04:55 0:00 C:\windows\Microsoft.NET\Framework\v2.0.50727\mscorsvw.exe -UseCLSID {E6B238F7-4B0A-4496-9AC7-E896BAF06D25} -Comment Dependency Analyzer austin 11485 0.0 0.0 1781984 12072 ? Sl 04:55 0:20 C:\windows\Microsoft.NET\Framework\v4.0.30319\mscorsvw.exe This was in a loop running winetricks-test dotnet 100 times. This particular run failed on try 11. It's been hung for at least 7.5 hours: Sun Feb 26 12:35:33 CST 2017 These two issues are making it difficult to run winetricks-test (and I suspect are the source of a lot of recently filed winetricks bugs regarding dotnet. I'm not sure what logs would be useful here, but I'm happy to get whatever would be useful. -- 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 14

[Bug 33137] New: Can display characters with WM_SETFONT but not with DrawText - same font Arial
by wine-bugs＠winehq.org 04 Apr '21

04 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=33137 Bug #: 33137 Summary: Can display characters with WM_SETFONT but not with DrawText - same font Arial Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: forums(a)robertinventor.com Classification: Unclassified I used CreateFontIndirect to create the font, with "Arial Unicode MS" as the font name. Using GetTextFace(..) I find that the font actually created is "Arial". In one place I set it as the font for a text control using WM_SETFONT In another place I draw the text directly to a window using DrawTextW(..) I'm using characters such as: ☀ ☁ ☂ ☃ ☄ ★ ✾ ✰ ✲ ✳ ❉ ✿ ❂ ✺ ❀ They get shown fine in the text control. But when drawn directly to the window with DrawTextW you just see boxes. To make sure it isn't some error in my code, I made sure to use EXACTLY THE SAME FONT HANDLE in both cases. Same thing happens as before. Under Windows both show the same way.. So, just want to know - why can't DrawTextW find the font glyphs used by WM_SETFONT? Seems like a bug of some sort, so that's why reported it here as a bug. OTHER OBSERVATIONS I had a similar result when it was able to find Arial Unicode MS - in that case again showed them all fine with WM_SETFONT, but when I used DrawTextW, only the ★ of ★ ✾ ✰ ✲ was shown correctly. If I install unifont, then it finds it as the best match for "Arial Unicode MS", and then shows the characters in both cases correctly (but is no good for my purposes, too pixellated). THIS IS A VERY MINOR FEATURE It is a minor feature of my app so not a priority bug to fix, just for completeness. I am about to submit my app to the Wine database and this is one of the remaining unfixed differences when testing for compatibility of the app with Windows. -- 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