Bug 144402

Summary:	group select - drag destroys text positions
Product:	[Applications] umbrello	Reporter:	Martin M <martin.meitzner>
Component:	general	Assignee:	Umbrello Development Group <umbrello-devel>
Status:	CONFIRMED ---
Severity:	normal	CC:	kraft, ralf.habacker
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Bug Depends on:	349473
Bug Blocks:

Description Martin M 2007-04-18 22:26:20 UTC

Version:           1.5.7 (SVN snapshot by 2007-04-14) (using KDE KDE 3.5.6)
Installed from:    Compiled From Sources
Compiler:          automakt 1.9 
OS:                Linux

I did notice that there seem to be general problems with Texts when groups of selected items are moved. Yet I did not find bugs describing what I experience, so forgive my blindness if the following is duplicate. Testing was done using activity diagrams.

I've notices two things:

1.) Free floating Texts inserted as "Label" tend to be repositioned to the top left corner or almost randomly to the left when moved in a group of items.

2.) Transition (association) names which have been repositioned, are being set back to where Umbrello seems to think they should be placed, which is quite random around the end or the beginning of transition lines as well.

This happens (Oliver, I've learned hopefully) regardless of whether the grid is displayed or snap-to-grid is activated. In latter mode actually, some of the free texts are not moved at all, which is nor better or worse.

To my liking, Umbrello has improved in the moving of group selected elements. If snap-to-grid is set to off, All other Elements and transition lines keep their exact positions relative to another. Stability has substantially grown from Ubuntu Edgy's packaged version (1.5.52 iirc) and my SVN build.

Comment 1 Martin M 2007-06-18 16:41:38 UTC

In 1.5.72 (installed from sources today), the weirdness is reduced to (freely positioned) Labels not being moved in selected groups of elements at all. They just stay where they are, the rest is moved correctly.

Transition names (Roles) are still set back to default positions when moved in group selections, custom positions are ignored.

Comment 2 Oliver Kellogg 2007-06-19 23:00:21 UTC

I believe that r677414 (the fix for bug 137041) has fixed this too.
Could you try again with current SVN ?
Thanks.

Comment 3 Oliver Kellogg 2007-06-20 06:09:09 UTC

I updated http://uml.sourceforge.net/developers/umbrello.tar.bz2 to make it
easier for people without SVN access.

Comment 4 Bernhard Kraft 2014-02-18 16:44:58 UTC

I guess this is related to this one: https://bugs.kde.org/show_bug.cgi?id=209556

Comment 5 Justin Zobel 2021-03-09 07:00:39 UTC

Thank you for the bug report.

As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.

Comment 6 Martin M 2021-03-09 11:18:24 UTC

Funny enough, even after all those years the problem seems to persist.

I haven't done UML for ages, but a quick fiddle round with some elements, a label and a box around all (maybe leave one element unselected so drag&drop works) makes the label disappear or get repositioned somewhere seemingly random.

But it only seems to be the case upon the very first drag&drop action in a new diagram! If I put the label back to its place and move everything around, the label stays in its relative place to the other elements, even when saving and re-opening the document or Umbrello.

This is in v2.30.3 from the Ubuntu 20.04 resources.

Exact steps to reproduce:

- open a new class diagram (might work with others too)
- place a note somewhere
- place a box and make it contain the note and some extra room
- place a label in the topleft corner of the box
- place another note or element outside the box
- drag a select box around the box (containing the label + note)
- move the selected group

Result: the label jumps to a different position (even disappeared once but I couldn't reproduce).

Sometimes happens with additionally inserted labels too when they are moved in a group (for the first time). It's a little erratic though, so I'd doubt this is intended behaviour.