This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
a11y issue. When user uses Ctrl+<arrow> to move container with several elements on it, these elements are automatically selected (to be moved together with container). If user presses shortcut shortly - after keys are released, elements are deselected. But they remain selected after continuos moving (if keys are pressed for some time). steps: - create class diagram. - put package on it. - put class on package element. - enlarge package to contain class element completely. - select only package element. - Press and hold Ctrl+Down for some time (several seconds). class element is also selected and moved together with package. BUG: After keys released class is still selected. But: If you not press the same shortcut shortly, class will be deselected after keys are released.
appeared after fix of issue 88841
This is not a bug. When you move a container, all the elements inside the container are also moved. This behavior is consistent with moving the container using a mouse and it exists even in buzz. After the fix of 88841, you can not move a container out of its contained elements by keyboard (as stated above) and this is a fix not a regression. Marking the issue as Invalid.
this issue is about necessity to deselect elements after moving process is finished. -after you have moved container by mouse, it's elements are not selected (only the container itself) - if you have moved it by keyboard, in some cases elements remain selected even after moving process is finished. But cause differs from the first specified: elements are not deselected after container was moved if Ctrl was released first. If I release <Arrow> and then <Ctrl> - elements are deselected.
I understand that it was necessary to select contained elements to move them with container. Just deselect them after. Only container should remain selected.
Targeted in drawing area redesign.
Restoring original priority and using the standard NB waiver process.
Diagram area bugs waived for 6.0 will also be waived for 6.1.
Removing obsolete assignments. Bugs will be reassigned for M2.
not reproducible in 6.5.
verified in 6.5 build.