After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 534271 - Bezier line snap-to-object breaks when line is grouped
Bezier line snap-to-object breaks when line is grouped
Status: RESOLVED OBSOLETE
Product: dia
Classification: Other
Component: general
0.96.1
Other All
: Normal minor
: ---
Assigned To: Dia maintainers
Dia maintainers
Depends on:
Blocks:
 
 
Reported: 2008-05-21 23:19 UTC by Don Blaheta
Modified: 2019-03-20 11:39 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Don Blaheta 2008-05-21 23:19:24 UTC
Please describe the problem:
The bezier line's snap-to-object functionality (where the line "points at" the centre of an object but ends at the edge of the object) breaks when the line is grouped with anything else: the end of the drawn line actually moves to the centre of the object.

Steps to reproduce:
1. Select box object and draw a box
2. Make sure object snapping is on
3. Select (regular) line tool and click-drag from well outside the box to in the inside the box; line should snap to the whole object (not just an edge control point)
4. Select bezier line tool and click-drag from outside box to inside; line should snap to the whole object
5. Click bezier line and shift-click regular line so both are selected
6. Press Ctrl-G to group them.


Actual results:
Regular line remains as-is, but bezier line moves so endpoint is now at centre of box

Expected results:
Both lines should remain unchanged.

Does this happen every time?
Yes.

Other information:
Bug doesn't occur if snapped-to object is included in the group.  The change this bug causes to the bezier line is permanent, as ungrouping (rather than undoing) leaves the bezier line in its new location.
Comment 1 Hans Breuer 2008-08-09 20:15:13 UTC
behaviour confirmed, but I'm uncertain if it is a problem with the bezier. I fact by grouping the lines alone they are loosing their ability to 'autogap'. I think they all should jump back to their original point (the box center) rather than remaining cut at the border of the box Zigzagline and Line are cut, Arc, Bezierline and Polyline are not.
Anyway the use case looks rather constructed to me, lowering prority.
Comment 2 Don Blaheta 2008-08-09 21:10:19 UTC
Um, "steps to reproduce" isn't necessarily supposed to show the use case.  I constructed a simple case that isolates the problem and shows that it isn't something else.  The actual situation where this shows up is when I have a diagram with lots of elements and I want to change some feature of all the lines.  My options are to double-click every item individually, making my changes N times, or to select all the objects, group them, and then make the changes as a group.  Last I checked, the *only* way to make changes to more than one object at once was to group them, so it's a real problem if grouping them breaks the diagram.
Comment 3 Hans Breuer 2009-11-13 17:40:24 UTC
They use case of changing multiple objects at once is covered by 0.97 property dialog enhancements. The grouping workaround is not needed any longer. 
The reason for the breaking is the disconnecting happening when grouped, see bug #343074 for details.
Still auto-gap behaviour is a bit inconsistent.
Comment 4 GNOME Infrastructure Team 2019-03-20 11:39:07 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/dia/issues/238.