Re: "New User" option does not work when Authentication=Webserver, posted by Stefan Ritt on Tue Aug 4 13:29:23 2020
|
Unfortunately I locallly don't have Webserver authentication, so I cannot check or debug. If you send me a diff that works for you, I'm happy
to incorporate it.
Stefan |
Re: "New User" option does not work when Authentication=Webserver, posted by Jan Just Keijser on Wed Aug 18 09:05:51 2021 
|
here's the patch that I use to enable use creation and deletion in combination with Webserver authentication.
The idea behind the patch is that if the user logged in via "http_user" is an elog admin, then {s}he is allowed to save a random
user configuration, including creating or deleting a user. |
|
Re: "New User" option does not work when Authentication=Webserver, posted by Stefan Ritt on Thu Feb 10 17:32:42 2022
|
Thanks for your patch, I committed it.
Stefan |
|
Re: "Logkook dir" in top group [global] section ineffective, posted by Yoshio Imai on Fri Nov 25 14:05:08 2005
|
| OK, I found the note about "Logbook dir" in Stephen Wood's entry (http://midas.psi.ch/elogs/Forum/1101) ;) |
|
Re: "Logkook dir" in top group [global] section ineffective, posted by Stefan Ritt on Thu Dec 22 20:50:57 2005
|
[quote="Yoshio Imai"]There are also one question/request (you see that we use the elog extensively now ;)):
When searching for a particular event in our shift log using the "Find" function, it would often be useful not to go to the single entry, but to the page
where that entry resides. This way we can see the whole context of the event. When clicking onto an entry in the "Find" result page, this takes us of course |
|
Re: "Logkook dir" in top group [global] section ineffective, posted by Yoshio Imai on Wed Jan 4 15:27:31 2006
|
[quote="Stefan Ritt"]I implemented that request. When you click on "list", it takes you to the listing page containing the current entry, which is even
highlighted. Have a look at this forum if this is what you like.[/quote]
|
|
Re: "Logkook dir" in top group [global] section ineffective, posted by Stefan Ritt on Mon Jan 9 20:09:16 2006
|
[quote="Yoshio Imai"]One strange thing (maybe it isn't strange at all) is the following behaviour: when the list view is set to "summary", then the line
containing the entry where we clicked "list" is highlighted, however when the list view is set to "full", it isn't. Is this "a bug, or a feature"? ;)[/quote]
|
|
Re: "Leave Page" pop-up when "Submit" entry, posted by Stefan Ritt on Tue May 12 11:27:52 2015
|
Thanks for the "boiling-down" of your config file. That helped me to reproduce the error quickly. It only occurs if you have a date/time attribute which
is hidden as a conditional attribute. This is a unusual combination, that's why I haven't seen that bug before. Actually some
JavaScript code checks the validity of the date attribute, but since it is conditionally not there, the JavaScript code crashes, which triggers the dialog |