Yesterday I went to replace the sound file in a sound cue by dragging the new sound file from the finder into the target field in the main cuelist. This sound file was the same type, length and bit depth as the original cue but longer by 20 seconds. When I played the cue it abruptly ended at the time when the old cue would have run out. I noticed that the end time in the inspector was still at the old time. I dragged the new file into the list as a new sound cue and the end time was correct. I expected (and have experienced in the past) that the cue's length is reset to allow for the complete length of the new sound file.
Because of the lack of time to investigate I used the newly created cue by copying and pasting the sound cue fader levels and deleting the old cue. I then gave the fade cues associated with that cue new targets by dragging and dropping the new cue. This is where the next bug popped up. When I played the cue with it's associated fades the fades had no effect. It seems that either when I deleted the old cue or when I dragged the new cue onto the target field of the fade cue the fade's data was overwritten by the new cue's fader levels and all faders were unassigned (greyed out). I expected that the fade cues would retain their settings even though they were targeting a new cue. The only parameter that I was fading was the main fader.
Qlab v1.3.1
