Bug 142250 - [EDITING] Frozen Rows/Columns reset when unfolding an outline-group causes the border outside of window
Summary: [EDITING] Frozen Rows/Columns reset when unfolding an outline-group causes th...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Cell-Freeze
  Show dependency treegraph
 
Reported: 2021-05-13 01:45 UTC by zzz
Modified: 2024-09-20 03:17 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
FreezeRowB1.ods (test data) (7.01 KB, application/vnd.oasis.opendocument.spreadsheet)
2021-05-13 01:45 UTC, zzz
Details
FreezeRowB1_ods_screenshot.png (48.50 KB, image/png)
2021-05-13 01:46 UTC, zzz
Details
FreezeRowB2_ods_screenshot.png (49.57 KB, image/png)
2021-05-13 01:47 UTC, zzz
Details
FreezeRowB3_ods_screenshot.png (47.74 KB, image/png)
2021-05-13 01:47 UTC, zzz
Details

Note You need to log in before you can comment on or make changes to this bug.
Description zzz 2021-05-13 01:45:04 UTC
Created attachment 171940 [details]
FreezeRowB1.ods (test data)

If a frozen-row includes a folded outline-group, when user unfolds that outline-group and that causes the frozen-row to shift outside of the visible pane, then all rows become unfrozen (scrollable).
Same symptom happens for columns as well.
Once the frozen-row has been reset by this way, saving the sheet and re-opening the file maintains the symptom.

Steps to reproduce:
1. Adjust LibreCalc window to show only A1:J41.
2. Select rows 2:40.
3. Menu|Data|GroupAndOutline|Group
4. Press the "-" button on the left edge to fold the outline-group.
5. Select cell B50.
6. Menu|View|FreezeRowsAndColumns
   This is the attached FreezeRowB1.ods
   Screenshot on my PC is FreezeRowB1_ods_screenshot.png
7. Press the "+" button on the left edge to unfold the outline-group.
   Now it looks like this: FreezeRowB2_ods_screenshot.png

Actual results:
8. Try vertical scroll. No row is frozen anymore.
9. Press again the "-" button on the left edge to fold the outline-group.
10. Try vertical scroll. Still, no row is frozen anymore.

Expected results:
At step 7, frozen rows should be kept frozen, with the visible top left cell should be A1, like the attached FreezeRowB3_ods_screenshot.png.
After step 9, rows above cell B50 should be frozen, ie. should not be scrollable.

Reproducible: always (tested over 10/10)

User Profile Reset: No

Additional Info:
Seems sometimes irreproducible when window is small, eg. only 10 rows.
Comment 1 zzz 2021-05-13 01:46:24 UTC
Created attachment 171941 [details]
FreezeRowB1_ods_screenshot.png
Comment 2 zzz 2021-05-13 01:47:08 UTC
Created attachment 171942 [details]
FreezeRowB2_ods_screenshot.png
Comment 3 zzz 2021-05-13 01:47:55 UTC
Created attachment 171943 [details]
FreezeRowB3_ods_screenshot.png
Comment 4 Buovjaga 2022-04-26 11:50:37 UTC
I reproduce on Windows, but not on Linux. Already in version 3.3.0.

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 67d8c245daf7c6ee33e908255f2bbd0ea8d08206
CPU threads: 2; OS: Windows 10.0 Build 19044; UI render: default; VCL: win
Locale: fi-FI (fi_FI); UI: en-US
Calc: threaded Jumbo
Comment 5 Kevin Suo 2022-09-20 07:49:55 UTC
(In reply to Buovjaga from comment #4)
You did not reproduce on linux, that may be becaue on Linux when the outline is expanded the range did not exceed the visible area.

I do reproduce this on Linux with a recent master build.

May be a duplicate of bug 120117, but I am not sure, thus adding to SEE ALSO instead.
Comment 6 Buovjaga 2022-09-20 07:56:52 UTC
Yes, it seems this is required to reproduce "Adjust LibreCalc window to show only A1:J41."

Version: 7.4.1.2 / LibreOffice Community
Build ID: 40(Build:2)
CPU threads: 8; OS: Linux 5.19; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
7.4.1-2
Calc: threaded
Comment 7 QA Administrators 2024-09-20 03:17:22 UTC
Dear zzz,

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 with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

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)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug