|
Post by mackrackit on May 6, 2008 11:20:34 GMT -5
On the preferences page I have a project set. When the session times out instead of going to the Home page project you are not taken anywhere, the browser just sits there like it is trying to load a page. (this works on my server) The same thing seems to happen on Alice's and Janet's pages. (Very nice site Janet !)
If I have index.htm as the home page project and the session times out you are taken to sessionxexpired.html , but not the same one in the public directory. I can not find the one it takes you to, I thought of making it a redirect page but it must be system generated.
So what am I doing wrong, or is this a windows server thing?
|
|
|
Post by Jerry Muelver on May 7, 2008 4:48:39 GMT -5
Can you get back into the session, or do you have to feed the browser another URL to start a new session? Going to the Home Page project would seem the most desirable option. I haven't played with "timed out" events yet.
|
|
|
Post by mackrackit on May 7, 2008 7:30:04 GMT -5
I have to start all over. I have tried deleting prefs.xml and the same thing. It will not even go to the login page.
If I do not let the session timeout the all seems to work well.
When I said earlier that this worked on my server I spoke to soon. The machine that has RB on it at the shop is behind my router with my other machines. When using RB from another machine (not the server) and the session times out I will get a page saying your session has timed out, click here to return (something like that).
Well tonight I am working from a remote location, and guess what. RB on my server is doing the same thing. When the session times out the browser just hangs waiting. Retype the URL and back in business.
What kind of problems would it cause to increase the session timeout setting to hours instead of minutes. Or do away with it completely? If the app is just sitting there waiting for an input is it really using to many resources?
|
|
|
Post by carlgundel on May 7, 2008 9:15:51 GMT -5
I have to start all over. I have tried deleting prefs.xml and the same thing. It will not even go to the login page. If I do not let the session timeout the all seems to work well. When I said earlier that this worked on my server I spoke to soon. The machine that has RB on it at the shop is behind my router with my other machines. When using RB from another machine (not the server) and the session times out I will get a page saying your session has timed out, click here to return (something like that). Well tonight I am working from a remote location, and guess what. RB on my server is doing the same thing. When the session times out the browser just hangs waiting. Retype the URL and back in business. What kind of problems would it cause to increase the session timeout setting to hours instead of minutes. Or do away with it completely? If the app is just sitting there waiting for an input is it really using to many resources? You can increase the timeout to a point. This should not cause a problem. To eliminate it entirely (or increase it to some enormous number) will eventually cause your computer to run out of memory (one session per visitor), so I don't recommend it. The important thing here is that we figure out why this is happening. -Carl
|
|
|
Post by mackrackit on May 7, 2008 9:51:44 GMT -5
I Maybe another clue... Here is what I get it I leave the admin page open to long and come back to it. Application Error A fatal error has occurred in this application. Please contact this site's administrator.
Referent inaccessible
The page address is. runbasicnet.com:8016/sessionexpired.html
|
|
|
Post by carlgundel on May 7, 2008 10:58:55 GMT -5
Well, clearly that's not a very friendly message, but it just means that sessionexpired.html is not found.
-Carl
|
|
|
Post by mackrackit on May 7, 2008 12:04:46 GMT -5
Well, clearly that's not a very friendly message, but it just means that sessionexpired.html is not found. -Carl Where should sessionexpired.html be found? There is one in the public directory.
|
|
|
Post by carlgundel on May 7, 2008 13:31:53 GMT -5
Well, clearly that's not a very friendly message, but it just means that sessionexpired.html is not found. -Carl Where should sessionexpired.html be found? There is one in the public directory. When you get this error, what URL is showing in the address box at the top of your browser? -Carl
|
|
|
Post by mackrackit on May 7, 2008 17:18:23 GMT -5
|
|
|
Post by Jerry Muelver on May 8, 2008 5:54:17 GMT -5
|
|
|
Post by Jerry Muelver on May 8, 2008 5:58:45 GMT -5
I wonder if there are some settings in prefs.xml that don't kick in until the RB server is restarted? I found out the hard way that deleting prefs.xml for a clean-up has no effect on things like published projects and home page projects until the server is rebooted. I should probably reboot the RB servers periodically, or at least if a prefs.xml file has changed. I'll watch the session logs, and try rebooting a server when there's no activity on it.
|
|
|
Post by mackrackit on May 8, 2008 6:47:33 GMT -5
I copied the sessionexpired.html from the public directory to the root directory, it did not help.
I mentioned in an earlier post that Alice's site did the same thing, now it is not. I left one of her games open before I went to sllep and when I came back it took me to the sessionexpired.html page like it should. Seems like it is something with my little chunk of the server.
Now the server at my shop seems to be working correctly.
windows = reboot ?
|
|
|
Post by Jerry Muelver on May 8, 2008 8:20:16 GMT -5
The "Resources" address in your prefs.xml was c:\mac\public. I changed it to the full server pathname, and rebooted your RB server. See how it goes now, please.
|
|
|
Post by mackrackit on May 8, 2008 8:44:20 GMT -5
That Seems to have fixed it!!!!! And the tool bar is there now when I log in. Remember my email about that. ;D ;D Thank you!!!!!!!!!!!!!!!
|
|
|
Post by mackrackit on May 8, 2008 10:26:22 GMT -5
This says a lot about Run Basic. There can be a problem in the set up and it still for the most part worked!!! This is a great program.
|
|