Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 543 of 808  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Versiondown Subject
  2182   Fri Mar 30 16:42:35 2007 Reply Steve Jonessteve.jones@freescale.comBug reportAll | Other2.6.2-1739Re: "Guest menu commands" not changing the menu line

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"?
  2186   Tue Apr 3 17:16:23 2007 Reply Stefan Rittstefan.ritt@psi.chBug reportAll | Other2.6.2-1739Re: "Guest menu commands" not changing the menu line

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.
  2216   Wed Apr 25 19:44:34 2007 Agree Steve Jonessteve.jones@freescale.comBug reportAll | Other2.6.2-1739Re: "Guest menu commands" not changing the menu line

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!
  2306   Mon Aug 6 17:43:52 2007 Warning Steve Jonessteve.jones@freescale.comRequestAll2.6.2-1739Too many logbooks during user registration
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.
  2307   Tue Aug 7 18:39:37 2007 Reply Stefan Rittstefan.ritt@psi.chRequestAll2.6.2-1739Re: Too many logbooks during user registration

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.
  2316   Tue Sep 11 15:30:11 2007 Reply Steve Jonessteve.jones@freescale.comRequestAll2.6.2-1739Re: Too many logbooks during user registration

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!
  2317   Tue Sep 11 21:25:11 2007 Reply Stefan Rittstefan.ritt@psi.chRequestAll2.6.2-1739Re: Too many logbooks during user registration

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.
  2033   Thu Nov 2 18:02:44 2006 Warning David Spindlerdsspindler@gmail.comBug reportWindows2.6.2-1734Bug? Password file location changed
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
ELOG V3.1.5-3fb85fa6