the fr5 identity script imports the wrong cupboard

Working shortcut imports a local package under the script folder; rebuilt shortcut starts elsewhere and imports the shared SDK.

There's your mismatch. Don't fix it by making every SDK folder the same, though. Some other script may depend on the copy you overwrite.

Ben, yes. I once cleared out a collection of old-looking folders and broke the one teaching example that actually ran. The owner had kept different interfaces for a reason, just not one written anywhere I could find. Bruno, can the maintainer define a dependency set for this identity script and make its launcher use that explicitly? Keep the working copy intact until the supported replacement has been checked. You want an explanation for the next rebuild, not a room full of identical cupboards with one lucky shortcut.

Does the working copy have a version you can identify, or is it somebody's edited local file?

Edited local file, according to the maintainer; signature changed to suit the old call, with no note beside it.

Then compare that edit with the documented interface for the supported package and controller version. The aim is not necessarily to preserve the local signature; it is to make the intended read-only call correctly and record why

And keep the edit visible in the comparison. 'Same script' was true, but it left out the local code doing half the adapting.

Was that adaptation doing anything besides changing the arguments?

Only rearranging arguments, maintainer confirmed; the revised script now uses the supported call directly in its own dependency set.

Try the normal shift shortcut, close it and reopen it, and check the returned controller identity each time. Running from the maintainer's terminal is not the route everyone else inherits.

Normal shift launch and reopen checks both return the intended controller identity; loaded paths match the documented set, and the teaching folders stayed untouched.

Thanks, Anna; following the loaded path found the local edit before I started replacing perfectly innocent folders.