Remove the Feature_IsolatedMonarchMode fix #17275

Open
opened 2026-01-31 05:37:33 +00:00 by claunia · 1 comment
Owner

Originally created by @zadjii-msft on GitHub (Apr 18, 2022).

See:

in #12825 we tried out two fixes blindly to fix this crash. Turns out, neither was the real root cause. #12856 did fix it though.

We should probably remove the "big hammer" fix of falling back to the isolated monarch, and just do the "little hammer" one. Or heck maybe even neither, since there seems to be no difference here.

Originally created by @zadjii-msft on GitHub (Apr 18, 2022). See: * MSFT:38540483 * #12774 * #12825 * #12856 in #12825 we tried out two fixes blindly to fix this crash. Turns out, neither was the real root cause. #12856 did fix it though. We should probably remove the "big hammer" fix of falling back to the isolated monarch, and just do the "little hammer" one. Or heck maybe even neither, since there seems to be no difference here.
claunia added the Issue-BugProduct-TerminalArea-CodeHealthArea-Remoting labels 2026-01-31 05:37:33 +00:00
Author
Owner

@DHowett commented on GitHub (Apr 18, 2022):

I believe that we should keep the fix because now, if the OOP COM call fails _monarch WILL be null and we can trigger the appropriate fallback behavior.

Falling back to an unregistered local monarch is light years ahead of ... whatever the heck was gonna happen otherwise, right?

@DHowett commented on GitHub (Apr 18, 2022): I believe that we should keep the fix because now, if the OOP COM call fails _`_monarch` WILL be null_ and we can trigger the appropriate fallback behavior. Falling back to an unregistered local monarch is light years ahead of ... whatever the heck was gonna happen otherwise, right?
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#17275