Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 618 of 807  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Version Subject
  1590   Thu Jan 12 17:02:21 2006 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux Re: LDAP

Carl Shirey wrote:
I know you want to make ELOG a stand alone program. But is there a way to still make a stand alone but have the option work with LDAP?
FYI
Elog works great we us it for our shift carryover and we have about 25 people useing it and I have heard no complants with it.
Thanks


I added your vote to the "PAM" authentication on the wishlist, since PAM contains an LDAP module.
  1589   Thu Jan 12 16:53:30 2006 Question Carl Shireycarl.shirey@pw.utc.comQuestionLinux LDAP
I know you want to make ELOG a stand alone program. But is there a way to still make a stand alone but have the option work with LDAP?
FYI
Elog works great we us it for our shift carryover and we have about 25 people useing it and I have heard no complants with it.
Thanks
  1588   Thu Jan 12 16:06:16 2006 Reply Stefan Rittstefan.ritt@psi.chQuestion 2.6.0-betaRe: Thread sort / display order

Michael Husbyn wrote:
Is there a way to choose the display order in threaded mode.

Eg:

1 Test
2 Version 2.0 Testing 1
3 Version 2.5 Testing 2
4 Version 2.3 Testing 3


But the preferred sort order (not the ID) is something like this:
1 Test
2 Version 2.0 Testing 1
4 Version 2.3 Testing 3
3 Version 2.5 Testing 2


Example of parameter perhaps:
Thread order = Field1, $id


Or is this something too difficult to implement? Or already there?

Best regards
Michael Husbyn


In summary mode, you can sort by clicking on a column header. You will then see something like

http://.../?sort=Field1

in the address bar. If you now switch to threaded display, this vanishes of course, but you can put a

Start page = ?sort=Field1

into your config file. Use sort for ascending order, rsort for descending order.
  1587   Thu Jan 12 15:50:51 2006 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux2.6.0r1597Side effects from debugging
Both problems have been fixed in revision 1598.
  1586   Thu Jan 12 11:38:13 2006 Reply Yoshio ImaiBug reportLinux2.6.0r1597Side effects from debugging
Addendum: in the Forum, I found a very strange effect: When deliberately highlighting an entry (http://midas.psi.ch/elogs/Forum/?id=1858), the Elog server no longer keeps the page partitioning, but displays ALL entries of the logbook. I don't know if these problems are related, but maybe you could check (we use the "Full" mode for the list view, in case that matters). I have tried to reproduce the problem with our logbook in threaded mode, but we don't seem to have this problem there.

Yoshio
  1585   Thu Jan 12 11:32:19 2006 Warning Yoshio ImaiBug reportLinux2.6.0r1597Side effects from debugging

Stefan Ritt wrote:
Thanks for reporting this bug, I fixed it in revision 1597.

Thanks for your quick reaction! Unfortunately, there is one side effect. As far as I understand, you fixed the bug by preserving the command attributes
http://www.logbook.domain/logbook/pageN?command
when browsing with the Goto page links, so that when a filter is applied, it is still active upon page change. However, the same is true for all other commands, including the
?id=NNN
command which is active when clicking List from single entry view. If you click onto, e.g. Previous in this mode, the elogd has a conflict in that it is required to display one page and having to highlight an entry that resides on another.
http://www.logbook.domain/logbook/pageN?id=NNN
The highlighting supersedes, and the page browse links are effectively disabled. Is there a way to keep the bug fix but disable the side effects, e.g. selectively not preserving the
?id=NNN
upon page browsing? Maybe you could implement a "blacklist" of not-to-be-preserved commands, in case there are other problems like this one.


Thanks for the work (I saw the timestamp!)

Yoshio
  1584   Wed Jan 11 21:12:13 2006 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux2.6.0beta5Re: Getting back from "Find" mode

Yoshio Imai wrote:
Is there a more direct way to get back to the unfiltered list view than selecting an entry and go to "List" or using "Find" again and clicking on "Back"?


Yes, just click on the logbook tab on the very top of the page.
Attachment 1: elog.gif
elog.gif
  1583   Wed Jan 11 21:06:06 2006 Reply Stefan Rittstefan.ritt@psi.chBug reportLinux2.6.0r1593Re: Page browsing links in Find mode broken
Thanks for reporting this bug, I fixed it in revision 1597.
ELOG V3.1.5-3fb85fa6