Created attachment 122311 [details]
Screenshot: start center behing Tools Options LibreOffice View
Platform: Windows 7/64
Registry cleaned & New user profile for each test
Version: 22.214.171.124 (x64)
Build ID: 5e3e00a007d9b3b6efb6797a8b8e57b51ab1f737
CPU Threads: 2; OS Version: Windows 6.1; UI Render: GL;
Locale : fr-FR (fr_FR)
I can not use the 32 and 64 bit versions in my environment.
Start center buttons are not displayed (but work if you click "at random").
Difficult to test other display options than the default (e.g. opengl) because
Dialog is not displayed.
The title bar in the attached screenshot shows after Click Options> LibreOffice> View:
- start center buttons not dispaye
- entry in the treeview is not highlighted,
- dialog remains on the User identity data,
- only the title is correct.
This bug is *NOT* reproduced (fr-QA testers) on:
-Windows 7 Home (Server Install GUI for 32bit version, direct install for x64
-Windows 7/32 (with or withour OpenGl)
If you are having trouble disabling OpenGL, use regedit and imitate these: https://bug-attachments.documentfoundation.org/attachment.cgi?id=118060
Could you get us your gfx info with: http://www.realtech-vr.com/glview/download.php
Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided more information.
(In reply to Beluga from comment #1)
> If you are having trouble disabling OpenGL, use regedit and imitate these:
Thank you, this solves the problem ... but IMHO this is *absolutely not* accessible to the end user. So I set status to UNCONFIRMED
> Could you get us your gfx info with:
(In reply to pierre-yves samyn from comment #2)
Continued from comment 2 (sorry bad keystroke)
I said I do not set status to RESOLVED because I think the workaround is just... a workaround and not an end-user one.
I attached my config (XML file)
Created attachment 122506 [details]
Can you also get us the driver info from the opengl_device.log in your user-profile cache folder ?
Also - if you could download a dbgutil build and run it from the console, first export SAL_LOG=1 and capture the log output that would be fantastic; I suspect that some shader fails to compile early on & causes these problems - anyhow the debug will help us see what's up there.
Pierre-Yves: you can get a debug enabled build from here: http://dev-builds.libreoffice.org/daily/master/Win-x86@39/current/
Your opengl info log file is exactly in:
For the SAL_LOG=1, you would need a cygwin terminal.
Then you launch the cygwin terminal and:
and then you can execute it with:
SAL_LOG=1 ./soffice.exe 2>&1 | tee sal-log.txt
It will create a log file sal-log.txt in the launching folder.
Created attachment 122542 [details]
Created attachment 122543 [details]
Michael & Beluga
Many thanks. I tried to follow the instructions. I hope the attached files are what you expect...
Looks like another black-listing failure: the GL driver is:
which to humans means:
NVIDIA - and the driver version is as above -but- our blacklist contains:
<entry os="all" vendor="nvidia" compare="less" version="10.18.13.5362"> <!-- 353.62 -->
Which should mean that all devices with less than that version are black-listed on all OS' so ...
Tomaz is working on a unit test for the black-listing logic right now.
*** This bug has been marked as a duplicate of bug 96546 ***