The bug was confirmed by support today, with the suggestion to use only two presets as a workaround, as they are less affected by the issue.
The standard positions are generally all directed towards the dance floor.
However, if you also have positions for, for example, lectern, the cake cutting, or other things that should be targeted using the static button, the current presets because the autoscripting inside of the songs access all positions almost randomly – regardless of the settings in the table.
To test it yourself:
If you leave all entries in these presets set to NULL and apply them to the song, the bug sometimes occurs immediately, sometimes only after several applications.
Positions are added that shouldn’t even exist, since they are all set to NULL.
If you only use the standard positions and don’t care where the lights move, it’s hardly noticeable.
It becomes problematic if the lectern or the wedding cake is suddenly illuminated in the middle of a song.
I have about 16 positions dedicated solely to the dance floor, but also in addition many for effects or targeted spotlights as requested by clients, which are only illuminated on a case-by-case basis.
This is standard practice at corporate events and presentations!
Furthermore, there’s bug number two:
Almost all presets can be saved, but in 95% of cases, the positions and attributes from the table are not saved.
So, if you call up this preset later, everything in the table might be reset to zero. Even the attributes!
To me, the entire preset system seems quite buggy.
That phrases aren’t recognized correctly doesn’t surprise me – very few can do that.
Currently, I strongly advise against applying the autoscript to songs if there are positions outside the dance floor that should only be illuminated on request, as the risk of incorrect lighting is very high.