Gmoccapy - spindle restarts at program stop

Hello, 
I found a weird problem in the newest Linuxcnc (v2.9.1) with gmoccapy gui (3.4.6). The problem is with spindle signals. When a running program stops with Program Stop button from gmoccapy, or with halui.program.stop signal, the spindle does not stop (in the previous versions, on program stop, the spindle is stopped too).  Better say, as you can -see on screenshot- the spindle stops a short time, and sets back again. I tested it on my own configs, and in simulations too, and in both cases the behavior is the same. If i press 5x-10x the physical button linked to halui.program.stop,  1x-2x stops the spindle, and does not restart it. If the spindle stopped, and press the Program Stop button again (phisical button -> halui.program.stop) the spindle started. It is very dangerous!!!
Has anyone encountered this error?I found another problem in gmoccapy:

forum.linuxcnc.org/gmoccapy/50994-gmocca...ack-commanded-actual
 

Yes, I can reproduce this in a sim config, I've had other issues with gmoccapy and qtdragon on some computers lately like this one:
github.com/LinuxCNC/linuxcnc/issues/2753

The problems seem to depend on the hardware and look like race conditions between the realtime and the non-realtime (ie gui) parts of linuxcnc. Axis Gui still seems to be solid.
Rather unsettling and difficult to troubleshoot I'm afraid.

[edit]
There are others as well:
github.com/LinuxCNC/linuxcnc/issues/2630

Thank you, then i will roll back to preveous version of linuxcnc. Unfortunately, because the new gmoccapy looks very good.

Found one more error message.
When the program is loaded, and clicking on the white lines to search that line of program, sometime show this message. Clicking on OK, i can continue the work.
 

Is it same bug?
github.com/LinuxCNC/linuxcnc/issues/2631

This modification to 'lib/python/rs274/glcanon.py' seems to fix the buffer overflow on a recent build of version 2.9: