Things just keep getting weirder...the latest version is working as expected! But there weren't any logic changes at all, just two extra debug outputs, so there's no reason for this version to work and the previous version to be broken.

Can you try running both debug versions side by side? That'll let me see if they're now both working, or if the older version is still broken. And if the older version is still broken, then I'll have to bring in another set of eyes because clearly I'm missing something.

debug2.js is in place services.ini is updated as well. My firewall is looking like swiss cheese, but I am glad I can contribute to improving things.

---
þ Synchronet þ Tucumcari BBS

debug2.js is in place services.ini is updated as well. My firewall is looking like swiss cheese, but I am glad I can contribute to improving things.

lol, yeah it's a lot of open ports now! The second debug version isn't needed anymore, so you can remove websocketservice-debug2.js and the services.ini entries for ports 1125 and 11255.

Then with echicken's help I think the cause has been determined, so I have a new version for you to test that can be saved over websocketservice-debug.js:

https://tinyurl.com/3ucpcuj8

And thanks for all the help testing this issue. Looks like this may be specific to raspi/banana pi installs, so it'll help any other sysops running on those devices once we have a working fix.

---
þ Synchronet þ fTelnet Demo Server - ftelnet.synchro.net

lol, yeah it's a lot of open ports now! The second debug version isn't needed anymore, so you can remove websocketservice-debug2.js and the services.ini entries for ports 1125 and 11255.

Then with echicken's help I think the cause has been determined, so I have a new version for you to test that can be saved over websocketservice-debug.js:

https://tinyurl.com/3ucpcuj8

And thanks for all the help testing this issue. Looks like this may be specific to raspi/banana pi installs, so it'll help any other sysops running on those devices once we have a working fix.

I have made the changes as above. Let me know how it goes!

---
þ Synchronet þ Tucumcari BBS

I have made the changes as above. Let me know how it goes!

Still no joy. Here's another version of websocketservice-debug.js that unmasks the data in multiple steps, so hopefully this'll work. If not, it'll log an error on the server side pinpointing exactly where the unmasking is failing.

https://tinyurl.com/yc2c86ys

---
þ Synchronet þ fTelnet Demo Server - ftelnet.synchro.net

Ignore my previous message -- I was able to get a virtual raspi working with qemu, and the version I linked to in the previous message still doesn't work.

But after a bunch more trial-and-error, I think I finally have a fixed version. It works on the virtual instance, hopefully it works on real hardware too!

https://tinyurl.com/2xmvr447

---
þ Synchronet þ fTelnet Demo Server - ftelnet.synchro.net

Ignore my previous message -- I was able to get a virtual raspi working with qemu, and the version I linked to in the previous message still doesn't work.

But after a bunch more trial-and-error, I think I finally have a fixed version. It works on the virtual instance, hopefully it works on real hardware too!

Behold! I put your new websocketservice.js in place (not on the debug port, but the standard port) and it seems to be working well! This is fantastic!

---
þ Synchronet þ Tucumcari BBS

Behold! I put your new websocketservice.js in place (not on the debug port, but the standard port) and it seems to be working well! This is fantastic!

Awesome, glad that finally did the trick! I'm still doing a bit of investigating to see if I can find a better option, because this is more of a workaround than a fix, and the bug we're working around here could crop up elsewhere and need another workaround, so a proper fix would be best. I'll let you know if I have something more to test later, if that's OK with you.

And thanks again for your help testing.

---
þ Synchronet þ fTelnet Demo Server - ftelnet.synchro.net