Bug 130937 - Mouse-hold preview differs from result when changing a connector via dragging (midpoint or endpoints)
Summary: Mouse-hold preview differs from result when changing a connector via dragging...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
6.1.2.1 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL: https://ask.libreoffice.org/t/libreof...
Whiteboard:
Keywords: bibisected, bisected, regression
: 126531 130142 134500 148425 153325 159491 (view as bug list)
Depends on:
Blocks: Connectors Draw-UX Regressions-AW080
  Show dependency treegraph
 
Reported: 2020-02-25 19:22 UTC by samufi
Modified: 2024-02-03 12:17 UTC (History)
10 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 samufi 2020-02-25 19:22:04 UTC
Description:
 When editing a connector, the on-mouse-hold preview does not coincide with the result. Sometimes the preview is completely off (this is a minor problem, as this is clearly an error) and sometimes the preview is off by a shifting term (this is a major problem, because the preview is misleading).

Steps to Reproduce:
1. Create two boxes below each other (move the lower a bit to the right)
2. Create a connector between the right middle handle of the upper box and the right middle handle of the lower box.
3. Drag the middle handle of the connector.
(4.) Move the boxes closer together.
(5.) Try again.

Actual Results:
While dragging, an opaque connector appears to show the end result of dragging the handle. However, this preview is not correct / does not coincde with the end result. Sometimes the preview connector has a totally different path than the actual new one; sometimes it is like the correct results but shifted.

Expected Results:
The preview should coincide with the end result.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
The exact behaviour changes somwhat unpredictably with shifting around the connected objects.
Comment 1 Regina Henschel 2020-02-26 00:02:11 UTC
Confirm with Version: 6.3.2.2 (x64)
Build-ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c
CPU-Threads: 8; BS: Windows 10.0; UI-Render: GL; VCL: win; 
Gebietsschema: de-DE (en_US); UI-Sprache: de-DE
Calc: CL

I have seen in bug 93485 already, that the default route it shown in the preview. But I will not set this as duplicate, because 93485 has a lot of additional problems.
Comment 2 Buovjaga 2020-11-25 18:47:46 UTC
*** Bug 134500 has been marked as a duplicate of this bug. ***
Comment 3 QA Administrators 2022-11-26 03:41:33 UTC Comment hidden (obsolete)
Comment 4 Pasi 2022-11-26 18:34:02 UTC
Bug is still present in version 7.4.2.3. No change to this behavior has happened to this within past almost two years.

Additionally, if the drawing has many connectors then selecting connector takes a long long time - unless the drawing is zoomed so that something is outside of view. Are these related - I don't know.
Comment 5 giger.jonathan 2023-01-12 19:00:33 UTC
Bug 148425 is the equivalent bug to this issue in Libreoffice Impress.

Bibisected to the same commit in Libreoffice Draw as well as in Impress.

https://git.libreoffice.org/core/+/1ebb77fd17b417d92ab48fcef56a0230c5750de2
Comment 6 Regina Henschel 2023-10-28 15:40:37 UTC
Workaround to get a better preview: Change the handle position by using the keyboard. For that select the connector and press Strg+Tab. That activates individual points. Travers the points with pressing Strg+Tab (backwards with Strg+Shift+Tab). The current active point blinks by becoming slightly larger and smaller. When the handle is active use the arrow keys to move it. Leave this mode with Esc-key.
Comment 7 Stéphane Guillou (stragu) 2024-02-01 06:35:44 UTC
*** Bug 159491 has been marked as a duplicate of this bug. ***
Comment 8 Stéphane Guillou (stragu) 2024-02-01 06:43:03 UTC
*** Bug 148425 has been marked as a duplicate of this bug. ***
Comment 9 Stéphane Guillou (stragu) 2024-02-01 06:48:28 UTC
(In reply to giger.jonathan from comment #5)
> Bug 148425 is the equivalent bug to this issue in Libreoffice Impress.
Impress and Draw share most of their innards, so it's the same issue.
> Bibisected to the same commit in Libreoffice Draw as well as in Impress.
> https://git.libreoffice.org/core/+/1ebb77fd17b417d92ab48fcef56a0230c5750de2
Thank you. Bibisect confirmed by Aron in bug 153325 comment 10.

Still reproduced in a recent trunk build:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 3be785e088cc0aa726509cf6b52b1d3b03817172
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded
Comment 10 Stéphane Guillou (stragu) 2024-02-01 06:51:21 UTC
*** Bug 153325 has been marked as a duplicate of this bug. ***
Comment 11 Stéphane Guillou (stragu) 2024-02-01 06:58:15 UTC
Test document from duplicate bug 159491: attachment 192312 [details]
Comment 12 Stéphane Guillou (stragu) 2024-02-01 07:07:17 UTC
*** Bug 126531 has been marked as a duplicate of this bug. ***
Comment 13 Stéphane Guillou (stragu) 2024-02-01 07:08:30 UTC
*** Bug 130142 has been marked as a duplicate of this bug. ***