I upgraded from ver 2.5.5-2 to 2.5.8-2 and found that none of my preset text
worked any longer.  I struggled with it for several hours and then reverted
back to 2.5.5-2 and the preset text worked again.  I have attached my
elgd.cfg file for review.  Thanks in advance for your help...

> I upgraded from ver 2.5.5-2 to 2.5.8-2 and found that none of my preset text
> worked any longer.  I struggled with it for several hours and then reverted
> back to 2.5.5-2 and the preset text worked again.  I have attached my
> elgd.cfg file for review.  Thanks in advance for your help...

Your config file really helped. You found a bug which happens only if one uses
conditions with lowercase letters, so that's why nobody else saw it before. I
fixed it and released V2.5.8-3

> > I upgraded from ver 2.5.5-2 to 2.5.8-2 and found that none of my preset text
> > worked any longer.  I struggled with it for several hours and then reverted
> > back to 2.5.5-2 and the preset text worked again.  I have attached my
> > elgd.cfg file for review.  Thanks in advance for your help...
> 
> Your config file really helped. You found a bug which happens only if one uses
> conditions with lowercase letters, so that's why nobody else saw it before. I
> fixed it and released V2.5.8-3

Thanks for the information.

ELOG is terrific!

Hello,

Tried to use the copy to version, just to create a new copy of a old case in
the same logbook
(e.g, support logbook, user with an old problem, to copy it to a new entry)

What I want is to have the Entry time to be updated to the time it was
copyed, not the original entry time. Moved To should perhaps retain its
original time?

Somethings that is possible or a new feature that has to be implemented?


Thanks for this great software Stefan!

Best regards
Michael Husbyn

> What I want is to have the Entry time to be updated to the time it was
> copyed, not the original entry time. Moved To should perhaps retain its
> original time?

You can achieve that by using "Edit", and then check "Resubmit as new entry",
then click "Submit".

- Stefan

> > What I want is to have the Entry time to be updated to the time it was
> > copyed, not the original entry time. Moved To should perhaps retain its
> > original time?
> 
> You can achieve that by using "Edit", and then check "Resubmit as new entry",
> then click "Submit".

The idea is good, but it does not work for me. What happens when I do this is
that I get a new ID, but the old ID is deleted.... It disappears from the list,
and if you try to access it manually it says that it is deleted.

Bug then? My config?

Best regards
Michael

> The idea is good, but it does not work for me. What happens when I do this is
> that I get a new ID, but the old ID is deleted.... It disappears from the list,
> and if you try to access it manually it says that it is deleted.

Right, that how it's supposed to be. Same would happen if you move the entry. It's
deleted from the old place and resubmitted as a new entry. Otherwise you would have
your entry twice, and that is certainly not what you want. How come you access it
manually? If you access it through the list, everything should be fine. I even
update the references if there are replies to this entry, so the replies still
point to the right entry.

> > The idea is good, but it does not work for me. What happens when I do this is
> > that I get a new ID, but the old ID is deleted.... It disappears from the list,
> > and if you try to access it manually it says that it is deleted.
> 
> Right, that how it's supposed to be. Same would happen if you move the entry. It's
> deleted from the old place and resubmitted as a new entry. Otherwise you would have
> your entry twice, and that is certainly not what you want. How come you access it
> manually? If you access it through the list, everything should be fine. I even
> update the references if there are replies to this entry, so the replies still
> point to the right entry.

But I want a duplicate entry of the entry.... so that I can reuse the text and other
items and just change the entrys that need to be changed.

E.g, you have a work request from one user with some kind of solution on it, then you
get a similar request from another user and you want to have almost the same
information in a new entry. Then you just want to create a copy of the old case and
change whatever needs to be changed.

I'm not sure if you understand what I tries to do?


Best regards
Michael

> But I want a duplicate entry of the entry.... so that I can reuse the text and other
> items and just change the entrys that need to be changed.
> 
> E.g, you have a work request from one user with some kind of solution on it, then you
> get a similar request from another user and you want to have almost the same
> information in a new entry. Then you just want to create a copy of the old case and
> change whatever needs to be changed.
> 
> I'm not sure if you understand what I tries to do?

Now I understand. What you ask for is not possible right now, but I put it on the
wishlist. The best would be to add a new command "Duplicate" to the menu, which lets you
do exactly what you want.

