One issue I've seen with it is after logging in, when I click on my username in the upper-right and click on "Mail", it just brings me back to the main page. It shows ?page=000-mail.xjs in the URL, but it shows the main page.
Another issue I'm seeing is when I click the "Games" link, it shows the error "003-games.xjs.ssjs line 39: TypeError: settings.xtrn_sections.forEach is not a function". I've heard the "Games" link shouldn't even be there
is not a function". I've heard the "Games" link shouldn't even be there anymore.. After downloading ecwebv4, I made sure I've extracted the correct
anymore.. After downloading ecwebv4, I made sure I've extracted the correct file (I don't have any older copies on my system) and I created a fresh ecwebv4 directory in my sbbs/web/root directory and placed it in there.
I've also tried deleting all old .xjs.ssjs files but that didn't help
is not a function". I've heard the "Games" link shouldn't even be
there anymore.. After downloading ecwebv4, I made sure I've extracted
the correct
Where did you hear that? The Games link should still be there, however it is displayed conditionally by default - only authenticated users should see it.
To reiterate, 'settings.xtrn_sections' is not referenced anywhere in the current code. It was a thing before, but it has been replaced. (The change was to move from a whitelist of External Programs sections to a blacklist, controlling which are listed on the Games page.) That error message is an impossibility with the current codebase.
Nevertheless, that error message is coming from an older version and not the current one. I've just now double-checked, whether cloning the repository via git or downloading it as a zip archive from GitHub, that the word 'sections' occurs only once in the entire repository (in the readme) and 'xtrn_sections' occurs nowhere.
The last thing I can suggest, and this is without knowing whether it will make any difference, is to move or delete any 'SBBS_SSJS.*.*.html' files from your '/sbbs/temp' directory. These seem to be rendered SSJS files. I don't know if they're always generated, if they serve as a cache, etc., but maybe that's a possible cause.
I tried downloading it again from the GitHub page today, just to be sure, and I'm still seeing that error..
If you downloaded it as a zip file (which I think you did before), and if you still have a copy of that file, could you post it somewhere that I could download it from?
If you edit your 'web/root/pages/003-games.xjs' file and alter the first line:
<!--Games-->
So that it reads:
<!--BlerpHerpDerp-->
Does the text of the link to the Games page change when you reload the page?
If you open your 'web/root/pages/003-games.xjs' file and search for the word 'sections', are there any results? Likewise, if you search for 'blacklist', are there any results?
I've put it here: http://www.digitaldistortionbbs.com/miscFilesForDL/synchro net-web-v4-master.zip
After changing that, the link text didn't change when reloading the page.
If you open your 'web/root/pages/003-games.xjs' file and search for theIt doesn't have 'sections', but 'blacklist' is in there.
1) Your browser is showing you a cached version of the page
2) Your server is sending a cached version of the page
3) Your server has not actually been updated
Scenario #1 is easily solved by a forced reload of the page, or clearing your cache.
Scenario #2 is what I was targeting by suggesting the deletion of any .xjs.ssjs files from your web/root/pages/ directory, as well as any of those SBBS_SSJS*.html files in your sbbs/temp/ directory. If by some chance you're running some kind of caching reverse proxy in front of your Synchronet webserver, that could be another thing to check.
It's worth checking that the RootDirectory key in the [Web] section of ctrl/sbbs.ini points to the right place, ie. '/sbbs/web/root' or the directory where 'index.xjs' lives. It's possible you have parallel installations of this web interface and are serving the wrong/older one.
There's a 'web_directory' key in the [web] section of ctrl/modopts.ini. This can be an absolute path ('/sbbs/web') or a path relative to your 'exec' directory ('../web') , and points to the directory that contains the 'lib/' and 'root/' directories from the archive you downloaded. Because you're not required to install this web interface right at your webserver's RootDirectory, this key is used to determine where to load things from. Depending on how you've structured things on your end, this might need to be tweaked.
Nightfox wrote to echicken <=-
Re: ecwebv4 issues
By: echicken to Nightfox on Mon Jan 15 2018 06:40 pm
If you downloaded it as a zip file (which I think you did before), and if you still have a copy of that file, could you post it somewhere that I could download it from?
I've put it here: http://www.digitaldistortionbbs.com/miscFilesForDL/synchronet-web-v4-mas ter.zip
I've checked those, and those seem to be okay.
there is any caching going on on the server, as that seems to be the most logical thing going on (though I'm not sure where it may be caching the pages that I haven't already looked).
I've put it here: http://www.digitaldistortionbbs.com/miscFilesForDL/sy nchronet-web-v4-mas ter.zip
I might have to grab a copy too, now that I'm running SBBS 3.17. :)
I'm pretty sure the problem is with the fact that this web UI is in a subdirectory of your document root. I doubt if I put enough thought into preparing for that scenario.
That's unlikely at this point. Based on the way the XJS handler works, any cached
renders of your games page should have been updated when you altered the title. Don't
waste your time looking for caching issues.
Something's up with your word-wrapping. :-)
Can you confirm that the web_directory setting in the [web] section of modopts.ini points to your web/root/ecwebv4/ directory?
I'm pretty sure the problem is with the fact that this web UI is in a subdirectory of your document root. I doubt if I put enough thought into preparing for that scenario. I'll spend a bit of time on this tonight and see what I can come up with.
I'm pretty sure the problem is with the fact that this web UI is in a
subdirectory of your document root. I doubt if I put enough thought
into preparing for that scenario.
Actually, it looks like I did nothing to prepare for that scenario. The 'lib' and 'root' directories from that archive are meant to exist at the same level on your filesystem, and things will not work as expected if they do not.
I'll see if I can do something to accommodate configurations like yours.
I'm pretty sure the problem is with the fact that this web UI is in a
subdirectory of your document root. I doubt if I put enough thought
into preparing for that scenario.
Actually, it looks like I did nothing to prepare for that scenario. The 'lib' and 'root' directories from that archive are meant to exist at the same level on your filesystem, and things will not work as expected if they do not.
I'll see if I can do something to accommodate configurations like yours.
Re: ecwebv4 issues
By: Digital Man to echicken on Tue Jan 16 2018 14:52:50
Something's up with your word-wrapping. :-)
I had to switch to FSEditor; could be that my terminal is > 80 columns wide at the
moment.
update a week or 2 ago. Was there a change that could have broken how it works if it's in a subdirectory?
echicken wrote to Tony Langdon <=-
Please download it from here:
https://github.com/echicken/synchronet-web-v4
That's the "official" place where it is maintained and made available
for download.
Scenario #2 is what I was targeting by suggesting the deletion of any
.xjs.ssjs files from your web/root/pages/ directory, as well as any
of those SBBS_SSJS*.html files in your sbbs/temp/ directory. If by
some chance you're running some kind of caching reverse proxy in
front of your Synchronet webserver, that could be another thing to
check.
I'm not running any such proxies on my BBS machine.
That's unlikely at this point. Based on the way the XJS handler works,
any cached renders of your games page should have been updated when you
altered the title. Don't waste your time looking for caching issues.
Something's up with your word-wrapping. :-)
wideSomething's up with your word-wrapping. :-)
I had to switch to FSEditor; could be that my terminal is > 80 columns
at the moment.
I'm not running any such proxies on my BBS machine.
he didn't say "on your BBS machine"... he said "in front of your synchronet webserver"... there's a huge difference... for example, we're
I'm not running any such proxies on my BBS machine.
he didn't say "on your BBS machine"... he said "in front of your
synchronet webserver"... there's a huge difference... for example,
we're
Well in either case, I'm not running any such proxies.
and there's something weird with missing spaces in your repo update notices... it almost looked like trailing spaces were being stripped when wrapping was being done but on systems with wide terminals, the lines were put back together
into one long one and the missing spaces were seen because words were run together and even the trailing space after a period was missing... just thought
i'd let you know about that...
I had to switch to FSEditor; could be that my terminal is > 80 columnswide
at the moment.
mine definitely is... 196 columns IIRC... plus i'm reading with a sysop's editor accessing the message base files directly... this is not a SBBS system, either...
Anyway, I committed a bunch of changes this evening that should help. You can now add a 'web_root' key to the [web] section of modopts.ini. Set this to the location where you placed the contents of the 'web/root/' directory from the github repo (in your case, ../web/root/ecwebv4). Once you've updated the rest, it *should* work.
Thanks for your work on ecwebv4 - I think it's a clean looking web interface for Synchronet.
mine definitely is... 196 columns IIRC... plus i'm reading with a
sysop's editor accessing the message base files directly... this is not
a SBBS system, either...
Okay. I meant that the particular editor that I'm using may not be dealing well with my terminal being however wide it is (108 columns at
the moment). Good for you if your editor does a better job with that.
| Sysop: | Winzlo |
|---|---|
| Location: | Minnesota, USA |
| Users: | 11 |
| Nodes: | 16 (0 / 16) |
| Uptime: | 495939:00:46 |
| Calls: | 82 |
| Files: | 1,070 |
| D/L today: |
27 files (11,920K bytes) |
| Messages: | 286,964 |