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.