You need to initialize a TerminalPage weirdly in the test, including _not_ checking App.Logic(), since the App doesn't have a Logic()

…ith-new-tests

# Conflicts:
#	src/cascadia/LocalTests_TerminalApp/SettingsTests.cpp
#	src/cascadia/TerminalApp/TerminalPage.cpp

… tested yet

  Okay this is harder, but maybe not impossible, but probably impossible in v1.

  The Profile knows how to build the connection settings, and the
  ControlSettings, etc. However, when the settings reloads like in this bug,
  we'll remove all the old profiles, and build a new list.

  If we wanted the case 1 behavior, we could wait until the Profile is a winrt
  object, then have each Pane hold a strong ref to the Profile that it's
  hosting. Then it would be trivial to be able to duplicate the settings from
  it. I believe that work is tracked in #3998.

  How palatable is doing case 3 now (to fix the crash), then filing a follow up
  to do case 1 once #3998 is done?

… haven't tested yet"

This reverts commit 82ad8bb.

This reverts commit 908fd74.

…nitialization-order

…create the first tab :O

…nitialization-order

…t-pane` doesn't seem to work anymore

…itializing

…nitialization-order

…nitialization-order

…nitialization-order