Bug 124943 - Copy to edit bar adds a suffix space, that is inconsistent with paste to cell.
Summary: Copy to edit bar adds a suffix space, that is inconsistent with paste to cell.
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.3.0.3 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-04-24 23:25 UTC by davidpbrown
Modified: 2022-03-02 11:34 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description davidpbrown 2019-04-24 23:25:01 UTC 
Copy Ctrl+C any cell with text content; move the cursor (keyboard or mouse) onto another cell but paste to the edit bar at the top - noting this provides a useful visibility at times better than the cell. There is a suffix space added that is not wanted and is inconsistent with a paste to the cell, where that does not occur.

Risk: data errors where the cell then does not match against expected without the extra space.
Comment 1 m_a_riosv 2019-04-25 07:40:06 UTC 
Repro.
Version: 6.3.0.0.alpha0+ (x64)
Build ID: 3083fe569f96bf0289da1e9d0ef7da15ab22e2f6
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-04-16_03:05:57
Locale: es-ES (es_ES); UI-Language: en-US
Calc: CL
Comment 2 Oliver Brinzing 2019-04-25 17:30:08 UTC 
with LO 4.4.7.2 (and before - even AOO 4.1.5), the space is removed after Accept". looks like a broken feture
Comment 3 b. 2019-04-28 04:29:57 UTC 
repro with: 

Version: 6.3.0.0.alpha0+ (x64)
Build ID: 35d9a2618dc0116378ab795a7b9277d248c5afd4
CPU threads: 8; OS: Windows 6.1; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-04-05_04:55:04
Locale: de-DE (de_DE); UI-Language: en-US
Calc: *unthreaded*

that's fucking user data and building invisible traps, pls. remove this 'feature' afap. 

reg. 

b.
Comment 4 b. 2020-04-02 21:59:49 UTC 
add. observations: 

> Copy Ctrl+C any cell with text content; 

same behaviour with numerical values in 6.2.8.2 and 7.0.0.0.a0+, the blank is ommitted if you hit enter after insert, but if you continue editing you may produce content like '1 234', 

different behaviour with formula content in abovementioned versions, additional blank, and the formula is replaced with the value calculated in the source cell, is that intentional, did i miss any option settings, or a bug? 

copying the content of a cell with <F2 - ctrl-a - ctrl-c> works fine and without add. blanks with any content, but is some more typing,
Comment 5 Roman Kuznetsov 2022-03-01 21:12:33 UTC 
No repro in

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 2c6f5ebfe69c3031af7b4903637226bd8a3dde62
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: ru-RU
Calc: CL Jumbo

Closed as WFM
Comment 6 davidpbrown 2022-03-02 05:43:06 UTC 
Still present in

Version: 7.3.0.3 / LibreOffice Community
Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded
Comment 7 Buovjaga 2022-03-02 11:34:39 UTC 
Suffix is added in 7.3.0 with gtk3, but not with master (7.4)