Bug 121147 - Initial screen comes up grey
Summary: Initial screen comes up grey
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.1.0.0.alpha0+
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-11-03 16:00 UTC by Lee
Modified: 2019-01-11 10:21 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Lee 2018-11-03 16:00:34 UTC
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.
Comment 1 Xisco Faulí 2018-11-05 13:16:10 UTC
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
Comment 2 Lee 2018-11-05 16:21:11 UTC
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)
Comment 3 Fafa 2018-11-29 08:32:00 UTC
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
Comment 4 Tony Chou 2018-11-29 09:09:33 UTC Comment hidden (obsolete)
Comment 5 Lee 2018-11-29 17:08:14 UTC
Where would I get a copy of 6.3.0.0?
Comment 6 Xisco Faulí 2018-11-29 17:15:16 UTC
(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/
Comment 7 Lee 2018-11-30 02:27:32 UTC
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
Comment 8 Lee 2018-11-30 02:33:05 UTC
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
Comment 9 Lee 2019-01-10 17:51:22 UTC
As of 6.1.4.2 this is no longer happening
Comment 10 Xisco Faulí 2019-01-11 10:21:18 UTC
(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.