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

[Bug 32179] New: Diablo III: changing keyboard layout to nonlatin makes all letters to be questionmarks
by wine-bugs＠winehq.org 31 Dec '19

31 Dec '19

http://bugs.winehq.org/show_bug.cgi?id=32179 Bug #: 32179 Summary: Diablo III: changing keyboard layout to nonlatin makes all letters to be questionmarks Product: Wine Version: 1.5.15 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: imposeren(a)gmail.com Classification: Unclassified How to reproduce: 1. Start diablo 2. Login 3. Make chat active, change layout to nonlatin (russian for example) and start typing anything Wat will be in chat: ??????? ??? ????? What should be there: Привет, как дела? How it works in windows 7: Russian text is typed as it should be. Also there is a layout indicator after each input feild in auction and in chat. Maybe Diablo intercepts layout change and changes font -- 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 35683] New: stereo sound L/R volumes extremely inaccurate
by wine-bugs＠winehq.org 31 Dec '19

31 Dec '19

http://bugs.winehq.org/show_bug.cgi?id=35683 Bug ID: 35683 Summary: stereo sound L/R volumes extremely inaccurate Product: Wine Version: 1.7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound Assignee: wine-bugs(a)winehq.org Reporter: fdssfsfsfd(a)master.ms I noticed this in SoF3 first, then downloaded RightMark3DSound to confirm it. In RightMark3DSound, position the sound box just one pixel to the left and you get mostly only sound on the left, same for the right side. If you use it on a windows machine the sound volumes on each channel are as expected (meaning entirely different). Best demonstrated in this video: http://www.youtube.com/watch?v=WKfzNjz0w7s I only added the asound.conf lines shown at the end of the video, because I thought it might be 5.1 support weirdness of wine. What they do is to mix the designated >2 channel PCMs down to stereo sound. uname -a:Linux C1MPAQ 3.12.9-2-ARCH #1 SMP PREEMPT Fri Jan 31 10:22:54 CET 2014 x86_64 GNU/Linux card: 08:00.0 Multimedia audio controller: Creative Labs SB Audigy (rev 03) module: snd_emu10k1 Bare alsa, no pulseaudio or other funny stuff. Used empty wineprefix (32bit), also tried installing MS direct X dlls: no difference. -- 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 4

[Bug 36892] New: PS3 emulator not work
by wine-bugs＠winehq.org 31 Dec '19

31 Dec '19

http://bugs.winehq.org/show_bug.cgi?id=36892 Bug ID: 36892 Summary: PS3 emulator not work Product: Wine Version: 1.7.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Linuxhelper2881(a)yahoo.com Found a Play station 3 emulator what good that did when it didnt work on Wine -- 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 11

[Bug 16965] New: Deep Burner opens with missing buttons on burn iso window
by wine-bugs＠winehq.org 31 Dec '19

31 Dec '19

http://bugs.winehq.org/show_bug.cgi?id=16965 Summary: Deep Burner opens with missing buttons on burn iso window Product: Wine Version: 1.1.13 Platform: PC URL: http://www.deepburner.com/?r=download OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ToddAndMargo(a)verizon.net Created an attachment (id=18743) --> (http://bugs.winehq.org/attachment.cgi?id=18743) Burn Iso windows before resizing it -- note missing buttons Hi All, When first opening Deep Burner 1.9, you are presenter with a dialog box asking you what you want to do. If you select "burn ISO image", it open the Burn ISO window. Problem: in the lower right corner of this window, there are three buttons: cancel, erase, burn ISO. These buttons do not show. But, you can workaround the problem by sizing the lower right corner of the screen: smaller or larger, the the buttons magically reappear. [the free] Deep Burner can be downloaded from: http://www.deepburner.com/?r=download Many thanks, -T -- 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 12

[Bug 37860] New: The Sims 4: Graphical glitches when using Radeon HD 6750M
by wine-bugs＠winehq.org 31 Dec '19

31 Dec '19

https://bugs.winehq.org/show_bug.cgi?id=37860 Bug ID: 37860 Summary: The Sims 4: Graphical glitches when using Radeon HD 6750M Product: Wine Version: 1.7.33 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: dholmster(a)gmail.com When running The Sims 4 on my MacBook Pro the game works fine when using the integrated GPU (Intel HD Graphics 3000) but has graphical glitches when using the discrete GPU (AMD Radeon HD 6750M). The glitches appear to affect 2D overlays such as icons, menu and buildings in the map view. The buildings in the map disappear when hovering the mouse pointer over them. I tried to generate a log using WINEDEBUG=+d3d but with that option set the game crashes before reaching the main menu (regardless of GPU). Logs attached anyway (although probably useless as there are no visible glitches before the crash). -- 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

[Bug 23428] New: Airport Inc: Window too small (should be 640x480 inner, not 640x480 with decorations), rendering offset
by wine-bugs＠winehq.org 31 Dec '19

31 Dec '19

http://bugs.winehq.org/show_bug.cgi?id=23428 Summary: Airport Inc: Window too small (should be 640x480 inner, not 640x480 with decorations), rendering offset Product: Wine Version: 1.2-rc5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Airport Inc. is an airport management simulation game. According to Wikipedia, it was marketed as Airport Tycoon outside Europe: http://en.wikipedia.org/wiki/Airport_Tycoon There is a problem with the game window size when Wine is in virtual desktop mode. The game can be set to run in full-screen or windowed mode. Running under Windows, in windowed mode the game window inner size (excluding window decorations) is 640x480 pixels. So the overall window size is slightly larger. Running in Wine with virtual desktop mode enabled, the overall window size is 640x480 pixels. This causes some rendering to be cut off at the bottom of the window. Also notice the band at the top. It seems all rendering is shifted down, meaning more is cut off at the bottom than would otherwise be the case. See the attached screenshots. (There are some text/graphics rendering problems which are the subject of bug 14497.) When virtual desktop mode is disabled, things are better. The game window opens, initially without any decorations visible (strange!). The window's contents are still rendered too low, offset vertically. However, If I activate another window, then click in the game window, the X window manager decorations appear, and the rendering is no longer offset. (Testing using Xubuntu 9.10 which uses xfwm4 window manager.) -- 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 10

