Bug 154312 - Incorrect display of text selection highlight if in merged cell split across pages
Summary: Incorrect display of text selection highlight if in merged cell split across ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Writer-Tables-Select
  Show dependency treegraph
 
Reported: 2023-03-21 19:20 UTC by Alexander Kurakin
Modified: 2023-08-12 08:04 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Another test case (27.74 KB, application/vnd.oasis.opendocument.text)
2023-08-12 08:03 UTC, Alexander Kurakin
Details
Another test case - Screenshot (95.72 KB, image/png)
2023-08-12 08:04 UTC, Alexander Kurakin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Kurakin 2023-03-21 19:20:16 UTC
1. Create a table - 4 rows, 2 columns.
2. Join the rows of the first column.
3. Write at the first column, first row: "A
  B
  C
  D".
4. Result:
  ----------
  | A  |   |
  |    -----
  | B  |   |
  |    -----
  | C  |   |
  |    -----
  | D  |   |
  ----------
5. Move the table at the end of the page:
  ----------
  | A  |   |
  |    -----
  | B  |   |
  |    -----
<---- New Page ---->
  | C  |   |
  |    -----
  | D  |   |
  ----------
6. Move the cursor at "A".
7. Press <Shift>-<Down>. "A" will be selected.
8. Press <Shift>-<Down>. "B" will be selected.
9. Press <Shift>-<Down>. "C" *will not* (visually) be selected.
10. Press <Shift>-<Down>. "D" *will not* (visually) be selected.
Comment 1 Franklin Weng 2023-03-22 06:49:26 UTC
Confirmed in 3.6.7.2 (earliest version I installed), probably inherited from OOo.

Still reproducible in 7.5.1.2

Version: 7.5.1.2 (X86_64) / LibreOffice Community
Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129
CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb)
Locale: zh-TW (zh_TW.UTF-8); UI: zh-TW
Calc: threaded
Comment 2 Franklin Weng 2023-03-22 06:50:48 UTC
The texts are actually selected.  Copy and paste could paste all the texts.  Just not shown (not highlighted with pale blue background)
Comment 3 Franklin Weng 2023-03-22 07:29:57 UTC
If the second column is also merged, this problem wouldn't happen.
Comment 4 Stéphane Guillou (stragu) 2023-07-25 15:35:34 UTC
Confirmed that it is inherited, as OOo 3.3 had the issue as described.

Testing with a recent 24.2 master build, issue remains but slightly different (C is not highlighted, but D is).

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
Comment 5 Alexander Kurakin 2023-08-12 08:03:07 UTC
Found another test case of this (or not).

Steps to reproduce:

1. Open "Another test case.odt".
2. Select the "* to separate one<...>" cell.
3. Press <Shift>-<Down> to select the "if a student moves<...>" cell.
4. Press <Shift>-<Left>.
5. Expected: the "sort out" cell is selected.
6. Actual: the "sort out" cell is (visually) "semi-selected". See the "Another test case - Screenshot.png" screenshot.

Reproduced in;

Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 50(Build:2)
CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3
Locale: ru-RU (ru_RU.UTF-8); UI: ru-RU
Gentoo official package
Calc: threaded
Comment 6 Alexander Kurakin 2023-08-12 08:03:48 UTC
Created attachment 188942 [details]
Another test case
Comment 7 Alexander Kurakin 2023-08-12 08:04:29 UTC
Created attachment 188943 [details]
Another test case - Screenshot