[Bug 52380] New: Logos 9 Bible Software (.NET 4.7 app) menus glitching, flickering and not showing regression
https://bugs.winehq.org/show_bug.cgi?id=52380
Bug ID: 52380 Summary: Logos 9 Bible Software (.NET 4.7 app) menus glitching, flickering and not showing regression Product: Wine Version: 7.0-rc5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: johnpgoodman@gmail.com Distribution: ---
Created attachment 71593 --> https://bugs.winehq.org/attachment.cgi?id=71593 Video showing menu glitch regression.
Menu Items docs guides tools and layout work on first click and then flash there after. This is a regression which only appears in 7.0rc5-staging. devel doesn't have this bug. Please see the video for demonstration.
N.b. this is not the same as bug 51984 which was resolved.
Help is much appreciated! Below is the installation guide.
The app is a bit like kindle in so much as the engine is free but the resources cost so there is a free download. Unlike kindle it has many advanced research features and books link together etc. The main app is free but there are paid features, resources and subscriptions. To use the app you need a free account https://www.logos.com/product/194909/logos-9-basic. It uses a downloader app which last I tried doesn't work with wine. The actual msi link is https://downloads.logoscdn.com/LBS9/Installer/9.6.0.0024/Logos-x64.msi
Manual Install Procedure: 1 Install wine 6 or newer 2 winetricks corefonts 3 winetricks settings fontsmooth=rgb 4 winetricks dotnet48 5 winetricks settings renderer=gdi (you might need to set the reg key manually) 6 Install the Logos.msi download but don't run it. 7 wine64 reg add "HKCU\Software\Wine\AppDefaults\LogosIndexer.exe" /v Version /t REG_SZ /d vista /f 8 Run Logos and sign in with your free account.
There is a script which downloads a preconfigured wine bottle and sets it all up in $USER/Logos_BibleP directory which you can then easily remove etc. https://github.com/ferion11/LogosLinuxInstaller/releases Choose fast install without wine AppImage.
https://bugs.winehq.org/show_bug.cgi?id=52380
m0rvj johnpgoodman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |johnpgoodman@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=52380
Frank franksauer@cox.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |franksauer@cox.net
--- Comment #1 from Frank franksauer@cox.net --- I can confirm this issue is present on 7.0 RC5 Staging.
I have found two things that may help the Devs pinpoint the issue:
1. Unchecking the "Allow window manager to control windows" option located on the Graphics Tab of winecfg eliminated the problem for me, but not for another user. It leads to the inconvenience of not minimizing back to the task bar when minimized, but minimizing similar to Windows 3.x
2. Leaving the settings as is, double clicking the Menu item appears to allow the Menu to be accessed, this has been confirmed to work to a degree by the same user that #1 didn't work for.
https://bugs.winehq.org/show_bug.cgi?id=52380
m0rvj johnpgoodman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Logos 9 Bible Software |Logos 9 Bible Software |(.NET 4.7 app) menus |(.NET 4.7 app) menus |glitching, flickering and |glitching, flickering and |not showing regression |not showing
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #2 from m0rvj johnpgoodman@gmail.com --- After much messing about I've realised this is not a regression in wine but in Logos 9.10. It appears that up to Logos 9.9 it was fine but the latest update has caused this issue. Going back to a windows computer, the menus still work on there but the release notes for Logos 9.10 say that work was done to support chinese and korean characters.
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #3 from m0rvj johnpgoodman@gmail.com --- I apologise for my first comment, I hadn't realised that I had tested 2 different versions of Logos. Will try to be more careful.
https://bugs.winehq.org/show_bug.cgi?id=52380
m0rvj johnpgoodman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gabrielopcode@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #4 from m0rvj johnpgoodman@gmail.com --- Gabriel, I hope you don't mind me adding you but I thought you might have the expertise for this bug having fixed 51984 which was similar.
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #5 from m0rvj johnpgoodman@gmail.com --- To clarify, since it works on windows, it reveals a bug in wine but there is not a regression in wine since the bug now appearing in Logos 9.10 is present on every version of wine I tested going back to wine 6.17.
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #6 from m0rvj johnpgoodman@gmail.com --- What debugging information would be helpful?
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #7 from m0rvj johnpgoodman@gmail.com --- Created attachment 71608 --> https://bugs.winehq.org/attachment.cgi?id=71608 dwrite with seh debug log bzip2
Attached is debug output from the following command. wine version was 7.0rc5 devel
WINEDEBUG=+dwrite,+seh wine64 "${LOGOS_EXE}" >> /tmp/logoswinedebuglogmenus.txt 2>&1
I cleared the file just before clicking the menus to save space.
echo "****Ready to Click Menus - manual marker****" > /tmp/logoswinedebuglogmenus.txt
N.b. I clicked first menu Docs then waited for it to load fully, worked my way across to the right guides and tools. Each loaded ok in turn. Then moving back left, they start to glitch with a little flicker and disappear. Then I tried clicking each menu and they also flicker but don't show.
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #8 from m0rvj johnpgoodman@gmail.com --- This thread discusses the changes in the application https://community.logos.com/forums/t/204004.aspx
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #9 from m0rvj johnpgoodman@gmail.com ---
From Bradley, one of the faithlife team I got this message:
"I was not involved in the Logos 9.10 changes, so I don't have any details on what changed regarding IME support.
Best I can tell, from a very quick scan of the code, it now calls SetActiveWindow when it gets keyboard focus."
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #10 from m0rvj johnpgoodman@gmail.com --- This is still present in wine 7.11... can we move from unconfirmed?
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #11 from m0rvj johnpgoodman@gmail.com --- I noticed this line in the terminal output when I double click to make the menu show... 0118:fixme:uiautomation:UiaReturnRawElementProvider Unsupported object id -4
It's hard to separate the terminal output which is ongoing from that which is related to the interaction. So far as I can see the above happens when the pointer hovers over the button before a click. The below is the rest...
0118:err:ole:ClientRpcChannelBuffer_SendReceive called from wrong apartment, should have been 0x1140000cafe
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #12 from m0rvj johnpgoodman@gmail.com --- The issue is still present in the newly released Logos 10 which is now based on dotnet 6.
https://bugs.winehq.org/show_bug.cgi?id=52380
m0rvj johnpgoodman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Logos 9 Bible Software |Logos Bible Software (.NET |(.NET 4.7 app) menus |app) menus glitching, |glitching, flickering and |flickering and not showing |not showing |
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #13 from Frank franksauer@cox.net --- The work around of unchecking the box in winecfg for Allowing the Window Manager to control the windows - does still allow the menu to function correctly.
That workaround however does not allow minimizing to the Task Bar, it minimizes in the old Windows 3.1 manner.
I have tried unchecking individually all option in the Window Manager, as well as all options, could not replicate the ability to allow the Menu to function correctly.
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #14 from m0rvj johnpgoodman@gmail.com --- This issue remains with the following versions:
Logos Version: Logos_v28.2.0.0043-x64.msi wine-8.17 (Staging)
https://bugs.winehq.org/show_bug.cgi?id=52380
m0rvj johnpgoodman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |winex11.drv
--- Comment #15 from m0rvj johnpgoodman@gmail.com --- I've set the package to winex11.drv because the issue seems to be around the interaction of wine with the window manager. Setting winecfg for NOT Allowing the Window Manager to control the windows removes the issue but enabling it causes the issue. I don't think the problem is with the window manager because it appears with both gnome and kde. I think the issue is something to do with focus maybe?
https://bugs.winehq.org/show_bug.cgi?id=52380
m0rvj johnpgoodman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon@codeweavers.com
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #16 from m0rvj johnpgoodman@gmail.com --- Still present in wine 9.10-devel
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #17 from m0rvj johnpgoodman@gmail.com --- For interest running with wayland and the new wine wayland driver the issue is still present. In 9.19 staging the menu now appears, jumps to a new location and then vanishes. But does work the first time it is used, the problem is each subsequent time.
https://bugs.winehq.org/show_bug.cgi?id=52380
m0rvj johnpgoodman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|winex11.drv |-unknown
--- Comment #18 from m0rvj johnpgoodman@gmail.com --- It seems to me that the logical flow of static BOOL is_window_managed differs between winex11.drv and winewayland.drv. So does the behaviour, though neither is correct. Could that be the source of the problem?
https://bugs.winehq.org/show_bug.cgi?id=52380
F H francisco278herrera@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |francisco278herrera@gmail.c | |om
--- Comment #19 from F H francisco278herrera@gmail.com --- Speaking from personal experience does installing dxvk, vkd3d, gdi, dotnetdesktop 8.0 from winetricks do anything to alleviate the problem?
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #20 from F H francisco278herrera@gmail.com --- (In reply to F H from comment #19)
Speaking from personal experience does installing dxvk, vkd3d, gdi, dotnetdesktop 8.0 from winetricks do anything to alleviate the problem?
Please ignore my comment I did not read the entre thread
https://bugs.winehq.org/show_bug.cgi?id=52380
Nathan S JAzuQbCwGyJtVSSIwVF9PF8gmVmMhnHp@pm.me changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |JAzuQbCwGyJtVSSIwVF9PF8gmVm | |MhnHp@pm.me
--- Comment #21 from Nathan S JAzuQbCwGyJtVSSIwVF9PF8gmVmMhnHp@pm.me --- Resolved in 10-rc5, (Logos 38.1.2) possibly resolved by https://gitlab.winehq.org/wine/wine/-/commit/51b16963f6e0e8df43118deac63f640...
It should be noted that the first time the tools menu opens there is no window decorations, but the second time there is window decorations. That can be filed separately.
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #22 from m0rvj johnpgoodman@gmail.com --- Created attachment 77905 --> https://bugs.winehq.org/attachment.cgi?id=77905 patch that fixes this bug
After so much time... I got there. This patch fixes it. Can a wine dev review and include?
https://bugs.winehq.org/show_bug.cgi?id=52380
m0rvj johnpgoodman@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |win32u
--- Comment #23 from m0rvj johnpgoodman@gmail.com --- changed component on the bug report to win32u which is where the patch applies
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #24 from m0rvj johnpgoodman@gmail.com --- Sorry I thought we could safely push popups to the top but the patch will need to be more nuanced as there are cases where popups stack and e.g. a search box has a results popup below. Basically the patch breaks some stuff so a bit more work needed.
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #25 from m0rvj johnpgoodman@gmail.com --- In relation to nathan's comment, he's sent a video to me. Seems it is fixed for gnome but not in kde as I tested the same wine build. So the commit referenced is close to a solution. Can we get the whole way there?
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #26 from m0rvj johnpgoodman@gmail.com --- Created attachment 78017 --> https://bugs.winehq.org/attachment.cgi?id=78017 Log
This log was running origin/master today.WINEDEBUG=+focus,+event,+win If you search: ButtonPress for hwnd/window You see 3 clicks. One opens the menu. Second dismisses the menu. Third opens but it vanishes immediately. I'm hoping the log is useful.
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #27 from m0rvj johnpgoodman@gmail.com --- I notice that SWP_HIDEWINDOW only appears after the 3rd click which is the one where the bug appears.
https://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #28 from m0rvj johnpgoodman@gmail.com --- Created attachment 78019 --> https://bugs.winehq.org/attachment.cgi?id=78019 Another log
This time running WINEDEBUG=+focus,+event,+win,+event,+win,+x11drv,+msg With 3x ==== TIMESTAMP locations in the log to mark just before I click. Also ButtonPress appears 3x for easy navigation. wine branch is up-to-date with 'origin/master'
http://bugs.winehq.org/show_bug.cgi?id=52380
--- Comment #29 from m0rvj johnpgoodman@gmail.com --- Rémi Bernon you absolute legend - God bless you! Fixes in 10.5 devel! I'm still finding that some menu actions seem to trigger my kde panel to pop up but at least the menus and popups are all working so far as I can tell. Can someone else confirm? I'm on Steam OS.
-
WineHQ Bugzilla