April 2013 - Wine-bugs - list.winehq.org

[Bug 19092] New: Missing background in Civilization 4 launch window
by wine-bugs＠winehq.org 20 Apr '22

20 Apr '22

http://bugs.winehq.org/show_bug.cgi?id=19092 Summary: Missing background in Civilization 4 launch window Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=22037) --> (http://bugs.winehq.org/attachment.cgi?id=22037) Screenshot in Ubuntu Well the tittle says everything. I'm attaching a screenshot. -- 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 17

[Bug 18027] New: Check support for application switching by keybord shortcuts
by wine-bugs＠winehq.org 18 Apr '22

18 Apr '22

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 32183] New: Cannot open console device read only, then read from it to get input
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

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 26350] New: Dungeons demo doesn't run
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

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 19841] New: Wolfenstein (2009): mouse cursor remains onscreen during FPS gameplay even after all menus are closed.
by wine-bugs＠winehq.org 12 Apr '22

12 Apr '22

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 21936] New: rtld mmap failed mapping on OpenBSD
by wine-bugs＠winehq.org 27 Mar '22

27 Mar '22

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

[Bug 16221] New: Nota Bene requires AUTOEXEC.NT
by wine-bugs＠winehq.org 26 Mar '22

26 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=16221 Summary: Nota Bene requires AUTOEXEC.NT Product: Wine Version: 1.1.9 Platform: PC URL: https://www.notabene.com/download/demos/nbdemo80.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: minor Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Nota Bene, on install, checks for AUTOEXEC.NT in system32. If it doesn't find it, it restores its own copy, but we should have our own copy. Shouldn't take much to implement. -- 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 16222] New: Nota Bene requires CONFIG.NT
by wine-bugs＠winehq.org 25 Mar '22

25 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=16222 Summary: Nota Bene requires CONFIG.NT Product: Wine Version: 1.1.9 Platform: PC URL: https://www.notabene.com/download/demos/nbdemo80.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: minor Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Nota Bene, on install, checks for CONFIG.NT in system32. If it doesn't find it, it restores its own copy, but we should have our own copy. Shouldn't take much to implement. -- 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 33188] New: wine explorer: wrong behavior when dragging with no items selected
by wine-bugs＠winehq.org 25 Mar '22

25 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=33188 Bug #: 33188 Summary: wine explorer: wrong behavior when dragging with no items selected Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Classification: Unclassified Apologies if this is already reported, apparently it's been around since at least 1.2, but I couldn't find a report for it. Noticed in notepad++, but wine explorer has the same behavior. $ wine explorer click in the bottom right where no files are (you may need a folder with a few files, but not a ton..) drag the top item in list is selected, even though the mouse is nowhere nearby this does not occur on windows with notepad++ native comctl32 works around 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 5

[Bug 11112] New: Does the fatal error if the config directory isn' t owned by the user make sense?
by wine-bugs＠winehq.org 21 Mar '22

21 Mar '22

http://bugs.winehq.org/show_bug.cgi?id=11112 Summary: Does the fatal error if the config directory isn't owned by the user make sense? Product: Wine Version: CVS/GIT Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bero(a)arklinux.org Created an attachment (id=10147) --> (http://bugs.winehq.org/attachment.cgi?id=10147) Proposed fix Recent wine versions abort on startup if the config directory isn't owned by the user running wine. This breaks setups where several users share a common wine prefix (e.g. to make applications that make heavy use of the registry available to several users without installing them several times) and they have the right access to the configs through group permissions. Unless I'm overlooking a better way to do this, it would make more sense to check proper permissions than to check ownership. I'm attaching a patch that does that. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 50