su6838354 / scxmlgui Goto Github PK

It took me about 10 minutes to figure out how to add transitions between states 
;-) - Since its the only editing option that is not available from the menus it 
should be mentioned in the documentation that the mouse pointer needs to be 
above the menu bar that prints the state name to define a transition... 

What steps will reproduce the problem?
1. Try to open the editor on an edge.

What is the expected output? What do you see instead?
 Expected: editor window showing up
 Actual result: "Error while opening edge editor." log message on stdout

What version of the product are you using? On what operating system?
rev 164 with state restrictions

Please provide any additional information below.

Seems like after some event that I cannot yet reproduce (but is happening quite 
often), all the edges become uneditable and produce this exception. Deleting 
the edge and redrawing it makes the new edge editable, but the other older ones 
still produce this error.
I modified the original log message to include the cause as well, this is the 
offending line and the stack trace:

 SCXMLEdgeEditor.java:129:
 sourceNode = (SCXMLNode) editor.getGraphComponent().getSCXMLNodeForID(edge.getSCXMLSource()).getValue();

Error while opening edge editor: null
java.lang.NullPointerException
        at com.mxgraph.examples.swing.editor.scxml.eleditor.SCXMLEdgeEditor.<init>(SCXMLEdgeEditor.java:129)
        at com.mxgraph.examples.swing.SCXMLGraphEditor.openElementEditorFor(SCXMLGraphEditor.java:1564)
        at com.mxgraph.examples.swing.SCXMLGraphEditor.showElementEditor(SCXMLGraphEditor.java:720)
        at com.mxgraph.examples.swing.SCXMLGraphEditor$11.mouseClicked(SCXMLGraphEditor.java:825)
        at java.awt.AWTEventMulticaster.mouseClicked(AWTEventMulticaster.java:270)
        at java.awt.Component.processMouseEvent(Component.java:6392)
        at javax.swing.JComponent.processMouseEvent(JComponent.java:3268)
        at java.awt.Component.processEvent(Component.java:6154)
        at java.awt.Container.processEvent(Container.java:2045)
        at java.awt.Component.dispatchEventImpl(Component.java:4750)
        at java.awt.Container.dispatchEventImpl(Container.java:2103)
        at java.awt.Component.dispatchEvent(Component.java:4576)
        at com.mxgraph.swing.mxGraphComponent$mxMouseRedirector.mouseClicked(mxGraphComponent.java:4113)
        at java.awt.AWTEventMulticaster.mouseClicked(AWTEventMulticaster.java:269)
        at java.awt.Component.processMouseEvent(Component.java:6392)
        at javax.swing.JComponent.processMouseEvent(JComponent.java:3268)
        at java.awt.Component.processEvent(Component.java:6154)
        at java.awt.Container.processEvent(Container.java:2045)
        at java.awt.Component.dispatchEventImpl(Component.java:4750)
        at java.awt.Container.dispatchEventImpl(Container.java:2103)
        at java.awt.Component.dispatchEvent(Component.java:4576)
        at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4633)
        at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4306)
        at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4227)
        at java.awt.Container.dispatchEventImpl(Container.java:2089)
        at java.awt.Window.dispatchEventImpl(Window.java:2518)
        at java.awt.Component.dispatchEvent(Component.java:4576)
        at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:672)
        at java.awt.EventQueue.access$400(EventQueue.java:96)
        at java.awt.EventQueue$2.run(EventQueue.java:631)
        at java.awt.EventQueue$2.run(EventQueue.java:629)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
        at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116)
        at java.awt.EventQueue$3.run(EventQueue.java:645)
        at java.awt.EventQueue$3.run(EventQueue.java:643)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:642)
        at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275)
        at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:138)

What steps will reproduce the problem?

1. Open SCXML file basic1.scxml on the command-line with the invocation "java 
-jar fsm-editor.jar -i basic1.scxml" OR "java -jar fsm-editor.jar -i 
basic1.scxml"
2. Start the execution listener on port 9999.
3. Telnet to port 9999 using command-line invocation "telnet localhost 9999"
4. Type: "1 root" and press enter.

What is the expected output? What do you see instead?


The expected output is for the root state to be highlighted. Instead, he root 
state is not highlighted.

What version of the product are you using? On what operating system?


fsm-editor.jar from 
http://scxmlgui.googlecode.com/svn/trunk/extra/fsm-editor.jar

java version "1.6.0_22"
OpenJDK Runtime Environment (IcedTea6 1.10.6) (6b22-1.10.6-0ubuntu1)
OpenJDK Server VM (build 20.0-b11, mixed mode)

64-bit Ubuntu 11.04

Please provide any additional information below.


If any element in the graph is moved, then fsm-editor will print to stdout 
something like:

Graph validation requested starting from cell: 
{com.mxgraph.model.mxCell@192d604}

And steps 2-4 are repeated, then elements will be highlighted as expected.

I think the solution to this might be to "force validation" when an SCXML model 
is initially loaded with "-i".

What steps will reproduce the problem?
# create a node
 add the following datamodel

<timeout>23:00:00</timeout>
<name>start</name>
<dummy/>

# save and reopen scxml and you will get in datamodel:

<timeout>23:00:00</timeout>
   <name>start</name>
   <dummy></dummy>



What is the expected output? 
An xml that is close to original

What do you see instead?
Additional indenting of some tags
Additional closing tags when there is no value inside it.

What version of the product are you using? On what operating system?
Latest on WinWP

This is a feature request that make clustered states usable outside of the 
editor, for example by printing/including in a document for review by others.
What steps will reproduce the problem?
1. Load a SCXML file that includes a cluster state
2. Collapse a cluster state
3. Select auto layout - the layout changes nicely
4. Export to .dot file via File | Save as | *.dot
5. Convert the .dot file to a presentable image

What is the expected output? exported .dot file should be similar to the layout 
seen on screen
What do you see instead? exported .dot file remains the same as in the expanded 
view.


What version of the product are you using? HEAD from today


Please provide any additional information below.
See attached exported .dot files and corresponding .png images, for example:
2nd_level_expanded.{dot,png} 
Vs. 
2nd_level_collapsed.{dot,png}

What steps will reproduce the problem?
1.In windows 7 jdk 1.6.0 (I am using update 37, but the same error was seem in 
earlier version of jre 1.6.0 i.e. non jdk)
2.Choose file->open the application crashes with a crash log produced in the 
harddisk.  The error cannot be reproduced. Most of the time, the error doesnt 
appear.
3.See below for the crash log.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x776cd7ca, pid=284, tid=1892
#
# JRE version: 6.0_37-b06
# Java VM: Java HotSpot(TM) Client VM (20.12-b01 mixed mode, sharing 
windows-x86 )
# Problematic frame:
# C  [ole32.dll+0x2d7ca]
#
# If you would like to submit a bug report, please visit:
#   http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#

---------------  T H R E A D  ---------------

Current thread (0x03ab9400):  JavaThread "AWT-EventQueue-0" [_thread_in_native, 
id=1892, stack(0x03fe0000,0x04030000)]

siginfo: ExceptionCode=0xc0000005, writing address 0x00000028

Registers:
EAX=0x0402e8cc, EBX=0x777e7758, ECX=0x00000000, EDX=0x00000000
ESP=0x0402e89c, EBP=0x0402e8a4, ESI=0x0402e8cc, EDI=0x00000028
EIP=0x776cd7ca, EFLAGS=0x00010246

Top of Stack: (sp=0x0402e89c)
0x0402e89c:   0774b700 0774dea8 0402e8e0 776cd300
0x0402e8ac:   0402e8cc 03aa11f8 0774b700 00000000
0x0402e8bc:   00000000 00182c98 0774dea8 00000000
0x0402e8cc:   00002000 0000011c 4076bd2a ba90b33d
0x0402e8dc:   3f3e3f80 0402e8fc 776cd369 03afc748
0x0402e8ec:   00000000 777dd6ee 03a5fbf8 0774b700
0x0402e8fc:   0402e948 7772e893 3f3e3e28 03a5fbf8
0x0402e90c:   03a5fbf8 03aa11f8 0402e92c 75c1ad96 

Instructions: (pc=0x776cd7ca)
0x776cd7aa:   00 83 c4 0c 89 45 fc 8b 45 fc c9 c2 30 00 90 90
0x776cd7ba:   90 90 90 8b ff 55 8b ec 56 8b 75 08 57 8d 79 28
0x776cd7ca:   a5 a5 a5 a5 5f 5e 5d c2 04 00 ff 75 0c ff 75 08
0x776cd7da:   e8 8d fe ff ff e9 15 f7 ff ff 90 90 90 90 90 8b 


Register to memory mapping:

EAX=0x0402e8cc is pointing into the stack for thread: 0x03ab9400
EBX=0x777e7758 is an unknown value
ECX=0x00000000 is an unknown value
EDX=0x00000000 is an unknown value
ESP=0x0402e89c is pointing into the stack for thread: 0x03ab9400
EBP=0x0402e8a4 is pointing into the stack for thread: 0x03ab9400
ESI=0x0402e8cc is pointing into the stack for thread: 0x03ab9400
EDI=0x00000028 is an unknown value


Stack: [0x03fe0000,0x04030000],  sp=0x0402e89c,  free space=314k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [ole32.dll+0x2d7ca]  CoGetTreatAsClass+0x309b
C  [ole32.dll+0x2d300]  CoGetTreatAsClass+0x2bd1
C  [ole32.dll+0x2d369]  CoGetTreatAsClass+0x2c3a
C  [ole32.dll+0x8e893]  CoLockObjectExternal+0x22

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  sun.awt.windows.WComponentPeer.addNativeDropTarget()J+0
j  sun.awt.windows.WComponentPeer.addDropTarget(Ljava/awt/dnd/DropTarget;)V+9
j  java.awt.dnd.DropTarget.addNotify(Ljava/awt/peer/ComponentPeer;)V+60
j  java.awt.Component.addNotify()V+297
j  java.awt.Container.addNotify()V+8
j  javax.swing.JComponent.addNotify()V+1
j  java.awt.Container.addNotify()V+61
j  javax.swing.JComponent.addNotify()V+1
j  java.awt.Container.addNotify()V+61
j  javax.swing.JComponent.addNotify()V+1
j  java.awt.Container.addNotify()V+61
j  javax.swing.JComponent.addNotify()V+1
j  javax.swing.JRootPane.addNotify()V+1
j  java.awt.Container.addNotify()V+61
j  java.awt.Window.addNotify()V+73
j  java.awt.Dialog.addNotify()V+51
j  java.awt.Window.pack()V+28
j  
javax.swing.JFileChooser.createDialog(Ljava/awt/Component;)Ljavax/swing/JDialog;
+126
j  
javax.swing.JFileChooser.showDialog(Ljava/awt/Component;Ljava/lang/String;)I+17
j  
com.mxgraph.examples.swing.editor.scxml.SCXMLFileChoser.<init>(Lcom/mxgraph/exam
ples/swing/SCXMLGraphEditor;Ljava/lang/String;Ljava/io/File;)V+117
j  
com.mxgraph.examples.swing.editor.scxml.SCXMLEditorActions$OpenAction.openInEdit
or(Lcom/mxgraph/examples/swing/SCXMLGraphEditor;)V+31
j  
com.mxgraph.examples.swing.editor.scxml.SCXMLEditorActions$OpenAction.actionPerf
ormed(Ljava/awt/event/ActionEvent;)V+117
j  
com.mxgraph.examples.swing.editor.utils.AbstractActionWrapper.actionPerformed(Lj
ava/awt/event/ActionEvent;)V+23
j  
javax.swing.AbstractButton.fireActionPerformed(Ljava/awt/event/ActionEvent;)V+84
j  
javax.swing.AbstractButton$Handler.actionPerformed(Ljava/awt/event/ActionEvent;)
V+5
j  
javax.swing.DefaultButtonModel.fireActionPerformed(Ljava/awt/event/ActionEvent;)
V+35
j  javax.swing.DefaultButtonModel.setPressed(Z)V+117
j  javax.swing.AbstractButton.doClick(I)V+64
j  
javax.swing.plaf.basic.BasicMenuItemUI.doClick(Ljavax/swing/MenuSelectionManager
;)V+53
j  
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Ljava/awt/event/Mou
seEvent;)V+62
j  java.awt.Component.processMouseEvent(Ljava/awt/event/MouseEvent;)V+64
j  javax.swing.JComponent.processMouseEvent(Ljava/awt/event/MouseEvent;)V+23
j  java.awt.Component.processEvent(Ljava/awt/AWTEvent;)V+81
j  java.awt.Container.processEvent(Ljava/awt/AWTEvent;)V+18
j  java.awt.Component.dispatchEventImpl(Ljava/awt/AWTEvent;)V+573
j  java.awt.Container.dispatchEventImpl(Ljava/awt/AWTEvent;)V+42
j  java.awt.Component.dispatchEvent(Ljava/awt/AWTEvent;)V+2
j  
java.awt.LightweightDispatcher.retargetMouseEvent(Ljava/awt/Component;ILjava/awt
/event/MouseEvent;)V+320
j  
java.awt.LightweightDispatcher.processMouseEvent(Ljava/awt/event/MouseEvent;)Z+1
39
j  java.awt.LightweightDispatcher.dispatchEvent(Ljava/awt/AWTEvent;)Z+50
j  java.awt.Container.dispatchEventImpl(Ljava/awt/AWTEvent;)V+12
j  java.awt.Window.dispatchEventImpl(Ljava/awt/AWTEvent;)V+65
j  java.awt.Component.dispatchEvent(Ljava/awt/AWTEvent;)V+2
j  
java.awt.EventQueue.dispatchEventImpl(Ljava/awt/AWTEvent;Ljava/lang/Object;)V+41
j  
java.awt.EventQueue.access$400(Ljava/awt/EventQueue;Ljava/awt/AWTEvent;Ljava/lan
g/Object;)V+3
j  java.awt.EventQueue$2.run()Ljava/lang/Void;+12
j  java.awt.EventQueue$2.run()Ljava/lang/Object;+1
v  ~StubRoutines::call_stub
j  
java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljav
a/security/AccessControlContext;)Ljava/lang/Object;+0
j  
java.security.AccessControlContext$1.doIntersectionPrivilege(Ljava/security/Priv
ilegedAction;Ljava/security/AccessControlContext;Ljava/security/AccessControlCon
text;)Ljava/lang/Object;+28
j  
java.security.AccessControlContext$1.doIntersectionPrivilege(Ljava/security/Priv
ilegedAction;Ljava/security/AccessControlContext;)Ljava/lang/Object;+6
j  java.awt.EventQueue$3.run()Ljava/lang/Void;+11
j  java.awt.EventQueue$3.run()Ljava/lang/Object;+1
v  ~StubRoutines::call_stub
j  
java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;Ljav
a/security/AccessControlContext;)Ljava/lang/Object;+0
j  
java.security.AccessControlContext$1.doIntersectionPrivilege(Ljava/security/Priv
ilegedAction;Ljava/security/AccessControlContext;Ljava/security/AccessControlCon
text;)Ljava/lang/Object;+28
j  java.awt.EventQueue.dispatchEvent(Ljava/awt/AWTEvent;)V+73
j  java.awt.EventDispatchThread.pumpOneEventForFilters(I)Z+204
j  
java.awt.EventDispatchThread.pumpEventsForFilter(ILjava/awt/Conditional;Ljava/aw
t/EventFilter;)V+30
j  
java.awt.EventDispatchThread.pumpEventsForHierarchy(ILjava/awt/Conditional;Ljava
/awt/Component;)V+11
j  java.awt.EventDispatchThread.pumpEvents(ILjava/awt/Conditional;)V+4
j  java.awt.EventDispatchThread.pumpEvents(Ljava/awt/Conditional;)V+3
j  java.awt.EventDispatchThread.run()V+9
v  ~StubRoutines::call_stub

---------------  P R O C E S S  ---------------

Java Threads: ( => current thread )
  0x03ad1c00 JavaThread "Basic L&F File Loading Thread" [_thread_blocked, id=1960, stack(0x05fc0000,0x06010000)]
  0x012c9000 JavaThread "Swing-Shell" daemon [_thread_in_native, id=340, stack(0x041b0000,0x04200000)]
  0x012c8000 JavaThread "Image Fetcher 0" daemon [_thread_blocked, id=2036, stack(0x04160000,0x041b0000)]
  0x03b4e000 JavaThread "TimerQueue" daemon [_thread_blocked, id=2780, stack(0x07ad0000,0x07b20000)]
  0x03baa000 JavaThread "D3D Screen Updater" daemon [_thread_blocked, id=3076, stack(0x06af0000,0x06b40000)]
  0x005f9800 JavaThread "DestroyJavaVM" [_thread_blocked, id=3356, stack(0x00540000,0x00590000)]
  0x03ac6000 JavaThread "Validator" [_thread_blocked, id=3208, stack(0x040c0000,0x04110000)]
=>0x03ab9400 JavaThread "AWT-EventQueue-0" [_thread_in_native, id=1892, 
stack(0x03fe0000,0x04030000)]
  0x03a21000 JavaThread "AWT-Windows" daemon [_thread_in_native, id=2648, stack(0x03f40000,0x03f90000)]
  0x03a20800 JavaThread "AWT-Shutdown" [_thread_blocked, id=3104, stack(0x03ef0000,0x03f40000)]
  0x03a20400 JavaThread "Java2D Disposer" daemon [_thread_blocked, id=2712, stack(0x03ea0000,0x03ef0000)]
  0x012a4400 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=936, stack(0x03980000,0x039d0000)]
  0x0129d800 JavaThread "C1 CompilerThread0" daemon [_thread_blocked, id=3232, stack(0x03930000,0x03980000)]
  0x0129c800 JavaThread "Attach Listener" daemon [_thread_blocked, id=4052, stack(0x038e0000,0x03930000)]
  0x0129b800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=2380, stack(0x03890000,0x038e0000)]
  0x01291000 JavaThread "Finalizer" daemon [_thread_blocked, id=2268, stack(0x03840000,0x03890000)]
  0x01289400 JavaThread "Reference Handler" daemon [_thread_blocked, id=2292, stack(0x037f0000,0x03840000)]

Other Threads:
  0x0124cc00 VMThread [stack: 0x037a0000,0x037f0000] [id=3972]
  0x012b8800 WatcherThread [stack: 0x039d0000,0x03a20000] [id=2376]

VM state:not at safepoint (normal execution)

VM Mutex/Monitor currently owned by a thread: None

Heap
 def new generation   total 4928K, used 1564K [0x237d0000, 0x23d20000, 0x28d20000)
  eden space 4416K,  24% used [0x237d0000, 0x238e0c38, 0x23c20000)
  from space 512K,  92% used [0x23c20000, 0x23c96468, 0x23ca0000)
  to   space 512K,   0% used [0x23ca0000, 0x23ca0000, 0x23d20000)
 tenured generation   total 10944K, used 1807K [0x28d20000, 0x297d0000, 0x337d0000)
   the space 10944K,  16% used [0x28d20000, 0x28ee3c70, 0x28ee3e00, 0x297d0000)
 compacting perm gen  total 12288K, used 7486K [0x337d0000, 0x343d0000, 0x377d0000)
   the space 12288K,  60% used [0x337d0000, 0x33f1f9d8, 0x33f1fa00, 0x343d0000)
    ro space 10240K,  51% used [0x377d0000, 0x37d00500, 0x37d00600, 0x381d0000)
    rw space 12288K,  55% used [0x381d0000, 0x3886bd40, 0x3886be00, 0x38dd0000)

Code Cache  [0x01660000, 0x01768000, 0x03660000)
 total_blobs=612 nmethods=369 adapters=179 free_code_cache=32489792 largest_free_block=0

