I just ran into an odd bug with conditional attributes: If I add a certain attribute to "Required Attributes", none of the conditionals will work anymore. I have tried to create a small logbook definition that will demonstrate the problem (the original logbook is more complex and uses two sets of conditionals, both of which will be disabled when the bug hits):

; General settings
Menu commands = List, New, Edit, Duplicate, Delete, Reply, Select, Move to, Download, Find, Logout, Help, Config,Admin
List Menu commands = New, Select, Find, Logout, Help, Config, Admin, Import, Download
Date Format = %d/%m/%Y
List conditions = 1
List display = Edit, Type, Created, StatusA, StatusB, Archived, Test Text, Public?

; Attributes
Attributes = Type, Created, StatusA, StatusB, Archived, Test Text, Public?
Required Attributes = Type

; Attribute Types
Type Created = date
Type Archived = date

; Options & Tooltips
Options Type = Type1{0}, Type2{1}
Options StatusA = Status-A-red, Status-A-orange, Status-A
Options StatusB = Status-B-red, Status-B-orange, Status-B
Options Public? = yes,no

; Conditionals
{0}Show Attributes Edit = Type, Created, StatusA, StatusB, Archived, Test Text, Public?
{1}Show Attributes Edit = Type, Created, StatusA, Archived, Test Text, Public?

The above logbook definition works. However, if I replace the Required Attributes = Type with Required Attributes = Type, Public?, the conditionals will no longer work. I can see the difference in the reactions of the browser - with the extra attribute, nothing happens when I change "Type". Without, the browser will spring into action and reload as soon as I change "Type". I've tested this with both Firefox 3.6.13 and Konqueror 4.4.5 on Kubuntu 10.04 as clients. Fortunately, this is not a showstopper for me, as it is not mandatory to have this attribute defined as required, but I find it a weird issue nonetheless.

Cheerio,

Thomas

P.S.: I'm currently running the latest SVN version of elogd on OPenBSD as I ran into the same problem as described in Message 66984. The above problem also happens with the 2.8.1 I was using before. Some feedback: The SVN version compiled and ran without any further intervention on OpenBSD - very nice!

I have a really odd issue with elog...

My setup:

elogd.cfg:
[global]
port = 2109
SMTP host = localhost
Resource dir = /usr/share/elog
Logbook dir = /srv/www/elog
charset = UTF-8
Main Tab = main
URL = https://elog.codemages.net
Relative redirection = 1
Usr = www
Grp = www
Resolve host names = 0
Self register = 0 
Admin user = ruskie
SSL = 0
Login expiration = 20

[links]
Subdir = links
Theme = default
Comment = Link spam
Attributes = Author, Category, Link, Comment
Options Category = General, Law, IT, Odds, Linux
Required Attributes = Link, Comment
Page Title = ELOG - Link spam
Reverse sort = 1
Quick filter = Date, Category
Time format = %Y-%m-%dT%H:%M
Date format = %Y-%m-%d
Password file = links.pwd
Admin user = ruskie
RSS Title = $logbook $entry time :$Author :$Link :$Comment

[notes]
Subdir = notes
Theme = default
Comment = Various notes
Attributes = Category, Comment
Options Category = General, Law, IT, Odds, Linux
Required Attributes = Comment
Page Title = ELOG - Various notes
Reverse sort = 1
Quick filter = Date, Category
Time format = %Y-%m-%dT%H:%M
Date format = %Y-%m-%d
Password file = notes.pwd
Admin user = ruskie
RSS Title = $logbook $entry time :$Comment


lighttpd.conf:
$HTTP["host"] =~ "elog.*" {
  proxy.server = ( "" =>
                   ( "10.0.0.10" =>
                     (
                       "host" => "10.0.0.10",
                       "port" => 2109
                     )
                   )
                 )

}

If I access elog directly on 2109 I get no issues but when I use this configuration it takes minutes to access
any elog page at all. But the odd thing is this only happens when I'm using a gecko based browser(firefox,
xulrunner based etc...) if I use webkit-gtk or elinks all the pages load up with no noticable delay.

I have tried this on different computers, different configurations and so on... And always the same behaviour
when it comes to a gecko based browser. Elinks and webkit-gtk load up fine.

Marking this as Other so far. If anyone knows anything about running elog and lighttpd togheter please speak up.

Having installed v3.1.0 on a test logbook, I find that I can browse and select a file, but when I click on the "Upload" button, I get a pop-up message from the browser asking me:

"This page is asking you to confirm that you want to leave - data you have entered may not be saved."

The stay on page does nothing, the leave page option does what one expects from elog - that is the attachment thumbnail is generated etc. 

I guess this is something to do with the drag and drop feature, but wondered if others have this issue or whether it may just be some mystery setting of the browser (firefox).

Hi, I have an issue with my local elog setup. it's usable but one function is just not working.

Problem

I'm getting weird error messages when trying to write or read entries from the CLI client.

I have googled a lot and most elog client examples are not giving the actual output, more like elog -h <host> -p <myport> -a ... -x -m "myfile" but I hope I got the options right.

Upgrading did not change the behaviour.

Question?

• anyone see problems in the commands I tried below
• with OSX in general
• have a recent setup on OSX that just works

Env

I'm running elog on my OSX laptop for tracking issues / improvements on client's IT systems. It's proven really good for storing my notes.

One "kink" is I kinda need both of them on the laptop since I cannot assume to have working network connectivity, i.e. when documenting network outages or datacenter maintenance where everything is off.

One thing I couldn't get to work was the CLI. Today I upgraded to the latest build, and tried again.

Env: OSX 12.4 (x86_64)

elog Client compiled from latest source tree (bcd7b50edd3d687425e6c5b0906dc02c8690a24e)

with minimal adjustments (turn off SSL since I can't get it right on OSX, rename two .c files in mxml to .cxx)

Outputs

$ echo "blah" | ./elog -h 127.0.0.1 -p 8080 -l intern -r 2 -x
Cannot retrieve host name: Undefined error: 0
$ echo "blah" | ./elog -h 127.0.0.1 -p 8080 -l intern -r 2 -x
Cannot retrieve host name: Undefined error: 0
$ host 127.0.0.1
1.0.0.127.in-addr.arpa domain name pointer localhost.
$ elog -?
elogd 3.1.4 built Oct  8 2020, 03:14:21 revision 7c3fd00b
$ elog -?                                                                       
elogd 3.1.4 built Jul  5 2022, 18:23:30 revision bcd7b50e

As per the messages, I'm not entirely sure if it's an issue with the client or the server. upgrading both components made no difference.

Config

Theme = default
Comment = Logbuch Findings etc
Attributes = Context, Type, Category, Subject, ObjectPath
Options Context = global, intern, [redacted]
Options Type = Anpassung, Finding, Problem, Update, Auftrag, Planung
Options Category = General, Hardware, Software, Network, Other
Extendable Options = Category
Required Attributes = Context, Type, ObjectPath
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date, Context, Type

make output

$ gmake                                                
c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -I/opt/local/include -o elog src/elog.cxx mxml.o crypt.o -L/opt/local/lib
ld: warning: directory not found for option '-L/opt/local/lib'
c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -I/opt/local/include -w -c -o auth.o src/auth.cxx
c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -I/opt/local/include -o elogd src/elogd.cxx auth.o mxml.o crypt.o -L/opt/local/lib
ld: warning: directory not found for option '-L/opt/local/lib'
c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -I/opt/local/include -o elconv src/elconv.cxx -L/opt/local/lib
ld: warning: directory not found for option '-L/opt/local/lib'

$ ls -ltr
[...]
-rw-r--r--   1 floh  staff     4811  5 Jul 17:58 CMakeLists.txt
drwxr-xr-x  25 floh  staff      800  5 Jul 17:58 doc
drwxr-xr-x  10 floh  staff      320  5 Jul 17:58 scripts
drwxr-xr-x  13 floh  staff      416  5 Jul 17:58 src
drwxr-xr-x  10 floh  staff      320  5 Jul 18:15 mxml
-rw-r--r--   1 floh  staff    36424  5 Jul 18:15 mxml.o
-rw-r--r--   1 floh  staff     8784  5 Jul 18:15 crypt.o
-rw-r--r--   1 floh  staff     5886  5 Jul 18:23 Makefile
-rwxr-xr-x   1 floh  staff    90840  5 Jul 18:23 elog
-rw-r--r--   1 floh  staff     2976  5 Jul 18:23 auth.o
-rwxr-xr-x   1 floh  staff  1390664  5 Jul 18:23 elogd
-rwxr-xr-x   1 floh  staff    52112  5 Jul 18:23 elconv


$ sudo gmake install
Password:
install: elog -> /usr/local/bin/elog
install: elconv -> /usr/local/bin/elconv
install: elogd -> /usr/local/sbin/elogd
install: man/elog.1 -> /usr/local/man/man1//elog.1
install: man/elconv.1 -> /usr/local/man/man1//elconv.1
install: man/elogd.8 -> /usr/local/man/man8//elogd.8
install: scripts/ckeditor-config.js -> /usr/local/elog/scripts//ckeditor-config.js
install: scripts/dnd.js -> /usr/local/elog/scripts//dnd.js
install: scripts/elcode.js -> /usr/local/elog/scripts//elcode.js
install: scripts/im.js -> /usr/local/elog/scripts//im.js
install: scripts/jquery-1.11.1.min.js -> /usr/local/elog/scripts//jquery-1.11.1.min.js
install: scripts/load-ckeditor.js -> /usr/local/elog/scripts//load-ckeditor.js
Installing CKeditor to /usr/local/elog/scripts/ckeditor
Installing resources to /usr/local/elog/resources
Installing themes to /usr/local/elog/themes
Installing example logbook to /usr/local/elog/logbooks/demo
install: logbooks/demo/2001/011108a.log -> /usr/local/elog/logbooks/demo/2001/011108a.log
install: elogd.plist -> /Library/LaunchDaemons/ch.psi.elogd.plist
The elogd service can now be started with
  sudo launchctl load /Library/LaunchDaemons/ch.psi.elogd.plist

Options Completed = Open{a}, Closed{b}
{a} Preset CompletedDate = 
{b} Preset CompletedDate = $date

• Create a new entry
  
• Create a numbered list:

  [LIST=1]
  [*] 1st entry
  [*] 2nd entry
  [/LIST]
  

• In the resulting HTML code, the closing statement of that list translates to </ul> instead of </ol>, causing the list to remain open and all following text to be intented by the list indentation. This gets worse when several such lists are used in one document. I'll include an example below.
  

1. one
   
2. two
   
3. three
   

1. four
   
2. five
   
3. six
   

Is there a limit on the number of conditions that can be simultaneously active in a log?  When I activate more than 10 conditions I start to see side effects with other conditions being deactivated.  I think this is due to the hard-coded array size of 10 for clist in the match_param function in elogd.c.  If so, could this limit be increased?  

Are there other limits on the number of conditions, or the length of condition names?  If I've understood the code right, the _condition string holds a comma-separated list of the active conditions, so the 256 byte length of this will also put some limit on the number of conditions that can be active.