Bug 137271 - CTRL+SHIFT+UP select includes a element of start of a line (containing formatting)
Summary: CTRL+SHIFT+UP select includes a element of start of a line (containing format...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Selection
  Show dependency treegraph
 
Reported: 2020-10-05 17:48 UTC by Telesto
Modified: 2022-02-18 11:18 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
Example file (8.29 KB, application/vnd.oasis.opendocument.text)
2020-10-05 17:48 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-10-05 17:48:33 UTC
Description:
CTRL+SHIFT+UP select includes a element of start of a line (containing formatting)

Steps to Reproduce:
1. open the attached file
2. Place cursor at line ds before d (so at the start)
3. Select until top CTRL+SHIFT+ARROW UP (notice the selecting including a part of ds line
4. Paste below
5. Start typing at the last line -> Formatting appears
6. Compare with MSO 

Actual Results:
Small selection stripe at ds line

Expected Results:
DS should be excluded in selection


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: 7f16cabf00daa30e9284d2fb2494bd341352c25e
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2020-10-05 17:48:46 UTC
Created attachment 166098 [details]
Example file
Comment 2 Telesto 2020-10-05 17:50:41 UTC
The visual inclusion in selection appears between 4.4.7.2 and 6.0. However the main issue is already present in 4.4.7.2
Comment 3 Dieter 2021-04-20 07:06:21 UTC
I confirm the described behaviour with

Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 807d059d99e7b99fe45a712428befa17ffa44858
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Steps to reproduce
1. open the attached file
2. Clear direct formatting of the empty lines (to make the problem more obvious)
3. Place cursor at line ds before d (so at the start)
3. Select until top (it doesn't matter how you do it)
4. Place cursor in the last line and paste
5. Start typing at the last line -> Direct formatting appears

I'm not sure, if this is the expected behaviour or not, but I also wouldn't expect this.
Comment 4 Dieter 2022-02-18 11:18:14 UTC
(In reply to Dieter from comment #3)

One thing was missing in step 4
 
Steps to reproduce
1. open the attached file
2. Clear direct formatting of the empty lines (to make the problem more obvious)
3. Place cursor at line ds before d (so at the start)
4. Select until top (it doesn't matter how you do it) and copy
5. Place cursor in the last line and paste
6. Start typing at the last line -> Direct formatting appears

Still the same behaviour in

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 95b80365218f9406a5d952c1250d53222d319000
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

For me it still looks like a bug. So I change status to NEW, because there was no further input for 10 months.