Dynamic libraries:
0x00400000 - 0x00425000     C:\Program Files\Java\jre6\bin\javaw.exe
0x77a00000 - 0x77b3c000     C:\Windows\SYSTEM32\ntdll.dll
0x76360000 - 0x76434000     C:\Windows\system32\kernel32.dll
0x75c10000 - 0x75c5b000     C:\Windows\system32\KERNELBASE.dll
0x770b0000 - 0x77150000     C:\Windows\system32\ADVAPI32.dll
0x77240000 - 0x772ec000     C:\Windows\system32\msvcrt.dll
0x760f0000 - 0x76109000     C:\Windows\SYSTEM32\sechost.dll
0x77950000 - 0x779f1000     C:\Windows\system32\RPCRT4.dll
0x77800000 - 0x778c9000     C:\Windows\system32\USER32.dll
0x774b0000 - 0x774fe000     C:\Windows\system32\GDI32.dll
0x77b40000 - 0x77b4a000     C:\Windows\system32\LPK.dll
0x772f0000 - 0x7738d000     C:\Windows\system32\USP10.dll
0x76440000 - 0x7645f000     C:\Windows\system32\IMM32.DLL
0x75e90000 - 0x75f5c000     C:\Windows\system32\MSCTF.dll
0x7c340000 - 0x7c396000     C:\Program Files\Java\jre6\bin\msvcr71.dll
0x6d7f0000 - 0x6daa0000     C:\Program Files\Java\jre6\bin\client\jvm.dll
0x70a50000 - 0x70a82000     C:\Windows\system32\WINMM.dll
0x75ac0000 - 0x75b0c000     C:\Windows\system32\apphelp.dll
0x6d7a0000 - 0x6d7ac000     C:\Program Files\Java\jre6\bin\verify.dll
0x6d320000 - 0x6d33f000     C:\Program Files\Java\jre6\bin\java.dll
0x6d7e0000 - 0x6d7ef000     C:\Program Files\Java\jre6\bin\zip.dll
0x6d000000 - 0x6d14c000     C:\Program Files\Java\jre6\bin\awt.dll
0x71700000 - 0x71751000     C:\Windows\system32\WINSPOOL.DRV
0x776a0000 - 0x777fc000     C:\Windows\system32\ole32.dll
0x74be0000 - 0x74d7e000 
    C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.76
01.17514_none_41e6975e2bd6f2b2\COMCTL32.dll
0x77150000 - 0x771a7000     C:\Windows\system32\SHLWAPI.dll
0x74770000 - 0x74783000     C:\Windows\system32\DWMAPI.DLL
0x74ba0000 - 0x74be0000     C:\Windows\system32\uxtheme.dll
0x75b10000 - 0x75b1c000     C:\Windows\system32\CRYPTBASE.dll
0x76460000 - 0x770aa000     C:\Windows\system32\shell32.dll
0x6d230000 - 0x6d27f000     C:\Program Files\Java\jre6\bin\fontmanager.dll
0x6d600000 - 0x6d613000     C:\Program Files\Java\jre6\bin\net.dll
0x76320000 - 0x76355000     C:\Windows\system32\WS2_32.dll
0x75f60000 - 0x75f66000     C:\Windows\system32\NSI.dll
0x75600000 - 0x7563c000     C:\Windows\system32\mswsock.dll
0x755f0000 - 0x755f6000     C:\Windows\System32\wship6.dll
0x6d620000 - 0x6d629000     C:\Program Files\Java\jre6\bin\nio.dll
0x66e30000 - 0x66ff3000     C:\Windows\system32\d3d9.dll
0x75040000 - 0x75049000     C:\Windows\system32\VERSION.dll
0x72c70000 - 0x72c76000     C:\Windows\system32\d3d8thk.dll
0x714e0000 - 0x71564000     C:\Windows\system32\aticfx32.dll
0x70590000 - 0x7059a000     C:\Windows\system32\atiu9pag.dll
0x66a50000 - 0x66e2d000     C:\Windows\system32\atiumdag.dll
0x66700000 - 0x66a43000     C:\Windows\system32\atiumdva.dll
0x6d550000 - 0x6d559000     C:\Program Files\Java\jre6\bin\management.dll
0x77ba0000 - 0x77c2f000     C:\Windows\system32\OLEAUT32.DLL
0x77500000 - 0x7769d000     C:\Windows\system32\SETUPAPI.dll
0x75e40000 - 0x75e67000     C:\Windows\system32\CFGMGR32.dll
0x75e70000 - 0x75e82000     C:\Windows\system32\DEVOBJ.dll
0x771b0000 - 0x77233000     C:\Windows\system32\CLBCatQ.DLL
0x74790000 - 0x74885000     C:\Windows\system32\propsys.dll
0x740e0000 - 0x74101000     C:\Windows\system32\ntmarta.dll
0x76110000 - 0x76155000     C:\Windows\system32\WLDAP32.dll
0x72f80000 - 0x73118000     C:\Windows\system32\NetworkExplorer.dll
0x74ef0000 - 0x74f1e000     C:\Windows\System32\shdocvw.dll
0x75b90000 - 0x75b9b000     C:\Windows\system32\profapi.dll
0x73d80000 - 0x73d8a000     C:\Windows\system32\slc.dll
0x74640000 - 0x7473b000     C:\Windows\system32\WindowsCodecs.dll
0x71170000 - 0x711a1000     C:\Windows\system32\EhStorShell.dll
0x710f0000 - 0x7115a000     C:\Windows\System32\cscui.dll
0x710e0000 - 0x710e9000     C:\Windows\System32\CSCDLL.dll
0x710d0000 - 0x710db000     C:\Windows\system32\CSCAPI.dll
0x71060000 - 0x710d0000     C:\Windows\system32\ntshrui.dll
0x75850000 - 0x75869000     C:\Windows\system32\srvcli.dll
0x71a80000 - 0x71a92000     C:\Windows\system32\MPR.dll
0x733f0000 - 0x733f8000     C:\Windows\System32\drprov.dll
0x75270000 - 0x75299000     C:\Windows\System32\WINSTA.dll
0x72860000 - 0x72874000     C:\Windows\System32\ntlanman.dll
0x727a0000 - 0x727b7000     C:\Windows\System32\davclnt.dll
0x72bf0000 - 0x72bf8000     C:\Windows\System32\DAVHLPR.dll
0x74360000 - 0x7436f000     C:\Windows\system32\wkscli.dll
0x753d0000 - 0x753d9000     C:\Windows\system32\netutils.dll
0x72560000 - 0x72798000     C:\Windows\system32\wpdshext.dll
0x74a10000 - 0x74ba0000 
    C:\Windows\WinSxS\x86_microsoft.windows.gdiplus_6595b64144ccf1df_1.1.7601.17825
_none_72d273598668a06b\gdiplus.dll
0x6fae0000 - 0x6fb69000     C:\Windows\system32\PortableDeviceApi.dll
0x75c60000 - 0x75c8d000     C:\Windows\system32\WINTRUST.dll
0x75c90000 - 0x75dae000     C:\Windows\system32\CRYPT32.dll
0x75c00000 - 0x75c0c000     C:\Windows\system32\MSASN1.dll
0x6f430000 - 0x6f45b000     C:\Windows\system32\PortableDeviceTypes.dll
0x724e0000 - 0x7251f000     C:\Windows\system32\audiodev.dll
0x72270000 - 0x724d7000     C:\Windows\system32\WMVCore.DLL
0x72230000 - 0x7226d000     C:\Windows\system32\WMASF.DLL
0x72200000 - 0x72222000     C:\Windows\system32\EhStorAPI.dll
0x74ee0000 - 0x74ee9000     C:\Windows\system32\LINKINFO.dll
0x75950000 - 0x75958000     C:\Windows\system32\Secur32.dll
0x75aa0000 - 0x75abb000     C:\Windows\system32\SSPICLI.DLL
0x75640000 - 0x75656000     C:\Windows\system32\CRYPTSP.dll
0x753e0000 - 0x7541b000     C:\Windows\system32\rsaenh.dll
0x75b80000 - 0x75b8e000     C:\Windows\system32\RpcRtRemote.dll
0x77b80000 - 0x77b85000     C:\Windows\system32\PSAPI.DLL

