Bug 121624 - No toolbars visible & no View -> User Interface selected (after upgrade?)
Summary: No toolbars visible & no View -> User Interface selected (after upgrade?)
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.1.3.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-11-22 15:22 UTC by Will Thompson
Modified: 2019-04-17 10:09 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 Will Thompson 2018-11-22 15:22:30 UTC
When I launched LibreOffice Writer this morning, no toolbars or sidebars were shown: the window contained the menubar and a blank document. I opened the View → User Interface submenu and none of the 9 options were selected. When I selected (any) one, the toolbars & sidebars (as appropriate) reappeared.

I'm not sure, but I haven't used LibreOffice for a while on this machine, so it's possible that an update had been installed since I last used it. I did not back up my user profile before trying to fix the problem, so I can't provide that. This sounds somewhat similar to the problems being discussed on bug 57466; I hadn't knowingly customised my toolbars, but I do dimly remember trying out the notebookbar when it was relatively new. Perhaps the mode I had previously selected had been removed? (I can reproduce the same symptom by editing .var/app/org.libreoffice.LibreOffice/config/libreoffice/4/user/registrymodifications.xcu and changing all occurrences of "notebookbar_groupedbar_full.ui" to "notebookbar_groupedbar_foobar.ui".)

At Endless, we have also seen this once or twice during an openQA test run, on a freshly-installed OS image. No user state is persisted beyond what's created in the course of the test run, but it could be that LibreOffice was automatically updated during the test run, between two successive launches.

Version: 6.1.3.2
Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb
CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: gtk3; 
Flatpak
Locale: en-GB (en_GB.utf8); Calc: group threaded
Comment 1 Will Thompson 2018-11-22 15:29:56 UTC
(In reply to Will Thompson from comment #0)
> At Endless, we have also seen this once or twice during an openQA test run,
> on a freshly-installed OS image. No user state is persisted beyond what's
> created in the course of the test run, but it could be that LibreOffice was
> automatically updated during the test run, between two successive launches.

I'm told by Philip Withnall, who maintains our openQA test suite, that LibreOffice is only started once in the test run, so this happened with a fresh user with no existing LibreOffice profile.
Comment 2 Dieter 2018-12-03 06:42:11 UTC
Will, could you reproduce this behaviour or did it only happen once?
Comment 3 Will Thompson 2018-12-03 07:28:12 UTC
It happened on every launch until I tried selecting a toolbar layout, after which point it hasn't happened again. We also reproduced it only once in the Endless QA system (with a fresh user profile).
Comment 4 Dieter 2019-04-16 09:55:00 UTC
Hello Will, a new major release of LibreOffice is available since this bug was reported. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Comment 5 Will Thompson 2019-04-17 10:09:11 UTC
As explained in the original report, this was never reproducible. I haven't seen it in our openQA tests recently so… shrug.