Description: The initial LibreOffice screen is blank (grey) except for the options area at top which has the words "File Tools Help" Selecting anything that causes a window, such as help>check for updates, Tools>Options or File>templates results in the correct initial window thereafter. Steps to Reproduce: 1.Bring up Libreoffice, I believe it is actually soffice 2. 3. Actual Results: The initial LibreOffice screen is blank (grey) except for the options area at top which has the words "File Tools Help" Expected Results: Initial screen with thumbnails of recent documents and a selection list of Writer, Calc, Impress, Draw, Map and Base at the left. Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info: Version: 6.2.0.0.alpha1 Build ID: ff46ad24d1d3cbcea45895520483ed1fd4ff488b CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk3; on a remote desktop No issue if run from the system console 6.0.6.2 runs correctly on a remote desktop.
Does it work if you disable OpenGl ? -> https://wiki.documentfoundation.org/OpenGL I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Running libreoffice --safe-mode, selecting no OpenGL then continuing in safemode does allow a basic window to be present at initial screen. Doing the same but selecting "apply changes and continue" results in the same behavior (grey initial screen)
Bug not reproducible in version Version: 6.3.0.0.alpha0+ (x64) Build ID: 0f25a3c36f27fd51453b9a9115f236b83c143684 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-27_20:06:55 Locale: zh-TW (zh_TW); UI-Language: en-US Calc: threaded
Where would I get a copy of 6.3.0.0?
(In reply to Lee from comment #5) > Where would I get a copy of 6.3.0.0? http://dev-builds.libreoffice.org/daily/master/
Those who said the bug was not reproducible in 6.3 are reporting a Windows 10 environment, using the environment in which it fails. The environment which files is a remote log-in (common on a multi-user Linux system. From the system console of such a system, it does work correctly but then, it isn't appropriate to perform office type tasks from the system console. I have tried, and again it failed using Version: 6.3.0.0.alpha0+ Build ID: da3432a0a8ab06c5bbd79a82703bf07e79c692f9 CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded The last good version is Version: 6.0.6.2 Build ID: 0c292870b25a325b5ed35f6b45599d2ea4458e77 CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group
This is a re-post of my comment since I cannot see how to edit it Those who said the bug was not reproducible in 6.3 are reporting a Windows 10 environment, which is not the environment that fails. The environment which fails is a remote log-in to a multi-user Ubuntu (Linux) system. From the system console of such a system, it does work correctly but then, it isn't appropriate to perform office type tasks from the system console. I have tried, and again it failed using Version: 6.3.0.0.alpha0+ Build ID: da3432a0a8ab06c5bbd79a82703bf07e79c692f9 CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded The last good version is Version: 6.0.6.2 Build ID: 0c292870b25a325b5ed35f6b45599d2ea4458e77 CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group
As of 6.1.4.2 this is no longer happening
(In reply to Lee from comment #9) > As of 6.1.4.2 this is no longer happening Thanks for retesting with the latest version. Setting to RESOLVED WORKSFORME as the commit fixing this issue hasn't been identified.