If the group of lines has hidden lines, they become visible after collapsing and expanding.
Steps to reproduce:
1. make a group of lines;
2. make hidden some lines of the group;
3. collapse the group, then expand it;
hidden lines has became UNhidden
Thanks for bugreport
Sorry, can not understand how to reproduce this bug.
Please, attach ods files, produced in step 2 and in step 3 before expanding.
Created attachment 62184 [details]
In file 'step1' there are five rows, three of them (#4, #5, #6) are grouped.
In file 'step2' we made rows 4 to 5 hidden.
Now we just collapse and then expand back the group by pressing '-' and '+' continuously. All hidden rows become UNhidden. The question is: Why?
Thanks for attachments
reproduced in 3.3.4 and 3.5.3 on Fedora 64 bit
But also reproduced in msExcel 2003, so may be it is not a bug but a feature
What is interesting: in Excel lines, unhidden by described steps, are marked by dots (dots placed to left from line, near to "Grouping" marker)
Noel Grandin <email@example.com> changed status to NEW
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present on a currently supported version of LibreOffice (4.3.5 or later): https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)
Thank you for your help!
-- The LibreOffice QA Team
It seems that the subject is really not a bug but an strange feature also present in Excel 2007-2010. In latest builds of LO Calc it present as well (I tested ver. 4.3.3 and 4.3.4). So, if developers decided to leave this illogical behavior for needs of compatibility with Excel ...well let it be. Personally I think that the line status hidden/unhidden must be saved independently of collapsed/expanded status of the group. Quite likely i am wrong.
(In reply to Valery from comment #6)
> It seems that the subject is really not a bug but an strange feature also
> present in Excel 2007-2010. In latest builds of LO Calc it present as well
> (I tested ver. 4.3.3 and 4.3.4). So, if developers decided to leave this
> illogical behavior for needs of compatibility with Excel ...well let it be.
> Personally I think that the line status hidden/unhidden must be saved
> independently of collapsed/expanded status of the group. Quite likely i am
You are right: there are unfortunately many areas where LibO must be "bug-compatible" with Microsoft Office :)
I'll close this as NOTABUG.
Thank you for testing.