VM Arguments:
java_command: D:\fsm-editor.jar
Launcher Type: SUN_STANDARD

Environment Variables:
CLASSPATH=.;C:\Program Files\QuickTime\QTSystem\QTJava.zip
PATH=C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32
\WindowsPowerShell\v1.0\;C:\Program Files\Common Files\Roxio 
Shared\DLLShared\;C:\Program 
Files\QuickTime\QTSystem\;C:\CSC_APP\Vista\Local;C:\Program Files\IDM Computer 
Solutions\UltraEdit\
USERNAME=webpac
OS=Windows_NT
PROCESSOR_IDENTIFIER=x86 Family 6 Model 30 Stepping 5, GenuineIntel



---------------  S Y S T E M  ---------------

OS: Windows 7 Build 7601 Service Pack 1

CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 30 stepping 5, 
cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1, sse4.2, popcnt

Memory: 4k page, physical 3603752k(2219896k free), swap 7205752k(5678988k free)

vm_info: Java HotSpot(TM) Client VM (20.12-b01) for windows-x86 JRE 
(1.6.0_37-b06), built on Sep 24 2012 12:44:35 by "java_re" with MS VC++ 7.1 
(VS2003)

time: Thu Nov 15 15:48:17 2012
elapsed time: 36 seconds

What steps will reproduce the problem?

1. create node 
2. define datamodel  for this node with cyrillic chars: <name>старт</name> 
(corresponds to `start`)
3. save scxml into a file
4. try to reopen it


What is the expected output?
the stored scxml model

What do you see instead?
Error: MalformedByteSequenceException: Invalid byte 2 of 2-byte UTF-8 sequence.

If I open the file with text editor that supports UTF-8? 
I can see: `?тарт` instead of `старт`


The latest version on windowsXP



Please provide any additional information below.

What steps will reproduce the problem?
1. How do I create two parallel clusters that communicate?
2. How do I label an arrow?
3. How do I create that start node outside of the cluster (that you show in the 
guide)?
4. I get a pop-up box, "on entry:, on exit:" - what do I do with these?
5. Can I represent "guard" conditions before entry to a state?

What is the expected output? What do you see instead?
 Grayed out buttons

What version of the product are you using? On what operating system?
How can I tell which version?
I am using Linux REL v. 5

Please provide any additional information below.
Are you familiar with pystatecharts?
My goal is to go from diagram to scxml to pystatecharts for execution.
thanks,
  [email protected]

What steps will reproduce the problem?
1.Now SCXML ID is displayed as the state's name.  
2.2 Substates under different states cannot use the same name as this becomes 
duplicate id in the scxml file.

What is the expected output? What do you see instead?
Can we display something else as the state name instead of using the id? It 
does not sound right if 2 independent substates of different states cannot use 
the same name.

What version of the product are you using? On what operating system?


Please provide any additional information below.

Problem:
Can't delete objects after being edited even after edit window were closed.

As workaround it's possible to restart the scxml editor.

Steps to reproduce:

Create a simple model with two nodes and transition,
modify a transition (set an event name), 
close transition editor,
then try to delete transition
and you'll get the following error:

Some elements are being edited. Please close all edit dialogs before deleting 
an element.
Some may be indirectly deleted elements (e.g. edges connecting to a node being 
deleted)

the same with nodes.

This is a feature request

What steps will reproduce the problem?

Opening a graph and saving the layout into a different representation
works as expected.
It would be nice to include a command line option to do this in an automated 
fashion.
For example
java -jar fsm-editor.jar --layout --input inputfile --representation png 
--output outputfile --overwrite

would create a png rendering of the current scxml graph and save the output 
into the specified output file, overwriting any existing instances.

This way it would be easy to include the latest graphs into javadocs using for 
example a custom ant task.

add a quick way to reload the current open file.

What steps will reproduce the problem?
1. Create a parallel state ps1
2. Create two children for ps1, ch1 and ch2
3. Create a transition between ps1 and ps2

What is the expected output? What do you see instead?
Is expected a validation error.


What version of the product are you using? On what operating system?
Windows 7, last version.

Please provide any additional information below.

scxml reference:
http://www.w3.org/TR/scxml/#parallel

A conformant SCXML document must not contain any transitions between parallel 
siblings. 

Trying to load an example from the SCXML standard: 
http://www.w3.org/TR/scxml/#N11283

The state "Test2Sub1" should be loaded via xi:include. 
The expected output is "Test2Sub1" presented inside cluster state "Test2", with 
transition to "Test2Sub2".
Instead it is presented on the left hand corner, without any transition.

See attachment, including readme.txt 

the editing windows remain open when changing file.

What steps will reproduce the problem?
1. Edit a node, click "show edited cell"
2. Right click on node, change something, e.g. "Toggle final" or "Toggle 
cluster"
3. Move the node by dragging it

What is the expected output? What do you see instead?
Expected: green "show edited cell" border moves with the node
Actual: green border stays in the original position, separate from the node

What version of the product are you using? On what operating system?
revision 164

Please provide any additional information below.
Also, once the node is deleted, the detached green border stays there forever, 
unless the delete is undoed and the border deleted by clicking "show edited 
cell" again.

