wine-bugs January 2020

wine-bugs@winehq.org

1 participants
7441 discussions

[Bug 24182] New: Memory Access Violation
by wine-bugs＠winehq.org 11 Sep '20

11 Sep '20

http://bugs.winehq.org/show_bug.cgi?id=24182 Summary: Memory Access Violation Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: bremm(a)vtnc.org Created an attachment (id=30442) --> (http://bugs.winehq.org/attachment.cgi?id=30442) Console output dumped in a text file Hi, it's my 1st submission of a bug here, so I don't know exactly if I'm doing the right procedure. I'm trying to run a game which works fine in Windows with dx8. The way I used to get a debug output was too simple: $ winedbg NFR.exe 2>&1 | tee debug.txt The result follows attached, and I'm waiting for instructions. I'm able to do any kind of test once I get directions from someone more experient, since I'm not a skilled programmer. Thanks in advance -- 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 28

[Bug 45642] New: chrome/chromium sandbox needs proper x64 api thunks
by wine-bugs＠winehq.org 11 Sep '20

11 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=45642 Bug ID: 45642 Summary: chrome/chromium sandbox needs proper x64 api thunks Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 62072 --> https://bugs.winehq.org/attachment.cgi?id=62072 0001-ntdll-Provide-hookable-64bit-native-api-thunks For completeness sake, split of bug 21232. The current staging implementation doesn't supply the x64 syscall thunks the chromium sandbox expects. Patch attached. Could probably need some testing on mac systems, since I just ignored that. -- 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 28

[Bug 47642] New: Risk II freezes when going into a battle
by wine-bugs＠winehq.org 11 Sep '20

11 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=47642 Bug ID: 47642 Summary: Risk II freezes when going into a battle Product: Wine Version: 4.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: trymeout(a)tutanota.com Distribution: --- When the player goes into a battle or when an computer player goes to battle with an human player the game will not load the battle screen of the soldiers fighting on the land and instead the game will freeze. -- 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 36

[Bug 41005] New: Deadlight: Director's Cut (UE4, 64-bit) loads to a black screen
by wine-bugs＠winehq.org 11 Sep '20

11 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=41005 Bug ID: 41005 Summary: Deadlight: Director's Cut (UE4, 64-bit) loads to a black screen Product: Wine Version: 1.9.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fjfrackiewicz(a)gmail.com Distribution: --- Created attachment 55170 --> https://bugs.winehq.org/attachment.cgi?id=55170 Terminal output Wine 1.9.15 I am using the GOG version of the game. Deadlight: Director's Cut has the following characteristics: It is an Unreal Engine 4 game. It uses Direct X 9 It is 64-bits only It is an enhanced version of the game featured in this bug:https://bugs.winehq.org/show_bug.cgi?id=32069 The terminal output is from a clean 64-bit prefix. I set the prefix to Windows XP and 7 and the game continues to simply load to a black screen that I must manually kill via Ctrl+C in terminal. I have tried using the d3dx9 and vcrun2010 winetricks but those did not change anything at all. -- 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 19

[Bug 47048] New: Logitech webcam does not show picture, only grey
by wine-bugs＠winehq.org 11 Sep '20

11 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=47048 Bug ID: 47048 Summary: Logitech webcam does not show picture, only grey Product: Wine Version: 4.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: beniwtv(a)relamp.tk Distribution: --- Created attachment 64216 --> https://bugs.winehq.org/attachment.cgi?id=64216 Log when running webcam application with qcap debugging enabled I have a Logitech C920 HD Pro Webcam that works flawlessly on v4l2 in any Linux application. However, under Wine as long as I can remember this never worked in the 4.x series or 3.21 (didn't test older) - only showing a grey picture (even though the applications detect it). Right now I am testing with Star Citizen's FOIP and "Portable Webcam" application, both which seem to use qcap/DirectShow for this. I saw qcap being updated to v4l2 in 4.6 (even tried 4.7), but I still get a grey picture only. Portable Webcam can be obtained from SourceForge: https://sourceforge.net/projects/portablewebcam/ I have attached a log with qcap debugging made with today's wine GIT version (let me know if I can/should further increase wine debugging channels) What's also to note (but probably not related to the error) is that Wine seems to prefer the video1 device (a metadata/advanced settings device related to the other one) and not video0, so I have to rm that device node. Cheers :) -- 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 19

[Bug 48130] New: Not runs worldoftanks from shortcut
by WineHQ Bugzilla 11 Sep '20

