Connectors destroyed by saving/loading, restored by undo

Bug #1221241 reported by Julian Stecklina
128
This bug affects 25 people
Affects Status Importance Assigned to Milestone
Inkscape
Invalid
Medium
Unassigned

Bug Description

I created a drawing with multiple boxes connected by connectors. After saving and loading the file almost all connectors now point to the upper left corner of the drawing. Now the weird part is that clicking a wrong connector and deleting it, and then doing "Undo" will restore it to its correct location.

Steps to reproduce with the attached svg:

1. Select the left VM box (and its group).
2. Delete the group by pressing DEL.
3. Select Undo.

The position of the left connector is now restored. This seems to work for all connectors.

The expected behaviour is that connectors just stay where they are after saving/loading.

As a side note: The svg is correctly rendered by for example Chrome.

I am running Inkscape 0.48.4 r9939 (Feb 16 2013) on Fedora 19 x86_64.

Revision history for this message
Julian Stecklina (js-alien8) wrote :
Revision history for this message
su_v (suv-lp) wrote :

Known triggers in the file:
- stack order (connected objects are stacked above connectors, or across different groups)
- transformed groups (preserved transform attribute)

Attaching a "fixed" version of the file with connectors moved outside of a nested group (1) and to the top of the stack (all). One orphaned connector (path8082) with a lose end painted red (only connected to one object).

Related earlier reports:
- Bug #556467 “connectors between groups misplaced (regression)”
  <https://bugs.launchpad.net/inkscape/+bug/556467>
- Bug #702234 “Incorrect routing of multi-layer connectors on load”
  <https://bugs.launchpad.net/inkscape/+bug/702234>

Proposing to link as duplicate to bug #556467.

tags: added: connectors groups
Revision history for this message
su_v (suv-lp) wrote :

Reproduced with Inkscape 0.48.4 and current trunk (12500) on OS X 10.7.5.

Changed in inkscape:
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Tim White (inkscape-20-j-random-hacker) wrote :

Reproduced on 0.48.4 r9939 on WinXP SP3.

I've noticed a similar problem -- see 2 attached drawings. For both fig1 and fig2:

- *Both* ends of all connectors move to the top-left corner upon load; I was only able to determine where they were hiding by using Edit | Find... and searching by ID for one of them.

- Moving or resizing an object connected to a connector (such as the black dot under "u" or "v") corrects the position of all connectors connected to that object.

In fig1, Undo corrects all connectors in the drawing -- the same behaviour as Julian sees. But in fig2, which I made with "Save As..." on fig1, Undo reverts all connectors to their original (incorrect) positions!

Revision history for this message
Greg Coram (gcoram1) wrote :

Reproduced on 0.48.4 r9939 on ubuntu 14.04.

Revision history for this message
Greg Coram (gcoram1) wrote :

Confirming comments from ~suv on duplicates of this bug. The problem is related to the stack order.
Workaround - select all connectors and Raise To Top, Save and Load and no problem.

jazzynico (jazzynico)
Changed in inkscape:
status: Confirmed → Triaged
Revision history for this message
Joachim R. (jro) wrote :

Still present in Inkscape 0.92.3 (2405546, 2018-03-11) (Windows 10)

Revision history for this message
Jonathan Hofinger (jhofinger) wrote :

In this file, there is
* 1 orphaned connector, which connects to the page corner
* 1 connector which connects to the center of the group #g4527, and then gets misplaced by pressing undo. Moving the group shows clearly that the connector is firmly connected with the group center.
Undo doesn't change anything in current master.

The file from comment #4 has the same cause as https://bugs.launchpad.net/inkscape/+bug/745784, which has been migrated to https://gitlab.com/inkscape/inbox/issues/1963.

Closed by: https://gitlab.com/jhofinger

Changed in inkscape:
status: Triaged → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.