like your stuff. Although ecwebv4 is still in development, it seems to be working okay so far. I was mainly interested in the forum interface, since
basically stock. I've updated the link to the forums on my BBS web site to point to the ecwebv4 forums. With the Runemaster interface, there were
messages that just weren't showing up anymore after the voting features were added. I'm looking forward to being able to read through the forums
Thanks. Despite the disclaimer, it's fairly stable. I have a couple
of fixes to make re: when to display results of poll messages, but otherwise most things should be working fine.
Hmm. I know that DM committed some changes to the old web UI around that time.
Were you seeing errors, or was it just failing silently?
1) Is there something in place utilizing the sbbs.ini hack threshold settings? Or would it use a robots.txt?
2) Since I haven't stayed up-to-date, did you ever make it easier to add a new "theme"? I just noticed I still have some bootstrap file you gave me months ago in my Downloads directory - that I could never actually put in because you tried it first and warned me there were a bunch of quirks.
messages that just weren't showing up anymore after the voting features were added. I'm looking forward to being able to read through the forums
Hmm. I know that DM committed some changes to the old web UI around that time.
Were you seeing errors, or was it just failing silently?
1) Is there something in place utilizing the sbbs.ini hack threshold settings? Or would it use a robots.txt?
Re: ecwebv4
By: echicken to Nightfox on Thu Dec 01 2016 10:55 am
messages that just weren't showing up anymore after the voting features were added. I'm looking forward to being able to read through the forums
Hmm. I know that DM committed some changes to the old web UI around that time.
Were you seeing errors, or was it just failing silently?
It fails silently. I committed one fix but everything in the old web UI is handling the new vote and poll messages gracefully.
I haven't looked into the hack-attempt threshold stuff. It might
already "just work" if the Synchronet HTTP server's JS 'login()'
method hooks into it at all; I don't know if that's the case.
Otherwise I'd need to bolt some stuff onto the authentication stuff
I'm using. (At any rate, it hasn't been a problem for me.)
I tried a dozen or so different Bootstrap themes with it at one point
and they all worked fine. In some cases, a few custom rules needed to
be updated to make things blend in with the rest of the theme.
I have a couple of things in mind to make it easier to change your
theme; right now it would be a matter of modifying one line of the
layout script.
together. The way it works has one disadvantage though - When reading a thread, you have to scroll down a ways (sometimes quite a bit) to get to the messages in the thread you haven't read yet. The amount if scrolling
- Auto-scroll to the first unread message in a thread (not sure if this is possible/easy)
- Each thread could have its own set of pages, where each page shows a certain number of messages. This would allow for less scrolling. I've seen at least one web forum that does this, and I think it works fairly well (the guitar forum www.strat-talk.com does it this way).
- Have a configuration option to toggle whether or not to group thread messages together. If either of the above solutions were implemented, this
Sometimes you'll see a star icon at the very top of the thread; clicking on this will let you jump to the first unread message in the thread. This is however dependent on your scan pointers.
When browsing a thread, any message with a star in the top left corner is newer than your scan pointer for that sub.
Although this would be very easy to do, I'm not too keen on it. My aim is to present Synchronet's message groups & areas in a format similar to a typical web forum. IMHO a web index of message threads is much more browseable than a flat index of (except chronologically) unsorted messages. I've often found it tedious to browse through pages of messages via the old stock web UI, for example.
Nightfox wrote to echicken <=-
After using ecweb v4 for a bit, I like how it groups thread messages together. The way it works has one disadvantage though - When reading a thread, you have to scroll down a ways (sometimes quite a bit) to get
to the messages in the thread you haven't read yet. The amount if scrolling is longer on a small mobile device (vs. a computer). I was thinking of ways that thread navigation could be better:
- Auto-scroll to the first unread message in a thread (not sure if this
is possible/easy)
- Each thread could have its own set of pages, where each page shows a certain number of messages. This would allow for less scrolling. I've
seen at least one web forum that does this, and I think it works fairly well (the guitar forum www.strat-talk.com does it this way).
- Have a configuration option to toggle whether or not to group thread messages together. If either of the above solutions were implemented,
this solution would probably be less important.
echicken wrote to Nightfox <=-
When browsing a thread, any message with a star in the top left corner
is newer than your scan pointer for that sub.
Loading a thread with new messages in it *will* update your scan
pointer for that sub, so if you open a sub and see several threads with new messages in them, it can be good to open each of those threads in a new tab. This is ... difficult to explain briefly, so I'll just leave
it at that for now.
- Auto-scroll to the first unread message in a thread (not sure if this is possible/easy)
It's possible, and would basically be an automation of clicking the
star button as described above. I plan on eventually adding per-user settings to this thing, so something like this will probably wait until users are able to toggle it on or off for themselves.
- Each thread could have its own set of pages, where each page shows a certain number of messages. This would allow for less scrolling. I've seen at least one web forum that does this, and I think it works fairly well (the guitar forum www.strat-talk.com does it this way).
Yep, pagination is on my list. It's just easier to dump out an entire thread for now. I agree that with longer threads navigation is a bit
of a pain and there's too much scrolling (plus, they take longer to
load). I'll get to this soon-ish.
- Have a configuration option to toggle whether or not to group thread messages together. If either of the above solutions were implemented, this
Although this would be very easy to do, I'm not too keen on it. My aim
is to present Synchronet's message groups & areas in a format similar
to a typical web forum. IMHO a web index of message threads is much
more browseable than a flat index of (except chronologically) unsorted messages. I've often found it tedious to browse through pages of
messages via the old stock web UI, for example.
However, if this is something that people really want, a paginated list
of non-threaded messages would be simple to add. This is another thing I'd prefer to implement as a per-user setting.
I'm tinkering with a "new message scan" which would present a quick way
to get caught up on posts via the web. It'll take some time and experimentation to figure out the "best" way of presenting this concept
in a web browser. I did it once before, some years ago, and wasn't
wild about the design I came up with. Anyway this might address some
of what you're looking for.
Thank you for the feedback - I do like to hear people's opinions, suggestions, and feature requests, and I'll see what I can do to
address them.
Wonder if you could do what some web forums do and offer the option of viewing the thread in reverse order, so newest posts appear at the
top. I hate multi page threads, that makes the load time issues of
web forums worse for me (but it is also a good one to offer).
Loading a thread with new messages in it *will* update your scan
pointer for that sub, so if you open a sub and see several threads
with new messages in them, it can be good to open each of those
threads in a new tab. This is ... difficult to explain briefly, so
I'll just leave it at that for now.
That behaviour is very similar to some web forums I use, and it does
work (except the "catch up" function on the forum is busted, at least
on a BBS, worst case is you can force a pointer update by downloading
a QWK packet ;) ).
mark lewis wrote to Tony Langdon <=-
i'm curious... do you read the posts backwards, newest to oldest, or do you scroll down to the oldest of the new and read forward through time?
mark lewis wrote to Tony Langdon <=-
or just resetting your pointers without downloading anything ;)
I'd like to see pagination selectable by the user. I don't like having to load dozens of pages to scan a thread, because load time is one of my big
How feasible is it to present threads in "reverse order" (i.e. newest
i'm curious... do you read the posts backwards, newest to oldest, or
do you scroll down to the oldest of the new and read forward through
time?
I do scroll down, but on old, long running threads, it's a _lot_ less crolling!
echicken wrote to Tony Langdon <=-
I'd like to see pagination selectable by the user. I don't like having to load dozens of pages to scan a thread, because load time is one of my big
Yep, me too. I would probably go for a "messages per page" setting,
where "unlimited" is an option.
How feasible is it to present threads in "reverse order" (i.e. newest
It'd be pretty easy to do right now, probably a bit more annoying
if/when pagination comes in. (Say a user is on "page 3" then changes
the sort-order of messages, do I send them back to page 1, show them
what page 3 looks like according to the new sort order, or send them to whatever page now contains the first message on the page that they were browsing?)
mark lewis wrote to Tony Langdon <=-
I do scroll down, but on old, long running threads, it's a _lot_ less crolling!
no [END] key to jump to the bottom?
i guess i'm spoiled by real computers with real keyboards... i don't
BTW, does the current version still work under 3.16c? I've moved upgrading
echicken wrote to Tony Langdon <=-
Not as of very recently. I may go back and look into making it work,
but right now you'd need to be on a recent build.
Not as of very recently. I may go back and look into making it
work, but right now you'd need to be on a recent build.
That's more overhead than I'm ready to do at this stage. :( I'd like
to upgrade to a newer build, just on my Pi 1B, compile time is quite significant.
I do scroll down, but on old, long running threads, it's a _lot_ less
crolling!
no [END] key to jump to the bottom?
That does affect any attempt to skim, because I see the same old stale messages, before giving any further input.
Accession wrote to Tony Langdon <=-
If you're upgrading from 3.16c (I thought that's what you mentioned in another recent post), I doubt it would be as significant. Most of the stuff is already in place, so your compile time should be much shorter
as long as you don't "make clean" beforehand. Obviously if you run into any strange errors, a "make clean" may be necessary. Not usually,
though.
I think the "make clean" is only really necessary if switching between
a DEBUG and RELEASE build, or vice versa. I choose to always run a
DEBUG build, so I haven't had the need to run that in awhile.
mark lewis wrote to Tony Langdon <=-
when i enter the site, the first thing i do, after logging it, is click the new posts button... that shows me the list of topics with new posts
in them... this list is sorted from newest to oldest so i hit the [END] key to go to the bottom where the oldest ones are... if there's another page, i go there and [END] again until i get to the very oldest since
my last logon... so now i'm looking at the end of list and the oldest topic... there's an icon in that box for that topic that takes me to
the first new post that i have not seen in that topic... i read all the new posts and reply to some... when i reply and submit, i use my
browser's back button to return to the messages in the topic so i can continue to the end of the topic... when i reach the end of the topic,
i use the back button until i return to the list of topics where i move
up one to the next oldest, click the icon to take me to the first new
post i have not seen and repeat... i always return to the list and move
up one getting closer and closer to the present... when i have read all the topics shown to me in the new posts list, then i hit my refresh
button and look to see what topic have had replies posted to them since
i started and which ones may be newly started... i go through them the same way starting with the one at the bottom and working my way up... eventually i'm fully caught up and refreshing the list doesn't change it... then i use my back button to return to the front page and refresh
it so make sure i haven't missed any topics or posts that may have been moved to another area...
this is pretty close to how we read posts on a BBS... we drop into an
area and onto the last post we read and we read on from there until the end at which point we return to the list and go to the next area to do
the same thing... just in web stuff, i use the back button to return to the list because otherwise the list changes its order...
when i enter the site, the first thing i do, after logging it, is
click the new posts button... that shows me the list of topics with
new posts in them... this list is sorted from newest to oldest so i
hit the [END] key to go to the bottom where the oldest ones are... if
there's another page, i go there and [END] again until i get to the
very oldest since my last logon... so now i'm looking at the end of
list and the oldest topic... there's an icon in that box for that
topic that takes me to
And there's the better part of a minute wasted in reload time, if
there's multiple pages. ;) (could have polished off an echo or 2 in a
QWK packet in that time. ;) ).
I don't use the new posts feature on the main forum I use (a highly modified SMF), as I discovered the "catch up" (mark all posts read) feature is broken, and when used, it marks all threads read, but all
posts in each thread as unread (arrrrgh!). Obviously, that can do horrible things to listing new osts!
the first new post that i have not seen in that topic... i read all
the new posts and reply to some... when i reply and submit, i use my
browser's back button to return to the messages in the topic so i can
continue to the end of the topic... when i reach the end of the
topic,
SMF works differently. If I just read a thread, I can use the back button, but if I reply, I get returned to the thread list. Using the
back button where possible is quicket, less reloading.
this is pretty close to how we read posts on a BBS... we drop into an
area and onto the last post we read and we read on from there until
the end at which point we return to the list and go to the next area
to do the same thing... just in web stuff, i use the back button to
return to the list because otherwise the list changes its order...
Similar,
though the web forum tends to be a bit more cumbersome and slower to react.
I tend to use offline mail, because the interface is easier to work
with - m<enter> = next message, "-" previous, "R" reply, "E" to enter (write) a new message.
mark lewis wrote to Tony Langdon <=-
actually not... the above is how i start and i use ALT-LARR to go back with my left hand and my right hand scrolls the mouse wheel for
reading... the only time my hands leave those positions is to type a reply... i can easily move through 30 or 40 messages in one or more
topics in a minute or two ;)
I don't use the new posts feature on the main forum I use (a highly modified SMF), as I discovered the "catch up" (mark all posts read) feature is broken, and when used, it marks all threads read, but all
posts in each thread as unread (arrrrgh!). Obviously, that can do horrible things to listing new osts!
i've never liked SMF boards... i much prefer phpBB...
phpBB will through yuo to the thread list or back into the thread itself... i just stop before it has a chance to do that and back my way out to where i was ;)
though the web forum tends to be a bit more cumbersome and slower to react.
yes... it is also one reason why max and i reworked the web interface
on her sbbs... now we can put the mouse at the top where the header is
and we can keep it in one position so we can click the next button over and over to advance through the messages as we read them... until one
or both of us get more time to spend learning and coding for it, we've made it better by simply copying the one part from the bottom of the
page to the top :)
I tend to use offline mail, because the interface is easier to work
with - m<enter> = next message, "-" previous, "R" reply, "E" to enter (write) a new message.
that's the old school stuff :)
Thank you for the feedback - I do like to hear people's opinions, suggestions, and feature requests, and I'll see what I can do to address them.
When viewing the list of personal emails, I think one thing that would be handy would be a way to select multiple emails for deletion. That way, if
Thank you for the feedback - I do like to hear people's opinions,
suggestions, and feature requests, and I'll see what I can do to
address them.
Nightfox wrote to echicken <=-
When viewing the list of personal emails, I think one thing that would
be handy would be a way to select multiple emails for deletion. That
way, if you had several personal emails to delete, you wouldn't have to open and delete each one individually.
Was playing around with the new ecweb4, list the file areas, when I go to download files it would throw weird cyrptlib ssh write error up in terminal logging window (sorry I don't have exact error) I will reproduce
it tomorrow when I have time, I had to revert back to the old webs scripts. but it acted as if it was stuck in a loop, would hang sbbsctrl (freeze) and had to manually end process on BBS under winxp and restart,
Was playing around with the new ecweb4, list the file areas, when II don't see how this is even remotely possible. Are you sure it's not just a coincidence that those log messages happened at that time?
go to download files it would throw weird cyrptlib ssh write error
up in terminal logging window (sorry I don't have exact error) I
will reproduce
Yes, I'm running 3.16c. Hmm, I'll have to look further into it. I'm
used to compiling my new source separately, so what the previous
version has was not normally a consideration, except for the
occasional configuration file.
I think the "make clean" is only really necessary if switching
between a DEBUG and RELEASE build, or vice versa. I choose to
always run a DEBUG build, so I haven't had the need to run that
in awhile.
I run RELEASE builds. Don't see myself getting round to poking around with gdb. :)
Can you describe the steps you took to install & then revert? I'm not sure what the cause of this would be, but I'd like to update my quick uninstall instructions if necessary.
but when I click on one to download the browser pops up a new tab and the terminal windows loops an infinate:
2/7 09:42:10a cryptFlushData() returned -1
what do you think.
I'm gettin an error 48 binding secure web socket to port 443, but this has happened since the upgrade. which is maybe the issue why this is
as I stated in an earlier message I followed all the steps in the readme files, then reverted back to old by rename web(4) to web_4 and renaming web_old web.
crashed sbbs again, I've now reverted back to the old web scripts again, I'm going to go back through everything once again to see if there is
Re: ecwebv4
By: echicken to kk4qbn on Wed Dec 07 2016 08:17 am
Was playing around with the new ecweb4, list the file areas, when II don't see how this is even remotely possible. Are you sure it's not j a coincidence that those log messages happened at that time?
go to download files it would throw weird cyrptlib ssh write error
up in terminal logging window (sorry I don't have exact error) I
will reproduce
No, I've just reproduced it again now, I have followed every step in the rea file that comes with the package, have newly built binaries from Rob, update the JS im exec and exec/load renamed wen to web_old yours ecweb4 is up and going good except the files, I can list them, everything, but when I click o one to download the browser pops up a new tab and the terminal windows loops infinate:
2/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
12/7 09:42:10a cryptFlushData() returned -1
12/7 09:42:10a cryptPushData() returned -1
until I manually exit that tab. there maybe something I've missed here, but don't believe so. as far as I know I hav eno other problems with ecweb4, but system wide I have some strange quirks since upgrade, like SCFG crashing whe trying to insert a new file area between two existing file areas I believe I already sent a message to Rob about that. and I'm gettin an error 48 binding secure web socket to port 443, but this has happened since the upgrade. whic is maybe the issue why this is happening?? I'll revert back to the old web interface until I fugure this out, I've never been able to get it to bind to 443, I've manually opened it up in the firewall, etc. I guess I'm missing something some where else, what do you think.
yep that is what I get when trying to download a file via the v4 web interface... I went back to the old Runekeeper one for now.
I think you mentioned sbbsctrl before, so I believe you're on Windows. When you say 'the terminal window loops' infinitely displaying that error message, do you mean the Terminal Server log output tab?
I think it's exceedingly strange that something in the web server thread could trigger a bunch of log barf in the terminal server thread. But perhaps there's something funky going on with cryptlib. Perhaps it's related to the web server being unable to properly start up with HTTPS support.
One quick test would be to modify the TLSPort setting in the [Web] section of ctrl/sbbs.ini. Make it 8443 or something; restart Synchronet or recycle
as I stated in an earlier message I followed all the steps in theNo offense, it's just that some people claim to have "followed all of the steps" when they clearly skipped one or two important ones. I just like to make sure. :D
readme files, then reverted back to old by rename web(4) to web_4
and renaming web_old web.
Okay - I had gotten the impression that you were having trouble reverting from web v4. Are you safely back on whatever web UI you were using previously?
yep that is what I get when trying to download a file via the v4 web interface... I went back to the old Runekeeper one for now.
Yes, I'm running under WINXP and yes, the terminal server output tab, both correct. and this error only happens when trying to download a file. I'm
sure there is something I have missed somewhere, I'll continue scouring over it and keep you filled in on whats up.
whatsoever, and truthfully I don't know how these two can inter-connect with one another, but obviously they did, because both are working fine
But after fixing this, I tried ecweb4 again and it is still giving the same error when attempting to download a file.
I hate to say that I'm glad someone else had that issue, but now we know its not just something "I've" screwed up :( maybe both of us screwed the same thing up :)
could trigger a bunch of log barf in the terminal server thread. But perhaps there's something funky going on with cryptlib. Perhaps it's
Thanks for confirming. I've verified this on my end as well (happens to me too) and am tinkering with possible fixes.
Nope, I'm on it - don't waste your time.
I'll let you know when this is sorted out. No need to keep trying for now.
The method I was using to transfer files used to work, but evidently got broken by something at some point. It was pretty hacky anyway.
Should be fixed now, if you want to try again.
Re: ecwebv4
By: Barry Davis Jr to kk4qbn on Wed Dec 07 2016 10:17 am
yep that is what I get when trying to download a file via the v4 web interface... I went back to the old Runekeeper one for now.
I hate to say that I'm glad someone else had that issue, but now we know its not just something "I've" screwed up :( maybe both of us screwed the same th up :)
Re: ecwebv4
By: echicken to kk4qbn on Wed Dec 07 2016 08:17 am
Was playing around with the new ecweb4, list the file areas, when II don't see how this is even remotely possible. Are you sure it's not just a coincidence that those log messages happened at that time?
go to download files it would throw weird cyrptlib ssh write error
up in terminal logging window (sorry I don't have exact error) I
will reproduce
No, I've just reproduced it again now, I have followed every step in the readme file that comes with the package, have newly built binaries from Rob, updated the JS im exec and exec/load renamed wen to web_old yours ecweb4 is up and going good except the files, I can list them, everything, but when I click on one to download the browser pops up a new tab and the terminal windows loops an infinate:
2/7 09:42:10a cryptFlushData() returned -1
until I manually exit that tab. there maybe something I've missed here, but I don't believe so. as far as I know I hav eno other problems with ecweb4, but system wide I have some strange quirks since upgrade, like SCFG crashing when trying to insert a new file area between two existing file areas I believe I've already sent a message to Rob about that.
and I'm gettin an
error 48 binding secure web socket to port 443, but this has happened since the upgrade.
lol, it's the only thing keeping me from running the v4, otherwise I love it.
Thanks for the reminder. I couldn't reproduce a problem as you described, but I did reproduce an infinite loop (hang) when inserting file *libraries* in SCFG->File Areas. Perhaps it's the same problem. It's been there since August of 2015 and would be completly unrelated to any other issues.
Have you read this: http://wiki.synchro.net/faq:tcpip#bind
Accession wrote to Tony Langdon <=-
It's not all that bad. There's specific instructions on upgrading and backing up your exec directory. The only thing you may need to do aside from the normal
upgrade process would be to run the sbbsecho upgrade that changes your sbbsecho.cfg to sbbsecho.ini if the need to upgrade from v2.x to v3.x
I think the "make clean" is only really necessary if switching
between a DEBUG and RELEASE build, or vice versa. I choose to
always run a DEBUG build, so I haven't had the need to run that
in awhile.
I run RELEASE builds. Don't see myself getting round to poking around with gdb. :)
It's not really about poking around with gdb, it's more if a case
arises where it is needed (ie: one of your executables crash for some reason) gdb can't be run on release builds. I've had to do this a few times in the past to help out the devs with whatever issue I was having
at the time. So having the debug build already there makes things
easier than having to recompile and re-symlink
the entire thing in order to provide more information on the issue
you're having.
I think the only major difference is that on debug builds your binaries are a little bit bigger. I don't have any problems with space or
anything, so it's not a big deal and goes unnoticeable until (if ever)
the time comes where I need to debug some binaries again. *shrug*
Well only issue I see now with v4 (didnt have it udner the runekeep) is when you d/l a file the CPU usage jumps to 90-100% usage from SBBS. It doesnt matter the file size.
is when you d/l a file the CPU usage jumps to 90-100% usage fromThat makes sense; I meant to put something in there to prevent that. Will make a change shortly.
SBBS. It doesnt matter the file size.
Did the old web UI actually offer file downloads? I thought it just sent you over to the FTP server for that.
Ouch, now I see what he means, I tried a 750kb file, it pegged the cpu at 99% and the file never was sent that was over a LAN too..
It is an ftp server that just happens to serve up html index files of the database i believe.
Should be fixed now.
That's what I thought. I'm sort of reinventing the wheel to allow serving file areas over HTTP, but I just ... wanted to do that rather than rely on
upgrade process would be to run the sbbsecho upgrade that changes
your sbbsecho.cfg to sbbsecho.ini if the need to upgrade from
v2.x to v3.x
Yeah, will have to do that one. :) Ac> is there.
Yeah, while I have done this with apps in the past, probably less
likely with Synchronet at this time, but if that changes, a make clean
and installing the debug version remains an option (then I'd probably
stay with debug builds :) ).
Yeah, fair enough. Well, I already have release builds of the current version in place, so there is overhead in switching now it would seem.
But still worth running the debug build. I haven't yet got that close
to the devs here, but can't rule out the possibility in the future. Wouldn't be the first time I've heavily tested and helped debug open source software, and Synchronet is one I use all the time. :)
Well only issue I see now with v4 (didnt have it udner the runekeep)
is when you d/l a file the CPU usage jumps to 90-100% usage from SBBS.
It doesnt matter the file size.
12/8 10:29:16a 1916 WebSocketRLogin RLogin: Unable to connect to server.
hope this helps any, it may totally be an issue on my side because my router will not allow me to do anything using my hostname, I have to use
I believe echicken mentioned waiting a "few days", so you're just upgrading while he's still in the process of working out the kinks. :)
I believe echicken mentioned waiting a "few days", so you're just
upgrading while he's still in the process of working out the
kinks. :)
I wasn't sure when I'd get to it; I think I sorted it all out last
night (at least whatever I was planning on fixing/updating this week).
Your fix worked... no more high CPU usage... I am now 100% using v4 :D
- Copy 'exec/websocket-rlogin-service.js' to 'mods/websocket-rlogin-service.js' - Open the copy for editing
- Search for 'system.inet_addr' and replace with '127.0.0.1'
Accession wrote to Tony Langdon <=-
It's actually a lot less painful that it may seem to people that
haven't done it yet. The upgrade script is already there, and has been tested enough to the point it works like a charm for most (if not all) these days.
That's fine. You don't /need/ it until if and when something were to happen.
I'm sure that in their eyes the more the merrier. Probably makes their
job a little bit easier at least. :)
I was reading my message forums today using ecweb v4 and noticed something - In one of my message groups, I have a sub-board called C# (programming language), and when I clicked on C#, I was brought back to my message groups instead of the C# sub-board.
having a slight issue with ecwebv4, I installed everything according to your text, but when I try to connect via ftlenet I get the following prompt: SMCD3G-CCR login:
Hey echicken,
having a slight issue with ecwebv4, I installed everything according to your text, but when I try to connect via ftlenet I get the following prompt: SMCD3G-CCR login:
Thats your router, Low and behold, you are having the same issue I did.. change your hosts file to
yourstname.synchro.net your router internal ip.. eg 192.*
This seems to be affecting a few people, so I've committed some changes to the websocket proxy services that should take care of it. Ideally nobody will need to edit a hosts file or modify a script to get this working.
Thats your router, Low and behold, you are having the same issue I
did.. change your hosts file to
yourstname.synchro.net your router internal ip.. eg 192.*
yep that is what I get when trying to download a file via the v4 web
interface... I went back to the old Runekeeper one for now.
I hate to say that I'm glad someone else had that issue, but now we know its not just something "I've" screwed up :( maybe both of us screwed the same thing up :)
forward. Your info on customizing to me was not clear but I will try to get the grasp.
1. On playing games, am able to get to game play it and exit but to get another game going I have to refresh the page and then select the next game. I was able to get my connection to DoorParty to work but on the screen left the press a key to contine, but only refreshing the page brings up the SYNCH graphic.
2. That leads me to my next question is how to change that. I scoured all the folders in the root folder and couldn't decipher the image file it is calling.
3. Third questions, just thought of, I noticed you have bulletin on your web site. Is there information on setting that up as well?
1. On playing games, am able to get to game play it and exit but to get another game going I have to refresh the page and then select the next game. I was able to get my connection to DoorParty to work but on the screen left the press a key to contine, but only refreshing the page brings up the SYNCH graphic.
Re: ecwebv4
By: kk4qbn to Barry Davis Jr on Wed Dec 07 2016 12:54:54
yep that is what I get when trying to download a file via the v4
web interface... I went back to the old Runekeeper one for now.
I hate to say that I'm glad someone else had that issue, but now we
know its not just something "I've" screwed up :( maybe both of us
screwed the same thing up :)
I had no problem with the download. I just setup ecwebv4.
Just posting from the web version of ecwebv4 to see how it works. Love it.
It's part of the 'Bullshit' bulletin listing module which can be found in the 'xtrn' directory on CVS.
only problem I am having now is with whatever change you made the telnet/rlogin for the doors and ftelnet are not working... I changed nothing here except updating the files.
If you do have the latest versions of these two files in your 'mods' directory (the copies on github and the Synchronet CVS should be identical right now), let me know. I'll have to add some logging statements to them to track this down further.
Re: ecwebv4
By: bgdjr to echicken on Sun Dec 18 2016 23:29:27
only problem I am having now is with whatever change you made the telnet/rlogin for the doors and ftelnet are not working... I changed nothing here except updating the files.
The two relevant files (websocket-rlogin-service.js, websocket-telnet-service.js) may exist in two different places on your syste in your 'exec' directory and in your 'mods' directory.
If you updated via the Synchronet CVS, the copies in your 'exec' directory would have been updated. In this case, just delete the copies from your 'mo directory.
If you grabbed the latest copies of these files from github, be sure to plac them in your 'mods' directory.
If you do have the latest versions of these two files in your 'mods' directo (the copies on github and the Synchronet CVS should be identical right now), let me know. I'll have to add some logging statements to them to track this down further.
I haven't written much documentation for this yet. If there's a particular thing you are (or anyone else is) looking to customize, let me know.
The last time I looked, this was something to do with fTelnet that I couldn't find a way around. I'll check again at some point. For now, reloading is required after fTelnet has disconnected.
This is what the 'ftelnet_splash' setting in the [web] section of 'ctrl/modopts.ini' is for. Just set that to the path to a .ans file.
3. Third questions, just thought of, I noticed you have bulletin on
your web site. Is there information on setting that up as well?
It's part of the 'Bullshit' bulletin listing module which can be found in the 'xtrn' directory on CVS.
1. On playing games, am able to get to game play it and exit but to
get another game going I have to refresh the page and then select
the next game. I was able to get my connection to DoorParty to work
but on the screen left the press a key to contine, but only
refreshing the page brings up the SYNCH graphic.
no, you should only have to clicke the next game.. it will run it in the same socket connector window.
Me either, nor did I have a problem with most of the setup, I had other non releted networking issues on my machine that was creting these issues (as the OTHER user was having) thats the whole reason I wrote the message.
I tried having them only in the mods and only in the exec... whatever change you made with the socket broke it here.
bgdjr wrote to echicken <=-
Re: ecwebv4
By: echicken to bgdjr on Mon Dec 19 2016 08:02:32
Re: ecwebv4
By: bgdjr to echicken on Sun Dec 18 2016 23:29:27
only problem I am having now is with whatever change you made the telnet/rlogin for the doors and ftelnet are not working... I changed nothing here except updating the files.
The two relevant files (websocket-rlogin-service.js, websocket-telnet-service.js) may exist in two different places on your syste in your 'exec' directory and in your 'mods' directory.
If you updated via the Synchronet CVS, the copies in your 'exec' directory would have been updated. In this case, just delete the copies from your 'mo directory.
If you grabbed the latest copies of these files from github, be sure to plac them in your 'mods' directory.
If you do have the latest versions of these two files in your 'mods' directo (the copies on github and the Synchronet CVS should be identical right now), let me know. I'll have to add some logging statements to them to track this down further.
I tried having them only in the mods and only in the exec... whatever change you made with the socket broke it here.
I reverted those 2 files back to an older set and everything works.. what
ftelnet or a BBS door and it just will not connect. With the old version I can connect fine.
TelnetInterface=76.235.75.36
This is the likely culprit. The websocket service tries to connect to 'localhost' by default, unless you tell it to connect to some other address.
In the [WS] section of /ctrl/services.ini, change the Command line to this:
Command=websocketservice.js 76.235.75.36 2424
Recycle services or restart your BBS, and see if that helps.
TelnetInterface=76.235.75.36
So I can login locally from the Sync Control Panel. So then I tried to use ecwebv4 to use ftelnet and rlogin to the games on the website at wcalt.rdfig.net.
Forget about the Games page just for now because that may add some extra wrinkles to this process. We'll tackle the simpler part first.
How about using ftelnet on your site's Home page - does that work? (I just tried, and it didn't work for me.)
What is your current Command line for [WS] in services.ini? A Command line like: "Command=websocketservice.js" should work for you now.
What is your current Command line for [WS] in services.ini? A Command line like: "Command=websocketservice.js" should work for you now.
8/4 08:54:46a 1540 WS connection accepted from: 192.168.1.88 port 56625 8/4 08:54:47a 1540 WS service thread terminated (0 clients remain, 0 total, 1 served)
So there I am.
You could try turning the log level up to debug for the services thread and see if websocketservice outputs any more details.
You could try turning the log level up to debug for the services thread and see if websocketservice outputs any more details.This is from Services windows using debug level
8/4 03:36:46p 1556 WS Handshake Line: Upgrade: websocket
8/4 03:36:46p 1556 WS Handshake Line:
8/4 03:36:46p 1556 WS Client sent a reserved/unknown frame: 15
8/4 03:36:46p 1556 WS Client socket no longer connected
8/4 03:36:46p 1556 WS service thread terminated (0 clients remain,
0 total, 1 served)
8/4 03:36:46p 1556 WS Client sent a reserved/unknown frame: 15
8/4 03:36:46p 1556 WS Client socket no longer connected
My only suggestion for now is to update the following files to the latest versions from the Synchronet CVS repository:
exec/websocketservice.js
exec/load/ftelnethelper.js
Check your 'mods' directory. If you have copies of either of these files in there, delete them.
Restart services or your BBS afterward.
I can't reproduce your problem here, but I'll update some stuff in a few days and try again.
for my BBS. I still have some tweaking I want to do regdarding the CSS styles and perhaps some of the sidebar content, but I think it works well. If I just use your ecwebv4, it looks like a better integrated web site than the mashup that I had. I like what you've done on the web side for
Thanks - I'm glad it's working well for you. Customization *should* be fairly easy, but let me know if there are any problems, as always.
Looks like some of the links at the top of your sidebar are broken, should be easy enough to fix. Some of them might need to be hidden from guest / unauthenticated users (user list, change password, etc.) but that is easy to do if the sidebar module is ssjs.
if (user.alias != settings.guest) // someone is logged in
| Sysop: | Winzlo |
|---|---|
| Location: | Minnesota, USA |
| Users: | 11 |
| Nodes: | 16 (0 / 16) |
| Uptime: | 495936:33:21 |
| Calls: | 82 |
| Files: | 1,070 |
| D/L today: |
27 files (11,920K bytes) |
| Messages: | 286,947 |