Bug 130315 - LibreOfficedev 7.0.0.0alpha0+ Writer Navigator headings do not collapse in content (headings) only view on Linux
Summary: LibreOfficedev 7.0.0.0alpha0+ Writer Navigator headings do not collapse in co...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-31 10:50 UTC by Christopher J Poor
Modified: 2020-02-01 23:40 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 Christopher J Poor 2020-01-31 10:50:49 UTC
Description:
This is similar to what I reported on Mac OS X for LibreOffiecedev 6.5 - That is fixed in 7.0.0.0alpha0+ on Mac OS X. However the problem of headings in Navigator not being collapsed (either by shortcut or context menu) persists on Linux Mint. The shortcut expands all headings whether all content or headings only are displayed, but will not "Collapse all" when headings only are displayed.

Steps to Reproduce:
1. Open Navigator in document with multiple heading levels.
2. Use Ctrl * or context menu to expand all headings in headings only view.
3. Attempt to "Collapse all" headings with Ctrl * or context menu
Headings do not collapse.

Actual Results:
Headings do not collapse in headings only view. Must switch to all content view to be able to collapse headings.

Expected Results:
Headings should be expanded and collapsed by either shortcut or context menu in both full content view and in headings only view.


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Version: 7.0.0.0.alpha0+
Build ID: 4ff12ba6f4639c73587f2bb58afcc3ca6fb30105
CPU threads: 2; OS: Linux 5.3; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-01-24_21:09:14
Locale: en-NZ (en_NZ.UTF-8); UI-Language: en-US
Calc: threaded

This was a brand new installation so I did not try resetting my UserProfile.
Comment 1 Christopher J Poor 2020-01-31 10:53:21 UTC
Version: 7.0.0.0.alpha0+
Build ID: 4ff12ba6f4639c73587f2bb58afcc3ca6fb30105
Comment 2 Kevin Suo 2020-02-01 06:18:56 UTC
I tried and confirm that, this behaviour works OK in versions newer than commit 7f59313a1bd88dd142ff0b4c9b8cfc7e4beeabc7 (i.e., the commit which fixed bug 130122), but does not work in versions prior to that commit. As a result, this was fixed by that commit both on Mac and Linux.

Christopher J Poor: The daily build you used to test this bug on linux was dated 2020-01-24_21:09:14. However, that commit which fixed this issue was commited on Tue Jan 28 21:34:35 2020 +0100. It means the version you used to test on linux did not have this commit. Please test with a daily build newer than Jan 28 21:34:35.
Comment 3 Christopher J Poor 2020-02-01 23:40:45 UTC
It's good to hear that this is fixed on Linux now too. 
I cannot find a daily build later than 25th Jan.
There is LibreOfficeDev_7.0.0.0.alpha0_Linux_x86-64_archive.tar.gz
in an updater directory, which is dated 1st Feb but I cannot install the program correctly from that archive.
If you would like me to text the latest build, could you point me to the daily build that I should test, please?