Re: "Guest menu commands" not changing the menu line, posted by Steve Jones on Fri Mar 30 16:42:35 2007
|
| Steve Jones wrote: |
| Stefan Ritt wrote: |
| Steve Jones wrote: | | Am I doing something wrong or was this a problem in the past? |
I can't remember any problem of that type.
| Steve Jones wrote: | | Suggestions on where to look? Start from scratch? |
Might not be a bad idea. Use the little config file from the distribution, then just add the guest menu lines, and try it. If it works, modify it gradually until it equals to your full config file, to see where the problem is. Stupid quiestion: After you added your guest menu, did you log out to become a "guest"? If you are logged in with your user name (stored in a cookie), you never will see the guest menu. |
| Quote: |
To answer your last question - yes, i logged out and the menu line never changed. I even put it into debug mode but the output reflects exactly what I see -- a non-changing menu line. I'll start with the simple config and see what happens.
BTW, WebSVN no longer provides a means of downloading a tar of your code trunk. I had to go to http://midas.psi.ch/elog/download/tar/ in order to get your 2.6.4-1 revision.
|
|
| Quote: |
Ok, here is what I found. Apparently in the past there was a "Find Menu Commands = " option? Because I had this in my config and elog was not barfing on it being there. So, I changed the word "Find" with "List" and things seems to now work. Stefan, was there an old command called "Find Menu Commands"?
|
|
|
Re: "Guest menu commands" not changing the menu line, posted by Stefan Ritt on Tue Apr 3 17:16:23 2007
|
| Steve Jones wrote: | BTW, WebSVN no longer provides a means of downloading a tar of your code trunk. I had to go to http://midas.psi.ch/elog/download/tar/ in order to get your 2.6.4-1 revision.
|
That should be fixed now.
| Steve Jones wrote: | Ok, here is what I found. Apparently in the past there was a "Find Menu Commands = " option? Because I had this in my config and elog was not barfing on it being there. So, I changed the word "Find" with "List" and things seems to now work. Stefan, was there an old command called "Find Menu Commands"?
|
Yes. Indeed this was changes some time ago. Have a look at elog:880. Unfortunately I did not announce this change clearly. |
Re: "Guest menu commands" not changing the menu line, posted by Steve Jones on Wed Apr 25 19:44:34 2007
|
| Stefan Ritt wrote: |
| Steve Jones wrote: | BTW, WebSVN no longer provides a means of downloading a tar of your code trunk. I had to go to http://midas.psi.ch/elog/download/tar/ in order to get your 2.6.4-1 revision.
|
That should be fixed now.
| Steve Jones wrote: | Ok, here is what I found. Apparently in the past there was a "Find Menu Commands = " option? Because I had this in my config and elog was not barfing on it being there. So, I changed the word "Find" with "List" and things seems to now work. Stefan, was there an old command called "Find Menu Commands"?
|
Yes. Indeed this was changes some time ago. Have a look at elog:880. Unfortunately I did not announce this change clearly. |
| Quote: |
Ok, I am fixed now (took me awhile to respond - sorry).
Thanks Stefan!
|
|
Too many logbooks during user registration, posted by Steve Jones on Mon Aug 6 17:43:52 2007
|
Stefan, we require registration with elog. We have quite a number of logbooks and when someone requests a login account AND elects to register with all of the logbooks, the resulting URL is apparently too long for browsers to handle when the admins click on the link embedded in the email notification. For example, FireFox (latest ver) appears to truncate the URL *after* submission (the correct URL is there before submission).
My question: Is it possible to limit - or remove - the checkboxes that the user can select during registration? I realize that this is a browser issue but I doubt I can persuade those guys to fix FireFox.
Thanks. |
|
Re: Too many logbooks during user registration, posted by Stefan Ritt on Tue Aug 7 18:39:37 2007
|
| Steve Jones wrote: | Stefan, we require registration with elog. We have quite a number of logbooks and when someone requests a login account AND elects to register with all of the logbooks, the resulting URL is apparently too long for browsers to handle when the admins click on the link embedded in the email notification. For example, FireFox (latest ver) appears to truncate the URL *after* submission (the correct URL is there before submission).
My question: Is it possible to limit - or remove - the checkboxes that the user can select during registration? I realize that this is a browser issue but I doubt I can persuade those guys to fix FireFox.
Thanks. |
I changed the current SVN version (#1909) to show only the list of logbooks if there are ten or less logbooks, in order not to make the URL too long. On the activation by the administrator, the list of subscribed logbooks appears as previously, but all are unchecked. So it's the task of the administrator to enable subscriptions or not. |
|
Re: Too many logbooks during user registration, posted by Steve Jones on Tue Sep 11 15:30:11 2007
|
| Stefan Ritt wrote: |
| Steve Jones wrote: | Stefan, we require registration with elog. We have quite a number of logbooks and when someone requests a login account AND elects to register with all of the logbooks, the resulting URL is apparently too long for browsers to handle when the admins click on the link embedded in the email notification. For example, FireFox (latest ver) appears to truncate the URL *after* submission (the correct URL is there before submission).
My question: Is it possible to limit - or remove - the checkboxes that the user can select during registration? I realize that this is a browser issue but I doubt I can persuade those guys to fix FireFox.
Thanks. |
I changed the current SVN version (#1909) to show only the list of logbooks if there are ten or less logbooks, in order not to make the URL too long. On the activation by the administrator, the list of subscribed logbooks appears as previously, but all are unchecked. So it's the task of the administrator to enable subscriptions or not. |
| Quote: | So the list is shown to the one requesting the registration? Would it be possible to have an option that, when selected, simply did not list any logbooks? I can see a customer becoming confused if they did not see their logbook listed. Just turn off the selection completely. Otherwise, this will work but I fear will generate more questions as in "Why isn't logbook <blah> listed?"
Thanks!
|
|
|
Re: Too many logbooks during user registration, posted by Stefan Ritt on Tue Sep 11 21:25:11 2007
|
| Steve Jones wrote: | | So the list is shown to the one requesting the registration? Would it be possible to have an option that, when selected, simply did not list any logbooks? I can see a customer becoming confused if they did not see their logbook listed. Just turn off the selection completely. Otherwise, this will work but I fear will generate more questions as in "Why isn't logbook <blah> listed?" |
I agree, that's inconsistent. So I removed the logbook list completely (SVN revision 1914) and added a note on the user notification that they should click 'config' to subscribe to any logbook. |
|
Bug? Password file location changed, posted by David Spindler on Thu Nov 2 18:02:44 2006
|
I just tried to upgrade from 2.6.1-1633 to 2.6.2-1734. Whenever I tried to access the elog, it showed my password to be invalid. I tried this on 2 machines and same results. I did notice on the second one when I started it from a command prompt that it was creating a new empty password file in a different location.
I have a password file called pwd.txt. It resides in the main elog directory, in my case, c:\elog, along with the elgod.exe and elogd.cfg. Apparently, the new version looks for it in the logbooks directory. I adjusted my path to the file and it works fine.
I am reporting this as a bug because it is my guess that this is not an expected result. I would expect the old elogd.cfg file to work without altering in the newer version.
Thanks, keep up the great work, Stefan. You have a great program.
David Spindler |
|