Created attachment 152971 [details] Connector_Bug_example Hi The Behavior of the connector is broken since LO 6.2.x. At least since LO 6.2.4. It worked without problems in LO 6.1.x: To reproduce the Bug 1. Open the attached File 2. Take the Arrow from a gluepoint of the circle to another -> it should be updated in realtime. But it is only updated when the curser released. Hope this is enough... Thanks Ralf
This seems to have begun at the below commit. Adding Cc: to Armin Le Grand; Could you possibly take a look at this one? Thanks b323a719527dcf7aaf9dbcf0bd62b59eaecdb511 is the first bad commit commit b323a719527dcf7aaf9dbcf0bd62b59eaecdb511 Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Mon Jun 4 13:57:17 2018 -0700 source 726d7e7b8b50dca9914329dbfd9491f7c8961f68 source 726d7e7b8b50dca9914329dbfd9491f7c8961f68 source a28a839b9f9eeec1544c5ceeeabe7b1083ce1655 source 4b4942224b550235da228655677b5c068a053254 author Armin Le Grand <Armin.Le.Grand@cib.de> 2018-05-25 12:58:10 +0200 committer Armin Le Grand <Armin.Le.Grand@cib.de> 2018-05-25 12:59:48 +0200 commit 726d7e7b8b50dca9914329dbfd9491f7c8961f68 (patch) tree aba7b05720e84dc38dabe93f6a51825326c2a7be parent a28a839b9f9eeec1544c5ceeeabe7b1083ce1655 (diff) tdf#117629: Remove again after next step of SOSAW080 is done
*** Bug 130142 has been marked as a duplicate of this bug. ***
Checked, works for me in Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 5cfb92d11de73aba88dce809cc0355a8d9c23e95 CPU threads: 16; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: CL
See https://ask.libreoffice.org/t/libreoffice-draw-connector-is-not-shown-during-the-drawing/46182/6?u=leroyg
Created attachment 189735 [details] Screencast I don't see an issue. Please elaborate, maybe it's OS-related. Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 8; OS: Mac OS X 13.5.2; UI render: Skia/Raster; VCL: osx Locale: de-DE (en_DE.UTF-8); UI: en-US Calc: threaded
Ralf, could you test this bug again, to see if you still have problems with connectors? Working well also in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: db1ba9c56dadf4be5642a6f3de36c04208d8d9a7 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Also Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: db1ba9c56dadf4be5642a6f3de36c04208d8d9a7 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: x11 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded Also with Version: 7.5.6.2 (X86_64) / LibreOffice Community Build ID: f654817fb68d6d4600d7d2f6b647e47729f55f15 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
(In reply to Heiko Tietze from comment #5) > Created attachment 189735 [details] > Screencast > > I don't see an issue. Please elaborate, maybe it's OS-related. > Your screencast shows the problem at the end of the cast, when moving the connector point to the bottom glue point: While dragging the connector point, the connector intersects the shape. When you release the mouse, the connector is routed outside the shape. The intermediate preview of the connector does not show the final connector.
Bug accepted, low priority though.
So in LO 7.5.6.2, the bug is still the same...
Reproduced with sample document, I checked with the linux-64-6.2 repo that it started at: commit 4b4942224b550235da228655677b5c068a053254 author Armin Le Grand Mon Apr 16 22:34:50 2018 +0200 committer Armin Le Grand Fri May 25 12:31:32 2018 +0200 SOSAW080: Derive SdrObjGroup from SdrObjList Reviewed-on: https://gerrit.libreoffice.org/54689 Before the commit, the preview of the connector matches its look when dropped. After the commit, the connector goes through the shape on preview, does not match final result. Raal might not have noticed the build commit was a range of three commits in comment 1. Same issue and commit as bug 130937, let's mark as duplicate of that later one as I've already used it to catch all other duplicates, don't want to be overly noisy. *** This bug has been marked as a duplicate of bug 130937 ***