Description: When opening certain Calc files LO jumps immediately into a state where none of the menus are visible anymore. One only sees the empty frame of the menu, see the attached screenshot. Attached is the smallest possible Calc file with with I can reproduce the problem: - just open it and then try to e.g. open the Help menu Teh problem is the usage of OpenGL. When i uncheck the usage of OpenGL in teh preferences I don't get any problem. (I uninstalled all extensions and reset the user profile. The problem is definitely only the OpenGL usage. Actual Results: see description Expected Results: visible menus Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Version: 6.3.2.2 (x64) Build-ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c CPU-Threads: 12; BS: Windows 10.0; UI-Render: GL; VCL: win; Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE Calc: CL
Created attachment 154683 [details] Calc file to reproduce
Created attachment 154684 [details] screenshot of the empty menu
Hello, please upgrade graphics driver and attach openGL info: https://wiki.documentfoundation.org/OpenGL Thank you
> please upgrade graphics driver and attach openGL info Done: OpenGL info: Renderer: GeForce GT 1030/PCIe/SSE2 Vendor: NVIDIA Corporation Memory: 2048 MB Version: 4.6.0 NVIDIA 418.91 Shading language version: 4.60 NVIDIA Max texture size: 32768 x 32768 Max vertex texture image units: 32 Max texture image units: 32 Max geometry texture units: 32 Max anisotropic filtering value: 16 Max viewport size: 32768 x 32768 Max Clip Distances: 8 Max samples: 16 GL Extensions: 409
Also the update to the latest Nvidia driver doesn't solve the problem: Renderer: GeForce GT 1030/PCIe/SSE2 Vendor: NVIDIA Corporation Memory: 2048 MB Version: 4.6.0 NVIDIA 436.48 Shading language version: 4.60 NVIDIA Max texture size: 32768 x 32768 Max vertex texture image units: 32 Max texture image units: 32 Max geometry texture units: 32 Max anisotropic filtering value: 16 Max viewport size: 32768 x 32768 Max Clip Distances: 8 Max samples: 16 GL Extensions: 418
I did some further investigations and found the source of the bug: - turn on OpenGL - in the form elements toolbar enable the edit mode - open the attached almost empty ODS-file "Push-button-OpenGL-test" As you can see, it is almost empty but contains a push button. Also, the menus are working as they should. - leave the form edit mode result: the menus disappear immediately Now it gets funny: - enable the form edit mode again - move the button a bit to the left (e.g. at the moment it is in column H, move it to column C) - leave the form edit mode result: now there is no problem anymore! So the bug only appears if the push button is at the right side of the screen. Very weird!
Created attachment 154699 [details] Push-button-OpenGL-test
OK, OK this is a really weird bug because what I described in my last post is not always reproducible. It depends on the main window position and size and it also makes a difference if there is another ODS file is opened or not. But I cannot figure out a defined setup that triggers the bug on every PC. It is definitely an OpenGL issue and unfortunately all other PCs I have access to don't show this bug.
Repro with Version: 6.4.0.0.alpha0+ (x86) Build ID: c45d477b0a0038d9c25176cf7cff299e5ddf3a7a CPU threads: 4; OS: Windows 6.3; UI render: GL; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-09-30_05:06:55 Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL Menu invisible as long as the document is open No repro with Versie: 6.0.4.1 Build ID: a63363f6506b8bdc5222481ce79ef33b2d13c741 CPU-threads: 4; Besturingssysteem: Windows 6.3; UI-render: GL; Locale: nl-NL (nl_NL); Calc: CL
Repro Windows with LO 6.4+. I don't have Linux with OpenGL.
@Aron, @Roman, any chance you could bisect this considering it's a high severity bug ?
Created attachment 154906 [details] Bibisect log Bisected to author Armin Le Grand <Armin.Le.Grand@cib.de> 2018-10-12 11:13:09 +0200 committer Armin Le Grand <Armin.Le.Grand@cib.de> 2018-11-27 11:33:10 +0100 commit d464d505fbf6e53a38afdd3661d320fac8c760d6 (patch) tree 3bf7db8591172bf948198f19d36df5df886486bb parent 3e1e2b6687b0259ae28441cc0d314de0d908776b (diff) https://cgit.freedesktop.org/libreoffice/core/commit/?id=d464d505fbf6e53a38afdd3661d320fac8c760d6
Adding cc to Armin Le Grand
*** Bug 128253 has been marked as a duplicate of this bug. ***
Hallo, this is 128253 again. As Stuart suggestet, I disabled OpenGL. The Menues are back ! :-) But now the Buttons shake ... (?)
I believe this is a duplicate of Bug 121963, which Armin Le Grand has already fixed. I can't reproduce this using 6.4+ daily build from 2019/11/05 : https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb77-TDF/2019-11-05_05.07.09/LibreOfficeDev_6.4.0.0.alpha1_Win_x64.msi This build contains Armins fix: https://gerrit.libreoffice.org/#/c/82031/ ,which will be included in 6.4.0 and 6.3.4
(In reply to devseppala from comment #16) > I believe this is a duplicate of Bug 121963, which Armin Le Grand has > already fixed. > > I can't reproduce this using 6.4+ daily build from 2019/11/05 : > https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb77-TDF/2019-11- > 05_05.07.09/LibreOfficeDev_6.4.0.0.alpha1_Win_x64.msi > > This build contains Armins fix: > https://gerrit.libreoffice.org/#/c/82031/ > > ,which will be included in 6.4.0 and 6.3.4 Hi devseppala, This issue is only happening with OpenGL enabled. Is it enabled for you? Please share the help - about LibreOffice info
I have enabled "Options -> LibreofficeDev -> View -> Use OpenGL for all rendering" Version: 6.4.0.0.alpha1+ (x64) Build ID: 16dd2d153475265e9bdf9b8e736dca0b7b5b20f9 CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: GL; VCL: win; Locale: fi-FI (fi_FI); UI-Language: en-GB Calc: threaded and I can't reproduce this bug with this daily build. It is reproducible using 6.3.3 I believe the menus are not visible because the bug, that Armin fixed ,causes the OpenGL system to overload (GPU use 100%). When OpenGL is disabled the buttons start flashing, which is the main complaint of bug 121963 (besides high cpu use).
(In reply to devseppala from comment #16) > This build contains Armins fix: > https://gerrit.libreoffice.org/#/c/82031/ > > ,which will be included in 6.4.0 and 6.3.4 I can confirm that the bug is fixed in yesterday's nightly build. Please leave this bug open as reference until it is in an RC of 6.3.4 and/or 6.4.0.
I, too can confirm this is now fixed in 6.5.0.0.alpha0+ (32dcf3f0fdafcf44457842a8aa4f54d30d856ca9), 6.3.4.1 / Windows, and agree that this likely got fixed along with bug 121963. Let's close as WFM.