October 2020 - Wine-Bugs - list.winehq.org

[Bug 37146] Untis 2015 (.NET 4.0 app) crashes on startup with Wine-Mono

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=37146 Gijs Vermeulen <gijsvrm(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.grupet.at/downlo |http://www.grupet.at/downlo |ads/de/2015/SetupUntis2015D |ads//int/Setup/DE/2015/Tage |E.exe |saktuell/SetupUntis2015DE.e | |xe -- 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.

Oct. 1, 2020

[Bug 37146] Untis 2015 (.NET 4.0 app) crashes on startup with Wine-Mono

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=37146 --- Comment #13 from Gijs Vermeulen <gijsvrm(a)gmail.com> --- Created attachment 68301 --> https://bugs.winehq.org/attachment.cgi?id=68301 output Still present in wine-5.18-94-gd45b3d4fdd7 with wine-mono 5.1.1. -- 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.

Oct. 1, 2020

[Bug 49923] Wineconsole curses backend support was removed.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49923 --- Comment #5 from ttallink(a)googlemail.com --- (In reply to Jacek Caban from comment #3) > (In reply to ttallink from comment #2) > > The whole purpose of wineconsole is to run applications that don't have a > > GUI.. I tried the main wine binary but it requires a running X.Org server as > > well as a display, even if the binary you are running does not need either > > of those. > > Wine may try to load display driver, but it should work fine if it can't be > loaded. What's the exact problem? Please attach console,conhost,wineconsole > logs of the problem when running the application directly, without explicit > wineconsole. My server is a production server and I can't afford to play around on it just to provide logs - run wineconsole from a terminal session, you will get the exact same errors I'm getting. And no, it does not work fine - wineconsole with the curses backend was the ONLY way to run my application, and it worked fine for many years, until someone decided to remove it for absolutely no reason. My application is also not opening a console nor any windows, so there are no logs to provide from the app's console, it all gets logged to a log file inside the application sandbox and those logs are completely unrelated to wineconsole. -- 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.

Oct. 1, 2020

[Bug 49923] Wineconsole curses backend support was removed.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49923 ttallink(a)googlemail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |critical -- 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.

Oct. 1, 2020

[Bug 49911] Sebastien Loeb Rally EVO 64-bit version crashes with builtin xactengine3_7

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49911 Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair(a)hotmail.com --- Comment #1 from Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> --- There are two issues. 1. The XACT_RUNTIME_PARAMETERS and FACTRuntimeParameters for 64 bits are differences sizes and wine uses memcpy to copy of the data. 2. FAudio fails to check the size parameter of the global data passed in and then attempts to read invalid memory. 1. Patch submitted to copy the manually copy the structure members. https://source.winehq.org/patches/data/193682 2. FAudio now correctly detects a zero size buffer. Should appear in Oct release of FAudio. -- 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.

Oct. 1, 2020

[Bug 49924] comctl32: Enable Tab key of IP address controls

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49924 --- Comment #2 from katayama.hirofumi.mz(a)gmail.com --- https://source.winehq.org/patches/data/193820 -- 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.

Oct. 1, 2020

[Bug 49906] Fallout New Vegas: broken gog installation

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49906 --- Comment #1 from rtentser(a)yandex.ru --- I've tested 4c99e3ef341a6b4eda67dffa13a86829fa343bbb and it's good. I'm bisecting now. -- 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.

Oct. 1, 2020

[Bug 48121] Unity games do not fire OnApplicationFocus/OnApplicationPause events on focus regain

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=48121 --- Comment #16 from w(a)zeroitlab.com --- > Sure, maybe HTMENU wasn't the best choice. I don't really know how that works and if there would be a better, safe, choice. None that is mouse interaction based, because they all need a position. And we - cannot submit coords for the real elements because win32 doesn't know of the linux WM's decorations - cannot submit made-up coords for things inside the window because win32 apps can place anything anywhere - noone stops them from putting the caption at the bottom by implementing NCPAINT and HITTEST This is exactly why I suggested alt-tab style switch emulation, since that doesn't need any coordinates, and wouldn't cause much of a regression considering we're doing it wrong currently anyways. And noone seems to have cared when it was swapped from HTCAPTION to HTMENU either. It also turned out that the alt-tab part is irrelevant, because technically it could be absolutely anyone calling SetForegroundWindow on our window which results in the same behavior - I just tested this with making a WS_EX_TOOLWINDOW and activating via Process Hacker. > Not at all, just that the issue has complex implications (which I don't even know the extend of) and it doesn't seems easy to fix. Proper fix indeed has many implications, and is hard to make. However, as for the one I suggested - about all implications would be happening anyways since the HTCAPTION -> HTMENU change. In short, it is about as incorrect as the current code, however at least it's something that can happen in Windows. > 1) Windows that cannot be activated through alt-tab on windows. Since the messages seem to be able to happen by anyone's call to SetForegroundWindow this is now quite irrelevant to this issue. However I did test and wine indeed does not hide my window of WS_EX_TOOLWINDOW from linux alt-tab. Probably should be tracked in a separate issue. > 2) ... maybe it's just not feasible if we don't have the geometry of the window and only hittest at our disposal. This is indeed the case, we can only work with HITTEST, because visible transparency and hit-transparency is different. I haven't used XShape so I don't really know what it needs to work. > 3) As a fallback, possibly try to determine more precisely the source of the focus change, checking cursor position and button state maybe, to simulate the click when appropriate, and alt-tab when not. This is why I split the issue into two cases in my previous comment, if we're going for most correct solution possible, this would be 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.

Oct. 1, 2020

[Bug 49918] 0050:err:ole:start_rpcss Failed to open RpcSs service

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49918 Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #7 from Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> --- Closing Duplicate. -- 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.

Oct. 1, 2020

[Bug 49504] Toontown Corporate Clash: new launcher fails with INTERNAL ERROR

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49504 Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #5 from Alistair Leslie-Hughes <leslie_alistair(a)hotmail.com> --- Closing Duplicate. -- 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.

Oct. 1, 2020