Using an alternate Windows shell breaks the 'Go' Command

Greetings Gurus, I have a unique problem.
I use an alternate shell for Windows 11 and the command below works fine when I'm not using an alternate shell (Cairo). When using the alternate shell the same command opens a new opus window instead of using the same window.
The command runs fine (using the same Opus instance) without the openinright/openinleft arguments.

go "C:\Future\Illustrator\Support Files" openinleft switchpath "C:\Future\InDesign\" "C:\Future\InDesign\Documentation"

go "C:\Future\Illustrator" openinright switchpath "C:\Future\InDesign\Scripts" "C:\Future\InDesign\Presets"

I can't think of any reason openinleft would work normally but not when using an alternative shell. Are you sure that's involved?

Are these commands being run from a toolbar button or hotkey within Opus, or from outside of Opus?

I'm running the command from a toolbar docked in a single instance of Dopus. I confirmed that the openinleft/right makes a new luster popup instead of using the existing lister.

Try turning this off:

Preferences / Layouts and Styles / Default Lister / Avoid switching desktops to find existing Listers

Maybe the alternative shell doesn't implement the Virtual Desktop APIs, or there's some kind of compatibility issue. That should resolve it if so.

The option below failed. I just migrated to windows 11 from windows 7 (reluctantly). And now I'm noticing these anomalies. These commands are being run via buttons/hotkeys.