> > But I want a duplicate entry of the entry.... so that I can reuse the text and other
> > items and just change the entrys that need to be changed.
> > 
> > E.g, you have a work request from one user with some kind of solution on it, then you
> > get a similar request from another user and you want to have almost the same
> > information in a new entry. Then you just want to create a copy of the old case and
> > change whatever needs to be changed.
> > 
> > I'm not sure if you understand what I tries to do?
> 
> Now I understand. What you ask for is not possible right now, but I put it on the
> wishlist. The best would be to add a new command "Duplicate" to the menu, which lets you
> do exactly what you want.

Thank you!

Or what I understand with "Resubmit as new entry", keep the old and create a new entry.
Perhaps you can trigger behavior of resubmit with a switch?
Duplicate Resubmit = 1
(default to 0 - old behavior)

or your idea is good as well.

Or just update the Entrytime if you are using Copy To:
EntryUpdate Copy To = 1

with also solves my case.

(and switch for Move To as well?)


Have a nice evening,

Best regards
Michael

> or your idea is good as well.

Ok, I implemented a 'Duplicate' command (see this forum for example). I guess this is clearer
than modifying some of the existing functionality like 'resubmit' or 'copy to'. With 'copy to'
you probably want to keep all information from the original entry, including the submission
time, when you move it from one logbook into an other. So if we put an 'EntryUpdate Copy To',
this would not be possible any more. The new version is under CVS.

- Stefan

> > or your idea is good as well.
> 
> Ok, I implemented a 'Duplicate' command (see this forum for example). I guess this is clearer
> than modifying some of the existing functionality like 'resubmit' or 'copy to'. With 'copy to'
> you probably want to keep all information from the original entry, including the submission
> time, when you move it from one logbook into an other. So if we put an 'EntryUpdate Copy To',
> this would not be possible any more. The new version is under CVS.


Wow! You are really fast!

I'm going to try it now!

This works for me :)


Thanks for quick response Stefan!


Best regards
Michael

Hi,
I'am using Elog V2.5.8-1 and the "Preset Text" option don't work more since 
I've updated Elog. could you fix it?
Thanks.

Alex

> I'am using Elog V2.5.8-1 and the "Preset Text" option don't work more since 
> I've updated Elog. could you fix it?

I tried with the example elogd.cfg and it worked there, so it must have to do
with your special configuration. Can you send me your elogd.cfg so that I could
reproduce your problem?

- Stefan

> > I'am using Elog V2.5.8-1 and the "Preset Text" option don't work more 
since 
> > I've updated Elog. could you fix it?
> 
> I tried with the example elogd.cfg and it worked there, so it must have 
to do
> with your special configuration. Can you send me your elogd.cfg so that I 
could
> reproduce your problem?
> 
> - Stefan

Hello Stefan,
Here is my elogd.cfg.
I hope this will help you :)

when we be released the next elog version who correct the crash of Protect 
Selection page = 1 ?
thanks for all

> Here is my elogd.cfg.
> I hope this will help you :)

Yes it did. You were the first one using an attribute containing a dot inside a
required attribute ("Maint."). This crashed JavaScript. I found a workaround and
implemented it.

> when we be released the next elog version who correct the crash of Protect 
> Selection page = 1 ?

I just release 2.5.8-2 which contains both fixes.

> > Here is my elogd.cfg.
> > I hope this will help you :)
> 
> Yes it did. You were the first one using an attribute containing a dot inside a
> required attribute ("Maint."). This crashed JavaScript. I found a workaround and
> implemented it.
> 
> > when we be released the next elog version who correct the crash of Protect 
> > Selection page = 1 ?
> 
> I just release 2.5.8-2 which contains both fixes.

Hi,
I've change my Attribute "Maint." to "Maint" in my elogd.cfg and in my Logbook too 
but the problem is the same, I have restarted the service but the problem is still 
here. Any idea? o_O

> I've change my Attribute "Maint." to "Maint" in my elogd.cfg and in my Logbook too 
> but the problem is the same, I have restarted the service but the problem is still 
> here. Any idea? o_O

Have you upgraded to 2.5.8-2 ? After the upgrade, "Maint." (with the dot) should also work.

> > I've change my Attribute "Maint." to "Maint" in my elogd.cfg and in my 
Logbook too 
> > but the problem is the same, I have restarted the service but the 
problem is still 
> > here. Any idea? o_O
> 
> Have you upgraded to 2.5.8-2 ? After the upgrade, "Maint." (with the dot) 
should also work.

Yes I have upgraded Elog to 2.5.8-2.
I submit my new elogd.cfg file maybe it will help you.
I have try the preset text under Firefox (the last), avant browser 10.0 
(build 165) and IE 6 SP1.

Thanks for help :o)

> Yes I have upgraded Elog to 2.5.8-2.
> I submit my new elogd.cfg file maybe it will help you.
> I have try the preset text under Firefox (the last), avant browser 10.0 
> (build 165) and IE 6 SP1.

I tested your config file under Firefox (the last) and it worked fine. On the
"Liste Routeurs & Firewall", I click "New", then select FWL1, then see the text
"FLW1.txt" in the main body. I don't have that file, so elog by default just
shows the file name.

I also realized that you have double entries in your config file (like two
"Attributes = " and "Options Type = " lines. However this should not be a
problem, elog just chooses the first one.

If your preset text does not work, it could be that you have switched off
JavaScript. In Firefow, you can open the JavaScript console (Tools/JavaScript
console). Maybe you see any error there.

- Stefan

> > Yes I have upgraded Elog to 2.5.8-2.
> > I submit my new elogd.cfg file maybe it will help you.
> > I have try the preset text under Firefox (the last), avant browser 10.0 
> > (build 165) and IE 6 SP1.
> 
> I tested your config file under Firefox (the last) and it worked fine. On the
> "Liste Routeurs & Firewall", I click "New", then select FWL1, then see the text
> "FLW1.txt" in the main body. I don't have that file, so elog by default just
> shows the file name.
> 
> I also realized that you have double entries in your config file (like two
> "Attributes = " and "Options Type = " lines. However this should not be a
> problem, elog just chooses the first one.
> 
> If your preset text does not work, it could be that you have switched off
> JavaScript. In Firefow, you can open the JavaScript console (Tools/JavaScript
> console). Maybe you see any error there.
> 
> - Stefan

Ok I have fix the problem :)
Options Type = FWL1{1}, FWL2{2}, FWL4{3}, VPN1{4},VPN2{5}
{1} Preset text = FWL1.txt
{2} Preset text = FWL2.txt
{3} Preset text = FWL4.txt
{4} Preset text = VPN1.txt
{5} Preset text = VPN2.txt
I have delete the "" for example FWL1.txt instead of "FWL1.txt" and I've delete 
the double entries too. In fact I don't know why, ELOG has take the second Options 
Type instead of the one :)! Now It work fine :)

Thanks a lot Stefan ;)

Is there an option that elog creates one logfile for one entry in the
database? It seems that there elog is creating one logfile for one day.

> Is there an option that elog creates one logfile for one entry in the
> database? It seems that there elog is creating one logfile for one day.

No. One file per day was chosen in order to keep the number of files small.
For which purpose would you need such an option?

I want exchange the logs as files and not with the mirroring function. My 
collegue and me are already exchanging all our project files, so the logs from 
ELOG could be included in this exchange.

> I want exchange the logs as files and not with the mirroring function. My 
> collegue and me are already exchanging all our project files, so the logs from 
> ELOG could be included in this exchange.

If you do not want to use the mirroring, then you can extract a single entry with
the "hidden" download command. Like for this entry:

http://midas.psi.ch/elogs/Forum/1039?cmd=Download

Tell your browser to save the result locally and you have a file with just this
message. Note however that if you ship these files around, and combine them with an
existing logbook by copying them to the logbook directory, you could have two
entries with the same ID, in which case elogd would produce unpredictable results.

Hi,

Is there a command line in the configuration files to show all of sub logs 
on the main page of elog instead of clicking on "Expand All" on the top of 
ELOG ?

Thanks

> Hi,
> 
> Is there a command line in the configuration files to show all of sub 
logs 
> on the main page of elog instead of clicking on "Expand All" on the top 
of 
> ELOG ?
> 
> Thanks
Up ! :o)
So I have posted a picture to explain better my question.
So could it be possible to have the index page always expanded ?
thanks for answers.

Alex.

> So I have posted a picture to explain better my question.
> So could it be possible to have the index page always expanded ?
> thanks for answers.

I added a new configuration option "Expand selection page" which defaults to
one. So if nothing is changed in the configuration file, the logbook selection
page is expanded by default. Only if one has very many logbooks and wants back
the old behaviour, one has to add "Expand selection page = 0" in the config
file. The new version is under CVS.

> > So I have posted a picture to explain better my question.
> > So could it be possible to have the index page always expanded ?
> > thanks for answers.
> 
> I added a new configuration option "Expand selection page" which defaults to
> one. So if nothing is changed in the configuration file, the logbook selection
> page is expanded by default. Only if one has very many logbooks and wants back
> the old behaviour, one has to add "Expand selection page = 0" in the config
> file. The new version is under CVS.

Many many Thanks for all Stefan ! :o)

I have defined a new field called "Record Date" to accept the dates from a
previous logging system. I am not too concerned with the timestamp
associated with these old imported entries. But for new entries...
There is no way I am able enter/edit the time into my new field. They all
show as having a time of 12:00. What am I doing wrong? Here is a portion of
my config

-----------------------------------------------------------

Attributes =   Record Date, Spacecraft, Author, SubSystem, Title

Required Attributes = Record Date, Spacecraft, Author, SubSystem, Title

Type Record Date = date
Time format = %A, %d %B, %Y, %H:%M
Date format = %A, %d %B, %Y, %H:%M

Preset Record date = $date
List Display = Record date, Spacecraft, Author, SubSystem, Title
Start page = ?rsort=Record date

Entries per page = 100
Message Height = 15
Page Title = ELOG - $title
Reverse sort = 1
Quick filter = Date, Spacecraft, SubSystem, Author

message comment = "Please make your log entry in the box BELOW."
Attachment Comment = "Please upload your attachment in the box BELOW."

Menu commands = List, New, Edit, Delete, Reply, Find, Help, Download, Last
Day, Move to, Copy to


Subst Author = $long_name from $remote_host
Subst Email = $user_email

RSS Title = $Title, by $author on $Record Date

Guest menu commands = Find, Last 10, Login, Help
Guest Find Menu commands = Find, Last 10, Login, Help

> I have defined a new field called "Record Date" to accept the dates from a
> previous logging system. I am not too concerned with the timestamp
> associated with these old imported entries. But for new entries...
> There is no way I am able enter/edit the time into my new field. They all
> show as having a time of 12:00. What am I doing wrong? Here is a portion of
> my config

Date is "date", and not "date-time" unfortunately. There is no way right now to
enter a time. I plan however to add a new format "datetime", which allows that
option. So stay tuned.

- Stefan

Stefan,

Oh. OK. I will keep tuned. It would be quite useful to have.

Mark
> > I have defined a new field called "Record Date" to accept the dates from a
> > previous logging system. I am not too concerned with the timestamp
> > associated with these old imported entries. But for new entries...
> > There is no way I am able enter/edit the time into my new field. They all
> > show as having a time of 12:00. What am I doing wrong? Here is a portion of
> > my config
> 
> Date is "date", and not "date-time" unfortunately. There is no way right now to
> enter a time. I plan however to add a new format "datetime", which allows that
> option. So stay tuned.
> 
> - Stefan

I implemented a "datetime" option which does exactly what you want. All you
need is a

Type Record Date = datetime

in your config file. The new option is present in version 2.5.8-2 and ready to
download.

When an attached image name contains a space in its filename and attachment
display is enabled elog builds a wrong url to the image:

http://arcolog.roma2.infn.it:8080/ARCO/050309_170709/peeling+002.jpg

instead of the correct one:

http://arcolog.roma2.infn.it:8080/ARCO/050309_170709_peeling+002.jpg

The more annoing thing is that elogs hangs on this. a strace shows a select
on fd n°3 and 5 that loops forever (returning a timeout error):

send(4, "<141>Mar 23 11:36:25 elogd[22189"..., 35, 0) = 35
rt_sigaction(SIGPIPE, {SIG_IGN}, NULL, 8) = 0
select(1024, [3 5], NULL, NULL, {1, 0}) = 0 (Timeout)
select(1024, [3 5], NULL, NULL, {1, 0}) = 0 (Timeout)


May be the better solution is, after fixing the bug for backward
compatibility with already uploaded images, to implement a forced characters
substitution at upload time, replacing spaces and every character not in a
"allowed chars" list with an underscore

