Bug 161944 - Artifact in the active cell outline when range is frozen
Summary: Artifact in the active cell outline when range is frozen
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
24.8.0.0 beta1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Cell-Freeze
  Show dependency treegraph
 
Reported: 2024-07-07 22:00 UTC by Rafael Lima
Modified: 2024-11-15 13:39 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshots of the problem (36.19 KB, application/vnd.oasis.opendocument.graphics)
2024-07-07 22:00 UTC, Rafael Lima
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Rafael Lima 2024-07-07 22:00:07 UTC
Created attachment 195155 [details]
Screenshots of the problem

When you apply "freeze rows and columns" and the active cell is right where the "freeze" began, you'll see leftovers of the cell overlay if you scroll the sheet.

Steps to reproduce:
1) Create a blank Calc document
2) Click cell B2
3) Go to View - Freeze Rows and Columns
4) With cell B2 still selected, scroll the sheet left/right or up/down and notice that a portion of the cell outline remains there
5) Also notice that cell outline is partially gray

See attached ODG for more info.

System info

Version: 24.2.4.2 (X86_64) / LibreOffice Community
Build ID: 420(Build:2)
CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: kf5 (cairo+xcb)
Locale: pt-BR (pt_BR.UTF-8); UI: en-US
Ubuntu package version: 4:24.2.4-0ubuntu0.24.04.2
Calc: threaded
Comment 1 ady 2024-07-08 03:57:37 UTC
Tested with:
Version: 24.8.0.0.beta1+ (X86_64) / LibreOffice Community
Build ID: 12b0d0dd2e22a1abc955a11bfe4ae87631409622
CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: en-US (es_AR); UI: en-US
Calc: threaded

(For other testers, please note that it might be slightly different in each recent Dev version, according to specific commits recently introduced.)

Note that the gray color is initially inverted with the expected color of the outline (after step 3, before step 4).

Similar behavior when Split Window is used (instead of Freeze).

Also, when using Split Window, you can see the gray color when the same cell is seen on different squares (e.g. instead of scrolling, show the same range of cells in all "split areas" and then change the focus between each split area).

Side note: I don't mind so much the changing color that crosses the Freeze/moving areas. It could be a positive behavior too.

Note that the behavior is slightly different when using arrows in order to move the focus to a different cell, as oppose to scrolling the area while leaving the focus on the same cell.

The behavior is also different when navigating with the arrow keys to change the focus to a different cell, crossing between a Freeze area towards a moving area. A cell on the Freeze area shows only the outline on the Freeze area while hides the outline of the border that falls within the moving area (instead of showing it in gray color).

Similar issues can be seen when _selecting_ ranges that cross the Freeze limits (between frozen pane and moving pane).

Additional problem: when the Freeze area is only Row 1 / Column A ("home" is cell B2), the outline cannot be seen when the selection starts at cell A1.
Comment 2 zcrhonek 2024-11-15 13:39:01 UTC
This seems to have begun at the below commit in bibisect repository/OS linux-64-7.4.
Adding Cc: to Heiko Tietze ; Could you possibly take a look at this one?
Thanks
 08245b075c9663c78225d82b2ba85b28c345bf23 is the first bad commit
commit 08245b075c9663c78225d82b2ba85b28c345bf23
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Mon Jan 17 08:58:06 2022 +0100

    source c32994e22ff291b0227ed74de6d0d050cf0901c8

128222: Resolves tdf#143733 - Make selection border wider | https://gerrit.libreoffice.org/c/core/+/128222