Bug 146655 - FORMATTING transfer format is applied to a wrong cell: below the cell, that was clicked
Summary: FORMATTING transfer format is applied to a wrong cell: below the cell, that w...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.2.3.2 release
Hardware: All Linux (All)
: low trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-01-08 17:31 UTC by Steffen Michalek
Modified: 2022-11-08 13:11 UTC (History)
0 users

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 Steffen Michalek 2022-01-08 17:31:46 UTC
I choose a colored cell, click at the broom (left mouse click),
click (left mouse click) at another cell (empty or filled),
and then the cell _below_ the targeted cell is formatted (like the original cell was, e.g. colored).

Expected behaviour would be: The cell, that was clicked, should get the format.

I tested many times: the mouse click is correct when choosing cells, not when transferring the format.

A further detail: It seems to happen, that the correct cell is affected,
if (by zooming the cells big enough or by fine adjusting) the _whole_ mouse pointer is within the boundaries of the cell.
The latter is not the case during normal work and especially when choosing cells.
Normally, only the head of the mouse pointer arrow is relevant.
While applying format transfer, however, the end of the arrow seems to be relevant. I even manage to get the cell below-and-right formatted, when clicking near the lower right corner (whith the pointer head still left and above the corner).

Thanks,
Steffen

Version: 7.2.3.2 / LibreOffice Community
Build ID: 20(Build:2)
CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+wayland)
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Ubuntu package version: 1:7.2.3-0ubuntu0.21.10.1
Calc: threaded
Comment 1 Timur 2022-01-13 12:58:19 UTC Comment hidden (obsolete)
Comment 2 Timur 2022-01-13 12:59:07 UTC
No repro. 
So either you should:
- find yourself how to use it successfully (pointing the filler end of formatting can to the cell you want) or 
- you should give a screenshot with mouse seen when wrong applied or
- check if this is kf5 specific.
Comment 3 QA Administrators 2022-07-13 03:30:39 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2022-08-13 03:41:13 UTC Comment hidden (obsolete)
Comment 5 Dietmar Cz 2022-11-08 13:05:13 UTC
I can confirm the behavior with LO Version: 7.4.2.3 / LibreOffice Community
Build ID: 40(Build:3)
CPU threads: 12; OS: Linux 6.0; UI render: default; VCL: kf5 (cairo+wayland)
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Debian package version: 1:7.4.2-2
Calc: threaded

I have a cell with format to transfer. If i choose the brush to copy the format and click into another cell, the mouse pointer jumps to the vertical middle of the cell below and transfer the format to the cell below the real aim.
Comment 6 Dietmar Cz 2022-11-08 13:11:08 UTC
removing the LO-kf5 package removes the problem.

Dont know what is the target point for the can symbol. with kf5 installed the mouse pointer is not replaced with the can and placing the upper left corner of the mouse pointer in the target cell results in the described behavior.