1. Create a table with such many rows as needed for a two-page table. 2. Select the table (via the shortcut or the menu). 3. It is OK. 4. Table -> Properties -> Position: turn on "Repeat header", set "5" rows. 5. Select the table (via the shortcut or the menu). 6. It is NOT OK: first five rows are (visually) selected incorrectly (e.g. not all cells are selected). LibreOffice 7.4.4.2, Calculate Linux 23 (Gentoo based).
I can't reproduce with: Version: 7.4.6.2 / LibreOffice Community Build ID: 5b1f5509c2decdade7fda905e3e1429a67acd63d CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded Nor with: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1b06f35de68a555b85bceb5fc29d1a5f426f4bb7 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded Can you share an example document? Please also paste here the info copied from Help > About LibreOffice.
Created attachment 186733 [details] Test case file Version: 7.4.4.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Gentoo official package Calc: threaded
Created attachment 186734 [details] The step to reproduce
Created attachment 186735 [details] Resullt - Page 1
Created attachment 186736 [details] Resullt - Page 2
[Automated Action] NeedInfo-To-Unconfirmed
Not reproduicble in: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4a0d671706306661c4a5072ce4769dc47bc65f71 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
Alexander, could you please retest with LO 7.5.3 or with actual master? Are you still able to reproduce it? => NEEDINFO
I will wait it will appear in my distribution. Thanks!
Reverting change in version affected to earliest. Alexander, if you want to test a master build, it installs in parallel without affecting your current installation: https://dev-builds.libreoffice.org/daily/master/current.html
(In reply to Dieter from comment #8) > Alexander, could you please retest with LO 7.5.3 or with actual master? Are > you still able to reproduce it? > => NEEDINFO Reproduced in: Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 50(Build:2) CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU Gentoo official package Calc: threaded
I confirm it with Version: 7.6.0.1 (X86_64) / LibreOffice Community Build ID: 776eaf34564cbf3f034a0ba1fd1d5c32ff9ccf1c CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Steps: 1. Open attachment 186733 [details] 2. Table -> Select -> Table Actual result: Heading rows on second table look unselected Expected result: All cells should be visually selected Additional information: Heading rows are in fact selected (any formatting changes also affect heading rows). So importance is low.
(In reply to Dieter from comment #14) > Steps: > 1. Open attachment 186733 [details] > 2. Table -> Select -> Table Thanks Dieter for the easy steps. Reproduced in recent master build too: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 529dce3d5b695637a1ccc8b4b697d87c5db0d3a2 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Same from navigator: Table1 > context menu > Select. Same with Ctrl + A. The selection highlight does not cover the whole range. However, applying some formatting option does apply to all cells, so the impact is minor. Same in OOo 3.3, so inherited.
Reproduced in: Version: 25.2.3.2 (X86_64) / LibreOffice Community Build ID: 520(Build:2) CPU threads: 4; OS: Linux 6.12; UI render: default; VCL: gtk3 Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU Gentoo official package Calc: threaded