Those sound like classic symptoms of the OpenGL bug (causes blank screens if preset or enabled in v4.4) (causes black screens if preset or enabled in v5.0) (is on by default in v5.1) (good grief) (+ causes non-printing of images - see bottom).
From Q61182, the switch is accessed:-
(menu):Tools→Options→View (uncheck use OpenGL)
(menu):Tools→Options→LibreOffice→View (uncheck Use OpenGL + ForceOpenGL) (v5.1)
From Q45801, a slightly more complicated fix is to change one or more of 2 settings within registrymodifications.xcu within the personal profile folder (Q62646) whilst LO is NOT running (below are the values that you want):-
[Windows system drive letter]:\Users\[user name]\AppData\Roaming\LibreOffice\4\user
<prop oor:name="ForceOpenGL" oor:op="fuse"><value>false</value></prop>
<prop oor:name="UseOpenGL" oor:op="fuse"><value>false</value></prop>
From Q61182, an easier, though slightly scary, method is available for Windows by using a reg-file to hack the Registry & switch OFF all OpenGL processing:-
- save this file as 'opengl.reg'
- double-click on the file
- that's it! (the Registry editor places those entries into the Registry)
This is what that file from step-1 looks like:
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Policies\LibreOffice\org.openoffice.Office.Common\VCL\UseOpenGL]
"Value"="false"
"Final"=dword:1
[HKEY_CURRENT_USER\Software\Policies\LibreOffice\org.openoffice.Office.Common\VCL\ForceOpenGL]
"Value"="false"
"Final"=dword:1
Update March 11 re: “Unable to Print Images”
The exact self-same issue as above is also responsible for tdf#94851 (“Images are not printed (paper and PDF) with OpenGL activated”) and is fixed by the same methods. See also Q59473.
Patches have been committed to fix this in all versions (2015-12-12), although I am uncertain whether they are any more than switching OpenGL off by default.