11 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=48130 Bug ID: 48130 Summary: Not runs worldoftanks from shortcut Product: Wine Version: 4.20 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: soft-sonic(a)yandex.ru Distribution: --- Created attachment 65721 --> https://bugs.winehq.org/attachment.cgi?id=65721 logs_wine4.20 Sorry for my english. Worldoftanks does not start through the shortcut. The client window simply closes without any errors. On version 4.18, everything worked well. I believe this is due to this fix https://bugs.winehq.org/show_bug.cgi?id=47967 Below is a link to the video showing the problem. https://yadi.sk/i/4gTPl6KWYRwV_A -- 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 45643] New: chrome x64 sandbox >= win8 needs SetProcessMitigationPolicy
by wine-bugs＠winehq.org 10 Sep '20

10 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=45643 Bug ID: 45643 Summary: chrome x64 sandbox >=win8 needs SetProcessMitigationPolicy Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Depends on: 45642 Distribution: --- Created attachment 62073 --> https://bugs.winehq.org/attachment.cgi?id=62073 0002-kernel32-Implement-stub-for-SetProcessMitigationPoli Follow up to bug 45642. With the previous patch, chrome x64 works in win7 mode. But it crashes in >=win8 mode. -- 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 47081] New: The Sims Complete Collection doesn' t start after failing to play the intro
by wine-bugs＠winehq.org 09 Sep '20

09 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=47081 Bug ID: 47081 Summary: The Sims Complete Collection doesn't start after failing to play the intro Product: Wine Version: 4.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- Created attachment 64272 --> https://bugs.winehq.org/attachment.cgi?id=64272 +quartz,+amstream This only affects Complete Collection of the game. It can be workarounded by launching it with -skip_intro but if you don't, it will fail to start. Attaching a log with +quartz,+amstream debug channels. The log ends with: 0009:fixme:amstream:DirectDrawMediaStreamImpl_IDirectDrawMediaStream_GetFormat (0x207126c)->(0x33f3a8,(nil),(nil),0x33f3ac) stub! -- 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 48535] New: Rayman3 CZ - Unhandled expection at c0000005 flags 0 addr 0x7bc9de5c after orange tin can minigame
by WineHQ Bugzilla 08 Sep '20

08 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=48535 Bug ID: 48535 Summary: Rayman3 CZ - Unhandled expection at c0000005 flags 0 addr 0x7bc9de5c after orange tin can minigame Product: Wine Version: 5.0-rc6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: werifGX(a)gmail.com Distribution: --- Created attachment 66341 --> https://bugs.winehq.org/attachment.cgi?id=66341 foo.sav Rayman 3 crashes with following after using provided save file (expected in gamedir/GAMEDATA/SaveGame/foo.sav) and finishing the minigame with orange tin can the three doors opens and the game crashes (reproducable every time on czech distribution). 0031:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc9de5c Sometimes (1 in 8 attempts) the game crashes during the minigame with: 0031:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7bc9e258 In case it's relevant: - I've replaced gamedir/videos/ubi.bik with dummy bik file to skip intros - I'm using Czech distribution of the game - It it possible that this is an issue within the game itself - I've removed all .DLL files from gamedir (but the issue is reproducable with them as well) - I'm using franken linux (custom patches in kernel + custom userland and toolchain). - The issue is not present on english distribution with gamedir/GAMEDATA directory (includes czech dubbing) imported from czech distribution. - The game can be downloaded for free as demo version on https://stahnu.cz/arkadove-hry/rayman-3-hoodlum-havoc which is DEMO version i am not sure if it can be used to reproduce the issue - Game works on platinum using english distribution to this point (didn't progress further yet) - The game also complains about `level checksum doesn't match with fix checksum !!!` - I am using version downloaded from the web, but i own the hard copy of the game on CDs since 2005 -- 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

[Bug 38363] New: tab control ignores click after changing selected tab by arrow key.
by wine-bugs＠winehq.org 08 Sep '20

08 Sep '20

https://bugs.winehq.org/show_bug.cgi?id=38363 Bug ID: 38363 Summary: tab control ignores click after changing selected tab by arrow key. Product: Wine Version: 1.7.39 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: ktmizugaki+wine(a)gmail.com Distribution: --- tab control ignores click after changing selected tab by arrow key. steps to reproduce: 1. open app which uses tab control (e.g. winecfg). 2. click tab to change tab. 3. press right arrow key to change tab. 4. click another tab to change tab. expected: clicked tab is selected. actual: nothing happens. if i select tab clicked in step 2 using arrow key, cliking tab works again. i investigated and found that it related TCIS_BUTTONPRESSED state in tab control. in step 2, TCIS_BUTTONPRESSED state is set to the clicked tab in funciton TAB_SetCurSel called from function TAB_LButtonDown. in step 3, selected tab is changed but TCIS_BUTTONPRESSED state is not updated in function TAB_SetCurFocus called from function TAB_KeyDown. in step 4, function TAB_LButtonDown checks for the tab with TCIS_BUTTONPRESSED and prevents it from changing tab. -- 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

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 January 2020