Bug 162164 - Content is not rendered correctly after scrolling horizontally
Summary: Content is not rendered correctly after scrolling horizontally
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.4.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, regression
Depends on:
Blocks: Cell-Reference
  Show dependency treegraph
 
Reported: 2024-07-23 19:49 UTC by Gabor Kelemen (allotropia)
Modified: 2024-09-10 10:22 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file from Calc (34.92 KB, application/vnd.oasis.opendocument.spreadsheet)
2024-07-23 19:49 UTC, Gabor Kelemen (allotropia)
Details
Screenshot of the issue in Calc (99.53 KB, image/png)
2024-07-23 19:49 UTC, Gabor Kelemen (allotropia)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gabor Kelemen (allotropia) 2024-07-23 19:49:19 UTC
Created attachment 195460 [details]
Example file from Calc

Attached example file contains simple formula and many columns are filled. There are some simple macros also, and with disabled macro support the issue does not occur.

When the sheet is horizontally scrolled a lot left and right, the bottom numbers become somehow incorrectly rendered.

1. Open attached file, and have macro support enabled
2. Scroll down to the row 52, then scroll left and right and left a lot
-> Numbers in the row 52 start to be incorrect, they should match the ones in row 8.

Problematic behavior changed a bit in 7.5, before a few cells were repainted on clicking on the sheet, but after this commit there is no such repaint:

https://git.libreoffice.org/core/+/96880f5af713a55d87556af30a08b5f09f00ba48

author    Caolán McNamara <caolanm@redhat.com>    Wed Nov 23 17:29:56 2022 +0000
committer    Caolán McNamara <caolanm@redhat.com>    Wed Nov 23 21:13:50 2022 +0100

tdf#152094 don't attempt scroll paint optimization for devices with a mapmode

Original problem seems to have started in 4.4 in the bibisected range:
https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=f785c166bd80a4c9f50e6c4f7811bfd7ece16c81..6182437f8312e5823b3c9022993730428e572667

of which several seem to be relevant. Before this the values have changed during horizontal scroll, but were refreshed when the mouse button was released, so returning to that could be helpful.

Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: ba0e0093b0ed2816a18e54eef0a92220d7b04a4d
CPU threads: 14; OS: Windows 10 X86_64 (10.0 build 19045); UI render: default; VCL: win
Locale: hu-HU (hu_HU); UI: en-US
Calc: default

Seems to be also Windows-specific.
Comment 1 Gabor Kelemen (allotropia) 2024-07-23 19:49:37 UTC
Created attachment 195461 [details]
Screenshot of the issue in Calc
Comment 2 Buovjaga 2024-09-10 10:22:37 UTC
Confirmed with file. Not Windows-specific.

Arch Linux 64-bit
Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 880096c3a970389de9f1272509d2d03df046570a
CPU threads: 8; OS: Linux 6.10; UI render: default; VCL: kf6 (cairo+wayland)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: CL threaded
Built on 10 September 2024