UNDO issues in 2.0.1

After finding I could not UNDO a Record Cue (as it was greyed out on the Undo list), I soon found that if I have executed multiple GoToCue's without a regular "UNDOable" command like "1@Full<Enter>", there will be a chain of NON-UNDOables, including Recording and Updating Cues.

This can be an issue if the designer forgets to say "Cue Only" when recording a new cue.

After typing a regular command the grey NON-UNDOables disappear.

I just now noticed multiple Record Cues doing it as well.

I guess the rule for now is always make a level change before updating or recording.

Also, a Microsoft C++ runtime popup appeared on the screen while accessing the UNDO window. It was an assertion failure notice (which, by the way, should only appear on Debug versions of the software).

This was verified on the Offline running 2.0.1

Parents
  • while i do see the greyed out record command, i've never seen the popup. i suggest saving the logs (Shell > Maintenance), i guess Tech Services will ask for them in case they don't know about this yet.

    i had 4 greyed out commands, one of which was a record cue, sandwiched inbetween two gotocues. when i undid the undoable command before the greyed out block, the recorded cue went away. so might this be a formatting and display problem rather than a undoing problem?

  • Upon further investigation I found that the grey ones are merely collapsed when a new "UNDOable" follows it.  If you undo that one, they reappear, sometimes not even logging susequent Record Cues

    I noticed that when the UNDO list is purged by a file save or a show load, You can Go to Cue all day and not on item appear on the list, not until you post an "UNDOable".

  • The problem with undoing the "UNDOable" above the grey is what if it was an "Update", as was my case.  When I undid the update the console stayed in the cue it was at and re-manualed the channels.  So which cue is the one I updated?.  Depends on how many GO's I hit after my last Goto Cue. It is irritating that the Cue being updated is not posted on the command line by default,  merely "Update<ENTER>",  therefore it doesn't show up on the undo list either.  I had to use the diagnostics log to put it all together.  There is also the problem of undoing ALL the grey including multiple Record Cues.

    The question really is why Record and Update and maybe some others don't break the chain of grey entries, but 1 @ 0 <Enter> does?  (Note: update is usually not affected because you normaly make manual changes before using it)

  • I'm seeing this also.  It's a scary situation.  Here's how to recreate it:

    Sitting live onstage in cue 1, in a cuelist with cues 1 thru 3 recorded.

    [Record][3][Enter][Enter]

    [Undo]

    The record of cue 3 is not undoable.

    In fact, if you go through these steps immediately after loading the show from disk (or booting up the console), the Undo list is completely empty.

    ~P

  • Thanks guys.  There are definitely some problems here!  We appreciate the concise steps to reproduce them.  I will write up a defect and target it for the next major release.

Reply Children
No Data
Related