Bug 127910 - main menu and context menus empty when using form elements and OpenGL
Summary: main menu and context menus empty when using form elements and OpenGL
Status: VERIFIED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.3.0.0.alpha0+
Hardware: x86-64 (AMD64) Windows (All)
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
: 128253 (view as bug list)
Depends on:
Blocks: Regressions-ViewToDevice-Refactor VCL-OpenGL
  Show dependency treegraph
 
Reported: 2019-10-01 15:27 UTC by muso
Modified: 2019-11-25 01:00 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
Calc file to reproduce (27.67 KB, application/vnd.oasis.opendocument.spreadsheet)
2019-10-01 15:32 UTC, muso
Details
screenshot of the empty menu (74.32 KB, image/jpeg)
2019-10-01 15:33 UTC, muso
Details
Push-button-OpenGL-test (22.66 KB, application/vnd.oasis.opendocument.spreadsheet)
2019-10-02 11:58 UTC, muso
Details
Bibisect log (2.44 KB, text/plain)
2019-10-10 18:29 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description muso 2019-10-01 15:27:18 UTC
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
Comment 1 muso 2019-10-01 15:32:17 UTC
Created attachment 154683 [details]
Calc file to reproduce
Comment 2 muso 2019-10-01 15:33:19 UTC
Created attachment 154684 [details]
screenshot of the empty menu
Comment 3 raal 2019-10-01 15:52:38 UTC
Hello, please upgrade graphics driver and attach openGL info: https://wiki.documentfoundation.org/OpenGL

Thank you
Comment 4 muso 2019-10-01 17:08:03 UTC
> 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
Comment 5 muso 2019-10-01 17:50:13 UTC
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
Comment 6 muso 2019-10-02 11:56:07 UTC
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!
Comment 7 muso 2019-10-02 11:58:29 UTC
Created attachment 154699 [details]
Push-button-OpenGL-test
Comment 8 muso 2019-10-02 12:02:25 UTC
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.
Comment 9 Telesto 2019-10-02 14:26:08 UTC
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
Comment 10 Timur 2019-10-04 13:44:08 UTC
Repro Windows with LO 6.4+. I don't have Linux with OpenGL.
Comment 11 Xisco Faulí 2019-10-10 13:47:37 UTC
@Aron, @Roman, any chance you could bisect this considering it's a high severity bug ?
Comment 12 Telesto 2019-10-10 18:29:37 UTC
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
Comment 13 Telesto 2019-10-14 20:14:54 UTC
Adding cc to Armin Le Grand
Comment 14 V Stuart Foote 2019-10-19 19:32:23 UTC
*** Bug 128253 has been marked as a duplicate of this bug. ***
Comment 15 Martin 2019-10-20 14:33:31 UTC
Hallo, this is 128253 again.
As Stuart suggestet, I disabled OpenGL.
The Menues are back !  :-)
But now the Buttons shake ... (?)
Comment 16 devseppala 2019-11-08 09:56:58 UTC
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
Comment 17 Xisco Faulí 2019-11-08 09:58:49 UTC
(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
Comment 18 devseppala 2019-11-08 10:25:00 UTC
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).
Comment 19 muso 2019-11-12 13:33:24 UTC
(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.
Comment 20 Aron Budea 2019-11-25 01:00:10 UTC
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.