Subj : docs/v322_new.md src/sbbs3/xtrn_sec.cpp To : Git commit to main/sbbs/master From : Rob Swindell (on Debian Linux) Date : Sun Aug 09 2026 23:03:12 https://gitlab.synchro.net/main/sbbs/-/commit/2c49eafa1f3c5bfce980fbe4 Modified Files: docs/v322_new.md src/sbbs3/xtrn_sec.cpp Log Message: Report GR in DOOR.SYS line 20 whenever ANSI is supported Line 20 required both ANSI and COLOR, so a caller using an ANSI terminal in monochrome mode was told "NG" and doors ran with ANSI disabled entirely. The monochrome distinction belongs to line 39 ("ANSI supported but NG mode"), which is still computed, but no door kit consults it. OpenDoors and xpdoor (both in this tree), MBSE's doorlib, and the Turbo Pascal DoorDriver Plus kit all decide ANSI solely from line 20 -- DoorDriver Plus closes the file immediately after reading it, and doorlib names line 39 "allwaysN". Writers agree: WWIV emits GR on ANSI alone, and the published field definitions describe line 39 as "always set to N". The ANSI-plus-COLOR test dates to the initial v3.00c check-in and was never revisited. 554c2ca395 (days-21-coins, 2020-12-11) moved it from useron.misc to the negotiated terminal flags for this same symptom -- doors losing ANSI for an ANSI-capable caller -- but kept the COLOR requirement. Affects both the 52-line and 31-line drop-file forms; line 20 is in the section common to both. Closes #1218 Co-Authored-By: Claude Opus 5 (1M context) --- SBBSecho 3.37-Linux * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705) .