A user has logged into my BBS, read a message in DDMR and then the session has hung. Over an hour later session is still active.
I used umonitor to spy on user's session, selected [Q]uit, user back to main menu, then after a few minutes sbbs booted the user off due to inactivity.
DDMR should also boot users off due to inactivity.
DDMR should also boot users off due to inactivity.
Try to find out what terminal was being used.
I made a fix yesterday (as it indeed seemed to be a bug in DDMessageReader) which should fix the issue. Basically, the issue was that there's a function that lets the user scroll up & down through a set of text lines (which is used for reading a message with the scrollable interface), and it apparently wasn't properly checking for getting no user input (which indicates an input timeout occurred).
Does IcyTerm do anything that SyncTerm (or NetRunner) don't do? If not,
why use it?
Personally I prefer SyncTERM and don't really care about IcyTerm at all.
But when users make the claim that my board is locking up on them whenever using that particular terminal, then that's something I want to understand. Especially when said terminal is gaining in popularity.
Sysop: | Sarah |
---|---|
Location: | Portland, Oregon |
Users: | 19 |
Nodes: | 16 (0 / 16) |
Uptime: | 53:23:57 |
Calls: | 126 |
Calls today: | 126 |
Files: | 84,009 |
U/L today: |
5 files (318K bytes) |
D/L today: |
33 files (8,385K bytes) |
Messages: | 38,258 |
Posted today: | 25 |