> When an attached image name contains a space in its filename and attachment
> display is enabled elog builds a wrong url to the image:
> 
> http://arcolog.roma2.infn.it:8080/ARCO/050309_170709/peeling+002.jpg
> 
> instead of the correct one:
> 
> http://arcolog.roma2.infn.it:8080/ARCO/050309_170709_peeling+002.jpg
> 
> The more annoing thing is that elogs hangs on this. a strace shows a select
> on fd n°3 and 5 that loops forever (returning a timeout error):
> 
> send(4, "<141>Mar 23 11:36:25 elogd[22189"..., 35, 0) = 35
> rt_sigaction(SIGPIPE, {SIG_IGN}, NULL, 8) = 0
> select(1024, [3 5], NULL, NULL, {1, 0}) = 0 (Timeout)
> select(1024, [3 5], NULL, NULL, {1, 0}) = 0 (Timeout)
> 
> 
> May be the better solution is, after fixing the bug for backward
> compatibility with already uploaded images, to implement a forced characters
> substitution at upload time, replacing spaces and every character not in a
> "allowed chars" list with an underscore

A correction:
the url generated is correct, infact modifing by hand the names of the files and
the "Attachment:" entry in the .log all works fine

the same problem happens if the filename is, for example foo.JPG and not foo.jpg :
http://arcolog.roma2.infn.it:8080/ARCO/050221_171508/Graph3.JPG
loops forever

http://arcolog.roma2.infn.it:8080/ARCO/050221_171508/Graph3.jpg
works correctly


so, elog does not like spaces in filename and/or uppercase extensions. the
solution is, IMHO, to sanify the uploaded filename at uploading time :-)

> When an attached image name contains a space in its filename and attachment
> display is enabled elog builds a wrong url to the image:
> 
> http://arcolog.roma2.infn.it:8080/ARCO/050309_170709/peeling+002.jpg
> 
> instead of the correct one:
> 
> http://arcolog.roma2.infn.it:8080/ARCO/050309_170709_peeling+002.jpg

This is on purpose. If you want to save an attachment locally and right click on
the attachment, and select "Save link as..." in your browser, then the default
file name is taken from the link. If your original file namw was "peeling
002.jpg", then you want again the same name, and not "050309_170709_peeling
002.jpg, because you would have to delete the date/time part of the file name
each time which would be annoying. That's why I have chosen to put an artificial
"/" between the date/time and the original file name. On the elog side, it's
converted correctly back to the file name.

The problem with blanks in attachment names I could not reproduce. See this
post, which contains an attachment with a blank in it. As you can see, this does
not crash the server. 

> > When an attached image name contains a space in its filename and attachment
> > display is enabled elog builds a wrong url to the image:
> > 
> > http://arcolog.roma2.infn.it:8080/ARCO/050309_170709/peeling+002.jpg
> > 
> > instead of the correct one:
> > 
> > http://arcolog.roma2.infn.it:8080/ARCO/050309_170709_peeling+002.jpg
> 
> This is on purpose. If you want to save an attachment locally and right click on
> the attachment, and select "Save link as..." in your browser, then the default
> file name is taken from the link. If your original file namw was "peeling
> 002.jpg", then you want again the same name, and not "050309_170709_peeling
> 002.jpg, because you would have to delete the date/time part of the file name
> each time which would be annoying. That's why I have chosen to put an artificial
> "/" between the date/time and the original file name. On the elog side, it's
> converted correctly back to the file name.
> 

yes I notice this after posting :-) sorry

> The problem with blanks in attachment names I could not reproduce. See this
> post, which contains an attachment with a blank in it. As you can see, this does
> not crash the server. 

Ok I can confirm this.
The problem arises, for me, when upgrading to the new version of elog having yes
some old entries with attached filenames containing spaces and/or uppercase extensions.

It seems that uploading files with spaces in the name *now* works well... so the
problem should be somewhere in the handling of existing attachments, not rised when
the attachment is uploaded with the current version of elog ... it's quite strange

> It seems that uploading files with spaces in the name *now* works well... so the
> problem should be somewhere in the handling of existing attachments, not rised when
> the attachment is uploaded with the current version of elog ... it's quite strange

Can you send me one of this old xxxxxxa.log files which causes that crash, I can then fix
it in elogd.c ...

