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.

Bug 85780 - NPE on attempt to move lifeline or sqd after some moves and drags on diagram
Summary: NPE on attempt to move lifeline or sqd after some moves and drags on diagram
Status: VERIFIED FIXED
Alias: None
Product: uml
Classification: Unclassified
Component: Diagram Sequence (show other bugs)
Version: 5.x
Hardware: PC Windows XP
: P4 blocker (vote)
Assignee: issues@uml
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-09-26 14:20 UTC by bugbridge
Modified: 2008-09-16 23:35 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description bugbridge 2006-09-26 14:20:59 UTC 
Original submitter: sergeyp

Description:
reproducible with coco m14,
P4 because I have no exact steps for now, it should be P2 if exact steps will be
found

approximate steps:
1. create uml by re
2. add package with scoped sequence diagram
3. add three lifelines and name all
4. using arrows, ctrl+arrows, shift+arrows, drag and scroll by mouse for some time
5. try arrow or ctrl+arrow on any lifeline
npe is thrown:
java.lang.NullPointerException
	at com.tomsawyer.diagramming.TSMoveControl.onDragTo(DashoA9*..)
	at
org.netbeans.modules.uml.ui.swing.drawingarea.ADMoveSelectedKeyAdapter.move(ADMoveSelectedKeyAdapter.java:136)
	at
org.netbeans.modules.uml.ui.swing.drawingarea.ADGraphWindow.move(ADGraphWindow.java:397)
	at
org.netbeans.modules.uml.ui.swing.drawingarea.ADDrawingAreaActions.actionPerformed(ADDrawingAreaActions.java:865)
	at javax.swing.JComponent$ActionStandin.actionPerformed(JComponent.java:3227)
	at javax.swing.SwingUtilities.notifyAction(SwingUtilities.java:1571)
	at javax.swing.JComponent.processKeyBinding(JComponent.java:2763)
	at javax.swing.JComponent.processKeyBindings(JComponent.java:2798)
	at javax.swing.JComponent.processKeyEvent(JComponent.java:2726)
	at java.awt.Component.processEvent(Component.java:5265)
	at java.awt.Container.processEvent(Container.java:1966)
	at java.awt.Component.dispatchEventImpl(Component.java:3955)
	at java.awt.Container.dispatchEventImpl(Container.java:2024)
	at java.awt.Component.dispatchEvent(Component.java:3803)
	at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1810)
	at
java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:672)
	at
java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:920)
	at
java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:798)
	at
java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:636)
	at java.awt.Component.dispatchEventImpl(Component.java:3841)
	at java.awt.Container.dispatchEventImpl(Container.java:2024)
	at java.awt.Window.dispatchEventImpl(Window.java:1774)
	at java.awt.Component.dispatchEvent(Component.java:3803)
[catch] at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
	at
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
	at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
	at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)

Workaround:
close diagram and reopen
Comment 1 Sergey Petrov 2008-05-14 07:34:56 UTC 
fixed with redesign, specified stacktrace isn't possible now, currently in migration to trunk state
Comment 2 Peter Lam 2008-07-23 01:42:05 UTC 
ctrl+arrows, shift+arrows, drag and scroll by mouse are not yet implemented in NB 6.5. can't verify yet.
Comment 3 Peter Lam 2008-09-16 23:35:11 UTC 
verified in build 20080916. no longer reproducible.