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

[Bug 18027] New: Check support for application switching by keybord shortcuts
by wine-bugs＠winehq.org April 18, 2022

April 18, 2022

http://bugs.winehq.org/show_bug.cgi?id=18027 Summary: Check support for application switching by keybord shortcuts Product: Wine Version: 1.1.19 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Markus.Elfring(a)web.de I am used to the shortcut "Alt+Tab" with the effect of switching between application windows. This is usually also supported in X sessions (like KDE or GNOME). But it does not work if the game "Civilization 4" was started in full screen mode. How much has this behaviour got to do with an option "Managed windows using X11"? -- 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 22

[Bug 42030] New: winedbg: Internal crash at 0x9f58fd40
by wine-bugs＠winehq.org April 12, 2022

April 12, 2022

https://bugs.winehq.org/show_bug.cgi?id=42030 Bug ID: 42030 Summary: winedbg: Internal crash at 0x9f58fd40 Product: Wine Version: 1.8.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg Assignee: wine-bugs(a)winehq.org Reporter: kenorb(a)gmail.com Distribution: --- The following command crashes: $ winedbg --command < <(echo help) winedbg: Internal crash at 0x9f58fd40 Probably syntax isn't right, but still shouldn't internally 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 32183] New: Cannot open console device read only, then read from it to get input
by wine-bugs＠winehq.org April 12, 2022

April 12, 2022

http://bugs.winehq.org/show_bug.cgi?id=32183 Bug #: 32183 Summary: Cannot open console device read only, then read from it to get input Product: Wine Version: 1.5.17 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: us(a)edmeades.me.uk Classification: Unclassified Created attachment 42462 --> http://bugs.winehq.org/attachment.cgi?id=42462 CON test program (source and exe) (Email sent to wine-devel for assistance, but logging bug to track issue in case I do not get anywhere) CreateFile("\\.\CON", GENERIC_READ...) followed by ReadFile(...) works on windows and fails on wine. I need this particular sequence of events to work in order for a patch I have for cmd.exe to support CON input 'nicely' (read 'without hacks'). For simplicity sake I've cut this down to a tiny test program, which works on windows and fails on wine which does the following: Opens the device ("\\.\CON") with CreateFile with GENERIC_READ rights (which internally opens a CONIN$ device with the same access rights) Reads from the device with ReadFile - Because its a console device, this drops through to ReadConsoleW, which creates a CONOUT$ and then waits on a keystroke - Once the key is pressed (WCEL_Get) the key is 'inserted' into the input buffer by calling WriteConsoleInputW The issue is that WriteConsoleInputW requires GENERIC_WRITE access, but the CON device (\\.\CON) was opened as GENERIC_READ (and in fact fails if I try to open it with GENERIC_WRITE). CreateFile("CONIN$"...) will let me open in GENERIC_READ/GENERIC_WRITE mode and the program works on both windows and wine, but if you open CONIN$ GENERIC_READ only then it fails on wine and works on windows, with the same issue. Now on windows, this works... the question is how to make it work on wine... My gut feeling, with nothing backing this at all, is that WCEL_Get should not use WriteConsoleInputW to inject the values into the input buffer, instead making the server call directly, but passing through to the server call something to indicate that it is ok to add the data to the buffer, but I'm fast getting out of my depth! How to reproduce: Compile sample source (exe provided in zip)... Run as: "test 1" - this is the one I need to work... \\.\CON GENERIC_READ case "test 2" - this is a similar problem but opens CONIN$ GENERIC_READ "test 3" - this works on both windows and wine, opening CONIN$ GENERIC_READ|GENERIC_WRITE "test 4" - this fails on both windows and wine as you cannot open CON device with WRITE access Except for case 4, When its 'failing' - when you press a key in wine, it exits. When its 'working' it reads from keyboard, echos to screen until ctrl+Z (crtl+D on wine) is pressed and ends -- 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 14

[Bug 41098] New: Descent 3 (GOG version) has problem when running with OpenGL renderer (Nvidia proprietary drivers )
by wine-bugs＠winehq.org April 12, 2022

April 12, 2022

https://bugs.winehq.org/show_bug.cgi?id=41098 Bug ID: 41098 Summary: Descent 3 (GOG version) has problem when running with OpenGL renderer (Nvidia proprietary drivers) Product: Wine Version: 1.7.55 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com CC: hverbeet(a)gmail.com Regression SHA1: c92451f295242110bf016facf0e80564f3643d94 Distribution: --- The bug reported here occurs with Nvidia binary drivers 367.35, but can't reproduce it with nouveau/mesa. I tried the official demo version, but it just hangs with a black screen with the OpenGL renderer (unrelated to this regression, occurs with nouveau as well and with older Wine versions). When OpenGL renderer is selected in the launcher, the game starts and plays the intro video, then the game quits after displaying this error message: 'Error: Generic renderer error." The OpenGL renderer in Descent 3 used to work until commit c92451f295242110bf016facf0e80564f3643d94 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Wed Nov 4 00:02:48 2015 +0100 wined3d: Always use the same formats in context_create() when "always_offscreen" is enabled. Disabling "AlwaysOffScreen" in the registry works around the problem. Terminal output shows only fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d8,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 Wine 1.9.16 Fedora 24 OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.5.0 NVIDIA 367.35 OpenGL core profile shading language version string: 4.50 NVIDIA -- 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 18

[Bug 26350] New: Dungeons demo doesn't run
by wine-bugs＠winehq.org April 12, 2022

April 12, 2022

