Once I upgrade to v3.18, I had a few issues where the initial page was not displaying, but I downloaded a more recent version of the webv4 folder and it now displays the web page as it did in ver 3.17.
1. It only show guest, no option to login or register as new user
2. I have the slider at the top for Dark Mode, but sliding it to set Dark Mode does nothing.
3. When going to the Files Link on top, no page is displayed (this worked on v3.17)
? Well for one thing, in the fresh install, the Sysop is #1 user, and Guest is #2 user. In my older install, with the upgrades, #1 user is the Sysop, but the Guest User is #75, I didn't add the guest user until later
I took my database user and changed the second user to the guest account, and I still have the issue. When its a new database, with only the sysop and guest (as #2) user. It works like its designed to work.
When I do open the webpage, why does it automatically login as guest ? is there a setting somewhere that does that ?
One other observation. When I have a Web browser open to localhost to view the web page, if it try to recycle the Web Server, It will hang untill I close the browser (Will that only happen if I have the page open locally
?) I was also seeing when I shut down Synchronet Control Panel, I would get a popup asking if I wished to shut down the web server ? is that also becuase I had a web browers open to localhost ?
When I do open the webpage, why does it automatically login as guest ? is there a setting somewhere that does that ?
There is a new menu item "More" and under that is "User List". is that visible to everyone ? or just me as sysop ?
One other observation. When I have a Web browser open to localhost to view the web page, if it try to recycle the Web Server, It will hang untill I close the browser (Will that only happen if I have the page open locally ?) I was also seeing when I shut down Synchronet Control Panel, I would get a popup asking if I wished to shut down the web server ? is that also becuase I had a web browers open to localhost ?
I haven't seen my web server refuse to recycle altogether, but I have seen it take a long time to kick over. I'll have a look at that and see if there's anything I can find out.I will have to look to see if there is an option to turn it off. But when I do click on yes, it does take a little while longer to shutdown. If there is not webpage open and there is no persistent connection it shuts down quickly.
Probably. I haven't used the Control Panel in a long time, so I'm not sure how it's supposed to behave or if this is a prompt you can turn off. If you said "yes", did your webserver shut down even if the browser/tab was still open?
in each directory (ie ../webv4/pages; ../webv4/pages/More; ../webv4/sidebar, etc) there is a webctrl.ini file (similar as .htaccess) that is used to control access. if you have ../webv4/pages/More/001-userlist.xjs you can control access to that file (or directory) in webctrl.ini [*001-userlist.xjs] AccessRequirements = Level 50 REST NOT G .. would stop Guest from access to that file
yes, that delay in recycling the server is because the web browser is still open and until the browser is closed (closing the tab still keeps the persistence). The Synchronet Control Panel is doing it's intended job by asking to shutdown web server. BTW an unidentified visitor to the web is considered user.number = 0; which is considered Guest.
Well that might be an issue, if someone on the web has a webpage open to my site, and I need to recycle the web service to make a change, then I am theoretically on hold until all pages are closed, or I force the Control Pan to close.(which I would rather not do), And if that were the case, and need really really make that change, then I would force the connection to disconnect.
Another thing to consider, in this day-and-age of bots and web crawlers, as long as connections are being made to your webserver it will not recycle until all of the connections settle down. Changes made to web pages (edited; added; deleted, etc) or a change to any webctrl.ini will not require the web server to recycle.
I see that you've solved your problem. Thanks for reporting it. It's kind of a bug, but not really, but I'll fix it in the near future.
upgrade/development to production, the Files menu is not working again. I just get the Header at the top, and the sidebar on the right side. While
Is there any kind of debugging logging from the webv4 that can be turned on to see what is happening when a user clicks on the Files Menu ?
Sounds like the Files page script itself is probably exiting abnormally. Either that or perhaps you're logged in as guest or as a user who can't see any file libraries/directories.
Nothing particular to the Files page, although your web server log might show you an error message when you load the page, which might reveal the problem.I set the logging to debug: and see this :
---
This is the webctrl.ini that is in the Pages folder. :
AccessRequirements = level 90
Authorization = Digest
[*games.xjs]
AccessRequirements = LEVEL 50 AND REST NOT G
its only restricing the access to games to anyone at least level 50 and not guest right ? so Files page should be available. ?
a request GET page=002-files.xjs and sends a file that is 0 bytes, with a connections aborted by peer on send ?
| Sysop: | Weed Hopper |
|---|---|
| Location: | Clearwater, FL |
| Users: | 14 |
| Nodes: | 6 (0 / 6) |
| Uptime: | 232:02:24 |
| Calls: | 55 |
| Calls today: | 1 |
| Files: | 50,127 |
| D/L today: |
35 files (4,430K bytes) |
| Messages: | 275,419 |