fix: Updated init. plugin & tracking state on start/reset, fix GOTR Varbit

[Infinitay]

Summary

This PR aims to fix some of the issues listed in #32 where certain cases don't initialize the plugin properly primarily when enabling/installing the plugin while a player is already logged in.

• Fixes the issue of ignoring pouch repairs within GOTR via Cordelia due to didUnlockGOTRRepair not being initialized when a player enables/installs the plugin while they're already logged in
• Fixes wrong hasRedwoodAbyssalLantern and isCapeDecayPreventionActive flags when resetting the plugin as resets don't re-fire inventory/equipment container changed events

Hopefully this covers all of the potential invalid stat problems due to first-starting the plugin when logged in.

Code changes

• Load the pouch tracking state again on #startUp
• Refactor #resetConfiguration
  • Use #resetTrackingState and #resetPluginState
  • Send ItemContainerChanged events for inventory/equipment in #resetConfiguration to reinit state
• Update didUnlockGOTRRepair within #resetConfiguration and #startUp
  • Fixes issue where decay status isn't being updated when repaired via GOTR's Cordelia if you enable/install the plugin while logged in
• Use existing pouch from the current tracking state instead of creating a new pouch each time in #updateTrackingState
• Added #resetTrackingState to reset and save the pouch tracking state

[Infinitay]

After 9d3842c made it so that all essence pouches are reset and initialized when resetting except only what was in your inventory. Previous, pouches were initialized when reset based on what pouch(es) were in your inventory.

The following are pictures of the behavior immediately after clicking the reset button

Before

After

This should be in parity with first-time installs because

startUp -> #loadTrackingState -> tracking state will be null for first time installs -> #updateTrackingState

resetConfiguration -> #resetTrackingState -> sets tracking state to null -> #updateTrackingState