Skip to content
Snippets Groups Projects
  1. Jul 03, 2019
  2. Jul 02, 2019
  3. Jul 01, 2019
  4. Jun 30, 2019
  5. Jun 29, 2019
  6. Jun 28, 2019
  7. Jun 23, 2019
  8. Jun 22, 2019
    • rswindell's avatar
      Cosmetic improvments: · ae3c34f6
      rswindell authored
      Use "save/restore" uifc.list() mode for "Save Changes" prompt - no need to
      leave the prompt visible while saving changes.
      Display pop status while saving changes to config file.
      ae3c34f6
    • rswindell's avatar
      Cosmetic fixes: · 061755f9
      rswindell authored
      Copy/paste errors from 2002 (changes -> uifc.changes in the help text).
      Use "save/restore" uifc.list() mode, rather than "remain active" for
      "Save Changes" prompt - no need to leave the prompt visible while saving
      changes.
      061755f9
    • rswindell's avatar
      Bug-fix: Support [node:<addr>@<domain>] sections in AreaFix changes. · cae53945
      rswindell authored
      When processing area manager netmail messages, SBBSecho can modify
      (add/change) keys in the [node:*] section of the sbbsecho.ini file. Although
      SBBSecho would read node sections that had a domain (e.g. 5D address) just fine
      when processing area manager changes and writing those changes back to the
      sbbsecho.ini, only 4D addresses (no "@domain") were used in the section naming.
      This could result in duplicate node sections being created in the sbbsecho.ini
      file (one with a "@domain", one without) and then "bad things" could happen
      (e.g. BinkP authentication failures, packet authentication failures, etc.).
      
      Now, when SBBSecho writes linked-node setting to the sbbsecho.ini, it first
      checks for the full 5D address of the node and if that section exists, modify
      it, otherwise fall-through to the 3D/4D address of the node for the sectoin
      naming.
      cae53945
Loading