[Bug] ConsoleUI should refresh mod list after changing compatible versions

[DasSkelett]

Background

• Operating System: macOS
• CKAN Version: v1.30.0
• KSP Version: 1.11.2

Have you made any manual changes to your GameData folder (i.e., not via CKAN)?
Yeah the person who encountered it did, but that's irrelevant.

Problem

Describe the bug
I've just spent some time helping a macOS+ConsoleUI user on the r/KerbalSpaceProgram Discord who wasn't able to find ClickThroughBlocker in the mod list, even after adding KSP 1.11 (and a whole bunch more) to the list of compatible versions.
Turns out, the mod list doesn't reload after you change compatible versions, thus changing compatible KSP versions "doesn't have an effect", only after pressing F5 or restarting KSP.

I was able to reproduce this.

Steps to reproduce

• Be on KSP 1.11.2
• Open Console UI
• Remove all compatible KSP versions from one instance
• Quit and reopen Console UI
• Search for ClickThroughBlocker in the mod list, it won't show up
• Go to the instance management screen again, and add KSP 1.11 as compatible version
• F2, Enter the instance
• Search for ClickThroughBlocker again, it still won't show up
• Only after you restart the ConsoleUI again, or hit F5, or refresh via the F10 menu it'll show up

Expected behavior
It should show up directly when coming back to the mod list of the instance, i.e. the mod list should refresh automatically after changing compatible KSP versions (or active metadata repositories).
That's what a user would expect to happen, and that's what happens in the GUI as well.
At the very least we should show some sort of notice that refreshing the mod list manually is required to take the changes into effect.

[HebaruSan]

Looks like we need an else ... RefreshList here:

CKAN/ConsoleUI/ModListScreen.cs

Lines 477 to 488 in 6b2340c

	private bool SelectInstall(ConsoleTheme theme)
	{
	GameInstance prevInst = manager.CurrentInstance;
	LaunchSubScreen(theme, new GameInstanceListScreen(manager));
	// Abort if same instance as before
	if (!prevInst.Equals(manager.CurrentInstance)) {
	plan.Reset();
	registry = RegistryManager.Instance(manager.CurrentInstance).registry;
	RefreshList(theme);
	}
	return true;
	}

[HebaruSan]

I guess we can even clone manager.CurrentInstance.VersionCriteria() before the subscreen launch and then compare it afterwards to see if the compatibility changed.

[DasSkelett]

I think we aren't refreshing after changing the metadata repos either, so we should compare that as well if we want to do it on-demand.

[HebaruSan]

That one needs an UpdateRegistry call rather than just a refresh.

[HebaruSan]

To no one's surprise, SortedDictionary.Equals is not implemented sensibly.