Your resulting file doesn't respect the rules present in the xsd files given by 
w3c (they can be found at http://www.w3.org/2011/04/SCXML/).
For example you forget the version number.

A condition 'T > 30' should be translated to 'T > 30', but instead a 
org.xml.sax.SAXParseException is thrown. Opening an SCXML with entities does 
work.

What steps will reproduce the problem?
1.Load the attached scxml file

What is the expected output? What do you see instead?

Parsing file: 
D:\Work\Phd\RoboGen\src\eclipseworkspace\RoboGenEditor\xml\OutputXML.scxml
add edge: ready->[800]
add edge: ready->[1000]
add edge: ready->[100]
add edge: 100->[1000]
add edge: 100->[110]
add edge: 100->[110]
add edge: 110->[300]
add edge: 110->[0]
add edge: 110->[210]
add edge: 110->[220]
add edge: 110->[230]
add edge: 110->[300]
add edge: 110->[1000]
add edge: 210->[400]
add edge: 220->[400]
add edge: 230->[400]
add edge: 400->[2000]
add edge: 400->[4000]
add edge: 400->[1000]
add edge: 400->[3000]
add edge: 1000->[2100]
add edge: 1000->[2200]
add edge: 1000->[1000]
add edge: 3000->[1000]
add edge: 3000->[3000]
add edge: 4000->[4300]
add edge: 4000->[4200]
add edge: 4000->[4100]
add edge: 4000->[1000]
add edge: 4000->[3000]
add edge: 4100->[1000]
add edge: 4100->[4110]
add edge: 4110->[1000]
add edge: 4110->[4140]
add edge: 4110->[4120]
add edge: 4120->[1000]
add edge: 4120->[4140]
add edge: 4120->[4130]
add edge: 4130->[1000]
add edge: 4130->[4140]
add edge: 4140->[1000]
add edge: 4140->[4145]
add edge: 4140->[4140]
add edge: 4145->[4150]
add edge: 4150->[1000]
add edge: 4150->[4160]
add edge: 4160->[1000]
add edge: 4160->[4170]
add edge: 4170->[1000]
add edge: 4170->[4180]
add edge: 4170->[4190]
add edge: 4180->[1000]
add edge: 4200->[4210]
add edge: 4200->[1000]
add edge: 4200->[4200]
add edge: 4210->[4220]
add edge: 4210->[4220]
add edge: 4220->[4230]
add edge: 4220->[4240]
add edge: 4240->[1000]
add edge: 4300->[4310]
add edge: 4300->[1000]
add edge: 4310->[4320]
add edge: 4320->[1000]
add edge: 4320->[4330]
add edge: 4320->[4340]
add edge: 4330->[800]
add edge: 4330->[1000]
Done reading file
Populating graph.
java.lang.NullPointerException
    at com.mxgraph.examples.swing.editor.fileimportexport.SCXMLImportExport.addOrUpdateEdge(SCXMLImportExport.java:485)
    at com.mxgraph.examples.swing.editor.fileimportexport.SCXMLImportExport.populateGraph(SCXMLImportExport.java:470)
    at com.mxgraph.examples.swing.editor.fileimportexport.SCXMLImportExport.readInGraph(SCXMLImportExport.java:398)
    at com.mxgraph.examples.swing.editor.fileimportexport.SCXMLImportExport.read(SCXMLImportExport.java:424)
    at com.mxgraph.examples.swing.editor.fileimportexport.ImportExportPicker.read(ImportExportPicker.java:123)
    at com.mxgraph.examples.swing.editor.scxml.SCXMLEditorActions$OpenAction.openSelectedFile(SCXMLEditorActions.java:727)
    at com.mxgraph.examples.swing.editor.scxml.SCXMLEditorActions$OpenAction.actionPerformed(SCXMLEditorActions.java:712)
    at com.mxgraph.examples.swing.editor.utils.AbstractActionWrapper.actionPerformed(AbstractActionWrapper.java:29)
    at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
    at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
    at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
    at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
    at javax.swing.AbstractButton.doClick(Unknown Source)
    at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
    at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown Source)
    at java.awt.Component.processMouseEvent(Unknown Source)
    at javax.swing.JComponent.processMouseEvent(Unknown Source)
    at java.awt.Component.processEvent(Unknown Source)
    at java.awt.Container.processEvent(Unknown Source)
    at java.awt.Component.dispatchEventImpl(Unknown Source)
    at java.awt.Container.dispatchEventImpl(Unknown Source)
    at java.awt.Component.dispatchEvent(Unknown Source)
    at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
    at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
    at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
    at java.awt.Container.dispatchEventImpl(Unknown Source)
    at java.awt.Window.dispatchEventImpl(Unknown Source)
    at java.awt.Component.dispatchEvent(Unknown Source)
    at java.awt.EventQueue.dispatchEvent(Unknown Source)
    at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
    at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
    at java.awt.EventDispatchThread.run(Unknown Source)


What version of the product are you using? On what operating system?
Windows 7 64 bit 

Please provide any additional information below.

changes to the ordering of the outgoing edges of a node cannot be undone or 
redone.

What steps will reproduce the problem?
1. Launch editor
2. File | Open file : opens in a specific folder
3. Browse to a different folder, load scxml file from there
4. Close editor
5. Relaunch editor
6. File : the full path of the previous loaded files are listed below 
6. File | Open file : opens in a specific folder, not the last folder

What is the expected output? open in the folder of the last file loaded
What do you see instead? open always in the same folder


What version of the product are you using? HEAD from today

What steps will reproduce the problem?
1. File | Save as
2. Select any of the image types (gif, jpg, svg, png, bmp ...)

What is the expected output? generated image
What do you see instead? error message "no image data"

What version of the product are you using? HEAD from today

Please provide any additional information below.
Export to .dot does work, so it is possible to convert .dot to an image with 
external tools.
However, until enabling save to image files (if at all), I recommend removing 
from the GUI all the "save as" options that do not work.

What steps will reproduce the problem?
1.design a state chart
2.toggle the option via menu
3.

What is the expected output? What do you see instead?

the editing pane size should be expanded. The state chart graph layout should 
not be changed. 

What version of the product are you using? On what operating system?

latest offered by download link 
Please provide any additional information below.

history states cannot be created yet.

We are often editing a whole bunch of state machines at the same time and 
therefore run several scxmlgui instances in parallel on the same screen.

It would be great if you could add an option to hide the sidebar as it takes a 
lot of screen space.

What steps will reproduce the problem?
1. Create new scxml, add a node
2. Edit the datamodel of the node: current_state = "new node 14"
3. Save
4. Reload

What is the expected output? What do you see instead?
The quotes surrounding [new node 14] are expected. The qoutes are replaced with 
" resulting in [current_state = "new node 14"

What version of the product are you using? On what operating system?
r135

Please provide any additional information below.

What steps will reproduce the problem?
1. call autolayout multiple times on node Test2 in attachment of issue 3: 
http://code.google.com/p/scxmlgui/issues/detail?id=3&can=1

What is the expected output? What do you see instead?

the horizontal size of Test2 increases at each layout call

currently the parser is XInclude aware but if the network composed by multiple 
files included via XInclude is opened and then saved, it'll be saved in a 
single file (the one opened and that includes all the others (directly or 
indirectly)).

What steps will reproduce the problem?
1. Create a cluster with a contained node
2. Resize the cluster by pulling on its top or left edge

What is the expected output? What do you see instead?
Expected: my intention when resizing the cluster from the left/top is that I 
want more space in it to the left/top of the already existing contained nodes. 
I would expect the inner nodes to stay in place, just as they do with a 
bottom/right side resize.
Actual: When resizing, all the contained nodes shift to the left/top as well, 
their position seems relative to the top-left corner of the cluster. In case of 
a lot of contained nodes, having to move all of them to the right/bottom to get 
some space on the left is annoying. :S

What version of the product are you using? On what operating system?
HEAD (164)

Please provide any additional information below.
Editor should increase the relative offset of all contained nodes by the size 
increase of the cluster.

