Our FR5 spacer-unloading lesson says tray complete while source pockets remain occupied. I've asked the package author which count drives that message; another phone clip won't show the selected job settings.
In the retained runs, yes. That number matches our old short teaching exercise, not this tray's planned contents. The tray identity is correct; the active target still needs checking.
Check the source of that target in the installed job. A correct tray identity can coexist with an exercise limit copied elsewhere. Include the job revision, selected target and confirmed transfers in the comparison.
Author found the exercise limit stored separately from the tray setup. The start screen shows the right tray, but not that limit. It ends normally at the old count and labels the tray complete.
Please keep them obvious if you do. A short lesson isn't broken just because it leaves spacers, but calling the tray complete would confuse me as well. I'd want the target visible before starting and in the end message
We do need short exercises. Author has put the selected exercise target beside the tray identity and changed the end message to target reached, with the actual confirmed count. Full-tray and short-exercise selections are being checked.
Did the covering tutor distinguish a deliberately short exercise from the full-tray selection without your explanation? That is the handover check I would keep with this change.
Yes. They selected and completed both, checked the remaining contents, and recognised target reached correctly. An interrupted attempt did not add a confirmed transfer; recovery stayed separate. We accepted the corrected lesson package.
Thanks for coming back. Having the short lesson available without pretending the tray is empty sounds much more usable than deleting the exercise to make the complaint go away.