Bug: Manual levels don't persist across links when not selected

in this other cuelist, do the channels that sneak have values there? somewhere upstream in that cuelist?

No.
I'm referring back to a previous saved show file before I applied the fixes.
CL 5 has only 2 cues:
5/1 has no values for anything.
5/2 has 525 @ Full and links to 5/1.
[2][@][full] and leave it selected: I can keep hitting Go on CL 5 and 2 stays on and manual.
[2][@][full] and deselect it: it stays on for the transition from 5/1 to 5/2 but sneaks on the transition from 5/2 to 5/1

Here's something else I just learned and thought I would share because the manual can be misleading.
Selected channels will always retain their manual level.
Any deselected channel receiving a move instruction will lose its manual level. I had thought manual always had priority but no. Whatever, I guess that's what Capture is for.
Any deselected channel not receiving a move instruction will keep its manual level until a linked cue happens, in which case it will sneak. This should not happen - linked cues should be treated the same as sequential cues.
[Go to cue] always sneaks everything but this is logical.

No.
I'm referring back to a previous saved show file before I applied the fixes.
CL 5 has only 2 cues:
5/1 has no values for anything.
5/2 has 525 @ Full and links to 5/1.
[2][@][full] and leave it selected: I can keep hitting Go on CL 5 and 2 stays on and manual.
[2][@][full] and deselect it: it stays on for the transition from 5/1 to 5/2 but sneaks on the transition from 5/2 to 5/1

Here's something else I just learned and thought I would share because the manual can be misleading.
Selected channels will always retain their manual level.
Any deselected channel receiving a move instruction will lose its manual level. I had thought manual always had priority but no. Whatever, I guess that's what Capture is for.
Any deselected channel not receiving a move instruction will keep its manual level until a linked cue happens, in which case it will sneak. This should not happen - linked cues should be treated the same as sequential cues.
[Go to cue] always sneaks everything but this is logical.

link can't work the same as sequential ones because they're out of sequence, they have to assert. if the problem is not the primary link but the secondary (the one looping the hazer back to 5/1), you can use an additional Loop 0 attribute

Thanks for helping me and your solution does work. I still believe that linked cues should be treated as sequential cues because whenever you create a link, there is still a sequence - the link just changes the order of the sequence. It's very misleading the way it is currently.