MagTag had widget set to purple lights, user returned to see only two lit of four. Rebooted later fine again

"ishotjr" reported that his mag was originally set up with the auto config to use all the Leds built in and had the user control widget set to purple.

They later came back and saw two of the lights were on the first and third, but it should have been all of the lights still, Until the user rebooted into a clean slate.
And I can only guess that the status LED pixels were effectively still in a timer and not properly de initialised once the user took control of the LEDs.
The other potential issue is the single core nature of the s2 and whether that could have been PWM timing issue or something (like huzzah i2c vs pwm).
The other potential one is not properly publishing received messages and things like that Potentially the flow could have been interrupted there would have in theory relinquish control of the status Leds.

No source file, test, or entry point is named. Start by tracing the MagTag auto-configuration, user-control widget, status LED pixel ownership, message handling, and PWM timing around the transition to user control; reproduce the reported state where only the first and third of four LEDs remain lit, and confirm that all LEDs retain the selected purple state without requiring a reboot.

Written by the indexing model from the issue text.