Bug 146242 - calc row highlighting in numbers column misaligned to selected cell (Skia metal)
Summary: calc row highlighting in numbers column misaligned to selected cell (Skia metal)
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.3.0.3 release
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 147677 (view as bug list)
Depends on:
Blocks: Skia
  Show dependency treegraph
 
Reported: 2021-12-15 13:28 UTC by steve
Modified: 2024-03-05 11:10 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
row highlight is aligned with selected cell (19.50 KB, image/png)
2021-12-15 13:28 UTC, steve
Details
bug illustration (10.83 KB, image/png)
2022-02-19 08:24 UTC, Robert Kisteleki
Details
another bug illustration (12.69 KB, image/png)
2022-02-19 08:27 UTC, Robert Kisteleki
Details

Note You need to log in before you can comment on or make changes to this bug.
Description steve 2021-12-15 13:28:05 UTC
Description:
Think this is new. In calc when moving up and down a lot and typing some text into cells it is only a matter of time until the row indicator highlighting is misaligned to the selected cell. This fixes itself when moving around some more.

But clearly for calc software this is a no-go.

Steps to Reproduce:
see description

Actual Results:
row highlight misaligned

Expected Results:
row and column indicator highlight should not be misaligned


Reproducible: Sometimes


User Profile Reset: No



Additional Info:
Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 25ac6754d144a258d39cd9251677f3e35f4b3ee6
CPU threads: 8; OS: Mac OS X 11.6.2; UI render: Skia/Metal; VCL: osx
Locale: de-DE (en_DE.UTF-8); UI: en-US
Calc: threaded
Comment 1 steve 2021-12-15 13:28:32 UTC
Created attachment 176949 [details]
row highlight is aligned with selected cell
Comment 2 LeroyG 2021-12-19 16:52:51 UTC Comment hidden (obsolete)
Comment 3 LeroyG 2021-12-19 17:06:50 UTC Comment hidden (obsolete)
Comment 4 Deep17 2022-01-11 18:30:01 UTC
 I cannot reproduce this issue in 

Version: 7.2.5.2 (x64) / LibreOffice Community
Build ID: 499f9727c189e6ef3471021d6132d4c694f357e5
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

and

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 3a683edd9c77e20255357879fc70ce49c9217fa8
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 5 Robert Kisteleki 2022-02-19 08:24:50 UTC
Created attachment 178390 [details]
bug illustration
Comment 6 Robert Kisteleki 2022-02-19 08:27:40 UTC
Created attachment 178391 [details]
another bug illustration
Comment 7 Robert Kisteleki 2022-02-19 08:28:01 UTC
I can confirm this in 7.3.0.3. I just upgraded from 7.2.5.x (latest) where this bug was not present.

Sometimes the row/col indicator updates about one second later a move. Sometimes, seemingly if the cursor enters/exits non-empty cells, the row/col indicator does not change at all.
Comment 8 Robert Kisteleki 2022-02-19 08:39:33 UTC
(In reply to Robert Kisteleki from comment #7)
> I can confirm this in 7.3.0.3. I just upgraded from 7.2.5.x (latest) where
> this bug was not present.
> 
> Sometimes the row/col indicator updates about one second later a move.
> Sometimes, seemingly if the cursor enters/exits non-empty cells, the row/col
> indicator does not change at all.

Version: 7.3.0.3 / LibreOffice Community
Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3
CPU threads: 4; OS: Mac OS X 10.16; UI render: Skia/Metal; VCL: osx
Locale: nl-NL (en_NL.UTF-8); UI: en-US
Calc: threaded
Comment 9 steve 2022-02-19 12:13:54 UTC
Setting to NEW as this is confirmed with the screenshots by Robert (thanks!).
Comment 10 steve 2022-02-19 12:14:42 UTC
Also adjusted earliest affected version to 7.3.0.3 as per Robert's comment.
Comment 11 Buovjaga 2022-02-24 17:04:59 UTC
Steve and Robert: did you test without Skia? Tools - Options - LibreOffice - View - Use Skia for all rendering
Comment 12 Robert Kisteleki 2022-02-24 20:39:02 UTC
(In reply to Buovjaga from comment #11)
> Steve and Robert: did you test without Skia? Tools - Options - LibreOffice -
> View - Use Skia for all rendering

I just did, and in this case I could not reproduce the problem.

Version: 7.3.0.3 / LibreOffice Community
Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3
CPU threads: 4; OS: Mac OS X 10.16; UI render: default; VCL: osx
Locale: nl-NL (en_NL.UTF-8); UI: en-US
Calc: threaded
Comment 13 Telesto 2022-02-24 20:58:54 UTC
Repro with
Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: c1205c1cf6e08d94e6e2e2753679d99bc1842ca0
CPU threads: 8; OS: Mac OS X 12.2; UI render: Skia/Metal; VCL: osx
Locale: nl-NL (nl_NL.UTF-8); UI: en-US
Calc: threaded

No repro with Skia Software mode = Skia Raster
Comment 14 Buovjaga 2022-02-24 23:09:00 UTC
Then a bibisect is probably not needed
Comment 15 Telesto 2022-02-27 08:57:04 UTC
*** Bug 147677 has been marked as a duplicate of this bug. ***
Comment 16 QA Administrators 2024-03-05 03:13:36 UTC Comment hidden (obsolete)
Comment 17 Robert Kisteleki 2024-03-05 07:02:30 UTC
> Test to see if the bug is still present with the latest version of
> LibreOffice from https://www.libreoffice.org/download/

I'm using 2024.2.0.3 now, and cannot reproduce the issue.
Comment 18 Buovjaga 2024-03-05 07:10:24 UTC
(In reply to Robert Kisteleki from comment #17)
> > Test to see if the bug is still present with the latest version of
> > LibreOffice from https://www.libreoffice.org/download/
> 
> I'm using 2024.2.0.3 now, and cannot reproduce the issue.

Even with Skia active?
Comment 19 ady 2024-03-05 07:15:32 UTC
(In reply to Robert Kisteleki from comment #17)
> > Test to see if the bug is still present with the latest version of
> > LibreOffice from https://www.libreoffice.org/download/
> 
> I'm using 2024.2.0.3 now, and cannot reproduce the issue.

Please provide the complete version information, in the same way as you did in your comment 12. The "UI render" data used by/in your new version is relevant. TIA.
Comment 20 steve 2024-03-05 11:09:55 UTC
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: e2473fe3a547e5a11d3b91ab8ded833bf5b74356
CPU threads: 8; OS: macOS 13.6.4; UI render: Skia/Metal; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

No longer reproducible. Setting to worksforme. Behavior of cell highlight is very responsive now.

There were a few performance fixes since the bug had been filed back in 2021, which likely also resolved this specific issue.