https://gitlab.synchro.net/main/sbbs/-/commit/97d13513d33270c97e3cc076
Modified Files:
src/sbbs3/con_out.cpp
Log Message:
Avoid potential for divide-by-zero error if called with total=0

Caught by Coverity.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/4c4d0d3dabb2687cbe17dbb5
Modified Files:
src/sbbs3/con_out.cpp
Log Message:
A line feed does not move the cursor to column 0.

This caused an issue for the soon to be committed P_INDENT support in putmsg().

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/52fa83359d5870bf54a1d061
Modified Files:
src/sbbs3/con_out.cpp
Log Message:
Condition newline before progress display

Sometimes the progress meter (e.g. during file text searches) appears at a column offset > 0 and doesn't look good. Fix that.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/b81a1e01d228ced908025e61
Modified Files:
src/sbbs3/con_out.cpp
Log Message:
Always displays the 100% progress report

... regardless of the timing of the last progress report.
For cases where the progress output isn't erased once done doing the thing.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/ebd011dbf574b814e87a788b
Modified Files:
src/sbbs3/con_out.cpp
Log Message:
Always display a progress() output for count value of 0

This is normally the first count value and even if we *just* output a progress() for a previous operation, we still want the first progress() call for the operation to display.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/568495d067a5700412915de9
Modified Files:
src/sbbs3/con_out.cpp
Log Message:
Include terminal description in terminal.ini and node#/terminal mqtt msg

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/94b5d624147ffe4baf9448fe
Modified Files:
src/sbbs3/con_out.cpp
Log Message:
Trimmed trailing whitespace (no functional change)

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/4df2ae8f16a74cb136787507
Modified Files:
src/sbbs3/con_out.cpp
Log Message:
Move the line_delay logic so it has effect on PETSCII terminals too

Fix issue #759

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/6135284f950b9bfc6ac3d58b
Modified Files:
src/sbbs3/con_out.cpp
Log Message:
The progress reports (e.g. "[ Done 100.0% ]") should never go to logs

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/4728536ae5fc6bd4de2e0907
Modified Files:
src/sbbs3/con_out.cpp
Log Message:
Fix off-by-one error in sbbs_t::cleartoeol() for non-ANSI terminals

This was evident by logging in with PETSCII/64col mode and the last ']' of the "Loading message pointers..." progress indicator was left in the first right column of the screen.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/a79988ca5e6919a7c2b15a74
Modified Files:
src/sbbs3/con_out.cpp
Log Message:
Propagate the non-auto user terminal dimensions to the runtime values, always

Previously, if either of the user terminal dimensions was set to a auto (0) then we wouldn't propagate the other specific (non-zero) value to the runtime console dimension. Usually a user will set either both values (cols and rows) to 0/auto or neither. So this isn't a oft-used configuration combo.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

https://gitlab.synchro.net/main/sbbs/-/commit/c7fda9ff39acd9818cbc7f2f
Modified Files:
src/sbbs3/con_out.cpp
Log Message:
Remove broken security check for text.dat strings w/@-codes in bputs()

As Deuce pointed out, the text[] pointers are malloc()'d so they're not necessarily sequential/in-order addresses. Definitely not after
any text replacements have been made.

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net