Fix settings not updating right away

[colin99d]

Description

Fixes #2676

Currently the TZ setting does not update until the user restarts the terminal. Every other setting updates instantly. I fixed this by updating the environment variable when a user runs this command. Additionally, a bad environment key can currently brick the terminal. I fixed this for some places, but a lot of fixes could still be used.

How has this been tested?

This affects code running at start so it could cause a lot of issues. However, it is only additional error handling and setting an environment variable, which minimizes risk,

• Make sure affected commands still run in terminal
  • To ensure the tz commands update instantly I ran python terminal.py settings tz [TIMEZONE] / h and confirm the new tz listed matches the one you used.
• Ensure the api still works
  • Confirmed the API can still start normally to ensure the error handling around environment variable loading did not affect the terminal. To confirm the charts still appear normally I ran:
    • from openbb_terminal.api import openbb
    • openbb.stocks.candle("TSLA", chart=True)
• Check any related reports
  • Confirmed two randomly selected reports still run (chose Stocks and Crypto)
  • During testing found the following bugs, however; they seem unrelated to the changes in this pr:
    • [Bug] reports/ stocks btc Error: 'NoneType' object has no attribute 'options' #2867

Checklist:

• Update our Hugo documentation following these guidelines.
• Update our tests following these guidelines.
• Make sure you are following our CONTRIBUTING guidelines.
• If a feature was added make sure to add it to the corresponding scripts file.

Others

• I have performed a self-review of my own code.
• I have commented my code, particularly in hard-to-understand areas.

[jmaslek]

I think this works, but couldn't you just do set_key(.., export=True)

[colin99d]

Yeah I did this wrong. Turns out timezone is the only broken one. My local branch has a lot more progress in fixing.

[colin99d]

I think this works, but couldn't you just do set_key(.., export=True)

When I tried this time zone did not update right away.