Bug 158097 - [EDITING] Anchor marker (icon) on objects obstructs mouse operation
Summary: [EDITING] Anchor marker (icon) on objects obstructs mouse operation
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.6.2.1 release
Hardware: x86-64 (AMD64) All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Anchor-and-Text-Wrap
  Show dependency treegraph
 
Reported: 2023-11-07 04:48 UTC by zzz
Modified: 2025-11-08 03:13 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
SmallDrawTest03.ods : test data (10.60 KB, application/octet-stream)
2023-11-07 04:50 UTC, zzz
Details
ScreenshotOfAnchorMark.png : The "anchor" figured in this report (2.82 KB, image/png)
2023-11-07 04:52 UTC, zzz
Details
Screenshot (55.21 KB, image/png)
2023-11-08 12:25 UTC, m_a_riosv
Details

Note You need to log in before you can comment on or make changes to this bug.
Description zzz 2023-11-07 04:48:06 UTC
Description:
When a graphic object is set to "anchored to cell" mode, the anchor marker (The big grey icon with the picture of an anchor. See ScreenshotOfAnchorMark.png) obstructs mouse operation.


Steps to Reproduce:
1. Open SmallDrawTest03.ods
2. Select (click) the red graphic object on B3.
   Try to drag the handles of the object, for move or resize. You can't.
3. Another example. Select (click) the red graphic object on C3.
   Try to drag the handles or curvature-knob where the anchor marker overlaps over the object. You can't.
4. For cell C3, try to insert the text-edit cursor (caret) between the "a" and "n" by double clicking there. You can't.


Actual Results:
Step 2: you can't.
Step 3: you can't.
Step 4: you can't.


Expected Results:
It seems better to make the mouse operations consistent with objects of "anchored to page" mode:
  - With object B8, you can drag-resize it (although it is too small to drag-move),
  - In object C8, you can drag it by holding nearly anywhere, can change the curvature, and can double-click between the "a" and "n".



Reproducible: Always


User Profile Reset: No

Additional Info:
There are alternative ways to resize or move objects, so the priority of this issue is low, but this symptom is nevertheless annoying.
Comment 1 zzz 2023-11-07 04:50:29 UTC
Created attachment 190695 [details]
SmallDrawTest03.ods : test data
Comment 2 zzz 2023-11-07 04:52:20 UTC
Created attachment 190696 [details]
ScreenshotOfAnchorMark.png : The "anchor" figured in this report
Comment 3 m_a_riosv 2023-11-07 15:42:34 UTC
I have not problem to do the mentioned drag operations.
Version: 7.6.3.1 (X86_64) / LibreOffice Community
Build ID: c4af5b1259bceea6e979e6fe2435dbee7a5a87c2
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL threaded

Maybe you can solve using a bit greater zoom.
Comment 4 zzz 2023-11-08 03:45:27 UTC
  > m.a.riosv 2023-11-07 15:42:34 UTC
  >Maybe you can solve using a bit greater zoom.
That's why I said that there are alternative ways.

  >I have not problem to do the mentioned drag operations.
Strange.
A. On your environment, are the anchor icon and the handle boxes the same sizes as ScreenshotOfAnchorMark.png ? (at zoom 100%)
B. Did you try to drag the handles which are behind the anchor on object B3: at the left corners, left edge, top edge, lower edge?
C. Is there any option that switches how the anchor icon grabs focus, and I am setting it in a wrong mode?

And a more basic question is, why does the icon grab the focus, when it seems it's doing nothing useful but hindrance? Shouldn't it be designed to not grab the focus?
Comment 5 m_a_riosv 2023-11-08 12:25:21 UTC
Created attachment 190724 [details]
Screenshot
Comment 6 Buovjaga 2023-11-08 16:57:13 UTC
Discussed this in the bug live stream and the consensus was that in Calc, it would be better to let mouse interaction go through the anchor marker. In Calc, you don't drag the anchor like you do in Writer.
Comment 7 QA Administrators 2025-11-08 03:13:54 UTC
Dear zzz,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug