Hello,
   If you have the text box turned off so you only enter attributes, is it 
possible to have a couple of attributes that have small scroll through text 
boxs of a couple of lines rather than just one line?   Like not as big as 
the regular text box but something small to be able to post a couple of 
lines in and if it gets bigger then you scroll down.  For instance if you 
are posting a problem and a solution just have one small text box for the 
problem and one for the solution.

Thanks,
Mo

> Hello,
>    If you have the text box turned off so you only enter attributes, is it 
> possible to have a couple of attributes that have small scroll through text 
> boxs of a couple of lines rather than just one line?   Like not as big as 
> the regular text box but something small to be able to post a couple of 
> lines in and if it gets bigger then you scroll down.  For instance if you 
> are posting a problem and a solution just have one small text box for the 
> problem and one for the solution.

Having multi-line attributes would be pretty difficult since it would break 
the way the database works (one attribute at a line). So for now, you have to 
use the text box and the reply functionality to deal with problems and fixes 
(like for this entry).

Hello,
    In the newest version of eLog, I was having trouble saving the 
configurations once I change them through the web interface.  I can change 
them and save them fine if I do it in notepad; but that way you have to 
restart the elogd server.  I think this is a bug on the new version unless 
I am doing something wrong.  Also I was wondering if you were going to add 
any of the wish list items on version 2.0.6 (Conditional attributes seems 
to have the most votes and would be an extremely helpful feature!! :-).  
Thank You.

Mo.

>     In the newest version of eLog, I was having trouble saving the 
> configurations once I change them through the web interface.  

I found a problem in the elogd.c code, which might cause that proplem 
sometimes. The fix is available from

http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c

If you need a windows executable, please let me know.

> I can change 
> them and save them fine if I do it in notepad; but that way you have to 
> restart the elogd server.

That should not be necessary, since elogd reads in the configuration file at 
each access, so it can be modified externally without problem (although the 
internal configuration should be the preferred way...)

> Also I was wondering if you were going to add 
> any of the wish list items on version 2.0.6 (Conditional attributes seems 
> to have the most votes and would be an extremely helpful feature!! :-).  

I will have some spare time towards the end of August, so I hope to work on 
these requests next month.

Just compiled elog-2.0.5 under Solaris 8 and 9  without any warnings/errors
but the elogd binary just core dumps:

# /opt/ELOG/bin/elogd -c /opt/ELOG/elogd.cfg 
Indexing logbook "demo"...
Bus Error (core dumped)

.. tracing elogd shows:

[ lines snipped ]
2964:   brk(0x005B8A68)                                 = 0
2964:   ioctl(1, TCGETA, 0xFFBEE6BC)                    = 0
Indexing logbook "demo"...
2964:   write(1, " I n d e x i n g   l o g".., 27)      = 27
2964:       Incurred fault #5, FLTACCESS  %pc = 0x000164C0
2964:         siginfo: SIGBUS BUS_ADRALN addr=0x2F757372
2964:       Received signal #10, SIGBUS [default]
2964:         siginfo: SIGBUS BUS_ADRALN addr=0x2F757372
2964:           *** process killed ***
#

... any glue ?

> Just compiled elog-2.0.5 under Solaris 8 and 9  without any warnings/errors
> but the elogd binary just core dumps:
> 
> # /opt/ELOG/bin/elogd -c /opt/ELOG/elogd.cfg 
> Indexing logbook "demo"...
> Bus Error (core dumped)
> 
> .. tracing elogd shows:
> 
> [ lines snipped ]
> 2964:   brk(0x005B8A68)                                 = 0
> 2964:   ioctl(1, TCGETA, 0xFFBEE6BC)                    = 0
> Indexing logbook "demo"...
> 2964:   write(1, " I n d e x i n g   l o g".., 27)      = 27
> 2964:       Incurred fault #5, FLTACCESS  %pc = 0x000164C0
> 2964:         siginfo: SIGBUS BUS_ADRALN addr=0x2F757372
> 2964:       Received signal #10, SIGBUS [default]
> 2964:         siginfo: SIGBUS BUS_ADRALN addr=0x2F757372
> 2964:           *** process killed ***
> #
> 
> ... any glue ?

Hmmm - stupid me used a broken patch  used to get rid of alphasort under 2.0.4
this entry and it's predecessor should be DELETED - sorry for the confusion :-(

Version 2.0.5 of elog has been released today. Among various bugfixes, the 
display speed for threaded lists has been improved significantly. Display 
all messages of this forum and press the reload button to see the 
difference.

Is there a way to change the From address used when sending notifications 
from ELOG?   I was hoping there might be another attribute that would go 
along with the smtp host section.

Thanks,
Eric

> Is there a way to change the From address used when sending notifications 
> from ELOG?   I was hoping there might be another attribute that would go 
> along with the smtp host section.
> 
> Thanks,
> Eric

Yes there is an option

Use Email from = xxxx

see documentation.

Hello,

I noticed a strange behaviour with Elog 2.0.4 (i386 RPM) in Linux (RH 7.2). 
I started Elog out-of-the-box with portnumber 888 ('sbin/elogd -p 888').

It runs just fine, but appears to listen to port 8080, the default! It 
looks like the -p option on the command-line is ignored.

Anyone seen similar problems? 

Joeri

> Anyone seen similar problems? 
Probably not if you read the config file, 'cause I didn't. Shame on me...

But what this shows (Stefan: correct me if I'm wrong) is that if you set 
the port number in the [global] section of the config file, the command-line
option '-p' is ignored. FYI...

Joeri

> > Anyone seen similar problems? 
> Probably not if you read the config file, 'cause I didn't. Shame on me...
> 
> But what this shows (Stefan: correct me if I'm wrong) is that if you set 
> the port number in the [global] section of the config file, the command-line
> option '-p' is ignored. FYI...
> 
> Joeri

I changed that behaviour, so from 2.0.5 on the command line port setting has 
precedence over the configuration file (as it should be).

This is not a serious bug...but when the global settings are as follows

[global]
Display mode = threaded
Reverse sort = 1

all logbooks with only a single entry produce the wrong URL on 
clicking "last 10"

The URL produced is http://localhost:8080/LogbookName/0
instead of http://localhost:8080/LogbookName/1

Ravi

> 
> 
> This is not a serious bug...but when the global settings are as follows
> 
> [global]
> Display mode = threaded
> Reverse sort = 1
> 
> all logbooks with only a single entry produce the wrong URL on 
> clicking "last 10"
> 
> The URL produced is http://localhost:8080/LogbookName/0
> instead of http://localhost:8080/LogbookName/1
> 
> Ravi

This question has been answered in elog:55 .

The last x link TEXT now shows up like this

   'Last 20 entries?mode=threaded'

I can not reproduce this with the elogdemo logbook, however.

> The last x link TEXT now shows up like this
> 
>    'Last 20 entries?mode=threaded'
> 
> I can not reproduce this with the elogdemo logbook, however.

...because it has been fixed in meantime (revision 2.41). I have not made a 
new release since I want to fix the elog password submission first. In 
meantime, you can get the actual version from 

http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c