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

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

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49924 Bug ID: 49924 Summary: comctl32: Enable Tab key of IP address controls Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: katayama.hirofumi.mz(a)gmail.com Distribution: --- Created attachment 68300 --> https://bugs.winehq.org/attachment.cgi?id=68300 The patch The IP Address controls (window class: SysIPAddress32) won't accept Tab key and Shift+Tab key. If the user pressed Tab key on SysIPAddress32, SysIPAddress32 should set focus to the next field. If the user pressed Shift+Tab key, SysIPAddress32 should set focus to the previous field. -- 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, 2020

[Bug 44165] Adobe Connect fails to open meeting room

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=44165 Syver S. <sssandum(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sssandum(a)gmail.com --- Comment #1 from Syver S. <sssandum(a)gmail.com> --- Can confirm. Also having this issue, even with the latest 32-bit standalone installer for AC11. Terminal showing the same thing. Confirm bug? -- 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, 2020

[Bug 49923] Wineconsole curses backend support was removed.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49923 --- Comment #3 from Jacek Caban <jacek(a)codeweavers.com> --- (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. -- 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, 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.

Sept. 30, 2020

[Bug 49923] Wineconsole curses backend support was removed.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49923 --- Comment #2 from ttallink(a)googlemail.com --- (In reply to Jacek Caban from comment #1) > Why do you need wineconsole in the first place? Before removing the backend, > default Wine console handling was extended to support most of curses backend > functionality (without relying on curses library). Ideally, you should be > able to change your systemd service to run your application directly by wine > instead of through wineconsole. Please give it a try. 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. I tried working around the issue, but on a server where I only have terminal / ssh sessions, it's simply impossible - wineconsole with the curses backend works perfectly fine with a very small memory footprint (< 10mb's) and there is no replacement for it (except for maybe rewriting my application but it relies on Windows-exclusive header files / structures and I don't feel like copying them all to convert my app into a native binary). So, my request remains: Please re-add the curses backend, without it, I can no longer spawn wineconsole as a service to host the backend of my software - many other people doing the same will also be affected while there is no need to remove the curses backend in the first place, it was working without any problems. Best Regards, William -- 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, 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 #15 from Rémi Bernon <rbernon(a)codeweavers.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. > As for the other part, we only have 3 other choices: > - wontfix (sounds like you're leaning towards this?) 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. Plus Wine focus already doesn't match the X11 state in some cases. It's usually quite harmless, but it's something that goes beyond this particular issue and that could also make it worse. > - simulate alt-tab instead (my suggestion) > - just add some random hack that makes unity work and hopefully doenst break other stuff (pretty much David's poc, with maybe a little bit more throught put into which message we should fake) I think a good fix would be to determine precisely where this is used and implement a better solution for each case. If I understand correctly there at least these cases that may be covered by this code and that could be improved: 1) Windows that cannot be activated through alt-tab on windows. We can probably use EMWH atoms to make the window ignore alt-tab in that case. There's some _NET_WM_STATE atoms (_NET_WM_STATE_SKIP_TASKBAR or _NET_WM_STATE_SKIP_PAGE) that should match that, assuming the WM implements it. We should of course query its capabilities first, and provide a fallback path. 2) Transparent click-through windows. I don't know if that's ever been considered already, of if it would even work, but I believe X11 has some ways to make windows transparent and click-through using the XShape extension. Maybe implementing it using it would be better, or maybe it's just not feasible if we don't have the geometry of the window and only hittest at our disposal. 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. It's probably going to be hard, as X11 doesn't provide any information, sadly. -- 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, 2020

[Bug 49923] Wineconsole curses backend support was removed.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49923 --- Comment #1 from Jacek Caban <jacek(a)codeweavers.com> --- Why do you need wineconsole in the first place? Before removing the backend, default Wine console handling was extended to support most of curses backend functionality (without relying on curses library). Ideally, you should be able to change your systemd service to run your application directly by wine instead of through wineconsole. Please give it a try. -- 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, 2020

[Bug 49923] Wineconsole curses backend support was removed.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49923 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[Wine 5.18] Wineconsole |Wineconsole curses backend |curses backend support was |support was removed. |removed. | Severity|blocker |normal CC| |jacek(a)codeweavers.com -- 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, 2020

[Bug 49909] Win Toolkit v.1.4.37.20 (.NET 3.5 app) crashes with wine-mono

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49909 --- Comment #3 from Gijs Vermeulen <gijsvrm(a)gmail.com> --- (In reply to Esme Povirk from comment #2) > It was looking for a version resource in dism.exe. Patch sent, but I doubt > this program will actually function in Wine given what it does. Yeah, wasn't expecting anything else, just thought I'd report what the status was now after retesting bug 35927. Thanks for looking and for the patch! -- 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, 2020

[Bug 33918] Viper 4.1 (.NET 4.0 app) fails to run with Wine-Mono, reports 'System.InvalidProgramException: Invalid IL code'

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=33918 Gijs Vermeulen <gijsvrm(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.scanmyessay.com/ |https://web.archive.org/web |viperdownload_aca.html |/20151119043610/http://www. | |scanmyessay.com/viper/Relea | |se/ViperSetup.exe --- Comment #8 from Gijs Vermeulen <gijsvrm(a)gmail.com> --- Still present in wine-5.18-35-g2ee75bf9ade with wine-mono 5.1.1. 'winetricks -q dotnet40' still works around. -- 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, 2020