Bug 95590 - LibO 5 opens with all black window on Surface Book after firmware update
Summary: LibO 5 opens with all black window on Surface Book after firmware update
Status: RESOLVED DUPLICATE of bug 95639
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
5.0.2.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: VCL-OpenGL
  Show dependency tree / graph
 
Reported: 2015-11-05 00:21 UTC by Michael Haisten
Modified: 2015-12-13 07:03 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Haisten 2015-11-05 00:21:19 UTC 
Installed LibreOffice 5.0.2 on Surface Book (model with 256gb ssd, 8gb memory, and discrete graphics) day it arrived (Oct 26, 2015). Worked well. Then on Nov 3, Surface Book updated with "System Firmware Update - ‎11/‎2/‎2015" which is known to included display driver updates. When I next opened LibreOffice, the frame was all black except for title bar. Today (Nov 4), I installed version 5.0.3 and it has the same problem.

BTW Installed version 4.4.6 and ti works correctly. Have reported the issue to Microsoft as well.
Comment 1 Adolfo Jayme Barrientos 2015-11-05 02:26:03 UTC 
This is probably something related to the OpenGL support. You can try the workaround described in bug 94686 comment 3, about modifying an .xcu file, which is located in the %APPDATA%\libreoffice\4\user\ folder.
Comment 2 tommy27 2015-11-05 05:13:36 UTC 
also consider upgrading to LibO 5.0.3.2 which has been released a few days ago.
many bug fixes have been done in respect to 5.0.2.2
Comment 3 Buovjaga 2015-11-10 13:28:29 UTC 
Any news regarding the suggestions in comment 1 + 2?

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Comment 4 Maxim Monastirsky 2015-11-10 14:25:26 UTC 
Please test with 5.0.3. The fix for Bug 94686 might fix this one as well.
Comment 5 Jason C. 2015-12-12 00:36:30 UTC 
Confirmed that this problem is still present with LibreOffice 5.0.3.2 both x86 and x64 on Windows 10 professional build 10586 (November 2015 update) with all updates as of time of writing.

So NOT FIXED, previous comments with potential bug fixes aren't applicable.
Comment 6 Jason C. 2015-12-12 00:38:42 UTC 
Updated to current version tested.
Comment 7 Jason C. 2015-12-12 00:43:54 UTC 
Problem went away, as described in comment 1.

Specifically, added the line to my %APPDATA%\libreoffice\4\user\registrymodifications.xcu file

<item oor:path="/org.openoffice.Office.Common/VCL"><prop oor:name="UseOpenGL" oor:op="fuse"><value>false</value></prop></item>
Comment 8 Jason C. 2015-12-12 00:44:38 UTC 
Note, this issue occurs for both 64-bit and 32-bit installs of 5.0.3.2 on Win10 x64 Professional.
Comment 9 tommy27 2015-12-12 03:05:21 UTC 
(In reply to Jason C. from comment #6)
> Updated to current version tested.

this is wrong. did you notice that the version field says "earliest affected" ?
reverting to 5.0.2.2
Comment 10 Buovjaga 2015-12-12 07:24:07 UTC 
Setting to NEW as we have confirmation.
Comment 11 Maxim Monastirsky 2015-12-12 18:38:23 UTC 
Is it the same as Bug 95639?
Comment 12 Jason C. 2015-12-13 01:03:37 UTC 
(In reply to Maxim Monastirsky from comment #11)
> Is it the same as Bug 95639?

I can't say, but the effects look very much the same. I would suggest closing this bug and keeping #95639 open. Differences between this and the other bug:
* Found in 5.0.2.2 / 5.0.3.2
* This only occurred after a FW update on the Surface Book.
Comment 13 Maxim Monastirsky 2015-12-13 07:03:21 UTC 

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