Duplicating text along path doesn't link both

[Gatonegro]

When you place a text along a path and duplicate (ctrl+D) them both, the result is a copy of the original path and a copy of the original text *linked to the original path*, not to the new copy. Hence, all changes to the original path will affect the copy text, and no changes in the copy path will affect the copy text.

This is (IMHO) a big problem when you create a text-along-path "object" and copy it for experimentation (something that is relatively frequent when typesetting flyers, logos, posters, etc).

The correct behavior would be to re-link the new text to the new path, keeping the transformations done to the text.

[Alvin Penner (apenner)]

it looks like this may be related to the behaviour of the xlink:href attribute:
for example, in my drawing I have :
- an original path with id="path2694"
- an original text which is linked using : xlink:href="#path2694"

- a new pasted path with an id="path2727"
- a new pasted text which is linked using : xlink:href="#path2694-1

it appears that the link to 2694-1 is not working. Interestingly enough, the id 2694-1 actually does exist, but it is in the <defs> section, not the main body.

[Beluga (buovjaga)]

Still repro.

Arch Linux 64-bit, KDE Plasma 5
Inkscape 0.92pre1 15054 (GTK3)

[Mc (mc...)]

Fix committed in trunk to r15117

[Mc (mc...)]

... and minor problem fixed in r15118 (previously, original text was relinked to duplicated path, which was weird and could only be detected by moving the selection right after the duplicating)

[su_v (suv-lp)]

Please milestone to 0.93 (this change is not part of 0.92).

[Patrick Storz (ede123)]

Backported to 0.92.x in
https://gitlab.com/inkscape/inkscape/commit/96ce440c0cbb2ae92329131f4757b56bd96f8fd9