I tried LibreOffice 126.96.36.199 (stable) x86 and x64 versions with differents Windows :
Windows 7 x64 SP1 (virtual machine with VMware)
Windows 8.1 x64 (virtual machine with VMware)
Windows 10 x64 (virtual machine with VMware)
Note : LibreOffice 5.0.1 x64 worked perfectly.
The 188.8.131.52 x86 and x64 versions don't work at all on thoses VMs, I obtain a transparent or black window, even with a new pref folder.
On thoses virtual machines, I disabled 3D Graphics possibility, deleted LibreOffice prefs folder into %APPDATA% and I tried again : LibreOffice crashs.
On the 2nd launch, LibreOffice seems to work, it's very weird.
After that "good" launch, I enable 3D Graphics into VMware again, and it works.
I never seen that bug, even with LibreOffice 5.0.1 and my VMware is the same (11.1.2).
Please, do you know what was changed between LibreOffice 5.0.1 and 5.0.2 that brings that bug ?
(In reply to Maxime THEPAULT-DENIS from comment #0)
> Please, do you know what was changed between LibreOffice 5.0.1 and 5.0.2
> that brings that bug ?
OpenGL enabled as a late feature.
> On thoses virtual machines, I disabled 3D Graphics possibility, deleted
> LibreOffice prefs folder into %APPDATA% and I tried again : LibreOffice
> On the 2nd launch, LibreOffice seems to work, it's very weird.
Well, I guess it's somewhat the intended behavior. If there is a crash in OpenGL once, we disable it completely so it will never load again.
@Michael: Any thoughts on this?
How very odd =) I guess there is something we don't like about VMWare's OGL drivers ... then again, I'm quite surprised we're GL enabled with VMWare's drivers. It would be great to get some details about your hardware so we can black-list them.
After the crash it's good that we disable GL. Is there any chance you can get a dbgutil build from the -5-0 branch - and run LibreOffice from the windows console thus:
SAL_LOG=+INFO.vcl.opengl+WARN.vcl.opengl soffice.exe 2> c:\tmp\logfile.txt
And then attach the logfile.txt here. Ideally for the 1st run where it crashes - then we can blacklist vmware's GL driver =)
Thank you for that information, it helped me to have a workaround for that bug.
I added the following line into my "registrymodifications.xcu" :
<item oor:path="/org.openoffice.Office.Common/VCL"><prop oor:name="UseOpenGL" oor:op="fuse"><value>false</value></prop></item>
Also Michael I never done that so I will try your debug, thanks too ;)
Sorry but I don't know where to download the debug version you are talking about.
I only found that link but it don't contains anything :
No Windows dbgutil builds available:
I don't understand anything.
Michael said to try a "dbgutil build from the -5-0 branch" with a specific command.
You tell me there is not any dbgutil for Windows.
So if I understand, I can't do the debug Michael is asking for ?
Also, I tried to use "libreoffice-5-0~2015-10-05_07.55.30_LibreOfficeDev_184.108.40.206.0_Win_x86_en-US_de_ar_ja_ru_qtz.msi" with your link, but Michael's command don't work.
(In reply to Maxime THEPAULT-DENIS from comment #6)
> I don't understand anything.
> Michael said to try a "dbgutil build from the -5-0 branch" with a specific
> You tell me there is not any dbgutil for Windows.
No, Michael said: "Is there any chance you can get a dbgutil build from the -5-0 branch"
I simply pointed out there is no chance right now unfortunately, unless you do your own build.
Ok thank you, so I don't have the skill do to that.
I will keep the workaroung.
Sorry for the previous comment :
I will keep the workaround.
Hmm - silly me; sorry ! now I look - we can get the same info out of a master / dbgutil build - it'd be just great to get the info about your device from there !
Ok, so what informations do you need, exactly ?
Maybe you want I use another command line ?
To handle this; but its hard for me to test; hopefully we can get you a build with that in shortly (assuming it passes review / sanity checking).
Also reproducible in a Windows 8.1 virtual machine under Parallels Desktop, only black windows when LO tries to use OpenGL.
Michael Meeks committed a patch related to this issue.
It has been pushed to "libreoffice-5-0":
tdf#94686: Disable all vendors except for AMD/ATI/Intel/NVIDIA for now
It will be available in 5.0.3.
The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
Thank you for the fix :)
*** Bug 94820 has been marked as a duplicate of this bug. ***
*** Bug 95205 has been marked as a duplicate of this bug. ***