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

[Bug 47192] Halo 2: PS4 controller no longer registers inputs

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47192 Dan <danielbr(a)live.no> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #3 from Dan <danielbr(a)live.no> --- Fixed in Wine staging version 4.17. Thats the build that allowed me to test the game once more. -- 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.

Sept. 30, 2019

[Bug 47295] Halo 2: Game freezes during startup

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47295 Dan <danielbr(a)live.no> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED --- Comment #2 from Dan <danielbr(a)live.no> --- The game finally boots after many Wine versions once more. However sound is still missing. The intro sound lasts five seconds, but after that it cuts off. -- 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.

Sept. 30, 2019

[Bug 45375] Halo Online: Weird black display problems.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=45375 --- Comment #23 from Connor McAdams <conmanx360(a)gmail.com> --- (In reply to halome from comment #22) > > > > I'm not sure there's a legal way to get a copy of this game anymore, and > > with the Master Chief collection coming out on steam soon, this version of > > the game may end up being kind of pointless. > > > > I think this wine needs to be patched to make this game work and the reason > is because of MCC coming to steam soon. The issues that Halo Online has with > wine is not the menus but gameplay which is essentially the Halo 3 engine > which will be included in MCC. I would like to see Halo Online work platinum > or gold before MCC comes out so that MCC has less issues in Wine and the > Halo 3 engine in MCC will work in wine. By fixing these issues this can also > fix other halo engines in wine such as Halo Reach engine. > > Me and many would like to play MCC on our linux machines. I would like MCC > to fully work someday with all of its engines, Halo CE, Halo 2, Halo 3, Halo > ODST, Reach and Halo 4 in wine. Thing is, I don't think they're going to be using DX9 on MCC. It should all be DX12, at least that's what has been speculated. We'll find out once it's released I guess. Though this is all kind of off topic. We should probably only discuss the issue at hand in this thread. -- 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.

Sept. 30, 2019

[Bug 47834] Borderlands 1 (version 1.5.0) doesn't capture mouse

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47834 --- Comment #7 from kolAflash <kolAflash(a)kolahilft.de> --- Some additional information: My OS: openSUSE-15.1 And I don't got the xf86-input-libinput package installed. Also I got "Automatically capture the mouse in full-screen windows" enabled in winecfg. Some (In reply to Alistair Leslie-Hughes from comment #6) > [...] > We know its the user32-rawinput patchset. Are you able to track down which > of these patches is causing the issue? Sure, it's 0007-winex11.drv-Implement-native-mouse-movement-raw-inpu.patch But you can't compile it because of a syntax bug. There's a ")" missing before "return". +++ b/dlls/winex11.drv/mouse.c [...] @@ -1801,16 +1828,20 @@ static BOOL X11DRV_RawMotion( XGenericEventCookie *xev ) [...] + if ((thread_data->x_rel_valuator.number < 0 || thread_data->y_rel_valuator.number < 0) && + (thread_data->x_abs_valuator.number < 0 || thread_data->y_abs_valuator.number < 0) return FALSE; The syntax bug is fixed by the succeeding 0008-winex11.drv-Implement-native-mouse-button-raw-input-.patch But if you add the ")" and compile, the bug already appears with triple-o-seven. These lines also look odd, because they now have XI_DeviceChanged twice. +++ b/dlls/winex11.drv/mouse.c [...] @@ -324,8 +336,8 @@ static void enable_xinput2(void) mask.mask_len = sizeof(mask_bits); mask.deviceid = XIAllMasterDevices; memset( mask_bits, 0, sizeof(mask_bits) ); + XISetMask( mask_bits, XI_DeviceChanged ); XISetMask( mask_bits, XI_RawMotion ); - XISetMask( mask_bits, XI_ButtonPress ); XISetMask( mask_bits, XI_DeviceChanged ); -- 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.

Sept. 30, 2019

[Bug 45375] Halo Online: Weird black display problems.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=45375 --- Comment #22 from halome <halome(a)blockchainworldawards.com> --- > > I'm not sure there's a legal way to get a copy of this game anymore, and > with the Master Chief collection coming out on steam soon, this version of > the game may end up being kind of pointless. > I think this wine needs to be patched to make this game work and the reason is because of MCC coming to steam soon. The issues that Halo Online has with wine is not the menus but gameplay which is essentially the Halo 3 engine which will be included in MCC. I would like to see Halo Online work platinum or gold before MCC comes out so that MCC has less issues in Wine and the Halo 3 engine in MCC will work in wine. By fixing these issues this can also fix other halo engines in wine such as Halo Reach engine. Me and many would like to play MCC on our linux machines. I would like MCC to fully work someday with all of its engines, Halo CE, Halo 2, Halo 3, Halo ODST, Reach and Halo 4 in 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.