What steps will reproduce the problem?
1. Checked with svn HEAD version
2. load scxml and start SCXML listener 
3. the first time it works like espected (i am only sending 0 or 1 state 
activation/deactivation events)
4. stop and restart 
5. reconnect from client
6. the SCXML listerner listview fills with the events but highlighting  of 
states does not happen anymore  

What is the expected output? What do you see instead?

No highlighting with green borders

What version of the product are you using? On what operating system?

latest SVN head on main trunk

Please provide any additional information below.

java.lang.NullPointerException
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener.resetAllSCXMLEventExecutions(SCXMLListener.java:593)
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener.valueChanged(SCXMLListener.java:210)
    at javax.swing.JList.fireSelectionValueChanged(JList.java:1798)
    at javax.swing.JList$ListSelectionHandler.valueChanged(JList.java:1812)
    at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:184)
    at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:164)
    at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:211)
    at javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:405)
    at javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:415)
    at javax.swing.DefaultListSelectionModel.setSelectionInterval(DefaultListSelectionModel.java:459)
    at javax.swing.JList.setSelectedIndex(JList.java:2212)
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener.addEvent(SCXMLListener.java:582)
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener$SCXMLSocketListener.run(SCXMLListener.java:543)
java.lang.NullPointerException
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener.resetAllSCXMLEventExecutions(SCXMLListener.java:593)
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener.valueChanged(SCXMLListener.java:210)
    at javax.swing.JList.fireSelectionValueChanged(JList.java:1798)
    at javax.swing.JList$ListSelectionHandler.valueChanged(JList.java:1812)
    at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:184)
    at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:164)
    at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:211)
    at javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:405)
    at javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:415)
    at javax.swing.DefaultListSelectionModel.setSelectionInterval(DefaultListSelectionModel.java:459)
    at javax.swing.JList.setSelectedIndex(JList.java:2212)
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener.addEvent(SCXMLListener.java:582)
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener$SCXMLSocketListener.run(SCXMLListener.java:543)
java.lang.NullPointerException
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener.resetAllSCXMLEventExecutions(SCXMLListener.java:593)
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener.valueChanged(SCXMLListener.java:210)
    at javax.swing.JList.fireSelectionValueChanged(JList.java:1798)
    at javax.swing.JList$ListSelectionHandler.valueChanged(JList.java:1812)
    at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:184)
    at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:164)
    at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:211)
    at javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:405)
    at javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:415)
    at javax.swing.DefaultListSelectionModel.setSelectionInterval(DefaultListSelectionModel.java:459)
    at javax.swing.JList.setSelectedIndex(JList.java:2212)
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener.addEvent(SCXMLListener.java:582)
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener$SCXMLSocketListener.run(SCXMLListener.java:543)
java.lang.NullPointerException
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener.resetAllSCXMLEventExecutions(SCXMLListener.java:593)
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener.valueChanged(SCXMLListener.java:210)
    at javax.swing.JList.fireSelectionValueChanged(JList.java:1798)
    at javax.swing.JList$ListSelectionHandler.valueChanged(JList.java:1812)
    at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:184)
    at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:164)
    at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:211)
    at javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:405)
    at javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:415)
    at javax.swing.DefaultListSelectionModel.setSelectionInterval(DefaultListSelectionModel.java:459)
    at javax.swing.JList.setSelectedIndex(JList.java:2212)
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener.addEvent(SCXMLListener.java:582)
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener$SCXMLSocketListener.run(SCXMLListener.java:543)
java.lang.NullPointerException
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener.resetAllSCXMLEventExecutions(SCXMLListener.java:593)
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener.valueChanged(SCXMLListener.java:210)
    at javax.swing.JList.fireSelectionValueChanged(JList.java:1798)
    at javax.swing.JList$ListSelectionHandler.valueChanged(JList.java:1812)
    at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:184)
    at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:164)
    at javax.swing.DefaultListSelectionModel.fireValueChanged(DefaultListSelectionModel.java:211)
    at javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:405)
    at javax.swing.DefaultListSelectionModel.changeSelection(DefaultListSelectionModel.java:415)
    at javax.swing.DefaultListSelectionModel.setSelectionInterval(DefaultListSelectionModel.java:459)
    at javax.swing.JList.setSelectedIndex(JList.java:2212)
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener.addEvent(SCXMLListener.java:582)
    at com.mxgraph.examples.swing.editor.scxml.listener.SCXMLListener$SCXMLSocketListener.run(SCXMLListener.java:543)

