| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
2306
|
Mon Aug 6 17:43:52 2007 |
 | Steve Jones | steve.jones@freescale.com | Request | All | 2.6.2-1739 | Too 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. |
|
2316
|
Tue Sep 11 15:30:11 2007 |
 | Steve Jones | steve.jones@freescale.com | Request | All | 2.6.2-1739 | Re: 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!
|
|
|
827
|
Mon Dec 6 02:34:32 2004 |
 | Steve Allen | ns@elogicsystems.com | Question | All | 2.5.5-2 | external authentication possible? | In order to avoid having to remember multiple usernames/passwords for
different systems, is it possible for ELOG to use external authentication
via Active Directory, etc?
Thanks,
Steve |
|
834
|
Tue Dec 7 01:18:14 2004 |
 | Steve Allen | ns@elogicsystems.com | Info | All | 2.5.5-2 | Re: external authentication possible? | > > > In order to avoid having to remember multiple usernames/passwords for
> > > different systems, is it possible for ELOG to use external authentication
> > > via Active Directory, etc?
> >
> > Not yet.
>
> I would note that this is a request that comes in fairly frequently, but to
> Stephan's credit (and looking back at previous comments) the task of trying to
> implement authentication that would *not* be a maintenance nightmare basically
> pushes such a request down to the bottom of the list.
>
> The only common denominator that could possibly cover all contingencies would
> be LDAP authentication. One way of doing this in a more-or-less universal
> fashion is to offload the auth task from eLog itself and place the burden on
> Apache. This means figuring out how to get Apache to pass auth info to eLog
> when eLog operates behind Apache. In the end, anything that can use LDAP as an
> authentication mechanism (like AD) can host eLog - as long as eLog can glom off
> of Apache's ability to do the actual authenticating.
>
> For our twiki (source from twiki.org) website, we use the following config:
>
> -- In Apache http.conf
> LoadModule auth_ldap_module libexec/auth_ldap.so
>
> AddModule auth_ldap.c
>
> AccessFileName .htaccess
>
> # Twiki
> Include /proj/www/twiki/conf/httpd.conf
>
>
> -- The http.conf in the Twiki directory
> <VirtualHost *>
> DocumentRoot "/proj/www/twiki/html"
> ServerName twiki
> ErrorLog error_log
> CustomLog access_log combined
> <Directory "/proj/www/twiki/html/bin/">
> Options +ExecCGI
> allow from all
> AllowOverride Authconfig FileInfo Indexes Limit Options
> </Directory>
> <Location /bin>
> Options +ExecCGI
> AuthType Basic
> AuthName CoreID
> CustomLog access_log combined
> <Directory "/proj/www/twiki/html/bin/">
> Options +ExecCGI
> allow from all
> AllowOverride Authconfig FileInfo Indexes Limit Options
> </Directory>
> <Location /bin>
> Options +ExecCGI
> AuthType Basic
> AuthName ID
> AuthLDAPURL
> ldap://ldap.co.com:389/ou=People,ou=Intranet,dc=co,dc=com?uid?sub?(objectClass=*)
> require valid-user
> allow from all
> <Limit OPTIONS>
> Order Deny,Allow
> Deny from all
> </LIMIT>
> </Location>
> </VirtualHost>
>
> --- Then the DocumentRoot ("/proj/www/twiki/html") has a '.htaccess' file with
> the following:
>
> RedirectPermenant / http://twiki.co.com/bin/view.cgi
>
> --- Also in the /bin directory we have:
>
> Redirect http://twiki.sps.mot.com/index.html http://twiki.sps.mot.com/bin/view.cgi
>
> AuthType Basic
> AuthName "LDAP Login"
> AuthLDAPURL
> ldap://ldap.co.com:389/ou=People,ou=Intranet,dc=co,dc=com?uid?sub?(objectClass=*)
>
>
> SetHandler cgi-script
>
> ErrorDocument 401 /bin/oops.cgi/TWiki/TWikiRegistration?template=oopsauth
>
> <Files ~ "[^/]*\.html$">
> SetHandler blabla
> allow from all
> </Files>
>
> <Files "*">
> require valid-user
> allow from all
> </Files>
> -------------------------
>
> Whether this is at all relevant, well . . . .
Food for thought--thanks! |
|
67947
|
Thu Jun 4 00:08:56 2015 |
 | Stephen G | swgallman@bpa.gov | Question | Windows | 3.1 | LDAP docs | Could someone point me to the LDAP configuration docs, I searched to no avail. I'm sure there is some big red ldap config button it, but I just can't find it. |
|
67948
|
Thu Jun 4 00:10:32 2015 |
| Stephen G | s@g.com | Question | Windows | 3.1 | Duplicate: LDAP docs | This is a duplicate, made by mistake.
Could someone point me to the LDAP configuration docs, I searched to no avail. I'm sure there is some big red ldap config button it, but I just can't find it. |
|
67951
|
Thu Jun 4 19:36:31 2015 |
| Stephen G | swgallman@bpa.gov | Question | Windows | 3.1 | Re: LDAP docs | Thank you, I am looking to do LDAPS over 636 where would the certificate go (Does it go in the SSL folder?).
| David Wallis wrote: |
|
This is what I've been able to figure out, in terms of the elogd.cfg file:
LDAP server = server.domain:389
LDAP userbase = ou=people,o=domain.com,dc=domain,dc=com
LDAP login attribute = uid
LDAP register = 0
| Stephen G wrote: |
|
Could someone point me to the LDAP configuration docs, I searched to no avail. I'm sure there is some big red ldap config button it, but I just can't find it.
|
|
|
|
1008
|
Thu Mar 24 10:31:01 2005 |
 | Stephen A. Wood | saw@jlab.org | Bug report | Linux | | Crash with Protect Selection page = 1 | Using 2.5.8, if I set "Protect Selection page" to 1, then elogd seg faults
as soon as it is accessed.
Under 2.5.7, a login page will come up, and the logbook will work, but only
if a valid username/password is given. If an invalid login is given, then
elogd crashes. We have a cron job that periodically restarts elogd if it is
has crashed.
Steve
[global]
logbook tabs = 0
port = 8080
Protect Selection page = 1
Password file = user.info
Admin user = saw
|
|