http://bugs.winehq.org/show_bug.cgi?id=26350 Summary: Dungeons demo doesn't run Product: Wine Version: 1.3.15 Platform: x86 URL: http://www.bigdownload.com/games/dungeons/pc/dungeons- demo/ OS/Version: Linux Status: NEW Keywords: dotnet, download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com If I use mono-2.10-1, it fails with an error that mono can't handle it: Method '<Module>:<CrtImplementationDetails>.DoDllLanguageSupportValidation ()' in assembly 'C:\Program Files\Kalypso Media\Dungeons Demo\Mogre.dll' contains native code that cannot be executed by Mono in modules loaded from byte arrays. The assembly was probably created using C++/CLI. Method '<Module>:<CrtImplementationDetails>.ThrowModuleLoadException (string,System.Exception)' in assembly 'C:\Program Files\Kalypso Media\Dungeons Demo\Mogre.dll' contains native code that cannot be executed by Mono in modules loaded from byte arrays. The assembly was probably created using C++/CLI. System.NullReferenceException: Object reference not set to an instance of an object With dotnet35, fails with: Unhandled Exception: System.MissingMethodException: Method not found: 'Void System.Runtime.GCSettings.set_LatencyMode(System.Runtime.GCLatencyMode)'. at Realmforge.MogreUtil.Application.MainApplication`3.Run() at Realmforge.Dungeons.DungeonsMain.Main(String[] args) -- 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 39699] New: WINE Crashed during setup of 'EDT for Windows'
by wine-bugs＠winehq.org April 12, 2022

April 12, 2022

https://bugs.winehq.org/show_bug.cgi?id=39699 Bug ID: 39699 Summary: WINE Crashed during setup of 'EDT for Windows' Product: Wine Version: 1.6-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: D.Kurtz(a)web.de Distribution: --- Created attachment 52941 --> https://bugs.winehq.org/attachment.cgi?id=52941 Saved Crashfile During running the Setup-Programm WINE crashed. I have Linux-Mint 17.2 and Wine !:1.6.2 You can get the Programm 'EDTW = EDT für Windows' at this Link: http://opg.de/download/edtw/setupedt.exe If possible please answer in German language because my english is very bad. Thanks Dietmar -- 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 19841] New: Wolfenstein (2009): mouse cursor remains onscreen during FPS gameplay even after all menus are closed.
by wine-bugs＠winehq.org April 12, 2022

April 12, 2022

http://bugs.winehq.org/show_bug.cgi?id=19841 Summary: Wolfenstein (2009): mouse cursor remains onscreen during FPS gameplay even after all menus are closed. Product: Wine Version: 1.1.28 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben.r.xiao(a)gmail.com In Wolfenstein (2009), browsing the intelligence reports or upgrading weapons sometimes causes the mouse cursor to remain on screen even when the in-game menus are closed. In other words, during FPS gameplay, the cursor sits right where the crosshairs should be and does not disappear. Needless to say this is quite distracting. This cursor bug seems to appear randomly, but always after browsing an intelligence report or upgrading weapons. The only way to get rid of the cursor is to restart the game. I'll post an attachment showing this bug the next time I see it. -- 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 39379] New: test.winehq.org: Show a specific test history for a machine or platform
by wine-bugs＠winehq.org April 9, 2022

April 9, 2022

https://bugs.winehq.org/show_bug.cgi?id=39379 Bug ID: 39379 Summary: test.winehq.org: Show a specific test history for a machine or platform Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Currently it's possible to see at a glance how specific test fared across Wine commits and *all platforms*. For instance: https://test.winehq.org/data/tests/advapi32:service.html But if a platform has multiple test machines, one where the test has always failed and another where it has just started failing, one cannot see when the failures started on the above page. So it would be nice to have a similar page on a per-platform basis; or one with all the reports where that test failed regardless of platform. -- 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 42309] New: The Crew (Uplay) crashes at start
by wine-bugs＠winehq.org April 8, 2022

April 8, 2022

https://bugs.winehq.org/show_bug.cgi?id=42309 Bug ID: 42309 Summary: The Crew (Uplay) crashes at start Product: Wine Version: 2.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 57043 --> https://bugs.winehq.org/attachment.cgi?id=57043 Unhandled page fault read access to 0x0 in 64-bit code backtrace After the loading screen has closed, the screen goes black and then wine crashes with a read access to 0x00000000 in 64-bit code. The terminal is also filled with DirectX 11 fixme's. Tested on wine 2.0 + staged patch from bug 41356. -- 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

[Bug 21936] New: rtld mmap failed mapping on OpenBSD
by wine-bugs＠winehq.org March 27, 2022

March 27, 2022

http://bugs.winehq.org/show_bug.cgi?id=21936 Summary: rtld mmap failed mapping on OpenBSD Product: Wine Version: 1.1.40 Platform: x86 URL: http://www.openbsd.org/cgi-bin/cvsweb/ports/emulators/ wine/patches/patch-libs_wine_mmap.c?rev=1.1;content-ty pe=text%2Fplain OS/Version: OpenBSD Status: NEW Keywords: download, patch, source Severity: blocker Priority: P2 Component: loader AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com /home/austin/wine-git/loader/wine: rtld mmap failed mapping /home/austin/wine-git/dlls/ntdll/ntdll.dll.so. wine: failed to initialize: File not found Patch in url fixes the loader on OpenBSD. Need to test on other OS's before submitting to wine-patches. Review of the patch in the meantime is appreciated. -- 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