Bug 125534 - UI: copy does not work for one cell / problem of selecting a single cell
Summary: UI: copy does not work for one cell / problem of selecting a single cell
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.1.5.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-05-27 20:36 UTC by Olivier
Modified: 2020-05-10 15:08 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Olivier 2019-05-27 20:36:57 UTC
Description:
Hello,

In the "calc" application, when I click on a cell:

(1) The content of the cell is not sent to the clipboard manager (contrary to the standard practice for all Unix applications)

(2) If I do "Ctrl+C", the content of the cell is not sent to the clipboard manager (contrary to the standard practice for all GUI applications)

What works (but are only workarounds):
- Selection in the "input line" works, i.e. the selection reaches the clipboard manager.
- If I select multiple cells, copy works for these cells.
- If I select multiple cells, and then reduce the selection to one single cell, copy works.

Olivier (Debian, LibreOffice 6.1.5.2, XFCE 4.12, Clipman manager):



Steps to Reproduce:
1. Click on a cell in the "calc" application (a cell with some content, text or number)

Actual Results:
2. Observe that nothing is received by the clipboard manager (thus nothing can be pasted anywhere).

Expected Results:
The points (1) and (2) mentioned above should work.


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 m_a_riosv 2019-05-27 20:42:20 UTC
Works for me click on the cell and copy.
Version: 6.3.0.0.alpha1 (x64)
Build ID: 547edd20e527fb02900f6174973770d26306e2e7
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
Locale: es-ES (es_ES); UI-Language: en-US
Calc: CL
Comment 2 Olivier 2019-06-08 08:56:37 UTC
> Works for me click on the cell and copy.
> CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 

If needed, I want make it clear that I filed that bug against Linux, not Windows.
Comment 3 raal 2019-06-10 21:05:43 UTC
Worksform me "Ctrl+C". 
Version: 6.3.0.0.beta1+
Build ID: 4abdaf4afb2245d404f6709124b3c627b07b8a3c
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Comment 4 Stanislaus J. Pinasthika 2020-02-19 03:43:30 UTC
Thanks for reporting. But, the "ctrl + c" and "ctrl + x" are going well to me
Version: 7.0.0.0.alpha0+
Build ID: 7fddb9a1f69a1bac676ad48421256a1ba0274c83
CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: kf5; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-02-16_19:33:19
Locale: id-ID (id_ID.UTF-8); UI-Language: en-US
Calc: threaded

is the problem working only the Calc? or affecting to Writer and Impress?
Could you mind to reproduce it to text editor?
changed to NEEDINFO
Comment 5 Olivier 2020-02-19 21:01:25 UTC
Hello,

The problem is only in Calc. 
I observe that the point (2) of my bug report is now solved: "Ctrl+C" works.

Point (1) remains: I expect that clicking on a cell will put the content of the cell in the "PRIMARY selection". But maybe this should not happen so, in fact?

Version: 6.4.1.1
Build ID: 1:6.4.1~rc1-2
CPU threads: 4; OS: Linux 5.2
Comment 6 Buovjaga 2020-05-10 15:08:54 UTC
(In reply to oc-spam65 from comment #0)
> Description:
> Hello,
> 
> In the "calc" application, when I click on a cell:
> 
> (1) The content of the cell is not sent to the clipboard manager (contrary
> to the standard practice for all Unix applications)

It is, if you select the cell, ie. paint it. To select a single cell with mouse, first paint to any of the four directions and then back to the single cell.

I can middle-click text from a Calc cell into my terminal (Konsole) this way on Linux.