[Bug 45265] New: War Thunder v1.77 64bit exe fails to launch.
by wine-bugs＠winehq.org 30 Dec '19

30 Dec '19

https://bugs.winehq.org/show_bug.cgi?id=45265 Bug ID: 45265 Summary: War Thunder v1.77 64bit exe fails to launch. Product: Wine Version: 3.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: overlord.jarrard(a)gmail.com Distribution: --- War Thunder v1.77 64bit client does not start due to a couple of related errors. It seems to fail long before any directx library calls but I can't be sure. The complete launch log: standard debug, full debug produces infinity data. WINEARCH=win64 WINEPREFIX="/home/name/.<wineprefix>" '/path to game/War Thunder/win64/aces.exe' 000b:fixme:winediag:start_process Wine Staging 3.8 is a testing version containing experimental patches. 000b:fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. 002e:fixme:module:find_dll_file skipping L"E:\\SteamLibrary\\steamapps\\common\\War Thunder\\win64\\dbghelp.dll" because of wrong architecture 002e:err:seh:setup_exception stack overflow 1776 bytes in thread 002e eip 000000007bc7dbca esp 0000000000140f20 stack 0x140000-0x141000-0x240000 It should be noted that the 32bit client works almost flawlessly (minor shadowbox issue in hanger). 64bit client does not work in any wine version I have tested so far. -- 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 10747] New: Cool Edit Pro 2.0 evaluation/full hangs at splash screen
by wine-bugs＠winehq.org 30 Dec '19

30 Dec '19

http://bugs.winehq.org/show_bug.cgi?id=10747 Summary: Cool Edit Pro 2.0 evaluation/full hangs at splash screen Product: Wine Version: 0.9.50. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.org ReportedBy: julkinen(a)adicon.org No problems with installation. When starting coolpro2.exe, the splash screen hangs at "Resetting menus" with the following errors at the console: err:x11drv:X11DRV_CreateWindow invalid window width -6 err:x11drv:X11DRV_CreateWindow invalid window width -5 (I pasted them here because these 2 lines are ALL the messages in the console). Tested with winver 98 and windows 2000, with window manager managed windows and virtual desktop. All the same. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 25

[Bug 34368] New: Edge of Chaos crashes after WINED3D_RS_WRAP0 spam
by wine-bugs＠winehq.org 30 Dec '19

30 Dec '19

http://bugs.winehq.org/show_bug.cgi?id=34368 Bug #: 34368 Summary: Edge of Chaos crashes after WINED3D_RS_WRAP0 spam Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Classification: Unclassified Created attachment 45749 --> http://bugs.winehq.org/attachment.cgi?id=45749 Game save to reproduce In the dagda system, during an Act 2 quest, Independence War 2: Edge of Chaos stops responding often (although erratically) in the Dagda system. This near-immediately follows very heavy spam: fixme:d3d:state_wrap (WINED3D_RS_WRAP0) Texture wrapping not yet supported. fixme:d3d:state_wrap (WINED3D_RS_WRAP0) Texture wrapping not yet supported. No other output. Attached is a game save state that will get to the issue quickly. -- 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 30405] New: WinUAE crashes on changing graphics API from DirectDraw to Direct3D
by wine-bugs＠winehq.org 29 Dec '19

29 Dec '19

http://bugs.winehq.org/show_bug.cgi?id=30405 Bug #: 30405 Summary: WinUAE crashes on changing graphics API from DirectDraw to Direct3D Product: Wine Version: 1.5.1 Platform: x86-64 URL: http://www.winuae.net/files/InstallWinUAE2400.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified Created attachment 39746 --> http://bugs.winehq.org/attachment.cgi?id=39746 Backtrace output on crash I'm testing with Wine 1.5.1, Lubuntu 11.10 64-bit, Nvidia driver 295.20. This bug applies to version 2.4.0 of the WinUAE Amiga emulator. WinUAE can use either DirectDraw or Direct3D for its graphics output. I get a crash on changing the graphics API from DirectDraw to Direct3D after starting the emulation. To reproduce the problem: - Download and run the WinUAE installer. Run WinUAE. - When the settings window appears, click Miscellaneous in the treeview. Note that the default graphics API is DirectDraw. - Click Start. The emulation window opens and after a few seconds the insert media screen appears. There's a red mouse pointer which you can move. - Press F12 to bring up the settings window. Click Miscellanous in the treeview and change Graphics API to Direct3D. - To work around Wine bug 10643, click in the emulation window then press and release F12. - Click OK to continue the emulation. - WinUAE usually crashes at this point. If it doesn't, repeat the previous three steps to change the graphics API again a few times. In my testing, setting graphics API to Direct3D before starting the emulation, starting emulation then changing API to DirectDraw, I don't get a crash. The crash only seems to happen when switching from DirectDraw to Direct3D. When it crashes, a dialog box appears with caption Crash, and text like this: Crash detected. MiniDump saved as: C:\Program Files\WinUAE\winuae_240_yyyymmdd_hhmmss.dmp On clicking OK a Wine Program Error window appears. Backtrace output from that is attached. -- 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 21