not proper HTML, posted by Heiko Scheit on Thu Jul 31 16:02:41 2003
|
I just upgraded from 2.3.5 to 2.3.9.
There are some errors in the generated HTML. Most of the time
the browser renders everything correctly but sometimes not. Please
check especially (http://validator.w3.org/):
- http://midas.psi.ch/elogdemo/Database/7
There are too many <table> tags before the attribute list:
'Type', 'Operating system',... This should be just one table and
not each row a separate table. Also the first <table> tag lies
outside a <td> tag of the enclosing table.
- http://midas.psi.ch/elogdemo/forum/ |
Re: Account expiration, posted by Stefan Ritt on Fri Sep 5 17:10:43 2003
|
> I know there's an item on the wishlist for password expiration, so how
> about account expiration..?? (after so many days of inactivity).
Ok, added to the wishlist.
> Another plea on my part, for Elog to allow for authentication via external
> database - such as LDAP, so we wouldn't have to maintain another user
> database.
I had that request more than once. The problem with it is that I cannot
implement it, since he have no LDAP server here at our institute to try it. So
if someone teaches me how to do LDAP authorization correctly, I can put it in,
but not before. |
Re: How to get a list of registered users assigned to an attribute?, posted by Stefan Ritt on Fri Sep 5 17:30:07 2003
|
> I am trying to create an issues logbook where I have defined an attribute
> so I can track who this issue is assigned to. In order to get a drop-down
> list of users of the system to show up for that attribute (when creating a
> new issue), I have to type in the whole list of users in the config file.
> The problem is that whenever a user self-registers, I have to go into the
> config file and add that user to the list. Is there a way to write
> something like this:
>
> Options Assigned To = $user_list
This is not possible right now, but I will consider implementing it some time. |
Re: not proper HTML, posted by Stefan Ritt on Mon Sep 8 11:32:42 2003
|
> There are some errors in the generated HTML. Most of the time
> the browser renders everything correctly but sometimes not. Please
> check especially (http://validator.w3.org/):
I did so and fixed several errors. Now the W3 validator doesn't complain any
more. New version under CVS. |
Re: Version 2.3.9 released today, posted by Mike on Mon Sep 15 19:50:21 2003
|
> Version 2.3.9 of elog has been released today. Enhancements are:
Forgive me if I've missed it, but I've looked in the forum, on-line cfg docs
and downloaded docs. I cannot find details on how to the used
the "Execute ..." command. What is passed on command line, etc.
thanks in advance
mike
> - "Execute new/edit/delete" lets one execute shell commands on the server
> side for new, edited or deleted messages. Since this can cause security
> problems, a new flag "-x" has been added to the elogd daemon to enable this
> feature. It can be used to synchronize the elog database with other
> databases, or to send SMS messages to people.
> |
Re: Version 2.3.9 released today, posted by Stefan Ritt on Tue Sep 16 12:48:56 2003
|
> Forgive me if I've missed it, but I've looked in the forum, on-line cfg docs
> and downloaded docs. I cannot find details on how to the used
> the "Execute ..." command. What is passed on command line, etc.
Sorry, I forgot to put it into the documentation. It's now available from
http://midas.psi.ch/elog/config.html You basically use "Execute new =
<command>", where <command> can have substitutions like $<attribute>,
$remote_host, etc. You also have to start elogd with the "-x" flag to enable
shell executions, since they can impose a security problem (see documentation). |
Elogd.exe Crashes When There are too Many Replies to Replies..., posted by Christopher Jones on Sun Oct 12 08:37:00 2003
|
Hi,
We have been using Elog successfully as a shiftlog book for over a month
now, but I recently ran into an annoying bug, I think.
We had a thread that was created and was being replied to over several
days. We first replied to the original thread and then each subsequent
reply was a reply of the previous reply. When the thread reached above 13
of these, the elogd.exe would crash everytime a user attempted to select
the logbook that contained the enormous thread.
I found the only workaround was to manually delete the offending entry
from the log file and to instruct my users to not reply to replies unless
absolutely necessary. I have been able to replicate this error across the
rest of my logbooks as well. If there is any more information you may
need, please feel free to contact me.
Thanks,
Chris Jones |
Groups on the first page, posted by Robert Keeney on Thu Oct 23 13:59:54 2003
|
I would very much like to list groups instead of the individual logs on the
firs page you see after login.
Is there a way to do this? |