Fix ANSI escapes (on Windows) not being interpreted after using GPG pinentry

wiki/MUTN/bugs.md

@@ -5,4 +5,3 @@
   - [Extra blank lines after nested list items](https://github.com/charmbracelet/glamour/issues/102)
   - [Incorrect wrapping of text in lists](https://github.com/charmbracelet/glamour/issues/56)
   - [Excessive binary size and increased program startup time](https://github.com/charmbracelet/glamour/issues/288)
-- Some [weird Windows behavior](https://github.com/rwinkhart/MUTN/blob/main/wiki/MUTN/quirks.md)

wiki/MUTN/quirks.md

@@ -1,6 +0,0 @@
-## Windows Quirks
-MUTN for Windows is fully functional, though it does exhibit a couple quirks/bugs not found on other platforms. Watch out for these, and if you have the know-how, pull requests addressing them are welcomed!
-
-- Reading entries (especially those containing Markdown notes) often results in failure to interpret ANSI escape codes, leading to the raw escape codes being dumped to stdout. This happens seemingly randomly and re-running the exact same command ALWAYS yields the correct output. It's like the terminal has to "warm up" to ASNI escape codes or something. **Help wanted**.
-- GPG is sometimes (seems unpredictable) incredibly slow to start on Windows (often after a reboot), leading to many operations seemingly hanging
-  - **This will be addressed** in the migration off of GPG that will take place before v1.0.0