> When an attached image name contains a space in its filename and attachment
> display is enabled elog builds a wrong url to the image:
> 
> http://arcolog.roma2.infn.it:8080/ARCO/050309_170709/peeling+002.jpg
> 
> instead of the correct one:
> 
> http://arcolog.roma2.infn.it:8080/ARCO/050309_170709_peeling+002.jpg
> 
> The more annoing thing is that elogs hangs on this. a strace shows a select
> on fd n°3 and 5 that loops forever (returning a timeout error):
> 
> send(4, "<141>Mar 23 11:36:25 elogd[22189"..., 35, 0) = 35
> rt_sigaction(SIGPIPE, {SIG_IGN}, NULL, 8) = 0
> select(1024, [3 5], NULL, NULL, {1, 0}) = 0 (Timeout)
> select(1024, [3 5], NULL, NULL, {1, 0}) = 0 (Timeout)
> 
> 
> May be the better solution is, after fixing the bug for backward
> compatibility with already uploaded images, to implement a forced characters
> substitution at upload time, replacing spaces and every character not in a
> "allowed chars" list with an underscore

donno if the following is correlated, otherwise there is another problem I
guess :-)
I attached a strace of elog, hope you'll find it useful.

- Irestarted the daemon
- attached strace to it
- requested the list for a testin logbook, few entries some quite big images 
  (two thumbnails, the other are old images get resized my the browser)
- repeted previous point a couple of times
- press F5 (mozilla-firefox)  the browser hangs 4ever
- stop the load
- repeat point 3, all right
- F5 => hangs
- F5 => hangs

there should be some problem, may be in the socket ?

> - Irestarted the daemon
> - attached strace to it
> - requested the list for a testin logbook, few entries some quite big images 
>   (two thumbnails, the other are old images get resized my the browser)
> - repeted previous point a couple of times
> - press F5 (mozilla-firefox)  the browser hangs 4ever
> - stop the load
> - repeat point 3, all right
> - F5 => hangs
> - F5 => hangs

I tried to reproduce this problem, but everything was fine. This problem was never
reported by anyone else as well.

> > - Irestarted the daemon
> > - attached strace to it
> > - requested the list for a testin logbook, few entries some quite big images 
> >   (two thumbnails, the other are old images get resized my the browser)
> > - repeted previous point a couple of times
> > - press F5 (mozilla-firefox)  the browser hangs 4ever
> > - stop the load
> > - repeat point 3, all right
> > - F5 => hangs
> > - F5 => hangs
> 
> I tried to reproduce this problem, but everything was fine. This problem was never
> reported by anyone else as well.

I tried to rise the problem with konqueror, and all works nice... running
mozilla-firefox gives the problem instead (also running the test at the same time), so
there should be something in firefox or in the interaction between firefox and elog.
I'll send you one of the elog giving the problems so you can test by yourself as you
asked.

btw:
http://midas.psi.ch/elogs/Forum/?mode=full&attach=1  does not gives any problem to me
even running firefox. so the problem may be in some my elog.cong parameter ...

> > - Irestarted the daemon
> > - attached strace to it
> > - requested the list for a testin logbook, few entries some quite big images 
> >   (two thumbnails, the other are old images get resized my the browser)
> > - repeted previous point a couple of times
> > - press F5 (mozilla-firefox)  the browser hangs 4ever
> > - stop the load
> > - repeat point 3, all right
> > - F5 => hangs
> > - F5 => hangs
> 
> I tried to reproduce this problem, but everything was fine. This problem was never
> reported by anyone else as well.

running ethereal I found a bug, hope this is the problem hanging my firefox (I think
we have a good chance it is :-P)

when I have thuimbs enabled, elog returns for the ".thumb" (or ".whatever".. thumb's
extension should be transparent to elog .. uhm... it can't be .. this is a problem)

anyway, having attached a pdf (a big one) and aving attachment display enabled (with
my thumbnails generated by my script)  elog returns for the displayed thumb a
Content-Type for application/x-pdf, instead of the correct image/jpeg. I think this is
the problem.

The only way for elog to know what is the correc\t content type for thumbnails is to
get it from a configuration parameter, becouse it is a chioce of the external script
used to generate them to choose the type of thumbs (jpeg, png, gif ... )
One conf parameter defaulting to jpeg may be the solution

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
 

> 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

> > 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

wow, who's Speedy Gonzales ?!? :-P

> > 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

wow, who's Speedy Gonzales ?!? :-P

> > 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

> 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.

Greetings to JLab (I once worked at UVa in Charlottesville...). Is David Abbott
still there?

- Stefan

> > 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

> > > 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

Hi,
where can I find this correction for ELOG?
thanks a lot :o)

> > > > 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
> 
> Hi,
> where can I find this correction for ELOG?
> thanks a lot :o)

It's under CVS. You have to recompile the executable yourself, or you wait for the next
release (;-)