Hey all
Apologies for a somewhat vague bug report about a hard to reproduce issues (yeah, everybody loves those).
I tend to create instruments for netpd with lots of visual feeback (song position in sequencer, triggered notes, automated values, meters). Sometimes during sessions with rather many instruments, it happens what I (only half-correctly) call a GUI freeze. Sliders, number atoms, symbol atoms, radios etc. stop visually reflecting any change. They still do send new values through their outlet, but are not updated visually, neither when manually changed or when sending new values through inlet or send symbol. When it happens, it affects all GUI widgets of all patches the running Pd instance. It usually happens after an error is printed to the Pd console:
(Tcl) INVALID COMMAND NAME: invalid command name ".x88d5c68.c" while executing ".x88d5c68.c delete curve8cc3d94" ("uplevel" body line 23) invoked from within "uplevel #0 $docmds"
Interestingly, when I minimize a canvas and unminimize (or switch desktop away and back) it again, it all widgets display the current values, though live changes are still not updated. Also not all properties of the GUI widgets are affected. Label texts, label fonts, background, foreground and label colors, also cnv dimensions and similar things are still updated. Or in other words: Those aspects that work both ways (GUI -> pd and pd -> GUI) are affected, while the supplemental features of the widgets that can't be controlled by mouse (pd -> GUI only) are not affected. The situation persists until I restart Pd.
That's again a vague statement, but I have the impression it got slightly worse when switching from 0.47 to 0.48. I'm not able to create a simple patch that triggers the GUI freeze. However, I have saved sessions that run reliably into this within minutes.
Thanks for any thoughts on this.
Roman