Bug 119540 - Pasting unformatted text in a fully selected right table cell pastes in both cells. Right one will include hashtags
Summary: Pasting unformatted text in a fully selected right table cell pastes in both ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.0.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: Paste-Special-Unformatted
  Show dependency treegraph
 
Reported: 2018-08-27 17:03 UTC by Telesto
Modified: 2018-09-17 02:51 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (9.01 KB, application/vnd.oasis.opendocument.text)
2018-08-27 17:03 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2018-08-27 17:03:23 UTC
Description:
Pasting unformatted text in a fully selected right table cell pastes in both cells. Right one will include hashtags

Steps to Reproduce:
1. Open the attached file
2. Copy Hello World
3. Cursor at in cell B1
4. Shift + arrow left
5. Shift + arrow right
6. CRTL+SHIFT+V -> Paste as unformatted text

Actual Results:
H#e#l#l#o# #w#o#r#l#d# in the right cell

Expected Results:
Hello world in the right cell (and no content in left cell, but this is also happening with normal paste


Reproducible: Always


User Profile Reset: No



Additional Info:
Found in
Version: 6.2.0.0.alpha0+
Build ID: 414ef6cb187dd3bbcc917dbedf3c0c1cc8668f60
CPU threads: 4; OS: Windows 6.3; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-08-20_22:43:18
Locale: nl-NL (nl_NL); Calc: CL

and in 4.0.0.3

but not in
LibreOffice 3.5.7.2 
Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b
Comment 1 Telesto 2018-08-27 17:03:39 UTC
Created attachment 144484 [details]
Example file
Comment 2 Dieter Praas 2018-08-27 18:41:37 UTC
I confirm it with

Version: 6.2.0.0.alpha0+ (x64)
Build ID: 414ef6cb187dd3bbcc917dbedf3c0c1cc8668f60
CPU threads: 4; OS: Windows 10.0; UI render: GL; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-08-21_00:13:04
Locale: en-US (de_DE); Calc: CL
Comment 3 BogdanB 2018-08-28 17:38:35 UTC
I confirm it on linux.

Version: 6.2.0.0.alpha0+
Build ID: f05b0a6aaf8af5d78f9cad8bb953228cb0ce09f1
CPU threads: 4; OS: Linux 4.15; UI render: GL; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-08-20_01:57:14
Locale: ro-RO (ro_RO.UTF-8); Calc: threaded
Comment 4 Octavio Alvarez 2018-09-13 18:47:11 UTC
Happening to me too in a new document.
1. New Writer document.
2. Type "abc".
3. Select All.
4. Copy.
5. Create a new two-cell table.
6. Select both cells.
7. Paste Unformatted.

One cell will be ok, the other one w#i#l#l# #n#o#t#.

Try it on a 10x10 table; you will see different results. It will always be one correct cell and the rest incorrect. Behavior varies depending on what is the first selected column and the direction on which the selection is made.

Problem does not occur using normal pasting.


Version: 6.1.0.2 (x64)
Build ID: b3972dcf1284967612d5ee04fea9d15bcf0cc106
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: en-US (en_US); Calc: group threaded