Automatic creation of new entry in another logbook, posted by Carlos Mateo on Thu Nov 17 11:50:45 2005
|
Hi
I am trying to create an entry in logbook2 when I submit a new entry in logbook1. The automatically created entry in logbook2 will have a reference to the entry that created it.
So far I have tried several ways:
1.- Using the "Execute new" I call elog to create the second entry. As the server is single-process, it locks: elog is waiting for elogd to be ready and elogd is waiting for elog to finish to accept new requests.
As my server is on a Windows machine I can´t execute elog on background.
2.- I tried to run 2 servers on different ports using the same elogd.cfd file, calling the second server from elog. This "almost" works: the logbook files are updated, but the original server must be restarted to "see" the changes.
3.- Using the "Menu text" option, I create a link to create the new entry. The problem is that attributes are not parsed: a link like this <a href="/logbook2/?cmd=New&pAttr=Value $ID">Test</a> won´t substitute $ID
Is there a way to do what I want?
TIA,
Carlos |
Re: Automatic creation of new entry in another logbook, posted by Stefan Ritt on Fri Nov 18 21:03:03 2005
|
| Carlos Mateo wrote: | | I am trying to create an entry in logbook2 when I submit a new entry in logbook1. The automatically created entry in logbook2 will have a reference to the entry that created it. |
Please tell me for what purpose you need two identical logbooks. Maybe what you want can be achieved in a simpler way.
| Carlos Mateo wrote: | | 1.- Using the "Execute new" I call elog to create the second entry. As the server is single-process, it locks: elog is waiting for elogd to be ready and elogd is waiting for elog to finish to accept new requests. As my server is on a Windows machine I can´t execute elog on background. |
Have you tried to start your elog with the start command under Widnows, like start elog .... This is the equivalent of starting a process in the background under linux.
| Carlos Mateo wrote: | | 2.- I tried to run 2 servers on different ports using the same elogd.cfd file, calling the second server from elog. This "almost" works: the logbook files are updated, but the original server must be restarted to "see" the changes. |
This is because you use the same data directory for both servers. If one server writes a new entry to a file, the other server does not realize this. Only when you restart it, it rescans the whole data directory and gets aware of the new entry. Try using separate data directories for the two servers.
| Carlos Mateo wrote: | | 3.- Using the "Menu text" option, I create a link to create the new entry. The problem is that attributes are not parsed: a link like this <a href="/logbook2/?cmd=New&pAttr=Value $ID">Test</a> won´t substitute $ID |
Parsing attributes is not implemented and therefore will not work. |
Re: Automatic creation of new entry in another logbook, posted by Carlos Mateo on Mon Nov 21 10:41:46 2005
|
| Stefan Ritt wrote: |
| Carlos Mateo wrote: | | I am trying to create an entry in logbook2 when I submit a new entry in logbook1. The automatically created entry in logbook2 will have a reference to the entry that created it. |
Please tell me for what purpose you need two identical logbooks. Maybe what you want can be achieved in a simpler way.
They are not identical. They just share some information
| Carlos Mateo wrote: | | 1.- Using the "Execute new" I call elog to create the second entry. As the server is single-process, it locks: elog is waiting for elogd to be ready and elogd is waiting for elog to finish to accept new requests. As my server is on a Windows machine I can´t execute elog on background. |
Have you tried to start your elog with the start command under Widnows, like start elog .... This is the equivalent of starting a process in the background under linux.
Thank you. It works with start!
| Carlos Mateo wrote: | | 2.- I tried to run 2 servers on different ports using the same elogd.cfd file, calling the second server from elog. This "almost" works: the logbook files are updated, but the original server must be restarted to "see" the changes. |
This is because you use the same data directory for both servers. If one server writes a new entry to a file, the other server does not realize this. Only when you restart it, it rescans the whole data directory and gets aware of the new entry. Try using separate data directories for the two servers.
| Carlos Mateo wrote: | | 3.- Using the "Menu text" option, I create a link to create the new entry. The problem is that attributes are not parsed: a link like this <a href="/logbook2/?cmd=New&pAttr=Value $ID">Test</a> won´t substitute $ID |
Parsing attributes is not implemented and therefore will not work. |
Thank you for your help |
Changing width in entry mode, posted by Ulrich Trüssel on Fri Nov 18 10:53:26 2005 
|
| I'd like to change the width of the display when entering a new record. But I didn't find the right way after trying some time:Problem: see pic "Eingabe.jpg", if thre are more MOptions to select in entry mode, I have to scroll from right to left all the time. Ti s isn't really comfortable.Is there any option to fix the widht of the entry screen to a fix width in pixels or to the screen width? "Ausgabe.jpg" as ex., so multiple moptions would be arranged on multiple lines like in the display mode for the record.I checked the flags as well as the CSS but didn't find a solution. But maybe anybody has the right idea?To have a flag or someting to switch between the two entry modes would be fantastic and give a lot more of flexiblity for adaption to different sizes of screens.Thank's a lot for any idea! |
|
Re: Changing width in entry mode, posted by Stefan Ritt on Fri Nov 18 21:30:44 2005
|
| Ulrich Trüssel wrote: | | Problem: see pic "Eingabe.jpg", if thre are more MOptions to select in entry mode, I have to scroll from right to left all the time. Ti s isn't really comfortable. |
I had a nowrap statement in the MOptions check boxes, which should not be there. I removed that and now the options are wrapped nicely: The problem is that in HTML, the check boxes and the associated text are sometimes ripped apart, i.e. the box appears at the right corner and the text at the next line. That's why I had the nowrap statement there.This fix will be contained in the next release of elog. |
|
Re: Changing width in entry mode, posted by Ulrich Trüssel on Sat Nov 19 11:57:49 2005
|
| Stefan Ritt wrote: |
| Ulrich Trüssel wrote: | | Problem: see pic "Eingabe.jpg", if thre are more MOptions to select in entry mode, I have to scroll from right to left all the time. Ti s isn't really comfortable. |
I had a nowrap statement in the MOptions check boxes, which should not be there. I removed that and now the options are wrapped nicely:
The problem is that in HTML, the check boxes and the associated text are sometimes ripped apart, i.e. the box appears at the right corner and the text at the next line. That's why I had the nowrap statement there.
This fix will be contained in the next release of elog. |
Thank you Stefan!!! 
Just as an idea: Some People may find it usefull to have the norap statement in the code. If it's possible for a future release it may be nice to have a flag for this feature! |
|
Re: Changing width in entry mode, posted by Ulrich Trüssel on Sat Nov 19 11:57:49 2005
|
| Stefan Ritt wrote: |
| Ulrich Trüssel wrote: | | Problem: see pic "Eingabe.jpg", if thre are more MOptions to select in entry mode, I have to scroll from right to left all the time. Ti s isn't really comfortable. |
I had a nowrap statement in the MOptions check boxes, which should not be there. I removed that and now the options are wrapped nicely:
The problem is that in HTML, the check boxes and the associated text are sometimes ripped apart, i.e. the box appears at the right corner and the text at the next line. That's why I had the nowrap statement there.
This fix will be contained in the next release of elog. |
Thank you Stefan!!!
Just as an idea: Some People may find it usefull to have the norap statement in the code. If it's possible for a future release it may be nice to have a flag for this feature! |
|
Send a email to E-log?, posted by Dinesh Bapat on Fri Nov 18 08:40:13 2005
|
| Is it possible to send an email to Elog and record an entry automatically?We have situations where endusers have very narrow bandwidth email access. But no broadband to update E-log. Is there some mechanism so that they can send a email and it update Elog automatically?Thanks in advance. |
|
Re: Send a email to E-log?, posted by Stefan Ritt on Fri Nov 18 21:09:01 2005
|
| Dinesh Bapat wrote: | | Is it possible to send an email to Elog and record an entry automatically? |
Have a look at elog:Contributions/10 |
page2?cmd=List does not show next page, posted by Oleg Solovyanov on Tue Nov 15 08:35:33 2005
|
Maybe I'm doing something wrong, but the following does not work on a Elog with multiple pages:
1. View message
2. Click List
3. Click Next or page number
4. Only the last page is shown
It looks like the URL pageN?cmd=List does not work, while pageN works.
Any hints?
Same behaviour can be seen also with Discussion forum on Elog site. |
|
Re: page2?cmd=List does not show next page, posted by Stefan Ritt on Tue Nov 15 08:40:31 2005
|
| Oleg Solovyanov wrote: | Maybe I'm doing something wrong, but the following does not work on a Elog with multiple pages:
1. View message
2. Click List
3. Click Next or page number
4. Only the last page is shown
It looks like the URL pageN?cmd=List does not work, while pageN works.
Any hints?
Same behaviour can be seen also with Discussion forum on Elog site. |
I don't understand. I tried on the Discussion forum:
1. View message, for example http://midas.psi.ch/elogs/Forum/1506
2. Click List, which takes me to http://midas.psi.ch/elogs/Forum/
3. Click Next, which takes me to http://midas.psi.ch/elogs/Forum/page2
Then I really see page2, not the last page. So what do you do differently? |
|
Re: page2?cmd=List does not show next page, posted by Oleg Solovyanov on Wed Nov 16 15:24:53 2005
|
| Stefan Ritt wrote: |
| Oleg Solovyanov wrote: | Maybe I'm doing something wrong, but the following does not work on a Elog with multiple pages:
1. View message
2. Click List
3. Click Next or page number
4. Only the last page is shown
It looks like the URL pageN?cmd=List does not work, while pageN works.
Any hints?
Same behaviour can be seen also with Discussion forum on Elog site. |
I don't understand. I tried on the Discussion forum:
1. View message, for example http://midas.psi.ch/elogs/Forum/1506
2. Click List, which takes me to http://midas.psi.ch/elogs/Forum/
3. Click Next, which takes me to http://midas.psi.ch/elogs/Forum/page2
Then I really see page2, not the last page. So what do you do differently? |
Somehow in my logbooks List command would add cmd=List to the URL
And this does not work... |
|
Re: page2?cmd=List does not show next page, posted by Stefan Ritt on Wed Nov 16 15:27:40 2005
|
| Oleg Solovyanov wrote: | Somehow in my logbooks List command would add cmd=List to the URL
And this does not work... |
You use an old version of elog. Please upgrade to the 2.6.0-beta5 which you can obtain from
http://savannah.psi.ch/viewcvs/trunk/src/elogd.c?root=elog&rev=1541 |
|
Re: page2?cmd=List does not show next page, posted by Oleg Solovyanov on Thu Nov 17 23:40:10 2005
|
Yes, new version seems to fix this bug, but...
Now there's a new feature: sometimes it breaks the text message line into 2 when
displaying the summary page.
Maybe it happens only with Russian text |
|
Display last page by default, posted by Yoshio Imai on Fri Oct 28 12:15:33 2005
|
Hi again!
I have one question concerning the logbook configuration. Normally, clicking on "List" takes me to the first page of the list view. Is it possible to configure the logbook so that "List" takes me to the last page instead?
Yoshio |
|
Re: Display last page by default, posted by Stefan Ritt on Fri Oct 28 12:16:38 2005
|
| Yoshio Imai wrote: | | Is it possible to configure the logbook so that "List" takes me to the last page instead? |
Reverse sort = 1 |
|
Re: Display last page by default, posted by Yoshio Imai on Fri Oct 28 12:39:44 2005
|
| Stefan Ritt wrote: |
Reverse sort = 1 |
Thanks for the quick reply. Unfortunately, this is not exactly what we need. We would like to see the entries in normal order, but the last of the pages as "start page". Is it possible to configure this?
Yoshio |
|
Re: Display last page by default, posted by Stefan Ritt on Fri Oct 28 13:05:26 2005
|
| Yoshio Imai wrote: | | We would like to see the entries in normal order, but the last of the pages as "start page". Is it possible to configure this? |
Start page = 0?cmd=last
Well, I guess this is not what you want either, correct? You would like to see the listing page with ~20 entries. The first one you can access easily via "<logbook>/page1", but the number of the last page varies over time. I would have to add a new functionality like "<lobook>/page_last", which automatically gets converted into the correct page number. I will put this on my wishlist. |
Re: Display last page by default, posted by Yoshio Imai on Fri Oct 28 13:12:46 2005
|
Thanks!
For the moment, I could satisfy the users by setting the start page to the "All" view, but if it can be implemented in a future version, this would come very handy.
Yoshio |
|
Re: Display last page by default, posted by Stefan Ritt on Fri Oct 28 13:14:19 2005
|
| Yoshio Imai wrote: | | We would like to see the entries in normal order, but the last of the pages as "start page". Is it possible to configure this? |
What about
Start page = last10
This shows always the last 10 entries. If you want to see more, you can click on the new menu entry "Last 20 entries" etc. |
|
Re: Display last page by default, posted by Yoshio Imai on Fri Oct 28 13:24:27 2005
|
| Stefan Ritt wrote: |
What about
Start page = last10
|
In principle this would be a good starting point, however, we would like to use the "Previous" and "Next" page selectors to browse (and these don't appear when using the "lastNN" statement for the start page). |
|
Re: Display last page by default, posted by Stefan Ritt on Fri Oct 28 20:36:55 2005
|
Ok, I implemented the last page display per default in revision 1538. If "reverse sort = 0" the last page is shown and if "reverse sort = 1" the first page is shown by default. This way one always sees the page with the latest entries. I hope this accomodates everybody. If not, please complain and I could make it a switch (yet another option  ). |
|
Re: Display last page by default, posted by Yoshio Imai on Mon Oct 31 01:39:52 2005
|
I have installed the new version, and it works just fine. It is also MUCH faster than my intermediate solution.
| Quote: |
For the moment, I could satisfy the users by setting the start page to the "All" view
|
Thanks for the work! |
|
Conditional hiding of attributes in list view, posted by Yoshio Imai on Thu Sep 22 11:34:46 2005
|
Hi!
All here are amazed by how quickly this software has evolved since we
took our first look into the world of electronic logbooks.
In order to use it as our shift logbook, however, we have one request
which is in principle the same as that of Juliana Peng
(http://midas.psi.ch/elogs/Forum/1280). We want to have the usual
maintenance/admin/problem report entries of the shift crew in the
same logbook as the automatic entries from our runcontrol software to
clearly see cause and effect when analyzing the beamtimes later. Of
course, the run entries have different attributes than the shift crew
entries. So, it would be nice to have the conditional "Show attributes"
function extended also to the list view.
I understand that the attributes layout might then change from line to
line, but since we have only two sets of attributes, that would not
matter (to us). Would you consider implementing this function (i.e.
evaluate the conditions and hide attributes also in list view),
if not by default, then maybe as an option of the config file?
Another nice feature (which we do not explicitly need, just a suggestion)
might be implementing a filter function in list view, such that only entries
with certain attribute values are displayed.
I have also found one possible problem, maybe it's already solved in the
newest version: We have set up the elog under an stunnel, but the elog
server also responds to the original port (i.e. 80), displaying the logbook
selection page and from there even the login screen. Only after logging in
the elog server redirects the client browser to the https-page defined with
the URL-statement of the config file. The whole thing seems like an unwanted
behaviour, but could you change it so that it either doesn't respond on the
wrong URL at all, or at least redirects to the secured URL before presenting
the login window, so that we transfer the passwords encrypted?
Cheers
Yoshio |
|
Re: Conditional hiding of attributes in list view, posted by Yoshio Imai on Thu Oct 13 11:40:32 2005
|
Hi again!
I noticed the quickfilter option in the config guide in the meantime  !
I have one question however, concerning the "Resource Dir"-statement of the
config file. When setting it, the default theme doesn't work any more, I get
white background and no color schemes when going to the elog page with the
browser. Does this mean that the default resource location (/usr/share/elog/themes)
is overriden by this statement, and that all resources have to be put there
(if so, is it on purpose or is it a bug)?
Thanks
Yoshio
BTW, do you think it is at all feasible to implement the changes we mentioned earlier? |
|
Re: Conditional hiding of attributes in list view, posted by Stefan Ritt on Thu Oct 13 14:08:26 2005
|
| Yoshio Imai wrote: | | I noticed the quickfilter option in the config guide in the meantime ! |
Sorry my late reply, I'm extremely busy these days. I still don't get the point where you want attributes to be hidden. Let's assume you have a logbook with attributes A, B, C, D, E. One set of entries use A, B and C, whil the other set of entries use A, D and E. Right now, you get a listing like
Title A B C D E
one a b c
one a b c
two a d e
two a d e
one a b c
Now if you want to hide D and E for type one and B and C for type two, you would get
Title A B C D E
one a b c
one a b c
two a d e
two a d e
one a b c
so the "d" and "e" values are under the wrong title "B" and "C". Of course you can put a separate tile line each time you switch from "one" to "two", but that costs a lot of space. So how would you layout a listing where different attribute sets are mixed?
| Yoshio Imai wrote: | I have one question however, concerning the "Resource Dir"-statement of the
config file. When setting it, the default theme doesn't work any more, I get
white background and no color schemes when going to the elog page with the
browser. Does this mean that the default resource location (/usr/share/elog/themes)
is overriden by this statement, and that all resources have to be put there
(if so, is it on purpose or is it a bug)? |
Well, the "theme" is a "resource". The manual says: Resource dir = <directory>: Specifies the root directory for ELOG resources like help files, themes, icons and user HTML files, so it's explicitly written there. If you change the resource dir and do not move your themes accordingly, you won't have them! If you shoot yourself in the foot, no gun will help you to prevent this
| Yoshio Imai wrote: | | BTW, do you think it is at all feasible to implement the changes we mentioned earlier? |
Which features do you mean? In your previous posting you mentioned a filter, but you found that already. So what else is left except the hiding of attributes? |
|
Re: Conditional hiding of attributes in list view, posted by Yoshio Imai on Thu Oct 13 14:47:06 2005
|
| Stefan Ritt wrote: |
Of course you can put a separate tile line each time you switch from "one" to "two", but that costs a lot of space. So how would you layout a listing where different attribute sets are mixed?
|
Well, in our case the changes would not be very frequent (if the beamtime goes smooth, we will have mainly
run-entries and few admin entries; if it is a hardware developement beamtime, we will have mainly admin
entries and fewer run entries). So, for us a layout with a new title line at the change between the two sets of attributes is ok.
| Stefan Ritt wrote: |
Well, the "theme" is a "resource". The manual says: Resource dir = <directory>: Specifies the root directory for ELOG resources like help files, themes, icons and user HTML files, so it's explicitly written there.
|
I see. I thought that the "hardcoded" default directory would still be searched -- my error.
| Stefan Ritt wrote: |
Which features do you mean? In your previous posting you mentioned a filter, but you found that already. So what else is left except the hiding of attributes?
|
Not much . The only thing left was that the elogd redirects to the "URL="-address only after logging in, and not already after selecting a logbook in the selection page (i.e. before the password is transmitted), when a user calls directly the elogd port and not, say, the stunnel port defined to secure the connection. In our case this doesn't matter so much, but maybe to others it does ... ?
Thanks for the work
Yoshio |
|
Re: Conditional hiding of attributes in list view, posted by Stefan Ritt on Fri Oct 28 23:45:33 2005
|
| Yoshio Imai wrote: | I have also found one possible problem, maybe it's already solved in the
newest version: We have set up the elog under an stunnel, but the elog
server also responds to the original port (i.e. 80), displaying the logbook
selection page and from there even the login screen. Only after logging in
the elog server redirects the client browser to the https-page defined with
the URL-statement of the config file. The whole thing seems like an unwanted
behaviour, but could you change it so that it either doesn't respond on the
wrong URL at all, or at least redirects to the secured URL before presenting
the login window, so that we transfer the passwords encrypted? |
I implemented that in revision 1540. On the logbook selection page, the links to the individual logbooks honor the "URL = ..." statement from the config file, and thus you get redirected via "https://...". More is unfortunately not possible. If elogd gets contacted the first time, it is impossible to figure out by elogd under which URL it got contacted, and therefore it cannot distinguish between secure and insecure connections. The only way is to switch off port 80 by a firewall and only allow "https://..." connections from outside. |
|
Re: Conditional hiding of attributes in list view, posted by Yoshio Imai on Mon Oct 31 01:36:52 2005
|
| Thank you! I have tested it and it works just as expected! |
|
Preset text overriden after preview, posted by Yoshio Imai on Wed Oct 26 16:00:00 2005
|
Hi, Stefan!
I have run across a problem with preset texts. We have defined a form to be filled in when the operator selects a specific combination of attributes. This form appears correctly, but after filling in the form, clicking on "Preview" leads to an error: the preview text is correct, but the actual text entry field is overriden again with the empty form. Clicking on "Submit" at this point then submits only the empty form, and the information filled in is lost.
When clicking on "Submit" without previewing, the text is entered correctly to the elog. Do you know where the problem might come from?
Thanks in advance
Yoshio |
|
Re: Preset text overriden after preview, posted by Stefan Ritt on Wed Oct 26 16:17:18 2005
|
| Yoshio Imai wrote: | | This form appears correctly, but after filling in the form, clicking on "Preview" leads to an error: the preview text is correct, but the actual text entry field is overriden again with the empty form. |
Thanks for reporting this bug. It's fixed in revision 1534.
- Stefan |
|
Re: Preset text overriden after preview, posted by Yoshio Imai on Fri Oct 28 10:42:44 2005
|
| Stefan Ritt wrote: |
Thanks for reporting this bug. It's fixed in revision 1534.
- Stefan |
I just tested it, it works. Thanks! |
|
Login screen reappears after correct login, posted by Daniel Broers on Mon Oct 24 14:19:18 2005
|
We are running elog perfectly on a solaris machine for some time now.
Except on some client pc's the login screen keeps reappearing after a succesfull login.
We upgraded to version 2.6.0 beta 4 but the problem persists.
Any suggestions? |
|
Re: Login screen reappears after correct login, posted by Stefan Ritt on Mon Oct 24 14:30:48 2005
|
| Daniel Broers wrote: | We are running elog perfectly on a solaris machine for some time now.
Except on some client pc's the login screen keeps reappearing after a succesfull login.
We upgraded to version 2.6.0 beta 4 but the problem persists.
Any suggestions? |
Do you have cookies disabled on these client pc's maybe? |
|
Re: Login screen reappears after correct login, posted by Daniel Broers on Mon Oct 24 14:50:58 2005
|
| Stefan Ritt wrote: |
| Daniel Broers wrote: | We are running elog perfectly on a solaris machine for some time now.
Except on some client pc's the login screen keeps reappearing after a succesfull login.
We upgraded to version 2.6.0 beta 4 but the problem persists.
Any suggestions? |
Do you have cookies disabled on these client pc's maybe? |
No, cookies are enabled. |
|
Re: Login screen reappears after correct login, posted by Stefan Ritt on Mon Oct 24 15:18:46 2005
|
| Daniel Broers wrote: | | No, cookies are enabled. |
Can you
- Delete all cookies on the client machine and try again
- If the problem persists: Tell you how you access your elogd. Do you use Apache as proxy? Which URL statement do you have in your elogd.cfg? What are the URLs shown in the address bar of your browser?
- Can you start elogd with the "-v" flag, and send me the output shown during an unsuccessful login
|
|
Re: Login screen reappears after correct login, posted by Daniel Broers on Mon Oct 24 16:20:37 2005
|
| Stefan Ritt wrote: |
Can you
- Delete all cookies on the client machine and try again
- If the problem persists: Tell you how you access your elogd. Do you use Apache as proxy? Which URL statement do you have in your elogd.cfg? What are the URLs shown in the address bar of your browser?
- Can you start elogd with the "-v" flag, and send me the output shown during an unsuccessful login
|
|
|
Re: Login screen reappears after correct login, posted by Stefan Ritt on Mon Oct 24 16:41:20 2005
|
| Daniel Broers wrote: | | Output in attachment |
Your output shows:
Set-Cookie: unm=daniel; path=/Maldi; expires=Monday, 24-Oct-05 14:57:55 GMT;
Now I don't know when you made this entry, but it looks to me like either
- your time is set incorrectly on the server side
- your "login expiration" setting in elogd is set incorrectly
Can you check these two things? |
|
Re: Login screen reappears after correct login, posted by Daniel Broers on Mon Oct 24 17:14:59 2005
|
| Stefan Ritt wrote: |
| Daniel Broers wrote: | | Output in attachment |
Your output shows:
Set-Cookie: unm=daniel; path=/Maldi; expires=Monday, 24-Oct-05 14:57:55 GMT;
Now I don't know when you made this entry, but it looks to me like either
- your time is set incorrectly on the server side
- your "login expiration" setting in elogd is set incorrectly
Can you check these two things? |
Now it works!
- The time is (apparently) set incorect on the server side. But why would one client have problems while others don't?
- I changed the login expitation from 1 to 5 hours and now we can log in!
Thanks a lot for your quick support! |
|
Re: Login screen reappears after correct login, posted by Stefan Ritt on Mon Oct 24 19:33:41 2005
|
| Daniel Broers wrote: | | But why would one client have problems while others don't? |
You had the login expiration at 1 hour, and the time was off by one hour I guess. But each client's time is only accurate to a few minutes, so some of them had a difference to the server of 59 mins, and other had 1:01 mins. Since you had a login expiration of 1 hour, only the second one failed, while the first one should have worked for about one minute. |