Sept. 30, 2019

[Bug 47857] Logos Bible Software (.Net 4.7.2 app) crashes in win8/10 (because IsNormalizedString is just a stub)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47857 Louis Lenders <xerox.xerox2000x(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://downloads.logoscdn. | |com/LBS8/Installer/8.7.0.00 | |39/Logos-x86.msi Keywords| |dotnet, download --- Comment #3 from Louis Lenders <xerox.xerox2000x(a)gmail.com> --- add some info -- 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.

Sept. 30, 2019

[Bug 47857] Logos Bible Software (.Net 4.7.2 app) crashes in win8/10 (because IsNormalizedString is just a stub)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47857 Louis Lenders <xerox.xerox2000x(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Logos Bible Software (.Net |Logos Bible Software (.Net |4.7.2 app) crashes in |4.7.2 app) crashes in |win8/10 (IsNormalizedString |win8/10 (because |stub sets error incorrectly |IsNormalizedString is just |apparently) |a stub) --- Comment #2 from Louis Lenders <xerox.xerox2000x(a)gmail.com> --- (In reply to Nikolay Sivov from comment #1) > Since we have normalization partially implemented, naive implementation > could do normalize + compare check. That would be better than error code > manipulations. Ok, I change title of bug then -- 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.

Sept. 30, 2019

[Bug 47642] Support conversion from GST_VIDEO_FORMAT_RGB to DirectShow-supported formats (needed by Risk II + native amstream)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47642 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Component|-unknown |winegstreamer Summary|Risk II freezes when going |Support conversion from |into a battle |GST_VIDEO_FORMAT_RGB to | |DirectShow-supported | |formats (needed by Risk II | |+ native amstream) Ever confirmed|0 |1 --- Comment #27 from Zebediah Figura <z.figura12(a)gmail.com> --- (In reply to trymeout from comment #26) > Will this be fixed in a future release of Wine? At some point, ideally, yes. More practically, it's on my list of things to do, when I have time, or if someone else gets to it first. This bug report is a little bit confused, so let's make it specifically about adding a way to convert from unsupported RGB formats in winegstreamer. -- 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.

Sept. 30, 2019

[Bug 47857] Logos Bible Software (.Net 4.7.2 app) crashes in win8/10 (IsNormalizedString stub sets error incorrectly apparently)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47857 --- Comment #1 from Nikolay Sivov <bunglehead(a)gmail.com> --- Since we have normalization partially implemented, naive implementation could do normalize + compare check. That would be better than error code manipulations. -- 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.

Sept. 30, 2019

[Bug 47857] New: Logos Bible Software (.Net 4.7.2 app) crashes in win8/10 (IsNormalizedString stub sets error incorrectly apparently)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=47857 Bug ID: 47857 Summary: Logos Bible Software (.Net 4.7.2 app) crashes in win8/10 (IsNormalizedString stub sets error incorrectly apparently) Product: Wine Version: 4.17 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 65360 --> https://bugs.winehq.org/attachment.cgi?id=65360 suggested patch After working around bug 47856 it runs into next crash: 0094:fixme:nls:IsNormalizedString 1 0x3563d0c 16 00a0:fixme:ver:GetCurrentPackageId (0x21af2f30 (nil)): stub 009b:fixme:path:parse_url failed to parse L"System.Core" 009b:fixme:combase:RoGetParameterizedTypeInstanceIID stub: 4 0000000029B0EDF0 000000001E79B310 000000001E79BD00 0000000000000000 009b:fixme:path:parse_url failed to parse L"System.Xml" 009b:fixme:path:parse_url failed to parse L"System.Data" 00a0:fixme:winsock:convert_aiflag_w2u Unhandled windows AI_xxx flags 0x20000 00a0:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub 00a0:fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000401,(nil),0x0001,0x00000000,0x21af4560,(nil)): stub 00a0:err:eventlog:ReportEventW L"Application: Logos.exe\nFramework Version: v4.0.30319\nDescription: The application requested process termination through System.Environment.FailFast(string message).\nMessage: An exception occurred in AppModel.Run\nStack:\n at System.Environment.FailFast(System.String, System.Exception"... 00a0:fixme:advapi:DeregisterEventSource (0xcafe4242) stub The IsNormalizedstring fixme seems the culprit; first i hacked the stub just to return true and that worked, but it is also enough to remove the SetLasterror(ERROR_CALL_NOT_IMPLEMENTED) from the stub. https://docs.microsoft.com/en-us/windows/win32/api/winnls/nf-winnls-isnorma… suggests to check for last error ERROR_SUCCESS if the function returns FALSE, so i guess that would be a more logical way of setting that error ( or maybe set no error at all???). I'll attach suggested patch hereafter. After this the program starts successfully for me. -- 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.

Sept. 30, 2019