Ok .. Ok .. so I give ..

What is the secret sauce to ensure that when someone hits (specifically) the [ENTER] key that the key buffer thingy clears so that the next pause isn't skipped? I've had this problem since the release of v48 but not prior. Using any other key only un-pauses the displayed screen but still pauses on the next displayed screen; but the enter key is being a pill.

Any suggestions would be mucho appreciated

|15-|12t|04G
|15www|08.|15theun|07dergrou|08nd|07.|08us|15:|0810023

... It said "insert disk #3", but only two will fit...

--- Mystic BBS v1.12 A49 2023/03/14 (Linux/64)
* Origin: www.theunderground.us Telnet 10023 SSH 7771 (21:3/165)

What is the secret sauce to ensure that when someone hits (specifically) t [ENTER] key that the key buffer thingy clears so that the next pause isn't skipped? I've had this problem since the release of v48 but not prior. U any other key only un-pauses the displayed screen but still pauses on the displayed screen; but the enter key is being a pill.

Haven't tested but i think the PB MCI code is what you are looking for. Put it in front of the pause prompt to erase the keyboard buffer and prevent what you describe.

If you have any success, tell us also to know :)

.
:: XQTR :: Another Droid BBS :: andr01d.zapto.org:9999 :: xqtr@gmx.com

--- Mystic BBS v1.12 A47 2020/11/23 (Raspberry Pi/32)
* Origin: Another Droid BBS # andr01d.zapto.org:9999 (21:1/111)

Haven't tested but i think the PB MCI code is what you are looking for. Put it in front of the pause prompt to erase the keyboard buffer and prevent what you describe.

So wild that is still needed, thank you I'll use those I guess. It's odd, the same ANSI's were not requiring it before but now do ... there are times I need more then one PB before it sits still on the next pause....

|15-|12t|04G
|15www|08.|15theun|07dergrou|08nd|07.|08us|15:|0810023

... History repeats itself because nobody listens

--- Mystic BBS v1.12 A49 2023/03/14 (Linux/64)
* Origin: www.theunderground.us Telnet 10023 SSH 7771 (21:3/165)

Haven't tested but i think the PB MCI code is what you are looking for. Put it in front of the pause prompt to erase the keyboard buffer and prevent what you describe.

SO interestingly the PB MCI code is not working. I'll likely post on Arak to see if g00r00 has a solution.

It is occurring throughout my prelogin as well as my group selection ANSI's within my message bases (banner ads of the FTN they selected prior to dropping to the main menu ..)

I tried the PB MCI code in a text editor before ANSI code, after, at the top prior to CL and PO MCI Codes, as well as after. While I also tried at the end after the PA Pause MCI codes.

Lastly, I tried from within the menu, and a hard coded .mpl

Can't seem to figure this one out.

The only solution I have at the moment is to abandon use the PN mci code to put a non prompted second Pause within each ansi displayed. Kinda wonky.

Anyway, there is the update :)

|15-|12t|04G
|15www|08.|15theun|07dergrou|08nd|07.|08us|15:|0810023

... Tech support is just a busy signal away

--- Mystic BBS v1.12 A49 2023/03/14 (Linux/64)
* Origin: www.theunderground.us Telnet 10023 SSH 7771 (21:3/165)

So wild that is still needed, thank you I'll use those I guess. It's odd, same ANSI's were not requiring it before but now do ... there are times I more then one PB before it sits still on the next pause....

Are you sure that it's the ANSI files causing the problem... i don't see how. Did you change the telnet program you are using or some option on it? Perhaps a bad key on your keyboard... what you are describing seems like something is sending more "keystrokes" than it should. Could it be also an encoding thing?

.
:: XQTR :: Another Droid BBS :: andr01d.zapto.org:9999 :: xqtr@gmx.com

--- Mystic BBS v1.12 A47 2020/11/23 (Raspberry Pi/32)
* Origin: Another Droid BBS # andr01d.zapto.org:9999 (21:1/111)

Are you sure that it's the ANSI files causing the problem... i don't see how. Did you change the telnet program you are using or some option on
it? Perhaps a bad key on your keyboard... what you are describing seems like something is sending more "keystrokes" than it should. Could it be also an encoding thing?

Yeah I'm sure it's not the keyboard. Same keyboard and netrunner can call other BBS's and use the ENTER key without issue. I am using the animated pause prompts .. I'll look into that I suppose. It was working fine on v47 .. however not since v48 and v49. The only other change was binaries to Ubuntu 64 bit compared to prior on RPI 32 bit.

|15-|12t|04G
|15www|08.|15theun|07dergrou|08nd|07.|08us|15:|0810023

... My software never has bugs. It just develops random features...

--- Mystic BBS v1.12 A49 2023/03/14 (Linux/64)
* Origin: www.theunderground.us Telnet 10023 SSH 7771 (21:3/165)