Bug 35256 - Navigator and Sidebar opened in opposing sides do not save their position on application close
Summary: Navigator and Sidebar opened in opposing sides do not save their position on ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
(earliest affected)
3.3.1 release
Hardware: x86-64 (AMD64) All
: medium minor
Assignee: Not Assigned
: 113988 131485 (view as bug list)
Depends on:
Blocks: Navigator
  Show dependency treegraph
Reported: 2011-03-12 10:56 UTC by hel.sheep
Modified: 2020-05-29 16:44 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description hel.sheep 2011-03-12 10:56:57 UTC
I prefer to use the Navigator as a sidebar on the right side of the application window (Writer & Calc), and I am able to do so without any problem. However, after I exit the application and start it again, the navigator always loads in the left side of the application window, which is a small bother.
Comment 1 Björn Michaelsen 2011-12-23 11:47:37 UTC Comment hidden (obsolete)
Comment 2 sasha.libreoffice 2012-01-20 07:40:19 UTC
reproduced in LibO 3.5.0 beta 2 on Fedora 64 bit
this is Linux-specific bug. On Windows not reproducible.
Comment 3 QA Administrators 2014-06-25 17:38:00 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2015-07-18 17:44:39 UTC Comment hidden (obsolete)
Comment 5 cantabilatte 2015-10-11 22:47:21 UTC
I have several times attempted to make the move from OpenOffice to LibreOffice (most recently with LO version 5.0.2, with Windows 8.1; previously with several other LO versions and Win 8.0, 7 and others), which in most respects seems to be a much better program. What’s keeping me back is the way the Navigator works in LO. Glancing through this and other forums, it seems to me that I am not the only person with this concern.

I work a lot with long documents. At present, I’m writing a 500-page book with three main parts, divided into (in all) 30 chapters and about 100 subchapters. I constantly need to move around from subchapter to subchapter in this text, and the Navigator (Contents view) as it appears in OpenOffice is ideal for this purpose: all chapters and subchapters are spread out in plain view, I can jump around freely, and if I can’t remember if subchapter X is located in chapter 17, 18 or 19, I can find it at a glance and go to it instantly. For me this is an essential feature. It was my main reason for migrating from WordPerfect to OpenOffice, even though I’m a long-standing WP user – since version 3.0.

Unfortunately, this is not the way Navigator works in LO:

-   When I (re)open a document, Navigator always appears in a totally closed state, which means that I have to click 33 times on the little “+”-signs in order to get the document’s contents spread out the way I need them to be.

-   When I close and reopen Navigator without exiting the document (press F5 twice), the same thing happens.

-   When I double-click on an opened chapter title, to move there, the subchapters of all other chapters disappear and I must reopen them.

-    Finally, there is no keyboard shortcut or button I can click that would open up all chapters and subchapters all at once.

This is an extremely impractical, and – it seems to me – extremely illogical way for the program to work.

Could someone please, please, please, please fix it! It is the only reason why I am still using OpenOffice, and there must be plenty of people out there who share this problem with me.

Unfortunately, I do not know how to program, or I would have had a go at it myself.
Comment 6 QA Administrators 2016-11-08 11:34:50 UTC Comment hidden (obsolete)
Comment 7 Thomas Lendo 2017-09-10 00:31:50 UTC
I can repro the bug described in the reporter's description.

Build-ID: fc674ad1b795d74a50cb792368ce7eaee74ca904
CPU-Threads: 4; Betriebssystem:Linux 4.10; UI-Render: Standard; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2017-09-09_00:34:37
Gebietsschema: de-DE (de_DE.UTF-8); Calc: group
Comment 8 Buovjaga 2017-11-23 18:54:29 UTC
*** Bug 113988 has been marked as a duplicate of this bug. ***
Comment 9 QA Administrators 2018-11-24 03:44:10 UTC Comment hidden (obsolete)
Comment 10 Buovjaga 2020-05-29 16:42:19 UTC
*** Bug 131485 has been marked as a duplicate of this bug. ***