Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 125 of 807  Not logged in ELOG logo
New entries since:Thu Jan 1 01:00:00 1970
icon8.gif   Crash with Protect Selection page = 1, posted by Stephen A. Wood on Thu Mar 24 10:31:01 2005 
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
 
    icon7.gif   Re: Crash with Protect Selection page = 1, posted by Stephen A. Wood on Thu Mar 24 11:28:13 2005 
> > Using 2.5.8, if I set "Protect Selection page" to 1, then elogd seg faults
> > as soon as it is accessed.
> 
> Thanks for reporting this bug. I fixed it and committed the change to CVS.
> 
> - Stefan

That was fast!  I put the elogd.c from the cvs on top of 2.5.8 and now I can run
the server with Protect Selection page=1 again.

Logins work OK if the username/password is valid.  However, if I try to login
with invalid authentication, the server crashes.  If I turn off the protect
selection page, then invalid authentication does not crash elogd.

Thanks, Steve
    icon7.gif   Re: Crash with Protect Selection page = 1, posted by Stephen A. Wood on Thu Mar 24 12:09:55 2005 
> > Logins work OK if the username/password is valid.  However, if I try to login
> > with invalid authentication, the server crashes.  If I turn off the protect
> > selection page, then invalid authentication does not crash elogd.
> 
> Ok, it's me, Speedy Gonzales again (as Emiliano says... (;-))
> 
> I fixed that as well and committed the changes.

That seems to do the trick!  Thanks, Steve
icon5.gif   Directories in top groups, posted by Stephen A. Wood on Mon Apr 18 17:02:20 2005 
I am trying to unify several existing logbook collections that run on
seperate servers under a single server using groups.  For a top group, under
"[global topgroupname]", I would like to redefine the resource directory or
the logbook directory so that everything except for the .cfg is at it
original location.  However, it seems like "Resource dir" and "Logbook dir"
can not be redefined in the global section for specific groups.  Is it
possible to redefine these directories for each top group, or is it feature
that could be added?

I could probably do what I want with soft-links, but redefining the resource
dir just seems to be right way to do this.  (For one thing, I would like
different favicons for each group.)
icon5.gif   More questions about groups, posted by Stephen A. Wood on Tue Apr 19 22:43:10 2005 elogd.cfg
I am running 2.5.8-3 with the elogd.c 1.632.  I have attached the config
file that I am using.   I have a top group "src", with logbooks "SRC
Analysis" and "SRC Mail" in it.  These two logbooks share the same password
file.  If one logs into one, I would like them to be not have to login to
the other.  If I put the password file name under [global src], I get this
behaviour, but the logbook selection page does not show my graphic or the
locks by the logbook names (instead it has the Alt text "This logbook
requires authentication."  If I remove the password from [global src] and
put it in each logbook individually, then my logbook selection page looks
OK, but I have to log into each logbook seperately.

Stephen
    icon2.gif   Re: More questions about groups, posted by Stephen A. Wood on Fri Apr 22 18:16:25 2005 
> Thanks for reporting this bug. I fixed it in the current CVS version.
I get my Icons and Graphics in the top group now.  Thanks for fixing it.
icon5.gif   Spec file change, posted by Stephen A. Wood on Mon May 8 18:23:17 2006 
Could the "Copyright:" line in the elog.spec file be changed to "License:" for the next release? Without this change an RPM can't be built on FC4 (RPM 4.4.1). With the change, rpms can still be built in Enterprise linux 3 (RPM 4.2.3).
icon4.gif   Crash report involving propagate and replies, posted by Stephen on Tue Nov 26 16:24:39 2013 elogd.cfg

Using Elog 2.9.2

Elog crashes when making 10 replies, I narrowed the crash down to the Propagate Attributes setting.

I have an attribute "Status" that can be toggled between "Open" and "Closed" and that propagates all replies.  On the 10th reply the application crashed, this is repeatable 100% of the time.  Without the propagate option everything works fine.

Attached is my config file parsed down.

Is there a way around this, or is there a way on reply to change the attribute of the log note you replied to from open to closed without using the propagate option?

ELOG V3.1.5-3fb85fa6