Bug 89772 - Windows builds (32-bit, 64-bit) OpenGL rendering issue
Summary: Windows builds (32-bit, 64-bit) OpenGL rendering issue
Status: RESOLVED DUPLICATE of bug 92708
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
4.4.3.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 89988 (view as bug list)
Depends on:
Blocks: VCL-OpenGL
  Show dependency treegraph
 
Reported: 2015-03-02 01:59 UTC by V Stuart Foote
Modified: 2015-09-03 11:24 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
soffice_frameButNoPagePaint (164.30 KB, image/jpeg)
2015-03-05 13:28 UTC, V Stuart Foote
Details
StackTrace TB39 Win32 build -- nVidia GTX260 (21.74 KB, text/plain)
2015-03-05 15:11 UTC, V Stuart Foote
Details
screenshot of LO + GL + NV GTX460 failing on linux (195.13 KB, image/png)
2015-04-13 14:05 UTC, Marcel Partap
Details

Note You need to log in before you can comment on or make changes to this bug.
Description V Stuart Foote 2015-03-02 01:59:54 UTC
On Windows 7 sp1, 64-bit en-US with nVidia GTX 260 and current drivers.

Setting the Tools -> Options -> View "OpenGL for all rendering" results in no draw refresh within LO frame.

TB 42 builds, Version: 4.5.0.0.alpha0+ (x64)
Build ID: Built by David Ostrovsky
Locale: en_US

for 20150218, 20150219, 20150301 all have this issue.

Clearing user profile to default (clearing the "OpenGL for all rendering" check box clears reverts the issue.
Comment 1 Buovjaga 2015-03-04 19:01:56 UTC
You mean the UI became totally unusable? I didn't get the problem. Lenovo T520 with Intel HD3000.

Win 7 Pro 64-bit Version: 4.5.0.0.alpha0+ (x64)
Build ID: 5a009a4387a84a36d2e3418c7e7b097cb10c3f5a
TinderBox: Win-x86_64@42, Branch:master, Time: 2015-03-04_15:00:21
Locale: fi_FI
Comment 2 V Stuart Foote 2015-03-05 13:26:08 UTC
More precise STR (and the Graphics card does affect outcome).

1. download x64 Windows build of master TB42
2. CLI msiexec.exe /A administrative install
3. modify bootstrap.ini "UserInstallation=" stanza to an path on $ORIGIN 
4. launch soffice.exe -- Opens to StartCenter
5. Tools -> Options -> View: checkbox "Use OpenGL for all rendering"
6. OK
7. File -> Exit
8. launch soffice.exe -- its Window frame appears, but there is no paint of the StartCenter  (clip attached)

Expected -- should see the StartCenter

Steps to confirm it is the OpenGL setting.

1.edit the user profile "registrymodifications.xcu"
2.find the UseOpenGL stanza:
<item oor:path="/org.openoffice.Office.Common/VCL"><prop oor:name="UseOpenGL" oor:op="fuse"><value>true</value></prop></item>  and set its value "false".
3. launch soffice.exe -- see fully painted StartCenter
4. again edit registry and reset UseOpenGL true
5. launch soffice.exe -- and again, frame only with unpainted StartCenter

Bad
Windows 7sp1, 64-bit en-US nVidia GeForce GTX260 w/9.18.13.2018 driver

Good
Windows 8.1, 64-bit en-US nVidia Quadro K2000 w/9.18.13.3182 driver
Windows 7sp1, 64-bit en-US ATI Radeon X1300/X1550 w/8.56.1.16 driver
Comment 3 V Stuart Foote 2015-03-05 13:28:28 UTC
Created attachment 113912 [details]
soffice_frameButNoPagePaint
Comment 4 V Stuart Foote 2015-03-05 14:48:44 UTC
And just realized this is also affecting 32-bit builds

On Windows 7 sp1, 64-bit en-US with nVidia GeForce GTX 260

Same STR as comment 2 with TB39 Windows debug build 
Version: 4.5.0.0.alpha0+
Build ID: 797c48f0f74501def9f47444538c0e110fcfcca1
TinderBox: Win-x86@39, Branch:master, Time: 2015-03-01_04:01:32
Locale: en_US

get assert error 
http://opengrok.libreoffice.org/xref/core/vcl/source/opengl/OpenGLContext.cxx#135
Comment 5 V Stuart Foote 2015-03-05 15:11:06 UTC
Created attachment 113916 [details]
StackTrace TB39 Win32 build -- nVidia GTX260

Stack trace from the TB39 debug build attached

This looked to be the point of hang

00b2e7ec 57ad8a3a vcllo!vcl::Window::ImplGetFrameData+0x1 [c:\cygwin\home\tinderbox\master\vcl\source\window\window2.cxx @ 977]
Comment 6 V Stuart Foote 2015-03-13 13:28:09 UTC
*** Bug 89988 has been marked as a duplicate of this bug. ***
Comment 7 Roman Kuznetsov 2015-03-13 15:06:47 UTC
(In reply to V Stuart Foote from comment #6)
> *** Bug 89988 has been marked as a duplicate of this bug. ***

its my bug. my hardware: Intel Pentium G850 with Nvidia GT640, OS Windows 7 HB x86 (32-bit)
Comment 8 Marcel Partap 2015-04-13 14:05:58 UTC
Created attachment 114758 [details]
screenshot of LO + GL + NV GTX460 failing on linux

This problem exists on linux as well, "coincidently" with a nvidia GTX460.. Painfully slow drawing of huge grey triangles and black menus.. it even results in a 
> soffice.bin[26557] segfault at 4c1d8 ip 00000000f42ecc91 sp 00000000ffd021a0
> error 4 in libnvidia-glcore.so.343.36[f2dce000+192d000]

Quite evil if you just casually tick that GL checkbox in the options whilst looking for something entirely unrelated, then forget about the change and close the last open document... There is NO way of undoing it except editing ~/.config/libreoffice/4/user/registrymodifications.xcu manually. Shouldn't changes to that file better be logged (cf. etckeeper ...)?

BTW, the problem can be caused by enabling UseOpenGL OR ForceOpenGL - that is, ForceOpenGL takes effect even though UseOpenGL is false?
Comment 9 V Stuart Foote 2015-06-11 19:01:13 UTC
not seeing this issue any longer
Comment 10 Michael Mayne 2015-07-01 16:53:04 UTC
I have this exact problem.  I have reopened the bug and changed the "earliest release affected" to 4.4.3.2.  I just upgraded to 4.4.4.3, there is no change, problem still exists.  My environment:  Windows 7 X64 SP1 running on a Dell Precision T3500, graphics NVidia Quadro NVS 295, driver version 341.21 (WHQL Certified).  I can / will attempt to get any diagnostic data required to resolve the issue (this is my first time opening a LibreOffice bug, you may have to lead me a bit).
Comment 11 Buovjaga 2015-07-01 17:33:07 UTC
NEW per comment 10.

Michael: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status

Btw., if you are interested in helping out with the firehose of bug reports: https://wiki.documentfoundation.org/QA/Triage_For_Beginners
Comment 12 Miklos Vajna 2015-09-03 11:24:28 UTC
The last comment of bug 92708 confirms that the nvidia / opengl problem is now solved, so closing this as a duplicate.

Sorry, I should have noticed this earlier, so that I could close that bug as a duplicate of this one.

*** This bug has been marked as a duplicate of bug 92708 ***