This problem has been fixed in revision 1.491 and will be published in version 2.5.4-6.
I have the following in a local logbook config: append on edit = "\n\n[$date: $short_name]\n" When I upload an attachment to an entry, it appears like the page is getting refreshed in the browser and the 'append on edit' action is called again. This results in two appended strings in the text entry, one for the initial edit and one for the upload. Is this by design or an inadvertent result of uploading an attachment? My preferred handling of this - and perhaps a more intuitive behavior - would be to have the append/prepend actions happen once and only once for each edit or reply. BTW Stephan, many thanks for the great program.
I fixed that in revision 1.496 (see CVS).
I'm running a Debian package of elog with verision number 2.5.4+r1480-1. The revision of the elog client in this package is 1.21. I'm using the elog client to send entries generated by a script to my logbook. I want to format the body text of the entry using HTML, to include links and images. When I submit the entry with the elog client it is submited as text and not HTML. The man page for the elog client does not mention any commandline options to specify the formating of the entry and I have not found any info in this forum on the issue. Is it possible to submit an entry with a html body using the elog client?
> Is it possible to submit an entry with a html body using the elog client? I added a "-H" flag for that. New version of elog.c under CVS and in the next release.
> > Is it possible to submit an entry with a html body using the elog client? > > I added a "-H" flag for that. New version of elog.c under CVS and in the next > release. Great! Thanks. Kristinn
When compiling elogd on AMD64 (in 64 bit mode) there are many warnings like these: src/regex.c:3769: warning: cast from pointer to integer of different size src/regex.c:3769: warning: cast from pointer to integer of different size src/regex.c:3775: warning: cast to pointer from integer of different size The reason is the (int) cast, which (I think) is not necessary.