In the latest version 
( btw: maybe it's time to put as minimum revision number into help-about? )

There is a new validation error: "Event can not be null!"
Is it really needed? 

Why it's not possible just to go from one step to another without any event?

If it's really required by somebody, then mayby it's possible to customize 
which validators to use for each scxml schema?
You can store it inside the scxml file (in comments or some custom 
attributes...)

--
Thanks for your product!

What steps will reproduce the problem?
1. Add new node
2. Open node editor
3. Delete the edited node while the editor is open
4. Change node id in editor
5. Undo delete

What is the expected output? What do you see instead?
After step 3, the editor should close automatically, as there is no point in 
editing a deleted node. If editing is necessary, the node should be restored 
first with an undo, and then edited in a new editor.
Following steps 1-5, the node is restored with an id different from when it was 
deleted -> this is strange, and not correct undo behaviour.

What version of the product are you using? On what operating system?
HEAD ( revision 164)

Please provide any additional information below.

display the version of the jar in the about message (useful for users that do 
not use svn)

What steps will reproduce the problem?
1.define a transition between two states
2.change the target of this definition to the source (transition to self)
3.

What is the expected output? What do you see instead?

- the transition line should be printed with a dotted line
- the target attribute should be removed from the xml

What version of the product are you using? On what operating system?

latest from download link from homepage 
Please provide any additional information below.

currently to position and highlight state of object is preserved when pasting 
them.

What steps will reproduce the problem?

Currently the graph only shows the event names on the outgoing arch. 

What is the expected output? What do you see instead?

It would be nice to include the conditions as well

What version of the product are you using? On what operating system?
latest subversion r137

Please provide any additional information below.

I attached a patch file, containing a proposed change against svn r137.
It simply changes the convertValueToString method to include the condition for 
an event and adds some layouting information to the SCXMLEdge class

What steps will reproduce the problem?
1. Extract attachment. 
2. Load top_level.scxml (which Xincludes the two other scxml files in 2 nested 
levels).

What is the expected output? Layout of the whole scxml 
What do you see instead? layout of the top level and 2nd level only, without 
the 3rd level, and a NullPointerException.
See also log.txt showing the NullPointerException when loading top_level.scxml, 
as well as successful loading and layout of 3rd_level.scxml, 2nd_level.scxml.


What version of the product are you using? HEAD from today

According to the SCXML standard:

3.4: parallel nodes may have transitions.
3.3: transitions may have multiple targets.

NullPointerException on the following example (if the three transitions in the 
parallel state are removed the exception disappears):

<?xml version="1.0" encoding="UTF-8"?>
<scxml xmlns="http://www.w3.org/2005/07/scxml" version="1.0" name="Fan3" 
initial="All">
    <parallel id="All">
        <transition event="SwitchBothOff" target="OffLeft OffRight"/>
        <transition event="SwitchLeftOn" target="OnLeft"/>
        <transition event="SwitchRightOn" target="OnRight"/>
        <state id="FanLeft" initial="OffLeft">
            <state id="OffLeft">
                <onentry>
                    <log expr="'OnEntry OffLeft'"/>
                </onentry>
                <transition event="SwitchLeft" target="OnLeft"/>
                <onexit>
                    <log expr="'OnExit OffLeft'"/>
                </onexit>
            </state>
            <state id="OnLeft">
                <onentry>
                    <log expr="'OnEntry OnLeft'"/>
                </onentry>
                <transition event="SwitchLeft" target="OffLeft"/>
                <onexit>
                    <log expr="'OnExit OnLeft'"/>
                </onexit>
            </state>
        </state>
        <state id="FanRight" initial="OffRight">
            <state id="OffRight">
                <onentry>
                    <log expr="'OnEntry OffRight'"/>
                </onentry>
                <transition event="SwitchRight" target="OnRight"/>
                <onexit>
                    <log expr="'OnExit OffRight'"/>
                </onexit>
            </state>
            <state id="OnRight">
                <onentry>
                    <log expr="'OnEntry OnRight'"/>
                </onentry>
                <transition event="SwitchRight" target="OffRight"/>
                <onexit>
                    <log expr="'OnExit OnRight'"/>
                </onexit>
            </state>
        </state>
    </parallel>
</scxml>

to preserve compatibility with some internal usage cases the SCXML container
is not always saved.
When not saved, the geometry is also not saved causing problems.

now a default geometry is given when the root node has one and the root is not 
the SCXML container node.

What steps will reproduce the problem?
1. When creating a new chart, it's possible to resize the nodes
2. Saving the file and reloading it again, will shrink every node 
to the minimum size required to display the node text

What is the expected output? What do you see instead?
It would be nice if the size is recorded during saving/restoring.

Interestingly enough, the XML file will contain size information
<!--   node-size-and-position x=60.286140028621524 y=555.6640625 w=50.0 h=10.0  
-->
but they are disregarded after reloads.

What version of the product are you using? On what operating system?
latest svn r90

What steps will reproduce the problem?
1. Save an SCXML file in scxmlgui.

What is the expected output? What do you see instead?

I expect the output SCXML document to encode layout information as tags or 
attributes in a non-SCXML namespace, possibly reusing an existing XML 
application for encoding graphical layout information such as GraphML. Instead, 
I layout information is encoded as XML comments.

What version of the product are you using? On what operating system?

The JAR linked from the project home page.

Please provide any additional information below.

SCXML is meant to be a hand-editable format. This is still useful, even when 
using a graphical tool like scxmlgui. Encoding layout information as special 
comments is a brittle approach, as it may easily break when the user is editing 
an an SCXML file by hand, or when processing the SCXML with a different tool. I 
think it would be better to encode this layout information as tags or 
attributes in a different XML namespace, as this allows the layout information 
to be explicitly encoded in the structure of the document. The best approach 
might be to leverage an existing XML application for encoding layout 
information, such as GraphML.

If you think this would be a useful feature, and are able to accept a patch, I 
might be able to do this work myself.

What steps will reproduce the problem?
1. Can we display the condition and action directly in a transition using say 
UML's notation:
e.g.------event[guard condition]/action---->

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

What steps will reproduce the problem?
1. New scxml, add a node
2. Save
3. Select Edit node

What is the expected output? What do you see instead?
The document is marked as changed in the title bar (*) even though no change 
has been made.

What version of the product are you using? On what operating system?
Downloaded 11-03-01

Please provide any additional information below.

What steps will reproduce the problem?
1. start scxmlgui with java -jar fsm-editor.jar
2. create a simple state diagram
3. save file
4. load the previously saved file

What is the expected output? What do you see instead?
I expected to see the same state diagram but instead got an error message.

What version of the product are you using? On what operating system?
Last fsm-editor.jar found here http://code.google.com/p/scxmlgui/
OS: Windows 7 Professionel 64 bit.

Please provide any additional information below.
The file is saved in ANSI and not in UTF-8. Converting the file to UTF-8 after 
savin it, enables to load the file, but the layout is a bit buggy.

Hello,

I'm still stuck with Python 2.5 at the moment, is it possible to make pyscxml 
2.5 compatible? I suspect that the biggest issue is the with statement.

I can contribute a patch if needed..

What steps will reproduce the problem?
1. Create a new state chart
2. right click on the scxml container and select edit node
3.

What is the expected output? What do you see instead?
I would like a tab for the name attribute of the scxml tag. I would also like 
the name to show in the SCXML container header.

What version of the product are you using? On what operating system?
Downloaded 2001-02-15

Please provide any additional information below.
I am writing a scxml2c generator and the name attribute would be handy for 
naming the state machine. For now I create a superstate for the entire state 
chart within the scxml container, but I feel that the view would become less 
cluttered if I could skip this step.

What steps will reproduce the problem?
Convert the testcase SCXML files to DOT using scxmlgui.

What is the expected output? What do you see instead?

The transition should appear as an edge from the cluster 'foo' to the end node.

What version of the product are you using? On what operating system?

SVN r135.

Please provide any additional information below.

DOT kind of sucks when it comes to connecting clusters. It can be achieved by 
using the lhead and ltail attributes and setting compound=true. What this does 
is hide the part of the edge that's inside the connected cluster.

What steps will reproduce the problem?
1. Draw some state and some event
2. Position them as you like on the design area
3. Save, close and reopen the project.

What is the expected output? What do you see instead?
I expect to see the elements in the same position as I left them.
I see them all messed up instead.

What version of the product are you using? On what operating system?
Last version: the one from svn. I tested it on mac osx 10.6 and ubuntu linux 
10.04

Please provide any additional information below.

currently changes to the scxml specific properties are not working with the 
undo functionality of jgraphx. For example, setting a node as initial, will 
also change the style of the node (color, border, etc.). The change in style 
can be undone, but that undo operation will not reset the initial property of 
the node (will undo only the style changes).

What steps will reproduce the problem?
1. Currently initial substates are marked with a color different from other 
substates. 
2. We can save the statechart as a PNG file and print it out using laser/inkjet 
printers.  But the color difference will be difficult to see in a 
black-and-white output.
3.

What is the expected output? What do you see instead?
Can we stick back to UML's style of using black dot (or something with a 
different shape) as the initial state to make the chart laser printer friendly?

What version of the product are you using? On what operating system?


Please provide any additional information below.