I want to know if there were some way to insert a screen shot directly into the log book instead of going through the "save-attach" procedure. i.e. add some plug in button to do this under Linux?
Or, can I just make a plain log file "xxxx.log" and put it into the directory? Will that work?
Thanks
You cannot directly paste a screen shot into an elog entry. Use HoverSnap (Windows) or ksnapshot (linux) to produce directly an image file, then you need only two mouse clicks (browse and select file). There is also an Add-On for FireFox called "dragdropupload" which can be used for drag-and-drop a file into the attachment file selector.
I see. But what I want to do now is writing a script to make a elog entry, is that possible? I mean, I don't know if the log entry I generated could be recognized by elog. e.g. the following text is generated by me, no through elog, is there a way to let them shown on elog?
Date: Mon, 01 Dec 2008 18:45:21 -0500 Author: Anonymous Author Email: $user_email Category: Shift summary Subject: test Attachment: 081201_184113_bigcal_014.jpg Encoding: HTML ======================================== test
For what you need you can use the "elog" utility, as described in https://midas.psi.ch/elog/userguide.html at the bottom. Using the "-f" option you can add attachments there.
Got it! This is exactly what I need, thanks a lot!
Thumbnail size = 0
Hello,
i have config file elogd.cfg like below:
[Tom Yaht]
Theme = default
;Comment and Tittle Comment = LogBook Page title = Tom LogBook List page title = Tom LogBook
;admin and user settings admin user = tom login user = tom, soc login expiration = 2
Restrict edit time = 8 Attributes = Controllers, Event Date/Time, Site, Engineers, Type, Category, Subsystems, Subject, Distribution-Mail, EMail to
Moptions Distribution-Mail = Controllers, Engineers, Consultant Team, Manager
;Email settings Email Distribution-Mail "Controllers" = ble@xxx.com, cor@xxx.com, nor@xxx.com Email Distribution-Mail "Engineers" = blo@xxx.com, sur@xxx.com, ars@xxx.com Email Distribution-Mail "Consultant Team" = bli@xxx.com, zam@xxx.com Email Distribution-Mail "Manager" = bos@xxx.com Email all = $EMail to Use Email Subject = Tom Logbook - $Subject Use Email Heading = New Tom Logbook entry Use Email Heading edit = Tom Logbook has been updated
The Subject successfully displayed as i expected , but the email heading still use default heading "A new ELOG entry has been submitted" , while i want to changeit to be "New Tom Logbook entry" as i mention in Use Email Heading above.
Could anybody help me.
Thank you
Hi Stefan,
Thanks for your reply, i got it now.
The setting
Use Email Heading
is only used for plain text encoding of email messages. The default is HTML encoding, which has its own heading which cannot be changed. If you want the different heading, use
Email encoding = 1
and you get it.
/Stefan
i have elog tab configuration with preset text as follow :
=====================================================================
[Shift Entry] Theme = corp2 Comment = Shift Entry Page title = Shift Entry List page title = Shift Entry
Display mode = summary Default encoding = 2
;admin and user settings admin user = tom login user = tom, secretary, senior, engineer login expiration = 2
;Menu Displays settings Find menu commands = List, New, Find, Select, Logout, admin menu commands = List, New, Edit, Reply, Find, Move to
List display = Schedule-remarks, Schedule-Month, Author, Site, Status, Approval, Suggestion, Reason Not-Approved
Move to = Sr-Shift for Check
;Attributes Settings
Attributes = Schedule-remarks, Schedule-Month, Author, Site, Checked-by, Status, Approval, Suggestion, Reason Not-Approved, Email to
Hidden Attributes = Email to
Options Schedule-remarks = Initial, Revision 1, Revision 2, Revision 3, Revision 4, Revision 5, Revision 6
Type Schedule-Month = date # Type Schedule-Month End = date
Date format = %B, %Y
comment Schedule-Month = This Schedule is applied for 1 corresponded Month
Roptions Author = mike, daniel, tom
Options Site = Chicago, Bangkok
Required Attributes = Schedule-remarks, Schedule-Month, Author, Site
Roptions Status = Need-Check, Checked, Pending, Need-Revision
Roptions Approval = Approved, Rejected, Pending, Need-Approval
preset Status = Need-Check preset on edit Status = Need-Check preset on Reply Status = Need-Check
preset Approval = Need-Approval preset on edit Approval = Need-Approval preset on Reply Approval = Need-Approval
Locked Attributes = Checked-by, Suggestion, Reason Not-Approved, Status, Approval Fixed Attributes Edit = Status, Approval Fixed Attributes Reply = Status, Approval
Cell Style Status Checked = background-color:#0dcf00 Cell Style Status Pending = background-color:yellow Cell Style Status Need-Revision = background-color:red Cell Style Status Need-Check = background-color:grey
Cell Style Approval Approved = background-color:#0dcf00 Cell Style Approval Rejected = background-color:red Cell Style Approval Pending = background-color:yellow Cell Style Approval Need-Approval = background-color:grey
;email settings Email all = $EMail to Use Email Subject = SoC Sr Controllers Shift Schedule Plan Use Email Heading = New SoC Sr Controllers Shift Schedule Plan $Schedule-Month <br><br> Use Email Heading edit = SoC Sr Controllers Shift Schedule Plan $Schedule-Month <br><br>Has been Edited<br><br>
preset text = shift.html
==============================================================================================================================
I'm using that page to upload employee schedule in elog, and i copy-paste the schedule from excel table with color into the page.
The only browser that allow me to do above activity was only Microsoft Edge, it can keep the excel rich color table smooth and stayed with the color when i paste it.
If i'm doing above activity using different browser such as Firefox or chrome , everytime i paste the color rich excel table , the color always missing and only the text that pasted on the page.
But recently i update my Windows 10 and the Microsoft Edge browser also updated, and since that i the microsoft edge browser cannot read the "preset-text" template anymore and the page just blank.
Can you help
Thank you and regards
Hi guys,
Is there any simple way to export the ELOG data in a more readable way, except copying the .log files????
Thank You in advance,
Urian.
;liste des attributs Attributes =CR,Serial,EDA,Experience,Lieu,Type,Gain,G1,G2,G3,G4,G5,G6,G7,G8,Intensité,Seuil bas, Seuil haut ; Combine attributes into singles lines Format G1 = 1,attribgainname,attribvalue,10,10 Format G2 = 1,attribgainname,attribvalue,10,10 Format G3 = 1,attribgainname,attribvalue,10,10 Format G4 = 1,attribgainname,attribvalue,10,10 Format G5 = 1,attribgainname,attribvalue,10,10 Format G6 = 1,attribgainname,attribvalue,10,10 Format G7 = 1,attribgainname,attribvalue,10,10 Format G8 = 1,attribgainname,attribvalue,10,10
.attribgainname { width:25px; background-color:lime; border:1px solid #0000FF; border-top:1px solid white; border-left:1px solid white; padding:3px; }
; start a new line G1,G2...G8
; start a new line I1,I2...I8
...\elogd.exe -c g:\elog\elogd.cfg
Erreur : commande "CSV Import" non autorisée Utilisez le bouton "page précédente" de votre navigateur pour revenir en arrière
Hello there !! I wonder if it's possible to write an url like this[URL=?CR=CR00000429]CR00000429[/URL] in fact it don't work for the moment , because it is redirected tu http:///?CR=CR00000429 is it possible to have url without http:// I have a logbook CR and a type CR and i work now in localhost but i want my elog to be accessible from anywhere. Im not very clear but I hope you understand. [TABLE border="1"] Emplacement|CR|TYPE|Cable trace voix 1|Cable trace voix 2|url|- MON|CR00002536|Monitoring|x|x|[URL=http://localhost:8080/CR/?CR=CR00002536]CR00002536[/URL]|- POW1|CR00000429|POWER Ro|x|x|[URL=?CR=CR00000429]CR00000429[/URL]|- POW2|CR00000430|POWER Ro|x|x|[URL=?CR=CR00000430]CR00000430[/URL]|- [/TABLE]
Thank you a lot !!
i seem to be unable to find a clear explanation of how to enable self-registration in the docs. just to be sure i grepped the doc directory, but the two references to it were in the changelog and the faq. it could be just me but i'm not reading between the lines or connecting the various places in the docs to get it going :/
> Sorry, I haven't fully documented it yet, will do on Monday next week. For > now, see the configuration file for this forum which is attached. that's ok. i just wanted to make sure that i hadn't missed something. i'm eventually switching over my entire dial up bbs, to my web page, with elog being the message system. self-registration was the last piece of the puzzle for me :)
> Just since some people asked for: Here is the elogd.cfg for this demo quite a few things i wanted to do were in that config :) the only feature i can think of now is a link on the subject in threaded display mode. i really crank up the resolution on my monitor, so i tend to miss clicking on the icon (or message number...
is it possible to add ip information into the logging? that's something i was working on already but never finished...now that there's logging already added :)
i have a forum with one message. the forums is displayed with the search mode set to threaded. the list shows this: posted by tony summerfelt on Tuesday, September 17/2002 -- 11:19 AM but the entry date on the message is: Sunday, September 01/2002 -- 01:47 AM the 'posted by' shows the current date/time everytime i look at the message.
> I vaguely remember there was once a problem with that date. So can you please > try again with a recent version of ELOG? i just entered a new message and it's doing the same thing... the version showing at the bottom of the listing is v2.1.2 (even though i updated to 2.1.3)
this is happened before, and it just happened upgrading from 2.2.2 to 2.2.3 the link at the bottom of the page shows a previously installed version. i don't install to the elog directory, i install to a ram disk and copy over the new executables, the source, readme and help html. the link showed 2.1.2 until i upgraded to 2.2.2 (i didn't do anything different than the above. now i'm at 2.2.3 and the link is showing 2.2.2...not that it's a big deal, i'm just wondering what i did wrong
> Of course you have to stop the old elogd program and start the new one. Have > you done that? on windows i run it as a service through firedaemon, but i stop it before upgrading...that was one of the first things i checked...
> Ooops, I just realized that the Windows 2.2.3 distribution contained the old > (2.2.2) executable for elogd.exe. I apologize for that. I have updated the that's ok. i just it was driving me nuts there for a while...everything is fine now... i've tried other web based msg boards, but i keep coming back to elog...
unless i missed these in the docs some place: 1) a threaded display but collapsed threads unstead of all replies showing 2) the subject is the link along with the icon. it would make it a little easier to click on the message if you run your montior on a high resolution...
> This feature has been added in Version 2.2.4 which has been released today. > Use the "collase" button. > This feature has been added in Version 2.2.4 as well. Use "line as link = 1" > in elogd.cfg thanks. that was quick :)
i have expand flag set to 0 but it doesn't seem to be working... i can expand and collapse via the links, or if i make sure the url includes it.
> I checked your elogd.cfg: The flag is called "Expand default" not "Expand" as > you had it. With "Expand default = 0" it works fine. Just RTFM... i could probably recite the manual from memory :/ i wouldn't ask if i wasn't confused about something. i thought the 'default' word was explaining what the default was for the 'expand' flag, not an actual part of the flag.
If you have a logbook and you create a new entry, is it possible to put a time limit on that new entry so that edits/replies are only valid for certain amount of time. I am looking for a way that would allow me to have a user start a new message, but after 8 hours, that message becomes locked and no one can edit or add to the message. This is for some shift work and we do not want users to go back after their shift and edit the messages.
I am looking for the correct syntax for Preset Text =
I have an html file I want set in the editor so that my users can just enter in the data below the predetermined heading. What is the correct syntax/file location.
Thanks!
Is there a way to post a logbook entry to a future dated logbook file? I've searched through the user manual for forward dating but can't seem to find anything. As an example at my office, a user wants to add a personal entry stating they will be absent from work on October 5th and I would like that entry information written to the 131005a.log file instead of the current days log.
Hi, thanks to everyone involved for giving us the elog.
A question:
Is it possible to submit entries to an elog on a remote machine by email?
Thanks, Thorsten
Hi, thanks for everyone involved for giving us the elog.
Is there an easy way (without intermediate save) to send screenshots (with irfan, snagit or hardcopy) as a new entry to an elog running on a remote machine?
Thanks, thorsten
Wen es interessiert:
der Eintrag "eloglang = german" gehoert in das Verzeichnis "usr/lib/elog/resources". Dort wird er von elogd ausgelesen.
Wie bitte ist der dorhin gekommen? Normalerweise wird elogd.cfg unter /usr/local/elog gespeichert. Wenn man natuerlich diese Datei von Hand irgendwo andershin kopiert, muss man sie auch dort veraendern, sonst schiesst man sich selbst in's Bein.
Wie und wo funktioniert das mit dem debian package ?
hier gibt es nur /etc/elog.conf, egal in welchem teil ich es reinschreibe, groß, klein,
ich habe leider noch immer alles in englisch
i've installed the debian package on my system
there's only one config file, /etc/elog.conf
i've tried to change the language, in [global] with Language = german,
then restarting the daemon, but it doesn't work.
please help me, where can i change the default(all) language and which settings should i do.
thx a lot
I'm not maintainer of the Debian package, you should direct your question to Recai <roktas@omu.edu.tr> (in principle he should read this forum). If you start elogd manually with the strace command like:
strace -r -o tmp.log -e trace=open /usr/local/elog/elogd
and check in tmp.log from where elogd opens its elogd.cfg. Then change the appropriate elogd.cfg (NOT elog.conf). After you change it, you have to restart elogd.
in the trace is only one config file
0.000103 open("/etc/elog.conf", O_RDONLY) = 3 0.000047 open("/etc/elog.conf", O_RDONLY) = 3
svrmarty wrote:
there's a bug in the debian package
0.000033 open("resources/eloglang.german", O_RDONLY) = -1 ENOENT (No such file or directory) 0.000264 open("/usr/share/elog/resources/eloglang.german", O_RDONLY) = -1 ENOENT (No such file or directory)
it's searching for the files in the wrong directory.
i've solved it with
#/usr/share/elog$ ln -s . resources
it seems out systemlang is en_US,
#date Thu Mar 27 14:11:59 CET 2008
and i want to change the local lang only for the elogd.
i tried it with .bash_profile in the elog homedir with
bash_profile
LANG=de_AT export LANG
but it doesn't work.
how can i change it to get ?
#date Don Mär 27 14:09:14 CET 2008
thx
I investigated this and found that elogd itself does not use the locale properly, so I have to change the code. I will let you know when I fixed this problem.
You do not have to change the environment variable, this is all handled inside elogd. I fixed teh above error in SVN revision 2098. Can you try it?
is there any new option i can use/configure ?
i still get the english datetime
Eingabezeit: Thu Mar 27 09:27:41 2008
As I told you, you have to upgrade to SVN revision 2098 or later.
i've updated to ELOG V2.7.3-2104
Well, then you should get German locale. I just tried with the same version and following elogd.cfg, so I don't know what you are doing wrong:
[global] port = 8080 language = german [demo] Attributes = Author, Type, Category, Subject
great, works now
i had to create de_DE locales, we only use de_AT, this is for austria, where we live
What is the procedure to delete a logbook (incl. attachments)?
Steve
Stefan,
Thank you that is exactly what I needed to know.
Deleting a logbook in the config page (via "Delete this logbook") only removes the logbook defiition from the config file. To really erase all information you have to go to the file system and delete the whole directory belonging to that logbook. You have one subdirectory per year, containing all logobok entries and also attachments, so make sure you do a recursiver directory removal.
Stefan
In elog version 2.7.1.2004, when I want to upload an image, after browsing I obtain a error message like < Upload command not unauthorized>. That is strange is the file is right uploaded in the logbook directory but not appear in the entry.
Thank you for your help.
Stéphane
Thank you for reporting this problem. I found that it was related with switching ELOG to French (in the English version it always worked). I fixed this in revision #2006 and re-made the 2.7.1 distribution with the bug fix.
I made the test and it's really switching english to french. Another problem I observe by switching in french is when I want to create / edit an entry in html, the tool bar is hide ! Does the #2006 will corret this too ?
Regards
This seems to be a problem with the FCKeditor which is used inside ELOG. If you upgrade from a previous version of elog, make sure not to only update the executable, but the whole scripts directory tree. When you start elogd manually, you will see FCKedit detected if the installation is correct.
Thank you for the #2006 which correct the upload problem in french.
The problem with the toolbar when creating / edting entry in html mode still exist. I try in french, it fails. I try in english, it works. I ran manually elogd and FCKedit detected is printed during elogd starting.
Kind regards
Ok, I guess I found it. Can you try with #2007 again?
It works... Thank you very much for correcting so quickly
Best regards
I would like to make several attachement at the same time. I would be great cause I have lot of attachements to do every day. I try wiht CTRL or SHIFT key but I failed in.
Is it possible at this moment ?
Unfortunately this is a limitation of HTML and your browser. Most photograph printing services have the same problem, you can only upload one photo at a time, so they come up with some Java programs you have to run locally to upload sets of photos. Or they have standalone programs, but they only work under Windows. So the only way to ease your pain is if you put your attachments into a single zip file.
Thank's for your answer.
How do I proceed to have spell check in fck editor under linux / firefox ?
When I start elogd on the mirror destination server, until cron job started, I can access to the website normaly. Once cron job started, I can't access to the website of the elog mirror destination server.
How can I solve this problem ?
When I started elogd on the mirror server, I can access to the website on it until cron job started. Once cron job started, the elog mirror server hang and I can't obtain any response on it.
With this information I cannot diagnose the problem. I would recommend you to run the elogd on the mirror server in interactive mode with the "-v" flag, so you see all net traffic. Maybe this sheds some light on the problem.
The server hang at this point :
ID362 : 45F505AF26644D7F71A2AF6E9822554D Cache : 45F505AF26644D7F71A2AF6E9822554D Remote : 45F505AF26644D7F71A2AF6E9822554D
I can't stop the process with ctrl+c
No, that does not help me to come to a conclusion. So I have no idea what's going on. When you do mirroring, you can start the synchronization from both server sides. Can you maybe try to do that from the "other" server? Maybe you have some firewall problem.
How can I put the output in a file to send it to you ?
I solve my mirror problem. It came from old logbooks made with old elog version. I replicate these manually and exclude them from mirror.
On Sierra Macports install openssl in /opt/local/include/ , but copy it into /usr/local/include. You should able to fix it.
sudo cp -r /opt/local/include/openssl /usr/local/include/
My macports puts it under
/opt/local/include/openssl/ssl.h
I responded too quickly.
I already have openssl installed via macports (this is the "Mac version" of libssl-dev).
Does anyone know where exactly elog is looking for openssl/ssl.h? I have just updated Macports and upgraded to Sierra, so maybe it's been dumped it in a different location.
Christina
Oops!
I think that I must have skipped straight to the MacOS notes instead of reading the linux section properly.
Thanks for the help,
If you look into the documentationa at:
http://midas.psi.ch/elog/adminguide.html#unix
you will see that for Linux (as well asl MacOS) you need the libssl-dev packaged to be installed. There are many ways to install this on MacOS, I personally use the MacPorts distribution:
https://www.macports.org/ports.php?by=library&substr=openssl
Best regards, Stefan
Hi,
I am trying to install on MacOS Sierra. I believe that I have followed all the steps correctly, but the install is failing with the following error:
cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -DHAVE_SSL -o elog src/elog.c crypt.o -lssl
src/elog.c:57:10: fatal error: 'openssl/ssl.h' file not found
#include <openssl/ssl.h>
^
1 error generated.
make: *** [elog] Error 1
Help appreciated!
Thanks, Christina
I'm facing with a crash, which happen when I sort the entries by a datetime attribute (sort or rsort) and then i change the display mode from Full, Summary and Threaded.
For example, the elogd crashes when I try to connect from the Full display to Summary in sort mode. The issue presents for example by entering with the following URL:
http://host.name.com:8080/65+nm/?mode=summary&sort=Record+date
Can you please help me?
Here I reduced my elogd.cfg at minimum and I still get this issue:
[global] port = 8080
[65 nm] Attributes = Record date
Type Record date = datetime Preset Record date = $date List Display = Record date Start page = ?sort=Record date
I write my lab journal with pen and though of getting a linux supported tablet. Has anybody ever used ELOG and did input using a tablet?
Hi Team,
Can you please guide me how to export and import the documents from the one elog to the another elog server also I like to know how to backup the server.
Stan
> i work on Windows2000 > > part of my elog.cfg: > > Passwort file = c:\elog\passwd.txt > Self register = 1 > Guest user commands = config, admin, logout > > file system: > > - i created an emty file with name passwd.txt > > problem: > > - if i use the link "Register as new user" on login, it does not work. > - if i login as guest user and choose the menu config, it only > display the attributes Login_name, Full_name and Email. > So i kann not create user. > > what should i do ? > what are my mistakes ? > > Can you attache as sample password file ? Dear Friend!, Only mistake in your file .cfg is spell mistake "Passwort" in "Passwort file = c:\elog\passwd.txt" line. It should "Password file" t=d. try some thing like below, [Log] Theme = default Comment = Financial Accounting Bug posting Attributes = Resource, Project Name, Task Desc, SDT, EEDT, ACDT, Percent WC, Status Options Type = Masters, Transactions, Reports Options Category = Bug, New Feature, Client Requirement, Change Required Attributes = Author, Type, Bug Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type Password file =D:\Program Files\ELOG\logpwd.txt ;Self register = 0 Self register = 1 Admin user =sridhar Menu commands = Back, Login, New, Edit, config, Delete, Reply, Find, Help, Logout Guest user commands = config, admin, Login, logout
Hi
I am experiencing trouble with Elog crashing. I think it crashes during input operations (new entries are being added).
Are there any preferred methods to troubleshoot this ? Any log files I could look at ?
For now, I let "monit" supervise the process and restart it if it crashes. But I would like to get to the root cause of the problem.
Soren Poulsen
CERN
Dear Stefan,
Thanks for your reply.
I started running elog in February and it never failed. Then it started failing regularly towards the end of September. There were no system changes until then, except the daily automatic Yum updates (SLC4). Then I upgraded to the latest version (tar ball of 2.7.5). Then yesterday it crashed again. I saw that it crashed around the time when a user was doing something - inputting new data. I can monitor when it crashes and correlate it with user activity. But it is not easy to reproduce since I don't know exactly what the user is typing.
It would be necessary to record the user input forms and then replay them against a known server state. But that is not so easy.
I will think about doing something else - maybe running inside a debugger as you suggest.
Soren
Dear Soren,
sorry for the trouble, but it's very hard to diagnose this remotely. This forum here runs fine for many months, so in principle Elog should be stable (at least the current version 2.7.5). If you have an older version, please upgrade. If you have a way to reproduce the problem reliably, you can send me your config file and explain step-by-step how you make Elog crash. Then I can try to reproduce it here. Otherwise the only chance I see is to run elog from inside the debugger, and once it crashes record the stack trace and send it to me. If you don't know how to use the gnu debugger, I'm sure you find someone at CERN who knows.
Best regards,
I am trying the Preset text option from the documentation: like:
Attributes = Author, Type Options Type = Network check{1}, System check{2} {1} Preset text = network.txt {2} Preset text = system.txt
I have two questions:
1. Where are the preset text files searched from ? I guess I could put them in the logbook (and specify a relative path like in this example) but it appeared only to work when I specifiy an abcolute path. That is even better in my case.
2. How do I specify line feeds in the file ? I tried Linux and Windows new line characters - but I always end up with just one line in my e-log. I would really like a multi-line form.
Just use HTML (and call the file network.html to remember).
Without path, the file must reside in the "scripts" subdirectory.
For the multi-line form, it depends how you want to format your elog entry. If you format in "plain", the simple line breaks are sufficient. If you format in HTML, your preset file must be in HTML as well, so a line break has to be a <br> tag. If you format in ELCode, a simple line break again would be ok.
Thanks for the hints on the "scripts" dir. For the formatting, that's clear. I started with the sample "network.txt" file from the doc and the default encoding (HTML), so that did (of course) not render correctly (before inserting a few tags).
I am having a little problem with e-log that I can easily reproduce.
I have defined a number of constraints on my e-log fields and I am testing what happens when the user does not respect them.
So this only happens when I am not observing the input formats or the mandatory fields.
This is the GDB trace. This is not very verbose, so I must learn to use the other tracers, I guess.
It would be best if I could reproduce your problem. So can you start from a very simple configuration file, add your constraints until the problme happens, and then send me the config file?
The problem is not exactly what I thought, but I did track it down. Here is a logbook definition that reliably creates a segmentation fault in e-log. This logbook's only useful purpose is in fact to create a segmentation fault:
You select "New", then "Select", without entering anything.
--------------
Login user = Admin
Attributes = Link
Change Link = <a href="https://$Link"">$Link</a>
---------------
I would be able to create some more debugging information of course, if needed.
A user tried to import a CSV file, which caused e-log to add a field called "date" to the list of attributes (and then crash). This caused the log-book to be blocked until someone (guess who) would go edit the elogd.cfg file and then trigger a reload.
1. suggestion : E-log should not crash in this case
2. suggestion: E-log should not allow invalid attributes to be added via CSV Import, which causes the log-book to be blocked.
For the time being, I will just "Deny import" (by the way, the doc says it is "Deny CSV import", but I think the syntax is "Deny import". Not really important.
I think this should be quite easy to reproduce.
Thanks a lot
Would it be possible to use the "Export to:" function with IE7 on the Forum logbook, and save the logbook.
I can do the export but saving the file with IE7 does not work. Saving the file with Firefox, Chrome, Safari works.
This makes me think that E-log is good and IE7 is bad ?
I am using syntax like (from the doc):
Display Telephone = <a href="http://any.company.com/telbook.cgi?search=$Name">$Name's telephone number</a> Until yesterday this was interpreted as HTML. After upgrading to 2.7.7, I still get a valid link but the full HTML code is also displayed: the user sees ''<a href="http://any.company.com/telbook.cgi?search=myname">myname's telephone number</a>'' where he should only see: ''myname's telephone number'' I am 99% sure this is a consequence of the upgrade. Is there a way to get the original behaviour back? Thanks a lot Soren Poulsen
I have more precise information about the nature of this issue, which concerns the display of E-logs
In the previous version 2.7.6, E-log would generate HTML like this:
td class="attribvalue"> <a href="https://edms.cern.ch/camms/plsql/d7i_report_CV_WO_VIEW.form_7?event=15403690&button=Search">15403690</a> </td>
In the latest version 2.7.7, E-log generates HTML like this (for the same attribute):
<td class="attribvalue"> <a href="<a href="https://edms.cern.ch/camms/plsql/d7i_report_CV_WO_VIEW.form_7?event=15575045&button=Search">https://edms.cern.ch/camms/plsql/d7i_report_CV_WO_VIEW.form_7?event=15575045&button=Search</a>">15575045</a> </td>
You need
Allow HTML = 1
in your configuration file. See the documentation for details. This featue is new in 2.7.7.
Thanks a lot. In fact I did not read the 2.7.7 version of the documentation, which I should have done.
Have a good aftenoon
I use the following attribute definition:
Options <attribute> = <list>
However, I am being limited by the list length limit of 100. I have 103 items, but I only see 100.
Could the limit be extended (to 200 for instance) ?
Thanks a lot for your help
Here is what happens (I think) if E-log encounters a full file system where it keeps the user authorization file:
1. When a user connects, E-log will make a backup of the file. The backup will be corrupt since the file system is full.
2. E-log will modify the contents of the original file, and write it back. The file will be corrupt since the file system is full.
3. Now, both the backup and the normal file are corrupt and you cannot log on, until someone cleans up the file system and restores a valid copy of the file.
Would it be possible to fix this ? Like abort if step 1 is not successful. And restore the backup file if step 2 is not successful.
Thanks a lot for you help
I am using the # character to generate automatically incrementing numbers for new messages.
My issue is that # is evaluated when you hit "New" but E-log is only aware of the new value being used when you hit "Submit".
So, two E-logs can have the same value substituted for # if two E-logs are being edited in parallel.
Maybe someone has a solution to this ?
The solution is to use "Subst" instead of "Preset".
You can change that yourself. Just find following line in elogd.c:
#define MAX_N_LIST 100
Thanks. This is a good explanation. It might indeed be better to re-group the options to have a shorter list.
Ok, I finally found some time (I'm pretty busy these days) to add a check for a potential full file system in SVN revision 2258. So before the password file would get corrupted, elog shows an error message about the full file system and just stops to work until space is freed up.
Great. We fully appreciate that your are busy (with other things than E-log).
Thanks for the resolution.
This is not really resolved, since "Subst" creates a new number on both "New" and "Reply". I would like "Subst" to create a new number only on "New" and preserve this number through replies throughout the thread. I would like to be able to say "Subst thread = #" to make a new number for the thread and combine it with "Subst on reply thread = $thread" to preserve the number on replies, but this does not work. Maybe someone has already done this ?
Ah, now this is humorous, when the client first came to me, that was almost exactly the work around I gave him, open it, CTRL-A to highlight it all, CTRL-C to copy it, Move to the excel spreadsheet, CTRL-V to paste it into Excel. Select Data, Text to Columns, and you have an Excel Spreadsheet. They wanted me to post the change in function anyway, though I told Vamsi, "just watch, someone will post the same workaround that I already gave to the clients". So you see why I find it amusing. I would say Great Minds Think Alike, but that would be giving myself a bit too much credit (grin). First, thank you for proving me right on my prediction and if you should happen to make a change that would get around this SSL change in behavior, it would make a group of manufacturing types that are not quite as comfortable with computers as we are, very happy. Please let us know.
I can easily remove the "no-cache" from the header, but as I wrote you, people can then shoot themselves into the foot by getting an old document, and I guess they become even less happy then. So you tell me which way you prefer.
Trust me, I don't want them getting old data either.. that would be a nightmare..
of course, the little voice at the back of my head (note, not IN the back of my head) has offered up this tidbit for you to consider.
Stefan, would it be possible to make the following change so that the document is not cached and at the same time it is possible to save it.
The change would entail replacing the "Pragma: no-cache" directive with an "Expires: " <HTTP-date> where <HTTP-date> is the same as Date header value. Please see section 14.21 of http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html
Hopefully there are no other side effects to this change.
You can also try to use a different browser.
This can be solved with something like "Subst <attr> = $shell(cmd...) where cmd calculates a new value of attr, as a function of #, when attr does not already have a value. This thread is closed.
I just reworked the "Subst" command to make it more consistently. Now "Subst on Edit" and "Subst on Reply" are executed after the entry submission, and they are mutually exclusive. So all you need right now is
Subst Tag = #
and it will not increment when editing or replying to an existing entry. The fix is in SVN revision 2264.
Thanks a lot for doing this change.
ok, so I removed the "Pragma: no-cache". With IE it looks fine now, and if I repeat it two times it always gets is from elog and not from the cache due to the "Expires:" statement. The "no-cache" came from old days when some browsers did not yet support the "Expires" tag. I hope that this is better now, so let's see when we get the first complaints. The modification is in SVN revision 2265.
This seems to work fine.
Right
It seems to be a well known probmel with IE: http://classicasp.aspfaq.com/files/directories-fso/how-do-i-send-the-correct-filename-with-binarywrite.html
So I tried all variations there, but none of them worked. The interesting thing is that it works if you use it locally, but not with the forum (which has an additional "/elogs" in the URL).
Problem resolved.
This little logbook has a problem:
------------------------
Attributes = Author, Category, Type, Subject, Number Type Number = numeric Options Category = General{1} {1} Options Type = Routine
(it was of course more complicated to start with).
When creating a new entry and selecting the Category option, there is a problem with the JavaScript which will populate the Type option.
To avoid the problem, I just comment out the line "Type Number ... "
Is this a bug ?
Thanks for your time
(P.S. Using a reserved name as an attribute name is maybe not optimal, but it does not seem to be the problem).
To overcome this problem it is sufficient to switch language from "Language = french" to "Language = english"
It was a mistake not to include the "global" settings in this bug report.
What probably happens is that something in the French translation (accents ?) disturbs the java scripting.
To use "Language = french" it is necessary to remove or substitute the accent character ' with something else in eloglang.french and then the Javascript code works again.
When I upgrade from build 2278 to 2282 the thread view changes when performing searches: The thread children are not indented and there are no "thread icons" in the search list (e.g. like the read right arrow for replies).
On the forum site I also note that the thread view is not indented when performing searches.
Does anyone have an idea ?
soren poulsen wrote:
This seems to be a bug. I reproduced it with a different browser (Opera) with the default ELOG configuration. When I do Find and select Display Threads I have the message icons but the layout is not correct. Also, all message icons are of the "reply" type even if they are new threads.
This concerns only the latest build 2282.
Indeed it was the JavaScript line
if (document.form1.Number.value != '- garder les valeurs d'origine -') {
which caused the trouble. The "'" character closed the string '- garder les valeurs d', which caused an exception. I changed it to
if (document.form1.Number.value != "- garder les valeurs d'origine -") {
and now it should work fine.
Thanks a lot for changing that. Now French should work as well.
That's not a bug, that's a feature
But honestly, this feature was requested recently and implemented. See https://midas.psi.ch/elogs/Forum/66670. So when searching, the thread organization is broken up and messages are treated independently. If you want to see the thread for a certain entry in you search result page, click on that entry and you will see the full thread above the entry.
That sounds fine but I think there is a problem with rendering under Opera. I enclose a screen shot: There is too much white space in the lines, it seems $
The problem only appears in Find
I just tried myself with V10.50, and things work fine, even in the find page:
Can you try on the forum, just to check if it's specific to your configuration?
Thanks. The Forum is fine. The problem is - apparently - specific to my installation. The white space origins in long sequences of " " (repeated); in the lines in Find.
Let me re-install with the latest version and see if I can solve it like that.
I have re-installed the latest, fastest, smartest, brightest version. And it all works perfectly! Thanks a lot for your help.
Everything is fine. But my users do not like that the threads are broken into individual entries and not shown as full threads as before. So I am stuck with the "old" version. This is probably asking for too much but would it be difficult to have a flag to specify if you want to benefit from the new behaviour or keep pre-2282 behaviour (with its inconvenience which led to the presentation change). It could even be a compile tag flag, if it just me (well, my users) who is asking for this.
Fantastic. I forgot the icon and when I resent nothing was left.
Here goes again!
I have been running Elog for years on a Win2K machine with no email problems. I have been forced to move it to a WinXP machine and I always get this message under WinXP: "Error sending Email via "netsvr10.prod.company.com": Cannot connect to server"
I noticed this a long time ago but was not concerned until I wqas forced to use WinXP. We have years of data in the Elog and to lose the use of it would hinder our operation a lot.
Here is an entry from the elog.log file when it worked under Win2K:
28-Oct-2009 18:28:38 [609144@199.82.127.9] {Generals} NEW entry #0 28-Oct-2009 18:28:38 [609144@199.82.127.9] {Generals} Email from <christophermeyer@fedex.com> to david.spindler@company.com, SMTP host smtp.mail.company.com 28-Oct-2009 18:28:42 [609144@199.82.127.9] {Generals} 220 netsvr10.prod.company.com -- Server ESMTP (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit))
Here is an entry from today's elog.log under WinXP that does not work.
06-Mar-2010 11:48:23 [117361@127.0.0.1] {Gbld} NEW entry #0 06-Mar-2010 11:48:23 [117361@127.0.0.1] {Gbld} Email from <david.spindler@company.com> to david.spindler@company.com, SMTP host smtp.mail.company.com 06-Mar-2010 11:48:23 [117361@127.0.0.1] {Gbld} READ entry #1612
We use an SMTP server without authentication.
I picked a bad example with an IP address of 127.0.0.1, but it is the same as a valid IP address such as the working entries above or the entry below.
06-Mar-2010 10:31:43 [117361@199.81.166.149] {Gbld} READ entry #1691 06-Mar-2010 10:39:10 [117361@199.81.166.149] {Gbld} NEW entry #0 06-Mar-2010 10:39:11 [117361@199.81.166.149] {Gbld} Email from <david.spindler@company.com> to david.spindler@company.com, SMTP host smtp.mail.company.com
The only idea I have is that your Windows firewall prevents outgoing network traffic on port 25 (SMTP). You should put an exception into the firewall rule. You can try that by opening a DOS box and entering
telnet smtp.mail.company.com 25
if you see a reply, the traffic is allowed. If it blocks, the firewall prevents this kind of traffic.
I have tried setting up a VM (VMWare) with W2K and testing it out on both a W2K and WXP host. In both cases the Elog successfully sends emails. I don't know if this helps, or not.
My apologies. I just realized that my first answer to you was lost. I turned the firewall completely off with no luck. I also tried the telnet and it worked. So, it does not appear to be the firewall. I tried the VM's afterwards. Another puzzle is that the Win2K VM works on a WinXP host. It seems like it is only the WinXP elog that fails. I have tried to obtain some our company's IT help with no luck.
Just an idea: could you try specifying an IP address for your SMTP server instead of smtp.mail.company.com ?
I would also try to make a manual SMTP session to see if that works.
Otherwise, next step would be to create a VM installed with Wireshark to record the network traffic that ELOG generates when it makes the SMTP connection.
Thanks, I will give it a try.
I cannot send an email from elog using an IP address.
I can send an email manually through SMTP.
I will have to locate a copy of wireshark and set up a VM. I cannot access any site that has it from here.
We will get there. What is the output of "ipconfig /all" of the Win2K and WinXP machines respectively ?
Maxbe the DNS suffix is missing on XP ?
I am trying to use this line from the documentation:
Execute new = echo "New message wiht ID $message id of type $type from $long_name on $remote_host" >> /tmp/elog.log It does not seem to have the intended effect (of printing a line with the message id, etc in the file /tmp/elog.log ) How can I make this line work ? Soren
Have you started the server with the "-x" flag as written in the documentation?
Thanks a lot for replying despite the heat. Yes, I executed with the "-x" flag.
It is just a quoting problem, I guess. This line works:
Execute new = echo New message with ID $message id of type $type from $long_name on $remote_host >> /tmp/elog.log
It evaluates to:
SHELL "echo New message with ID 24706 of type elogtype from Soren Poulsen on 137.138.22.11 >> /tmp/elog.log"
So next step is to replace "new" with "edit" and "delete".
That works as well.
There is sometimes a problem with substitutions like "Execute delete = echo $message id".
It seems the problem is that if you delete a logbook entry that is not created with the current logbook attributes, the substitution variables are replaced with the variable name, and not the variable value.
In this example, according to the log file it becomes SHELL "message id" instead of SHELL "234", if the logbook entry is 234.
I tried to reproduce it, but it always worked for me. So I need a step-by-step instruction from you on how to reproduce the problem, ideally starting from the demo logbook from the distribution. Only if I can reproduce the problem, I will be able to fix it.
It is of course my job to reproduce it (and explain how-to). Thanks for your consideration.
It is very good to have Kerberos authentication available. It is just the error message which is a bit cryptic.
If you enter your Kerberos password once, and later fail to authenticate with a wrong password, you get:
Kerberos error: Decrypt integrity check failed. Please check your Kerberos configuration
That is not really urgent!
Can you tell me how to reproduce this? If I do it here, I just get back to the login page:
Maybe it has to do with your specific Kerberos implementation? What server are you using?
I am sorry but I cannot reproduce this any more. It happened several times when I was testing different kinds of wrong user input to the authentication dialog but now there is no issue any longer. However, there has been other issues lately in this domain and it may be that the Kerberos installation has been patched by our automatic update installation.
Case closed! Thanks anyway for responding.
ELOG seems to enter a loop when you do certain opeations on certain messages: I moved a message to a different logbook and the deamon just gets stuck.
If I restart the daemon, the message was in fact moved: I can move it back to its original destination without problems.
I started in GDB and break with ctrl-C when the process gets stuck, to be told :
Program received signal SIGINT, Interrupt. 0x000000000040a968 in find_thread_head ()
I then made a core dump.
I put the files here: http://cern.ch/poulsen2/elog-error-report-110430.zip (they are too big to upload).
I get into the same problem in other circumstances such as when opening some threads (maybe because they contain "Reply-to" references to non-existing messages, but I have problems reproducing this on the test installation.
I should maybe also submit the incriminating thread.
thx!
There is the "subst on edit = ..." option you should use in addition.
is ist possible that subst only works for the initial create of a logbook entry? when I change/edit one of the parameter "Einsatzbegin" or "Einsatzende" the "Einsatzzeit" is not changed.
regards
/alex
I found the solution in the forum :-)
subst Einsatzzeit = $shell(/usr/local/elog/diff.sh \"$Einsatzbeginn\" \"$Einsatzende\")
and diff.sh is
#!/bin/sh #set -x s1=$(date -d "$1" +%s) s2=$(date -d "$2" +%s) d=$(echo "($s2-$s1)/60"|bc -lq) printf "%.0f Minuten" $d
hi
I have an elogsystem for documenting emergency services. I have a starttime and an endtime. Is it possible to calculate the diff between the 2 timestamps and convert it to minutes?
Attributes = Bereitschafts Kalender Woche, Bereitschafts Woche, Einsatzbeginn, Einsatzende, Einsatzzeit, Telefon Nummer, Station, Status, Problem Options Status= Offen{1}, Erledigt{2}, Geschlossen{3}
......
Type Einsatzbeginn = datetime Type Einsatzende = datetime
....
Subst Einsatzzeit = $shell(Einsatzende - Einsatzbeginn)
Â
i recently download the elog server for windows and configured. its working with me fine
i would like to configure my elog server for to display a different color when am giving a specific "value" for a attribute "Status".
from the documentation i found to use the
Style Status Fixed = background-color:green
but with this configuration, the entire raw will be with red color or the specified color. i am looking only for that specific box (Status column) to be with specific color.
my configuration is as follows
Attributes = Author, Type, Category, Subject, Location, Problem Description, Status
Options Status = Fixed, Under Process, Not Fixed
Style Status Not Fixed = background-color:red
Style Status Under Process = background-color:yellow
Am attaching two images, one is current display and next one is what i am looking for
am not sure about will it possible or not. please guide me. if it possible with javascript please tell me how i can include a external javascript for this pupose.
Thanks in advance
siva
I have added a new option for you:
Cell Style <attribute> <value> = ...
which does exactly that. The new version is 2.7.8-5 is ready for download.
I really appreciate you doing this for me. i downloaded the latest version and configured as you said. its working very well. Actually this is what i am exactly looking for. Thank you very much
i would like to ask you about one more issue.
is it possible to deduct a numeric attribute from another numeric attrubute
let me explain clearly. suppose i have two attribute, both having a numeric value which is submitted by the user.
i would like to get its difference of these two attribute in an another attribute
please let me know its possible or not
once again i would like to appreciate you for making this wonderful application and helping me to resolve the issue
Best Regards
Hi, As there is no ELOG available in Epel repository for Rocky9, I tried to install ELOG from https://elog.psi.ch/elog/download/RPMS/elog-latest.el7.x86_64.rpm and ended with the below error in Rocky 9. ======================================= [root@test.com]# wget https://elog.psi.ch/elog/download/RPMS/elog-latest.el7.x86_64.rpm --2024-02-20 10:11:32-- https://elog.psi.ch/elog/download/RPMS/elog-latest.el7.x86_64.rpm Resolving elog.psi.ch (elog.psi.ch)... 192.33.120.112 Connecting to elog.psi.ch (elog.psi.ch)|192.33.120.112|:443... connected. ERROR: The certificate of ‘elog.psi.ch’ is not trusted. ERROR: The certificate of ‘elog.psi.ch’ doesn't have a known issuer. ======================================= Could someone guide me on how to install Elog in Rocky 9 securely?
Hi, I checked the RPM download page and found that there is no RPM available to install ELOG on el8 and el9 based OS. Can someone upload the RPM for el8 and el9 on the download page of ELOG?
Hi Team, Current configuration
================= OS: Ubuntu 22.04.4 LTS ELOG version: elog/jammy,now 3.1.3-1-1build2 amd64 [installed]
Installation method: apt install elog
Configuration file: /etc/elogd.cfg
LOGBOOKDIR= /var/lib/elog/logbooks} RESOURCEDIR= /usr/share/elog I had an ELOG server set up in the Windows server which is authenticated using a Password file. Recently, I have migrated the ELOG server to the Ubuntu server. I installed ELOG from the Ubuntu repository (apt install elog) and copied over the logbook and configuration file from the windows server to the new Ubuntu server. In the server, the configuration file was set to /etc/elog.conf by default. I have modified the init file and set the configuration file to /etc/elogd.cfg (this conf file is copied from the Windows server) which includes all the settings. After moving to the Ubuntu server I would like to authenticate users using the password file and LDAP. Could someone help me how to configure LDAP in my installation style? The global configuration that is found on my installation is as follows:
###################################
; Global settings
Password file = elog.pwd Self register = 1 Admin user = a, b,c, d, e, Iafdsel
Suppress Email to users = 1 SMTP host = example.com
Time format = %Y-%m-%dT%H:%M:%S Date format = %Y-%m-%d
Restrict edit time = 2 Restrict edit = 1
Allow HTML = 1 Max content length = 209715200 Save drafts = 0 ###################################
Should I add the below modification (by editing the necessary fields) to the current configuration? Will that make the LDAP and normal password file work? ############################
Makefile
USE_LDAP = 1 (I am not sure if I need to do this in my installation style. If yes, how do i do this?)
Authentication = LDAP
LDAP server = ldap://example.org:389
LDAP userbase = ou=People;dc=example,dc=org
LDAP login attribute = uid
LDAP register = 1
############################
Can someone guide me on what changes I need to make for this?
Many Thanks, Scott
Hi Members, I have compiled and installed ELOG in Ubuntu 22.04. My ELOG version is 3.1.5 revision fc6679b. I would like to use both the password file (../logbooks/elog.pwd) and the LDAP for authentication purpose. In addition to this, new users should be able to register and existing users should be able to reset their password. Anyone could shed some light on how to do this in the configuration file? Thanks, Scott
Hi Stefano, I also tried to set up LDAP authentication and password file-based authentication using the same settings as yours, which is not working as expected. It does work only with the LDAP authentication and not with the password file now. If I remove the LDAP-based parameters from the configuration file it works then password files start working. I think multiple ways of authentication do not work concurrently. Is that issue still existing for you or is it resolved? Thanks, Scott ---- > Dear experts, > I have a logbook which has authentication as follow > > Authentication = LDAP, File > Password file = PASSWD.file > LDAP server = ldaps://it-ldap-XXX.XXX.XX:1636 > LDAP userbase = ou=people,ou=RGY,o=XXX,c=XX > LDAP login attribute = uid > LDAP register = 0 > Self register = 0 > Allow password change = 0 > > Some of the my user (but not all) have issue in accessing this protected elogbook. > The ldap password is correct (we checked). > What I see in the log is as follow: > > 22-Feb-2021 11:25:51 [XXX.YYY.ZZZ.QQ] {Beam Run} LOGIN user "USERNAME" (attempt) > 22-Feb-2021 11:25:59 [XXX.YYY.ZZZ.QQ] {Beam Run} LOGIN user "USERNAME" (attempt) > > The user USERNAME is present in PASSWD.file. > > For other user, for which the login works, I do see an (attempt) and then (success) > > we tried the standard stuff: clear cache/cookies and with different browser. We also tried to remove the user from PASSWD.file and > create it again, but nothing has worked. > > Any suggestion how I can debug this problem? > > Thanks in advance, > Stefano
Is there an RPM available for Rocky 8 or Rocky 9? And checking over https://elog.psi.ch/elog/download/RPMS/ , only el7 is found. Is that the right place to look for EL8 or EL9 based RPM?
Thanks,
Scott
Normally it should work. Requirements are set in SPEC file.
$ rpm -qpi --requires elog-3.1.5-20240226.el7.x86_64.rpm /bin/sh /bin/sh /bin/sh config(elog) = 3.1.5-20240226.el7 krb5-libs libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.15)(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.8)(64bit) libgcc_s.so.1()(64bit) libgcc_s.so.1(GCC_3.0)(64bit) libkrb5.so.3()(64bit) libkrb5.so.3(krb5_3_MIT)(64bit) liblber-2.4.so.2()(64bit) libldap-2.4.so.2()(64bit) libm.so.6()(64bit) libpam.so.0()(64bit) libpam.so.0(LIBPAM_1.0)(64bit) libssl.so.10()(64bit) libssl.so.10(libssl.so.10)(64bit) libstdc++.so.6()(64bit) libstdc++.so.6(CXXABI_1.3)(64bit) libstdc++.so.6(GLIBCXX_3.4)(64bit) openldap >= 2.4.1 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rtld(GNU_HASH) rpmlib(PayloadIsXz) <= 5.2-1
The EL7 binary needs the following RPM :
$ ldd /usr/local/sbin/elogd | awk '{print $1}' | while read r ; do rpm -qf /lib64/$r ; done | sort -u erreur�: fichier /lib64/linux-vdso.so.1�: Aucun fichier ou dossier de ce type erreur�: fichier /lib64/lib64/ld-linux-x86-64.so.2�: Aucun fichier ou dossier de ce type audit-libs-2.8.5-4.el7.x86_64 cyrus-sasl-lib-2.1.26-24.el7_9.x86_64 glibc-2.17-326.el7_9.x86_64 keyutils-libs-1.5.8-3.el7.x86_64 krb5-libs-1.15.1-55.el7_9.x86_64 libcap-ng-0.7.5-4.el7.x86_64 libcom_err-1.42.9-19.el7.x86_64 libgcc-4.8.5-44.el7.x86_64 libselinux-2.5-15.el7.x86_64 libstdc++-4.8.5-44.el7.x86_64 nspr-4.35.0-1.el7_9.x86_64 nss-3.90.0-2.el7_9.x86_64 nss-softokn-freebl-3.90.0-6.el7_9.x86_64 nss-util-3.90.0-1.el7_9.x86_64 openldap-2.4.44-25.el7_9.x86_64 openssl-libs-1.0.2k-26.el7_9.x86_64 pam-1.1.8-23.el7.x86_64 pcre-8.32-17.el7.x86_64 zlib-1.2.7-21.el7_9.x86_64
Almost all of them are installed by ELOG RPM or are already installed by default Redhat profiles.
Nina, do you use right RPM version (el7/8/9) according to Rockylinux one ? El7 rpm can not be installed on RL9...
Bye
Is there a way to install all dependencies automatically? Like if I install a package like "emacs" I get a list of dependencies with are automatically installed:
Dependencies Resolved
==================================================================================================================================== Package Arch Version Repository Size ==================================================================================================================================== Updating: emacs x86_64 1:24.3-23.el7_9.1 rhel7 2.9 M Updating for dependencies: emacs-common x86_64 1:24.3-23.el7_9.1 rhel7 20 M
Transaction Summary ==================================================================================================================================== Upgrade 1 Package (+1 Dependent package)
Total download size: 23 M Is this ok [y/d/N]:
Hi Nina,
The RPM is built with Kerberos (libber*), LDAP (libldap*) and SSL (libssl*) options. These libs are missing on your system, and rpm command does not take care of dependencies.
Try to install with yum : yum install elog-latest.el7.x86_64.rpm
Normally the missing rpm files should be dlded from RL repo if your host can access to them...
.
Laurent
Hello all,
I am installing elog on an Rocky Linux instance. Have dependensy problem.
rpm -Uvh elog-latest.el7.x86_64.rpm
error: Failed dependencies:
liblber-2.4.so.2()(64bit) is needed by elog-3.1.5-1.el7.x86_64
libldap-2.4.so.2()(64bit) is needed by elog-3.1.5-1.el7.x86_64
libssl.so.10()(64bit) is needed by elog-3.1.5-1.el7.x86_64
libssl.so.10(libssl.so.10)(64bit) is needed by elog-3.1.5-1.el7.x86_64
Any clues from developers to resolve it and keep the software working. Thank you in advance!
Bests, Nina
Hi, Thanks for the links to EL8/EL9.
Does this package support LDAP and SSL as well?
The ELOG website provides new link to RPM packages :
Linux binaries are distributed as RPMs.
EL8/EL9 RPM are also available.
Hi Team, I have set up Elog on the Ubuntu server using the compile and install method. I have installed ImageMagick and GhostScript along with that. You can find "ImageMagick detected" mentioned in the service status provided below: =======================================================================
● elogd.service - The ELOG Server Loaded: loaded (/lib/systemd/system/elogd.service; enabled; vendor preset: enabled) Active: active (running) since Tue 2024-04-23 08:59:50 UTC; 1 day 1h ago Docs: man:elogd(8) man:elog(8) Main PID: 858 (elogd) Tasks: 1 (limit: 9365) Memory: 163.5M CPU: 25.825s CGroup: /system.slice/elogd.service └─858 /usr/local/sbin/elogd -D -c /usr/local/elog/elogd.cfg
Apr 23 08:59:50 server1.com systemd[1]: Starting The ELOG Server... Apr 23 08:59:50 server1.com elogd[858]: elogd 3.1.5 built Mar 21 2024, 17:20:15 Apr 23 08:59:50 server1.com systemd[1]: Started The ELOG Server. Apr 23 08:59:50 server1.com elogd[858]: revision fe60aaf0 Apr 23 08:59:50 server1.com elogd[858]: CKeditor detected Apr 23 08:59:51 server1.com elogd[858]: ImageMagick detected Apr 23 09:00:08 server1.com elogd[858]: Server listening on port 8080
======================================================================= root@server1# identify -version Version: ImageMagick 6.9.11-60 Q16 x86_64 2021-01-25 https://imagemagick.org Copyright: (C) 1999-2021 ImageMagick Studio LLC License: https://imagemagick.org/script/license.php Features: Cipher DPC Modules OpenMP(4.5) Delegates (built-in): bzlib djvu fftw fontconfig freetype heic jbig jng jp2 jpeg lcms lqr ltdl lzma openexr pangocairo png tiff webp wmf x xml zlib
=======================================================================
However, the ImageMagick was found to be not working on my logbook. See the below error on the logbook.
Cannot create thumbnail, please check ImageMagick installation
I have attached a screenshot for reference. Please could someone help me how to solve this? Many thanks, Scott
I've been asked to export one of our logbooks to xls or csv. Doable?
Thank you very much! > Just since some people asked for: Here is the elogd.cfg for this demo > logbooks: > > ========= cut here =================== > > [global] > logbook tabs = 1 > tab cellpadding = 2 > SMTP host = mailsend.psi.ch > URL = http://midas.psi.ch/elogdemo/ > user = midas > group = midas > > [Linux] > Theme = default > Comment = General linux Tips & Tricks > Data dir = /usr/local/elogdemo/logbooks/Linux > Attributes = Author, Type, Icon, Category, Subject > Options Type = Routine, Software Installation, Problem Fixed, > Configuration, Tips & Tricks, Info, Other > IOptions Icon = icon1.gif, icon3.gif, icon4.gif, icon5.gif, icon6.gif, > icon7.gif, icon8.gif, icon12.gif, icon13.gif, icon14.gif > Options Category = General, Hardware, Software, Network, Applications, > Shell, Account, Packages, Daemons, Other > Required Attributes = Author > Subst Author = $author > Summary on default = 1 > Summary lines = 0 > Email all = stefan.ritt@psi.ch > Email message body = 1 > > [Database] > Theme = default > Comment = Demo of database-like elog > Data dir = /usr/local/elogdemo/logbooks/database > Attributes = Type, Operating system, Location, Status, Comment > Required Attributes = Type, Operating system, Location, Status > Options Type = PC, Router, Bridge > Options Operating system = Linux, Windows NT, Windows 2000, Windows XP, > Windows ME, Embedded > Options Location = Building1, Building2, Building3 > Options Status = working, defect, in repair > Show text = 0 > Start page = ?cmd=Search&mode=summary > Display search = #, Type, Location, Status > Summary lines = 0 > Find menu commands = New, Find, Last > Menu commands = Back, New, Edit, Delete, Find, Config, Help > Number Attachments = 0 > Suppress default = 2 > Entries per page = 10 > > [Forum] > ; general options > Password file = /usr/local/elogdemo/logbooks/forum/passwd > Admin user = stefan > Self register = 2 > Theme = default > Comment = Discussion forum about ELOG > Data dir = /usr/local/elogdemo/logbooks/forum > Display mode = threaded > Start page = ?cmd=Search&mode=threaded > Menu commands = Back, New, Edit, Reply, Find, Last day, Last 10, Admin, > Config, Logout, Help > Find menu commands = New, Find, Last x, Admin, Config, Logout, Help > Guest menu commands = Back, Find, Login, Help > Guest find menu commands = Find, Login, Help > Number Attachments = 1 > Message comment = <img src=icons/icon6.gif> Please enter only serious > messages here, for testing use the <b>Linux</b> Logbook: > Filtered browsing = 0 > Entries per page = 8 > Reverse sort = 1 > Restrict edit = 1 > > ; Attributes > Attributes = Icon, Author, Author Email, Category, Subject > IOptions Icon = icon1.gif, icon2.gif, icon3.gif, icon4.gif, icon5.gif, > Options Category = Info, Bug report, Bug fix, Question, Request, Comment, > Other > icon6.gif, icon7.gif, icon8.gif, icon12.gif, icon13.gif, icon14.gif > Required Attributes = Author, Author Email, Subject, Icon > Subst on reply subject = Re: $subject > Thread display = $subject, posted by $author on $Entry date > Thread icon = Icon > Remove on reply = Author, Author Email > Date format = %B %d, %Y > Preset Author = $long_name > Preset Author Email = $user_email > Locked Attributes = Author > > ; Email notification > Email message body = 1 > Display Email recipients = 0
> does anybody has interest with a full synchronisation > between elog logbook > on mySQL and SQL database I am interested!!! But I don't know how to do that.
I have Split Elog to Two Top Group [Check the Config Below].
Problem =
After Staff01 login successfully to http://127.0.0.1/Staff and if he/she fill the url http://127.0.0.1/Administrator and choose any elog topic, it will direct registration form.
[global] port = 8080 Self register = 0 Show top groups = 1 Preset Author = $long_name Locked Attributes = Author Restrict edit = 1
Top group Staff = Website, Notes Top group Administrator = Website Update, Admin Notes, Ticketing
[global Staff] Menu commands = List, New, Edit, Reply, Duplicate, Find, Config Password file = staff.pwd Admin user = sylpid Login user = staff01
[global Administrator] Password file = admin.pwd Admin user = sylpid Login user = admin01
Hi Andreas
I'm following the instruction from https://midas.psi.ch/elog/config.html#groups , please scroll to the Top Groups
Group Linux PCs = Red Hat, Debian, Mandrake Group Windows PCs = 98, ME, NT, XP, CE Group CE = 1.0, 2.UL Top group engineering = Linux PCs, Windows PCs Top group administration = Employees, Purchases [global engineering] Password file = engineers.pwd Admin user = stefan [global administration] Password file = admin.pwd Admin user = bill
It would be new to me if elog would support independent [global] sections for each logbook. I thought you can only have one [global] section. Whatever is defined in that section will be valid for all logbooks.
If you need to have different user files, you'll need to run different elogd services with independent config files (and Password files).
Andreas
Hi Andreas,
Thanks for your help. I will try to do that and if I found how to fix this problems, I will post it at here again.
Aparently I've missed that one :-)
In order to test your problem it would be useful to have a minimal config file to reproduce the problem. Yours does not include any actual logbook, only [global *] sections.
This may be already answered somewhere around here, but I could not find it.
Question: Is it possible to have a pull down will a sub menu. Something like,
Entry 1
Entry 2 --> Entry 2a
Entry 2b
Entry 2c
Entry 3
Entry 4
I am getting the following error message with version 2.5.4-4 when I try to add a new entry to a log book. Attachment file "" empty or not found If I add the following line to me elogd.cfg I do not get the error, but will not be able to use attachments. Enable attachments = 0 I recently upgraded from version 2.2.5 which did not have the problem. I did not see anything in the changelog referencing this type of change to how attachments are handled. I there something I need to set in the config so that an attachment is not expected every time a new entry is made?
cvs -d :ext:cvs@midas.psi.ch:/usr/local/cvsroot checkout mxml
I downloaded the source code from the git repository which contained the new fix that was made for the missing username-crash error. I tried compiling the elogd.c file using a GCC compiler and it gave an error about missing header files. It first gave an error about netdb.h file and when I commented that header file call, it gave further errors for other header files. I do not really understand why it gives an error about that.
dear stefan
I have a problem how to bring up the menu page menu elog download? thank you
yes I mean functionally of elog or how to download files at elog?
I can confirm this issue exists on version 3.1.3, which I have installed elog on Debian 10.
The issue also exists on version 3.14 (1.20190113git283534d97d5a.el7), which I tested on an AmazonLinux EC2 instance.
This is what I found:
1. if I leave out the extension at the end of the URL for a non-existent page, it gives me the red error box. So far so good... Example: /gibberish
2. if I include any random extension at the end of the URL for a non-existent page, it gives me the red error box. So far so good... Example: /gibberish.php or /gibberish.htm or /gibberish.asdfasd
3. if I include any .html extension specifically at the end of the URL for a non-existent page, elog exposes the path /usr/share/elog/themes/default/gibberish.html. This is a bug... Example: /gibberish.html exposes the path, and likewise, /.gibberish.html ( "dot" + gibberish) exposes the path
4. if I include a valid, existent .html file which is located in the directory /usr/share/elog/themes/default/, and call it, elog exposes the html document. Example: I created an html file called gibberish.html (containing <html><body><p>Hello world</p></body></html>) in my system's /usr/share/elog/themes/default/ directory. After navigating back to the /gibberish.html URL, I was presented with the HTML file.
Turning on -v (verbose mode), the response by elogd when accessing these are: "GET /elog/gibberish.html HTTP/1.0 Returned 605 bytes" (displays "Hello world" html file), and "GET /elog/gibberish.asdfasd HTTP/1.0 Returned 605 bytes" (displays red error box).
=====
My guess: the program seems to be caring about the files ONLY if they have html file extension. Please see the screenshots below.
====
What are the security implications? Not much, I think. From what I can tell, exposing the "/usr/share/themes/elog" path, and also exposing the elog version when the file does not exist. Hope this reply helps anyone else with the same question.
(I am sure the error exposing the version can be removed by editing the source code--this is probably beyond my capabilities at this point).
hi sirs,
am using freebsd, this morning i started elog and did a few record with no problem.
just this afternoon when i enter firefox3 http://localhost:8000/, i got zero number of records for all of my logbooks.
but the data are not erased though.
any idea would be appreciated.
regards,
jotawski
I have set up my elog for testing and setup postfix to be able to send email notification for register of new user but whatever i try elog cannot set email. I try to sent test email in my bash and this is working without problem to my gmail account.
I have tried several configuration for my smtp client on my centos 7 but nothing is working in elog for the email. I also tried with several other email but no change either.
Is there a problem with the automatic sending of email ?
Best
Pierre
Hi Stefan, I did run in verbose mode but only got this output with the 587 SMTP port from gmail
Email from <ELog@localhost.localdomain> to XXXX@gmail.com, SMTP host smtp.gmail.com: 220 smtp.gmail.com ESMTP n1sm6153685pfd.156 - gsmtp EHLO localhost.localdomain 250-smtp.gmail.com at your service, [134.160.38.27] 250-SIZE 35882577 250-8BITMIME 250-STARTTLS 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-CHUNKING 250 SMTPUTF8 AUTH LOGIN 530 5.7.0 Must issue a STARTTLS command first. n1sm6153685pfd.156 - gsmtp
However the mail command in my bash is working juste fine
Why don't you start elogd interactively with the "-v" flag (verbose) and watch the communication between elog and postfix. Maybe you see a specific error there.
hello
how to change char encode for Text column. my language is thai and use tis-620 for encode. thankyou
how to convert Common Era (C.E.) into Buddhist Era such as C.E. 2010 to B.E. 2553 (2553=2010+543) .thank you
how to set text column width in Elog
thank you
Hello, Is there any way to organize logbooks in some kind of tree with sublogbooks or just have a subdirectories in a logbook directory on the filesystem (treat it as a sublogbook if its name is different from 4 digits of year and pin above all the entries in a list) to structure entires a bit?
how can you have more than 1 heading like in this forum. Example is: Demo and Discusion and have diferent sub heading under each one?
So example if Demo is selected you get one group of tabs to select from and if Discussion is selected you get a different second set of tabs to choise from.
Thanks in adavance
Forgot password option generates an error message Password file hashes are different causing migrated password files to fail but only for certain users, try password 516135 hashed in 2.3.4 and compare to version 2.3.5 they are different. Summary page title = string doesnt work also it results in the default ELOG DB Name HELP
> > Forgot password option generates an error message > > Which error? Can you be more specific. I tried it myself with this forum and > it worked for me. Error sending Email Please use your browser's back button to go back HTTP/1.1 200 Document follows Server: ELOG HTTP 2.3.5 Content-Type: text/html;charset=iso-8859-1 Connection: Keep-Alive Keep-Alive: timeout=60, max=10 User name "nickc" not registered Please use your browser's back button to go back Yet nickc is in the password file, it generates the same message for any other users in there too. > > > Password file hashes are different causing migrated password files to fail > > but only for certain users, try password 516135 hashed in 2.3.4 and compare > > to version 2.3.5 they are different. > > Yes indeed. Please see elog:273 for more details Is there a way to convert all the hashes from one system to another, the problem ive got is my password files are quiet large and want upgrades of this nature to go seemlessly without people complaining about it. > > > Summary page title = string doesnt work also it results in the default ELOG > > DB Name > > Thanks, has just been fixed, new version under CVS. > > - Stefan Ta
Is there a way to hide logbooks from all views. Basically i want to use the move function to move old entries to another logbook but only want administrators to be able to see the logbooks in the view, everyone will just see the primary ones. At the min im having to put Archive logbook, everyone is complaining at me that there is too many to choose from :) Any suggestions ?
> > Is there a way to hide logbooks from all views. > > > > Basically i want to use the move function to move old entries to another > > logbook but only want administrators to be able to see the logbooks in the > > view, everyone will just see the primary ones. > > > > At the min im having to put Archive logbook, everyone is complaining at me > > that there is too many to choose from :) > > > > Any suggestions ? > > What about grouping the archive logbooks into a logbook group? Like: > > Group Pubilc = Logook1, Logbook2, ... > Group Archive = Archive1, Archive2, ... > > So if a "normal" user is in the public group, it only sees Logoook1, ... and > a single tab "archive", which is then (I hope) not too much to choose from. I tried that but on the summary screen it displays a list of all the logbook regardless of group, also im not using public groups im using a seperate password file.
> > I tried that but on the summary screen it displays a list of all the > logbook > > regardless of group, also im not using public groups im using a seperate > > password file. > > Ah, you mean by "summary screen" the initial logbook selection screen where > each logbook is displayed in one line. For that case, I just added a > flag "Hide from selection". If set to "1", this logbook is not dispalyed > among the list of logbooks. Is this what you want? New version under CVS. Yes thats wicked perfect, now im prob being thick but is there a way to hide logbook tabs in the same way, as i dont really want to use groups as the people that use the system arent really techie and the titles will confuse them :) Im trying to make it idiot proof for them Cheers
> > Yes thats wicked perfect, now im prob being thick but is there a way to > hide > > logbook tabs in the same way, as i dont really want to use groups as the > > people that use the system arent really techie and the titles will confuse > > them :) > > Well, I changed the flag from "hide from selection = 1" to "hidden = 1", > which hides it now also from the logbook selection tabs on the top row. But > this means that the only way to access the hidden logbooks is by entering > their URL directly (or from a bookmark). I'm not sure how useful this is... > > New version under CVS. Thats perfect, administrator such as myself can access those books directly from the URL, and can be used as an archive logbook running in sync with the live one, so hold records such as completed tickets in a request system once completed can be moved to the archive logbook. Cheers fella that is gonna help me a great deal.
We are using elog as a small database system, today we came across a problem where 2 people were editing the same record and the first one to submit his changes were overwritten when the second person submitted his. Is there anyway to lock a logbook record when someone has pressed EDIT, maybe set a flag in the logbook entry so it has to be unlocked when its submitted by the originator or by an administrator. Many Thanks
> No, but I will put it on the wishlist. Anyhow it is hard to implement > something like this. Assume that I would lock a page whenever it's edited by > someone. This person can edit it and forget to submit the changes, just close > the browser. Since the elogd server does not know when a remote browser is > closed, it cannot determine if the editing is just taking long or if the > person closed the browser. In the latter case, the message would be locked > forever and nobody could change it any more. If I put a timeout, like keep > locked for N minutes, it's again not 100% safe. I saw people doing shift work > with elog, opening a page, keeping it open for 8 hours and then submit it. So > if I set the timeout to 8h, and someone abandons editing a message, this > message would be blocked for 8h, which is probably also not what you want. > > Alternatively, I just can display a messge: Warning: this message is > currently edited by user xxx on host xxx. But if the warning is ignored by > the user, then again we have the same problem. > > Do you see a clever solution to that? I was thinking of having an icon on the page that administrator can click to unlock a record that has been left locked by someone, perhaps using something like Allow Unlock = admin (or even just have the option on the top like (Admin/Config) for administrators Just like the delete function works, in addition to the Warning message as you suggested
Can anyone tell me the URL for the CVS download section the link has gone from one of the main screens Cheers
Can you tell me what the following change in CVS offers Revision 1.99 / (download) - annotate - [select for diffs] , Fri May 2 10:00:31 2003 UTC (6 days, 2 hours ago) by midas Changes since 1.98: +10 -1 lines Diff to previous 1.98 Added lock icon for protected logbooks Does this relate to the request in article 309 and if so is there any flags set to enable it. Cheers
Is it possible to make the logbook summary screen sort differently For example on a customer name field it displays as follows :- AEF AXA Abc Acd Ade Aef aaa aab Its sorting alphabetically but is putting upper case characters before their lower case equivalents, which in a customer list where lots of initials are used its making the list look non sorted rather than truely based on the character regardless of case. Thanks in advance.
Thanks Ill grab it tomorrow and try it, when is the new version out btw ?
Ive just been alerted to a bug with email notifications in Elog. Basically if your log book contains a space then the URL that is sent in emails when creating tickets or updating old entries doesnt put %20 (IEs space) inthe URL it leaves a space hense breaking the link. for example Correct Way prior to 2.3.8 http://192.168.0.1:99/Provisioning%20Request/35 Broken way with new version http://192.168.0.1:99/Provisioning Request/35 ^ Link is broken at this point My config looks like this Email Status Assigned = $Owner@abc.co.uk Email Status Re-Assigned = $Owner@abc.co.uk Email Status Completed = $Requester@abc.co.uk Email "Send Update Email" Yes = $Requester@abc.co.uk Use Email Subject = A Provisioning Ticket has been assigned to you or completed Use Email From = NetworkTeam@abc.co.uk
> > Correct Way prior to 2.3.8 > > > > http://192.168.0.1:99/Provisioning%20Request/35 > > > > Broken way with new version > > > > http://192.168.0.1:99/Provisioning Request/35 > > Exactly this problem has been fixed between 2.3.7 and 2.3.8, so can it be > that you mixed up these two versions? To be precise, the fix happend in > Revision 1.113 from 2003/06/04 08:17:35. So are you sure that you use a > version of elogd after that modification? I tried to reproduce your problem > with the official 2.3.8 version, but I got the correct result. Im using the plain RPM from 2.3.8, i uninstalled the 2.3.7 RPM before this upgrade, the only thing I kept was my own stylesheets and the config file. One thing I just noticed is that if you dont have the URL statement set under global properties, some machines quote the hostname of the machine at which point this breaks the link. if you define the URL to the IP address the problem goes away. However even without the URL setting undefined, it works for some people but not for others, I tried from 2 seperate machines and got 2 lots of results, so I suspect it might be DNS related somewhere along the lines.
In the current source which ive compiled and am using on our elog system, the feature that you put in for me that says "Entry is currently being edited by Joe Bloggs on 192.168.0.10" has vanished. It removes existing locks from before updating the binary but doesnt but new ones on. Is this something that was removed intentionally or by accident ? Thanks
Excellent thanks
Can you give a syntax example of the Logging Level option ? > Version 2.3.9 of elog has been released today. Enhancements are: > > - Added options "Use Lock", "Title image" > > - New "Email format" specifies what is sent exactly in an email > notification. This may now include also attachments > > - "Format <attribute>" lets you assign separate style sheet classes to each > attribute, making the web display more powerful (see this forum, > the "subject" uses a separate formatting). Note that this feature requires > an update of the old "default.css" CSS file, if a elog version prior to > 2.3.9 is already installed on a system. > > - "Execute new/edit/delete" lets one execute shell commands on the server > side for new, edited or deleted messages. Since this can cause security > problems, a new flag "-x" has been added to the elogd daemon to enable this > feature. It can be used to synchronize the elog database with other > databases, or to send SMS messages to people. > > - New "Logging level" option gives enhanced logging capabilities, including > read and write access logging to individual elog entries. > > - The elog utility can now edit existing messages, and correctly quotes > messages with "> " on replies. > > A few small bugs have been fixed, refer to the ChangeLog for more details.
Cheers It appears Im having problems getting this to work, my config is as follows, yet its not updating the log file since i installed the new RPM 2.3.9, is there a problem or am I doing something wrong ? Thanks in advance. [global] port = 81 Logbook dir = /data Logbook Tabs = 1 Main Tab = Home Page title = LogBook System SMTP host = support.localnet Logfile = /var/log/elogd.log Logging level = 3 Resource dir = /usr/local/elog Welcome title = <img src="logo.gif"><p><font size=4 color=white>Customer Relational Management System</font> Page title = Customer Relational Management System Bottom text = bottom.html URL = http://172.16.24.108:81/ > > Can you give a syntax example of the Logging Level option ? > > Please refer to the documentation (http://midas.psi.ch/elog/config.html), I just > updated it. "Logging Level = 3" is the maximum level which includes writes and > reads.
Ive just installed the RPM of Elog 2.3.2 and ive found a bug relating to port bindings, basically im running elog bound to port 81 and when i install the new RPM it refuses to bind to this port, i tried port 8080 and that worked fine Any ideas ?
Im not running anything on port 443, one thing I did notice is that when stunnel is run and setup, I can run a netstat and nothing is bound to those ports, if I do a ps -ef | grep stunnel nothing is running, yet it accepts the command initially ? CONFUSED ???? > > I was wondering if you can help me understand the concept and if i am doing > > something wrong with securing Elog via SSL > > > > Basically im running elog on a redhat 8 box with stunnel already installed > > as part of OpenSSL, on the server i ran the command specified in the > > instructions > > > > stunnel -d 443 -r 172.16.24.108:81 > > > > This command runs on the server, but when I access https://172.16.24.108/ i > > get a page cannot be displayed, ive also put the URL = > > https://172.16.24.108 entry in the elogd.cfg file > > > > HELP!!!!!!! > > Can you access your server locally under http://172.16.24.108:81 ??? If not, > then you maybe specified the wrong port, so check elogd.cfg and the "-p" flag > when starting elogd. If you can access it, and cannot access it under > https://, then something must be wrong with your stunnel configuration. Maybe > you run already a secure server under port 443? User "netstat -a" to check > that.
Is there a way to change the title entry for individual log books, and forms ive completely rebranded our system but ut stil says ELOG ENTRIES on the summary screen
> > Is there a way to change the title entry for individual log books, and > > forms ive completely rebranded our system but ut stil says ELOG ENTRIES on > > the summary screen > > I changed the default title recently to "ELOG - <logbook>" where <logbook> > is the name of the current logbook. For the individual messages, the > title "ELOG" can be changed with the elogd.cfg option "Page title". This > title can even contain attributes from the logook entry like: > > Page title = ELOG - $subject > > where $subject gets replaced by the subject of the logbook entry. I have those attributes already working for example [global] Page title = Customer Relational Management System < this sets the selection page ok [Config DB] Page Title = ABC123 - $Customer Name < this sets the individual log book entries title I need something to set the title of the page when on the summary page for the logbook, as it just says ELOG - Config DB (this isnt set anywhere)
I do have a backup of elog repository in an external disk (with a directory name .elog). I want to install this repository to a new linux (either ubuntu 20.xx or Cent OS 7) computer. I am new to this, can someone please provide me an instructions sheet.
> unfortunately instructions do not exist to cover every possible situation. > > but in general, to migrate elog to a new machine, I would say do this: > - on new machine, install new elog from scratch > - copy the old elogs from "logbooks" on the backup disk to the new elog "logbooks" > - merge the config file by hand (this may require a few tries) > > feel free to ask for more help with any of these steps here. > K.O. Thank you so much. It worked this way.
I'm trying capture any edit/modified entry with the following, Using the real date format instead of text string so that I could do a quick filter on it. Type modified = date Subst on Edit modified = $date Problem: It seem that the Subst on Edit always default to 1 Jan 1970 instead of current date on edit screen. Could it be $date is a string and not compatible with tape date? or is there a variable or function to convert $date to date format? Thanks, nait
> I fixed that problem, new version under > http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.328 Any binary build anywhere that I can pick? Thanks. nait.
I just noticed the problem of mail notification with big attachments. For a files or photos exchange setup we could run into load and bandwidth problem quickly. Any way to restrict mail notification by attributes or without attachment? Thanks, nait.
> http://midas.psi.ch/elog/download/windows/elogd-snapshot.exe > > is for windows, for linux you have to recompile with > > gcc -O -o elogd elogd.c > > Best regards, > > Stefan Hi Stefan, I tried compile it in gentoo 1.4 GCC 3.3.3 without problem. However, it refuse to run on ipcop box. The error message, ./elogd: /lib/libc.so.6: version `GLIBC_2.3' not found (required by ./elogd) I guess the kernel and/or compiler version is not matching. Any simple way to fix it? Thanks for your help? nait.
> Looks like a weird Linux installation. Maybe try to link static: > > gcc -O -static -o elogd elogd.c > > executable will be much bigger, but maybe work... Now I have more error. ;( $ gcc -O -static -o elogd elogd.c elogd.c:792: warning: conflicting types for built-in function `logf' /tmp/ccysvxip.o(.text+0x12f3): In function `setgroup': : warning: Using 'initgroups' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /tmp/ccysvxip.o(.text+0x12cd): In function `setgroup': : warning: Using 'getgrnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /tmp/ccysvxip.o(.text+0x1351): In function `setuser': : warning: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /tmp/ccysvxip.o(.text+0x2fe97): In function `server_loop': : warning: Using 'gethostbyaddr' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /tmp/ccysvxip.o(.text+0x15ca): In function `sendmail': : warning: Using 'gethostbyname' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking Maybe you can post your elogd build.... just for me. :) nait.
> I compiled one (just for you :))), available at > > http://midas.psi.ch/elog/download/tar/elogd-snapshot.gz > > Unzip it and rename it to "elogd". But if you have problems with missing shared C > libraries, I cannot guarantee that it works. In that case you have to wait for the next > official release. Thank you very much.... it work. nait.
> Use > > Email format = 6 > > to restrict email notifications to URL and attributes only (without > attachment). A size limit for email notifications is right now not implemented. Thanks... Email format = 6 works. It cut out the subject too. Any documentation on Email Format = ?? Thanks, nait.
> > Thank you very much.... it work. > nait. Hi Stefan, It has a bug. The filter will fail on the initial page of the logbook. example, on http://10.10.10.10:10/mylogbook/ when select category filter the system will return http://10.10.10.10:10/myylogbook/&category=hardware which is bad on http://10.10.10.10:10/mylogbook/page or page1/page2 etc..other then the initial page, when select category filter the system return the correct result. http://10.10.10.10:10/mylogbook/page?category=hardware. I have not tested 2.5.3. nait.
> > You should, it has been fixed in 2.5.3 :-))) Usual problem for me. There is no elogd binary file in the tar.gz file. I remember you used to include it. :) nait.
The upgrade was done by just replacing elogd from 2.5.2 to 2.5.4 from the rpm. Somehow elogd 2.5.4 treat all users as normal user. When clicking on "config". All admin users has no "change elogd.cfg" button. Revert back to 2.5.2 OK. Is there anything I need to change to upgrade other than replaceing elogd? Clearing the cookies didn't help. Thanks, .nait.
If you have only one entry in the logbook and have it set up in threaded mode like: ?cmd=Search&mode=threaded&reverse=1, when you click on the icon of the entry or the number of the entry to see it, it does not allow you to. If there is more than one entry, it works fine. Also I wanted to make a submit page from where you could either go back to the logbook which you just entered a message for or type a new entry for that logbook. First of all, is there a way to have only one file called submitpage.html in which I can define this for all logbooks or do i need it for ever logbook. And also, is there a way I can even set a link that will allow to create a new entry. I tried: <a href="demo/?cmd=new">Enter</a> another message<p> but for some reason it does not work. Is there a way to implement this? Thanks, Mo
Hello, If you delete a message from the middle of a logbook that contains a bunch of messages, the message numbers do not get updated properly. For instance, if you have 20 messages in the logbook, and delete number 15, entry numbers 16 through 20 all do not get subtracted by one; their numbers stay the same with #15 just missing in the middle. 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. Thanks, Mo
Hello, Elogd crashing when "Resubmit as new entry" is executed. Tried with demo config, same result, also tried with snapshot version. After the first crash i restart elogd, then it crashes every time i enter the logbook containing the entry i tried to "Resubmit as new entry" Anyone seen same behavior, on win2000 platform ?. Miljan
Sorry to bother you with this, but I am not a programmer and this is probably a simple question but I need some help if someone has the time.
Under Global I have the command - SMTP host = smtp.comcast.net
ELOG responds with - Error sending Email via "smtp.comcast.net": 5.1.0 sender rejected : invalid sender domain
I no longer get an error message when I try to send an email (I get the "email sent" message) but the email never arrives.
Thank you (in advance) for any help.
My elog.log looks like:
10-Mar-2008 07:05:31 [127.0.0.1] {Centaur} NEW entry #0 10-Mar-2008 07:05:31 [127.0.0.1] {Centaur} Email from ELog@desktoppc to mike2.cianci@comcast.net, SMTP host desktoppc 10-Mar-2008 07:05:31 [127.0.0.1] {Centaur} 220 smtp.comcast.net Microsoft ESMTP MAIL Service, Version: 6.0.2600.2180 ready at Mon, 10 Mar 2008 07:05:31 -0800 10-Mar-2008 07:05:32 [127.0.0.1] {Centaur} 10-Mar-2008 07:05:32 [127.0.0.1] {Centaur} HELO desktoppc 10-Mar-2008 07:05:32 [127.0.0.1] {Centaur} 250 smtp.comcast.net Hello [192.168.1.101] 10-Mar-2008 07:05:32 [127.0.0.1] {Centaur} MAIL FROM: ELog@desktoppc 10-Mar-2008 07:05:32 [127.0.0.1] {Centaur} 250 2.1.0 ELog@desktoppc....Sender OK 10-Mar-2008 07:05:32 [127.0.0.1] {Centaur} RCPT TO: <mike2.cianci@comcast.net> 10-Mar-2008 07:05:32 [127.0.0.1] {Centaur} 250 2.1.5 mike2.cianci@comcast.net 10-Mar-2008 07:05:32 [127.0.0.1] {Centaur} DATA 10-Mar-2008 07:05:32 [127.0.0.1] {Centaur} 354 Start mail input; end with <CRLF>.<CRLF> 10-Mar-2008 07:05:32 [127.0.0.1] {Centaur} Date: Mon, 10 Mar 2008 07:05:31 -0800 To: mike2.cianci@comcast.net From: ELog <ELog@desktoppc> User-Agent: Elog Version 2.7.3 Subject: New ELOG entry Message-ID: <Centaur-23@desktoppc> X-Elog-URL: http://localhost:8080/Centaur/23 X-Elog-submit-type: web|elog Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html><head> <META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW"> <title>ELOG - Test</title> <link rel="stylesheet" type="text/css" href="http://localhost:8080/Centaur/default.css"> <link rel="shortcut icon" href="favicon.ico" /> <link rel="icon" href="favicon.png" type="image/png" /> </head> <body> <table class="frame" cellpadding="0" cellspacing="0"> <tr><td><table class="listframe" width="100%" cellspacing="0" cellpadding="0"> <tr><td class="title1"> A new ELOG entry has been submitted:</td></tr> <tr><td class="attribhead"> <input type=hidden name="Author" value="mike"> <input type=hidden name="Instrument" value="Ginger"> <input type=hidden name="Category" value="Problem"> <input type=hidden name="Test" value="General"> <input type=hidden name="Subject" value="Test"> <input type=hidden name=browsing value=1> Logbook: <b>Centaur</b> Message ID: <a href="http://localhost:8080/Centaur/23"><b>23</b></a> Entry time: <b>03/10/08 07:05:31</b> </td></tr> <tr><td><table width="100%" cellpadding="0" cellspacing="0"><tr><td nowrap class="attribname">Author:</td><td class="attribvalue"> mike </td> </tr><tr><td nowrap class="attribname">Instrument:</td><td class="attribvalue"> Ginger </td> </tr><tr><td nowrap class="attribname">Category:</td><td class="attribvalue"> Problem </td> </tr><tr><td nowrap class="attribname">Test:</td><td class="attribvalue"> General </td> </tr><tr><td nowrap class="attribname">Subject:</td><td class="attribvalue"> Test </td> </tr></table></td></tr> </table><!-- listframe --> </td></tr> <tr><td class="messageframe"><p>This is a Test</p></td></tr>
</table><!-- show_standard_title --> <center><a class="bottomlink" title="Goto ELOG home page" href="https://midas.psi.ch/elog/">ELOG V2.7.3-2058</a></center></body></html>
. 10-Mar-2008 07:05:32 [127.0.0.1] {Centaur} 250 2.6.0 <Centaur-23@desktoppc> Queued mail for delivery 10-Mar-2008 07:05:32 [127.0.0.1] {Centaur} QUIT 10-Mar-2008 07:05:32 [127.0.0.1] {Centaur} 221 2.0.0 smtp.comcast.net Service closing transmission channel
The transcript below looks all ok to me, so it's most likely that the email went to your Spam folder.
mike cianci wrote:
I checked for a spam filter and found none. I have also tried this on three different computers (with different email accounts) and still no luck.
I am setting this up as instrument log in a multi-hospital system, where there will be multiple instruments, in multiple departments, at multiple facilities.
I am using the "Top Group" function to keep the books separate so operators from one instrument/department/facility don't contaminate another instrument/department/facility's logbook.
What I am wondering is there someway to set it up so that a system wide manager could post a message to 5 individual logbooks for 5 identical instruments at 5 different locations all at once (one ELOG server)?
I hope this made sense. Thank you for your help.
I am tring to sort the attribute, subject, but it sorts with Z on top and A on the bottom. Is there anyway to reverse sort?
Sorry, to bother you. Solved my own problem " Reverse sort = 0"
What I would like to do is:
If attribute "A" and attribute "B" - send email to person #1
If attribute "A" and attribute "C" - send email to person #2
(I apologize if this in the documentation. I have looked at the "Email" section and have either missed it or don't understand it. Thank you for the help)
Your suggestion worked GREAT (like always)
This is not implemented, you only can test on a single attribute. There might be a possibility with conditional attributes, but I have never tried this out.
I copied the following line from the ELOG documentation file to my config file (with the appropriate changes to the attribute and value fields) and nothing happens. Am I missing something?
Style importance severe = background-color:red Thanks for all your help.
I really appreciate your help and I hope that my questions warrant your time.
What I am trying to accomplish is two totally separate groups of logbooks that share a common logbook.
Three logbooks
Logbook A
Logbook B
Logbook C (just informational, write protected)
Two Groups
Top Group 1 = Logbook A, Logbook C
Top Group 2 = Logbook B, Logbook C
What is happening is everything looks good until you try to enter Logbook C from Group 1. You end up in Logbook C (the right logbook) but you are now in Group 2.
Actual Code:
;Groupings Top Group Central = Centaur, On-LineHelps Top Group Good Sam = GSH, On-LineHelps
Could you post an example of what you used?
Sorry, it took me so long to respond. I didn't notice your request.
Attributes = Instrument, Notify Lead Tech
Options Instrument = Olympus, Beckman
Options Notify Lead Tech = Yes{a}, No {b}
{a}Email Instrument Olympus = John@lab.net (i.e. if it is "Yes" and "Olympus" - John gets an email)
{a}Email Instrument Beckman = Mary@lab.net (i.e. if it is "Yes" and "Beckman" - Mary gets an email)
I am using the following commands to display the text of all of the entries at once (so that you can read them without having to click on each entry).
Display mode = threaded Expand Default = 3
Problem is that the information on the page is packed so tightly together (no white space) that it can be hard to read. Especially with single line entries.
Is it possible to automatically append a new line to a routine entry?
THANK YOU for your assistances.
I finally got it installed on a server at work (only took a year to work through all the red tape). I have seven logbooks up and running and only one is giving me trouble. It is an On-Line Help book where I wanted to store documents that could be referenced by our staff. It is the simplest of my logbooks (see config file below) but when I hit the "Submit" button it crashes the program. I can not see the error myself but the server guys are telling me that that we are getting an "Internal error, no valid header!" error. The only other thing that I can think to mention is that the entry that is crashing the program is a 60k Microsoft word table that I had cut and pasted into elog.
Thank you, Mike
[OnlineHelps] Write Password = SWNlQ3ViZQ== ;DISPLAY Theme = default Display mode = threaded Mode Commands = 0
Thread display = -------------- $Title -------------- Comment = On-Line Helps
Attributes = Title
Required Attributes = Title Page Title = ELOG - $subject Reverse sort = 0
I attempted to remove the text editor (like you did in "Demo of database-like elog") using "Show text = 0".
In both your Demo and my logbook when you hit "New" - Explorer generates the folowing error message
Error: The Textarea with id or name set to "text" was not found.
Is there a solution or do we just live with it.
Thanks, Mike
Sorry to bother you. I could see in past Forum entries that the question of "Simple Math" has come up before, although the answers were not all that simple.
Can you do simple math (i.e. attribute A + attribute B = attribute C) in ELOG ?
Thank you for putting up with my questions.
Mike
I am using the Database Like - ELOG format and on the list page, the the last two columns (on the right side) are, "Text" and "Attachments (the paperclip)".
Both of which I have deleted from the input page.
Is there anyway to remove them from the List page?
I have a logbook named "Centaur" (instrument name) for a problem log on an instrument and a logbook named "CentaurNewLot" for
a logbook (Database Like - ELOG format) where we would log reagent lot number changes for that instrument.
The problem is that when I name the logbooks, like I have, it screws up the formatting (List page) of the second log book.
If I rename the second logbook something totally unrelated to the first logbook my originally intended formatting returns.
The way I have ELOG configured it sends an email to supervisors based on which "Department " (attribute) was selected. Problem is that when the supervisor replies the department
is still selected and it sends a second email to the supervisor. Is there any way to supress the emails (automatically) on "Reply"?
You cannot put the same logbook into two groups. All you can do is to define two logbooks C1 and C2, and force their data directories to be the same (via the "Subdir = ..." directive), so they will actually look at the same data.
Stefan, sorry to bother you yet again. but I can not seem to get the "Subdir" to do what I want (user error I am sure). Thanks for any help you can give.
[OnlineHelps] Write Password = SWNlQ3ViZQ== ;DISPLAY Theme = default Display mode = threaded Mode Commands = 0 List Menu commands = New, Find, Config
Thread display = -------------- $Title --------------
Comment = On-Line Helps Attributes = Title Required Attributes = Title Page Title = ELOG - $subject Reverse sort = 1
[OLH.gsh]
Subdir = \\ssoelog\ELOG\logbooks\OnlineHelps Write Password = SWNlQ3ViZQ== ;DISPLAY Theme = default Display mode = threaded Mode Commands = 0 List Menu commands = New, Find, Config
I have a logbook with data in it that I need to rename and preserve the the existing data (old book) in the newly named book (i.e. can I move all of the data from one book to a new book and than delete the data from the original book)?
As always thank you for your time.
There are two ways:
1) Create a new logbook, add the "Copy to" command to the old logbook. Select all entries and copy them to the new logbook, and delete the old one.
2) Change the logbook name in elogd.cfg, by manually editing the file, then rename the subdirectory in your file system from the old to the new name, then restart elogd.
The second solution is much simpler, but you have to manipulate files and directories yourself.
Whatever you do, make sure to back up you files before any operation.
Sorry, about this dumb question but with "Copy to = <logbook list> " what is the format of <logbook list>?
Is it just the "logbook Name" or is it the actual path name "http://something/somethingelse"?
Anyway, Stefan <i>et al</i> have got CERN's faster-than-light particle problem to deal with this morning.
I would be too lucky if I just could fix this as I fix some ELOG problems! I guess hundreds of physicists right now are pondering about what could have gone wrong in data taking, because nobody really believes that this is a real effect.
Got it to work, manipulating the files was not that hard once I got over the FEAR factor. Good luck with the speed of light thing.
Sorry for the novice question, but can anyone tell me where the ".txt" document is suppose to reside for the "Preset text" statement to find it? I have a "test.txt" document in the "Template" file but all "Preset text = test.txt" does is print "test.txt" in the comment section.
I have stripped my config file down to one command: "Preset text = \\ssoelog\elog\templates\test2.txt"
If I type the path "\\ssoelog\elog\templates\test2.txt" into my browser I see the contents of the file, which is the word "YES"
But when I open a "New" page in ELOG the command returns: " \\ssoelog\elog\templates\test2.txt"
Could it have anything to do with the fact that I am using Version 2.7.5
Dear, I need to setup automatic email notification using direct send through a office365 smtp server. This part worked without any issue after setting the right MX record as SMTP host. As I am working on the configuration file while it is already use, I created a copy of the [GENERAL] logbook to make my tests called [GENERAL COPY] (see attachement and below for the config file).
Surprisingly I manage to send the email without errors using [GENERAL COPY] but not in [GENERAL]. In that case, I get this error message: Error sending Email via <i>"cta####-####.mail.protection.outlook.com"</i>: 4.5.3 Recipients belong to multiple tenants [AM5EUR02FT024.eop-EUR02.prod.protection.outlook.com]
In that case, I was actually not sending the mail to a mailing list but to myself, a registered user.
Do you see any reason why two identical logbooks (except for the name) would behave differently ?
Best,
elogd.cfg:
[global] port = 8090 SSL = 0 Self register = 0 Welcome Title = <html><font size=5>Welcome to the LST1 Elog server</font></html> Main Tab = Main Logbooks page URL = ####### SMTP host = cta####-####.mail.protection.outlook.com SMTP port = 25 Use Email From = mailing-list@cta-####.org Display Email recipients = 0 Email message body = 1
[GENERAL] Theme = default Comment = LST1 General ELOG Attributes = Author, Type, Subject, Status Options Type = Announcements, Shift Summary, Webserver, Plans, Safety, Operations, Interventions, Measurements, Structure, Issue Options Status = Fixed, Under Process, Not Fixed Cell Style Status Fixed = background-color:green Cell Style Status Not Fixed = background-color:red Cell Style Status Under Process = background-color:yellow Extendable Options = Type Required Attributes = Author, Type Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type, Status Use Email Subject = $Type, $Subject Email Type Webserver = mailing-list@cta-####.org Email Type "Shift Summary" = mailing-list@cta-####.org Admin user = camera Password file = camera.pwd
[GENERAL COPY] Theme = default Comment = LST1 General ELOG Attributes = Author, Type, Subject, Status Options Type = Announcements, Shift Summary, Webserver, Plans, Safety, Operations, Interventions, Measurements, Structure, Issue Options Status = Fixed, Under Process, Not Fixed Cell Style Status Fixed = background-color:green Cell Style Status Not Fixed = background-color:red Cell Style Status Under Process = background-color:yellow Extendable Options = Type Required Attributes = Author, Type Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type, Status Use Email Subject = $Type, $Subject Email Type Webserver = mailing-list@cta-####.org Email Type "Shift Summary" = mailing-list@cta-####.org Admin user = camera Password file = camera.pwd
For the last couple of months we are getting a random elogd crash once in a while we are getting something like the following in the middle of the night
> Sep 29 20:45:07 elog kernel: server_name686835]: segfault at 7ffd7f5a0000 ip 00007fceaeabbf06 sp 00007ffd7f577348 error 6 in libc-2.28.so[7fceaea8a000+1bc000]
I'm going to try and see if it will leave a coredump file, just thought I would ask if anyone else had seen this before?
Thanks, Matt
Thanks for the info!
Most likely these are some currupt logbook files. If you get a coredump (or stack trace) you can maybe figure out which file it was. These are plain ASCII files (YYMMDDa.log) and you can see with an editor if someting there is not in order.
Jul 17 20:36:21 elog kernel: elogd[179095]: segfault at 7ffda4d82000 ip 00007f97033a1406 sp 00007ffda4d58c38 error 6 in libc-2.28.so[7f9703374000+1cd000]
Elog version ELOG V3.1.5-30ada1df
Running on a Rehdat 8 enterprise server
compiled with a Makefile change :: change -Wno-unused-result to -Wno-unused-value
Wondering if anyone has been seeing this?
We have since discovered that the security team is scanning the box in question once a week when the service crashes, with nexpose.
So if you see something similar then you might want to explore that.
Dear elog community,
I wonder whether there is a python3 api or lib to generate and append entries (and attachments) to the logbook using scripts. However, so far I did not find anything...
At the moment I am thinking about wrapping the "elog" command line tool.
Is there something usable already out there?
Thanks and regards Markus
Thanks Andreas! This is more or less exactly what I was looking for...
Regards Markus
Have a look here: https://github.com/paulscherrerinstitute/py_elog
I haven't tried it myself, but it should allow you to add, reply, edit, delete elog entries from python (>= 3.5) via the http elog interface. It's an anaconda package.
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 would like to increase the spacing between 'MOptions' choices. I have created a new theme and have been playing with the CSS stylesheet. But can't find how to increase this spacing. Having lots of fun otherwise! Tks, mark
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
*** edit ***
I solved my problem by removing the guest options from the logbooks ('Guest menu commands' and 'Guest List Menu commands'), this forbids any unauthorised user to see the content of the concerned logbooks. This is what I needed.
***********
I am currently configuring elog for a user platform that will run different unrelated experiments for unrelated research groups. As Stefano, I also would like that user only see the logbooks that they are allowed to edit; your answer was
Hiding logbooks from the logbook selection page is not possible since when people bring up that page, they are not yet logged in, so elog does not know who is accessing the page
However if I set Protect Selection page = 1 in [global] and force users to log in before accessing the logbook selection page, wouldn't elog know who looks at the page?
I would like to use top groups to separate administrative tasks from experimental projects and maintain an easy flow between the different logbooks within a top group for those users that can edit more than one logbook (e.g. the employees of the user platform).
Kindly,
marijn
Hi Stefano,
that's what top groups were made for. So make a top group for yourself, and nobody will be able to see them without having the proper URL. Hiding logbooks from the logbook selection page is not possible since when people bring up that page, they are not yet logged in, so elog does not know who is accessing the page (fortunatley no face recognition yet!). So if elog doe not know who looks at that page, logobook which a certain use has no access to cannot be hidden becuase the user is not known at that point.
Well, Stefan would need to answer that. But if you are good with C-programming, you might implement it yourself?
There is a way to implement it; but it makes your installation a lot more complicated: you can have two ELOG servers. The first has all logbooks but requires authentification to read any. The second has only the public logbooks, and they are mirrored from the first.
many thanks for your answer. I partially agree with you, because sometimes "for privacy" of my working group I don't want that other users (external users) know the existance of the other logbooks.
Do you think that will be implemented in future?
Best regards, Stefano
Kind Regards, Andreas
Hello, I read carefully the manual, but I didn't find a way to hide the logbooks in the logbook bar and in the initial logbook selection for which the user does not have the access. So, if a user1 does not have the access to a specific logbook, user1 is not able to see that logbook in the bar and neither in the initial logbook selection. How can I do this without using the top groups?
good morning,
I have installed elog 2.8.0 from terminal but when I type
elogd -p 80
or simply
elogd
the system tells me
Cannot bind to port 8080
Can someone help me?
Marco M
Is it possiblet to restrict a field so that when a new record is added, whatever the user types is automatically converted to lower case?
when i try to send a form after edit or create an entry i got this message : Connection closed by remote server
is there any idea
thanks
I am trying to create a trouble ticket system however when you do a reply you get a new message ID. I was hoping to use the message ID as a ticket number and just wanted to use the reply as an append to the orginal message id, however each reply creates a new message id. This would be a nightmare to track and if I closed the ticket I would have to close every log entry related to this.
Does anyone know how to either make the reply and appended reply (appended to the orignal message id) or how to create a field that automatically gives it a new trouble ticket number.
Has anyone configured a trouble ticket system that I could look at to get some ideas?
Lance
First of all, ELOG has been designed having shift logbooks in mind, so it probably will never be a perfect trouble ticket system. Nevertheless, there are some options which can help in that respect:
This will increment the 5-digit ticket number whenever you create a new ticket, but will not update it when you do a reply
Use Status to determine the status of the whole trouble ticket chain (initial entry plus replies)
Options Status = open, closed Preset Status = open
Once a ticked chain is closed, do the following:
Thanks for this, I had already implemented the Preset Ticket Nr = TT-##### but I didnt use the threaded and Select to close the ticket, very nice tip thanks. I think this program can be have several uses, and working very well. The trouble ticketing will work for us.
Once again thanks for the very speedy support.
We are running elog across two sites and synchronizing every four hours on change only. There are about 100 entries per day of which most are just one line entries. However this is taking up to 9 mins and during the replication process the server gives us an "unavailable" error. We are using a T1 across the sites so bandwidth should not be an issue, I am confused as to why this takes so long.
The issue for us is not how long the sync takes, providing this was happening in the background, and doesnt lock out the server while the replication was taking place. We are operating under a 24 hour call center type environment so the server being available all the time is of paramount importance.
We use version 2.7.2 and I know there have been several changes made since this version. Would changing to the latest version have any impact on this?
Cheers,
I have been running logging and I think I have found the problem however I do not know how to resolve it.
Here is where it is going wrong:
19-May-2009 04:02:48 [] {NSS} MIRROR: ID21268: Local entry submitted
19-May-2009 04:07:34 [] {AMC} MIRROR: send entry #31056
It seems that when it has finished replication on one logbook there is a significant time before the next logbook replication starts. During this time the server is not avalable. I have noticed that the time between ending one logbook and starting the next differs betwee 2 and 5 minutes. Again the server is not available when this happens.
Do you have any idea?
I need more information to narrow down the problem:
- does this only happen on automatic mirroring or also when you do a manual synchronize?
- does this happen on both sides, like when you make the "other" elog server the master?
- if the server is inresponsive, does the CPU on that machine go to 100% or to 0%?
- do you have very long attachments in your logbooks?
- do you have the same problem on a "tiny" logbook like it comes with the distribution?
- are you using any Apache proxy in between?
I'm afraid that in the end you have to debug this yourself, since it will be very hard for me to reproduce exactly your problem (unless you send me all your files).
Thanks for the reply.
This happens on automatic mirroring and by manual sync. However only the site initializing the mirror is locked out the remote seems to still be able to function.
The CPU jumps from very little usage to 50%+ being used by elogd.exe as soon as you start the mirroring/sync process
I have attached a file that that is in three parts and its pretty big. When I start up the elogd -v it takes over two minutes to scroll through hundreds of files. I have attached the last of those entries in the first part of the attached PDF, the second part of the PDF shows a manual sync and the third part shows the same sync on the same logbook a few mins later. It seems to take about 3 minutes even when there has been no new log entries. In addition if you are mirroring more that one log book through the automated cron job it can take about 3-5 mins before the second logbook starts its replication. I have also added a screenshot of the completed replications on both runs.
If there is a way to redirect the output of the cmd window when running elogd -v I would capture all the data for you but the standard redirect ">> elog.txt" only creates a blank file.
We are running several logbooks and it does look like the smaller logbooks still take several minutes to start up. I have attached the PMCLogfile and if you look between the NSS and the AMC replications on any day there seems to be a 3 min gap between one book finishing and another starting.
We are not using Apache prox in between.
I am not a programmer but I can follow instruction, if you need anything else let me know.
Stefan this has been driving me nuts for a while now so any help you can give would be more than appreciated.
We have been running elog for a few years now and its solid. The only thing is we are getting to 140k entries over a few books and its starting to slow down whist searching. My questions is can we go to an SQL type database rather than a flat file? Is it worth it? Is anyone running this type of configuration?
I use Google Chrome for web browsing these days.. I've had serious issues with surfing some of the pages of our ELOG V2.7.5-2130 site. For instance, I can surf directly to our url to create a new entry (http://changelog.company.com/Company+IT+Change+Log/?cmd=New) and see the page just fine. But when I click on the header to go back to the main page (http://changelog.company.com/Company+IT+Change+Log/) I end up with this error:
This webpage is not available.
The webpage at http://changelog.company.com/Company+IT+Change+Log/ might be temporarily down or it may have moved permanently to a new web address. Below is the original error message Error 320 (net::ERR_INVALID_RESPONSE): Unknown error.
The webpage at http://changelog.company.com/Company+IT+Change+Log/ might be temporarily down or it may have moved permanently to a new web address.
But when I visit the DEMO elog site (http://midas.psi.ch/elogs/Linux%20Demo/) it pulls right up just fine.. My site also works in IE without problems.
Any ideas? I run our ELOG on windows server.. maybe that has something to do with it..
Below is the original error message
> > Any ideas? I run our ELOG on windows server.. maybe that has something to do with it. > > I am running the server on kubuntu 8.x, and have the same issue with chrome 1.x. > Is is possible the corporate elog server is running behind apache or in some > other proxy config while the one you are having issues with is being connected > to directly by chrome? > > -- rouilj So, is your kubuntu elog server internal only, as well? My elog server on windows is an internal only server.. and there is no proxy or firewall between chrome and the elog server.. I didn't set it up, but I think elogd runs it's own web service.. probably apache within the win32 port. It's good to know someone else has the issue, at least. I'd like to find a publicly available elog server so that the elog developers could recreate the issue and thusly fix the issue. Or at the very least send the broken URL to Google Chrome developers to see if it's a bug in the browser or not. I ran wireshark to capture what happens at the ethernet level, and it seems that the HTTP response doesn't come through properly. My response packets to the TCP response packets seems to be: "Acknowledgment number: Broken TCP. The acknowledge field is nonzero while the ACK flag is not set" My system never receives enough TCP packets to reassemble it to a properly formatted HTTP response. The stream goes like this: GET /Company+IT+Change+Log/ HTTP/1.1 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.42 Safari/525.19 Referer: http://changelog.Company.com/Company+IT+Change+Log/?cmd=New Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Encoding: gzip,deflate,bzip2,sdch Cookie: unm=Name; upwd=amhpbGoijoihbmQ=; urem=1 Accept-Language: en-US,en Accept-Charset: ISO-8859-1,*,utf-8 Host: changelog.Company.com Connection: Keep-Alive HTTP/1.1 200 Document follows Server: ELOG HTTP 2.7.5-2130 Content-Type: text/html;charset=ISO-8859-1 Set-Cookie: elmode=Summary; path=/Company+IT+Change+Log; expires=Tuesday, 09-Jun-20 12:31:45 GMT; path=/Company+IT+Change+Log; Connection: Keep-Alive Keep-Alive: timeout=60, max=10 Pragma: no-cache Expires: Fri, 01 Jan 1983 00:00:00 GMT Content-Length: 24455 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html><head> <META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW"> <title>ELOG Company IT Change Log</title> <link rel="stylesheet" type="text/css" href="default.css"> <link rel="shortcut icon" href="favicon.ico" /> <link rel="icon" href="favicon.png" type="image/png" /> <link rel="alternate" type="application/rss+xml" title="ELOG Company IT Change Log" href="elog.rdf" /> </head> <body> <form name="form1" method="GET" action="."> <table class="frame" cellpadding="0" cellspacing="0"><!-- show_standard_title --> <tr><td class="tabs"> <span class="sltab"><a href="../Company+IT+Change+Log/" title="Company TI">Company IT Change Log</a></span> </td></tr> <tr><td><table width="100%" border="0" cellpadding="0" cellspacing="0"> <tr><td class="title1"> Company TI, Page 1 of 272 </td> <td class="title2">Logged in as "My Name"</td> <td class="title3"><img border=0 src="elog.png" alt="ELOG logo" title="ELOG logo"></td> </tr></table></td></tr> <tr><td class="menuframe"><span class="menu1"> <a href="?cmd=New">New</a> | <a href="?cmd=Find">Find</a> | <a href="?select=1">Select</a> | <a href="?cmd=Import">Import</a> | <a href="?cmd=Config">Config</a> | <a href="?cmd=Logout">Logout</a> | <a href="?cmd=Help">Help</a> </span></td></tr> <tr><td class="menuframe"> <table width="100%" border=0 cellpadding="0" cellspacing="0"> <tr> <td class="menu2a"> <a href="?mode=full">Full</a> | Summary | <a href="? mode=threaded">Threaded</a> </td> <td class="menu2b"> <a href="?new_entries=1"><img align="middle" border="0" src="new_entry.png" alt="Show only new entries" title="Show only new entries"></a> <select title="Select period" name=last onChange="document.form1.submit()"> <option value="_all_">-- All entries -- <option value=1>Last day <option value=7>Last week <option value=31>Last month <option value=92>Last 3 Months <option value=182>Last 6 Months <option value=364>Last Year </select> <select title="Select Type" name="Type" onChange="document.form1.submit()"> <option value="_all_">-- Type -- <option value="^Hardware$">Hardware <option value="^Software$">Software <option value="^Database$">Database <option value="^Network$">Network <option value="^NGS Applications$">NGS Applications <option value="^Storage$">Storage <option value="^Monitor$">Monitor <option value="^VMware$">VMware </select> <noscript> <input type=submit value="Search"> </noscript> <b>5429 Entries</b> </td></tr></table></td></tr> <tr><td class="menuframe"><span class="menu3"> Goto page 1, <a href="page2">2</a>, <a href="page3">3</a> ... <a href="page270">270</a>, <a href="page271">271</a>, <a href="page272">272</a> <a href="page2">Next</a> </span></td></tr> <tr><td><table class="listframe" width="100%" cellspacing=0> <tr> <th class="listtitle"><a href="?sort=ID">ID</a></th> <th class="listtitle"><a href="?sort=Date">Date</a></th> <th class="listtitle"><a href="?sort=Author">Author</a></th> <th class="listtitle"><a href="?sort=Author+Email">Author Email</a></th> <th class="listtitle"><a href="?sort=Type">Type</a></th> <th class="listtitle"><a href="?sort=Category">Category</a></th> <th class="listtitle"><a href="?sort=Subject">Subject</a></th> <th class="listtitle"><a href="?sort=Last+Revision">Last Revision</a></th> <th class="listtitle"><a href="?sort=Reason+for+Change">Reason for Change</a></th> <th class="listtitle">Text</th> <th class="listtitle"><img src="attachment.png" alt="Attachments" title="Attachments"</th></tr> <tr><td class="list2"> <a href="../Company+IT+Change+Log/5431"> 5431 </a> </td> <td class="list2" nowrap><a href="../Company+IT+Change+Log/5431">1/9/2009 4:40:54 PM</a></td> <td class="list2"><a href="../Company+IT+Change+Log/5431">Gary</a></td><td class="list2"><a href="../Company+IT+Change+Log/5431"><a href="gmercier@Company.com">gmercier@Company.com</a></a></td><td class="list2"><a href="../Company+IT+Change+Log/5431">Applications</a></td><td class="list2"><a href="../Company+IT+Change+Log/5431">Patch - Hotfix</a></td><td class="list2"><a href="../Company+IT+Change+Log/5431">PRN 18718 Update</a></td><td class="list2"><a href="../Company+IT+Change+Log/5431"></a> </td><td class="list2"><a href="../Company+IT+Change+Log/5431"></a> </td><td class="summary">A</td> <td class="listatt"> </td><tr><td class="list1"> <a href="../Company+IT+Change+Log/5430"> 5430 </a> </td> <td class="list1" nowrap><a href="../Company+IT+Change+Log/5430">1/9/2009 4:37:01 PM</a></td> <td class="list1"><a href="../Company+IT+Change+Log/5430">Gary</a></td><td class="list1"><a href="../Company+IT+Change+Log/5430"><a href="gary@compan Then the stream just aborts, apparently.
> > > > Any ideas? I run our ELOG on windows server.. maybe that has something to do with it. > > > > > > I am running the server on kubuntu 8.x, and have the same issue with chrome 1.x. > > > Is is possible the corporate elog server is running behind apache or in some > > > other proxy config while the one you are having issues with is being connected > > > to directly by chrome? > > > > It's good to know someone else has the issue, at least. I'd like to find a publicly available elog server so > > that the elog developers could recreate the issue and thusly fix the issue. Or at the very least send the broken > > URL to Google Chrome developers to see if it's a bug in the browser or not. > > I just brought up the current head release of elog, and the problem is fixed. Looks like it > was some sort of cookie issue IIRC the log entry. > > So build a new elogd and you should be all set. > > - rouilj Thanks. I'll have to wait for someone else to build the win32 binary, as I'm not set up to compile it myself.
> > > > > Any ideas? I run our ELOG on windows server.. maybe that has something to do with it. > > > > > > > > I am running the server on kubuntu 8.x, and have the same issue with chrome 1.x. > > > > Is is possible the corporate elog server is running behind apache or in some > > > > other proxy config while the one you are having issues with is being connected > > > > to directly by chrome? > > > > > > It's good to know someone else has the issue, at least. I'd like to find a publicly available elog server so > > > that the elog developers could recreate the issue and thusly fix the issue. Or at the very least send the broken > > > URL to Google Chrome developers to see if it's a bug in the browser or not. > > > > I just brought up the current head release of elog, and the problem is fixed. Looks like it > > was some sort of cookie issue IIRC the log entry. > > > > So build a new elogd and you should be all set. > > > > - rouilj > > Thanks. I'll have to wait for someone else to build the win32 binary, as I'm not set up to compile it myself. I installed the latest Windows build (didn't realize I missed a build in November), and it now works in Chrome. Thanks!
I love this software. I am not a programmer but have learned alot about the program.
I have 2 questions.
1. when i do a reply it will bring the original qutes with it but i have the option to change what had been entered. once i do the reply and reply to the reply i can not change the first reply but can change the second reply. This just started last week and i am not sure what has changed. i even uninstalled and reinstalled. If I try to just the HTML i tcomes up with code? If I do elcode seems to do ok just not able to stop the editing of the the last reply. Plain seems to do the same as ELcode.
2. I have also had trouble with E-Log not starting on my XP machines. Any ideas?
Thanks for sharing such a powerful program it is sweet.
Kyle
Good Day I am new to elog and have a question. This is best explain with an example. If I have two logbooks named "home" and "work" and I would like all the entries of home to be of a specific html format (for example a table containing a set amount of rows and columns) and work can be any plain text entry how would I go about doing this? I saw the documentation mention something about html templates but i cant seem to find the section about where they are stored or how they are created and applied to a specific logbook. I know how to restrict the entry encoding to either html, elcode or plain text for a logbook. Any help would be appreciated. Regard Kenzo Abrahams
Good Afternoon
Im trying to automatically post an entry using information saved in a text file. I have followed the example in the users guide but i always seem to get a error message saying transmission failed. Lets say for instance I have a user named John and his password is Blue and he wants to log into a logbook called home from a textfile the command im using to log a message from the file is
elog -h localhost -p 8080 -u John Blue -l home -a Author=John -m textfile
I cant seem to figure out why i keep getting this error message. I even tried deleting the password file because i thought it might be an authentication issue.
Can anybody assist me please it would be much appreciated.
> > Good Day > > > > I am new to elog and have a question. This is best explain with an example. If I have two logbooks named "home" and "work" and I would like all the entries of home to be of a specific html format (for example a table containing > > a set amount of rows and columns) and work can be any plain text entry how would I go about doing this? I saw the documentation mention something about html templates but i cant seem to find the section about where they are stored > > or how they are created and applied to a specific logbook. I know how to restrict the entry encoding to either html, elcode or plain text for a logbook. Any help would be appreciated. > > > > Regard > > Kenzo Abrahams > > So-called "custom" entry/view forms are a bit for experienced people. You should be fluent with HTML and JavaScript. The (minimal) documentation is here: https://midas.psi.ch/elogs/Forum/66909 > > If you want a table style input form, better use Google Spreadsheets. > > Stefan Thank you Stephan this really helped me.
Hi Stephan
The error message I get is "Error: Command Submit not allowed". I dont know if this might be an issue but it says Response Recieved: HTTP/1.1 404 Not Found in the first line of the servers response
Run the elog command with an additional -v flag (verbose output), and you will see what the elogd server return. It's HTML, but you should be able to see some error message.
Yes I can it works perfectly from the browser.
This indicates that the username/password is not correct. Can you log in to that logbook in your browser with the username "John" and password "Blue"?
Hi Stephan I got it to work for some reason elog was complaining that my encoding of the message wasnt allowed. I allowed the lognook to allow ELcode and it works perfectly.
Thank you for the help.
Im just curious is it possible to run more then one command using Execute new = <command> or will i have to run a script to run muliple commands.
I tried using '&&' to seperate more then one command but it seems that the first one only gets executed and the rest are just ignored.
Kenzo
The reason why im asking if it can be done using the Execute option is because I need to have the message id of the entry that was submitted and in an external script i dont have access to the variable
If i put the ';' into Execute the rest of the command becomes a comment thats why i was trying to use '&&' instead. If I encapulate the whole command in "" or '' then both commands are executed but the files im trying to write to gets created but no data is piped into it. When I use Execute with one command and pipe its output to a file everything works fine though.
The command is passed to your shell, and some shells except more than one command. Most Linux shells accept commands separated by ';', which you can try yourself by entering for example: ls *.c; ls*.h
This worked perfectly thank you.
Preset Author = $shell(if [ $short_name = "Anonym" ] ;then echo $Author;else echo \"$long_name, $Author\";fi) It adds $long_name to the Author field for non-anonymous entries.
Preset Author = $shell(if [ $short_name = "Anonym" ] ;then echo $Author;else echo \"$long_name, $Author\";fi)
Cheers Andreas
Hi there Okay so let me explain what im trying to do. I have a table in a logbook (lets call it home) that the user fills out. This information in the table is related to other logbooks (8 of them to be exact). I want to propogate information from the table in the home logbook into the other logbooks. To do this I used Execute new which runs my scripts. One of the scripts makes a call to the elog client to submit the message. The problem is that this call to elog client never finishes because its hanging waiting for the initial submit (one which triggered Execute new) to finish. The documentation explained that only one submit can be processed at a time so i expected whats happening at the moment. My question is are there any other ways to do what im trying to do?? In a nutshell how to propogate information from one logbook to another autonomously. Regards Kenzo
> Hi Kenzo, > I think it would help me to understand your problem, if you would provide a minimal configuration file with two > logbooks. > > There is no ELOG internal feature to propagate data from one logbook to another; > using a shell script is the only method I know. > But you could easily put your script into the background: > ELOG can handle multiple parallel request, by handling one request after the other. > > Kind Regards, Andreas Hi Andreas Im using python to do the scripting. Everything works fine until it comes to submitting the entry to my logbook. The extractTable.py file is the one running the command to submit to elog. I see now that im starting a subprocess in my python script (subprocess.call) and thats why its not finishing. Could you perhaps suggest how I would go about doing this by putting my scripts in the background? I might have to look at multiprocessing in python as well. The reason im using python is because im doing alot of file processing as well. I do have to add that this method works perfectly when i just run the python on its own. As soon as i run it by submiting an elog entrie from the browser it hangs on the subprocess.call method. Regards, Kenzo
> > > Hi Kenzo, > > I think it would help me to understand your problem, if you would provide a minimal configuration file with two > > logbooks. > > > > There is no ELOG internal feature to propagate data from one logbook to another; > > using a shell script is the only method I know. > > But you could easily put your script into the background: > > ELOG can handle multiple parallel request, by handling one request after the other. > > > > Kind Regards, Andreas > > Hi Andreas > > Im using python to do the scripting. Everything works fine until it comes to submitting the entry to my logbook. > The extractTable.py file is the one running the command to submit to elog. > I see now that im starting a subprocess in my python script (subprocess.call) and thats why its not finishing. > Could you perhaps suggest how I would go about doing this by putting my scripts in the > background? I might have to look at multiprocessing in python as well. The reason im using python is because im > doing alot of file processing as well. I do have to add that this method works perfectly when i just run the python > on its own. As soon as i run it by submiting an elog entrie from the browser it hangs on the subprocess.call method. > > Regards, Kenzo Hi Andreas I sorted my problem out, I had to use threading in python such that I can time the submissions to the elog server. Everything works fine now. Thank you for the assistance. Regards Kenzo
Hi all,
I'm absolutely new with ELOG and have only basic programming skills...
I'd like to use ELOG, so I have installed it in my computer to start playing with it (I installed version 2.7.0-1953 because with the latest one I got an error with the elogd.cfg file). I've been able to open the Demo logbook but wasn't able to submit a new entry into it. I get the following error:
"HTML encoding not allowed"
Could you please explain me how I could solve this problem?
I thank you in advance for your help.
There's seems to be a memory leak with elogd.exe running windows. I had this problem with older version of elogd.exe, i've just upgrade to the latest and the problems still exist. I've had this issue with earlier versions. I've just upgrade elog to the latest 2.76 version. The memory leak still persist. I really appreciate if you or anyone here can help me resolve this issue.
Thank!
JH
My Elog running on windows 2003 sp1 is crashing with this error " Faulting application elogd.exe, version 0.0.0.0, faulting module elogd.exe, version 0.0.0.0, fault address 0x00061330." the version of elogd.exe is has a built date of 2/22/2008. Will upgrading to the latest windows binary resolve this issue? Thanks!!
hi:
I have a problem with elog, if there are many entrys, and i want to find some useful entries which i preseted before ,like entries with , how can i configure the command ?
so i can find what i want with
please give me a help ,thx a lot!
Very simple: Click on "Find", select the icon, and click on "Search". Like if you do this for this Forum, it will produce an URL like:
https://midas.psi.ch/elogs/Forum/?Icon=icon14.gif
i mean , is there a button that when i push it , then it only shows valuable enties which i preset before, the button may add in the "List | New | Edit | Reply | Duplicate | Find | Config | Logout | Help"
is that possible? pls show the command.
thank you for reply me!
I am on ubuntu 24.04.1, I needed to git clone, make and make install,
HEAD is 3fb85fa6 - (HEAD -> master, origin/master, origin/HEAD) Fixed compiler warning (3 weeks ago)
It crashes on every attachment: thank you. Jaro
root@vaio:~# systemctl status elogd × elogd.service - The ELOG Server Loaded: loaded (/usr/lib/systemd/system/elogd.service; enabled; preset: ena> Active: failed (Result: core-dump) since Thu 2024-09-12 10:39:23 CEST; 3s a> Duration: 5.402s Docs: man:elogd(8) man:elog(8) Process: 724285 ExecStart=/usr/local/sbin/elogd -D -c /usr/local/elog/elogd.> Main PID: 724286 (code=dumped, signal=ABRT) CPU: 32ms
Sep 12 10:39:18 vaio systemd[1]: Starting elogd.service - The ELOG Server... Sep 12 10:39:18 vaio elogd[724286]: elogd 3.1.5 built Sep 11 2024, 17:02:36 Sep 12 10:39:18 vaio elogd[724286]: revision 3fb85fa6 Sep 12 10:39:18 vaio elogd[724286]: File "/var/run/elogd.pid" exists, overwritin> Sep 12 10:39:18 vaio systemd[1]: Started elogd.service - The ELOG Server. Sep 12 10:39:18 vaio elogd[724286]: CKeditor detected Sep 12 10:39:18 vaio elogd[724286]: ImageMagick detected Sep 12 10:39:18 vaio elogd[724286]: Server listening on port 9000 ... Sep 12 10:39:23 vaio systemd[1]: elogd.service: Main process exited, code=dumped> Sep 12 10:39:23 vaio systemd[1]: elogd.service: Failed with result 'core-dump'. root@vaio:~# systemctl restart elogd
My Time field is displayed i a 12 Hour format I would like to change it to 24 Hours, can someone advised how it can be done
Sorted no problem
Hi Everybody,
I import a logbook from csv file, with a number for laboratory's notebook, which can be use by multiple intern. I'd like to add a "reply to" when the number is the same, it's like a "move to" but in the same logbook.
Thanks in advance for your help
How do I preset the reply date to an empty box(es)? In 2.5.x it worked as Preset on reply Plan Date = "" gave me an empty date, which is what I wanted. Now in 2.6.3 I get some date in there (...1969) and have to manually set it to empty again ? Thanks
I'm having some confusion with configuring my logbook. In the global section of the logbook I have the quick filter enabled, but it is not a drop down list, only an editable text field:
I think it is an attributes issue, but I'm having some trouble making sense of those from the syntax page. Here is my config file:
[global]
port = 8080
usr = vulcanstaff
Max content length = 1073741824
Menu commands = New, Edit, Delete, Reply, Find, Last day, Move to, Copy to, Import, Help
RSS Title = $subject, posted by $author on $entry time
RSS Entries = 10
Quick filter = Date, Subject, Subtext
Use Lock = 1
Reverse sort = 1
Required Attributes = Author, Subject
[Experiment_Logbook]
Comment = Experiment Logbook
Attributes = Author, Author Email, Type, Category, Subject
Options Type = Other
Options Category = Start Up
Extendable Options =Category
Page Title = $Subject
You get a drop-down list if you define several options for an attribut, like
Options Category = Start Up, Start Down, Other
The you can select one of the categories from the drop-down list.
I forgot to mention - this is for searching the logbook. So would the config file look more like this:
Options Category = Date, Subject, Subtext
I know that this is for searching. But you don't get the point. You have attributes, like Date, Category, Subject. Each attribute can either contain arbitrary text (like the subject), or one of a set of predefined values. So category can be, let's day, "one", "two", "three". You define the possible options of the category with
Options Category = one, two, three
If you then define the quick filter
Quick filter = Category
then you get for the category a drop-down box where you can select "one", "two" or "three". If you do so, elog shows all logbook entries where the category attribute has the selected value.
I hope that this is clearer now.
Thanks Stefan, I think I understand, and now I see the options definition on the syntax page. I apologize for taking up your time and thank you for the great software. I think this is right now:
Options Search = Date, Subject, Subtext
Quick filter = Search
Elog is excellent!
I apologize for the naive question, but is there a way to insert screenshots directly into elog entries?
I have v2.7.7 of elog running on a OSX system running 10.6 I configured and installed about a year ago. It's a wonderful thing to have.
I acquired another system running 10.6 to dedicate to the elog app. I downloaded 2.7.8 and performed the following steps:
extract tarball in the desired directory
run
tar -xzvf elog-x.x.x.tar
switch to the new elog-x.x.x directory edit Makefile and elogd.cfg files as needed
to create executables
make
to create directories & files
make install
When I try to execute elog as a daemon:
elogd -c ~vulcanstaff/ELOG-Workspace/elog/elogd.cfg -D
I get the following message:
-bash: elogd: command not found
Is there a way to add a button to the elog interface which would execute a python command?
We have multiple users for a single elog. Aside from making an entry only editable by the author, is there a way to secure the entry if it is being edited so that only one user may edit a particular entry at one time?
Also, is there a way to auto-submit entries after x minutes?
Your help and support are appreciated.
Harley
Dear Team,
I am having a log book and would like to activate the email notification. I have made the changes as per the guidelines but I am getting the error message while submitting the entry - Error sending Email via "smtp.omantel.net.om": 5.5.4 cannot decode AUTH parameter
The details are as below : (Please note I have replaced the password with the * marks)
21-Nov-2014 16:58:28 [harish@127.0.0.1] {SCREENING VISIT} NEW entry #0
21-Nov-2014 16:58:28 [harish@127.0.0.1] {SCREENING VISIT} Email from <harish.amin@holiday.co.om> to harish.amin@holiday.co.om, SMTP host smtp.omantel.net.om
21-Nov-2014 16:58:28 [harish@127.0.0.1] {SCREENING VISIT} 220 fmgw1.omantel.net.om ESMTP Smtpd; Fri, 21 Nov 2014 15:32:52 +0400
21-Nov-2014 16:58:28 [harish@127.0.0.1] {SCREENING VISIT}
21-Nov-2014 16:58:28 [harish@127.0.0.1] {SCREENING VISIT} EHLO localhost
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-fmgw1.omantel.net.om Hello [188.66.222.72], pleased to meet you
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-ENHANCEDSTATUSCODES
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-PIPELINING
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-8BITMIME
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-SIZE 32235520
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-DSN
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-AUTH LOGIN PLAIN
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-STARTTLS
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250-DELIVERBY
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} 250 HELP
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} AUTH LOGIN
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} Username
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} harish.amin@holiday.co.om
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} Password
21-Nov-2014 16:58:29 [harish@127.0.0.1] {SCREENING VISIT} ******
21-Nov-2014 16:58:30 [harish@127.0.0.1] {SCREENING VISIT} 501 5.5.4 cannot decode AUTH parameter ******
Please help me to resolve this issue.
Harish Amin
For the login to your email sever, the password is encoded in base64 form (actually not really secure). Somehow your server does not support this. Unfortunately I cannot test this without access to your server. But you can try yourself by doing a telnet to your mail server like:
$ telnet <server.domanin> 25
...
$ AUTH PLAIN
With the "plain" method, you should be able to enter your password in plain text (not base64 encoded), and see if that works. If you are successful, I can add this option to elog.
Dear Stefan
Thank you for your reply. Please check is my entry correct?
Admin user = harish
url = http://localhost:8080
;Find Menu commands = Logout, New, Find, Select, Config, Last day, Last 10, Help
;Guest Menu commands = Login, Back, Find, Last day, Last 10, Help, Logout
;Guest Find Menu commands = Login, Back, Find, Last day, Last 10, Help
SMTP host = smtp.omantel.net.om
SMTP port = 25
$telnet smtp.omantel.net.om 25
$AUTH PLAIN
SMTP username = harish.amin@holiday.co.om
SMTP Password = ********
Subst Email = $user_email
Logfile = errorh.log
Email Encoding = 4
Entries per page = 50
;Logfile = harish.log
;Logging level = 2
Dear Stefen,
Please help me & reply on my request. Is my global config correct?
I am having a log book with the 5 logbooks. All other books are working fine except only one, every time while submitting the entry I am getting a error message.
I have attached the screen shot along with the error log file.
Please help me in solving this bug.
It's hard to guess from the information you sent what is wrong. The program just crashes, after the email notification has been sent successfully. Can you check if the one logbook which is not working is using some path for the logbook directory which it cannot write to due to access limitations? Just a guess.
-Stefan
I am attaching the config file details of the the logbook which crashes. Please check and reply.
password File = eng.pwd
;self register = 1
;Login expiration = 0.18
Comment = Lifesciences Pvt.Ltd.
Menu commands = List, New, Reply, Find, Logout, Help
Attributes = SUBJECT INITIALS, SUBJECT ID, SUBJECT DATE, ASSESSMENT OF VITALS:(To be transcribed from Source Note)Time, Pulse Rate(Per minute), Blood Pressure(mm Hg), CAFFEINE HISTORY:Coffee-Intake(No.of servings), Reasons, Tea-Intake(No.of servings), Reasons, Cocoa-Intake(No.of servings), Reasons, Chocolates-Intake(No.of servings), Reasons, Soft Drinks-Intake(No.of servings), Reasons, Comments(If any), STANDARDIZED MEAL:Start Time, End Time, Comments(If any), EPWORTHS SLEEPING SCALE:Date, Start Time, End Time, Sitting and Reading-score, Watching Tv-score, Sitting inactive in public place(e.g.a theatre or meeting)-score, As a passenger in the car/bus for an without break-score, Lying down to rest in the afternoon when circumstances permit-score, Sitting and talking to someone-score, Sitting quietly after lunch without alcohal-score, In a car/bus while stopped for a few minutes in traffic-score, Total Score, ANT PERFORMANCE:Pre IP Administration Date, Start time, End Time, Media Response Time(ms)-score, Alerting Effect(ms)-score, Orienting effect(ms)-score, Executive Attention(ms)-score, C-VAMS ASSESSMENTS:Pre IP Administration Date, Start Time, End Time, Lethargic to vigorous-score, Muddled to Clear Headed-score, Tired to Energetic-score, Unimaginative to Imaginative-score, Listless to Full of go-score, Inefficient to Efficient-score, Total, IP DISPENSING TIME, Lag Phase End Time, SUBJECT DIARY CHECKED AND DISPENSED, ANT PERFORMANCE:1 Hour 10 Minutes Post IP Administration Date, Start time, End Time, Media Response Time(ms)-score, Alerting Effect(ms)-score, Orienting Effect(ms)-score, Executive Attention(ms)-score, C-VAMS ASSESSMENTS:1 Hour 10 Minutes Post IP Administration Date, Start Time, End Time, Lethargic to vigorous-score, Muddled to Clear Headed-score, Tired to Energetic-score, Unimaginative to Imaginative-score, Listless to Full of go-score, Inefficient to Efficient-score, Total, ASSESSMENT OF VITALS:(1 Hour 10 Minutes) Time, Pulse Rate(Per minute), Blood Pressure(mm Hg), ANT PERFORMANCE:3 Hour 10 Minutes Post IP Administration Date, Start time, End Time, Media Response Time(ms)-score, Alerting Effect(ms)-score, Orienting Effect(ms)-score, Executive Attention(ms)-score, C-VAMS ASSESSMENTS:3 Hour 10 Minutes Post IP Administration Date, Start Time, End Time, Lethargic to vigorous-score, Muddled to Clear Headed-score, Tired to Energetic-score, Unimaginative to Imaginative-score, Listless to Full of go-score, Inefficient to Efficient-score, Total, ASSESSMENT OF VITALS:(3 Hour 10 Minutes)Time, Pulse Rate(Per minute), Blood Pressure(mm Hg), ANT PERFORMANCE:5 Hour 10 Minutes Post IP Administration Date, Start time, End Time, Media Response Time(ms)-score, Alerting Effect(ms)-score, Orienting Effect(ms)-score, Executive Attention(ms)-score, C-VAMS ASSESSMENTS:5 Hour 10 Minutes Post IP Administration Date, Start Time, End Time, Lethargic to vigorous-score, Muddled to Clear headed-score, Tired to Energetic-score, Unimaginative to Imaginative-score, Listless to Full of go-score, Inefficient to Efficient-score, Total, ASSESSMENT OF VITALS:(5 Hour 10 Minutes)Time, Pulse Rate(Per minute), Blood Pressure(mm Hg)
Options Reasons = Habitual, Urge for caffeine, Facing withdrawl, Others;Specify
Options SUBJECT DIARY CHECKED AND DISPENSED = Yes, No
Page Title = ELOG - $subject
The maximum number of attributes is limited to 100, you have 111. Plus you use the attributes "Start Time" and "End Time" more than once. In a future version of ELOG I will add some checking for this, so that you get a proper error message. You can increase the number of attributes, but then you have to recompile elog. I would suggest separating your information into several smaller logbooks.
Thank you very much - Now its working perfectly fine.
Thanks once again for your valuable time & help.
Dear users,
we started an elog serveur (using ssl) and open to the world which is working fine.
However I am trying to access it via the command line client, from a computer that uses a proxy to connect to internet.
The environnment variable are set :
declare -x ftp_proxy="ftp://myproxy:3128/" declare -x http_proxy="http://myproxy:3128/" declare -x https_proxy="https://myproxy:3128/" declare -x socks_proxy="socks://myproxy:3128/"
but when I try to connect
elog -h myelog -p 443 -l lognote -s 1 -u username passwd -w last
I have the following message :
Cannot connect to host myelog, port 44
How should I proceed ?
JG
:
We noticed some elog email messages were not showing up in our inboxes at random. What we believe is happening is when a elog entry is created it is assigned a message id that the mail servers will use. If a message is edited that same message id is used and some mail servers involved will ignore the duplicate message id. We have also noticed when a elog entry is deleted the next entry created will assume the deleted entry message id and just like above the email will be ignored since it has a duplicate message id.
The message ID is part of the "user data" of the email, not of the standard email header. So the mail servers "do not know" about the message ID, which make it strange that double messages are filtered. Nobody else reported this problem before. Maybe is it related to your SPAM filter? Can you check if the double entries are classified as SPAM in your case?
Here is the mail log:
Jan 12 13:51:54 techies lmtpunix[3184]: dupelim: eliminated duplicate message to user.jf id <neteng-1067@emich.edu> (delivery)
The message id we are experiancing problems with is in the header;
Message-ID: <neteng-1073@emich.edu>
I have multiple elogs running on a server. Is it possible to set one elog to a different timezone? For example, I run an elog for a group in Washington state, and another elog for a collaboration group in Germany. I would like to set each elog to their respective timezone.
thanks,
Gary
Thanks Stefan, It looks like the group had actually contacted you directly as well (sorry for the redundant work!). Thanks for the help, the great application and your time.
The elog server grabs the local timezone from the underlying OS. Under Linux, you can change the timezone using the TZ environment variable. See here: http://www.cyberciti.biz/faq/howto-linux-set-time-zone-per-user-basis/
If you need different time zones on the same server, you have to create two accounts and run two instances of elogd on these accounts.
Still no luck changing the TZ for a single elog service. I completed the following:
* I added a new user/group - central-tz-user (id 1010) * changed user TZ to central, su as user and confirmed CDT via 'date' * changed elogd.cfg usr and grp to central-tz-user * changed elog directory recursively to central-tz-user ownership * restarted the elog instance and confirmed via 'ps aux' that 1010 is running elog process * When I go to elog and add new entry, server time (PDT) is shown.
Am I missing a step here possibly?
Okay, I missed the obvious...
sudo -u central-tz-user (start elog)
Elog version: ELOG V3.1.4-611489ba
I am running openldap on the localhost. For some reason now, elogd is segfaulting when (I believe) when a new user is being added to the password file. For example:
1. I delete user passord file defined in elogd.cfg
2. Bind/Authenticate to LDAP successfully
3. Segfaults in auth.c ldap_adduser_file()
Makefile: ... ELOGDIR = /opt/elog DESTDIR = $(ROOT)$(PREFIX)/bin SDESTDIR = $(ROOT)$(PREFIX)/sbin RCDIR = $(ROOT)/etc/rc.d/init.d SRVDIR = $(ROOT)/usr/lib/systemd/system
# flag for SSL support USE_SSL = 1
# flag for Kerberos support, please turn off if you don't need Kerberos USE_KRB5 = 0
# flag for LDAP support, please turn off if you don't need LDAP USE_LDAP = 1# flag for PAM support, please turn of if you don't need PAM USE_PAM = 0 ...
For authentication, I am using openldap in the localhost:
---- Authentication = LDAP LDAP server = ldap://localhost:389 LDAP userbase = ou=people,dc=example,dc=org LDAP login attribute = uid LDAP register = 1 Password file = /opt/elog/users
gdb output
----------
(gdb) run -s /opt/elog -c /opt/elog/elogd.cfg -f /var/run/elog/elog.pid The program being debugged has been started already. Start it from the beginning? (y or n) y Starting program: /home/ubuntu/UPGRADE-42221/work-src/elog/elogd -s /opt/elog -c /opt/elog/elogd.cfg -f /var/run/elog/elog.pid [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". elogd 3.1.4 built Apr 22 2021, 19:19:39 revision 611489ba File "/var/run/elog/elog.pid" exists, overwriting it. CKeditor detected ImageMagick detected Indexing logbooks ... done Server listening on port 9011 ...
Breakpoint 1, ldap_adduser_file (lbs=0x555556811ad8, user=0x7ffffffd3bd0 "testuser", password=0x5555558ea110 <_value+6000> "testuser", error_str=0x7ffffffd53d0 "", error_size=<optimized out>) at src/auth.c:350 350 if (rc != LDAP_SUCCESS) { (gdb) n 337 rc = ldap_search_ext_s( (gdb) n 350 if (rc != LDAP_SUCCESS) { (gdb) n 358 for(entry = ldap_first_entry(ldap_ld,result); (gdb) n 371 if(strcmp(attribute,"mail")==0 || strcmp(attribute,"rfc822Mailbox")==0) (gdb) n 361 for(attribute = ldap_first_attribute(ldap_ld,entry,&ber); (gdb) n 365 if((values = ldap_get_values(ldap_ld,entry,attribute)) != NULL ) { (gdb) n 366 for(i=0; values[i] != NULL; i++) { (gdb) n
Program received signal SIGSEGV, Segmentation fault. ldap_adduser_file (lbs=0x555556811ad8, user=0x7ffffffd3bd0 "testuser", password=0x5555558ea110 <_value+6000> "testuser", error_str=<optimized out>, error_size=<optimized out>) at src/auth.c:366 366 for(i=0; values[i] != NULL; i++) { (gdb) p attribute $1 = 0x5555567f6a20 "uid" (gdb) p values $2 = (char **) 0x567f74f0
This user in LDAP: ------------------------- # TESTUSER, people, example.org dn: uid=TESTUSER,ou=people,dc=example,dc=org uid: TESTUSER cn: TESTUSER givenName: TESTUSER sn:: VEVTVFVTRVIg mail: TESTUSER uidNumber: 10000 gidNumber: 10000 homeDirectory: /dev/null objectClass: top objectClass: posixAccount objectClass: shadowAccount objectClass: inetOrgPerson objectClass: organizationalPerson objectClass: person userPassword:: e1NTSEF9Y21ua1lsdFpMZ3ZrZlZ4OUp3MFN3cUY3NWIzdkFCSWY=
Dear Mr Ritt, Mr Schenk,
Thank you for the responses. This was indeed my issue and direction to fix the crash.
Thank you,
Hi Mr. Holman,
The problem you are facing is more likely the issue, that the LDAP method is only provided as-is from a different developer.
I had a similar issue with the LDAP of my university. I can't remember the correct error messages, but it looks similar, which arises from the used c library for LDAP. The LDAP connection response can have 2 different variable types and only one of them is implemented in the elog, the other one crashes the elog with segfault.
I could fix it with this patch: https://bitbucket.org/merrx/elog/commits/5a75fdb3e0b723380dae73bb57653946ed72690c Obviously you have to adapt "displayName" and "postOfficeBox" to represent the name and email attributes of your LDAP structure.
I didn't made a PR for this commit, because it would break the current LDAP implementation, i assume.
Best wishes, Sebastian
I am receiving a segfault whenever I attempt to upload a file. Please see attached .txt for valgrind output. This occurs in version elog-3.1.5-1. I reverted back to version elog-3.1.4-3 and the segfault does not occur.
Segfault occurs in Elog version: elog-3.1.5-1
System:
Virtualization: kvm Operating System: Ubuntu 24.04.1 LTS Kernel: Linux 6.8.0-49-generic Architecture: x86-64 Hardware Vendor: QEMU Hardware Model: Standard PC _Q35 + ICH9, 2009_ Firmware Version: 1.15.0-1 Firmware Date: Tue 2014-04-01 Firmware Age: 10y 8month 1w 5d
Valgrind command: valgrind -v --leak-check=full --track-origins=yes ./elogd -s /usr/local/elog -c /var/www/elog/he6/elogd.cfg -f /var/run/elog/he6.pid Steps to reproduce:
1. Login elog
2. Create new logbook entry
3. Attachement 1: Select Browse
4. Select any file.
5. Select Upload
Looks like duplicate report to https://elog.psi.ch/elogs/Forum/69826
Thanks for further instructions here is full stack trace: Program received signal SIGABRT, Aborted. __pthread_kill_implementation (no_tid=0, signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:44 warning: 44 ./nptl/pthread_kill.c: No such file or directory (gdb) where #0 __pthread_kill_implementation (no_tid=0, signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:44 #1 __pthread_kill_internal (signo=6, threadid=<optimized out>) at ./nptl/pthread_kill.c:78 #2 __GI___pthread_kill (threadid=<optimized out>, signo=signo@entry=6) at ./nptl/pthread_kill.c:89 #3 0x00007ffff764526e in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #4 0x00007ffff76288ff in __GI_abort () at ./stdlib/abort.c:79 #5 0x00007ffff76297b6 in __libc_message_impl (fmt=fmt@entry=0x7ffff77ce765 "*** %s ***: terminated\n") at ../sysdeps/posix/libc_fatal.c:132 #6 0x00007ffff7736c19 in __GI___fortify_fail (msg=msg@entry=0x7ffff77ce74c "buffer overflow detected") at ./debug/fortify_fail.c:24 #7 0x00007ffff77365d4 in __GI___chk_fail () at ./debug/chk_fail.c:28 #8 0x00007ffff7738019 in __strlcpy_chk (s1=<optimized out>, s2=<optimized out>, n=<optimized out>, s1len=<optimized out>) at ./debug/strlcpy_chk.c:28 #9 0x000055555557ac8a in strlcpy (__n=356, __src=0x89ab3c42edf52f00 <error: Cannot access memory at address 0x89ab3c42edf52f00>, __dest=0x7ffffffd5370 "agarcia") at /usr/include/x86_64-linux-gnu/bits/string_fortified.h:156 #10 el_submit_attachment (lbs=lbs@entry=0x5555566873d8, afilename=afilename@entry=0x7ffffffd57e0 "pfSense-UDP4-1194-yuhaosun-config.ovpn", buffer=buffer@entry=0x5555566bba67 "dev tun\npersist-tun\npersist-key\ndata-ciphers AES-256-GCM:AES-128-GCM:CHACHA20-POLY1305:AES-256-CBC\ndata-ciphers-fallback AES-256-CBC\nauth SHA256\ntls-client\nclient\nresolv-retry infinite\nremote pfsense."..., buffer_size=buffer_size@entry=5265, full_name=full_name@entry=0x7ffffffd58e0 "") at src/elogd.cxx:4547 #11 0x00005555555f91ea in decode_post (logbook=logbook@entry=0x7fffffffbff0 "He6", lbs=lbs@entry=0x5555566873d8, string=<optimized out>, string@entry=0x5555566bb1c9 '-' <repeats 29 times>, "16417726823211458101306576170\r\nContent-Disposition: form-data; name=\"unm\"\r\n\r\ngholman\r\n", '-' <repeats 29 times>, "16417726823211458101306576170\r\nContent-Disposition: form"..., boundary=boundary@entry=0x7fffffffbef0 '-' <repeats 27 times>, "16417726823211458101306576170", length=length@entry=7649) at src/elogd.cxx:28662 #12 0x00005555555fb5cc in process_http_request ( crequest=crequest@entry=0x555556656658 "POST /He6/ HTTP/1.0\r\nHost: xxx.xxx.xxx.xxx\r\nX-Real-IP: 192.168.101.2\r\nX-Forwarded-For: 192.168.101.2\r\nConnection: close\r\nContent-Length: 7649\r\nUser-Agent: Mozilla/5.0 (Windows NT 10.0; Win6"..., i_conn=i_conn@entry=0) at src/elogd.cxx:29317 #13 0x00005555555ffc68 in server_loop () at src/elogd.cxx:30302 #14 0x000055555555b1b9 in main (argc=<optimized out>, argv=<optimized out>) at src/elogd.cxx:31327 (gdb)
A statement like "core dumped" does not help much. Same with valgrind memory leaks. I need a full strack trace with all parameters when the segment violation occurs. The easiest is when you run elogd vom inside gdb, and once you get the signal, do a "where" to see th full stack trace.
As you can see from this forum, there is absolutely no crash when you upload any file, so it must have to do with your config file or anything whcih is special in yoru environment. We have to find what this is so that I can reproduce it here.
Thanks Stefen!
I built from source (ELOG V3.1.5-3a5f2f00) and I confirmed as fixed.
Thanks to your stack trace, I found a case where a string might get overwritten, but only if the attachment file name is longer than 256 chars. I fixed the code and made a new RPM:
https://www.dropbox.com/scl/fi/r37qx9aka5ytt3j7vn4km/elog-3.1.5-20241213.el8.x86_64.rpm?rlkey=knct99pdltggunrbmyr2hpfe5&st=pkre24aq&dl=0
Alternatively, you can compile from sources. Give it a try.
I have a question about ELOG. Let's say after the user finishes his shift and passess on to the next user on duty. A staff member would want to look through the entries and vet them. The staff could lock the entries to maintain integrity of the information. How can that be done with ELOG? Can you enlighten me. Thank u.
As mentionned before, we happen to fail to receive email messages related to updates on elog entries at our site. My understanding is that the SMTP header Message-Id MUST be unique for each email message. Whereas all elogd email messages get something like <logbook>-<entryId>@<domain>. See source code. For this header to become unique, there should be a random part in it.
Message-Id
Having the same Message-Id in multiple email messages results in only the first one being delivered on some email systems.
Moreover, elogd sets the In-Reply-To: header in the same manner (<logbook>-<entryId>@<domain>). Which is incorrect because this header relates to email messages, not elog entries, and should contain the email Message-Id of the email message to which it replies, itself handled by the email messaing system. But elogd hasn't received any email messsage in the first place. So I believe this header should simply be dropped.
I think I can provide a pull request on bitbucket for the Message-Id issue, and probably also for the In-Reply-To: if you decide it can be removed.
Cheers
Pull-request posted. Cheers.
It is possible to change the justification for a column/attribute in the list mode (left-aligned, centered, right-aligned)?
Right now Elog treats each colum of a list as centered,
I need to set text-align:left but only for an attribute in the List mode, For example, say that FirstName column must be left justified in list view. What is the name of the cell content in the default elog.css?
You can do that chaning the CSS of the underlying theme. But you need some experience with CSS.
Thank you Stefan: it worked!
Now I am wondering if there is some syntax to force this behaviour at the attribute level in elog.cfg, without the need to modify the css, I mean simply based on the attribute name (not its content). The syntax Style <attribute> <value> = <style> can modify the style but it applies to the whole line in the list, so all the cells in that line are affected. Also it apply *only if* the content of the cell equals <value>.
Style <attribute> <value> = <style>
<value>.
In other words, an overridden version for Style: Style <attribute> = <style> that will be applied *regardless* of the cell content _AND_ only to the cell specified in <attribute>
In other words, an overridden version for Style: Style <attribute> = <style> that will be applied *regardless* of the cell content _AND_
<attribute>
What do you think?
The CSS class for the list display table "listframe". If you want the second column to be left-aligned, you put following into elog.css:
.listframe td:nth-child(2) { text-align:left; }
that should do the trick. Replace the "2" with the column you would like to change.
I got this error message when trying to upload 17K text file as attachment. Any idea why ? It's a fresh installed elog and not much configuration done yet.
No, no idea. I usually put several MB attachments into elogs without problems. Can you try with the demo logbook https://midas.psi.ch/elogs/Linux+Demo/. Maybe you have an old version of elog?
No problem attaching big files on F10 or CentOS 4.7. The one that is having issue was on JeOS-8.0.4 - Ubuntu ;-). All tested with ELOG version 2.7.5 build 2130.
Correction. The OSes are OK. But don't use Opera when uploading big files.
I too am having problems getting the self register to work. Can you attach a sample password file?? When I click the New user, nothing happens. I do not get the screen that shows on this demo site.
Couple Wish List Items for the Self Register: -allow the user to pick which type of log entries (which categories, etc) they would like to subscribe to and receive notifications on. -Option to use an existing LDAP database to authenticate users instead of maintaining a password file.
Ok I got the password file to finally work. Once I created a blank passwd.txt I get the self register page to appear and create the account. Next problem. Once I'm logged in, and I click logoout, I get an error saying the logout command now allowed ??? Same holds true for the config option while logged in. > I too am having problems getting the self register to work. Can you > attach a sample password file?? When I click the New user, nothing > happens. I do not get the screen that shows on this demo site.
Also having the ability to subscribe to notifications for one or more logbooks (if access is given - along with the ability to choose which categories, etc notifications are sent. > Couple Wish List Items for the Self Register: > > -allow the user to pick which type of log entries (which categories, etc) > they would like to subscribe to and receive notifications on. > > -Option to use an existing LDAP database to authenticate users instead of > maintaining a password file.
Stefan, Just wanted to say, great job on this logbook. I've been with you from the beginnning, and I must say it's evolved into an awesome tool. Our IT dept lives by this logbook for change control mgmt, as well as a great way to keep everyone informed. Not to mention what a great audit / reference tool it has become. Eric
Is it possible to make the author and pwd check case in-sensitive?? I noticed that unless you type your userid and password in the same case each time, the system doesn't recognize your or thinks the info is invalid. thanks, eric
Some options for the password setting: The ability that if admin creates a temporary password for the user, force the user to change the password once logged in. User forgets password, system generates a random pwd and sends it to user via email, after they log in force pwd change. option to expire an account or expire a pwd after so many days?? just some ideas.. still loving the new features!!
any way to specify that a particular option be in a date format or even the ability to specifiy the category must be of a particular format: -must be a number -must be a date -must be alpha -must be certain length
Say I have an attribute called OS Instead of having a drop down box is there a way to use either the radio button like what is used with ICON?
Create a blank text file (called mine passwd.txt) Place the text file somewhere in the elog directory structure (I placed mine in c:\elog\passwd.txt because i wanted to use it globally for all logbooks. I believe this forum places it in \elog\logbooks\forum directory). For the Elogd.cfg: [Forum] ; general options Password file = c:\elog\passwd.txt Admin user = user1 Self register = 1 Theme = default or [global] logbook tabs = 1 tab cellpadding = 2 SMTP host = smtp.host.net URL = http://myelog Password file = c:\elog\passwd.txt Admin user = user1 Self register = 1 For the first time logging in, Click Login from the Forum Pages, then at the login screen, click Register as New User Fill out all the appropriate information example: Login name: user1 (seems to be case sensative) Full name: First User Email: user1@email.net Automatic email notification: (box checked) Password: password (seems to be case sensative) Retype password: password (seems to be case sensative) Then click Save If you open up the passwd.txt file you should see something like: user1:cGFzc3dvcmQ=:First User:user1@email.net:all Some other examples based on what info you provided during the registration: user1::First User:user1@email.net:all (password left blank) user1:cGFzc3dvcmQ=:First User:user1@email.net (NO Auto email Notify) user1::First User::all (password and email address left blank) If you leave the Full Name blank then the logged in user will not be reflected correctly in the logbook. Hope this helps. Eric
if you have a site that requires authentication to the smtp server, how do you specify this info in elog??? thanks, eric
Was wondering if there were any tweaks/suggestions for improving the logbooks responsiviness. Our logbook was started 31 July 01. Since that time we have went from 1 logbook to 4 logbooks. Logbook 1 having 2651 entries, logbook 2 having 300 entries, and the last 2 are new logbooks, so only a few entries. When user launches the logbook website, it takes considerable time to bring the site up. It seems to be directly related to the number of entries in the logbook. If I set up a dummy site with a couple logbooks and only a few entries, the logbook is very fast coming up as well as saving entries. Another thing that seems to slow the site down, is the number of users in the elog notification list (those who've subscribed). When you save a log entry, it takes around 30sec or longer for it to actually complete the save. If I remove the list of users from the notification list and just have a few, the save is very fast. Thanks in advance, Eric
When ELOG is configured for Self-Register=3, is it still possible to use the Author attribute as a Quick Filter? When I try it, the Author drop down box doesn't display anything. Thanks, Eric
Hi Stefan, Many users have there email forward to Blackberry devices. Although I wasn't aware, it appears the Blackberry has a limit (or maybe one was set) of how big the message can be (still checking for that though). Previously, a modification was made that addressed the issue of slow ELOG response when saving the elog entry. I think the change was for ELOG to generate one email and send to all the users designated to receive the notification. This caused everyone to show up as "TO" addresses. This change makes the Email header increase in size (length). I guess the Blackberry counts the Header portion as part of the email size limit. Any ideas? Thanks, Eric
Another Question: Could ELOG be configured to send notifications as a Blind Copy? Just wondering if that would take care of the problem? > Hi Stefan, > > Many users have there email forward to Blackberry devices. Although I > wasn't aware, it appears the Blackberry has a limit (or maybe one was set) > of how big the message can be (still checking for that though). > > Previously, a modification was made that addressed the issue of slow ELOG > response when saving the elog entry. I think the change was for ELOG to > generate one email and send to all the users designated to receive the > notification. This caused everyone to show up as "TO" addresses. > > This change makes the Email header increase in size (length). I guess the > Blackberry counts the Header portion as part of the email size limit. > > Any ideas? > > Thanks, > Eric
I just noticed that the notifications I receive from your ELOG system, doesn't show anyone in the "TO:" section but myself. Or is ELOG configured to only send myself a message? > Another Question: Could ELOG be configured to send notifications as a Blind > Copy? Just wondering if that would take care of the problem? > > > Hi Stefan, > > > > Many users have there email forward to Blackberry devices. Although I > > wasn't aware, it appears the Blackberry has a limit (or maybe one was set) > > of how big the message can be (still checking for that though). > > > > Previously, a modification was made that addressed the issue of slow ELOG > > response when saving the elog entry. I think the change was for ELOG to > > generate one email and send to all the users designated to receive the > > notification. This caused everyone to show up as "TO" addresses. > > > > This change makes the Email header increase in size (length). I guess the > > Blackberry counts the Header portion as part of the email size limit. > > > > Any ideas? > > > > Thanks, > > Eric
When you do a find in elog, records per page (some crazy large number - for your forum logbook, display 57 entries seem to cause the problem, then select last year (1 years worth of logs),(don't select printable) the results appear way off the screen (the message body looks fine, but the title, etc extend way off the screen). Printable doesn't have this problem.
In the Config Examples logbook you mentioned a forum.css. Do you have a link to that css and others? Thanks
elog -h 192.168.0.25 -p 80 -l Database -a Type=test1 -a OS=W2K -a Loc=room1 -a Status=operational doing anything wrong here?
Note: When I hit ctrl-break, it exits to cmd prompt, and the entry appears in the logbook.... ? > elog -h 192.168.0.25 -p 80 -l Database -a Type=test1 -a OS=W2K -a Loc=room1 > -a Status=operational > > doing anything wrong here?
opps nevermind, i didn't realize I had to put something in for the ending body text. Anyway to skip that part? > elog -h 192.168.0.25 -p 80 -l Database -a Type=test1 -a OS=W2K -a Loc=room1 > -a Status=operational > > doing anything wrong here?
Is this possible? If so, could you provide an example: I'm trying to find a way that when you do a search, that you can filter entries using ( = , <>, AND) on one or more attributes. ex: Find all workstations for this subnet, but exclude a particular one. Thats the basic idea. Can it be done? If so, how? Thanks, Eric
I know there's an item on the wishlist for password expiration, so how about account expiration..?? (after so many days of inactivity). One complaint that comes from management is that when a user leaves the agency, the elog account seems to never get deleted. There way of asking me, why I never keep up with the user account deletions. Ha Ha, like I have time to constantly compare the user list from elog to the user list of other systems. Another plea on my part, for Elog to allow for authentication via external database - such as LDAP, so we wouldn't have to maintain another user database. Thanks, Eric
Typing in a text for a new entry results in an error message, whenever one forgets to fill in mandatory attributes (as it should happen !). However after using the back button in this case (Using netscape 4.79) I made the experience, that the text typed in gets lost. Other browsers like Mozilla or IE do not have this problem. Any idea how this problem can be avoided for netscape as well ?
> > After upgrading from 2.3.1 to 2.3.3, elog is not able to load any resources > > as stylesheets, images or passwordfiles. > > > > Cannot open file /usr/local/elogdata/logbooks/djeks/password! > > If you installed from the RPM, elogd runs under the user "elog". If you have > installed a previous version under a different user, it might be that elogd > does not have read or write access to it. A > > "chown -R elog.elog /usr/local/elogdata" > > might help. > It did, a lot, guess I missed that one in the changelog. Had some trouble with subdir too: changed it to its full path restarted elogd worked As a test I changed subdir to it's relative path restarted It kept working mmmm, I wonder where that twighlight tune comes from ...
After upgrading from 2.3.1 to 2.3.3, elog is not able to load any resources as stylesheets, images or passwordfiles. Cannot open file /usr/local/elogdata/logbooks/djeks/password! oops?
Since elog 2.6.0 we cannot redirect our elog via apache2. in apache2.conf we have (had for a long time): Redirect permanent /elog http://elog.oursite.com/elog/ ProxyPass /elog/ http://elog.oursite.com:8080/ When visiting the url, this results in: The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /elog/myelog/. After testing we found that ELOG V2.6.0-beta2 works just fine. 2.6.0 stable crashes after visiting a redirected url. Running on debian sarge
> > Since elog 2.6.0 we cannot redirect our elog via apache2. > > > > in apache2.conf we have (had for a long time): > > Redirect permanent /elog http://elog.oursite.com/elog/ > > ProxyPass /elog/ http://elog.oursite.com:8080/ > > > > When visiting the url, this results in: > > The proxy server received an invalid response from an upstream server. > > The proxy server could not handle the request GET /elog/myelog/. > > > > After testing we found that ELOG V2.6.0-beta2 works just fine. > > 2.6.0 stable crashes after visiting a redirected url. > > > > Running on debian sarge > > Have you tried 2.6.1. I released it just recently, so I don't know when it will be available for Debian. No it doesn't work with 2.6.1. I hoped it would be fixed, but I should have reported it sooner. I compiled 2.6.1 myself. The original version was a debian package, after that, we compile elog ourselves and copy elogd manually over the old version. Just to stay up-to-date. > Have you checked that your "URL = xxx" statement in the config file is correct? I see above "myelog", while the proxy passes requests to "elog". I changed our urls, just to be safe. myelog is a 'sublogbook', like forum here. http://elog.oursite.com/elog/myelog We are running V2.6.0-beta2 and it runs fine, without any alterations to our config files. All previous versions runned fine too. update: After further testing on a different server, it seems to be an issue with the proxy and the proxy_http modules in sarge. after loading and unloading proxy_http this is the error: The proxy server received an invalid response from an upstream server.
1.I HAVE A ELOG BOOK WITH TWO ATTRIBUTE 'FROM' &'TO'. I WANT TO USE A FILTER WHICH WILL SEARCH FOR A VALUE IN BOTH ATTRIBUTE .KINDLY HELP ME.
2. HOW TO CALCULATE THE TIME DURATION AUTOMATICALLY BASED ON TWO ATTRIBUTES 'START TIME' AND 'STOP TIME' .
I HAVE A LOGBOOK WHICH KEEPS THE RECORD OF ALL FAULT BOOKED BY DIFFERENT SUBSCRIBER.THIS LOGBOOK HAS THREE ATTRIBUTE DOWNTIME,UPTIME & TOTAL DURATION (DATE &TIME FORMAT) . I WANT TO CALCULATE THE TOTAL DURATION AUTOMATICALLY WHENEVR UPTIME VALUE IS GIVEN AND IF THE UPTIME IS NOT GIVEN IT SHOULD CALCULATE DEPENDING UPON THE SYSTEM PRESENT TIME.PLEAS EXPLAIN IT WITH EXAMPLE.
I tried that It is not calculating and it is giving the error "Shell execution not enabled via -x flag ".I started elogd -x from command prompt it still gives the same error.
If you have the following elogd.cfg:
Attributes = START, END, DURATION subst DURATION = $shell( /usr/local/elog/diff.sh \"$START\" \"$END\")
Show Attributes Edit = START, END
And the shell script /usr/local/elog/diff.sh is:
#!/bin/sh s1=$(date -d "$1" +%s) s2=$(date -d "$2" +%s) d=$(echo "($s2-$s1)/3600"|bc -lq) printf "%.0f hours" $d
Then DURATION is calculated from START and END in full hours.
It appears that if you define START and END as "datetime", then only the date part would be passed to the script. This may is a bug of elogd: Stefan, have you ever tried?
PS: Please do NOT write all capital text in a forum. Thank you!
I am working in window system.Itries using elogd stop and start command but it is always showing it is running.Kindly help me thanking you.
Yes, I forgot to mention that you need to enable shell script execution by starting the server with "elogd -x".
Before you start elogd from the command line you need to shutdown any running elogd; otherwise the port is blocked and the command line elogd cannot start: "sudo /sbin/service elogd stop"
From Linux you can edit instead /etc/init.d/elogd and add there the option "-x" to the line where "elogd" is started and then restart the service: "sudo /sbin/service elogd restart".
How to execute the batch file in elogd
I tried it but still it gives error like Shell execution not enabled via -x flag
Modify the server start command in the Windows Registry. Or start the elogd server directly in a command window with "elogd -x", after "cd" to the elog installation directory.
How to enable the batch file execution in elogd
From the command mode i am not able to stop and start (elogd stop). But i can start/stop from services .Kindly help me stopping/starting it from command
Stop the old server first, but we told you this already on elog:67770. If you don't follow our suggestions we cannot help you.
First of all thanx for your kind help. Kindly help me on the following problem.
I have a logbook which keeps the record of all fault booked by different subscriber.this logbook has three attribute downtime,uptime & total duration (date &time format) . I want to calculate the total duration automatically whenevr uptime value is given and if the uptime is not given it should calculate depending upon the system present time.pleas explain it with example.
thanking you
May I kindly ask you to Google how to start/stop a service from the command line.
Sir, how to use that spreadsheet
can the calculation is possible by running a batch file .
This is not possible with ELOG. May I suggest that you use a spreadsheet for that.
Is it as good as Microsoft excel sheet.
but how can achieve my aim of calculation how how to integrate it with elog
Sorry for disturbing yau again and again
https://docs.google.com/spreadsheets
[global] port = 8080 [demo] Attributes = Author, Type MOptions Type = Routine, Software Installation, Problem Fixed, Configuration, Other
Attributes = Icone, Type def fiche, ..., Evenement Type Evenement = datetime
show attributes = auteur,Icone, Type Equipement
{A}show attributes = auteur,Icone, Type Equipement, Equipement, Localisation, Type evenement
We would like to use more the quick filter command on attributes.
On the other hand, when we use it, the result does not displaying entries which are in answer of another attribute. Is there a command which allow that possibility like when we select display full entries in the search mode?
Xavier
I don't understand your questions. Can you please give an example.
Sorry for my english. In fact, i found the answer by myself. But I ll explain to you.
in attachement 1, a small part of our ELOG. When I choose FBT in the quick filter "groupe incriminé". Elog respond that there is no entrie found (attachement 2)
But, with the find function, when i select display full entries and FBT in "groupe incriminé", Elog show the entrie ( attachement 3).
I found the answer. In fact, Elog respond no entrie when threaded is selected. I have to choose Full or summary for that working.
sorry
Is it possible to add one more "text entry" field ?
Your guess is correct. I would like to have that feature in ELOG. Thanks > > Is it possible to add one more "text entry" field ? > > I guess you mean the main body text, which is multi-line. No, this is not > possible right, now, but I added your vote to the wishlist istem "Multi-line > attributes".
we've experienced a problem when using the safari browser to do a search in our elog. whenever you do a search, the logbook returns an error and the elog deamon crashes. when we first experienced this problem we were running version 2.3.9. however, an upgrade to version 2.5.2 doesn't seem to fix the problem. searches with other browsers (mozilla, internet explorer, ...) go off without a hitch. has anyone else observed a similar problem or have any ideas on how to resolve this issue. thanks for the help. elog running on a redhat 9 box safari running on panther
i am trying to implement ssl features on our logbooks. however, it seems that stunnel has drastically changed their program and the usual startup procedures listed on the elog page don't work. so, what is the new method for getting elog set up with stunnel?
> > i am trying to implement ssl features on our logbooks. however, it seems > > that stunnel has drastically changed their program and the usual startup > > procedures listed on the elog page don't work. > > so, what is the new method for getting elog set up with stunnel? > > stunnel is kind of a deprecated feature. Better use the SSL proxy of Apache, > as written in the elog admin guide. If someone else figures out how to use the > more revent stunnel, I'm willing to update the documentation. okay. that's good to know. i'll try using the apache method instead. but, there is something wrong with the "secure" link to an example on the elog administrator's guide.
is there a way to set up a logbook so that a password is required to get into it, but no username?
> > is there a way to set up a logbook so that a password is required to get > > into it, but no username? > > Have a look under "Access control" in the manual. What you need is "Read > Password". thanks. that seems to get me the functionality i needed. is there any way to get rid of the username line when using the "Read Password" feature? as it is now, you can either leave it blank or enter anything you want, so long as you use the correct password it still works. however, to keep users from getting confused, i think it would be better to only have a box asking you for the password and not both the password and username.
there is a guide on the contributions logbook at elog:Contributions/11 for securing Elog using SSL and Apache.
is there any way to get a larger text box to type in when making a new post? the default box is rather small and you have to scroll up and down when making a new post or editing an existing one. once the post is submitted, the display goes to a larger box, but the text only takes up the left side of the page. seems the only way to get it to go all the way to the right is to make everything html and submit it that way. can the normal text look like the html does without submitting it as html?
> > is there any way to get a larger text box to type in when making a new post? > > the default box is rather small and you have to scroll up and down when > > making a new post or editing an existing one. > > Message width = <number of characters> > Message height = <number of lines> > > > can the normal text look like the html does without submitting it as html? > > No. thanks stefan. it looks like it was right in front of my face the whole time (on the elogd.cfg syntax page). but, somehow i missed it.
hello all,
#1 i love ELOG : excellent app! i would like to ask/present a question here -- I have a couple of TYPE's defined as;
Options Type = Day Shift, Swing Shift, Night Shift What I'd love to be able to do, is depending on what TYPE was selected during the creation of a NEW ENTRY in the ELOG "shift log" I'd love to display in the LIST VIEW (full, summary, or threaded views) different color's based on which TYPE was selected...
for example, if someone chose "Day Shift" that would be listed with a GREEN background, if someone chooses "Swing Shift" that gets a BLUE background, and so forth... I am wondering how one would go about implementing this?
second question... instead of listing the column named TYPE, can I just change it somewhere in the config to "SHIFT" so that in the list view, and even when in the NEW ENTRY form, I'd like it to show "Shift" instead of TYPE --- really I am just wondering if I can change the verbage that ELOG is using for the term TYPE? Is that doable?
Thanks for the app, I look forward to any reponses! I been editing the CSS, and once done think I'll add it to yr Config Examples, as I don't see many CSS themes there...
-peace-
Style Shift Day = background-color:green Style Shift Swing = background-color:blue
Attributes = Shift, Shift leader Options Shift = Day, Swing, ... <and so on> Options Shift leader = Mike, Edward, John, ... <and so on>
Hello All,
I am wondering if it is possible to configure ELOG to expand the TEXT column in the SUMMARY view? As it stands I get about 48 characters displayed per line in the in the TEXT column, with 3 lines getting displayed per ENTRY (approximately 144 characters per ENTRY). So what I'd like to do is see if it is possible to EXPAND the TEXT column in the SUMMARY view to allow say.... 100 characters per line, or say 275 characters per ENTRY when viewing the SUMMARY view?
Is this possible? If so, how does one go about doing this... I tried to search the site thoroughly before posting my question, I just didn't see it mentioned anywhere... Help please =)
agentdcooper
does elog have a way of inserting pictures into a post other than including them as an attachment? i can put a picture in using html text, but this method only works if the picture is stored on the local server. anyone placing a post from a remote machine cannot include a picture off of their machine. any help? thanks.
well, here's the problem that i had: my charset (koi8-u) was specified in elog.conf for every logbook, but this had no effect, and all elog pages continued tu appeared as iso-8859-1 (which is the default)
when i specified charset in the global section, the problem's gone away.
2do: i think it's worth testing how does it work whet charset specified for a separate logbook overrides globally specidied charset
elog version that is in use: 2.5.7 from debian sarge 3.1 r0a powerpc
I'm not able to authenticate to a logbook using my text based browser links, so I've started investigating with wget hoping solving the problem one will lead to a solution for the other. I've seen some examples on how to use wget to parse logbook entries in this forum, but my attempts keep returning the login page. Any advice would be helpful and appreciated. Here are a couple of the command line arguments I've tried:
wget --save-cookies cookie.txt --keep-session-cookies -d "http://hostname/LOGBOOK?unamee=YYY&upassword=XXX" -O elog.txt
wget --save-cookies cookie.txt --keep-session-cookies -d --post-data="redit=&uname=YYY&upassword=XXX&remember=1" -e robots=off "http://hostname/LOGBOOK" -O elog.txt
After these executions, my cookies.txt file remains empty. Running subsequent command with "--load-cookies=cookies.txt" still points me to the login page.
Many Thanks,
Chris
I've been successfully using elog as a daemon since several years on a Linux machine. For some reasons recently I had to switch to a Windows 7 machine. Here, setting up the elog daemon doesn't work for me:
(a) running the command:
"...\ELOG\elog.exe" -c "...\ELOG\elogd.cfg"
in a windows shell works perfectly fine - logbook is up and running as set up in the cfg-file.
(b) However, starting the windows service manually (start->control panel->system and security->administrative tools->services) that was set up automatically during installation of elog leads to an error message:
"Error 1053: The service did not respond to the start or control request in a timely fashion"
From the service settings I can verify that the service is running exactly the same command that works in (a).
Could someone please share the windows service settings? Thanks in advance.
Cheers, Christian
you were right - running the service by an authorized user solved the problem.
Thanks a lot.
These problems are usaully related to user rights. Try starting the service under a different (maybe admin) user.
Maybe the post is outdated already, but I want to share my experience anyway. I faced the same problem as Daniel: The most recent ImageMagick package was not detected by elogd even though it was installed. I could trace back the problem to the following issue:
Stefan mentioned that the ImageMagick software is detected via the 'convert' command. Since ImageMagick V7, however, the 'convert' command is no longer supported. So, when installing ImageMagick V6 the detection works.
@Stefan: Maybe you could adapt the software detection at some point? Thanks.
Christian
Ok. It take me a while, but I reinstalled ImageMagick with marked option "convert". Now, when I start elog, it can see ImageMagick, but screenshots attached to elog entries are still in original sizes. And, I don't see buttons for rotating, resizing images.
I look into elog cfg options, but only what I found is Thumbnail size which, it looks, don't work.
Don't know what more I should check.
Daniel.
The detection in elogd works by executing the command "convert" and check if the program executes. If you start elogd as a service, the program might see another path variable. Maybe reboot Windows or start the service in the environment of a real user instead of system, where it might miss your modified "path".
Hello.
I finally try add ImageMagick to ELOG.
I downloaded latest version (ImageMagick-7.0.3-Q16) and installed it. Everything looks ok, but when I start Elog service it says that "ImageMagick not detected".
When I look at the "path" variable i have "C:\Program Files\ImageMagick-7.0.3-Q16;C:\ProgramData\Oracle\Java\javapath;[...]".
What else can I check?
Ps. My system is Windows 7 Pro.
Update:
While the image scaling via ImageMagick works when running elog manually it doesn't when running elog as a service. The service is hosted in the same user environment that allows image scaling with elog started manually. What else could go wrong?
This I do not fully understand: To my understanding the PATH environment variable (includes the ImageMagick path) is a system variable and should be accessable from any account and should be valid under any conditions. Am I wrong? Additionally, I tried adding the system Path variable to the user specific variables for that user that runs the service (Path = %Path%) in the system settings. Finally, I tried copying the imdisplay.exe (ImageMagick executable) and convert.exe (used for the software detection) from the ImageMagick installation directory to the same directory as elogd. Neither of these approaches was successfull.
Must be your PATH environment variable. You have usually different paths when running interactively or as a service. Try to change the path seen by services, or put the ImageMagick executable in the same directory as elogd.
Ok, this explains why it doesn't work.
Thank you for the support anyway. ELOG is a great piece of software.
Ah sorry. I recall now: Under Windows, calling subprocesses from a service does not work at all. After a couple of days of work I was not able to get this running. If somebody has some idea, I'm happy to try it. So most people use the elogd daemon in the background only under Linux.
I don't undersand myself fully how services see the environment. Like if they see the PATH at all. In some occations it helped to run the service not under the SYSTEM account, but under the (admin) account of a real user.
I have an issue where not all users are able to log into their sessions and they are still settling on the login page
i've tried to change the color of a cell with "cell style"
it doesn't works
by removiving "cell" in the line ,just to get "style" the color of all cell of the row change (so it works for that...)
As written here: https://midas.psi.ch/elogs/Forum/66807 you need to upgrade to version 2.7.8-5 of ELOG to get this functionality.
You're right my verssion was the previous one
Attributes = Author, Type, Category, Subject Options Type = Routine{r}, Software Installation{s}, Problem Fixed{p}, Configuration, Other {r} Required Attributes = Author
hello,
At home, when I change the config *. cfg, the modifications are not taken in consideration
Have you got a idea ?
Thanks a lot !
Bob
Not really, you are the first one reporting this issue. Just some thoughts:
- Can you see the changes if you look at elogd.cfg with a text editor such as notepad?
- Some write protection of elogd.cfg
- Do you have more than one server running at the same time and changing the wrong one's config?
- Stefan
>- Can you see the changes if you look at elogd.cfg with a text editor such as notepad?
I change the configuration directly on elogd.cfg, (after i save and update my web page, and i not modification immediately)
>- Some write protection of elogd.cfg
no
i have one server with elog
Let me report when I see this behaviour.
If I use a text editor on elog.cfg directly, while elog is running, then when I save the file, the new elog.cfg is in place,
but the running elog is still running with the old configuration. You have to restart elog for it to read the new config file and
use the new settings.
This does not apply if you edit elog.cfg via the "config" option in the menu command, where elog will read the new elog.cfg
just after it has been saved.
The reason I sometimes edit the file directly is if I want to create a new logbook, but with all the configuration of another logbook,
and it's quickest to cut-and-paste, change the heading, create a new directory and restart elog.
This may be completely off what is being reported.
Minor changes you do externally to the elogd.cfg file are reflected immediately under Windows (under Linux you have to send a HUP signal to the process to re-read the configuration). But if you make major changes like adding a new logbook, you have to restart elogd.
Yes, exactly! I prefer to use the elog.cfg for change my config.
But, How do you do for restar the elogd ? with Unregister ELOG server service ?
Anyway, thanks for yours answers !
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.
Hi all, We currently have Elog postings mirrored on to a majordomo email list. Invariably, people on this list reply to the listserv and not to the Elog. Has anyone tried getting emails to a listserv to autoformat and register as proper elog entries. Didn't see any mention of this in the docs or forums. Thx
Hi,I'm new here :) and want to install elog on linux suse. could you please tell me, how can I find this following lib dependency.
linuxsuse#rpm -i elogi386.rpm error: Failed dependencies: libssl.so.6 is needed by elog-3.1.0-2.i386
Thanks in Advance
I have logbook A and logbook B. Is it possible to move one type of entries in logbook A to logbook B? If yes, may I know how you do it? Thank you.
Ze
I have a problem with retrieving attachments of an entry on "Execute new" command. In the syntax of elodg.cfg it is: In addition the list of all attachments can be referred to via $<attachment>. Could anyone explain it a little bit more explicit, or attach an example?
$<attachment>.
Thank you in advance.
Hello again,
I have managed with problem by using $attachments. This provides me a list o paths to attachments. If it's the correct way to use it please change elogd.cfg syntax page.
Yes, indeed there was a typo in the documentation, $attachments is the correct one. I changed that in the syntax page.
Hello Stefan,
first of all thanks for quick response.
However I encountered another problem, but to explain it well I need to tell you more what actually I want to do with these substitutions.
So I would like to have a python script which on add new entry will create a new entry in another logbook with the same data (Only for certain attributes' values). That's why I need attachments.
These substitutions will be used as command line arguments of the script.
Since I started using $attachments, all the substitutions used before it, are passed twice? Without using $attachments substitution, it works fine - they are passed only once.
Furthermore I tested it without script, just passing them to a text file, and it seems that it really doesn't work well. Could you check that?
-------------------
Execute new = echo $message id '$long_name' '$System' '$Equipment' '$Subject' '$text' > /tmp/zzz_elog.log WORKS GOOD
Execute new = echo $message id '$long_name' '$System' '$Equipment' '$Subject' '$text' $attachments> /tmp/zzz_elog.log DOESN'T WORK GOOD
------------------
Thank you a lot in advance.
Dear all,
I wonder if anyone of you already tried to change raw style in case of empty attribute value.
In my configuration file I have defined attribute "End date" (without quotation marks) and it's type is datetime.
How should I configure extra style for entries where this attribute doesn't have value.
My tries were:
Style End date = background-color:red
Style End date "" = background-color:red
Style End date " " = background-color:red
Style End date - = background-color:red
But they didn't work.
Any ideas?
I would like to have different header for 'Text' internal attribute: e.g. an alias "Notes". So on the list page header of Text attribute column is Notes.
Is it already possible? I couldn't find it in Administrator's Guide.
If not is it possible to add this feature?
This functionality was not implemented. I added it in SVN revision #2420, so it will be contained in the next release.
Thanks a lot Stefan
Is it possible to have a dynamic "preset text" option?
I would like to switch the template file depending on the attribute value. (Of course this attribute values will be a fixed list of options, not extandable).
I see there one difficulty, that: if user already started editing the text body, he could lose this data. But I think that this could be left on user responsibility to take care about it.
Another option could be to always insert the template text on the very beginning of the text body.
Is this feature implemented, or maybe someone have done it by changing the server code?
This is possible with conditional attributes. An additional trick would be to not show the text body of an attribute is not selected. This way the user first has to select the attribute, then the text field with the specific preset will show up. The configuration would be something along these lines:
Attributes = Type, Subject Options Type = One{1}, Two{2}, Three{3} Show text = 0
Attributes = Type, Subject
Options Type = One{1}, Two{2}, Three{3}
Show text = 0
{1} Preset text = text1 {2} Preset text = text2 {3} Preset text = text3 {1,2,3} Show text = 1
{1} Preset text = text1
{2} Preset text = text2
{3} Preset text = text3
{1,2,3} Show text = 1
Of course you have to supply proper text files text1, text2, text3.
Thanks, it works perfectly!
First, many thanks for creating and sharing this great tool which is ELOG! Our users are very happy with it!
I have few questions about inserting images into the entries.
From time to time our users insert them directly in the editor what leads to encoding the whole image in the HTML log file and the images does not appear in the attachments list. Saving and further editing of such entries slows down the whole ELOG server which uses 100% of CPU.
I'm not sure how they do it Ctrl+C & Ctrl+V, drag & drop, etc.. What I know is that if they add it using the "Insert image" action in the editor there are no problems and the images are properly listed in the attachments.
I read in the docs:
uploading or downloading an attachement file is a single request, and causes the entire file to be loaded in server memory while the request is being processed. This is not normally a problem for the sort of short, text-mode entries ELOG is designed to support. However, if a user starts to upload or download a large attachment file (or image) over a slow link, all other users on that ELOG server will have to wait for that transfert to finish before they can access any logbook on that server. This is why there is a low limit on the size of attachments, and why ELOG should not be used to distribute large files under intensive multi-user conditions.
but I think this is not our case. Here I talk about wrongly inserting a single image of 700KiB.
So, I'm asking:
Many thanks in advance for your help!
I have just upgraded elog from 2.9.2 -> 3.1.3.
3.1.3 runs fine with new logbooks. However, when trying to run 3.1.3 with my logbooks created with 2.9.2 things stop working.
Here is the command I run for testing [attachment 1]: first of all it takes a very long time (~ 10 minutes) for it to index the logbooks. When finished indexing I try it out in a web browser - it takes infinite time to load: no error message appears but also no logbook. After an hour or so elogd crashes without an error message.
When running 2.9.2 on the same machine, all runs wel (attachment 2)
cfd file: (I only left in one logbook - they are all configured the same)
[global] port = 18080 Logging level = 3 Max content length = 500000000 Date format = %A, %d %B %Y
[Logrun - Amptek] Theme = default Comment = Logrun Amptec Reverse sort = 0 Quick filter = Date, Type
Any ideas on how to solve this?
Thanks - you pointed me in the right direction. It appears that my logbooks were a combination of the two versions. I had all the year-directories (version 3) but also all the entry files in the main logbook directory. Seems version 2 does not care but version 3 does not like it. After carefully checking and removing all the logbook files in the main directory version 3 now works.
Yves
[global] Top group Admin = <...> Top group Shiftlogs = beamtime1,beamtime2,... Logbook dir = /data/logbooks
[global Shiftlogs] Logbook dir = /data/logbooks/shift-logbooks [beamtime1] Subdir = beamtime1
-lutil
http://www.logbook.domain/logbook/pageN?command
?id=NNN
http://www.logbook.domain/logbook/pageN?id=NNN
\?)
?)
{2&a} Preset Text = resource/text_1.txt {2&b} Preset Text = resource/text_2.txt
#include /elog-archive/additional.config
Hi!
Since our upgrade to elog 2.7.3, it is not possible any more to edit an existing elog entry using the elog client with -e <id> option. The only console output is "Error transmitting message". Submitting an entry via the client is not problem.
Running the server with -v option does not yield any output at the time of the edit attempt. Running the client with -v option also doesn't help, because whatever the other options, only the help page is printed out and nothing else done. Btw, there is now a conflict between -s for "use SSL" and -s for the "subdir" option.
Yoshio
> elog -s -h <elog server> -p 443 -l current -u <user> <password> -a <Attributes> "TEST ENTRY" Message successfully transmitted, ID=1 > elog -s -h <elog server> -p 443 -l current -u <user> <password> -e 1 "EDIT THIS ENTRY" -v Successfully connected to host <elog server>, port 443 Request sent to host: GET /current/1?cmd=download HTTP/1.0 User-Agent: ELOG Cookie: unm=<user>;upwd=<password>; Response received: ET Error transmitting message
==== Return ================================ HTTP/1.1 302 Found
Location: https://elog-server.domainname/logbook/ID
Location: https://client-host.domainname/logbook/ID
Options Category = .... , Shift {1} , .... {1} Options Subject = Shift start {a}, Shift end {b}, ....
{1&a} Preset text = shift_checklist.txt {1&b} Preset text = shift_summary.txt
[global] logbook tabs = 1 SSL = 1 Theme = default Top group testgroup = demo1, demo2 Show top groups = 1 [global testgroup] Attributes = Author, Subject, Type Options Subject = ThisOne{1}, Shift info {2}, ThatOne{3} {1} Options Type = OneType1, OneType2, OneType3 {2} Options Type = Shift start {a}, Shift end {b}, Info {3} Options Type = TwoType1, TwoType2, TwoType3 Required Attributes = Author, Subject, Type {2&a} Preset Text = shift_checklist.txt {2&b} Preset Text = shift_summary.txt [demo1] Comment = DemoLog 1 [demo2] Comment = DemoLog 2
Login user = user1, user2, user3, user4, user5 Deny New = user4, user5 Deny Reply = user4, user5 Deny Duplicate = user4, user5 Deny Edit = user4, user5 Deny Delete = user4, user5 Deny Select = user4, user5 Deny CSV Import = user4, user5
Jul 9 19:05:00 elogd[27009]: Falling back to default group "elog" Jul 9 19:05:00 elogd[27009]: Falling back to default user "elog" Jul 9 19:05:02 elogd[27009]: Cannot restore original GID/UID. Jul 9 19:05:02 elogd[27009]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission denied Jul 9 19:05:05 elogd[27013]: Falling back to default group "elog" Jul 9 19:05:05 elogd[27013]: Falling back to default user "elog" Jul 9 19:05:05 elogd[27013]: Cannot restore original GID/UID. Jul 9 19:05:05 elogd[27013]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission denied Jul 9 19:05:05 elogd[27016]: Falling back to default group "elog" Jul 9 19:05:05 elogd[27016]: Falling back to default user "elog" Jul 9 19:05:06 elogd[27016]: Cannot restore original GID/UID. Jul 9 19:05:06 elogd[27016]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission denied
Jul 9 19:47:08 elogd[27335]: elogd server aborted. Jul 9 19:47:16 elogd[27359]: elogd 2.7.3 built Apr 18 2008, 14:08:31 Jul 9 19:47:16 elogd[27359]: revision 2104 Jul 9 19:47:16 elogd[27359]: Falling back to default group "elog" Jul 9 19:47:16 elogd[27359]: Falling back to default user "elog" Jul 9 19:47:16 elogd[27360]: Falling back to default group "elog" Jul 9 19:47:16 elogd[27360]: Falling back to default user "elog" Jul 9 19:47:16 elogd[27360]: Cannot restore original GID/UID. Jul 9 19:47:16 elogd[27360]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission denied Jul 9 19:47:16 elogd[27359]: ImageMagick detected
elog -a 'Attribute1=value' -x -h localhost -l 'LOG\ BOOK' -p 8080 -u USER PASSWD
Message successfully transmitted, ID=12345
Summary lines = NNN
reload) # Do nothing since ELOG daemon responds to # the changes in conffile directly. ;;
reload) if [ -f $PIDFILE ]; then echo -n "$DESC to reread config file ... " kill -HUP `cat "$PIDFILE"` echo "done" else echo "No $PIDFILE found!" fi ;;
Since elog is only the web server providing (comfortable) access to the logbook database, it relies on the web browser (possibly enhanced by script code) for facilities to attach pictures and other files to entries. So unless your browser has such an extension or someone writes some sort of script that can do it, the only way is to use an external capturing program, save the picture and upload it in the usual way. Cf. also entry 66004.
For our application we have a lot of very common events we would like to log. It would be preferable that for certain events/entries we could setup a single button / quick entry method. Is there away to accomplish this?
You could write a script/program that calls the ELOG client with the necessary attributes to submit the entry (see the user's guide).
Did you consider using the "Restrict edit time" option? It should provide the necessary functionality, as long as you don't want to lock the entry at a fixed absolute time, but really only x hours after creation (also, as you talked about closing the "thread" automatically, there is no option to prevent replies after a certain amount of time).
See the administrator's guide.
[code]
[ilcode]
<code>
<pre>
Please Notice that I've put quotes around : -u "username password" ( the documentation shows that this is not necessary) . But now it failes to see a required attribute.
Have you tried without the quotes? They may not be allowed!
It depends on how you actually call the elog client, but it outputs a message
Message successfully transmitted, ID=(new message id)
to the console upon successful transmission. Maybe you can catch this and evaluate?
Looking at your config file it seems that a lot of the attributes are not user-specified but rather auto-generated content. You may want to consider using the elog client to submit such entries; this might avoid performance issues related to communication of the server with the web browser used for entry generation. This way, event entries can even be automatically created by other software rather than having a user to submit them.
Preset UTC Date = $utcdate Subst UTC Date = $utcdate
Locked Attributes = < ... >
Fixed Attributes Edit = < ... >
Remove on reply = < ... >
(abc|def).*(abc|def)
(abc.*def)|(def.*abc)
We've made changes in our network and now we have to use port 587 instead of port 25, how can i edit that parameter?
I Stefan, it works with the 587 port.
I believe Yanick means the SMTP port, not the port under which elogd is listening. The SMPT port is hard wired to 25, because port 587 was not yet defiend when I wrote that code. I can make this a variable, but only if it works. So Yanick can you test if port 587 accepts normal SMTP commands? We don't have such a new server at our lab and I cannot test it. Under Windows you can open a command prompt and telnet to the mail server:
telnet <server> 587 HELO test MAIL FROM: test
your server should then reply with "220 ..." and "250 ..." messages. Once this works, I will implement the variable SMTP port.
This is nicely explained in the documentation: https://elog.psi.ch/elog/config.html#global
Port = <port>
When i set Language = French in global config it works in french until i logout, after i can't login anymore, even if i enter my user and password i always stay at the login window, the only way to login again is to edit the Elogd.cfg file in Elog directory, remove the Language = french and save then i can login in and work normally in english version.
Thanks.
now we kwow it's working are you gonne send us a version with the SMTP port editable?
Good!
so, i've tried to compile but iwonder if i does it correctly,
look at the error i got:
Thanks again!
Ok, so I added the option
STMP port = xxx
where you can specify 587 to override the default port 25. I committed the changes to bitbucket. Can you compile from sources, or do I have to dig out my dusty Windows PC?
I Stefan, i got the problem again with the french version, i realised that if i open it with Chrome or Edge it's not working but with Internet Explorer it works envery times. Is there a way i can use it with Chrome?
I just tried myself with the current version 3.1.4 and it worked for me flawlessly. Maybe you want to upgrade.
I've deleted the cookies and it works.
Have you tried to delete all cookies in Chrome?
Hi All,
I got into trouble setting up the automated email notification.
elog.cfg:
;Send automatic email notifications SMTP host = mail.ihep.ac.cn ;SMTP host = 127.0.0.1
;Some SMTP server require username/passowrd authentication ;elogd -t <your password> for creating SMTP password SMTP username = wux@ihep.ac.cn
SMTP Password = .JYEytMGvsHANeCIfQJXmscIt4NOtzJ8GbAnh3XH280 ;SMTP Password = V3gxMzYxODAxMjAxNA== ;No Email notification Suppress Email to users = 1
elogd -v:
GET /LEBT/?cmd=Forgot&login_name=wux HTTP/1.1 timezone: -28800, offset: 28800
Email from <wux@ihep.ac.cn> to wux@ihep.ac.cn, SMTP host mail.ihep.ac.cn: 220 ihep.ac.cn Anti-spam GT for Coremail System (ihep[20151015]) EHLO 10.1.44.220 250-mail 250-PIPELINING 250-AUTH LOGIN PLAIN 250-AUTH=LOGIN PLAIN 250-coremail 1Uxr2xKj7kG0xkI17xGrUDI0s8FY2U3Uj8Cz28x1UUUUU7Ic2I0Y2Url11UVUCa0xDrUUUUj 250-STARTTLS 250 8BITMIME AUTH LOGIN username: wux@ihep.ac.cnPassword: .JYEytMGvsHANeCIfQJXmscIt4NOtzJ8GbAnh3XH280 535 Error: authentication failed
test with telnet:
[wux@logbook ~/elog]$ telnet mail.ihep.ac.cn 25 Trying 202.38.128.6... Connected to mail.ihep.ac.cn. Escape character is '^]'. 220 ihep.ac.cn Anti-spam GT for Coremail System (ihep[20151015]) EHLO 10.1.44.220 250-mail 250-PIPELINING 250-AUTH LOGIN PLAIN 250-AUTH=LOGIN PLAIN 250-coremail 1Uxr2xKj7kG0xkI17xGrUDI0s8FY2U3Uj8Cz28x1UUUUU7Ic2I0Y2Ur3T0__UCa0xDrUUUUj 250-STARTTLS 250 8BITMIME AUTH LOGIN 334 dXNlcm5hbWU6 AUTH PLAIN 535 Error: authentication failed Connection closed by foreign host.
Any advice and suggestions will be appreciate.
I use "SMTP username = <My_email_account>" without "@xxx" for my site. So you can try it like that. HTH
I have a problem with email configuration with gmail account. I use Elog V3.1.1 and Stuneel V5-32 with Windows 7 Profesional 64-bit
I follow the instruction in elog:68039 This is my configuration elogd.cfg and stunnel.conf
# My elogd.cfg
;Mail server configuration smtp host = 127.0.0.1 SMTP username = <My_email_account>@gmail.com SMTP Password = MjhNYXNrb2tpMjI=
Email encoding = 1 Logout to main = 1
# My Stunnel.conf
[gmail-pop3] client = yes accept = 127.0.0.1:110 connect = pop.gmail.com:995 verify = 2 CAfile = ca-certs.pem checkHost = pop.gmail.com OCSPaia = yes
[gmail-imap] client = yes accept = 127.0.0.1:143 connect = imap.gmail.com:993 verify = 2 CAfile = ca-certs.pem checkHost = imap.gmail.com OCSPaia = yes
[elogssl] client = yes accept = 127.0.0.1:25 connect = smtp.gmail.com:465 verify = 2 CApath = /etc/ssl/certs
[gmail-smtp] client = yes accept = 127.0.0.1:25 connect = smtp.gmail.com:465 verify = 2 CAfile = ca-certs.pem checkHost = smtp.gmail.com OCSPaia = yes
I got error "Error sending Email via <i>"127.0.0.1"</i>" when I run it.
Could somebody help me?
You can use command to test your email service and your username and password.
telnet your.email.host 25
ehlo hostname
auth login
(input your username) note that:the username and password should be generaterd by command perl -MMIME::Base64 -e 'print encode_base64 (“username”)’
(input your password)
Then you can test the server and username and password are right or not.
And you can set "Logging level = 3" elogd -v and see what is going on?
Hi Xuan Wu,
Nothing happen, I still got an error.
Do you have any more idea?
Nothing happen, I still got error. Do you have any more idea? I really confuse.
I'm sorry that I'm not familiar with the stunel. I came across email sending problem before. I created a email server in my own PC called postfix. Elog can use this email server to send email. Finally, I could use the email server from our institution. Maybe Luedeke or Stefan can help you.
I got error from stunel as below.
2016.11.17 14:07:01 LOG5[0]: Service [gmail-smtp] accepted connection from 127.0.0.1:52473 2016.11.17 14:07:03 LOG3[0]: s_connect: connect 74.125.130.109:465: Connection refused (WSAECONNREFUSED) (10061) 2016.11.17 14:07:04 LOG3[0]: s_connect: connect 74.125.130.108:465: Connection refused (WSAECONNREFUSED) (10061) 2016.11.17 14:07:04 LOG5[0]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket 2016.11.17 14:09:02 LOG5[1]: Service [gmail-smtp] accepted connection from 127.0.0.1:52510 2016.11.17 14:09:03 LOG3[1]: s_connect: connect 74.125.130.108:465: Connection refused (WSAECONNREFUSED) (10061) 2016.11.17 14:09:04 LOG3[1]: s_connect: connect 74.125.130.109:465: Connection refused (WSAECONNREFUSED) (10061) 2016.11.17 14:09:04 LOG5[1]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket 2016.11.17 14:18:04 LOG5[2]: Service [gmail-smtp] accepted connection from 127.0.0.1:52569 2016.11.17 14:18:05 LOG3[2]: s_connect: connect 74.125.130.109:465: Connection refused (WSAECONNREFUSED) (10061) 2016.11.17 14:18:06 LOG3[2]: s_connect: connect 74.125.130.108:465: Connection refused (WSAECONNREFUSED) (10061) 2016.11.17 14:18:06 LOG5[2]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket 2016.11.17 14:18:25 LOG5[3]: Service [gmail-smtp] accepted connection from 127.0.0.1:52581 2016.11.17 14:18:26 LOG3[3]: s_connect: connect 74.125.130.108:465: Connection refused (WSAECONNREFUSED) (10061) 2016.11.17 14:18:27 LOG3[3]: s_connect: connect 74.125.130.109:465: Connection refused (WSAECONNREFUSED) (10061) 2016.11.17 14:18:27 LOG5[3]: Connection reset: 0 byte(s) sent to SSL, 0 byte(s) sent to socket
Do you know about these?
A error came out when I pasted a photo in the text area with HTML Encoding. The photo is a snapshot from Print Screen. When I submitted it, it said "Entry text too big. Please increase TEXT_SIZE and recompile elogd". How can I get rid of this? I've tried changing elogd.cfg that: ;Message Height = ;Message Width = or Message Height = 500 Message Width = 500. None of these work.
Message Height =
essage Width = or Message Height = 500
essage Width = 500. None of these work.
By the way, I want to ask another question that whether it can load a photo on local disk not only the photo URL by click image of the Image info in CKEditor. Can CKFinder integrate in CKEditor and then it can browse local file on tab of image info. My colleagues prefer pasting photos in text area than uploading it as attachment in our site.
Any advice or sugguestion will be appreciated.
Thanks for your advice! I've test that dropping an image from my local disk into the text box with Elog-3.1.2. It did work. However, I still have a question want to ask that When I paste a small image into the text area, I can submit it successfully. But when I paste a bigger one, it will say "Entry text too big. Please increase TEXT_SIZE and recompile elogd". And There's the same result in https://midas.psi.ch/elogs/Linux+Demo/. I can drop the image into text area now, so it doesn't matter.
I guee you tried to paste an image into the text area, and your browser somehow converted this into a text entry, which then of course can become very long. Elog since vesion 3 supports drag-and-drop. You can drop an image from your local disk into the "Drop attachemnts here..." box at the bottom of this page. You can also drag an image directly to the text box like this one: , but some browser might not work correctly. If it's not working for you, try it in the demo logbook https://midas.psi.ch/elogs/Linux+Demo/ If it works there, please update your elog to the newest release and you should get it.
I just test on your Demo logbook. I use a screen-capture tool to create an image which doesn't been saved as a file, the size is 1920*1080(1.8M), then copy it in clipboard, and then paste in text area. Then the web page become very slow, so that I can't submit it sometime. Sometime, I can submit it but it say "Entry text too big. Please increase TEXT_SIZE and recompile elogd". If I drop an image file into the text area, it works. I used IE11.
How big is your image? I just tried a 5000 x 3600 pixel image (8 MB in size), and it worked fine on the demo logbook.
If the older elog has some customized file such as logbooks, elogd.cfg, elog.css, images and so on, What's the best way to update elog to newer release? Is it the only way to copy these files to the new release?
I have two attributes defined like following
Attributes = Author, Author Email, Icon, Category, System, Subject
ROptions Category = Shift Summary, Report, Reply, Fault, Issue, Resolved, Maintenance
IOptions Icon = icon1.gif, elc_list.png, icon3.gif, icon8.gif, icon4.gif, icon14.gif, elc_anchor.png
Icon comment icon1.gif = Shift Summary Icon comment icon3.gif = Reply Icon comment icon4.gif = Issue Icon comment icon8.gif = Fault Icon comment icon14.gif = Resolved Icon comment elc_list.png = Report Icon comment elc_anchor.png = Maintenance
When the Shift Summary category being selected, I wish the icon1.gif Icon being selected automaticlly, as well as when icon8.gif being selected, Fault category be selected. How can I get this? Any advice or suggestions will be appreciated.
Xuan
Thanks for your quick reply! I just test what you suggested, even I test {1} Preset on edit Icon = icon1.gif, they both didn't work.
You can do that with conditional attributes (see documentation):
Attributes = Author, Author Email, Icon, Category, System, Subject Options Category = Shift Summary{1}, Report{2}, Reply{3}, Fault{4}, Issue{5}, Resolved{6}, Maintenance{7} IOptions Icon = icon1.gif, elc_list.png, icon3.gif, icon8.gif, icon4.gif, icon14.gif, elc_anchor.png {1} Preset Icon = icon1.gif {2} Preset Icon = elc_list.png {3} Preset Icon = icon3.gif {4} Preset Icon = icon8.gif {5} Preset Icon = icon4.gif {6} Preset Icon = icon14.gif {7} Preset Icon = elc_anchor.gif Icon comment icon1.gif = Shift Summary Icon comment icon3.gif = Reply Icon comment icon4.gif = Issue Icon comment icon8.gif = Fault Icon comment icon14.gif = Resolved Icon comment elc_list.png = Report Icon comment elc_anchor.png = Maintenance
Sorry for my carelessness. What you said is definitely right. I just wonder how can Icon and Catagory change simultaneously whatever which one be selected first.
The example I gave you worked for me, I actually tested it. Please note that it contains
Options Category = ...
and not
ROptions Category = ...
What I mean is that, when I select a catagory, the icon will change. If I change the icon, I need the catagory change too.
If you select a (different) category, the current icon setting simply gets overwritten, what ever it was before.
So, as far as I know that ROptions and IOptions doesn't support conditional attributes.
I think what you suggest is a nice idea. An alternative way is putting Category attribute before Icon attribute and adding a tooltip to Icon attribute. However, I think your advice is better. Thanks!
IOptions does not support conditional attributes.
I think the proper solution would be to remove the icon selection field from the input form:
The user would then only be able to edit the Category, the Icon would always be set accordingly. I would think that this would be the appropriate behaviour.
Cheers, Andreas
We also meet this issue occasionally, so how can we get rid of this?
Ups. This bug must have lingered there since the beginning of time. Funny that nobody noticed in the last ten years or so. I have fixed it in the current git revision.
I haven't found any reporterd issues in the forum similar yet, but it appears there is a bug in Elog when logging into logbooks. If I leave Username and Password null and click Submit the daemon crashes. We've been having this problem off and on and after some verbose logging level 3 I was drawn to these recurring lines in the log:
16-Dec-2016 18:20:22 [172.23.113.4] {SER Reports} LOGIN user "" (attempt) 16-Dec-2016 23:15:52 [] Server listening on port 8080 .. 16-Dec-2016 23:18:05 [172.23.113.4] {Daily Request Log} LOGIN user "dmorrison" (attempt)
No, We are using the released version 3.1.2
How to use the current git revision or is it a long time to wait for the next release?
Are you using the current git revision Xuan?
Awesome!It's appreciated. Many Thanks!
I made a new release for you 3.1.3
Some elog users of our site(CSNS) mentioned some advice about attachment:
1.Can imagemagick create thumbnail for .bmp file now?
2.Can re-sort the attachments after attachments uploaded by dragging or clicking up/down arrow or anything except deleting and re-upload attachment again?
3.Can add some description under the thumbnail of uploaded attachment? I've suggested them adding the description to the name of attchment or writing the detail in the text area. They are seem not very satisfied with this solution.
Any advice and suggestion will be appreciated.
I try to implement a shift check list for our facility. The attributes called "a1, a2, b1, b2 etc" are used in original shiftcheck.html, However, we would like to use "1.1, 1.2, 2.1, 2.2 etc". So I try to change the name of checkbox in shiftcheck.html and the attributes in elogd.cfg file to "1.1, 1.2, 2.1, 2.2 etc". The elog web page can display the attributes like "1.1, 1.2...", but the checked value of "on" seems not working. And I have used wirshark to monitor the http package, the request message seems correct, but the service response seems can't deal with attributes like "1.1, 1.2...", so is there a way to work around?
That's true. Thanks for your explanation.
Cheers, Xuan
An attribute is similar to a variable. Do you know any programming language that allows to start a variable with a digit? I don't.
The solution is very obvious: start your attributes with a letter.
There are options "Restrict edit" and "Restrict edit time" for general logbooks, but it seems not work for shiftcheck logbook. I think the function only author can change their own entry is necessary for shiftcheck too. Any suggestion would be hightly appreciated.
Is there a way to restrict other author to edit the custom input form submitted?
We came across a problem recently when clicking "Upload" button, then elog hanged and never being accessed. I have checked the elog logs and find that it seems that elog didn't get the path of the picture for some reason. So is it a bug or our operation isn't correct?
That make sense. Is there a way to recovery when hung except restart elogd? On the other hand, whether could prompt for reloading attachment when interpreter detect error but not hang?
Wu Xuan
The problem is you have some weird characters in your file name R2BLM15 ? ? ? ? ? .PNG which confuses the interpreter. There should not be any special character or blanks in attached images.
I added an input widget for pagination. I'd like to share it here, maybe someone needs. If there are many pages, specifying the page number will be useful.
The picture and patch code are in the attachment
Regards,
I've found a bug in elog. It's all right that uploading an image which file name with special characters. I think it must have something to do with the code like"url_encode(file_enc, sizeof(file_enc)); /* for file names with special characters like "+" */". If I clicked the "Make small/Make larger/Original size/Rotate left/Rotate right" button, the elog server will hang. How it can be fixed? The attached image shows the debug info.
The function of "Drop attachments here..." is only for root user? I'd like it could be used by all users.
I just used my own account to test the "Drag&Drop" function in this forum , and it failed. In our case, we need to upload ten more images into logbook at once, it's more effective to use "Drag&Drop" than "Browse&Upload" feature for "Browse&Upload" only can choose one attachment at once, but "Drag&Drop" can choose several attachments at once. The admin user can use this feature, but non-admin user not in our site. I did run the elog server as user "root". I'm not sure it is related to the problem.
I can't confirm this behavoiur. In our instance, every user can use the attachment function of the elog. Either through "Drag&Drop" or "Browse&Upload" in the entry editor.
What do you mean by "root" user? The elog can have serveral admin users, but this behaviour is equal for admin and non-admin users. You should not run the elog server as user "root" of the machine for security reason, but also for issues with file permissions.
Excellent, Thanks!
I could figure out the bug. A fix can be found in this commit. https://bitbucket.org/merrx/elog/commits/c3e3c4af9666006558aaf26d8f4841800e69f9af
In my testings I didn't found this behaviour, but my collegues also reported this issue. So I searched for the difference between my test setup and the production logbooks.
I believe the "restrict edit = 1" config option may be responsible for this behaviour. I had the browser console running in the background and "Drag&Drop" send an XHR request, which failed with the message: "Only user can edit this entry". This message is tied to the "restrict edit" option as far as I know. So I tried removing the option and upload via "Drag&Drop" started to work as intended. This behaviour only occurs for non-admin users, as admin users are not affected by
Can you verify this? I can verify to get the same error message in this elog forum in the browser console.
Hi Illam,
You can find it in src/elogd.h, #define TEXT_SIZE 250000, the original value 250000, you can change it to a larger one like #define TEXT_SIZE 1000000. Then recompile it again, just need typing "make". Elog Version is 3.1.3 in my site. HTH.
Xuan Wu
Hi, any help will be appreciated on this. I have not still figured this out.
Thanks. Illam
I'm getting the TEXTSIZE TOO BIG message every time I have more text in my entry. I understand there is a way to increase the TEXTSIZE and re-compile. Where can I find the TEXTSIZE parameter that I can increase and also how do I re-compile.
Appreciate your help.
I am using Windows Server 2003 R2 Standard Edition. It is up-to-date and a full legal version installed from a geniune MS disk (to put that notion out the way). I host a variety of webpages from this server through IIS6.0.
I am having an issue after installation of the ELOG software. I grabbed the newest version from this website and ran the executable. It installed fine (or appeared to do so).
Upon starting the ELOG server I receive the following error:
elogd.exe - Unable to Locate Component
This application has failed to start because MSVCR71.dll was not found. Re-installing the application may fix this problem.
The file in question is part of an ancient Visual C distributeable. This distributeable for my purposes no longer appears to be available (as I am on .net 3.5). I am unsure of downloading the older runtime libraries from sites that are not microsoft's. I am curious as to how I could go about making elog execute. Any help would be appreciated. Thank you!
I didn't realize that MSCVR71.dll is kind of outphased. I will add it to future distributions. For the moment, you can download it from the elog server directly.
Thank ya much. Worked perfectly. For others with this issue, download that linked file to your c:\windows\system32\ folder.
Running on windows server 2003.
Mysteriously from time to time i find ELOG has crashed and i must restart it.
Event log shows:
This has occurred twice so far in the month or less elog has been running. The platform is stable and i have no other issues or negative events besides incorrect ASP calls here and there. Thanks.
Faulting application elogd.exe, version 0.0.0.0, faulting module elogd.exe, version 0.0.0.0, fault address 0x0004b9c3.
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
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
According to section "Syntax of elogd.cfg" of the "Administrator's Guide" Options <attribute> = <list> and ROptions <attribute> = <list> should be the same. But there is a litle difference, because choosing an entry of the Options-pull-down menu causes a reload of the entry mask while choosing a ROption-radio-button the entry mask is not reloaded. This causes a problem using conditional attributes. The condition is only paid attention to in case of Options but not in case of ROptions. In my case I would like to use ROption, as it is faster to set a radio button than to choose an item in a pull-down menu, but I can't as I have also to use conditional attributes. Is there any solution?
Hello @all,
for a logbook I have also to set up a guest access. As I want to have a login page first opening the logbook, I created a second logbook entry in the elog.cfg that points to the same subdir as the original logbook. The idea of this guest access is, that users who have no login rights can read selected items with selected attributes. Therefor I restricted the guest account with all available "Guest"-commands in the elog.cfg.
But this is not sufficient. Let's suppose I have an attribute called 'Accessibility' with options 'public' and 'private'. What I am searching for is a filter command for the list display, i.e. if an entry has the accessibility flag 'public', a guest sees this entry in the list and can access it. But if the entry has the accessibility flag private, the entry should not be displayed for guests but for users, that are logged in.
I read the administrator guide carefully, but I didn't found a command that provides for that. Does such a filtering command for the list exist? If not, is it possible to implement one?
Wolfgang Bayer
Greetings all. A few ELOG users have posted issues with ELOG 3.0 and newer not working with a variety of MS Windows operating systems,. I have also encountered a similar problem in my environment. For the following operating systems: 1) Windows XP SP3 (32-bit) 2) Windows Server 2003 SP 2 (32-bit) when either elog.exe or elogd.exe are run from command line or file manager, the operating system reports the program is not a Win32 application.
I have other test computers that succesfully ran ELOG 3.0, 3.1 and 3.1.1 1) Windows Vista Enterprise (32-bit) 2) Windows 7 Professional (64-bit) Has ELOG 3.x and newer changed in regards to support for MS Windows but is not documented on the official ELOG documentation? Any help would be most appreciated. NOTE: The current production ELOG I use on Windows Server 2003 is 2.92-2475 but I would like to use the features available on the 3,.x versions. Unfortunately, I am not able to change my production operating system.
Thank you for recompiling ELOG. Unfortunately, there is no change in all the test machines I ran the newly compiled ELOG 3.1.1-1 on. I will use the 2.x version until our systems move to a new operating system or I can find someone in my IT department who knows how to compile programs from the source code. If anyone else has suggestions or could compile the source for us to try, please speak up. There are many installations of obsolete operating systems in production :
I recompiled the executables according to
https://msdn.microsoft.com/en-us/library/jj851139.aspx
and replaces the elog311-1.exe distribution. Can you try if it works? Unfortunately I don't have a XP machine here.
I would like to export several entries out of a logbook I have with a specific subject.
I need to send these entries to someone who does not have elog nor can they install it.
Is there a way to do this?
Bill
Yes. Go to the "find" page, select your subject, check "CSV", "XML" or "RAW" and click on search.
Thanks for the information, looks like the csv options don't export the actual entry. I'll have to play with the other formats they look like html.
I noticed a long url got hard-wrapped when I entered a long one, I patched the source code. I don't know if this was done intentionally, otherwise you might want to change this also. diff elogd.c elogd.c.org 4468c4468 < rsprintf("<textarea rows=20 cols=%d wrap=soft name=Text>", width); --- > rsprintf("<textarea rows=20 cols=%d wrap=hard name=Text>", width); BTW, why is the editor window 20 rows by 76 columns ? (20 is fixed in the source code, but 76 is the width-variable that is set hard to: /* set textarea width */ width = 76; Now I don't like both parameters. 20 is too long for my display (1024x768) and 76 is too short. Something dynamically would be cool, but a parameter somewhere in a config file would also be acceptable. (just a thought, makes it easier to upgrade)
When I make a new entry I get an email with subject: New ELOG entry But when I or someone else changes an entry I also get an email with a subject: New ELOG entry I would prefer to see "Changed" , "Edited", or "Updated". This is beyond my programming capabilities so I enter this request.
On our: SunOS operator 5.8 Generic_108528-13 sun4u sparc SUNW,Ultra-5_10 I get: % make gcc -g -O -o elog elog.c Undefined first referenced symbol in file socket /var/tmp/ccgK4x1V.o recv /var/tmp/ccgK4x1V.o gethostbyname /var/tmp/ccgK4x1V.o send /var/tmp/ccgK4x1V.o gethostbyaddr /var/tmp/ccgK4x1V.o connect /var/tmp/ccgK4x1V.o ld: fatal: Symbol referencing errors. No output written to elog collect2: ld returned 1 exit status make: *** [elog] Error 1 I have no idea what is going on here
In my bottom.html file I have: <A Href="host/Forum/?mode=summary&reverse=1&npp=10&Status=Open">Open</A> <A Href="host/Forum/?mode=threaded&reverse=1&npp=10&Status= Open">(Threaded)</A> / <A Href="host/Forum/?mode=summary&reverse=1&npp=10&Status=C losed">Closed</A> / <A Href="host/Forum/?mode=summary&reverse=1&npp=10">All</A> <A Href="host/Forum/?mode=threaded&reverse=1&npp=10">(threaded)</A> tickets. This sort of implements some of the buttons you have in your whishlist. This works, because it is the same for all users, now what I would like is to add some sort of linke that will "show all entries from ME". I could do this on a per user basis, but that's not what I want, Something general with $user would be preferable. Something like: http://midas.psi.ch/elogdemo/Forum/?mode=threaded&reverse=1&npp=8&Author=$user Is this possible ?
From: http://elog.sourceforge.net/ Solaris It was reported by Martin Huber that under Solaris 7 following command must be used to compile elog: gcc -L/usr/lib/ -ldl -lresolv -lm -ldl -lnsl -lsocket elogd.c -o elogd It was also reported that the keep-alive mechanism is not working under some Solaris systems, so you need to start the elogd server with the "-k" flag to turn keep-alives off. Yep... does the job. (even with 2.2.2 under Sol 8)
We had the same problem here. What worked in our case was: Traffic to port 113 (identd) was blocked. Because the server didn't give any response at all there was a time-out to which we were waiting. Opening up the 113 port significantly speeded things up. Even when no ident-deamon was running on the system. (it now gets an immediate no deamon running msg, and can go on with it's processing instead of having to wait for a time-out)
I'm (mis)using elog as a database. I like the fact that I can have presets for fields, but I also like the fact that I can make a duplicate of an entry. Now when I make a duplicate, all the fields get overwritten with the preset-value. Is there a way to get the preset-values only on entering a NEW reord and NOT on a duplicate ? I could take away the presets, most of them are "***" (literally) to be able to search for entries that do not have a value, but I don't know how to search for empty fields. PS: They wanted to do a CMDB in BMC-Magic (really expensive $$$-ware), but after about 1 afternoon (and about 6 prototypes) they went with elog since it was fast, cheap and already implemented (and filled with 200 entries through a script using some old CSV list we had lying around) :-)
I have several date-fields defined in my logboek. But when I click the icon and select another month the pop-up window get's filled with the contants of the logboek instead of the date-selection. Date format = %Y%m%d
[quote="Angus Au"]I came across problem in compiling elog 2.6.1 on solaris platform. Is there any fix ? I can compile elog 2.6.0 successfully on solaris.[/quote] There is a fix, we have 2.6.1 running on Solaris. A colleague of me installed it and did mention something about having to go through the source and adapting the makefile. I didn't hear him speak of missing libraries though, I will ask him next week.
Greetings, Last night we updated to 2.6.5 and now the <ENTER>-key on the "quick filter" searches won't work anymore in internet exporer (@windows). I have to use the <TAB>-key now to get the results. The ENTER-key still works under firefox (Windows & linux) and opera (at least under linux, because opera@windows refuses to log me on .. whatever) and I would like to see it come back to internet explorer as well. Regards, Willem Koster
> Greetings, > > Last night we updated to 2.6.5 and now the <ENTER>-key on the "quick filter" searches won't work anymore in > internet exporer (@windows). I have to use the <TAB>-key now to get the results. > > The ENTER-key still works under firefox (Windows & linux) and opera (at least under linux, because > opera@windows refuses to log me on .. whatever) and I would like to see it come back to internet explorer as > well. > > Regards, > Willem Koster ehm... funny enough the quick-filter entry used in this elog does work with IE. (we're using ELOG V2.6.5-1844 btw) update: when we try just one quick-filter it works ok, when we add our second quick-filter it stops working. Both quick-filters are tekst-searches (just like this forum only has one tekst-search quick-filter). We suspect that this is an explorer issue and probably not something that can be solved with elog, but ... maybe .. who knows... update2: In the source we see: <noscript><input type="Submit" value="Search"></noscript> If we remove the <noscript> </noscript> tags we get a submit-button, but our problem seems to be solved. (obviously hacking the source-code is not our primary choice :-)
We're using elog as our CMDB, but now management wants us to employ "web services" and I fear going to another tool (elog is fitting the admins like a glove, so we'd rather keep it)
Is it possible to configure elog to be able to run as a web-service ? (basically getting xml-output according to a specific (SOAP) schema instead of html output)
http://en.wikipedia.org/wiki/Web_services
A 'Web service' (also Web Service) is defined by the W3C as "a software system designed to support interoperable Machine to Machine interaction over a network." Web services are frequently just Web APIs that can be accessed over a network, such as the Internet, and executed on a remote system hosting the requested services.
The W3C Web service definition encompasses many different systems, but in common usage the term refers to clients and servers that communicate using XML messages that follow the SOAP standard. Common in both the field and the terminology is the assumption that there is also a machine readable description of the operations supported by the server written in the Web Services Description Language (WSDL). The latter is not a requirement of a SOAP endpoint, but it is a prerequisite for automated client-side code generation in many Java and .NET SOAP frameworks (frameworks such as Spring and Apache CXF being notable exceptions). Some industry organizations, such as the WS-I, mandate both SOAP and WSDL in their definition of a Web service.
I like to format an Elog "directory" such that all entries make/occur as a table. Say: 5 columns and a large number of rows. In a sense, make an excel spreadsheet in Elog. Is this possible? How can this be done? Is there perhaps a template?
Thanks in advance.
Walter Reviol
reviol@anl.gov
> Have you tried the RSS Title option? doh ... thanks, works perfectly (well apart from the lost end-of-lines in the text portion)
You've probably seen my other posts on this subject.
I want to be able to re-edit some entries but I need some way to know the dates entries were re-edited.
Am I just approaching this the wrong way? Should I disable re-editing of entries and use threads to follow changes by posting replies to an entry?
The only problem with that is that if I make a mistake I will have to submit a new entry to fix it.
Please read the FAQ
Apart from logging when and who, is it also possible to somehow log WHAT has changed (like $attribute + $old_value was changed by $who at $date)
Hi! Thanks for the quick response. Do you have any suggestions on which calendar applications I should start looking for for this purpose?
Tero
You could write a shell script, run it through cron and send mail from that. (even in windows I assume)
I'm (ab)using elog as a database and would like to use conditional attributes, like: Attributes = PC Name, Operating System, Version, Distribution Options Operating System = Linux{1}, Windows{2} {1} Show Attributes Edit = Operating System, Distribution, PC Name {2} Show Attributes Edit = Operating System, PC Name, Version Problem is that there are several conditions and the list of attributes is rather long. Also, since it's a rather dynamic environment I have to make new attributes all the time, and adding them to all "show attributes" lists is not only tedious, but bound to cause errors as well. So... I was thinking, would it be an idea to make the list of attributes to be shown or hidden on a per attribute base. Like: Attributes = PC Name, Operating System, Version, Distribution # hide specific attributes Hide attributes = Distribution, PC Name # or configure which fields should be shown allways Show Attributes = Operating System, Version # add attributes based on OS Options Operating System = Linux{1}, Windows{2} {1} Show Attribute Edit = Distribution {2} Show Attribute Edit = PC Name (just thinking out loud here).
Greetings, I was wondering, is it possible to wrap lines in the config file ? I have to add a dropdown lost which is kinda long and typing everything on one line will make ik kinda unreadable. Somehow wrapping the line so each entry will get on a separate line would make it much better readable. (which makes less errors). W.
Hello, I have installed ELOG in an Ubuntu 22.04 machine and is working great, but I have found a small bug with Author names.
I have the config set like this for the Author attribute:
Preset Author = $long_name Locked Attributes = Author
For context, my name is Víctor, which includes the accented "í". When creating a new entry and submitting immediately seems to work well. However, if I create a new entry, save it as draft, go back to the list, and then go to the draft entry, the accented "í" has transformed into "Ã". If I repeat the process, it turns into "ÃÂ", and so on. As I have configured the Author to not be editable, the user cannot fix this manually.
I found a way around this bug by setting
Subst Author = $long_name
Which is okay for us, but might not be for everyone.
In fact I saved this entry as a draft and then on another tab tried to edit it and it wouldn't let me edit because the author name now did not match.
Hi, sorry for bugging you with this, but I could not find any information for making migration of elog system from one server to another. The migration should be done from one server version (CentOS 6.10 to CentOS 7.6). Also we are talking about migration from one subdomain to another. Example subdomain1.example.com to subdomain2.example.com. Old elog application version is 3.1.2 and I would like to migrate to the latest version 3.1.4
Is the migration from one system to another possible? What are the prerequisites for migration? Are there any instructions how to do it? Thank you in advance and have yourself a lovely day, Warmest regards
Hello folks,
Can we have a better support under modern Linux distributions?
I'm trying to install elog in our webserver and it's becoming a boring task. First of all theres only RPM packages. And we really don't like the Red Hat method, so we use Debian Servers. More package mainteners would be nice.
The software appears to be working correctly, but there are some bugs (or perhaps missing dependencies?); the init script put in /etc/rc.d/init.d is broken under Debian:
First of all because it's in /etc/rc.d.
The second problem is in this line:
# Source function library.
#. /etc/rc.d/init.d/functions
The file doesn't even exists.
The third problem is the echo_success; echo_failure commands that doesn't even exist. As I can see it's definitions are sourced in the functions file that doesn't exist.
After removing this missing commands or files from the init.d; I can call elogd script and start the daemon under root. Appears to be working...
And last but not least; there's a way to standardize the init script to run in other Linux distros, so we can put it to start automatically at boot time?
Many thanks in advance,
Vinícius Ferrão
PS: I'm not asking to support any creepy distros, but to support the .deb package format and system style.
Good day all ,
does Elog has a paid version that is not open soureced
William Vasio
Hi there,
It seems that by default in a message created as "reply" of another message, the "quoted text" of the original entry is put at the _TOP_ of the new entry and not movable (Firefox 17, elog 2.92). I would strongly like to have it opposite, i.e. that one is able to create a new text first and only then has the "quoted text" since people are interested to see a new information and only then the previous messages as sort of "reminder". It was like this in older (2.6?) version but now I did not find how to change this default behavior. Did I miss something?
Valentin
Hello, I have a quick question regarding how to display text using the "Top text" feature in the elogd.cfg file. I've made an entry that looks like the following: Top text = <h1>TEXT TO DISPLAY</h1> But instead of getting just "TEXT TO DISPLAY" I get something like this: ----begin page --- /usr/local/elog "TEXT TO DISPLAY" ...rest of page ----end page --- ...that is, on the far left at the top of the page in unformatted text is "/usr/local/elog/" prepended to the text I want do display. I don't know if this is a bug, or (more likely) something misconfigured in my setup. But any help that could be provided would be most greatful. Thanks, Val
> This was a bug which only occurs under certain conditions, that's why nobody > has seen it yet. I fixed it, the new version is available under CVS: > > http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.275 Great! I'm inclined to wait until you release a new rpm with the changes, as I'm likely to mucky things up by trying to upgrade from the cvs archive rather than using the rpm mechanics. But glad to hear it's fixed. By the way, ELOG is a fantastic tool. I'm very thankful for all the effort gone into it. I do wish there were standard sql hooks, as I'm a bit fearful of how it will scale. But the front-end, which is often most neglected, is well thought out. Thanks so much, Val
I've attempted to move a logbook from an old elog installation to a new one on another system. The version of elog is the same (2.6.1) in both. Both systems have the same name and the logbooks are and installation are going in the same place. So all paths are identical. Also, for the new installation, I've simply recompiled the same sources used to install the original one. The only difference is an upgrade in the OS. I've rsync'd the directory and contents from the old installation to the logbooks/ directory for the new one. I then over-wrote the standard config file with the new one. I then started elogd in the new place. What I find is a) The default entry from the demo logbook is inserted into my logbook. This I can live with but it was unexpected. b) The dates for all my entries as shown in my browser have years starting in 1946, rather than 2006. This is particularly odd since all of the actual log files have the correct dates. c) The numbering of entries has been reset to 1. Can anyone explain what I've done to mucky this up and how to fix it? Thanks in advance, Val
Stefan, I'm still stumped. I'm sorry for the hassle.
I've removed all the demo entries from both my logbook and the demo. I restarted elog in verbose mode and everything seems normal. I've even run the binary from my old elog installation on the config and logbooks in the new place and it works like a champ.
So I think I've concluded that my new compilation is mucky'd up. The logbooks and config file are fine.
So for the record, the new installation is on MacOS 10.5 (Leopard). The compiler is gcc4.0. There is one warning when I compile:
I haven't yet been able to figure out what this last number is and if it should indeed be part of the date. Any ideas here?
-Val
I've attempted to move a logbook from an old elog installation to a new one on another system. The version of elog is the same (2.6.1) in both. Both systems have the same name and the logbooks are and installation are going in the same place. So all paths are identical. Also, for the new installation, I've simply recompiled the same sources used to install the original one. The only difference is an upgrade in the OS. I've rsync'd the directory and contents from the old installation to the logbooks/ directory for the new one. I then over-wrote the standard config file with the new one. I then started elogd in the new place. What I find is a) The default entry from the demo logbook is inserted into my logbook. This I can live with but it was unexpected. b) The dates for all my entries as shown in my browser have years starting in 1946, rather than 2006. This is particularly odd since all of the actual log files have the correct dates. c) The numbering of entries has been reset to 1.
That sounds really strange. The only thing I can think of is that the demo entry conflicted with your other entries and two of them have the same entry ID. The entry ID is a unique key which identifies each entry. If you look into the raw logbook file 011108a.log with a text editor, you will see them as
$@Mid@$: 1 Date: Thu Nov 08 18:37:57 2001 Author: Stefan Ritt Type: Routine Category: General Subject: Welcome Attachment: Encoding: ELCode ======================================== [B]Congratulations for installing ELOG sucessfully! [/B] This is a demo entry to ensure the elogd server is working correctly. Click [I]"New"[/I] to add new pages and [I]"Delete"[/I] to delete this page.
so in this case the ID is 1. When you rsync'ed your entries into the demo logbook directory, you probably got two entries with the ID 1, which screws up elogd. Try to delete the file 011108a.log before you do the rsync. If you start elogd interactively with the "-v" flag, you will see some debugging output which can you help identify some problems:
[ritt@pc5082 ~/elog]$ ./elogd -v elogd 2.7.0 built Dec 13 2007, 08:05:12 revision 1977 Config file : /afs/psi.ch/user/r/ritt/elog/elogd.cfg Resource dir : /afs/psi.ch/user/r/ritt/elog Logbook dir : /afs/psi.ch/user/r/ritt/elog/logbooks/ Indexing logbook "demo" in "logbooks/demo/" ... Config [demo], MD5=F2E39262960C779517FEE576C17B1ED0 Entries: ID 1, 011108a.log, ofs 0, thead, MD5=81D89C3C94C6626BB7FF191026040E83 After sort: ID 1, 011108a.log, ofs 0 ok Server listening on port 8080 ...
I'm curious is it possible to send email notificaitons from elog through an smtp server that requires SSL/TLS authentication? I think it's not but I thought I'd ask.
ps. sorry for the initial blank post...
I'm curious, is it possible to specify (perhaps by default) the rendered size of an attached image. For example, I'd like all images uploaded to be scaled to 100% of the browser window size so a large image is not most off the screen. What I want is to specify the width="100" attribute of the <img /> tag, but it's not clear 1) how do to this for an attachment and 2) if it might be possible to do this in the config file for all img attachments.
Val
Is it possible for an administator to reset a user's password?
I have been using elog for over 10 years. Suddenly my elog installation has changed (probably from a recent update. My /etc/elogd.cfg has changed to the original demo configuration. Even after changing it to my configuration from backup none of the entries for the logbooks apper even though the tabs for the logboos are ther all logbooks are empty. I have looced at the logbook files and the entries seem to be there but are not showing on the web interface. Has something changed? Is there a new location for the logbooks and other files? Is there a change from the 32-bit to the 64-bit version that will cause this. I am running CentOS 7 fully patched and updated. Will there be a CentOS 8 compatible version?
I am moving from a Hyper-V host to a VMware host and created a new elog server. I installed the elog software and did an rsync to get the .cfg file and logbooks to the new server.
rsync -av root@old.elog.server:/usr/local/elog /usr/local/
On the new server all of the 2020 entries are missing and there does not appear to be a 2020 logbook on either server but I can still access the 2020 entries on the old server. Where might they be and how do I get them over to the new server.
Old server says version is ELOG V3.1.4-unknown and new server says version is ELOG V3.1.4-966e3dd
Bothe servers a fully updated CentOS 7.
On the new server in the logbook that should have several 2020 entries it stops on the last entry of 2019.
On the old server after stopping elogd i get:
/usr/sbin/elogd -v 3
Cannot open "elogd.cfg": No such file or directory
Are the files supposed to be in /usr/local/elog or /usr/share/elog? I have both on the old server. I only synced /usr/local/elog to the new server. In any case the Logbook with 2020 entries does not show a 2020 directory.
My backup system also does not show any 2020 logbook directories. It was current up to this week when I started this process.
Start your new server interactively with "elogd -v 3" to see all verbose output. You will then see how it indexes all logbooks. If not, you might have a wrong path in elogd.cfg
Thank-you. That is good information to have.
What is the default if you you do not specify anything in elogd.cfg? I assume it is /usr/local/elog otherwise it would not see the existing logbooks.
With a default Linux RPM install, where else would the logbooks be? Still looking for a 2020 directory on either server.
Bruce
You can put your files where ever you want, just tell elogd where to find the elogd.cfg file via the "-c" flag. Then tell elogd where to find files in the elogd.cfg file via the "Logbook dir" and "Resource dir" directives.
Hi, we're using elog to handle various logbooks. It's a great tool by the way. While replacing the Win32 2.7.8 Release with Release 3.1.4-2, we ran into the following problem. Since elog is for internal usage only, we allow users to self-register if they are new. Therefore "Self register = 1" is set in the [global]-area. Using the Win32-Release of elog, it worked fine while using Release 2.7.8 or 2.8.0. Starting with Release 3.x everytime you try do add a user, the following error occurs: Error: Command "config" is not allowed for user "" No matter if the user self-registers or is added by an elog-admin-user. We tried various 3.x Releases from 3.1.0-1 up to the latest 3.1.4-2. The error-message remains the same. Curious, although an error-message occurs, the user is added and able to use all logbooks. We also ran elogd in Debug-Mode (-v3), but the output didn't give a clue. By the way using the same configuration on a linux-based installation (Debian and RaspiOS) self-registration works smooth. No error-message occurs. So what could be the problem? Any suggestion is greatly appreciated. Thanks in advance.
Thanks for answering. Just tried your suggestion with different browsers (firefox, chrome, brave) but the error message still appears when adding a new user. By the way, i justed noticed that if you click "back" followed by "cancel" you enter the logbook as the user you just added. It seems that although elogd throws an error, the user is added. Weird. Since most of our users don't trust open source software, the error message will only confuse them. So, is there any way to avoid this message from appearing? Perhaps a few words about our use case: We are a german non profit organisation in disaster control. Since 2007 we use elog as mobile mission journal in our unit. We adapted elog to run from usb-stick, so all our first-responders have to do is to plug it into a laptop and they are ready to go. We also hand the adapted installation to other organisations like local fire department or red cross units and offer them a short (2 hour) course on how to use it. Since the windows-release is the most requested, it would be confusing for them if an error message appears every time a new user is added. So if you have any further ideas, I would appreciate that. Uwe
when using the summary view, the text field displays umlauts as HTML-charachters, for e. g. diesbezüglich. Is there a chance that also this view displays umlauts as ä, ü, ö?
Thank you!
Uwe
> > > Greetings, > > > > > > Last night we updated to 2.6.5 and now the <ENTER>-key on the "quick filter" searches won't work anymore in > > > internet exporer (@windows). I have to use the <TAB>-key now to get the results. > > > > > > The ENTER-key still works under firefox (Windows & linux) and opera (at least under linux, because > > > opera@windows refuses to log me on .. whatever) and I would like to see it come back to internet explorer as > > > well. > > > > > > Regards, > > > Willem Koster > > > > ehm... funny enough the quick-filter entry used in this elog does work with IE. > > > > (we're using ELOG V2.6.5-1844 btw) > > > > update: when we try just one quick-filter it works ok, when we add our second quick-filter it stops working. > > > > Both quick-filters are tekst-searches (just like this forum only has one tekst-search quick-filter). > > > > We suspect that this is an explorer issue and probably not something that can be solved with elog, but ... > > maybe .. who knows... > > > > > > > > update2: > > > > In the source we see: > > > > <noscript><input type="Submit" value="Search"></noscript> > > > > If we remove the <noscript> </noscript> tags we get a submit-button, but our problem seems to be solved. > > (obviously hacking the source-code is not our primary choice :-) > > The code above is for cases where JavaScript is not enabled. The quick filter text box contains code like: > > onChange="document.form1.submit()" > > which is some javacode which causes the browser to submit the form after the contents of the text box has changed. > Now if javascript is turned off, this does not work obviously. So I added the <noscript> section which shows the > Submit button, so people can click on it. But you are telling me that IE accepts the hit on return (not the click > on the Submit button) even when JavaScript is off, right? Can you temporarily remove the onChange section and see > what happens? Hello, I installed the latest version (2.7) of ELOG and having the problem that the quick filter only works when hitting the enter-key when there is only one free text field (subtext). Whene having two or more free text field you have to use the tab-key or click onto the elog icon. We are using Internet Explorer, not tested on Mozilla right now. Thanks! Uwe
I fixed this in svn revision #1971. The fix will be contained in the next release. You can test it already in the demo logbook.
Thank you for the fix and the quick solution!
> > I installed the latest version (2.7) of ELOG and having the problem that the quick filter only works when hitting the > > enter-key when there is only one free text field (subtext). Whene having two or more free text field you have to use > > the tab-key or click onto the elog icon. We are using Internet Explorer, not tested on Mozilla right now. > > I found that this is indeed an Internet Explorer bug, since it works with all other browsers I tested. There is however a > workaround: I added some code to the current version of elog which shows a "Search" button whenever the page is accessed > through the Internet Explorer. Then the behavior of hitting <return> works again. The change is in revision #1970 and will > be contained in the next release. Thanks again for your help!
Just another thing I would like to admit. We are often using the summary view. Sometimes the summary view shows the text like the following:
This is just a test
When using the Full view or clicking on the entry, those html-codes are not shown. Thanks again for the great software!
Ok, that's fixed now as well.
Thank you very much!! I will install the new release as soon as it is available.
Best regards from Germany,
one idea for improvement. When using the option 'Icon comment' this comment is shown when creating a new entry and moving with he mouse over the icon but it is not displayed in full or summary view. In full or summary view the filename is shown. Not really important, but perhaps an improvement.
I implemented this request in SVN revision #1974.
I just made an update from version V2.7.0-1964 to V2.7.0-1985 and I am receiving now the error message Unknown toolbar item 'ShowBlocks' whenever creating or editing an entry. When clicking onto Ok, everything seems to work fine. Can you help please? Error message occurs in Internet Explorer and also in Firefox.
Addition: The Show Blocks Symbol is missing
one question regard Options: For e. g. I am using the following command: Options Categories = NT, 2000, XP, Linux Now I would like to delete the entry NT. But that would cause, that NT is no longer available in the search function. So I wonder if there is a way to deactivate an attribute?
A deactivate option is not implemented. The only possibility you have is to enter the search string drictly in the url, like
http://<host>/<logbook>/?Category=NT
Thanks for the quick answer!
best regards,
I am trying to update from version V2.7.2-2041 to V2.7.3 but getting the attached error message. OS is Windows 2003. I installed the update on Windows XP without a problem. Does anybody know ho to solve that problem? Thanks!
The shared library msvcr71.dll should be part of the operating system and placed under c:\windows\system32\msvc71.dll. If not it can be downloaded from
http://www.dlldump.com/download-dll-files.php/dllfiles/M/MSVCR71.dll/download.html
Thanks, that fixed it...
I really don't know if anybody already had this problem or i just didn't find the solution in the documenttaion: There is a possibility to sort the log by the value of a attribute as well as a flag for reverse sort. anf it's quite easy to build up a command line with the sort attribute and value. But this only works from a self written command line. Is there any possibilty to make ELOG soring by default (without a command line option) by a other attribute than date? I would use a date set by the user manually to sort the log file, even the user clicks on the log-name. or may it be a possibility for a additional feature, like a logbook option "Default sort = my own date" and the logbok get sorted by this attribute and option by default. Would be happy about every tip! ThankX!
Thank's!!! :-)) Great solution. Exactly what I need! Ueli > This can be easily achieved with the configuration option > > Start page = ?sort=<attribute> > > or > > Start page = ?rsort=<attribute> > > where <attribute> is your date. > > In your case, you need the URL > > http://www.familienhund.ch:8080/Aktuelles+Programm/?sort=Datum+wann > > which can be obtained via > > Start page = ?sort=Datum+wann
Since I'n not a programmer I's like to be very carefulls with bug reports, but after testing for a while, I belive this my be a bug or something else: I have 2 systems running ELOG 2.5.1: 1. uSE Linux 8.2, KDE 3.2 = NO problems at all! ELOG work's in every function quiet well! 2. The Internet Server (of my friend): Windows 2003 Server, All MS paches installed, Running IIS 6.0 Port 80) and ELOG 2.5.1 (Port 8080) under FireDeamon 1.6GA (actual release) as a Service (Deamon). Problem under Win 2k3: This works very well, even with several users on the system and on ELOG as long as there is not msg. threaded! Is a Msg. Treaded ELOG produces the msg. showen in the attached Jepg-file below on Win 2k3. The problem occurs as soon as Elog would change to the threaded display or by clicking "Repaly" in the menu. Rights etc. are aleady checked on the file system and are looking well. Everithing will work well as nothing is thraded or testing locally under Linunx. Does anybody have an idea??? It my by a bog on Elog as well as from Microsoft or a problem produced by a dummy user (me...!). Since Linux don't have the problem and the same cfg-file and log-files are working well if I don't use mode=threaded as well as Display mode = threaded I believe it my be a realchance not to be the personal factor of the dummy user... ThankX for every hint!
hello stefan sorry for the delay, was out of the office today. i had tested the same config and logbook under a "pseudo" win nt installation (suse linux 8.2 with vmware 4.01 (virtaual pc simualtion) and a nativ win nt 4.0 sp6a: there is no problem! as well as this configuration works under linux as daemon. the problem only ocures on win 2003 server. I d'dn't test it under xp, 2000, 2002 beause i don't have any of this systems. but it looks that no one else has this problem. would be helpfull to know if there anybody out in cyberspase using elog 2.5.1 with win 2000 or 2002 or even better with win 2003 server? or do you have a 2003 server at psi? for me it looks like a incompatibility of a stack, boffer overrun or somethin in the memory. for me it really only occurs under win 2003. thats what i'm wondering. the system memory test of the server was ok (no virus, non controller problem or something, else, checked the hole stuff agian, just to be really shure!) , other apps don't have any problmes (it isonly iis 6 and mercure mail server runnig on this system with about 20gb free disk and about 500mb ram totally and a pentium 4). if you think you have a chance to reproduce the problem i can zip the config file and the log for you. but in my opinion, you will need a win 2k3. i'd chdcked the file system rights again to be shure that they are ok. also i'd checked that elog run as a system service under win 2k3. it should have all rights. changing to run eleog with administrator rights didn't change anything. would be great to find out what's happen. in the mean time i let it untreaded, hoping no one will click treaded view... ;-) for security, the servie is configured to restart if it hangs and to boot the system in an emergency, but it shouldn't happen evry hour... thakX! ueli > All I can offer is send me your config file for the problematic logbook, and > I will try to reproduce the error.
> I agree. It's most probably a stack overflow problem. The stack size must be less > on a win 2003 server compared to a xp machine. I know that the threaded display > requires some more stack space than the other displays. But unfortunately I have > no win 2003 server here to try. since the new server isn't standing here in my office i can not test if older elog versions don't have the problem too. but if your idea of stack or buffer overflow is right, i guess that hoping of the helpfull ms pach or a update of the compiler will be the only what we could do :-( it's always the same using software fom a company named "kleinstweich"... ;-( is there a posibility in elog to switch off the threaded view or to say what kind of views are allowed? this would be helpfull in this case as well as it may be a nice feature for other users too. elog is very powerfull, fo some users i think too powerfull with to many possibilities. i think about something like you made in the menu / guest menu option or maybe a flag to say "don't" make threaded dispaly possible", like e-mail formating or something else?
> > since the new server isn't standing here in my office i can not test if older elog > > versions don't have the problem too. but if your idea of stack or buffer overflow > > is right, i guess that hoping of the helpfull ms pach or a update of the compiler > > will be the only what we could do :-( it's always the same using software fom a > > company named "kleinstweich"... ;-( > > ;-))) like that one... > > I tried to reduce the memory consumption in the threaded display, can you please try > the modified version under > > http://midas.psi.ch/elog/download/windows/elogd.exe just was back from work today! i have installed the new elogd.exe file (after a backup! :-) ) and restarted the service. there are basicalle two news, a really good one an a bad one: 1. the bad: clicking for a threaded display of the logs will still produce an porobem as shown in the screendump of the win 2k3 remote controle console (jpeg-attachement). 2. the really good one: the BIG difference to the original 2.5.1 elogd.exe are two points: 2a) the elgog.exe no more hangs! after a while it comes back to the view before clicking threaded view. while trying to dispaly the thread it seems to hang, but just semms! (white browser, nothing to see) 2b) after quitting the error it's bossible to use eleg as normal. no restart of the service is more needed. before, a restart of the service has to be done because elogd was hanging compleatly. as you tought, it looks like a stack problem ore someting else. sorry, didn't had time enough to find out detailed information of 2k3. also develeoper network from ms dosn't bring detailed information about memory handling to the public guys like me. the other solution my be, as i wrote, to have a switch for switching of threaded display, even a treaded view may be very helpfull in an discussion forum. maybe the compiler may coming up with a new version or ms will make a pach, for someting absolutly different of course ;-) , solving this probleme... ueli
Many Thank's to Stefan for his work!!! He's doing a great job and is offering a better service than most comercial programs! Thank you very much Stefan!!! The new elogd.exe is now runniung 24h on my Windows 2003 Server without any problems. I made a little "stress" test too and there wasn't any problems at all. Also threaded view is working stable now. Is seems, that the new eleogd.exe uses a litle bit less of system rescources especially in theraded view mode. System specification for test: Pentium 4 2,4GHz, ASUS Motherboard, 480 MB RAM, SWAP File 1,1 GB, Windows Server 2003 Enterprise Edition 5.2 including all paches until 15.3.04, IIS 6.0, Mercure Mail Server 4, McAffee Virus Scan & Firewall, ELOG 2.5.1 with new eleogd.exe runnig as service (system righs) with FireDaemon Lite 1.6GE. Please note that this problem has been occured under windows (reported for XP, 2000, 2003 Server) only. Windows NT 4.0 is working well without the new eleodg.exe as well. > This problem has been fixed now, it was a programming bug. New version under > > http://midas.psi.ch/elog/download/windows/elogd.exe
I have some problems of understanding how the "Format <attribute>" parameter is working. It may be, that there was a similar question in the forum, but I didn't find it. I'm sorry if I come back with an old question. I would like to have 2two attributes in the same line. As ex. PersonName, PersonCity. If I understand the handbook correctly, it should be posslible with "Format <attribute> = 1". However, I'm not able to use the "Format <attribute>" correctly because I do not understand how to use it correctly in the cfg file. Is there a possibilty of an example by Stafan or does anybody else already use this feature successfuly and is able to post a example here? Thank's a lot!
Thank you Stefan! Just was out of the office for some days. There ar 2 questions in addition: 1. Is there a possiblity to fix the position of the attribut fields if they are in the same line? As. ex. if one attribute is empty or contain a very short value it may be possible that the position of the following atrributes in the line are moving to the left, if the value is very long, they move to the right side. This make it sometime not easy to read the informations, specially if the user browses trough some entries, the picture the eyes are scanning is changing. 2. Did I understand you right, that tis will not work while editing? I would like to put this to the wish list for a uppcoming version (not very importand, but VERY nice to have), that it may be possible to use Format in the new and edit mode too, because it is somtimes more comfortable to have some attributes grouped locically in one line or to have a overview over all attributes on one screen without scrolling while editing. ELOG has e very big flexibility and I'm amazed how fast and stable it's running under Linu xas well as under Windows! - I love it! :-) Ueli > > I have some problems of understanding how the "Format <attribute>" parameter > > is working. It may be, that there was a similar question in the forum, but I > > didn't find it. I'm sorry if I come back with an old question. > > > > I would like to have 2two attributes in the same line. As ex. PersonName, > > PersonCity. > > > > If I understand the handbook correctly, it should be posslible with "Format > > <attribute> = 1". However, I'm not able to use the "Format <attribute>" > > correctly because I do not understand how to use it correctly in the cfg file. > > > > Is there a possibilty of an example by Stafan or does anybody else already > > use this feature successfuly and is able to post a example here? > > This forum uses that feature. As you can see, if you display a single entry, the > author, subject etc. are on a single line. This is achieved with > > Format Author = 1 > Format Author email = 1 > Format Category = 1 > Format OS = 1 > Format ELOG Version = 1 > > Note that in the entry form, each attribute is on a separate line no matter what > the format specifiers are. The single line option only works for the display page.
Thank you Stefan! 1. Will help in the real hard cases! 2. Great! Specially editing adresses or some stutus overviews will be easier with a compleate overview! > > 1. Is there a possiblity to fix the position of the attribut fields if they are in > > the same line? As. ex. if one attribute is empty or contain a very short value it may > > be possible that the position of the following atrributes in the line are moving to > > the left, if the value is very long, they move to the right side. This make it > > sometime not easy to read the informations, specially if the user browses trough some > > entries, the picture the eyes are scanning is changing. > > Yes there is a possibility. In the format option, you can specify two CSS names, one for the > attribute and one for it's value. The default ones are "attribname" and "attribvalue". Just > make new ones by copying these two, renaming it to something like xxxname and xxxvalue where > "xxxx" is the name of the attribute. You find that in the file themes/default/default.css. > They contain a field called "width:" which can be changed: > > .typename { > width:150px; <-- must be changed > background-color:#CCCCFF; > border:1px solid #0000FF; > border-top:1px solid white; > border-left:1px solid white; > padding:3px; > } > > By having separate classes for all attributed, you can change their width separately, > accomplishing hopefully what you need. > > > 2. Did I understand you right, that tis will not work while editing? I would like to > > put this to the wish list for a uppcoming version (not very importand, but VERY nice > > to have), that it may be possible to use Format in the new and edit mode too, because > > it is somtimes more comfortable to have some attributes grouped locically in one line > > or to have a overview over all attributes on one screen without scrolling while editing. > > I will put this on the wishlist. > > Stefan
I did not have the following problem in any snapshot before 23.7.04 . Actually I do not have a possibility to test the snapshot under an other system than win xp pro sp 1 (fully pached). Using my logbooks as well as the demo logbook works well under older snapsgots of 2.5.3 as well as long as the "List Display = <attributes>" is not used! Using "List Display = <attributes>" produces an ususal output with the text field content in the first row and a row title of the first 3 letters. Ex.: Attributes = Customername, Customeraddres List Display = Customername, Customeraddres Output: ¦Cus¦Customeraddres¦ If no record is in the logbook, only the "Cus" is dispalyed! Removing "List Display = <attributes>" produces a normal output with same logbook! By the way: Thnak's for the Format in the entry/edit view!!!
Thank you very much Stefan!!! Also the horizontal alignement with "Format = 1" looks much better as before with standard css files! Really great work! > > Using "List Display = <attributes>" produces an ususal output with the text > > field content in the first row and a row title of the first 3 letters. > > I fixed that problem. Please get the snapshot from July 28th 14:16.
1. I do not know if this is a problen of the 2.5.5 (11/03/04) version or of other versions as well: I'm using the $message id parameter in a substitution: Subst KlientIn/KundIn = $Vorname $Name; P: $Telefon Privat; G: $Telefon Geschäft; N: $Telefon Mobil; $Landeskennung-$PLZ $Ortschaft [<a href="http://localhost:8080/$logbook/$message id">$logbook:$mesage id</a>] the "$message id" will not be replaced by the msg id, the string "$message id" will be dispalyed and used. Other substitutions as $logbook etc. are working. Is this a bug or did i missunderstood the manual? 2. Since Version 2.5.5: If ELOG is running under German, the "Zurück" Bottom is named "Back". Any Idee where I can change this back? ;-) 2.5.4-6 was corretly translated.
1. thats now clear with the £message id and the work-around is ok for my needs 2. the "bacl" link is clear and tranlated to "Liste". But I mean the back button in the entry and the edit mode (see picture)... ;-) > > the "$message id" will not be replaced by the msg id, the string "$message > > id" will be dispalyed and used. Other substitutions as $logbook etc. are > > working. > > > > Is this a bug or did i missunderstood the manual? > > Well, the manual does not state that "$message id" should work for "Subst > <attribute>" option (;-) > > The reason is that the message ID is available only *after* a new entry has been > written to the database, and the "Subst" command is evaluated *before* an entry > is submitted. "$message id" only works for "Thread display", "RSS Title", "Subst > on reply", "Subst on edit" and "Display". You should use > > Display KlientIn/KundIn = $Vorname $Name; P: $Telefon Privat; G: $Telefon > Geschaft; N: $Telefon Mobil; $Landeskennung-$PLZ $Ortschaft [<a > href="http://localhost:8080/$logbook/$message id">$logbook:$message id</a>] > > Please note that you wrote "mesage id", correct is however "message id" (two > "s"), so there is also a typo. > > > Since Version 2.5.5: If ELOG is running under German, the "Zurück" Bottom is > > named "Back". Any Idee where I can change this back? ;-) > > The link "Back" has been replaced upon request by "List" which is more > appropriate. So if you changed your menu with "Menu commands = ...", please > replace "Back" by "List" there.
installed elog 2.5.5 agin, same effekt with "back" / "zurück". checked the language file eloglang.german witch seem ok for me and the translations are well done. removed then in eloglang.germen the traslation for back and checked this: still back was viewed. reinserted the translation "Zurück" (just this word!)and checked again: everithing looks fine, no longer back, correctly Zurück on the button. absolutly no idea why and whats the difference was! bus it works... thank's stefan! :-) > > 2. the "back" link is clear and tranlated to "Liste". But I mean the back > > button > > in the entry and the edit mode (see picture)... ;-) > > Well, if you try with the demo logbook, the "Back" button is translated > correctly, so I don't know whats wong in your case. Can you check that your > eloglang.german file is intact?
God really STRANGE and problematic effect on 2.5.5-1 (can't remember it this was with 2.5.5 or 2.5.4-X but i'm nearly sure it worked well): Entering a date (Formate Bithday = date) may crash down the server: Value is 22.2.2004: Everything is well Value is 22.2.1962: Server crashes emmediatly (menas restarzing several times, always the same problem) I do not have time to check true all the years for finding out where the problem may beginn, sorry. Also I was not able to check on other systems right now. My system: Win XP Pro SP 1, IE 6 as well as Mozilla Calssic 1.7.3. Didn't check it under Linux right know in case of a lot work. Clould you this fix please Stefan??? THANK'X!!!
know that illness... :-( but was the last of the family of 4 people i'd like to ask for an other usefull change togehter with this and how url's are handled by elog: since there may be spaces in the name of a logbook (ex. "1stWordOfLogbook 2ndWordOfLogbook") it is very userfriendly to name logbooks. also it's easy th make a reference for a other entry by copy and paste: Display ThisURL = http://localhost:8080/$logbook/$message id however, using spaces in the logbook name may give a wrong result, because the url would be http://localhost:8080/1stWordOfLogbook and the space as well as the 2ndWordOfLogbook//$message id is only normal text. may it be possible stefan, to replace the space in an url (starting with "http://") with a "+" or "%20"? this would allow to automate some things. actual the logbook name has to be hardcoded. > > I think you should be using tcp_hostname instead of gethostname if it is > > specified. > > Sorry my late reply, I was ill for some time. I implemented your suggestion in > revision 1.522 which is available from CVS. > > Note that there is also the "URL = xxx" option in the configuration file which > lets you specify the whole URL including the host name.
Just upgraded from stable running 2.5.2-2 to 2.5.9-2 in case of the usable Duplicate function. After the problem discribed below i made a new, clean installation again and played araound with the demo logbook, copying my testlogbook (part of a real used and under 2.5.2-2 working logbook) into the demo cfg file. ia figured out two serious problems: 1. If I copy the following section to the global into the demo lgbook, elogd.exe crashes emediatly ewhile starting as a prozess: [global] Language = German Theme = default logbook tabs = 1 main tab = INHALT welcome title = <b><big>Ulrich Rolf Trüssel</big></b>Adressverwaltung (Geschäft & Privat)Mensch-Tier Coaching™ - Mensch-Hund Coaching™Interessengemeinschaft Familienhund® - Regionalgruppe ZentralschweizLorenz Tierschule port = 8080 Theme = default Message Width = 100 Message Height = 25 Filtered browsing = 1 Suppress default = 2 Suppress Email on Edit = 0 Email Format = 0 Filtered browsing = 1 HTML default = 3 Reverse sort = 1 2. problem (the ting) that made me playing with teh demo cfg: There are totally 8 logbooks running, but just one has this strange problem of not giving a link to to the datasets in full and summary mode. I cutted down all the stuff back to this only lines: [Adresse2] Attributes = Kundensegment, Duzis, Hauptadresse, Selektion, Sperre, Adresse, Unterlagenversand, Empf. gegeben, Gruppe, Mitglied, URT, IGFH, Letzte Anmeldung, IGFH Gruppe, IGFH JB, Anrede, Titel, Briefanrede, Vorname, Name, Firma, Abteilung, Adresse Zusatz, Strasse, Landeskennung, PLZ, Ortschaft, Postfach, Postfach PLZ, Postfach Ort, Telefon Geschäft, Telefon Privat, Telefax, Telefon Mobil, EMail, HomePage, Funktion, Beruf, Geburtstag, Name Hund, Rasse, Sex, Wurfdatum, Anmeldung, Impfbüchlein, Welpenkurs, Erziehungskurs, Hundesport, Bestätigung, OCCH LN, Andere Kurse, Weitere Hunde/Tiere, Referenzen, KlientIn/KundIn List Display = Name, Vorname and got still the same problem. if i create a new logbook it will works, also ut works under 2.5.2-2 but not longer under 2.5.3 up (even not 2.5.9-2). any idea? mening this may be a VERY basic logbook... trued with list display etc. around, nothinh happen. Need to go back to 2.5.2-2 where this wasn't a problem? thanjs for any idea of this to problems...
After submitting a new record with preset "Locked attributes" not even admin user is able to edit these entries.
What seems to be the problem?
Note my config Logbook Tabs = 0 Theme = default Date Format = %Y, %B Title Image= <img border=0 src="konturlogo_dynamate.png" alt="DynaMate logo"> Logout to main = 1 Mode commands = 0 List after submit = 1 Use Email From = weblog@dynamate.se Use Lock = 1 Password file=improvements_qpp.pwd Admin User = sssuxo, sssuga Self register = 3 Restrict edit = 1 Login expiration = 0 Display Email recipients = 0 Preset text = qpp_improvements.txt Comment = Improvements Uppdragsprocessen Attributes = Namn, Avdelning, Telefonnummer, Rubrik, Ansvarig, Beräknad klar, Verkligt klar, Status, Status2 Required Attributes = Namn, Avdelning, Telefonnummer, Rubrik Locked attributes = Ansvarig, Beräknad klar, Verkligt klar, Status, Status2 Options Rubrik = Förfrågan - Mottagning, Förfrågan - Bearbetning, Förfrågan - Anbud, Genomförande - Beställning, Genomförande - Uppdragsplanering, Genomförande - Projektering/Konstruktion, Genomförande - Tillverkning/Utförande, Genomförande - Överlämning till kund, Genomförande - Avslut av uppdrag, Annat Type Beräknad klar = date Type Verkligt klar = date Subst Beräknad klar = $Date Subst Verkligt klar = $Date Options Status = Ny, 0%, 25%, 50%, 75%, 100% Options Status2 = Pågående, Avklarad Preset Status = Ny Preset Status2 = Pågående Cell Style Status 25% = background-color:yellow Cell Style Status 50% = background-color:orange Cell Style Status 75% = background-color:33CCFF Cell Style Status 100% = background-color:green List Menu Commands = New, Find, Select, Logout, Config, Last day, Help Menu commands = List, New, Edit, Delete, Find, Help List Display = Datum, Namn, Avdelning, Beräknad klar, Verkligt klar, Ansvarig, Status, Status2, Rubrik Guest menu commands = List, Find, Login, Help Guest List Menu commands = List, Find, Login, Help Guest list Display = Datum, Namn, Avdelning, Beräknad klar, Verkligt klar, Ansvarig, Status, Status2, Rubrik Allow Config = sssuxo Page Title = Improvements Uppdragsprocessen QPP - $Subject Suppress default = 3 Reverse sort = 1 Quick filter = Date, Ansvarig, Status, Status2
Regards /UlfO
There is no problem. "Locked" means "Locked", and not "Locked but admin can change it". As admin you can only change the config file, remove the "Locked" option, change the attribute, and put back the "Locked" option.
But it says locked on "websubmission" in the instructions for the command "Locked attributes".
Doesnt it mean that for instance a logged in admin should be able to change a value of a submitted locked attribute.
I am looking for a possibility to have have certain attributes locked on submission but for instance admin should be able to change the data in them after they has been submitted.
No it does not mean that the admin should be able to change it afterwards. The only way is like I described it (change the config file temporarily).
OK! Thank you for a fast response!
Do you plan to implement this feature in later releases?
No.
Is it possible in some other way to make certain attributes preset but readonly for normal user at submission but afterwards changed by admin user?
Is it possible to disable the Previewbutton?
Regards Ulf Olsson
Nope.
Is it possible for you to implement this function in a future version of ELOG?
If there is a good reason for that ...
The reason for doing this is that the GUI will be cleaner and easier for the users to understand. If it´s possible to disable functions that you don´t need in a customized ELOG it would be easier to explain how to work with it.
Why is the color of an inputfield changing when I have changed the size and width?
I have attached a example.
Please post your configuration file (or the relevant section therein) so that I can have a look.
OK! Here it comes:
[Deployment-Plan-PRIMA] Logbook Tabs = 0 Theme = default Title Image= <img border=0 src="konturlogo_dynamate.png" alt="DynaMate logo"> Use Email From = weblog@dynamate.se Use Lock = 1 Mode commands = 0 Comment = Deployment plan PRIMA SSG Attributes = Activity number, Main Activity task, Activity task, Resources, Task Type, Status, Start Time Options Main Activity task = Activities pre deployment, Install Changes into Prima, Post Go Live activities week after Go Live Options Task Type = Depl, Pre, Prep Depl, Prep Test, Prod, Test Options Status = Finished, Not started, Ongoing Extendable options = Resources, Task Type, Main Activity task Moptions Resources = BMM, PMM Format Activity number = ,,,3,3 Type Start Time = Datetime Type Activity Number = Numeric
Cell Style Status Finished = background-color:green Cell Style Status Not started = background-color:red Cell Style Status Ongoing = background-color:yellow List Menu Commands = New, Last day, Help Menu commands = List, New, Edit, Delete, Help List Display = Activity number, Main Activity task, Activity Task, Start time, Resources, Task Type, Status Page Title = Deployment plan PRIMA SSG - $Subject List after submit = 1 Reverse sort = 1 Quick filter = Main Activity task, Resources, Task Type, Status
Ok, here it is. You wrote
Format Activity number = ,,,3,3
who told you that you can just leave out the first three arguments? The documentation says that you can trailing parameters can be omitted, not leading. So what you want is
Format Activity number = 0,attribname,attribvalue,3,3
Sorry!
I´m not so familiar with the meaning of trailing and leading in english.
But now it works! Thank you very much!
Is it possible to have a default filtered view in E-log?
Lets say we have a record with status finished on one attribute.
Is it possible to have a default list view that just shows records with this status?
Sure. Lets assume you have a "Status" attribute, which can be "open" and "finished", then you need
Options Status = open, finished Quick Filter = Status Start page = ?Status=open
Options Status = open, finished
The quick filter gives you a drop-down box where you can switch quickly between "open" and "finished", while the "Start page" automatically filters for "open".
OK, Thanks! Is it possible to use Start Page with more than one parameter? For instance if I want to filter on two filter options at the same time, like Status= Open and Status=Ongoing
Start page = ?Status=Open|Ongoing
Thanks a lot! I love this program, there is no end of the possibilities.
/UlfO
Is it possbile to compare dates in E-log? And based on that calculation have conditonal formats on certain attributes.
We have a need to monitor a date attribute named "Preferred finished date" on records placed in E-log.
And if SYSDATE is greater than the "Preferred finished date" we want to mark certain attibutes with a color.
This is a good idea, but not implemented. I will put this on the wishlist.
Thanks Give it a vote from me.
We have a fire preventive team at our company doing periodic inspections of our various corporate buildings.
If they find a deviation they want to register this somewhere.
So I thought E-log would be nice to use in this case.
The way the fire preventive team inspection works is building by building.
All the buildings has numbers.
So they want to be able to select a buildingnumber in E-log and filter on open,ongoing and closed records when they do their inspections.
And they also wants the filtering to stay on that choosen buildingnumber despite if they delete or add new entries.
I know that you can have a default startview in E-log but this view is static.
Is it possible to do this in E-log?
You can define the building number as an attribute and use it in a quick filter. The startview will however not stay on one bilding. An alternative would be to define one logbook per building.
OK! Thanks for the answer. I thought that this was the way to go. The problem is that we have several hundreds of buildings.
What is the differences between E-log windows version 2.9.2-2455 like we run and E-log windows version 2.9.2.-2475 ?
I cant find a changelog for this.
Best regards /UlfO
https://savannah02.psi.ch/viewvc/meg_elog/trunk/src/elogd.c?view=log
OK! Thank you very much
Ouch! In principle the filtering could be stored in some cookie, but I would have to develop this, and I have currently no time for that.
OK! Probably we partly can solve this via some intelligent sorting, but I wanted to check this with you first.
Is it possible to move a passwordfile from one E-log to another E-Log located on a different server without the need for users to register again?
This programing have stoped working, I guess after last update.
Elog is running on Solaris.
Ulf Helmersson
Options Type = Journal Article{1}, Proceeding Article{2}, Book chapter{3}, Book{4}, Patent{5}
{1} Show Attributes = Type, Logged by, Key words, File, File path, Authors, Title, Abbrivated journal name, Volume, First page, Year, Elsevier format, AIP/APS format, IOP format
{2} Show Attributes = Type, Logged by, Key words, File, File path, Authors, Title, Conference name, Place, Country, First page, Year, Month.Days, Volume, Elsevier format Proceeding
{3} Show Attributes = Type, Logged by, Key words, File, File path, Authors, Title, Book Title, Editors, Publisher, Place, First page, Year, Elsevier format Book chapter
{4} Show Attributes = Type, Logged by, Key words, File, File path, Authors, Title, Publisher, Place, First page, Year, Elsevier format Book, IOP format Book
{5} Show Attributes = Type, Logged by, Key words, File, File path, Authors, Title, Patent number, Year, First page, Elsevier format Patent
i cannot view images in elog, either as attachments or as icons,
safari 3.2.1 mac os x 10.5.6
David
Can you give me some more information? Can you see attachments in the Demo Logbook like here ? What about other browsers? Can you try to start elogd without keep-alives (using the "-k" flag)?
Hi. I have a same problem... It works well with other browsers, like firefox and internet explorer, but not with safari (with and without keep-alives).
The demo logbook in the link works fine with safari, though.
Tsuguo
Anyone using elog on FreeBSD nowadays? I know it used to be in the ports tree about 10 years ago but seems to be abandoned. Tried to compile from source on 14.1, but no luck there.
Welp, nevermind, I dug a little more and managed to compile it on 14.1 using cmake.
I would like to utilize the "New Entries" button on the quick filter bar, but it dates back to 1969. Is there a way to customize this or fix it?
I am having the same issue. If you go to midas.psi.ch/elogs/12345.htm you get the path disclosure issue.
What URL did you use? If I try here on this forum I get:
which looks fine to me.
Greetings,
Running elog 3.1.0 on CentOS 6.6. When I try to access a nonexistent file, elog reveals a path in the 404 page. For example:
The requested file /usr/local/elog/themes/default/blortblortblort7854.htm was not found on this server
first off all let me say, that I realy like this great tool. That is a lot of help for keeping our server documentation up-to-date. Thanks to all contributors for that.
I right here, because I actually have an issue with saving entries working with IE11 (but also in IE9). When ever I enter an entry, and click the save button, the page open a page with the text: "OK 1" or the second attemp: "OK 2" 3rd "OK 3" and so on (see screenshot). To get back to my Item list, I have to click the back button in the internet explorer. I also opens a lot of draft entries in my databases. When I submit my entry, I don't have an issue, and the entry is saved correctly.
This issue doesn't happen when using Google Chrome.
Had anyone an simlar issue using elog with IE? It would be great to have some help with that issue.
Torsten
thanks for you reply. I tried an ujpdate today to my old installation, but also after cleaning the IE cache, the problem consists. The same result is, when doing a clean new installation, with the default elog.cfg and and cleaned cache as well an IE that was reseted to defaults.
I am running version v3.1.1 3f311c5 now. Do you maybe have another idea, to fix that issue.
This issue should have been fixed in the new version 3.1.1. If the problem still persists, try to clear your browser's cache, since it might still have cached the old JavaScript files having this bug.
Is there any possibility to start elogd as a service under NT/2000/XP having local service as its user? Yes, I've read the documentation. Maybe things have changed. /Torsten/
Great software. Okay, so I've done my reading through the forum and got a couple of nuggets along the way but I am still unable to get the e-mail function to work. I am using Windows IIS to make an SMTP virtual server to shimmy around the IT firewall. That appears to work as I can see the response from the external SMTP server while running elogd with the -v flag. The elogd -v details are below: Email from xxxxxxxxxxxx@xxxxxxxxxxxx.com to xxxxxx.XXXXXXX@XXXXX.com,XXXXX.XXXXX X@XXXXX.com, SMTP host XXXXXXXXXXXXXX.XXXX.XXXXX.com: 220 smtp.xxxxx.com Microsoft ESMTP MAIL Service, Version: 6.0.2600.2180 ready at Mon, 26 Jan 2009 10:56:35 -0500 EHLO xxxxxxxxxxxxxx.xxxx.xxxxx.com 250-smtp.xxxxx.com Hello [xxx.xxx.xxx.xxx] 250-AUTH=LOGIN 250-AUTH LOGIN 250-SIZE 2097152 250-PIPELINING 250-DSN 250-ENHANCEDSTATUSCODES 250-8bitmime 250-BINARYMIME 250-CHUNKING 250-VRFY 250 OK AUTH LOGIN Username: xxxxxxxxxxxx@xxxxxxxxxxxx.com Password: cm9jaGVsb2dib29r 535 5.7.3 Authentication unsuccessful ==== Return ================================ From the SMTP server response it is not logging in, but I don't know why. I can log in to the webmail app with the username/password provided to ELOG, but it doesn't appear to work through ELOG. The SMTP provider includes the following info to setup e-mail accounts via SMTP: "Please note: To send e-mail using the SMTP-Server, activate SMTP Authentication. Please do not use the Secure Password Authentication (SPA) option. Optionally, port 587 can also be used in addition to the default port (25) RFC 2476." For authentication via the Windows IIS I have "basic authentication" with no TLS encryption required - I'm not sure if that meets the provider's "SMTP authentication" requirement. When I was using the previous version of ELOG (sorry, I did not note the version number) the username was encrypted along with the password. With the 2168 build, the password is still encrypted but the usernamer is not; should the password be in "plain text" as well? I can provide you with a username/password for the SMTP provider I'm using if that will help. Please send me a separate e-mail and I will reply with the information. Thank you, Topher Congdon
Is it possible to remove the "demo" logbook?
If I rename the section in elogd.cfg , it complains:
But there are other logbooks it can show instead. Is the "demo" logbook hardcoded in elogd?
/tony
I now upgraded to ver. 2.7.8, but I still cannot remove or disable the demo logbook.
The logbook name is in the URL of your browser. In the demo installation, there is a link in the start menu pointing to http://localhost:8080/demo. If you rename your logbook to something else, you have to change the URL accordingly. The simplest thing is to point it to http://localhost:8080, then you will be presented with a list of available logbooks.
Thanks Stefan, I managed to get it to work now.
Stefan, We are interested in using your ELOG (which we consider to be a wonderful application) even more. We would like to make a few adaptations in your source code, above all to add some functionality that we are missing. I was wondering if there is a way we could coordinate the development together. For instance, would it be of your interest to receive the code adaptations we do and implement it in your future releases? To be more specific, for the moment we are really interested in implementing the SHELL script execution on the server (I noticed it is in your wishlist). Best regards, Tomas Rudolf Micro Belgium Application
> > We are interested in using your ELOG (which we consider to be a wonderful > > application) even more. We would like to make a few adaptations in your > > source code, above all to add some functionality that we are missing. > > > > I was wondering if there is a way we could coordinate the development > > together. For instance, would it be of your interest to receive the code > > adaptations we do and implement it in your future releases? > > Sure, I'm very interested in those and ready to merge it into the main > development tree. > > - Stefan Thanx for your quick answer. I'll keep you updated as we move ahead with the development. Tomas
Hi Stefan, I have a question concerning the Email notification in ELOG. I have been testing various combinations of the parameters you describe in your documentation : Email <attribute> <value> = <list> Use Email Subject = <string> Use Email From = <string> Omit Email To = 0|1 Suppress Email to users = 0|1 And I have encountered a problem using the Email <attribute> <value> = <list>. While this works fine for me when the <attribute> is of a type textfield, Options or ROptions, I don't seem to be able to have it working for the MOptions <attribute> = <list>. The aim is to have an email notification sent only to selected people instead of everybody. I was hoping that this would work : [MyLogBook] MOptions Message_To = NB,LW,EC,MD,CD,TV,AH,TR,JS ... ... Suppress Email to users = 1 Email Message_To TR = tomas@mba.be Email Message_To EC = etienne@mba.be ... ... Of course, the tricky part is that it is "multiple choice" so any combination of recipients is possible. Am I missing something? Thanx for any ideas how to solve this, Tomas
Hi, We prepared a customized theme to use with ELOG. It's called for example my_theme and is situated in the THEMES directory (together with the DEFAULT theme). I defined the my_theme the global theme for ELOG: [global] Theme = my_theme And it works fine for all the logbook in ELOG. However. The login screen and the main menu screen (the one with list of logbooks and # of entries) still takes the DEFAULT theme. If I change the my_theme name to default then everything works correctly (logon + main menu + all logbooks have the desired look). Is the DEFAULT theme somehow hardcoded for the login screen and the main menu ? Thanx for your answer Tomas Rudolf
Hi, I was wondering if anyone had a solution for my problem. We are trying to run several books on one server. The books are grouped such as follows : Group Users1 = Book1, Book2, Book3 Group Users2 = Book4, Book5, Book6 Group Users3 = Book7, Book8, Book9 We would like to give access to selected users to only their Group. So that for instance Users1 cannot access the books of group Users3. I was wondering if there is any notion of "User profile" or security per logbook Group implemented? What we do for now is that we have 3 different PASSELOG files and for each Book we need to specify which PASSELOG should be used for authentication. This works fine except that we prefer that users do not see the other logbooks listed in the main menu nor the other "inaccessible" logbook tabs in the logbook view. Is there a way to hide these for them (but only for them)? Tomas
Robert, this is exactly what we managed to do as well. And it works fine. The only issue is that the users from one group can "SEE" the book names available to other groups. The solution Stephane suggested seems like the only possible right now. Anyways, thank you for your answers, Robert & Stephane ! Tomas > I have managed to get this to work (so far). > > What I do is use a separate password file and directory for each log. > > I haven't tested it with with the current version but it worked fine before > that. My testing consisted of creating a user in the main password file and > see if he could get to anything I didn't want him to. This may not be enough > for something that requires a high level of security. > > When I create a new user I move that line to the appropriate password file if > it isn't already there. > > You will get an invalid user message and a prompt if you try access a log that > doesn't have your user name in the password file. > > I only have six people using it so this isn't much trouble. > > I would like to see groups implemented to make this more manageable. > > > Hi, > > > > I was wondering if anyone had a solution for my problem. > > We are trying to run several books on one server. The books are grouped > > such as follows : > > > > Group Users1 = Book1, Book2, Book3 > > Group Users2 = Book4, Book5, Book6 > > Group Users3 = Book7, Book8, Book9 > > > > We would like to give access to selected users to only their Group. So that > > for instance Users1 cannot access the books of group Users3. I was > > wondering if there is any notion of "User profile" or security per logbook > > Group implemented? > > > > What we do for now is that we have 3 different PASSELOG files and for each > > Book we need to specify which PASSELOG should be used for authentication. > > This works fine except that we prefer that users do not see the other > > logbooks listed in the main menu nor the other "inaccessible" logbook tabs > > in the logbook view. Is there a way to hide these for them (but only for > > them)? > > > > Tomas
I have another tricky question. Is there a way to simulate an ELOG SUBMIT? We developed a module which automatically inserts new submits from ELOG into an SQL database. The module is in testing phase but we can already tell it does the job as it should. This allows us to copy ELOG entries into SQL database. But in some cases, we would like to transmit data in the other direction too - from SQL into ELOG (synchronization). Now, one way to do that is to create .txt files with entries directly, but we find it too risky (file-locking mentioned in a question earlier today can be one of the issues). So we're contemplating a possibility that ELOG does these inserts for us by processing some simulated SUBMITS. We're assuming that ON SUBMIT, you generate a POST (or a GET ?) over http which is then processed by the ELOGD server. This should be possible to simulate in our synchronization application. Are we correct in our assumptions? Tomas
> > Is there a way to simulate an ELOG SUBMIT? > > Have a look at the elog utility which comes in the package. It does exactly > this. It "simulates" a browser and does a submit directly to elogd. So you > can either redo the elog code somewhere, or call elog with the proper > command line parameters to insert logbook entries. Thank you, Stefan!
Hello everybody. I am sure that some of you (just like me) experimented already with themes and especially now with .CSS in order to give ELOG a different "look" and "feel". I was wondering if we could maybe share examples of such adapted ELOG's .CSS files (or themes). Maybe you can take a screen shot of your favorite ELOG "face" (no sensitive data, of course) and post it here as an attachement. Or is everybody using only the original look that Stefan delivers as default? Let's share some inspiration. I'll post mine as soon as finished the re- look. Tomas
Hi, I have a question concerning the "Selection page" ELOG.cfg parameter. I was wondering if it is possible to specify a complete (absolute) URL such as http://www.myserver.com/my_elog_menu.htm. I need this type of configuration because we actually need to have the custom selection page sitting on a different server from the one where ELOG is run. Thus far, the only work-around I could think of is to make a reference to a local html file which redirects to the http:// resource outside of the server. When tried the absolute path, i got "The requested file /usr/local/elog/http://www.myserver.com/my_elog_menu.htm was not found on this server" error message. I'm wondering if it's just a bug or if there is a reason for it. Thanx, Tomas
> > I have a question concerning the "Selection page" ELOG.cfg parameter. > > I was wondering if it is possible to specify a complete (absolute) URL > such > > as http://www.myserver.com/my_elog_menu.htm. > > > > I need this type of configuration because we actually need to have the > > custom selection page sitting on a different server from the one where > ELOG > > is run. > > I added this possibility to the source code (->CVS), although it's not clear > to me how this should work for you. If you don't have access to the server > where elogd is running, how should elogd then redirect you to somewhere else? Thank you Stefan, It's not that we wouldn't have access to the ELOGD server, it's the fact that we're trying to create our own dynamic selection page (with a more detailed overview of the content of different logbooks - such as the date of last logbook entry, number of entries in last week, month etc.) based on the information we send from ELOG to our SQL server. So in this case the user logs on to ELOGD (currently run on Linux) then will be redirected to the selection page on a Windows machine (ASP getting all necessary information from a MS SQL DB) and the dynamically created links refer back to the ELOGD Linux server. May seem a little too complicated but works fine. Tomas
I guess this question got somehow lost. So once again : Is there a possibility to EDIT an existing message with elog.exe ? Tomas > > Is there a way to simulate an ELOG SUBMIT? > > Have a look at the elog utility which comes in the package. It does exactly > this. It "simulates" a browser and does a submit directly to elogd. So you > can either redo the elog code somewhere, or call elog with the proper > command line parameters to insert logbook entries. We did some tests of your elog utility. It does what we need except for one important thing: EDIT existing messages. Is there a way to edit en existing message? Adding a new message or replying to an existing message works fine but in our case we need to have the ability to modify messages that were created in the past. Tomas
Is there a possibility to integrate into ELOG some more features in terms of page formating? Currently, the .cfg file allows you to specify only the data structure of the dataentry/consultation HTML page. And you only have very limited possibilities to change the layout of the page (basically only the order of attributes on the page and with the help of the .css file the font, color and background of the page as a whole). What we would like to do is to : + apply a stylesheet class to an attribute (change the particular TD class) + specify the width of a textfield (sometimes it is really not necessary to have such a long textfield area for a 3-letter long code) + put an attribute on the same line as the previous one (instead of putting it automatically on the next line) Therefore, in addition to the current attributes & parameters, we suggest the following syntax in the .cfg file: + parameter AttribPos which would specify the position of an attribute, it's lenght (for text attributes only) and the .css class to apply + parameters in [] are optional AttribPos AttribName = same_line, width, [class] Examples: AttribPos DateUp = 0,20, [important] + Attribute "DateUp" will be put on the next line, the textfield width will be 20 characters and a .important class will be applied to it from the default (or specified) .css file. AttribPos DateUp = 1,15, + this puts the DateUp attribute on the same line, width 15 We believe that these improvements would help to make the ergonomy of the screen better and thus facilitate the user-dataentry/consultation.
I was wondering if there is a way to have a more detailed log of users' activities? Current Logfile = <file> gives a good base for information about logins/access to 'protected' logbooks. What we would like to have is information about when a user reads an ELOG entry (to be able to determine the reaction/response time). For instance the LOG could look sg like this: %%user %%datetime %%logbook %%record read/edit/new/delete
Very interesting, indeed! Thank you very much for the implementation. I believe this is a big step ahead in terms of ELOG screen formating (and therefore easier/more ergonomic dataentry/reading). We will test your modifications as soon as you make a new release. Tomas > I implemented your request. The syntax is: > > Format <attribute> = <flags>,<css_class_name>,<css_class_value>,<width>,<size> > > <flags> > Sum of following values: > 1: Display attribute in same line as previous attribute > 2: Display radio buttons or check boxes in separate lines (if applicable) > > <css_class_name>,<css_class_value> > Cascading Style Sheet class names used for cells containing attribute name > or value, respectively. The classes must be defined in the style sheet file > (usually themes/default/default.css) > > <width>> > Width of the text entry field in characters > > <size> > Maximum number of characters allowed. > > Default is "0, attribname, attribvalue, 80, 500". Trailing parameters can be > ommitted, so specifying for example only the flags is possible. > > In order to have several attributes in one line, each line is now a separate > table. This requires adjustment of the CSS class "attribname". Best you use > the current default stylesheet (http://midas.psi.ch/elogdemo/default.css). > > You can compare the two different approaches (one attribute per line/multiple > attributes per line) in this forum and the "archive" logbook. The "subject" > field in this forum also uses a different style class. > > Note that if you upgrade to the current CVS version > (http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.129), you also > have to change following options in your elogd.cfg: > > - The style sheet must contain the new class "attribhead" > - "Email message body" has been replaces by "Email format" > - "Filtered browsing" is now off by default > - Locking (during editing of messages) is disabled by default, and enabled > by "Use lock = 1"
I have two different groups who want elogs for all of their members. How do I set elog up so group 1 uses port 8082 and group 2 uses 8083 (and they don't see each other's messages in the initial "menu" screen.
We have been using elog on Windows 10 for a long time. Today, after a Windows update, the elogd service started crashing (error 1067, unexpected termination). It ran fine just before the Windows update (which took > 1 hour, so it was a major one). Uninstalling and re-installing did not help, including replacing my elogd.cfg with the default. Installing on another PC (that also has this update) fails in the same way. I have a good backup of my logbook.
Any suggestions?
Recently upgraded to 2.7.3 and I'm seeing html code filling up the reply window. Before I would just see [quote] and [/quote] around the original entry. Did I miss something in the upgrade? Thanks!
I have several top groups and each has several logbooks.
If I use the global option Protect Selection page=1 and Show top groups = 1, after an user logs in to the top group selection URL, the elog steers away from the top group selection page, and automatically brings him to the logbook selection page of the first top group. Is the elog programmed to exhibit this behavior?
What I would prefer is that, after an user logs in, the elog stays on the top group selection page, sine each user has his preferred destination, not always the logbooks in the first top group. Is there any setting I can use in the config file to do this?
(My users need to access different top groups and logbooks on regular basis).
Thank you and regards.
I am currently having a similar problem. I am migrating a few separate elogs to one new computer. I have three top groups set up with their own password files. If I log into top group A (TGA), and then try to go to top group B (TGB), I am presented with a "Create new user" screen for my login name for TGA. When I complete that form, I am taken to the user settings for top group A, rather than TGB. I can log out of TGA and then log into TGB fine, but if I try to switch between them without logging out, it freaks out.
There seems to be a problem with the cookies that keep me logged into the different top groups not recognizing that they are different entities. I'm running eLog 2.9.1 rev 436. Is it possible that this has been addressed in 2.9.2?
-t
My elog is named "Whatever Elog" so the URL generated is /Whatever+Elog . This works fine but when in the interface certain buttons generate this URL : /Whatever%20Elog ...this URL fails. It seems that elog does not recognize these ( + and %20 ) as the same which I believe they should be as part of HTTP request.
Is there a way to disable editing of the textarea, but still allow editing of other fields in the entry? (e.g. Fixed Attributes Edit = Text) Also, is the data entered in that field accessible through a variable like $author? I tried $text, but that doesn't seem to work. Thanks, -Todd By the way... Nice work on this. It has a lot of good features.
> > Is there a way to disable editing of the textarea, but still allow editing > > of other fields in the entry? (e.g. Fixed Attributes Edit = Text) I added a flag Fix text = 0|1 A division in "fix text edit/fix text reply" does not make sense here, since I only can lock the whole textfield, therefor just the switch. New version under CVS (see download page).
> > > Is there a way to disable editing of the textarea, but still allow editing > > > of other fields in the entry? (e.g. Fixed Attributes Edit = Text) > > I added a flag > > Fix text = 0|1 > > A division in "fix text edit/fix text reply" does not make sense here, since I only > can lock the whole textfield, therefor just the switch. > > New version under CVS (see download page). Thanks Stefan. Again, my hat is off to you for a great app. Todd
I just updated ELOG using the latest elogd.c, and now my Quick Filters seem to stop working after the first or second filter attempt. I find that if I allow fewer quick filter options it seems to work more consistently. For example: Example 1- Quick filter = Date The date filter will work without a problem no matter how many times I use it. Example 2- Quick filter = Date, Category, Status, Priority The first filter I use will work, but upon trying a new filter, or just a new option in the same filter, all options return to "All Entries" and no filter options have any effect on the view. If I exit the log book, and come back in, it works for the first filter attempt, then stops again. This used to work fine prior to the update. I should also mention that the original installation of ELOG was from the Debian package. At that point, nothing was where the documentation said it should be (e.g. elogd.cfg was called elog.conf and was placed in the /etc/ directory). Everything worked fine, so I left it alone. When I recompiled with the newer elogd.c, anything that required a path was hosed, so I now have to specify the resource directory and the path to the conf file when starting ELOG. I don't know why this would affect the Quick Filter, and I'd assume that it would just stop working all together. Also, when I recompiled using "gcc - O -o elogd elogd.c", I received the following warning: elogd.c:546: warning: conflicting types for built-in function `logf' Any suggestions? Thanks! Todd
> > I just updated ELOG using the latest elogd.c, and now my Quick Filters seem > > to stop working after the first or second filter attempt. > > Can you try if you can reproduce the problem with the current version? I tried > your settings and could not reproduce it. I remember that I fixed some problems > with quick filters, but that was some time ago (Apr 04). If the problem > persists, can you send me your exact elogd.cfg? Recai Oktas replied to me and let me know that I needed to use dpkg to create the new Debian package instead of manually compiling it. I reverted to the original Debian package to get everything running normally again, but I haven't had a chance to try the upgrade again. As soon as I went back to the original elogd everything worked fine (no changes to the elog.cfg required). I'm assuming that the problem came from attempting to recompile a Debian package install manually. Sorry for the bug scare! Todd
Hi i am new here,
No, only "Fixed Attributes Reply".
OK :-|
Thanks for the quick response
Our group is interested in installing elog on a small/low-cost processing platform so that we can provide ready-to-run systems for our collaborators to use. We selected a candidate platform form Technologic Systems, their wifibox-2 (http://www.embeddedarm.com/products/board-detail.php?product=TS-WIFIBOX-2). This product is based on the TS7553 CPU board (http://www.embeddedarm.com/products/board-detail.php?product=TS-7553#) which has a 250MHz Cavium ARM9 CPU.
We have had good success getting the elogd executable cross-compiled for use on this platform and have a working system. However, we are having significant issues with performance. When we click the "New" item to enter a new event there is a noticable delay. When clicking "Submit" there is a delay of approximately 10 seconds before the browser window displays the new event. With the elogd running on other platforms (Virtual Machine or netbook) the delays for these actions are very small - typically less than a second or imperceptible.
So here are some specific questions:
- Is it reasonable to expect a 250 MHz ARM processor to serve an elog logbook with user acceptable performance?
- Our cfg file is attached. Is there anything in the cfg file creating this performance problem.
- I have spent some time looking at this, and suspect that the delay is due to the cpu load of all the string manipulation and comparison operations (1200 calls to getcfg() on a submit). Are there other candidate sources of performance issues that should be considered?
- Does anyone have any suggestions on how to improve our performance?
- Does anyone have a suggestion for an alternative small and low-cost COTS platform to use to host the elogd application? (We would prefer to attain satisfactory performance on the Wifibox-2.)
Thanks for any help that can be offered.
Tim
Yoshio,
Thanks for the suggestion.
We have actually tried running the elog server with a very minimal set of attributes, all of which were human entries, and still had response times that were entirely unacceptable. So, unfortunately this path won't solve all our issues.
tt
Yes there is lots of string handling in elogd, but compared with PHP this is still faster. The getcfg() call actually caches the contents of the config file to improve its performance. I stopped optimization when the response was quick on a 800 MHz Pentium originally, but your 250 MHz ARM might be slower. What you can try is to
1) Verify that the CPU is really the limit, just check that the CPU is at 100% with elogd during your 10 second response time. On some installations, the submit command triggers some email notification, and actually the email server was the bottleneck.
2) If it's indded the CPU for elogd, run it under the gcc profiler. Identify which routines take most CPU and let me know. Maybe I can do something about that.
Thanks for your feedback.
We had confirmed that the CPU load is running at at least 95% while these requests are being processed. Additionally, we were attempting to use gprof to determine where the code was spending its time. We have had several problems with trying to use gprof on that platform, both with using it for elog (we get seg faults) and then with using it on a small program created to test gprof on our particular setup (program runs; we get an output file; but all routines show that zero seconds were used). So, unfortunately, I can not, at this point, provide a good idea of which routines are using the most CPU on this platform. If we are able to get profiling results on this particular platform, I will certainly share them with you.
A possibly more relevant angle is that we have determined that executing floating-point operations seems to have a drastic impact on software execution times. Can you point us to routines in the elogd code where floating point operations are taking place?
In the elogd.c file nearly at the very top is the following line:
char svn_revision[] = "$Id: elogd.c 2411 2011-04-01 14:39:35Z ritt $";
How does this information get into the source file? Is it a script used when the svn changes are committed, or perhaps when they are checked out? Any details or pointers to info on the web would be greatly appreciated.
Hello there,
After several years of great ELOG usage I decided to upgrade our ELOG server. I am using it to keep a logbook of my students.
ELOG runs as a windows service but since I cannot access or change windows services (only have access to the ELOG directory) I upgraded by installing the executable to my laptop then copying the new ELOG version over the server installation.
Tried this first on my laptop going from V2.9.2-2475 to the last version 3.1.1 and this worked without a problem. When I tried to reproduce this on the server all the data is there but ELOG displays it as if no theme was installed. (using the default by the way) No colors, no formatting ... at first I thougt this was because the copy was not complete but a second try reproduced the same result???
Tried going back to the old version but then ALL data was gone (structure and all logbooks still there, but data in logbooks gone) .... Used -v switch to debug and the logging displayed an MD5 hash mismatch, so the logbooks could not be opened. A restore fixed this .... I guess upgrading means changing the logbook structure?
Anyway does anyone have any idea why the upgrade loses formatting ?? Tips are welcome
I am using ELOG V2.9.2-2475. I added some groups and restarted ELOG and all of a sudden it
Is it possible to edit the entire elog config file via the elog frontend? I see the config button on some screens but it only allows me to change user and password??
Thankx
Is there anyone out there who can help me get started using javascript in elog ? Is there an example somewhere ... i suppose you put the code in the scripts folder?
Basically I am trying to calculate age of an added person in the database and display it after the birthdate field. I want to do other stuff, but once I know how the interaction is done I can proceed.
Thankx heaps
Great job btw with this ELOG ... been using it for years now. I see you can add forms with html also, this might interest me for the future.
I am trying to format my entry form a little bit more practical and readable. I am struggling with the following:
Also struggling with mutliple fields on one line:
Also I see that when one formats the entry field in edit mode it shows differently in list mode. (for example set width is not enforced in list mode)
Anyone ?
Thankx 4 the quick reply Stefan. The link you provided does not work .... could you point me again in the right direction? Where can I find more info on this ability?
Stefan Ritt wrote:
The way and entry form can be customized is kind of limited in elog. You can use "format <attribute> = ..." to request a certain width, number of allowed characters and special CSS class (which of course you have to define). If you want a complete custom entry form, have a look here: elog:66909 . This requires however writing your own HTML, CSS and JavaScript.
Hey there,
Trying to record birthdates in ELOG ... field type being date results in error:
Can this be avoided? I like the fact that one can use the date picker to enter birthdate
Trying to color an entry log when 2 conditions are met. Tried
Style Result Hired and Administration NOK = background-color:red
where Result and Administration are Attributes. Anyone?
Can anyone point out to me how I can avoid the unsafe browsing when accessing our local ELOG? Browsing with chrome and always getting the unsafe browsing page. One has to go through the advanced button to continue ...
I once had my setup with SSL certificate (local signed, not through the CA) but I somehow cannot get it to work anymore. Just create a local certificate and copy the certificates to all browsers that access the ELOG site, no?
Anyway, a small guide would be great.
zezerze
Is it possible to create a Link To command (ala Copy To, Move To) that would allow you to reference an entry in another log book without copying it? This would be handy as the info would be kept current in both log books. My thought is that it would create a psuedo entry in the other log book that pointed back at the originating log book entry (similar to a UNIX soft link) /Tim
Is there any way to automatically export the logbook(s)?
> > Is there any way to automatically export the logbook(s)? > > Kind of. You can use "wget" under Linux (use cygwin under Windows to get wget > under Windows). Then issue a > > wget "http://midas.psi.ch/elogs/forum/?cmd=Search&mode=xml" > > and you will get an XML export. Same works with CSV export. If you put that > command in cron, you have this on an automatic basis. Thanks Stefan! That was exactly what I was looking for!
I am trying to use the command line utility elog. Some of the attributes that I have setup are multiple options. When I run the command line utility to create a new message, any attribute that is setup with multiple options will not be filled in. The syntax I am using is as follows: elog -h localhost -p 8080 -l Lab -a "Site=xxxx" -a "Area=System" - a "Priority=Low" -a "Shift=1" -a "Status=Open" -m text.txt Site and Area are defined in the config file as MOptions. Is there a way to use this feature with multiple options on attributes with the attributes = to one or more variables?
We use ELOG 2.3.5 for Windows with a German language file and have found some new problems: . Certain strings are not translated. Language error: string "Plese log on by clicking on following link and change your password" not found for language "de" Language error: string "A new password for user <i>"%s"</i> has been sent to %s" not found for language "de" While the first string is obviously written wrong, the second one misses a quotation mark. . If a user uses the new "password forgotten" function, he receives an email, but after having clicked the URL in the mail, he gets the following error message as simple text, i.e. not formatted by use of the CSS file: Invalid URL: Notizen/?redir=%3Fcmd%3DChange%20password%26old_pwd% 3DE3ARcjI/&uname=sal&upassword=E3ARcjI/ Bitte benutzen Sie die Zurück-Taste Ihres Browsers ... Nevertheless the new password was written into the specified password file. (This behaviour as far as we know was also with earlier versions of ELOG.) . If one could not log in through the button "Login", one does not receive an error message, but will be pushed simply back to the main page, status "Not logged in". (This was as far as we know was also with earlier versions of ELOG.) . If you want to change as an admin the passwords of several users, it would be convenient, to get always back to the page, where you may choose the next user ... but you will be pushed back to the main page with the messages. (This was as far as we know was also with earlier versions of ELOG.) . But the simple change of passwords for users does not always succeed: I have changed the password for a user A to "anuvis", the next user B should have gotten the same new password, but this time it was not accepted. Message "Wrong password". Might it be, that this goes only once because of an initialisation problem ? I had to edit the password file manually. . Opera browser 7.03 simply crashes, when choosing the direct URL to our logbook, i.e. http://localhost:8080/logbook2. We have set a general password file and a different read password for each of our logbooks. If we choose http://localhost:8080/logbook1 everything is fine. We get a window "Authentication required" and type in simply the read password, no user name. If we choose http://localhost:8080/logbook2 the behaviour is different. We see the window "Authentication required" appear, then Opera crashes. Change of the read passwords did not change this erroneous behaviour. This problem was not with version ELOG 2.3.4. In Internet Explorer 6 all is okay. . NOWRAP tag in Date column The date column takes quite a lot of space in the logs overview. As the information is only of secondary importance I would prefer date and time being wrapped like e.g. the contributors name. Of course, I could help myself with a in my language file, but this would force a break also on the single message view.
I repeat ... . Opera browser 7.03 simply crashes, when choosing the direct URL to our logbook, i.e. http://localhost:8080/logbook2. We have set a general password file and a different read password for each of our logbooks. If we choose http://localhost:8080/logbook1 everything is fine. We get a window "Authentication required" and type in simply the read password, no user name. If we choose http://localhost:8080/logbook2 the behaviour is different. We see the window "Authentication required" appear, then Opera crashes. Change of the read passwords did not change this erroneous behaviour. This problem was not with version ELOG 2.3.4. In Internet Explorer 6 all is okay. ... and add The behaviour is different in those browsers even with the start page at http://localhost:8080/ Internet Explorer 6 demands a login. But as we have no password we cannot login. Opera 7.03 demands no login and simply offers the list of logbooks to choose one.
Hello Stefan, it would be useful, if the web server automatically produced tags <A NAME= [AttachNo3]>Anhang 3</A> around the entry of the attachment. With this one could easily reference in the HTML text an attachement at the end of the page. I had a problem, when I just put a HTML text with <IMG> tags into the formular box and I could not reference them although they were available (and displayed pictures) as attachments. Thomas
We recently tried upgrading the ND280 elog instance to elog 3.1.0. [1] We seem to have some problems with this 'auto-save' functionality. Specifically, it doesn't seem to play nice with the fact that we prefer to disable user's ability to edit old messages. So we have (up to now), had the following set of commands specified in elogd.ccfg
Menu commands = List, New, Reply, Delete, Duplicate, Copy to, Move to, Find, Help The problem is that we now get auto-saved messages, but no ability for the user to actually go back and finish the draft message. You can see an example of this state in this test elog
http://neut17.triumf.ca:8080/demo/
Clicking on the draft message you can see that it can't be editted. If you try to click 'new' then edit the draft, you get the message 'Error: Command "Edit" not allowed'. So we had zombie draft messages, until we added the edit command back; but that defeats our preference that users not mess up old messages.
In general this auto-saving seems like a useful feature. So the ideal solution for me would be to have some mode where users could edit/finish draft messages, but where we could still disable users from editting completed/finished messages. Ie, where we can omit 'Edit' from the menu command, but still get auto-save.
A less ideal, but perhaps simpler solution would be that if an elog has omitted 'Edit' from the menu commands, then this auto-save/save functionality is disabled so that we don't get uneditable draft messages.
[1] https://midas.psi.ch/elogs/Forum/67855
Hello to @all
First please let me say that I'm a complete green-horn when it comes to linux
I'm running elog on a linux virtual server and would like to use kerberos authentication. If I set 'Authentication = Kerberos' in the elogd.cfg file I get,
If I set 'Authentication = Kerberos, File' it works fine. I hope this is just some error on my part.
thanks, Tom
Is Kerberos set up correctly on your PC? What is the Kerberos Realm? Does the command "kinit <your user name>" work correctly? If not, you have to install and configure Kerberos correctly. Make sure to have USE_KRB5 turned on in your Makefile.
Thanks for the quick reply!
I downloaded and installed the latest RPM. Is Kerberos used in the RPM? The command "kinit xxxxxxx"requests my password and then returns to the prompt. I believe that the virtual server is a normal PSI linux, but I'm not 100% sure
Kerberos is not used in the RPM. You have to compile yourself from the tar ball.
O.K. Like I said in the beginning, I'm a linux green-horn How do I stop the elogd daemon, and do I have to delete all the elog files and directories created by the RPM or can I just follow the instructions for the tar file and install / make over the RPM installation?
Like I said in the beginning, I'm a linux green-horn How do I stop the elogd daemon, and do I have to delete all the elog files and directories created by the RPM or can I just follow the instructions for the tar file and install / make over the RPM installation?
/etc/rc.d/init.d/elogd stop
Just compile elogd with Kerberos support and copy it over the existing elogd daemon.
I think it's working now !!!!
Thanks Tom
I'm slowly able to see the finish line
Now all I need to do is get SSL to work. My server name is hf-info-elog and I'm not sure what the correct values for Port= and URL= should be.
thank Tom (the green-horn)
It is possible to show the (new) text of a replied entry in the summary text field ?
Actually only for the original entries the text was shown in the text column of the summary report, not for the replies.
In principle you can adjust the number of lines shown in the summary text file with the option summary lines = x. If you increase that value, you start seeing some part of the reply. For elog itself it is impossible to distinguish the reply text from the origial text, since some people use plain text like
with the reply sometimes below, sometimes above the original text. Other people use full HTML with tables (like in this forum), where it is very hard internally to distinguish between original and reply text. The easiest is not to quote the original text in replies, then you will see it always.
Thank you very much for your answer.
Is there any way to invert the order of the original text and the reply text ?
Is there a way to configure ELOG to default to the Status column in descending order rather than the Date in descending order?
Thanks for the quick response. This works. I noticed that the Dates aren't descending, is there a way to have the dates descending while sorting Status?
Sort attributes = Status
... as written in the manual.
Is there a way to open a form or table when clicking on New rather than going to a text field? Thanks, TS!
Thank you very much for your replies Stefan and Andreas!
I've played with the Preset Text = input-form.html however when I open a new form it just has text in there stating "input-form.html. I feel like I'm missing a way for the Configuration to find my html file.
I feel like I am close but I'm missing one piece of data. Here is what I'd like to have, when I click "New" I'd like this table to be automatically inserted in the body.
Receipt
Thanks again, Terry
If you see only the file name it means that elogd cannot find the file, it's probably in the wrong directory. Have you put it into the "logbooks" directory? Like c:\Program Files\ELOG\logbooks\ ?
Yes thanks Stefan! It is working now.
After setting up email addresses for notifications I noticed that the "Full Name" has part of an email address in it. I've tried several ways to correct this however it keeps sending me to a page that says "Password may not contain blanks" and I've not done anything with the password.
Can you tell me how to correct this issue?
I certainly appreciate your help!!
Terry
Have you tried deleting and re-creating the account? Otherwise you could stop elogd, edit the password file with a text editor, and restart elogd.
Thanks for your rapid response Stefan! This is affecting two accounts, "admin" and "prescon". I can delete/create a new prescon but the admin accout concerns me that deleting it may lock me out of admin functions. What I originally wanted to do was send an email when a new entry or updates were saved. I put five email addresses in the email field rather than in the Configuration file. I've attached a screen shot, with notes, (you may have to scroll down to see it all) of what I am seeing.
Can you tell me how to stop elogd? I've edited that file several times however when I open ELOG in my browser the elogd is back like it was before the edits.
Thanks again for your help Stefan! - Terry
Wow. Putting email addresses in "Full name" and several ones in "Email" is a heavy misuse and even I did not know that this works at all! You should either use the "Subscribe to logbook" function, or the "Email all = <....>" option in the config file.
I read how to use the email all feature in the syntax page after I messed up. I haven't done anything with the password so I don't know why I get a a password message but it happened when I put 5 email addresses in. Anyway if I have to wipe out ELOG and start over to have admin capabilities again, do all of my logbooks have to be rewritten? Can I import existing logbooks into a new ELOG? This ELOG is critical to our operation and I would rather not have to wipe it all out if at all possible.
Thanks Stephan! - Terry
You will not loose your logbook data if you have access rights to the file system where the "elogd" program writes it's data.
The easiest way is to edit there password file directly and then restart "elogd".
But even if you do not dare to edit the files directly, you still can solve the issue from the web interface:
Admin user =
That should work. Good luck!
Fantastic! That worked great. Thanks so much for the help guys!!
Good Morning,
I would like to limit the ability to edit certain attributes in an ELOG logbook, depending on the user who is logged in. I.e. if "guest" or a standard "login user" is logged in, I only want to allow the user to edit "attribute1" & "attribute2" of say, 5 attributes. However, if an Admin user or specific user, say "Terry" or "Bob" is logged in, I want to allow ALL 5 attributes to be editable. To expand on this, I may want to even limit the visibility of the attributes as well.
I've read though "Condition Attributes" section of the help page, but it is not clear to me how/if I can do this? Is that section even relevant to what I want to accomplish?
Can anyone provide some guidance?
Thank you for your time & help!
Sincerely,
Hi Eddy,
Thank you for your response. I had a feeling that was the case, but I had high hopes! :) The reason I would like this feature is because I am trying to use ELOG as a software anomaly tracking log, where any user can create an ELOG and fill out "category", "computer" etc, but only administrators can fill out the "status" & "assignee". If I am lucky, this will be an added feature in a future revision.
Thanks again,
-Terry
Hey Terry,
I don't think this is possible, since in general you cannot define config settings in a way that it would only affect specific users. For example, you also cannot have different themes for different users (as stated here: https://midas.psi.ch/elogs/Forum/68112 )
eddy
Is it possible to include more than one style attribute in a "Cell Style" directive?
For example, if I want to change the background color and text color for a given cell:
Cell Style Status Fixed = background-color:green;color:white
If so, what is the proper way to encode it?
I've created an elog where users can then enter links to a file: for example they would enter:
<a href="file:///M:/Data/Inspection%20Reports/ABC123.doc">ABC123</a>
If they are running this on their desktops where everyones M drive is mapped to the same location, not a problem, the file opens perfectly.
The problem we have is some people work off of site and hence they run everything from a memory stick (USB drive), then once back in the office, copy the memory stick back on to the network.
Unfortunately when off of site the href link M: is no longer valid as the M drive doesn't exist.
Hence i've been trying to open a local file with the following syntax:
<a href="file:///../ABC123.doc">ABC123</a>
It just won't open
Hence in my frustration i basically copied the word file ABC123.doc into every single directory on the memory stick thinking surely this must work, it must find it somewhere, unfortunately not.
What am i doing wrong?
Hi Stefan
Unfortunately this would become impractical for us as many of the test data files which we'd need to link too are Gb's in size, some over 100Gb, hence only the files needed to do a say an inspection of the equipment would be copied onto memory sticks. Currently we use an excel speadsheet to store hyperlinks to all of the files / directories we need - unfortunately some people forget to update this and it was asked could we do it using elog as people are familiar with this wonderful peice of software.
Hence why i'm now investigating - so is it actually posible?
Linking to external files via "file:///..." is a bad idea, since only a pointer is stored in the elog. So if someone puts somehing on M: and the drive is removed, the file is physically gone. No way to retrieve it. Instead of puttting links to files, users should get trained to ATTACH the files to elog cntries (V3 of elog has a "Drop attachments here..." section. Only then the files are physically transferred into elog and accessible independed of your external memory stick.
Obviously it's not magic but my inability to explain. I've attached a quick jpg of the file structure we use. So for every project we just repeat the file structure. It then becomes a browser based interface for our engineers, inspectors, project managers etc. so via the network they can access the data anywhere onsite.
Elog is used in an iframe on the manrec page. Here we record several logs (a record of everything we do, a record of test equipment, tools used, harnesses, connectors made and disconnected, etc. and what i'm now trying to achieve a document record / check list).
Now in the data directory we store hundreds of documents from procedures, circuit diagrams, mechanical drawings, parts lists, test reports and data, inspection reports, down to consumables like what type of cloth and liquid was used to wipe down a cable.
So the bulk of documents can fit on to an 8G memory stick, the only section that doesn't fit is the test data. So when we need to move off site, or supply this data to a subcontractor we copy the contents (minus the test data) on to a memory stick, when the memory stick is returned we simply synchronise it back to the network. So the only links that would fail to work off site are links to test data - which we are not worried about.
Now, any new person working on the project needs to review the check list (hopefully the new elog if i can get it to work) part of this check list / document record could say something like - carry out inspection, refer to drawing <href link> now this is where the problem occurs, as when the files are on the site based machine, we know the file structure is on the M:Drive; however when the memory stick is now plugged into a subcontractors machine / laptop we have no control of the drive allocation, so how can i get the link to the drawing to work?
When they finish the job required, they upload the data to the memory stick and state where. ie inspection carried out - results passed see report "xyz" <href link>
I hope this now makes more sense
If a file is on a memorystick and the memorystick is gone, how could elog bring it back? What you ask for is magic, sorry for that. Also if you move files outiside elog from one folder (drive) to anohter. How shoudl elog keep track of these files if they are outside? If your colleague moves some piece of equipment from A to B, without telling you, how can you guess where B is?
Hello!
First I would like to thank you for making such a good free software available:). Then right back into the busness. I have a question to developers. I used the following Options to get the logbook entry which defines the licences expiration date (See the attachement). Now I would like to ask on how to configure eLog to send an e-mail notification when this date is reached?
Attributes = Licence Expiration date Type Licence Expiration date = date Date format = %A, %B %d, %Y
The ideal solution would be to have configurable variable which would automatically send a notification X days before the expiration date is reached. Do you think this would be possible feature request to this Forum into eLog wishlist?
BR,
Tero Suominen
That's not possible with ELOG, which is meant as an electronic logbook. You need a calendar application for that.
Dear All,
I could not submit a new enetry to my logbook whenever restarting my laptop. I am a new user to elog.
Attached is the screenshot of the error message and also there is "nobody" while I grep elog.
----------------------
>>
Tapasis-MacBook-Pro-2:elog-3.1.0 tapasi$ ps aux | grep elog
tapasi 560 0.4 0.0 2432772 644 s002 S+ 9:50AM 0:00.01 grep elog
nobody 76 0.0 0.4 2481308 18440 ?? Ss 9:48AM 0:00.08 /usr/local/sbin/elogd -c /usr/local/elog/elogd.cfg
--------------------------
Any suggesstion will be very much appreciated.
Thanks in advance,
Tapasi
I am the user and it also has the write access
cd /usr/local/elog/
ls -ltr
drwxrwxrwx 6 tapasi admin 204 Jan 7 18:26 demo
You should check if the directory /usr/local/elog/logbooks/demo belongs to the right user and has the right write permissions.
Since the elogd process belongs to the user "nobody", the directory should best belong to "nobody" as well (or - not recommended - allows write access for "others")
Sorry, it was my mistake while copying from terminal to the email . There is no "demo" directory under /usr/local/lib.
Tapasis-MacBook-Pro:elog tapasi$ cd /usr/local/elog/logbooks/demo
Tapasis-MacBook-Pro:demo tapasi$ ls -ltr
total 0
drwxr-xr-x 3 tapasi admin 102 Sep 22 11:00 2001
drwxr-xr-x 55 503 admin 1870 Dec 17 13:21 2015
drwxr-xr-x 2 tapasi admin 68 Jan 7 14:54 2016
So, how can I change the user from "nobody" to my name, so that elogd runs in my user name ?
The process elogd runs as the user "nobody". This user obviously cannot write to /usr/local/elog/logbooks/demo.
But apparently you've created the wrong directory anyway: you've listed /usr/local/elog/demo, but ELOG looks for /usr/local/elog/logbooks/demo.
I just wanted to share a small script which I wrote to integrate our ELOG in Slack. This allows us to be notified immediately if there is a new logbook entry directly within the appropriate Slack channels. We're using ELOG V2.9.2-245 but if the log-file format has "Subject, Author, Type" in the header, it should work with any other version. I'm using Pyinotify for the file watch which relies on a Linux Kernel feature (merged in kernel 2.6.13) called inotify, so the script only works on Linux.
Here is the code: https://github.com/tamasgal/elog-slack
Cheers and thanks for ELOG!
Tom
I recommend monitoring directly on the server. Here is an example of a very simply Python script (https://github.com/tamasgal/elog-slack) which monitors the files very efficiently and immediately pushes notifications to Slack (slack.com). Just look at the code, it's pretty straight forward and very easy to adapt it to other (web) services.
Btw. here is an ELOG entry of it https://midas.psi.ch/elogs/Forum/68224
Hi again!
I've another need that you probably already thought of :)
I'd like to be able to efficiently monitor a logbook for changes (new or edited posts) somehow. The most reasonable way I've found so far is to periodically poll a search that looks for posts after the time of the last poll. But that might note be very efficient, especially if the polling period gets short (or number of clients grows).
Is there some other feature that could be used for this? I was thinking maybe the ETag or Last-Modified HTTP header field could be used to show changes to a logbook by just reading the headers, but it would also require HEAD request support which does not seem to be there.
Johan
I just noticed that there are multiple messages per file, so I have to adapt the parser. I'll update this thread when I'm done!
Yeah, I suppose something like that would be both faster and more efficient than polling ELOG itself. Fortunately the ELOG disk format looks easily parsed.
Thanks for the pointer!
Where is this feature documented?
You guys know that there is the possibility to execute an arbitrary script on each submission of a new messge? Just use "Execute new = <script>". In the script you have access to all parameters of the message. That's maybe simple than to watch the file set.
I'm probably too tired or I don't know, but of course I looked at the user's guide and the admin's guide but did not found anything about this ;-) Is there another documention which I missed somehow?
In the documentation of course :-)
OK thanks I'll check that out. I did not configure ELOG by myself, I only use it and wrote the Slack plugin ;-)
You look here: http://midas.psi.ch/elog/config.html and scroll down to "Execute New". I wonder how you ever could run elog without looking at that page.
We were running ELOG for many many years in our experiments and the instance was operated on a Debian XEN server as a container. I am now trying to migrate it into our Docker Swarm cluster and I am using the https://hub.docker.com/r/de1lz/elog-docker Docker image, which works very well with our logbooks when I run it as a single container. However, when I put the container behind my load balancer (HAProxy) using the simple HTTP mode (which works very well for all the other HTTP-based services) with this simple configuration:
backend be_elog.km3net.de mode http server-template km3net-elog- 1 km3net-elog_elog:8080 check resolvers docker init-addr libc,none
I get a "too many redirects" error when I try to access one of the logbooks. The starting page works fine, but every other link leads to a pile-up of redirects.
Here is the current instance running, where you can see the behaviour: https://elog.test.km3net.de (all log entries deleted and only two logbooks activated)
My question is: what kind of redirect could go wrong here? I don't know how the internal HTTP server of ELOG works, but maybe someone faced similar issues.
My ELOG configuration is also pretty basic, and as I wrote above, everything works when I run it without the load balancer (single instance at the moment). Here is the top part of the configuration, it contains a few dozens of logbooks but they are configured the very same way.
;User Settings ;============= Password file = login.xml Admin user = km3net_admin Self register = 0 Allow password change = 0 Allow config = km3net_admin
;Group Settings: ;==== Group ELOGKM3NET = Operations IT, Operations FR
[Operations IT] Subdir = Operations_IT Theme = default Default encoding = 0 Comment = KM3NeT IT Detector Operations Attributes = Author, Type, Subject Options Author = A, B, C Options Type = PPM-DOM, PPM-DU, Comment, Power cut, New run Extendable Options = Type Required Attributes = Author, Type, Subject Page Title = ELOG - $subject ;Sort Attributes = Author, Type Quick filter = Date, Type, Author Resubmit default = 2 Reverse sort = 1 Menu commands = List, New, Edit, Reply, Duplicate, Find, Config, Help, Logout Preset on first reply Subject = Re: $Subject Preset on reply author =
Thanks for the quick reply! Sorry, I forgot to paste the "global" part of the config, I have that URL already set:
[global] ;Main Settings ;============= Usr = elog Grp = elog port = 8080 SSL = 0 URL = https://elog.test.km3net.de Title image = <img border=0 src="KM3NeT_logo.png" alt="KM3NeT logo" height="35px"> ;SMTP host = smtp.fau.de Display mode = summary Thumbnail size = 500> List Menu text = clock.html Menu text = clock.html
Probably you need a setting
URL = https://elog.test.km3net.de
or so in your elogd.cfg file.
I also tried the default configuration (example config) and it that works behind the load balancer. So I guess it's related to the password-page, which causes this redirect loop? Our logbooks are all password protected, so when a logbook URL is clicked, it should first present the login-form, and that's where it chokes.
My problem is that I don't even reach the page where I can enter a password. If you go to https://elog.test.km3net.de and click on a logbook, you'll see that it immediately goes into a redirect loop. I already logged the routing but there is nothing else...
Yeah, after you enter a password, elog redirects to what it finds in "URL". You can trace that by opening "development tools" in Google Chrome, go to "network" and watch packets going back and forth. I never worked with the load balancer, but maybe you need a different "URL" containing a '/' at the end?
Attached is the log, where you can see that `Operations+IT` redirects to `Operations+IT/` and that redirects to `Operations+IT` again, which then goes to `elog.test.km3net.de` and `Operations+IT` again etc. etc.
EDIT: I use the very same load balancer confugration for dozens of other services incl. Apache, Nginx, GitLab, Mattermost, RocketChat etc. and all work fine. As written before, also the "example" logbook works (without password protection).
I also tried `/` at the end of the URL but it has no effect.
I am pretty clueless currently...
Yes, I used the empty `passwd` file from example. When I then click on one of the logbooks, I get to the page where I can register a user (see attached screenshot). After clickin on "Save" for the user registration, I again get the redirect error. Once there is a registered user (i.e. a non-empty password file) the redirect issue is persistent. Any idea where the problem might be? I just emptied the password file again, so you can have a one-shot, if you like.
Btw. I have SSL termination in the load balancer, so ELOG does not need to do any SSL related things (the swarm is in a locally isolated network, so all internal communication between the load balancer and the swarm machines are safe). Maybe that's the issue? On the other hand, the main page loads fine and uses SSL termination too, so I don't know, maybe there is logic behind the authentication which collides with the SSL termination.
Yes I see the redirects. You say with the example logbook it works, right? Is it the password protection which triggers the problem or anything else? Does it work if you take out the password protection? The key is to identify which setting in your config file triggers the problem, so you can bracket the problem down between the example logbook and your logbook definition.
The issue is still present and now it's quite urgent to move this last service into the Swarm. Does anyone maybe have an idea what's wrong? To sum up: if there is a non-empty password file, the login page chokes in an infinite loop of redirects. I am using the same HAProxy load balancer configuration as for all the other services (running Apache, NGINX, GitLab, XWiki, etc.):
backend be_elog.km3net.de mode http option forwardfor except 127.0.0.1 http-request add-header X-Forwarded-Proto https if { ssl_fc } server-template km3net-elog- 1 km3net-elog_elog:8080 check resolvers docker init-addr libc,none
I am still struggling to get ELOG running behind a load balancer and hope to get some advice here. As already reported in https://elog.psi.ch/elogs/Forum/69542 I observed an infinite loop of redirects when prompted to log in and using a non-empty password file. Without a password, the service worked as expected. This was with version 3.1.3.
With the new version 3.1.4-3, I get another error: "Invalid Content-Length in header" when I click on "submit" of a new post. Viewing the logbooks works fine. The instance is currently live and running here: https://elog.test.km3net.de but I might change it anytime due to debugging etc.
This is a kind of difficult thing to debug (I spent the whole day and no progress). The only thing I've found was this post: https://techcommunity.microsoft.com/t5/iis-support-blog/invalid-content-length/ba-p/3038724 where it seems that some responses are not RFC conform and were rejected in the load-balancer.
The load balancer I use is HAProxy, the same as in my old setup where I got the infinite redirects, and I can't find any setting which would work. To my understanding, the most basic setup should work just fine. The SSL termination is on the load-balancer side so ELOG doesn't even have to know anything about it. The configuration is below. I am running a single instance, so there is not even replication with session keep-alive via cookies or anything fancy.
I also want to mention that I am runnin around 30 different services behind the load balancer and none of them are having any issues with the SSL termination or the load-balancing itself, that's why assume that something in ELOG is either non-conform or buggy.
Any thoughts? I'd really like to use the same infrastructure for the ELOG service as for every other service (automatic certificate renewal via letsencrypt, load-balancing, easy movement to other nodes, SSL termination etc.), to minimise the complexity of our Docker Swarm system.
Btw. I am running ELOG with -v but I don't see any error whatsoever in the logs:
km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | GET /demo/ HTTP/1.1 km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | Received unknown cookie "ios_specific_templates_id" km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | Received unknown cookie "rl_anonymous_id" km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | Received unknown cookie "rl_group_id" km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | Received unknown cookie "rl_group_trait" km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | Received unknown cookie "rl_trait" km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | Received unknown cookie "rl_user_id" km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | Received unknown cookie "logged_out_marketing_header_id" km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | Returned 3437 bytes km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | GET / HTTP/1.1 km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | Returned 120 bytes km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | GET /demo/ HTTP/1.1 km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | Returned 3518 bytes km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | GET / HTTP/1.1 km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | Returned 120 bytes km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | GET /demo/ HTTP/1.1 km3net-elog_elog.1.fm8i1eia9l9t@ecap-s021 | Returned 3518 bytes
After fiddling around I managed to get ELOG working behind the load balancer HAProxy by stacking ELOG together with an Apache reverse proxy in a Docker stack. I am currently pretty convinced that something with the HTTP communication is somehow faulty in ELOG and Apache is more forgiving than HAProxy, since the configuration is the same as without Apache. So putting ELOG behind an Apache and then Apache behind the HAProxy is working.
For the sake of completeness, here is the HAProxy configuration:
backend be_elog.km3net.de mode http server-template km3net-elog- 1 km3net-elog_apache:80 check resolvers docker init-addr libc,none
and here is the Apache httpd.conf:
Listen 80
LoadModule mpm_event_module modules/mod_mpm_event.so LoadModule authn_core_module modules/mod_authn_core.so LoadModule authz_core_module modules/mod_authz_core.so LoadModule access_compat_module modules/mod_access_compat.so LoadModule reqtimeout_module modules/mod_reqtimeout.so LoadModule filter_module modules/mod_filter.so LoadModule log_config_module modules/mod_log_config.so LoadModule env_module modules/mod_env.so LoadModule headers_module modules/mod_headers.so LoadModule setenvif_module modules/mod_setenvif.so LoadModule version_module modules/mod_version.so LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_http_module modules/mod_proxy_http.so LoadModule unixd_module modules/mod_unixd.so LoadModule status_module modules/mod_status.so LoadModule autoindex_module modules/mod_autoindex.so <IfModule !mpm_prefork_module> #LoadModule cgid_module modules/mod_cgid.so </IfModule> <IfModule mpm_prefork_module> #LoadModule cgi_module modules/mod_cgi.so </IfModule> LoadModule dir_module modules/mod_dir.so LoadModule alias_module modules/mod_alias.so LoadModule rewrite_module modules/mod_rewrite.so
ServerAdmin email ServerName elog.test.km3net.de
ErrorLog /proc/self/fd/2
LogLevel warn
<IfModule log_config_module> # # The following directives define some format nicknames for use with # a CustomLog directive (see below). # LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined LogFormat "%h %l %u %t \"%r\" %>s %b" common
<IfModule logio_module> # You need to enable mod_logio.c to use %I and %O LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I %O" combinedio </IfModule>
# # The location and format of the access logfile (Common Logfile Format). # If you do not define any access logfiles within a <VirtualHost> # container, they will be logged here. Contrariwise, if you *do* # define per-<VirtualHost> access logfiles, transactions will be # logged therein and *not* in this file. # CustomLog /proc/self/fd/1 common
# # If you prefer a logfile with access, agent, and referer information # (Combined Logfile Format) you can use the following directive. # #CustomLog "logs/access_log" combined </IfModule>
<IfModule headers_module> # # Avoid passing HTTP_PROXY environment to CGI's on this or any proxied # backend servers which have lingering "httpoxy" defects. # 'Proxy' request header is undefined by the IETF, not listed by IANA # RequestHeader unset Proxy early </IfModule>
<VirtualHost *:80> ServerName elog.test.km3net.de #ProxyPreserveHost On ProxyPass / http://elog:8080/ ProxyPassReverse / http://elog:8080/
RewriteEngine On RewriteCond %{HTTP:Upgrade} =websocket [NC] RewriteRule /(.*) ws://elog:8080/$1 [P,L] RewriteCond %{HTTP:Upgrade} !=websocket [NC] RewriteRule /(.*) http://elog:8080/$1 [P,L]
ErrorLog /apache/error.log CustomLog /apache/access.log combined TransferLog /apache/transfer.log </VirtualHost>
Long story short: I am still not able to upload anything from the command line. So something like
elog -v -h elog.test.km3net.de -p 443 -l "Individual Logbooks" -v -m elog_test.txt -n 0 -a author="Whoever" -a Subject="Upload Test" -u USER PWD -s
gives this:
root@b9db27a421e1:/# elog -v -h elog.test.km3net.de -p 443 -l "Individual Logbooks" -v -m elog_test.txt -n 0 -a author="Whoever" -a Subject="Upload Test" -u USER PWD -s Successfully connected to host elog.test.km3net.de, port 443 Possibly invalid certificate, continue on your own risk! Request sent to host: POST /Individual+Logbooks/ HTTP/1.0 Content-Type: multipart/form-data; boundary=---------------------------66D92EF0673838014927FA6E Host: elog.test.km3net.de:443 User-Agent: ELOG Content-Length: 977
Content sent to host: ---------------------------66D92EF0673838014927FA6E Content-Disposition: form-data; name="cmd"
Submit ---------------------------66D92EF0673838014927FA6E Content-Disposition: form-data; name="unm"
USER ---------------------------66D92EF0673838014927FA6E Content-Disposition: form-data; name="upwd"
PWD_HASH ---------------------------66D92EF0673838014927FA6E Content-Disposition: form-data; name="exp"
Individual Logbooks ---------------------------66D92EF0673838014927FA6E Content-Disposition: form-data; name="encoding"
ELCode ---------------------------66D92EF0673838014927FA6E Content-Disposition: form-data; name="author"
Whoever ---------------------------66D92EF0673838014927FA6E Content-Disposition: form-data; name="Subject"
Upload Test ---------------------------66D92EF0673838014927FA6E Content-Disposition: form-data; name="Text"
foo
---------------------------66D92EF0673838014927FA6E
Response received: HTTP/1.1 503 Service Unavailable content-length: 107 cache-control: no-cache content-type: text/html connection: close
<html><body><h1>503 Service Unavailable</h1> No server is available to handle this request. </body></html>
Error transmitting message
Is this command line interface even able to communicate through a(n Apache) reverse proxy or does it need to communicate with elogd directly?
I put the ELOG service behind an Apache reverse proxy which is now sitting behind the HAProxy. It works like this, but it's just a workaround. I am pretty sure that ELOG has problems to communicate with HAProxy correctly and it seems that Apache is more forgiving. So that the chain HAProxy -> Apache -> ELOG and vice versa is working.
If anyone manages to figure out what's wrong, I am happy to get rid of the extra reverse proxy layer!
In CentOS 7.6 + Apache httpd-2.4.6 + ELOG V3.1.4 environment with Reverse Proxy setting of
/etc/httpd/conf/httpd.conf : ProxyRequests Off RedirectMatch ^/elog$ /elog/ <Location /elog/> ProxyPass http://mmm.riken.jp:3333/ ProxyPassReverse http://mmm.riken.jp:3333/ ProxyPassReverseCookiePath / /elog/ </Location> : It almost works fine. But Changing password has problem.
When clicking the "Forget password?" link in login window and displaying "Entering your user name or email address" and entering it, an email is sent to the user:
---- This is an automatically generated account recovery email for host mmmm.riken.jp. Please click on following link to recover your account:
http://mmm.riken.jp/elog/?redir=%3Fcmd%3DChange+password%26oldpwd%3DIHCPHXNTMJGEYDKY&uname=test&upassword=IHCPHXNTMJGEYDKY
ELOG Version 3.1.4 ---
Clicking the URL above in the Firefox Browser results invalid URL:
http://mmm.riken.jp/?cmd=Change%20password&oldpwd=IHCPHXNTMJGEYDKY
These parameters does not pass to the elog by the Reverse Proxy setting above.
While accessing the URL of (native elog port: 3333)
http://mmm.riken.jp:3333/?cmd=Change%20password&oldpwd=IHCPHXNTMJGEYDKY
displays the normal page for Changing password windows for the user.
Is there any suggestions for the Reverse Proxy setting in Apache httpd 2.4 so that the changing password windows works fine ?
Thank you for any suggestions.
The problem was resolved. I forgot to do this statement...
https://elog.psi.ch/elog/adminguide.html Because elogd uses links to itself (for example in the email notification and the redirection after a submit), it has to know under which URL it is running. If you run it under a proxy, you have to add the line:
URL = http://your.proxy.host/subdir/
into elogd.cfg.
After inserting the URL in elogd.cfg, elog works correctly with Reverse Proxy Setting of Apache 2.4.
[...] > Probably it is fine to display only files ending in '.txt' per default. > In addition a file that has more than say 1000 lines should probably > also not be displayed (as default, optional OK). No, '.txt' would definitely not be enough for me. I'm using elog to log all administration of our network. In many cases, I simply attach a configuration file. All those files are plain ASCII and none of them end in '.txt' - and I would most definitely like them to be displayed inline like they are now. In fact, this change was the main reason for me to upgrade to 2.5.4 Maybe a configuration option or a "display attachment" button would be the best solution, then? Cheerio, Thomas
I am currently trying to get some attributes into one line in my logbook, with some others on a line of their own (this is on the single message page) - pretty much like in this forum. I searched through the forum and the config examples and found elog:571 as well as elog:Config+Examples/4, but I cannot get it to work.
In the forum, the "Subject:" line is on its own line and fills the whole line, which is what I want. In my logbook, the equivalent attribute does stand on its own line, but the 'value' only fills the space of the second column (i.e., if it was in this forum, the 'value' of "Subject" would be the same width as the icon above it and the rest of the line just blank). As far as I can see, I'm using the "Format <attribute>=1" statements in the same way as in the example - and when I compare the resulting HTML, it also looks the same. I did notice, however, that you use different CSS classes for "Subject" and its value. Hence my question: To get "Subject" and its value to stretch over the full line, is there some fancy CSS footwork involved? I was not able to find the CSS file for this forum among the configuration examples - maybe you could add it?
Thanks in advance!
[LIST=1] [*] 1st entry [*] 2nd entry [/LIST]
Attachment #0 of entry #0 not found Please use your browser's back button to go back
I intend to create a script that updates one of our elog logbooks based on mails it receives. I was hoping to be able to do this using the "elog" command line tool. Adding a new entry works fine, as does "replying" to an existing entry. The only thing I cannot get to work is editing an existing entry. All entries ahve several attributes and I intend not to use the "message" itself. I tried the following (on the machine this elogd is running on):
elog -a 'Attribute1=value' -x -h localhost -l 'LOGBOOK' -p 8080 -u USER PASSWD
elog -e 1 -a 'Attribute2=something' -x -h localhost -l 'LOGBOOK' -p 8080 -u USER PASSWD
-v
Also, I have a second, related question: Editing by the ID of the entry seems to be the only way of editing an entry - this makes it a bit difficult for me, as all entries already have a unique ID (which is defined as one of the attributes) that is non-numerical and not sequential. What is the easiest way to retrieve an ID from the command line (basically something like: "What ID has the entry with Attribute1==NAME?")? Is it possible at all? Otherwise, I would not be able to automatically edit the entries, as I don't know which is which... :-}
I fixed two things:
Tehe, leave it to us "stupid users" to break your nice little program in new and exiting ways... ;-) But: THANK YOU! Both things are indeed working now - that brings me one step closes to my automated logbook, which is great!
Concerning your request of editing existing entries by their idea, I agree with Yoshi that you could grab the ID upon the first submission. An alternative is to make a direct search on a logbook. Since this is not implemented in the elog command line tool, you have to use wget for it:
wget "http://localhost:8080/LOGBOOK/?mode=raw&Attribute1=something" -O elog.txt
A problem here is that the username and password are normally transmitted in an encrypted form as cookies by your browser after you logged in. Now you have to convince wget first to log in like
wget "http://localhost:8080/LOGBOOK/?unamee=USER&upassword=PASSWD"--save-cookies cookies.txt
followed by a second call to wget with --load-cookies cookies.txt. I tried that but was not successful since the login procedure above redirects to the elog listing page, and only the cookies set after the redirection were saved in cookies.txt. Maybe you can figure out how to do that. The only way I could get it to work is to supply the encoded password, which I manually obtained from the password file. The URL was then
wget "http://localhost:8080/LOGBOOK/?mode=raw&Attribute1=something&unm=USER&upwd=ENC_PWD" -O elog.txt
I thought about grabbing the ID on first creation. The problem with that is that I really would have to run parallel "databases" - one in elog to keep the information I want plus a second one which maps the elog-IDs to the "real" IDs - and the second one would also have to deal with things like "ID exists", "ID doesn't exist", "ID gets deleted" and so on - just the kind of hassle I want to avoid. But what you suggest with wget will most likely be sufficient. The logbook in question is readable for everyone (only editing/writing requires authentication), so I can search without password hassle. In fact, this will work:
wget -q "http://localhost:8080/LOGBOOK/?mode=raw&Attribute1=something" -O -| grep '\$@MID'|awk '{print $2}'
Et voila, I have an ID. This will generate a bit more traffic than a parallel "DB", but I think it will be less susceptible to errors, as all information is kept within the elog logbook at all times. Thanks again for your help - time to do some scripting! :-)
I have two logbooks running, one for current accounts and one for non-active ones. The idea is to move an entry from one logbook to the other once an account becomes non-active. Both logbooks share some attributes (e.g. the name of the account, its creation date, ...), but both also have some uniqe attributes.
While I was playing with this set-up, I ran into a problem:
I've been experimenting with this quite a while and as far as can see the following applies:
During the experiments I came up with a stripped down version of the non-active logbook configuration, which does show the bug. It only contains Type, Created, Status, Archived. To make an entry to experiment, you'll have to comment out the "Locked attributes" line, make a new entry (with "Created" date), the uncomment that line.
I hope my description isn't too confusing - please don't hesitate to ask if anything is unclear. I'd be much obliged if you saw a chance to fix this at some point...
Thomas
We have a logbook in which we use two "Status" attributes, both of which are MOptions. What we want to do is have the corresponding line of the list change its colour depending on the combination of those attributes. I have done so successfully using "Style" for a single Options or MOptions or even two Options (using conditionals and a third attribute), but up until now I have no luck with two MOptions. Conditionals do not seem to work with MOptions (the manual only mentions Options and when I tried anyway, it did not work... ) and multiple "Style" statements also do not seem to work. I've tried the following:
MOptions StatusA = Status-A-red, Status-A-orange, Status-A MOptions StatusB = Status-B-red, Status-B-orange, Status-B Style StatusA Status-A-red = background-color:red Style StatusA Status-A-red | Status-A-orange = background-color:red Style StatusA Status-A-red | Status-A = background-color:red Style StatusA Status-A-red | Status-A-orange | Status-A = background-color:red Style StatusA Status-A-orange = background-color:orange Style StatusA Status-A-orange | Status-A = background-color:orange Style StatusB Status-B-red = background-color:red Style StatusB Status-B-red | Status-B-orange = background-color:red Style StatusB Status-B-red | Status-B = background-color:red Style StatusB Status-B-red | Status-B-orange | Status-B = background-color:red Style StatusB Status-B-orange = background-color:orange Style StatusB Status-B-orange | Status-B = background-color:orange
As far as I can see, the "Style" statement for StatusB only gets evaluated if none of the statements for StatusA matches (i.e. StatusA = Status-A). What I would want to achieve is that any "red" condition in either StatusA or StatusB takes precedence over "orange" and "none" and that "orange" takes precedence over "none".
Is there any solution for this problem short of merging both status attributes into one (which would be very unwieldy, especially, as StatusB is not used at all in some cases)? Any suggestions are most welcome!
Originally, all information about our machines was stored in a spreadsheet with one sheet for the hardware of the machines and one for the software. By now, I've sucessfully moved the software part to an elog logbook and am now looking at transferring the hardware part as well.
As both lists are machine-name based, one of the options would be to merge both lists, as this would place all machine-related info into one logbook. The downside of this is that I get so many columns in list view that the result is quite unwieldy. Hence, I would like to hide some columns - ideally creating a "hardware view" and a "software view".
From the documentation, the only option I could find that seemed suitable was "List conditions". Unfortunately, I do not quite understand from the manual how this is supposed to work, so I'm quite possibly doing something wrong. I've tried this:
; General settings List conditions = 1 ; Attributes Attributes = Type, Created, StatusA, StatusB, Archived ; Options & Tooltips Options Type = Type1{10}, Type2{11} ; Conditionals {10}List display = Edit, Type, Created, Status {11}List display = Edit, Type, Created, StatusA, StatusB, Archived
but no matter how I set "Type", it does not seem to have any effect on the List display. One thing I don't understand for example is how does elog decide in List view which entry sets the condition? If all entries are set to the same value (in this example e.g. "Type1")? The first entry? Or am I missing something altogether?
Also, if there are alternative ways how I could accomplish my goal, I'd also be most grateful for suggestions.
One thing I don't understand for example is how does elog decide in List view which entry sets the condition? If all entries are set to the same value (in this example e.g. "Type1")? The first entry? Or am I missing something altogether?
By now, I'm one step further. List conditions = 1 does have some effect in some cases - the following works:
List conditions = 1
Options Type = Type1{10}, Type2{11} Options StatusA = Status-A-red, Status-A-orange, Status-A {10}Style StatusA Status-A-red = background-color:red {11}Style StatusA Status-A-red = background-color:green
This seems to get evaluated "top-down", i.e. the value of "Type" in the first row in the list sets the handling of StatusA and the background-color, the second row for the third and so on. Unfortunately, this really only depends on the order of the rows on the screen - if I sort the list differently, I get a different result.
I am also quite certain that List conditions = 1 has no effect whatsover on List display - which is what I was hoping for.
List display
Hence, I'd like to repeat my question: Is there any way to hide columns in List view (short of editing the conf file...) - and if so, how?
I just ran into the following bug:
I have a logbook where entries have several attributes, among which several dates. All of these are set to "Type <attr> = date". If I use the "Select" action, tag several entries and subsequently chose "Edit", the values of all date attributes are wiped. All other attributes are kept at their original values, unless changed explicitly. For the date entries, the date choosers are shown (as when editing a single entry), but all set to blank.
Editing single entries works fine.
Thanks for the response! BTW: I did get a notification - but thanks for the "personal heads-up"!
Indeed you got something wrong. The conditional attributes are meant for the input form, so you can turn some attributes on and off or choose different options for an attribute depending on the value of another attribute.
[...]
I see. In that case, could you maybe please give a quick explanation what "List conditions" is supposed to do? In conjunction with your statement above I'm now thoroughly confused as to what it should/could be used for...
The only way I see how you can achieve what you want is to define two separate logbooks, but serve them from the same directory (via the "Data dir" option). Both logbooks should share the same attribute definition, but use different "List display" options.
Ah, that's an idea - I'll look into that. Thanks a mil for the suggestion!
I take it you mean the "Subdir" option (the manual mentions "Data dir" as obsolete)? I tried it with that and it works like a charm - gives me now two logbooks, i.e. two tabs with the same data and two different views - which is precisely what we need. Thanks!
> > 2) /etc/init.d/elogd: line 10: /etc/rc.d/init.d/functions: No such file or directory (I fixed this by commenting > > out that line). > > > > 3) Starting elogd: /etc/init.d/elogd: line 34: echo_success: command not found (Fixed by search/replace "echo_" > > to "echo "). > > The elogd (or elogd.init in the distribution) is written for RedHat based systems where echo_success gives the > typical output with a green [OK] at the end of the line. For Debian, there is (was) in principle a Debian package > which has it's own startup script. Since the package maintainer is not active any more (I guess), the Debian > updates are heavily old. Once elog gets managed inside Debian again, that should get better again, but until then > one has to follow 2) and 3) from above. If I would remove it, the Scientific Linux users would complain. I'm actually using elog on Debian and have been rolling my own ".deb" for a while now (starting with the old Debian one and working my way up till 2.7.5). Maybe you could add the Debian /etc/init.d/elog script to the "contrib" directory, with a suitable note in the README or something like that? That script has not changed in a long time and is still functional - and doing so would make it easier for people who would like to install elog on a Debian (or Debian-based, e.g. Ubuntu) system. I'll attach the script. Regards, Thomas
This problem has been fixed in revision 2.7.5-2143. Please upgrade.
Yup, this works now - thanks a mil!
> The problem is not putting this into the "conrib" area, but supporting it. Since I don't have a Debian system, > may I suggest that you put it yourself into the elog:Contributions/ logbook. If people then get problems in the > future, they can contact you directly ;-) I finally got round to do so. I've also included the changes suggested by Yoshio Imai (reload functionality). Hopefully, it is useful for someone...
For some odd reasons, we are experiencing frequent crashes of elogd over the past few days. It has been working fine so far, but more or less out of the blue it became rather unreliable. The current configuration is installed on two servers, one running 2.7.5.-r2174 on ClarkConnect 4 and one running 2.7.6-r2233 on Debian 4.0 - both show the same problem. Each of them has an "active" group with four logbooks and an "archive" group with three logbooks. In the "active" group, there are two logbooks that share the same index (using Subdir=...) and it looks like the crashes occur most of the time in these, though that's just a hunch so far. Also, most of the crashes seem to happen when submitting an entry that has been edited. Actually, submitting a modified entry has always been strange in our logbooks: When we hit submit, we get a pop-up window asking "Submit modified entry?". When choosing "OK", the entry that has been edited is duplicated. When choosing "Cancel", it is submitted correctly.
I've been running elogd like this (to get more info)
elogd -v > elog-2233-2.log 2>&1
The last entry I get in the log when elogd crashes is:
Same index as logbook Machine Log elogd: src/elogd.c:727: xfree: Assertion `*((unsigned int *) (temp - 4)) == 0xdeadc0de' failed. Received unknown cookie "wikidb_mw__session" Received unknown cookie "wikidb_mw__session"
I did actually make a few changes to the configuration before we noticed the crashes: I added one extra attribute and a few more conditionals.
Any additional information you need: Just let me know.
Forgot to mention: I've also seen error messages like this upon a crash:
*** glibc detected *** corrupted double-linked list: 0x0911bbc0 ***
well, I need to reproduce your problem in order to fix it. The failed assertation you get is due to some internal writing beyond array boundaries, but I have no clue which part of the code makes this. It might be related to the fact that you use the same index (via Subdir=...) for two logbooks. In this scenario, you are only allowed to modify/add entries to one logbook, not the other. The other one may only be used for reading. And even then it's not guaranteed that new entries show up in the second logbook immediately, you might have to restart the server in order to re-index the logbooks. Internally, the daemon does not know that two logbooks are "the same" and one instance will not realize if the other instance modifies the data "below its feet". Can you try to give up the double logbooks and see if the problem goes away?
Hm... I have implemented this set-up originally based on this: https://midas.psi.ch/elogs/Forum/66024. The "double logbook" is a machine log with a "software" (OS installations etc.) and a "hardware" (CPU, RAM, etc.) view. The "hardware" view has the "Subdir=" statement. Thinking about it, the "software" view is used most - I have several automatic scripts running which update the contents whenever a machine gets updated, re-installed and so on. The hardware part does not see much editing - until this week, when we decided to start an inventory... So, it's quite possible that we never noticed that this was iffy. For the rest of our goals, this set-up has worked fantastically - never noticed any problem with one view not updating, actually. Also, I do not remember any crashes with the other, single logbooks.
What I've done for now is to ask all team members to use only the software part (the one without the Subdir statement) to actually change content (the entry masks are the same in both versions) and use the hardware part just for viewing. I'll report back as soon as I get some feedback.
Nonetheless, given that this set-up has been a great help for us - if you ever get the chance to make this work (even) better, I'd be most grateful.
Well, for that I have to reproduce the problem. So best would be if you strip it down to the bare minimum in order to reproduce this reliably. Then you zip everything and send it to me. Then tell me what I have to edit and submit in order to stimulate the crash. Once this is successful, I can fix it.
Thank you - I shall look into that, though it'll probably take a while to prepare it.
I just ran into this little bug: I had defined a new logbook in my config file and suddenly got the message Attribute "Date" not allowed. While I did have several attributes starting with the word "Date" (e.g. "Date In Service", "Date Retired") I had no attribute "Date" in there. After some pondering and wildly commenting out lines, it finally dawned on me: I had used an attribute "ID" - which is also not allowed. However, it would be very helpful if the error message actually reflected that...
I have the following simple test logbook:
; General List display = Edit, Hostname, OS, Size Entries per page = 150 Quick filter = OS Date Format = %d/%m/%Y Summary Lines = 0 ; Attributes Attributes = Hostname, OS, CPU,Size Required Attributes = Hostname Sort Attributes = Hostname ; Message part: log is text only, but elog is allowed Default encoding = 0 Allowed encoding = 2
For some strange reasons, I'm having problems with the "Size" attribute, which I have added later. If I start adding/editing entries, at some point, the "Size" attribute will stay at "0" and will not accept any further changes. I've tried to pare down the config to maybe find which statement could be causing this, but to no avail. The only thing I can say is taht id doesn not seem to happen if the configuration consist of the sole line
Attributes = Hostname, OS, CPU,Size
I'm quite puzzled as to what is going on here (the original problems stems from a more complicated logbook) - I'm not even 100% sure whether this happens due to a bug or not.
That's indeed a strange bug, and thanks to your detailed explanation I could easily reproduce it. The problem was that in the ELCode toolbar there is already a "SIZE" parameter, which gets submitted instead of your "size" attribute. Therefore whatever you submit as "size", gets replaced by zero (since the SIZE drop-down box usually sits at zero). So you can either go and change your "size" attribute into someting else like "Memory Size", or you upgrade to version 2244, where I fixed this problem.
Very nice, thank you! Given that I also still have to test the fix you made for the crash problem with "shared" logbooks (I assume it's also present in 2244), I'll upgrade and report back (probably tomorrow).
2244 is now running, and indeed, the "Size" attribute works now. Thank you!
By now, I've installed 2244 and ran some rudimentary tests. So far, I was not able to reproduce the crash anymore. Looking good!
I have just installed elog 2.8.1 on my OpenBSD 4.8 server (I've added the necessary Makefile patch to "Contributions"). Everything seems to work fine, however, I ran into a very odd problems with the dates of the logbook entries: When I start a new entry, the current date/time is displayed correctly. When I submit the entry and look at it again, the date has changed to some value in 1996 . I've checked the actual logbook file and there, the entry has a Date line like this:
Date: Thu, 03 Feb 2011 23:53:28 -13049141
The "-13049141" looks very suspicious to me - but I have no idea whatsoever why this happens. I had elogd running with -v, but that did not give me any hints. Any ideas how to debug/resolve this would be much appreciated...
The problem is most probably related to the time zone. elogd contains a function:
/* workaround for wong timezone under MAX OSX */ long my_timezone() { #if defined(OS_MACOSX) || defined(__FreeBSD__) time_t tp; time(&tp); return -localtime(&tp)->tm_gmtoff; #else return timezone; #endif }
BINGO! That was it - thank you! I've added the || defined(__OpenBSD__) in the place you described above and now the dates are correct. While I was at it, I also had a look at what other ifdefs there are for FreeBSD and the only other one I found was also in elogd.c:
#if defined (_BSD_VA_LIST_) && defined (__FreeBSD__)
I'm far from being a C programmer, but I did some quick and dirty compile tests with various ifdefs set and apparently, _BSD_VA_LIST_ is not set on OpenBSD, so I guess that this statement does not need modification. I will keep my eyes peeled for strange behaviour, though...
Cheerio,
P.S.: One thing I noticed is that the OpenBSD variant of gcc throws these warnings when compiling elogd.c:
gcc -g -funroll-loops -fomit-frame-pointer -W -Wall -DHAVE_SSL -I../mxml -o elogd src/elogd.c crypt.o regex.o mxml.o strlcpy.o -lcrypto -lssl /tmp//ccHhMZfy.o(.text+0xd2f): In function `int_vasprintf': src/elogd.c:826: warning: vsprintf() is often misused, please use vsnprintf() /tmp//ccHhMZfy.o(.text+0xae8): In function `xstrdup': src/elogd.c:736: warning: strcpy() is almost always misused, please use strlcpy() /tmp//ccHhMZfy.o(.text+0x13c7): In function `my_shell': src/elogd.c:1197: warning: sprintf() is often misused, please use snprintf() /tmp//ccHhMZfy.o(.text+0xf0ae): In function `el_correct_links': src/elogd.c:5178: warning: strcat() is almost always misused, please use strlcat()
I'm not certain whether this is specific to this gcc variant, but I seem to remember that the OpenBSD folks added some extra warnings and suchlike as part of their overall code audit, so I thought I'd mention it.
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.
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!
Your problem is the "?" in the attribute Public?. Attributes may only contain ordinary characters. Unfortunately I did not document this so far. Therefore I put some fix in SVN revision 2387 which allows your attribute Public?, but I'm not 100% sure if this works in all places. The safest is just to remove the question mark.
Thanks Stefan, I'll try that. It's strange, though: At work, we're running 2.7.6 (and have used older versions in the past) and we have several logbooks with each at least one or two attributes with '?' and never had a problem with conditionals. Hence my surprise when this suddenly hit me with 2.8.1+ at home. Removing the '?' would be quite some work, as I'd have to change all logbooks and the associated data (the latter could probably be done with "rpl", I hope). I'll think about it.
Hello, I have
authentication = kerberos
kerberos Realm = xxx
I ran tcpdump and know elogd server did attempt to contact kerberos server. I could run kinit username@realm_name, and klist shows my ticket fine.
I receive "kerberos error 256: Decrypt integrity check failed. Please check your kerberos configuration" when I entered my password wrong purposely on login page.
I receive "Invalid user name or password!' when I entered my correct password.
Please advise.
I forgot to mention, I also have Password file line in elogd.cfg file. Because without password file line, I wouldn't get login screen. I know my test account is not in the main.pwd file. I believe elogd does go to kerberos server to compare password. I just don't get why I get invalid username and password when I entered correct password, while kerberos error (expected) when I enter wrong password.
Authentication = Kerberos
Kerberos Realm = xxx
Password file = main.pwd
It's resolved. I read the documentation again, and found out my mistake. I didnt have username defined on password file.
How do I make selection page show only list of logbooks that logged on user has access to?
Right now, say I have 4 logbooks, and I have access to 2 of them. I turned on Protect Selection page = 1. So when I go to home page, I need to logon first, then I am given selection page. I am given list of 4 logbooks, I can only click into 2, which is expected.
Instead of given list of 4 logbooks, I would like to know if there is a way to make selection page only contains 2 logbooks which I have access to?
I don't think there is a good secure way so far, but would like to have your opinion. If I want user to create logbook for themselves, what's the best way to do it? I guess Execute $attribute = <command> may work, have it write to cfg file, but obviously it impose security problem. Is there a good and secure way to allow user to create logbook themselves?
Actually there is no good secure way. What I usually do is to give users admin rights on individual logbooks, then they can change the config of that logbook. Many times adding some attribute is as good as creating new logbooks. Like if you need two logbooks "home" and "work", you can create an attribute "type" and let the type be "home" or "work". With conditional attributes you can make the logbook behave differently for the two values of "type" and get most functionality of two separate logbooks.
Thanks, that is good option.
Is there a way to set user permission based on certain attribute? can Allow command = <user list> based on attribute? for example, say type home, user1 can read, user2 can write, user3 can not access type home, but can access type work.
In short, is access control available when I use type to get functionality of separate logbooks? If so, how is this access control done?
Actually I never tried that. Using conditional attributes, you could try that out, but no guarantee that it works. Like
Options type = home{1}, work{2}
{1}Login user = you, me
{2}Login user = me, other
You could play with "login user", "Allow command" and "Deny command".
Thanks for reply Stefan.
I tried it, didnt work. I think its expected it didn't work though, or maybe I didn't try it right. ============== [logbook1] Login user = user1 Options Type = Home{1}, Work{2} {1} Login user = user2
This will make user2 unable to login logbook1 at all
============ [logbook1] Login user = user1, user2 Options Type = Home{1}, Work{2} {1} Login user = user1 {2} Login user = user2 user1 can login, can search Work type entries, create new entry with Work type.
==============
[logbook1] Login user = user1, user2 Options Type = Home{1}, Work{2} {1} Deny New = user1 user1 can still create entries for Home type. I think it's because when user1 login, command New is available for user1, so when user1 click on New, doesn't matter what type user1 choose, submit button is available. If I have Deny New = user1 under logbook1, New is not available, that means user1 can't create entry for Work type either.
===============
seems to me under current code, access control has to be done based on logbook, not attribute. Do you agree? if that's the case, we may have a lot of logbook because of access control we want to implement. So there is another question: selection page show all logbooks. Is there a way to make selection page and tabs show logbooks based on user access? For example, we have 20 logbooks, user1 has acces to 3, when user1 login, selection page only shows that 3 logbooks for user1, and only 3 tabs for user1.
I thought about using group to get logbooks more organized, however I will still face the situation that one group may have 20 logbooks.
Or what would you do to handle this situation? (I asked selection page question earlier in another entry). Maybe we should discuss on that entry? Message ID: 67319 Thanks again.
We have multiple logbooks. Each user is admin user for his/her own logbook. I want user be able to modify config file, but no access to user setting, such as see user list, change password, new user, remove user. [logbook1] Admin user = user1 Login user = user1, user2 Allow Config = user1 List Menu commands = Admin, Config user1 click on Admin, it opens config file, when user1 click on save, user1 is brought to Config page, which has select user list on top, Change password, Remove user, New user buttons on bottom. Is there a way that admin user has access to config file, but no access to user info at all (not even presented to them). Is there a way after user1 click save, page doesn't go to that config page?
I could put Deny Change password = Deny Remove user Deny New user so when user1 click on those buttons, user1 will get command not allowed. However I would rather have user1 not even see that page.
I'm trying to wrap our elog instance to our company domain which is lbl.gov
I add this entry below (without quotes) to elogd.cfg and it's not working. the world can see our logbooks
" Hosts Allow = *.lbl.gov ".
can someone help?
thanks for your quick reply.
the configuration is still not working. See my entry below which denies everyone.
I've tried many different combinations of 'hosts allow and hosts deny'
we want to restrict all our logbooks to only domain lbl.gov
[ below denies ALL ]
Hosts allow = .lbl.gov Hosts deny = ALL
Hosts deny = ALL
Hosts allow = .lbl.gov
Can you help?
Hi Susan,
Hosts allow = <list>
Hosts deny = <list>
These two settings can be used to restrict the access to the logbook to certain computers. It is similar to the UNIX hosts.allow and hosts.deny files. The list can consist of individual host names or IP numbers, subnet masks like 123.213. (note the trailing '.') or .mit.edu, or the word All. The following rules are applied:
123.213.
.mit.edu
All
These rules are applied before any password is checked. To debug problems, start elogd with the "-v" flag, in which case the rule checking is printed on the screen.
We're still having trouble with hosts.allow and hosts.deny.
We're trying to allow all of our domain lbl.gov to the access list
for our logbooks. But the combination below is not working.
==========================
======================== Can someone help?
Please let me know how to add Button for adding client next to Client Mnemonics.
I need to add bulk client lists in the Elog page there are 1000+ clients .
I need to select client from the drop down list if its not there i need to add them using Add Client Button
Please let me know the steps.
Thanks for Response , It helped me lot .
is it possible to give refence to include 1000 clients in one file and adding that referece file to Roptions ?
Once we click Client Mnemonic it should fetch the data from that file and return the Client Name .
Options are limited to 200. To add options dynamically, use
Extendable options = <name>
as desribed in the manual.
Can conditional attributes be assigned as conditions? Arbitraty Example: Attributes = Operating system, Version, Name Options Opperating system = Linux {1}, Windows {2} {1} Options Version = 2.2 {a}, 2.4 {b}, 2.6 {c} {2} Options Version = ME {d}, 2k {e}, NT {f}, XP {g} {1&a} Options Name = This computer {1&b} Options Name = That Computer {2&f} Options Name = Workstation and so on..?
We use elog for (amongst other things) a simple change management log. About two dozen users allowed to do updates and their email addresses are listed at the bottom of the page to allow any of them to be included on circulation for a change request. The email addresses appear in the order that they were added (i.e. apparently random). Is there any way to sort these, ideally by Last part of Full Name/First part of Full Name, but login name or email address would be OK?
Thanks for a great piece of software.
Thanks for elog - it's a brilliant piece of software. I'd looked all over for open source software to log/manage change requests before discovering elog; it's so flexible that I've been able to do everything I need with it.
However, I think that I've just discovered my first undocumented 'feature'. Attribute names containing punctuation characters (e.g. / and :) cause "Redirection limit for this URL exceeded" errors in Firefox 3.0.2 and corrupt the URL if they're used in a Quick Filter. I often use '/' in attribute names for brevity, e.g. "Old/New Versions" but hadn't used one in a Quick Filter before.
keep up the good work.
I've just upgraded to 2.7.5 mainly because I wanted to have Museremail sorted. We use this to list contacts on an RFC form and it's much easier to find the ones you want when they are in a predictable sequence. As an extension to this it would be great if they could be sorted by the last part of their real name - typical user, give him a sweetie and he wants jam on it!
cheers
That's a bit hard since different groups enter their names differently. While for a human it's easy to figure out what the family name is (usually), this must not be true for a computer. So I would propose that you enter the real names in the sequence family name, given name like
Ritt, Stefan
Doe, John
then sorting will work as you like.
Good point! However, the current sorting appears to be done on email address rather than name. Having the option to sort on name, where we are in control of the format so could structure it accordingly, would be great.
Can you give me an example on how names an email addresses look in your case? If the email address has no fix relation to the real name, I personally find it much harder to find an email address on a Muserlist, since the real name is not shown there. I guess what you really want is a display of the email addres in the form
real name <email address>
then sort by real name. Right?
We currently have 24 users set up which, using a normal font size, takes 6 lines to display Museremail. Having realname+emailaddress would double the space - a bit much for us but may suit other users.
You ask about how our email addresses look. These are very simple, e.g. John Smith's email address would be "JohnSmith@mycompany.co.uk". The are some exceptions, e.g. one or two people have a middle initial,or have a department name as a suffix and some people have abbreviated names because that is how they are known, so John's brother Joseph, known as Joe, might be JoeSoap@mycompany.co.uk and one or two users have a different domain. So the ordering looks a bit odd sometimes, e.g.:
* StanleySmith@mycompany.co.uk * StellaEvans@mycompany.co.uk * StephenJones@mycompany.co.uk * StephenSmith@myothercompany.co.uk
* SterlingGold@mycompany.co.uk * SteuartEvans@mycompany.co.uk * SteveSmythe@mycompany.co.uk * SylviaJones@mycompany.co.uk ...
where Steve Smythe has shifted down the ranks because of the abbreviation.
However, the main reason for the request was that the I was so pleased with the ordering introduced in 2.7.5 but, as it is more normal for me to look down a list of names ordered by last-name/first-name than the other way about, I thought it worth asking if there was any way to do this sensibly. I appreciate that it isn't simple and what suits me may well not suit others - so thanks for taking time to consider the possibilities. I guess the only real solution is to define users differently, e.g. by structuring the name data into first name(s) and last name (not a global solution but would suit most of western europe and the USA at least!) but that is bound to have lots of impacts both on the application and on existing setups - so not really feasible, and probably not worth the disruption.
That's correct. Adding first name(s), last name(s) requires major modifications which are not se easy and I don't have time for that in the moment. So we'll keep it for the time being.
That's fine. Thanks for listenening - and for keeping on with elog
Quick answer: Don't use '/' in attribute names ;-) but I guess you were kind of afraid to get this answer.
Somehow longer answer: I tried to reproduce your problem with following configuration:
[demo] Attributes = Author, Type, Subject, Old/New Options Old/New = Old, New Quick filter = Type, Old/New
But I was not successful. Everything worked fine using ELOG V2.7.5-2137. Can you please check with the above configuration and tell me exactly when the redirection problem occurs? Is it during filtering on already on creating a new entry?
Thanks for the advice!
I've just had time to set up a test for this using both empty and populated logbooks (which don't have Hardware/Software in every entry as the field was added recently) and newly created logbooks (which have consistent attributes) and saw the problem on .
The control ("Hardware/Software") causing the problem has three options "Hardware Only", "Software Only" and "Both". The problem happens every time you click on the "-- Hardware/Software --" (i.e. All) option in the Quick Filter after having previously selected one (or more) of the options as a filter. This produces the error:
The page isn't redirecting properly Firefox has detected that the server is redirecting the request for this address in a way that will never complete. * This problem can sometimes be caused by disabling or refusing to accept cookies.
I ran elog with a trace (attached) which shows lots of:
select(1024, [5], NULL, NULL, {1, 0}) = 1 (in [5], left {1, 0}) recv(5, "GET /Change_Log/?Hardware%2FSoftware=_all_ HTTP/1.1\r\nHost: localhost:8080\r\nUser-"..., 100000, 0) = 619 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=1323, ...}) = 0 time(NULL) = 1227528904 send(5, "HTTP/1.1 302 Found\r\nServer: ELOG HTTP 2.7.5-2130\r\nConnection: Keep-Alive\r\nKeep-A"..., 199, 0) = 199 send(5, "<html>redir</html>\r\n", 20, 0) = 20
messages after selecting "-- Hardware/Software --"
The only difference between today's test and last week's is that today the browser is on the local machine.
I also attach my (anonymised) elogd.cfg
Hope this helps
We have an auto-incrementing reference attribute defined as:
# RFC Format RFC = 0,narrowattribname,narrowattribvalue,60,60 Preset RFC = RFC-###### Preset On Duplicate RFC = RFC-###### Tooltip RFC = A unique reference will be generated for this Request For Change
We also have a "Created by/when" attribute. Looking at the values this seems to be set when the user clicks "New" whereas the time stamp that appears on the line after the $@MID@$ seems to be set when the user clicks "Submit".
# Created Format Created = 0,attribname,attribvalue,70,100 Preset Created = $long_name ($short_name) on $date Preset On Duplicate Created = $long_name ($short_name) on $date
Every once in a while the incrementing stops working and the number 'sticks' or misses some out. It looks as if it might be because multiple people are adding entries concurrently. Could the occasion where there is a gap in the sequence (171-174) be where people abandoned changes (clicked on "Back") after having numbers allocated? Here is a list showing the discrepancies.
Date Item Time Stamp (from the line after $@MID@$) "Created" attribute time stamp
22/09/08 124 16:15:10 11:58
22/09/08 125 16:33:54 16:24
22/09/08 125 16:35:37 16:33 Should be 126
10/10/08 146 10:39:09 10:30 Correct
10/10/08 146 10:46:57 10:35 Should be 147
10/10/08 147 13:04:03 13:02 Should be 148
10/10/08 148 15:11:38 15:00 Should be 149
17/11/08 171 10:21 10:17 Correct
17/11/08 174 14:30 13:47 Should be 172
17/11/08 175 16:14 16:04 Should be 173
17/11/08 176 16:49 16:38 Should be 174
25/11/08 187 15:49:58 15:47 Correct
25/11/08 187 15:52:39 15:48 Should be 188
25/11/08 188 16:49:56 16:44 Should be 189
25/11/08 188 16:52:40 16:40 Should be 190
25/11/08 188 16:55:17 16:43 Should be 191
Let me know if you need any more information.
Thanks to your detailed description I could reproduce and fix the problem. Please download SVN revision #2144 and give it a try.
Tested SVN v 2147 and all looks OK
This is to let you know that the increment problem has just happened again.
Item 206 has timestamp (from the line after $@MID@$) of 11:59:45 and "created" attribute timestamp of 11:29
overlapping with this, a second item 206 has timestamp of 12:04:02 and "created" attribute of 11:53
So, both users were entering information between 11:53 and 11:59:45 and both picked up the same increment number.
There's no easy solution tho, is there? If you pick up the increment number at the start so it can be displayed on screen and ensure uniqueness then, if a user cancels a new entry you end up with "holes" in the sequence. If you pick it up at the end then you can't display it until the user presses submit.
I finally found some time to address this problem. It is indeed related to the fact that the new number gets assigned when you click on 'New'. So if two people edit the new entries at the same time, they get assigned the same number. To fix this problem, I made the tag generation work with the 'Subst' command, which is evaluated at the entry submission, and not when you click on 'New'. So to make this work, you need to upgrade to SVN revision 2152 and then put into your configuration file:
Attributes = Author, RFC, Subject Preset RFC = <will be assigned when you submit> Preset on duplicate RFC = <will be assigned when you submit> Locked attributes = RFC Subst RFC = RFC-######
I also changed the documentation accordingly.
Thanks for fix - I've just tested it and it works beautifully.
If I open an elog entry as read-only then attachments show as links which can be clicked to open the attachment. However, if I open an entry using Edit then attachments show as text with a delete button - I would expect to be able to read attachments when editing an entry but there may be some good reason for not being able to.
Also, on attachments, if I click on the attachment icon (paperclip) on the list page the URL encodes "/" as "%2f", e.g.
http://xxx.xxx.xxx.xxx:8080/Change_Log/..%2FChange_Log%2F090205_123135%2FCHANGE_CONTROL_NOTICE_050209.doc and I get the following error:
"Invalid URL: Change_Log/..%2FChange_Log%2F090205_123135%2FCHANGE_CONTROL_NOTICE_050209.doc" . If I then change all occurrences of "%2f" to "/" the link works.
We don't use attachments very often but occasionally they are just what you need - and so is elog!
great piece of software - many thanks for sharing it
You have an old version of elog, this bug has been fixed some time ago. Have a look for example at https://midas.psi.ch/elogs/Linux+Demo/.
If you click on a peperclip there, the attachment is shown correctly.
Thanks - just downloaded and compiled the latest version and all is well
Thanks for a great piece of software - it does so much and is (mostly) so simple to use. However, I do have a suggestion that (for me, at least) would make it even better -
I use elog for a variety of logging tasks but find that, because I want to see as complete a summary as possible, the list page can get very crowded with longer fields wrapping over several lines. I would like to have more control over the way attributes are displayed here. Specifically, being able to truncate data (e.g. to show just the first n characters of a description), being able to select a substring (e.g. displaying characters before the '@' character to remove the domain from an email address or displaying characters after the space to remove the day from a date in ddd dd/mm/yy format) and being able to concatenate fields (e.g. to show a reference in a single cell as "Incident 1234" by joining call type and call reference attributes).
Something along these lines is however not implemented (and hard to do). The only chance you have is to export your data into a spreadsheet and do the reformatting/report generation there.
Thanks for looking at the suggestion - it was only a 'nice to have', whereas elog is an essential!
We are exploring whether it's possible/feasible to import ELog logbooks into a another database for special purposes (plotting/statisical, etc). Target database is TBD (perhaps Access).
Does anyone have or know of a logbook parser program? From cut/pasting into, for example, Excel, it does appear that the data fields are already line-feed delimited so offhand it would seem possible to parse if one really wanted to pursue it.
- Alan
You can export to CSV (comma-separated-values) if you go to "Find" and then click on "Export: CSV". These fiels you ran read right into Excel or other spreadsheet programs for further analysis.
excuse my butting in ... I've found the exports useful in the past - however, is is possible to run the export from a script in order to produce reports? Utilities like wget won't work as the export process doesn't return the data as html.
That's not true. wget does work. Try that one:
wget --no-check-certificate -O export.csv https://midas.psi.ch/elogs/linux+demo/?mode=CSV1
actaully wget doesn't care if the return is HTML or a GIF image or anything else, it just saves it into the output file.
you're right, of course, on all counts!
when I was testing wget/elog to try to automate an extract I was getting a lot of stuff like:
/Change_Log/587">Software Only</a></td><td class="92^M^H<88>^\ÿ^Y"ÿ"><a href="../Change_Log/587">23416</a></td><td class="92^M^H<88>^\ÿ^Y"Ã<a href="../Change_Log/587">New</a></td><td class="92^M^H<88>^\ÿ^Y"ÿ"><a href="../Change_Log/587">Awaited</a></td>
but I must have been getting something wrong, using your command line as an example it works perfectly! Thanks again for elog!!
I'm doing something wrong but can't work out what!
I've created a new logbook with some date attributes that need to keep in step, e.g. one date ("receipt date") is set to the date the new record is created and another ("response required") to 7 days later. The logbook doesn't use threaded messages, just a single page for each log entry with Submin/Preview/Back. The dates are set with:
Preset Receipt Date = $date
Preset Response Required = $shell(gawk 'BEGIN{ print $Receipt Date + 86400 * 7}')
"receipt date" and "response required" are set correctly when the log is written but if I change "receipt date" then "response required" is not altered - presumably because Preset only works on "New". Tho I haven't found a way to make this dynamic with Subst.
When the log is updated later a third date may be entered ("proposal submitted") and this should calculate a fourth date ("proposal expires"). Again, I thought I could do this with some sort of "Subst" but can't work out how. If I use Subst then the value of "proposal expires" isn't changed at all and if I use Subst On Edit then the value isn't changed until I go in to edit the log when the correct "proposal expires" date gets calculated and displayed, e.g.:
Subst On Edit Proposal Expires = $shell(gawk 'BEGIN{ if ($Proposal Sumbitted > 0) {print $Proposal Submitted + 86400 * 30}}')
Am I trying to do the impossible, and is there a document that will help me to understand when different updates (Preset, Subst, Subst On..., Change etc) happen and comparing their use?
A great piece of software - though I sometimes find it hard to get my head round all that it can be bent to do!
It is occasionally convenient to be able to put the Edit button at the beginning of the line in list view, e.g. when pages are wider than the screen it saves having to scroll across to find it. Would it be possible to do something similar with the Attachments button?
Just try with the current version, where I reworked the "Subst" commands. See elog:66592. "Subst" work now only on "New", and "Subst on Edit" only works when editing an entry.
Thanks for that - it works perfectly. Another success for elog!
Just wondering if there is still a maximum number of mail recipients? I saw a number of 112 floating around in old forum entries, and I need more, like currently 300. When I try it, the elogd hangs, not much output to speak of, but won't reply to Apache on its port. Any quick fix (like changing a def'd variable somewhere?)
I just updated my mirror server, which I just use as a backup to my main server, to 2.9.0 and found that after logging in (the selection page is not protected, but the individual logbooks are) and coming back to the selection page I no longer get the "Synchronize all logbooks" even though I am an admin user. The relevant code is in elogd.c in the show_selection_page() routine:
/* only admin user sees synchronization link */ if (is_admin_user("global", getparam("unm"))) { rsprintf("<tr>\n"); rsprintf("<td colspan=13 class=\"seltitle\">\n"); rsprintf("<a href=\"?cmd=Synchronize\">%s</a></td>\n", loc("Synchronize all logbooks")); rsprintf("</tr>\n"); }
what is happening is that after logging in to a logbook and coming back to the selection page, the "unm" parameter is not set, so getparam("unm") returns NULL, who clearly is not in the admin user list. The strange thing is that in an individual logbook the unm (and uname) parameters are working fine, and I have admin rights - can change the global config file, do an individual synchronization, etc. It is just from the selection page that the unm parameter is not working.
In fact, I commented out the if statement above, just to see if I could get synchronized using the link, and that failed too, with a message "No user name supplied for remote access" even though I do have a "mirror user" statement in my config. Again, if I do each one individually it all works. In addition, the cron synchronization (i.e. mirror cron) also works fine.
Obviously this isn't crucial, just a pain that can be worked around, but if anyone has any ideas I'd be glad to hear them.
PS Another feature request: when you forget to set an icon in this forum and then use the "back button" it shouldn't force you to rewrite the whole message over again!
It is not clear to me how "Format <attribute> = " works. At first I thought it would allow me to rearrange how attributes are organized on the html "page" using # <flags> Sum of following flags: * 1: Display attribute in same line as previous attribute * 2: Display radio buttons or check boxes in separate lines (if applicable) but this does not result in any behavior that I can see. I must admit that I am not sure what "Values used for single message display page:" means. My goal is to provide a more compact page, taking small attributes and running them across the page rather than straight down. Thanks
Using the COMMENT feature to add guidance to an ATTRIBUTE works great, but is it possible to add a TOOLTIP <ATTRIBUTE> = so as to save screen space? For a complex entry form it is desireable to try and have everything in a single window and this, I think, would help. Thanks
I've run into a situation where the SUMMARY view of a logbook will extend beyond the righthand border, thus requiring the user to scroll right. This does not occur in FULL or THREAD mode. Long lines in the TEXT attribute appear to be "pushing" the display too far to the right. Limiting the number of displayed summary lines works unless the first line is too long. A temporary fix for this is to set summary lines = 0
> > Using the COMMENT feature to add guidance to an ATTRIBUTE works great, but > > is it possible to add a TOOLTIP <ATTRIBUTE> = so as to save screen space? > > Where should the tooltip appear? In the entry form or when an entry is > displayed, or even in the tabular listing? I can put a title arround the > attribut names such as > > <div title="Please enter some subject here">Subject:</div> > > which gets interpreted by most browsers as a tooltip. However it's not > apparent to the user that leaving the cursor on top of "Subject" opens a > tooltip, especially since the cursor is displayed as the text cursor (vertical > bar), not as an arrow over the attribute. Do you have a link to a public web > page which uses tooltips? > > > For a complex entry form it is desireable to try and have everything in a > > single window and this, I think, would help. > > Aiming for running elog on you PDA? Let me know if you succeed... In the Entry form I am thinking, as this is when most people need some help. Perhaps the user could be clued in with a "Mouse-over each attribute for Help" COMMENT at the top. As for the PDA, no, it's just that some people around here get confused if they have to scroll down. Not a big thing . . . ;-> Hmmm, PDA . . .
> Just have a look at elog:571 which should answer your question. Also look at > elog:Config+Examples/4 which is the configuration of this Forum (which as you can > see has all attributes in a single line, even using different fonts). Ok, I think I see now. I was assuming it applied to the entry form as well. Thanks!
> > Ok, I think I see now. I was assuming it applied to the entry form as well. > > Well, good idea. I implemented that. Have a look at this forum (just hit reply to this > entry) and you'll see it. I'm not completely happy with it (at least on small 1024x768 > screens), but it's configurable anyhow. New version under CVS. Now that creates an interesting display - especially with the icons and radio buttons. But it works! Thanks.
> > A temporary fix for this is to set summary lines = 0 > > Right, that's the only way. I would call this "permanent fix" (;-) I would too - and it actually produces the output that I wanted to see anyway. Thanks!
I have an attributes defined as: - Attributes = Author, PlannedDate, FunctionalArea, Operation, Category, HardwareName, Significance, EmailNotify, LastRevision, Subject I have PlannedDate defined as: - Type PlannedDate = date When I use the following statement: - Thread display = $subject, planned for $PlannedDate. Last revised: $lastrevision I get the following in my THREADED logbook view: "Adding new services, planned for 1090519200. Last revised: Thu Jul 15 18:03:52 2004" Note that the ATTRIBUTE $PlannedDate prints as a (I am guessing) serialized date and is not formatted. I'm not sure if this is manifested elsewhere.
Something to add to the wishlist: - Type <attribute> = user This would define an attribute as being of the type "user" which is a list of login id's as defined in a password file or on the "Login user =" line. In a dataentry form the presence of this ATTRIBUTE would result in a picklist of loginid's and/or fullnames.
With the "Preset text = " specified, when re-editing a logbook entry (say to correct a spelling error) the text of the "Message" is replicated and placed directly below the original text. Commenting out the "Preset text = " line prevents this behavior. this occurs under both FireFox and IE6.0 clients.
Just compiled 1.410 and have run into an issue that *may* have been introduced in 1.393. Config file directives such as "Welcome title" could be very long strings. After compiling 1.410, our "Welcome title" is truncated and, while I haven't counted the actual chars, I suspect that the truncation happens at 1024 characters. The procedure 'getcfg' has a declared passed paramater "int vsize". I haven't looked to see if this effects any other large configuration strings that are managed by "getcfg" but this procedure is perhaps the most popular one by far in elog.
> > Just compiled 1.410 and have run into an issue that *may* have been > > introduced in 1.393. > > > > Config file directives such as "Welcome title" could be very long strings. > > After compiling 1.410, our "Welcome title" is truncated and, while I haven't > > counted the actual chars, I suspect that the truncation happens at 1024 > > characters. The procedure 'getcfg' has a declared passed paramater "int > > vsize". > > Actually before 1.393 you got a buffer overflow if any string in the > configuration file was longer than 500 chars, so it's a miracle that your elogd > did not crash on the long Welcome Title. I added the "vsize" parameter to avoid > such crashes. To satisfy your need for a long Welcome title, I increased the > string size for that particular case to 10000 chars. Hope this is enough. Hmmm, it is a wonder. Our welcome text was not significantly longer (about 20 chars longer) so perhaps . . . ? Thanks, will recompile and report back.
> Acknowledged. Added your vote to the wishlist. Thanks!
> > I get the following in my THREADED logbook view: > > > > "Adding new services, planned for 1090519200. Last revised: Thu Jul 15 > > 18:03:52 2004" > > That should be fixed by the current version. Please update. Thanks!
> > With the "Preset text = " specified, when re-editing a logbook entry (say to > > correct a spelling error) the text of the "Message" is replicated and placed > > directly below the original text. > > That should be fixed since revision 1.370 from Jul 7th, 2004. Please update. Thanks!
> Ok, I added the option > > Tooltip <attribute> = ... > > I apply the HTML "title" tag to the whole table row, so the tooltip appears on the > whole line, not only the attribute name. I guess this is much more intuitive. Give > it a try. New version under CVS and available as a snapshot. I like the implementation, especially with the tooltip popping up anywhere in the area. Thanks.
I was trying to do some hard coded spaces using: Thread display = For: $Date for Shutdown. $DataCenter: $short summary. Coordinator: $Shutdown Coordinator. The spacing actually works mthe first time, but upon going back into editing the config file, the coded spaces are gone, replaced with real spaces, and when saved all real multiple spaces are, as one would expect, ignored. The spacing reverts back to normal. I tried other html tags but these show up as literals. Thanks
> > I was trying to do some hard coded spaces using: > > > > Thread display = For: $Date for Shutdown. $DataCenter: > > $short summary. Coordinator: $Shutdown Coordinator. > > > > The spacing actually works mthe first time, but upon going back into editing > > the config file, the coded spaces are gone, replaced with real spaces, and > > when saved all real multiple spaces are, as one would expect, ignored. The > > spacing reverts back to normal. > > > > I tried other html tags but these show up as literals. > > I fixed that in revision 1.448. The problem also showed up even in normal > logbook entry displays and in replies (before this fix, the in this text > whould not have shown up). Get the new version from CVS. As always - fantastic! Thanks
The help text on the website says the following: "The command Select can be used to select multiple messages for deletion of moving to other logbooks." This is not clear but was the intent to indicate that SELECT can be used to either select multiple log entries for deletion OR for moving to another logbook? If the latter, then this does not work if one adds the MOVE TO menu item to the list. If the former then the helptext is a little misleading. Thanks!
I'm not sure if this is a configuration problem or a bug, but running v2.5.4subver1.413, elogd runs as user ROOT (UID0) even though the following is in the elogd.cfd file: Usr = nobody Grp = essadm All other directives added to the cfg file work, so I know eLog is reading the cfg file. The elogd binary *is not* setuid 0. Thanks
> > The help text on the website says the following: > > > > "The command Select can be used to select multiple messages for deletion of > > moving to other logbooks." > > > > This is not clear but was the intent to indicate that SELECT can be used to > > either select multiple log entries for deletion OR for moving to another > > logbook? If the latter, then this does not work if one adds the MOVE TO > > menu item to the list. If the former then the helptext is a little misleading. > > SELECT can be used for deletion OR moving OR copying. To enable the copy and move > commands, they have to be present in the "Menu commands" list, like > > Menu commands = Back, New, Edit, Delete, Reply, Find, Config, Logout, Move to, Copy > to, Help > > I added an appropriate note to the documentation, sorry for the misleading descriptoin. Thank you. I had added the "Move To" and this works at the log entry level (i.e., "Move To <name>) but in the threaded view one does not get the enumerated list of logbooks. I'll play around with it a little more before re-posting. When it didn't work as I expected I read the docs and ran across the confusing text - so I stopped and asked! Thanks again.
> > I'm not sure if this is a configuration problem or a bug, but running > > v2.5.4subver1.413, elogd runs as user ROOT (UID0) even though the following > > is in the elogd.cfd file: > > > > Usr = nobody > > Grp = essadm > > > > All other directives added to the cfg file work, so I know eLog is reading > > the cfg file. > > > > The elogd binary *is not* setuid 0. > > I could not reproduce your problem with the current version (Revision 1.460) > under Linux. I guess you made sure that user "nobody" and group "essadm" exist. > Try to run elogd interactively, if you see any error message (without "-D" > flag). In the most recent version (1.460), I added some more debugging code > which tells you if elogd successfully fell back to another user, if you use the > "-v" (verbose) flag. > > If all that does not help, I guess it's some peculiarity of Solaris. Maybe > someone else using Solaris has some idea. All elogd does is a call to > > setuser("<user>"); > > I see no reason why this should not work on Solaris. Ok, just checking. I will fiddle around with running it interactively and see what I get, plus I'll have a look at the setuser function under Solaris. Just for grins, what version of compiler are you using under Linux? Thanks again!
> > Couldn't one include the extra <table> tag only when there is really more than > > one attribute per line. All other lines could then be aligned properly. > > Sure one can do a lot of things if one has enough time and not tens of other > requests on the wishlist which really concern some functionality and not just > cosmetics. Ouch! And just to add insult to injury, the same <table> structure doesn't even look the same between, say, IE6.0 and FireFox 0.9!! Stefan, keep up the good work!
> > Thank you. I had added the "Move To" and this works at the log entry > level (i.e., "Move > > To <name>) but in the threaded view one does not get the enumerated list > of logbooks. > > You get the "Move To" button only after pressing "Select", otherwise it does > not make sense. See attached screendump and config example. Hmmm. I like the little buttons with the pull-downs for selections. Unfortunately, I don't get that. With a config of: Find Menu commands = New, Find, Select, Config, Change password, Logout, Help, Admin Menu commands = Back, New, Edit, Delete, Reply, Find, Move To, Copy To, Config, Help my screen only shows the "toggle" and "delete" buttons. Was there a recent rev that allowed this to happen (I didn't see a comment on this). BTW, on a log entry screen, is the appropriate behavior for the "Move To" option to show multiple "Move To" links (one for each logbook) or should there also be pulldowns? Thanks
> > Just for grins, what version of compiler are you using under Linux? > > gcc 3.2.2 (from RedHat Linux 9.0) Well, I am running 2.95.3 - hmmm. We have 3.3.2 - perhaps I'll try that and see if there is a difference.
Under 2.5.4-2 build1.460, when I edit the demo elogd.cfg the following happens: - I start with URL = http://cde-tx32-sds01.subdom.dom.com:8080/ - When I go to edit the global section of the config file, the *display* of the string is changed to: URL = <a href="http://cde-tx32-sds01.subdom.dom.com:8080/">http://cde-tx32-sds01.subdom.dom.com:8080/</a> - Saving this results in an error in that the rendered url is invalid. Our current running version is 2.5.4-build1.413 and this behavior is not evident. I've looked through the diffs but could not identify the genesis of this new behavior. Thanks
> Hello friends, > > Exist some form to increase limits of items (100) in the Options List > > > > Thanks for any help I believe only through an edit of the C code and a recompile, as the values are set as constants. I think this might be the line: #define MAX_N_LIST 100 So, yes, there exists a way and the ease of this way is dependent upon your comfort level with changing stefan's code.
> This problem has been fixed in revision 1.462 Thank you!
Stefan, would it be ok to add the "minor" revision level to the VERSION constant? I've been doing this after I download source just so I can keep things straight, you keep cranking out versions ;-> EX: #define VERSION "2.5.4-4" BECOMES #define VERSION "2.5.4-4-1.483" or something like that? Just a thought. Thanks
No big deal - I looked at the code and you did a much more thorough job than I would have done. Appreciate all of the hard work -- this product is masterful! > Sorry for that. The idea is that the -4 is the minor number between releases > (mainly for bug fixes and impatient users (;-) ). I accidently overwrote the > -4 version several times when testing a new RPM building scheme, but I promise > to take more care in the future (:-))) > > Having the CVS revision in the executable is however a good idea and I will > put it in. > > > Stefan, would it be ok to add the "minor" revision level to the VERSION > > constant? I've been doing this after I download source just so I can keep > > things straight, you keep cranking out versions ;-> > > > > EX: > > #define VERSION "2.5.4-4" > > BECOMES > > #define VERSION "2.5.4-4-1.483" or something like that? > > > > Just a thought. > > > > Thanks
> > In order to avoid having to remember multiple usernames/passwords for > > different systems, is it possible for ELOG to use external authentication > > via Active Directory, etc? > > Not yet. I would note that this is a request that comes in fairly frequently, but to Stephan's credit (and looking back at previous comments) the task of trying to implement authentication that would *not* be a maintenance nightmare basically pushes such a request down to the bottom of the list. The only common denominator that could possibly cover all contingencies would be LDAP authentication. One way of doing this in a more-or-less universal fashion is to offload the auth task from eLog itself and place the burden on Apache. This means figuring out how to get Apache to pass auth info to eLog when eLog operates behind Apache. In the end, anything that can use LDAP as an authentication mechanism (like AD) can host eLog - as long as eLog can glom off of Apache's ability to do the actual authenticating. For our twiki (source from twiki.org) website, we use the following config: -- In Apache http.conf LoadModule auth_ldap_module libexec/auth_ldap.so AddModule auth_ldap.c AccessFileName .htaccess # Twiki Include /proj/www/twiki/conf/httpd.conf -- The http.conf in the Twiki directory <VirtualHost *> DocumentRoot "/proj/www/twiki/html" ServerName twiki ErrorLog error_log CustomLog access_log combined <Directory "/proj/www/twiki/html/bin/"> Options +ExecCGI allow from all AllowOverride Authconfig FileInfo Indexes Limit Options </Directory> <Location /bin> Options +ExecCGI AuthType Basic AuthName CoreID CustomLog access_log combined <Directory "/proj/www/twiki/html/bin/"> Options +ExecCGI allow from all AllowOverride Authconfig FileInfo Indexes Limit Options </Directory> <Location /bin> Options +ExecCGI AuthType Basic AuthName ID AuthLDAPURL ldap://ldap.co.com:389/ou=People,ou=Intranet,dc=co,dc=com?uid?sub?(objectClass=*) require valid-user allow from all <Limit OPTIONS> Order Deny,Allow Deny from all </LIMIT> </Location> </VirtualHost> --- Then the DocumentRoot ("/proj/www/twiki/html") has a '.htaccess' file with the following: RedirectPermenant / http://twiki.co.com/bin/view.cgi --- Also in the /bin directory we have: Redirect http://twiki.sps.mot.com/index.html http://twiki.sps.mot.com/bin/view.cgi AuthType Basic AuthName "LDAP Login" AuthLDAPURL ldap://ldap.co.com:389/ou=People,ou=Intranet,dc=co,dc=com?uid?sub?(objectClass=*) SetHandler cgi-script ErrorDocument 401 /bin/oops.cgi/TWiki/TWikiRegistration?template=oopsauth <Files ~ "[^/]*\.html$"> SetHandler blabla allow from all </Files> <Files "*"> require valid-user allow from all </Files> ------------------------- Whether this is at all relevant, well . . . .
> > The only common denominator that could possibly cover all contingencies would > > be LDAP authentication. One way of doing this in a more-or-less universal > > fashion is to offload the auth task from eLog itself and place the burden on > > Apache. This means figuring out how to get Apache to pass auth info to eLog > > when eLog operates behind Apache. In the end, anything that can use LDAP as an > > authentication mechanism (like AD) can host eLog - as long as eLog can glom off > > of Apache's ability to do the actual authenticating. > > That sounds to me like a great idea. If anybody gets this working, people would be > grateful if this could be submitted to the "Contributions" section of this forum. Ah, you test me! Perhaps I will attempt to dig into this but I may have to leave the integration up to you, Stefan. Seems that there would be two roads to go: 1> Move away from standalone and start to rely on Apache 2> Continue with the standalone theme and build in LDAP authentication (which could also give you groups functions as well). I think I would opt for <2>
> > Ah, you test me! Perhaps I will attempt to dig into this but I may have to leave the > > integration up to you, Stefan. Seems that there would be two roads to go: > > 1> Move away from standalone and start to rely on Apache > > 2> Continue with the standalone theme and build in LDAP authentication (which could > > also give you groups functions as well). > > > > I think I would opt for <2> > > <1> would only make sense if the functionality could be completely implemented inside > Apache, without (much) modification of elog. Otherwise I agree that <2> would be more > following the general lines of elog. I was considering to implement PAM (pluggable > authorization module) support into elog, which is quite easy to implement and gives you > to power of having LDAP, Kerberos, Unix username, Windows NT Domain and much more. But > that would them be restricted to elog running under Linux (and Solaris I guess), since > I'm not aware of a PAM implementation under Windows. > > Implementing LDAP directly into elog gives me the problem that we don't use LDAP > authentication at our institute (it's Kerberos in fact). So I would have to set up my own > LDAP server for testing, plus we at our institute don't have a direct benefit from that, > which would make it hard for me to justify to spend time on. Yes, PAM is highly dependent upon Unix and PAM would work under Solaris just fine. Your problem lies with Windows - hence my LDAP suggestion. And LDAP isn't an easy thing to setup, but I bet there is a quick and dirty "test" bench that could be rigged using OpenLDAP. Like I indicated, I'll see what I can dig up on this front - but I make no promises wrt delivery time!
What is the recommended version of gcc to use with elog 2.5.9? I searched the discussion database but found nothing pertaining to this. Thanks
> > What is the recommended version of gcc to use with elog 2.5.9? I searched > > the discussion database but found nothing pertaining to this. > > Well, the same code compiles on gcc and on Visual C++ under Windows, so > hopefully there is no dependence on the gcc version (;-) > > I use gcc 3.2.3 on Scientific Linux 3.03. I ask because I get a dependency that I did not have before with 2.5.3. Compiling with my same 'ole gcc 2.95.2 I see that I now need mxml.h and strlcpy.h. Trying to compile under gcc 3.4 results in all kinds of errors.
> > I ask because I get a dependency that I did not have before with 2.5.3. > > Compiling with my same 'ole gcc 2.95.2 I see that I now need mxml.h and > > strlcpy.h. Trying to compile under gcc 3.4 results in all kinds of errors. > > mxml.h and strlcpy.h are part of the elog tar ball. When untar'ed, they get copied > into a separate directory: > > ... > -rwxr-xr-x ritt/lke 15090 2005-05-09 13:09:54 elog-2.5.9/eloglang.japanese > -rwxr-xr-x ritt/lke 17587 2005-05-09 13:09:54 elog-2.5.9/eloglang.spanish > drwxr-xr-x ritt/lke 0 2005-05-09 13:09:54 mxml/ > -rwxr-xr-x ritt/lke 45577 2005-05-09 13:09:54 mxml/mxml.c > -rwxr-xr-x ritt/lke 2198 2005-05-09 13:09:54 mxml/strlcpy.c > -rwxr-xr-x ritt/lke 4359 2005-05-09 13:09:54 mxml/mxml.h > -rwxr-xr-x ritt/lke 567 2005-05-09 13:09:54 mxml/strlcpy.h > > I have right now no access to 3.4. Once I get it, I will address the errors > occuring there. Ah, now I need to figure out how to pickup the new includes. BTW, personally I wouldn't take my word regarding the 3.4 errors -- I was simply trying an alternative version and it is likely that the way ours is configured is the problem. Thanks!
> > > I ask because I get a dependency that I did not have before with 2.5.3. > > > Compiling with my same 'ole gcc 2.95.2 I see that I now need mxml.h and > > > strlcpy.h. Trying to compile under gcc 3.4 results in all kinds of errors. > > > > mxml.h and strlcpy.h are part of the elog tar ball. When untar'ed, they get copied > > into a separate directory: > > > > ... > > -rwxr-xr-x ritt/lke 15090 2005-05-09 13:09:54 elog-2.5.9/eloglang.japanese > > -rwxr-xr-x ritt/lke 17587 2005-05-09 13:09:54 elog-2.5.9/eloglang.spanish > > drwxr-xr-x ritt/lke 0 2005-05-09 13:09:54 mxml/ > > -rwxr-xr-x ritt/lke 45577 2005-05-09 13:09:54 mxml/mxml.c > > -rwxr-xr-x ritt/lke 2198 2005-05-09 13:09:54 mxml/strlcpy.c > > -rwxr-xr-x ritt/lke 4359 2005-05-09 13:09:54 mxml/mxml.h > > -rwxr-xr-x ritt/lke 567 2005-05-09 13:09:54 mxml/strlcpy.h > > > > I have right now no access to 3.4. Once I get it, I will address the errors > > occuring there. > > Ah, now I need to figure out how to pickup the new includes. > BTW, personally I wouldn't take my word regarding the 3.4 errors -- I was simply > trying an alternative version and it is likely that the way ours is configured is the > problem. > > Thanks! Ok, now I see the issue - the tar extract created the mxml directory in the root (not under the created directory elog-2.5.9). Is there a reason why these includes are not placed in the src dir like the regex.h/.c include?
> > > > I ask because I get a dependency that I did not have before with 2.5.3. > > > > Compiling with my same 'ole gcc 2.95.2 I see that I now need mxml.h and > > > > strlcpy.h. Trying to compile under gcc 3.4 results in all kinds of errors. > > > > > > mxml.h and strlcpy.h are part of the elog tar ball. When untar'ed, they get copied > > > into a separate directory: > > > > > > ... > > > -rwxr-xr-x ritt/lke 15090 2005-05-09 13:09:54 elog-2.5.9/eloglang.japanese > > > -rwxr-xr-x ritt/lke 17587 2005-05-09 13:09:54 elog-2.5.9/eloglang.spanish > > > drwxr-xr-x ritt/lke 0 2005-05-09 13:09:54 mxml/ > > > -rwxr-xr-x ritt/lke 45577 2005-05-09 13:09:54 mxml/mxml.c > > > -rwxr-xr-x ritt/lke 2198 2005-05-09 13:09:54 mxml/strlcpy.c > > > -rwxr-xr-x ritt/lke 4359 2005-05-09 13:09:54 mxml/mxml.h > > > -rwxr-xr-x ritt/lke 567 2005-05-09 13:09:54 mxml/strlcpy.h > > > > > > I have right now no access to 3.4. Once I get it, I will address the errors > > > occuring there. > > > > Ah, now I need to figure out how to pickup the new includes. > > BTW, personally I wouldn't take my word regarding the 3.4 errors -- I was simply > > trying an alternative version and it is likely that the way ours is configured is the > > problem. > > > > Thanks! > > > Ok, now I see the issue - the tar extract created the mxml directory in the root (not > under the created directory elog-2.5.9). Is there a reason why these includes are not > placed in the src dir like the regex.h/.c include? Ack, ok, I moved the includes into src and tried re-compiling -- and received several "undefined symbol" errors from the linker. Clearly the libraries cannot be moved into src?
> [ritt@pc5082 /tmp]$ tar -xzvf elog-2.5.9-2.tar.gz > elog-2.5.9/ > elog-2.5.9/doc/ > elog-2.5.9/doc/adminguide.html > ... > mxml/ > mxml/mxml.c > mxml/strlcpy.c > mxml/mxml.h > mxml/strlcpy.h > [ritt@pc5082 /tmp]$ cd elog-2.5.9 > [ritt@pc5082 elog-2.5.9]$ make > gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -o elog src/elog.c > gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -c -o regex.o src/regex.c > ... skipping warnings ... > gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -c -o mxml.o ../mxml/mxml.c > gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -c -o strlcpy.o ../mxml/strlcpy.c > gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -I../mxml -o elogd src/elogd.c regex.o > mxml.o strlcpy.o > gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -o elconv src/elconv.c > [ritt@pc5082 elog-2.5.9]$ > > -------------- > No undefined functions here. I guess you have an old Makefile? Just use the complete tar > package from the last version. Ok, now I have it. Old Makefile because I had to perform some deletions to make "make" work right under Solaris. Basically, I took out the ifdef structures - "make" was blowing up on these. Everything now compiles perfectly -- don't change anything. Thanks for that last pointer. Steve
#ifdef OS_SOLARIS forkpty(...) { ... } #endif
OSTYPE = $(shell uname) . . . ifeq ($(OSTYPE),solaris)
ifeq ($(OSTYPE),SunOS) OSTYPE=solaris endif
forkpty()
int system(const char *s);
char *tmpnam(char *s);
$Id: elogd.c 1660 2006-02-17 19:48:12Z ritt $
http://midas.psi.ch/This+Is+Top+Group+One/newlogbook
http://midas.psi.ch/This%20Is%20Top%20roup%20One/newlogbook
http://elog-test.company.com/EngineeringComputeChangeLogs/Test2/?cmd=Config
GET /ECCL/Test6/?cmd=Config HTTP/1.1
http://elog-test.company.com/ECCL/Test6?Cmd=Config
GET http://elog-test.company.com/Test6/?cmd=Config
==== Return ================================ HTTP/1.1 200 Document follows Server: ELOG HTTP 2.6.1-1671 Accept-Ranges: bytes Expires: Thursday, 09-Mar-06 19:07:51 GMT Connection: Keep-Alive Keep-Alive: timeout=60, max=10 Content-Type: image/x-icon Content-Length: 318 GET /TX30-CL/?cmd=Create+new+logbook&lbname=test4&template=&cmd=Create+new+logbook HTTP/1.1 Host: elog-test.company.com:1080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://elog-test.company.com:1080/TX30-CL/ Cookie: elmode=threaded; SITESERVER=ID=6c8b8ddc89cc07688479433b364c5b40; urem=0; unm=r4aajl; upwd=TDIwYXVyZW4= Indexing logbook "TX30-IL" ... Found empty logbook "TX30-IL" Indexing logbook "TX11-IL" ... Found empty logbook "TX11-IL" Indexing logbook "TX32-IL" ... ID 1, 040716a.log, ofs 0, thead, MD5=6E2FDFC052D1264222AA380DDF1878C1 ID 2, 040716a.log, ofs 899, thead, MD5=2DA14909DFCD24EC3FADF388E0C9F7C7 ID 3, 040812a.log, ofs 0, thead, MD5=D1B98E2B5E852BF3809EE4297B3DBA3D ID 4, 040824a.log, ofs 0, thead, MD5=E354BD9E899D89473D90A2E6FC32185A ID 5, 040827a.log, ofs 0, thead, MD5=CD519304C3B5054CD224426CBF76F83A ID 6, 040830a.log, ofs 0, thead, MD5=E5ACB49F9505D4A4721F07D116B08577 ID 7, 040830a.log, ofs 548, thead, MD5=46F974CE0EEED711E22FDC4135EB1012 ID 8, 040901a.log, ofs 0, thead, MD5=CB785F67B1F3EF8A541C95895F8ED43C ID 9, 040901a.log, ofs 1892, reply, MD5=65FAA0CA56828B6CF588A4C352AF84B7 ID 10, 040910a.log, ofs 0, thead, MD5=5756F9BD237463A039FC36A089904733 ID 11, 040915a.log, ofs 0, thead, MD5=4EAB52440A45ED05F4009EDF3A94D823 ID 12, 040916a.log, ofs 0, thead, MD5=7C8E0F6DE412F38D2E56E6350F9532BF ID 13, 040916a.log, ofs 560, thead, MD5=46B0C32C42FE71A020B35D228D78CB0D ID 14, 040916a.log, ofs 1856, thead, MD5=8FFFF190194A526E210CA04C1621198A ID 15, 040927a.log, ofs 0, thead, MD5=98B992B2AD8007FAFD57C316AF9F651C ID 16, 041015a.log, ofs 0, thead, MD5=04D1D71581501BD91CD00214C42D72A5 ID 17, 041108a.log, ofs 0, thead, MD5=B88733FCEA5F1DF6CA97A48CDD4415D2 ID 18, 041207a.log, ofs 0, thead, MD5=EF8251801E33241D43998F4F16A685AA ID 19, 041220a.log, ofs 0, thead, MD5=6D4831B3F787D3D403CEA834D5332E3E ID 20, 041220a.log, ofs 845, thead, MD5=44E409286630E4CF9E4C86C39E575C2E ID 21, 041223a.log, ofs 0, reply, MD5=E282DA199A44B44E558757B6B306EFDE ID 22, 050107a.log, ofs 0, thead, MD5=F096677FA81DFA73793BEA4BFF0319F6 ID 23, 050112a.log, ofs 0, thead, MD5=711670AF4FECE13BA446DB98C7F4A457 ID 24, 050114a.log, ofs 0, thead, MD5=4E3FD5313294CE645D71B3D80B1073EA ID 25, 050117a.log, ofs 0, thead, MD5=D359C34C0AD0F9F67A5B1C9EB6427C2C ID 26, 050119a.log, ofs 0, thead, MD5=B9B083F9BB21C675DC23CA88C0651171 ID 27, 050125a.log, ofs 0, thead, MD5=E98CD76BB9B0276A3281A95EABEA7288 ID 28, 050203a.log, ofs 0, thead, MD5=7664924CDF3A33C0AC6A0A944BC0667C ID 29, 050223a.log, ofs 0, thead, MD5=D56D3760BDADF638CE90322B48485014 ID 30, 050224a.log, ofs 0, thead, MD5=C51EAB967557EF89767BE38C5265DEB0 ID 31, 050302a.log, ofs 0, thead, MD5=74E39EDB807510564EF4607BFF75C637 ID 32, 050307a.log, ofs 0, thead, MD5=030B29888BCDC72CC877C33A2CBE8D7A ID 33, 050309a.log, ofs 0, thead, MD5=2CE00D7C075915210A5CC76C0489B477 ID 34, 050310a.log, ofs 0, reply, MD5=0F8156FDCA1AD4F592ABEDC4AB3D20FE ID 35, 050401a.log, ofs 0, thead, MD5=581E6FA67DD9A32D0A44679DB03120CF ID 36, 050412a.log, ofs 0, thead, MD5=20ED554D75D05D0050319B069D3D758A ID 37, 050412a.log, ofs 799, reply, MD5=24A7ABD8C57FD13623E0018A8945DDDA ID 38, 050511a.log, ofs 0, thead, MD5=B92569DB76E44D354F3BADABE24C7F12 ID 39, 050512a.log, ofs 0, thead, MD5=883461D019D1CFD0FA59DB017B17EF51 ID 40, 050512a.log, ofs 481, thead, MD5=0A1765D83A97EDFCDB56258ABD8D0B76 ID 41, 050512a.log, ofs 1580, thead, MD5=770303806E53660BB4334DA068EB4B3F ID 42, 050512a.log, ofs 2554, thead, MD5=24DD8C0F033ACC63B13386400B8BEF68 ID 43, 050516a.log, ofs 0, thead, MD5=14B39EEAC23A3887582160E8A0F3FA02 ID 44, 050517a.log, ofs 0, thead, MD5=954542ADDFA15303818BBFD9DA8D024F ID 45, 050517a.log, ofs 753, reply, MD5=B3D6BAECCD32470F8DD62A5DC31386A0 ID 46, 050518a.log, ofs 0, reply, MD5=A86D57D87BC921B3A93D8248E76FDAE0 ID 47, 050519a.log, ofs 0, thead, MD5=8276962204EE9A9178F53A4394B30582 ID 48, 050524a.log, ofs 0, reply, MD5=E91633AE3B589E71BC746B21328ED2EB ID 49, 050617a.log, ofs 0, thead, MD5=E88998C375BE59A2F83139508BA23F14 ID 50, 050712a.log, ofs 0, thead, MD5=79472FBFA452415B0EE46BFF609E3E71 ID 51, 050718a.log, ofs 0, thead, MD5=D2B1760AAA84B9EF182AC9060EB4EF8D ID 52, 050803a.log, ofs 0, thead, MD5=8324112BB00FF3B780BBD477374CFFAB ID 53, 050803a.log, ofs 518, thead, MD5=BF43D5CEC1A2807A3B7A1C299536A0B2 ID 54, 050803a.log, ofs 910, thead, MD5=92C4C73A66DB13FD76F9C0701CB38CCC ID 55, 050803a.log, ofs 1313, reply, MD5=78371758834EEF581F0CE8E8E86C079C ID 56, 050818a.log, ofs 0, thead, MD5=640E8D209B00DD8C4C40124C0DF84967 ID 57, 050829a.log, ofs 0, thead, MD5=877B7BE835893E7D3FA7BDA50B551DD3 ID 58, 050916a.log, ofs 0, thead, MD5=78682559B5F8EB1E6172311E02E44087 ID 59, 050916a.log, ofs 904, thead, MD5=CE6F9A63104C1A3D85E37CF223EFF54D ID 60, 051029a.log, ofs 0, thead, MD5=3CEF5E7E47D465436042F3C54AA8B07E ID 61, 051128a.log, ofs 0, thead, MD5=A87CD1D9177FF1AE6088C21B41C4CDD2 ID 62, 051129a.log, ofs 0, reply, MD5=B873F83F0C38A22B924FAAED7FE96804 ID 63, 051212a.log, ofs 0, thead, MD5=344A55E1C431368E65A0E888229B1A83 ID 64, 060202a.log, ofs 0, thead, MD5=52C0A072C25FC151C55F59CD5267B699 After sort: ID 1, 040716a.log, ofs 0 ID 2, 040716a.log, ofs 899 ID 3, 040812a.log, ofs 0 ID 4, 040824a.log, ofs 0 ID 5, 040827a.log, ofs 0 ID 6, 040830a.log, ofs 0 ID 7, 040830a.log, ofs 548 ID 8, 040901a.log, ofs 0 ID 9, 040901a.log, ofs 1892 ID 10, 040910a.log, ofs 0 ID 11, 040915a.log, ofs 0 ID 12, 040916a.log, ofs 0 ID 13, 040916a.log, ofs 560 ID 14, 040916a.log, ofs 1856 ID 15, 040927a.log, ofs 0 ID 16, 041015a.log, ofs 0 ID 17, 041108a.log, ofs 0 ID 18, 041207a.log, ofs 0 ID 19, 041220a.log, ofs 0 ID 20, 041220a.log, ofs 845 ID 21, 041223a.log, ofs 0 ID 22, 050107a.log, ofs 0 ID 23, 050112a.log, ofs 0 ID 24, 050114a.log, ofs 0 ID 25, 050117a.log, ofs 0 ID 26, 050119a.log, ofs 0 ID 27, 050125a.log, ofs 0 ID 28, 050203a.log, ofs 0 ID 29, 050223a.log, ofs 0 ID 30, 050224a.log, ofs 0 ID 31, 050302a.log, ofs 0 ID 32, 050307a.log, ofs 0 ID 33, 050309a.log, ofs 0 ID 34, 050310a.log, ofs 0 ID 35, 050401a.log, ofs 0 ID 36, 050412a.log, ofs 0 ID 37, 050412a.log, ofs 799 ID 38, 050511a.log, ofs 0 ID 39, 050512a.log, ofs 0 ID 40, 050512a.log, ofs 481 ID 41, 050512a.log, ofs 1580 ID 42, 050512a.log, ofs 2554 ID 43, 050516a.log, ofs 0 ID 44, 050517a.log, ofs 0 ID 45, 050517a.log, ofs 753 ID 46, 050518a.log, ofs 0 ID 47, 050519a.log, ofs 0 ID 48, 050524a.log, ofs 0 ID 49, 050617a.log, ofs 0 ID 50, 050712a.log, ofs 0 ID 51, 050718a.log, ofs 0 ID 52, 050803a.log, ofs 0 ID 53, 050803a.log, ofs 518 ID 54, 050803a.log, ofs 910 ID 55, 050803a.log, ofs 1313 ID 56, 050818a.log, ofs 0 ID 57, 050829a.log, ofs 0 ID 58, 050916a.log, ofs 0 ID 59, 050916a.log, ofs 904 ID 60, 051029a.log, ofs 0 ID 61, 051128a.log, ofs 0 ID 62, 051129a.log, ofs 0 ID 63, 051212a.log, ofs 0 ID 64, 060202a.log, ofs 0 ok Indexing logbook "AZ34-IL" ... Found empty logbook "AZ34-IL" Indexing logbook "AZ50-IL" ... ID 1, 040701a.log, ofs 0, thead, MD5=7FCEAF2572A38C0C115F4A00F1407BFA After sort: ID 1, 040701a.log, ofs 0 ok Indexing logbook "TX30-CL" ... ID 1, 040604a.log, ofs 0, thead, MD5=BAC61554477BD5390A73F2974545C0A5 ID 2, 040722a.log, ofs 0, thead, MD5=0829BF09B2B9B5BACC42329EAB14B25E After sort: ID 1, 040604a.log, ofs 0 ID 2, 040722a.log, ofs 0 ok Indexing logbook "TX11-CL" ... Found empty logbook "TX11-CL" Indexing logbook "TX32-CL" ... ID 201, 060303a.log, ofs 0, thead, MD5=CC9C0C4FA6BFF7EEB368BA7CCE126629 After sort: ID 201, 060303a.log, ofs 0 ok Indexing logbook "AZ34-CL" ... Found empty logbook "AZ34-CL" Indexing logbook "AZ50-CL" ... Found empty logbook "AZ50-CL" Indexing logbook "Approvals" ... Found empty logbook "Approvals" Indexing logbook "Test" ... Found empty logbook "Test" Indexing logbook "Test2" ... Found empty logbook "Test2" Indexing logbook "Test3" ... Found empty logbook "Test3" Created directory "test4" Indexing logbook "test4" ... Found empty logbook "test4" ==== Return ================================ HTTP/1.1 302 Found Server: ELOG HTTP 2.6.1-1671 Connection: Keep-Alive Keep-Alive: timeout=60, max=10 Location: http://elog-test.company.com:1080/ECCL/test4/?cmd=Config Content-Length: 20 <html>redir</html> GET /ECCL/Test6/?cmd=Config HTTP/1.1 Host: elog-test.am.freescale.net:1080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://elog-test.company.com:1080/TX30-CL/ Cookie: SITESERVER=ID=6c8b8ddc89cc07688479433b364c5b40; urem=0; unm=r4aajl; upwd=TDIwYXVyZW4= Segmentation fault
Options Completed = Open{a}, Closed{b} {a} Preset CompletedDate = {b} Preset CompletedDate = $date
<?xml version="1.0" encoding="ISO-8859-1"?> <!-- created by MXML on Wed Mar 15 09:22:02 2006 --> <list> <user> <name>stefan</name> <password>zFDkjoZsg==</password> <full_name>Stefan Ritt</full_name> <email>stefan.ritt@psi.ch</email> <last_logout>Thu Feb 23 15:35:19 2006</last_logout> <last_activity>Wed Mar 15 09:22:02 2006</last_activity> <email_notify> <logbook>demo</logbook> </email_notify> </user> </list>
Group Engineering Compute Change Logs = TX11-CL, TX30-CL, TX32-CL, AZ34-CL, AZ50-CL, FL29-CL, IL108-CL, IL05-CL, Approvals-CL, Template-CL Group Engineering Compute Incident Logs = TX11-IL, TX30-IL, TX32-IL, AZ34-IL, AZ50-IL, FL29-IL, IL108-IL, IL05-IL, Template-IL
<?xml version="1.0" encoding="ISO-8859-1"?> <!-- created by MXML on Tue Mar 14 10:35:04 2006 --> <list> <user> <name>r4aajl</name> <password>TDIwYXVyZW4=</password> <full_name>Steve Jones</full_name> <last_logout>0</last_logout> <last_activity>Tue Mar 14 10:35:04 2006</last_activity> <email>steve.jones@freescale.com</email> <email_notify> <logbook>TX30-CL</logbook> <logbook>TX11-CL</logbook> <logbook>TX32-CL</logbook> <logbook>AZ34-CL</logbook> <logbook>AZ50-CL</logbook> <logbook>Approvals-CL</logbook> <logbook>FL29-CL</logbook> <logbook>IL108-CL</logbook> <logbook>ZIL05-CL</logbook> <logbook>Template-CL</logbook> </email_notify> </user> </list>
> > > Only the sorting (of the entry mask!) is missing! :) > > > > Ok, I put that on my wish list. So once the second or third person asks for it, I will > > implement it (;-) > > I'm asking! :-) > > I have a few Extendable Options attributes, and it would be extremely nice if they got sorted as users put them > in. So that when you select the drop-down box, alle options are sorted. > > > Lars Agreed - that would be nice
################################################## # Define Risk1 # Options Risk1 = 10, 20, 30, 40, 50, 60, 70, 80, 90, 100 ################################################## # Define Risk2 # Options Risk2 = 10, 20, 30, 40, 50, 60, 70, 80, 90, 100 ################################################## # Define Risk2 # Options Risk3 = 10, 20, 30, 40, 50, 60, 70, 80, 90, 100 ################################################## # Define TotalRisk # Subst TotalRisk = $shell(echo $Risk1 + $Risk2 + $Risk3 > /tmp/elog_out) #Subst TotalRisk = $shell(gawk 'BEGIN{ print $Risk1 + $Risk2 + $Risk3 }' ) #Subst TotalRisk = $shell(uname -a)
Subst TotalRisk = $shell(echo $Risk1 + $Risk2 + $Risk3 > /tmp/elog_out)
Subst <attribute> = $shell(gawk 'BEGIN{ print $Attrib1 + $Attrib2 + $Attrib3 }' )
################################################## # Define Risk1 # Options Risk1 = 10{30}, 20{31}, 30{32}, 40{33}, 50{34}, 60{35}, 70{36}, 80{37}, 90{38}, 100{39} {30,31,32,33,34,35,36,37,38,39} Subst TotalRisk = $shell(gawk 'BEGIN{ print $Risk1 + $Risk2 + $Risk3 }' )
[global] port = 8080 Show top groups = 1 Top Group Demo Groups = demo, test7 [global Demo Groups] Theme = default Comment = General linux tips & tricks Attributes = Author, Type, Category, Subject Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Options Category = General, Hardware, Software, Network, Other Extendable Options = Category Required Attributes = Author, Type Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type [demo]
Attributes FunctionalArea, Operation, Category ##################################################################################################### # Start defining how the form works ################################################## # Define FunctionalArea # Options FunctionalArea = NFS{1}, LDAP{2}, LoadBalancer{3}, LSF{4}, SunRay{5}, Tarantella{6}, Vital Server{7}, ClearCase{8}, CFEngine{9}, DataCenter{10}, Compute{11}, Network{12} ################################################## # Define Operation # {1} Options Operation = Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied {2} Options Operation = Schema Change, Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied {3} Options Operation = New Service Added, Configuration Change, Maintenance, SW Installation, SW Upgrade, Patch Applied {4} Options Operation = Schema Change, Queue Change, License Change, SW Installation, SW Upgrade, Configuration Change, Patch Applied {5} Options Operation = Maintenance, SW Installation, SW Upgrade, Configuration Change, Firmware Upgrade, Patch Applied {6} Options Operation = WebTop Change, Server Added, Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied {7} Options Operation = New Service Added, Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied {8} Options Operation = New VOB, New View, Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied {9} Options Operation = SW Upgrade, Configuration Change, Patch Applied {10} Options Operation = New HW Install, HW Maintenance, Power/UPS, HVAC, Network HW {11} Options Operation = Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied {12} Options Operation = Maintenance, SW Installation, SW Upgrade, Configuration Change, Patch Applied Tooltip FunctionalArea = The predefined Operations areas under which a Change may be scheduled. Tooltip Operation = Choose FUNCTIONALAREA first ################################################## # Define Category # {1} Options Category = HP, Celera, Sun, Brocade, StorageTek, EMC {2} Options Category = Supplier, Hub, Consumer,Gateway, Client {3} Options Category = F5, CSS {4} Options Category = Master {5} Options Category = SunrayServer {6} Options Category = TTServer, DesktopServer {7} Options Category = WWW, NIS, LISTSRV, NTP, DNS, MTA, TWIKI, ELOG, LOGGING HOST, GSH {8} Options Category = VOB, VIEW {9} Options Category = ? {10} Options Category = Cisco, Netbotz, Liebert Paging {11} Options Category = HPUX, Solaris, Linux {12} Options Category = Cisco Tooltip Category = Optional attribute. Please use for furthur classification.
void show_bottom_text(LOGBOOK * lbs) { char str[NAME_LENGTH], slist[20][NAME_LENGTH], svalue[20][NAME_LENGTH]; int i, size; if (getcfg(lbs->name, "bottom text", str, sizeof(str))) { FILE *f; char file_name[256], *buf; if (str[0]) { /* check if file starts with an absolute directory */ if (str[0] == DIR_SEPARATOR || str[1] == ':') strcpy(file_name, str); else { strlcpy(file_name, logbook_dir, sizeof(file_name)); strlcat(file_name, str, sizeof(file_name)); }
################################################## # Define CRState # Options CRState = PENDING{a}, APPROVED{b}, HOLD{a}, REJECTED{a}, COMPLETED{c} {a} {b} Preset ApprovedDate = $date {c} Preset CompletedDate = $date
[demo] Theme = default Attributes = Author, CRState, ApprovedDate, CompletedDate Options CRState = PENDING{a}, APPROVED{b}, HOLD{a}, REJECTED{a}, COMPLETED{c} {a} {b} Preset ApprovedDate = $date {c} Preset CompletedDate = $date
Locked Attributes = ApprovedDate, CompletedDate ################################################## # Define CRState # Options CRState = PENDING{a}, APPROVED{b}, HOLD{a}, REJECTED{a}, COMPLETED{c} {a} {b} Preset ApprovedDate = $date {c} Preset CompletedDate = $date
Suppress Email on edit = 0|1|2 ^
[global] port = 8080 [demo] Comment = Test Attributes = Author, CRState, ApprovedDate, CompletedDate Locked Attributes = ApprovedDate, CompletedDate Type CompletedDate = date Type ApprovedDate = date Format CompletedDate = 1 Options CRState = PENDING{a}, APPROVED{b}, HOLD{a}, REJECTED{a}, COMPLETED{c} {a} {b} Preset ApprovedDate = $date {c} Preset CompletedDate = $date
Cannot restore original GID/UID. Cannot remove pidfile "/var/run/cr-elogd.pid" ; Permission denied Cannot restore original GID/UID. Cannot remove pidfile "/var/run/cr-elogd.pid" ; Permission denied
Suppress default = 1
Suppress Default = 2
Suppress Email on edit = 2
4190: seteuid(60001) = 0 4190: stat("/sysadm/www/elog/cr-elogd.cfg", 0xFFBC9558) = 0 4190: stat("/usr/lib/locale/english/english.so.2", 0xFFBC85C0) Err#2 ENOENT 4190: stat("/sysadm/www/elog/resources/eloglang.", 0xFFBC9348) Err#2 ENOENT 4190: listen(3, 5, 1) = 0 4190: fstat(4, 0xFFBC9318) = 0 4190: time() = 1160518513 4190: getpid() = 4190 [1] 4190: putmsg(4, 0xFFBC89D0, 0xFFBC89C4, 0) = 0 4190: open("/var/run/syslog_door", O_RDONLY) = 7 4190: door_info(7, 0xFFBC8908) = 0 4190: getpid() = 4190 [1] 4190: door_call(7, 0xFFBC88F0) = 0 4190: close(7) = 0 4190: open("crlogbooks/logs/elogaccess.log", O_RDWR|O_APPEND|O_CREAT, 0644) Err#2 ENOENT 4190: poll(0xFFBC7640, 1, 1000) = 0 4190: poll(0xFFBC7640, 1, 1000) (sleeping...) 4190: poll(0xFFBC7640, 1, 1000) = 0 4190: poll(0xFFBC7640, 1, 1000) = 0 4190: poll(0xFFBC7640, 1, 1000) = 1 4190: accept(3, 0xFFBEF300, 0xFFBC9830, 1) = 7 4190: time() = 1160518516 4190: poll(0xFFBC7640, 1, 6000) = 1 4190: recv(7, " G E T / H T T P / 1".., 100000, 0) = 610 4190: Incurred fault #6, FLTBOUNDS %pc = 0x0001EA1C 4190: siginfo: SIGSEGV SEGV_MAPERR addr=0xFF3EFE30 4190: Received signal #11, SIGSEGV [default] 4190: siginfo: SIGSEGV SEGV_MAPERR addr=0xFF3EFE30 4190: *** process killed ***
# This [global] section contains settings common to all logbooks
Logbook dir =
Options WhoIsEffected = 1:...Single User, 5:...Project, 10:...Department, 50:...Site Options ServiceOutage = 1:...0-1 Minutes, 2:...10 Minutes, 10:...20 Minutes, 30:...30 Minutes, 100:...gt60
Preset TotalScore = $shell(gawk 'BEGIN{split(\"$WhoIsEffected:$ServiceOutage\",scores,\":\");print scores[1]+scores[3]}' )
2;print scores[1]+scores[3]}' )
Preset TotalScore = $shell(echo \"$WhoIsEffected:$ServiceOutage\" | gawk -f <gawkscript>' )
In order to avoid having to remember multiple usernames/passwords for different systems, is it possible for ELOG to use external authentication via Active Directory, etc? Thanks, Steve
> > > In order to avoid having to remember multiple usernames/passwords for > > > different systems, is it possible for ELOG to use external authentication > > > via Active Directory, etc? > > > > Not yet. > > I would note that this is a request that comes in fairly frequently, but to > Stephan's credit (and looking back at previous comments) the task of trying to > implement authentication that would *not* be a maintenance nightmare basically > pushes such a request down to the bottom of the list. > > The only common denominator that could possibly cover all contingencies would > be LDAP authentication. One way of doing this in a more-or-less universal > fashion is to offload the auth task from eLog itself and place the burden on > Apache. This means figuring out how to get Apache to pass auth info to eLog > when eLog operates behind Apache. In the end, anything that can use LDAP as an > authentication mechanism (like AD) can host eLog - as long as eLog can glom off > of Apache's ability to do the actual authenticating. > > For our twiki (source from twiki.org) website, we use the following config: > > -- In Apache http.conf > LoadModule auth_ldap_module libexec/auth_ldap.so > > AddModule auth_ldap.c > > AccessFileName .htaccess > > # Twiki > Include /proj/www/twiki/conf/httpd.conf > > > -- The http.conf in the Twiki directory > <VirtualHost *> > DocumentRoot "/proj/www/twiki/html" > ServerName twiki > ErrorLog error_log > CustomLog access_log combined > <Directory "/proj/www/twiki/html/bin/"> > Options +ExecCGI > allow from all > AllowOverride Authconfig FileInfo Indexes Limit Options > </Directory> > <Location /bin> > Options +ExecCGI > AuthType Basic > AuthName CoreID > CustomLog access_log combined > <Directory "/proj/www/twiki/html/bin/"> > Options +ExecCGI > allow from all > AllowOverride Authconfig FileInfo Indexes Limit Options > </Directory> > <Location /bin> > Options +ExecCGI > AuthType Basic > AuthName ID > AuthLDAPURL > ldap://ldap.co.com:389/ou=People,ou=Intranet,dc=co,dc=com?uid?sub?(objectClass=*) > require valid-user > allow from all > <Limit OPTIONS> > Order Deny,Allow > Deny from all > </LIMIT> > </Location> > </VirtualHost> > > --- Then the DocumentRoot ("/proj/www/twiki/html") has a '.htaccess' file with > the following: > > RedirectPermenant / http://twiki.co.com/bin/view.cgi > > --- Also in the /bin directory we have: > > Redirect http://twiki.sps.mot.com/index.html http://twiki.sps.mot.com/bin/view.cgi > > AuthType Basic > AuthName "LDAP Login" > AuthLDAPURL > ldap://ldap.co.com:389/ou=People,ou=Intranet,dc=co,dc=com?uid?sub?(objectClass=*) > > > SetHandler cgi-script > > ErrorDocument 401 /bin/oops.cgi/TWiki/TWikiRegistration?template=oopsauth > > <Files ~ "[^/]*\.html$"> > SetHandler blabla > allow from all > </Files> > > <Files "*"> > require valid-user > allow from all > </Files> > ------------------------- > > Whether this is at all relevant, well . . . . Food for thought--thanks!
Could someone point me to the LDAP configuration docs, I searched to no avail. I'm sure there is some big red ldap config button it, but I just can't find it.
This is a duplicate, made by mistake.
Thank you, I am looking to do LDAPS over 636 where would the certificate go (Does it go in the SSL folder?).
This is what I've been able to figure out, in terms of the elogd.cfg file:
LDAP server = server.domain:389 LDAP userbase = ou=people,o=domain.com,dc=domain,dc=com LDAP login attribute = uid LDAP register = 0
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 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. That seems to do the trick! Thanks, Steve
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.)
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
> 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.
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?
Hi Stephen,
I see that you don't allow branching in your threads. Why do you need to propagate the Status throughtout the thread? Why not just mark the latest entry and (incase it is necessary) 'collapse to last = 1'
I'm not saying that the bug (if bug it is, rather than a preset limitation) you've found should not be fixed, but I'm puzzled as to why you happen to use the feature. I can see the point if an initial entry provides a whole tree of branches (and a limit of 10 is rather limiting). OK, I know if it is historic, it cannot easily be changed because of other users. Or if some users will primarily be responding to emails rather viewing the logbook via a browser. I'm a single (ab)user elog system myself, so I'm very tolerant of changing how elog works if it offers an improvement.
Thank you for the reply, the not allowing branching was added during the troubleshooting phase of the crashing. Initially I thought the branches caused the issue because crashing only occured on log notes that branched as I only saw the crash on notes that branched, this proved not to be the case. Even with branches the system will crash once there are 10 replies in the note with propagate on.
As for use case, with a few users I needed a way to represent a note as open so that the next person knew work still needed to be done. Once work was completed all notes close, the reason for not using edit is so I have a clear record of what happened (although I may need to change to edit if 10 is the max). I will experiment with the collapse to last to see how it looks. Any other suggestions would be helpful.
Bad news: I cannot reproduce your problem with the latest elog version 2.9.2 (e7ba466) on scientific linux 6.0
I had to remove some lines in your config, since I don't have your password file.
I'll attach the config file, please have a look if it crashes on your server with the latest elogd version.
Thanks for the reply, I tried the very basic cfg and the second one you offered. Running 2.9.2-2475 on a Windows 2008 R2 V.Server, I still crashed on attempt 10 never fail. Windows detects the failure and gives this message:
Faulting application name: elogd.exe, version: 0.0.0.0, time stamp: 0x51248707
Faulting module name: elogd.exe, version: 0.0.0.0, time stamp: 0x51248707
Exception code: 0xc00000fd
Fault offset: 0x00065127
Faulting process id: 0x340
Faulting application start time: 0x01ceefa87fea0aea
Faulting application path: D:\ELOG\elogd.exe
Faulting module path: D:\ELOG\elogd.exe
Report Id: ceccc3da-5b9b-11e3-80f1-5ac95c924b0b
It only happens when propagate is on, I have to be missing some security setting in Windows maybe? Don't know if that helped at all, but I'm out of ideas.
Was a tricky problem. When you use "Propagate Attributes", a routine is called inside elogd which recursively goes through all replies. It uses quite some memory for temporary storage of attributes and attachments. So after a certain time you get a stack overflow since you run out of memory. Since the stack size is different under different operating systems, it was hard for me to reproduce it initially. Now I use some different memory (dynamic heap instead stack) which should fix the problem. Can you pull from GIT and give it a try?
Unfortunately, I am a little outside of my element when trying to compile it. I will ask around and see if someone here could give me a hand. Thanks for looking into this for me.
PS. If anyone else has managed to compile this could you give me a hand =)
This resolved the issue, thanks for the help. I have tested it on server machines and was able to go over 10 each time.
Thank you for resolving this issue for me.
In the "find" command, when searching over all logbooks, it would be nice to see ALL attributes, which are common for all logbooks (e.g. typically the author name), not just logbook name, date and text.
> > In the "find" command, when searching over all logbooks, it > > would be nice to see ALL attributes, which are common for all > > logbooks (e.g. typically the author name), not just > > logbook name, date and text. > > That depends on how you specify what gets displayed in a search (with > the "Display search" option for example). If you try the following link: > > http://midas.psi.ch/elogdemo/Forum/?mode=summary&all=1 > > you see that all attributes are displayed from the three logbooks in this > installation. How does the corresponding elogd.cfg entry look like for the display search command ? - I can't reproduce this behaviour...
<p>Hi,</p> <p>I have a problem running elog command from php script. Basically in the php I call system("elog -h etc etc.. And from the php command line works but not in the browser apparently without errors (php apache logfile no problem), any suggestions?</p>
Hi, we are running an elogd (with SSL) server on a machine and using apache as a proxy. The authentication to the apache server is managed via LDAP module directly by apache, while, so far, we have no authentication enabled in the elogd server itself. So, when a used want to access the elog server, he is required to provide user/pwd by apache, and then he can access the elogs. We would like to use the elog command line to transit entries automatically from a terminal from a different host. the command line we are trying is: echo "Test" | elog -v -h elog.belle2.org -a Author="stefano" -a Type="Other" -l elog -s demo -u username password -p 443 where username password are registered into LDAP. In response we have a 401 Unauthorized. The full return message is at the end of this message. I suspect that the "username password" we pass to elog are supposed to be that of elogd, not that of apache/ldap: I don't know if this is the case. Does anyone have an idea how to make this work? Thanks in advance, Stefano Successfully connected to host elog.belle2.org, port 443 Request sent to host: POST /elog/ HTTP/1.0 Content-Type: multipart/form-data; boundary=---------------------------44BDB584269C5EEC3F73204 Host: elog.belle2.org:443 User-Agent: ELOG Content-Length: 946 Content sent to host: ---------------------------44BDB584269C5EEC3F73204 Content-Disposition: form-data; name="cmd" Submit ---------------------------44BDB584269C5EEC3F73204 Content-Disposition: form-data; name="unm" xxxxxxxx ---------------------------44BDB584269C5EEC3F73204 Content-Disposition: form-data; name="upwd" xxxxxxxx ---------------------------44BDB584269C5EEC3F73204 Content-Disposition: form-data; name="exp" elog ---------------------------44BDB584269C5EEC3F73204 Content-Disposition: form-data; name="encoding" ELCode ---------------------------44BDB584269C5EEC3F73204 Content-Disposition: form-data; name="Author" stefano ---------------------------44BDB584269C5EEC3F73204 Content-Disposition: form-data; name="Type" Other ---------------------------44BDB584269C5EEC3F73204 Content-Disposition: form-data; name="Text" demo ---------------------------44BDB584269C5EEC3F73204 Response received: HTTP/1.1 401 Unauthorized Date: Thu, 06 Apr 2017 15:32:37 GMT Server: Apache/2.4.18 (Ubuntu) WWW-Authenticate: Basic realm="Belle II internal" Content-Length: 463 Connection: close Content-Type: text/html; charset=iso-8859-1 <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>401 Unauthorized</title> </head><body> <h1>Unauthorized</h1> <p>This server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required.</p> <hr> <address>Apache/2.4.18 (Ubuntu) Server at elog.belle2.org Port 443</address> </body></html> Error transmitting message
Hi, I have an elog server which uses apache/ldap for authentication. I would like to have the username used for ldap to be set automatically as author field in the elog. I'm using: Authentication = Webserver and I do set the env-variable X-Forwarded-User correctly to the ldap username GET /test/?cmd=New HTTP/1.1 Host: localhost:8080 Authorization: Basic bGFjYXByYXI6TWEwMiSyYnVt ... Cookie: elmode=Summary; sid=D7DE678B7CAA1D10; ufnm=lacaprar; urem=0 ... X-Forwarded-User: lacaprar How can I preset author to X-Forwarded-User? Preset Author = $?? I've tried $short_name/$long_name but I got Anonymous. I understand that it is so because these are meant to be filled when password authentication is used: any way to use some other variable with the Webserver auth? thanks in advance, Stefano
> I use an older version of elog, but > > Preset Author = $short_name <$long_name> > > works for me. > > One thing to note is that I also have : > Self register = 1 > > So at first login, the user has to type in his name and email adress, > maybe that's why you got "Anonymous". (Otherwise the variable $shortname etc. are not set.) > > HTH, > > Christof Many thanks for your answer. however it seems that your solution requires to have a eLog "password" authentication, which I'd like to avoid since I'd like to use only webserver one. best, Stefano
> > Sorry, I just double-checked, this userdatabase, I was talking about is the Password-file... > > Please try the following snippet : > > allow password change = 0 > Authentication = Webserver, File > Preset Author = $short_name <$long_name> > Locked Attributes = Author > Password file = PASSWD.file > > Christof Many thanks, that is what I was looking for. best, Stefano
Hi, I reopen this old thread since I'm having a similar problem. I'm running ELOG V3.1.1-0767eb0 on ubuntu with webserver authentication, and I'd like to remove 'active' checkbox as well. The problem that we found is that if any user click on the [Set None] button at the bottom of the Config page in order to unsubscribe from all mail notification, *all* the checkbox are toggled, not only those for the email notification. And this includes also the "active user" as well. Moreover, if an user click directly on the "active user" checkbox, a warning dialog box appears, asking for confirmation, but this is not the case is [Set none] is pressed: so, in that case, a user deactivate itself without warning. Looking at the web page as well as at the code, I did not find a possibility, but maybe someone knows better. Thanks in advance, Stefano > Hello, > > Is it possible to remove the "active" checkbox a user sees when they click on "config"? Alternatively, is it possible to have a new user arrive directly at the logbook they chose, rather than starting out at the config screen? > > We are running elog-3.1.1 on SL6 with webserver authentication. For the most part this works great, but somehow a few users become inactive after they login for the first time. They claim they didn't un-check "active," but I can't think of any other way this would happen. > > Many thanks, > Devin
Hi, a possible solution is to change the current SetAll() and SetNone() javascript functions to something like: <!-- function SetNone() { for(var i=0,els=document.querySelectorAll('[name^="sub_lb"]'); i<els.length; i++) { els[i].checked = false; } } function SetAll() { for(var i=0,els=document.querySelectorAll('[name^="sub_lb"]'); i<els.length; i++) { els[i].checked = true; } } //--> It works on Chromium 58.x and Firefox 53.x, I don't know about other browsers. The javascript snippet is generated in function elogd.c: void show_config_page(LOGBOOK * lbs) (line 13960-984 on my version of the source code). Best, Stefano
Dear experts, I have an elog with an attribute with fixed values, like this: Attributes = Half Options Half = +x, -x, both It works fine, but I would like to find (or quick filter) all entries with Half=+x . If I go to the search form, I can select +x from the dropdown menu for Half, but the search returns no result, even if I do have a number of entries with Half=+x. Likewise if I try to do the same with Quick filter. I believe that this is due to the fact that the search uses regex, and "+" is reserved. I've tried to perform a search by entering manually and escaped "\+x", and it works as intended. https://.../?mode=summary&reverse=0&reverse=1&npp=20&Half=%5E%5C%2Bx%24 However, since this attribute has a list of fixed values, it is not possible to entry manually something different "\+x" than what is defined in the config, that is "+x". Is there a solution for this problem? I would rather not change the attributes options (to, say, positive/negative), since that would mean changing manually a non negligible number of entries. thanks, Stefano
Hi, sorry to bother again on this issue, but it is causing me some trouble, as many of my users are using the "SetNone" button in their config page, and doing so they deactivate their account, which I have to re-activate manually. The warning about "Are you sure you want to deactivate your own account ..." is actually triggered only when someone toggle the "active" radio button, but not when the "SetNone" function is used. In that case no warning is present, and the user just deactivate his/her account. I'm sure that this is not the intended behavior. I attach a modified version of elogd.c (based on git c1866af75bb2fe62aa868c4cf562f43a08e4b499 ) with the modified javascript I proposed earlier in this thread. best, Stefano
Hi, I have an elogbook which sends notifications to subscribers, plus, if the "Type" is "New Run", it sends the notification to a different mailing addeess and with a different subject (which need to be parsed by a script, but that's not relevant). All works fine: the snippet of config is below. Attributes = Subject, Author, Type Options Type = New Run{1} Email All = all@experiment.org Use Email Subject = [demo] $Subject from $Author Email Type "New Run" = new-run@experiment.org {1} Use Email Subject = NEWRUN However, I'd like that the notification is always sent to all@experiment.org for all entries with the standard subject, and *also* to new-run@experiment.org in case of new run with the customized one. Apparently with the config that I'm using this is not happening, and the "new run" are only sent to new-run@experiment.org (w/ subject NEWRUN). I could easily add the generic address in addition to new-run@experiment.org, ie: Email Type "New Run" = new-run@experiment.org, all@experiment.org but in this case the subject would be "NEWRUN", while I'd like it to be "[demo] $Subject from $Author". Any idea about how this can be done? thanks in advance, Stefano
Dear all, I have some logbook which uses preset text depending on some option values, and uses text files for this. something similar to: Options Type = Start of shift{1}, 2h{2}, 4h{3}, 6h{4}, End of shift {5} {1} Preset text = MCProdStart.txt {2} Preset text = MCProd2h.txt {3} Preset text = MCProd4h.txt {4} Preset text = MCProd6h.txt {5} Preset text = MCProdEnd.txt I wonder if there is a way to change/edit the text files from the web interface if you are admin of that logbook, or if the only way is to change the files directly in the elog server. thanks Stefano
Hi, I'm using elog 3.1.3 and I have an elogbook with an attribute with name Attributes = Author, CO2 Temp [deg], ... If I add this attributes to quick list, Quick filter = Author, CO2 Temp [deg] it does display on web page, but the search fails with "ERR_TOO_MANY_REDIRECTS" if I leave the default value in the corresponding quick filter box. My understanding is that the presence of a "[]" in the default search value is the reason for failure and if I remove them the search works fine. Is there a workaround? I don't want to change the attribute name, since I do have quite a large number of entries in the elogbook, and I'd like to keep the attribute in the quick search if possible. Thanks, Stefano
This should do the trick
Preset on reply Author = $long_name
Best, Stefano
My elog has this config for the author:
Option Author = Filled In Automatically Preset Author = $Long_name Locked Attributes = Author
This works as intended: when you submit a new entry, the author name is filled in automatically and cannot be changed.
However, when Alice wants to post a reply to an entry the Bruce has made, the preset author name does not say Alice, it says Bruce. I haven't been able to find out how to change this (other than make the author name editable). Even when Author isn't configured as as locked attribute, it still displays the original author's name.
How can I get this to work like I want/need to?
Hi, I'm using elog 313 on an ubuntu server. A user inserted a very long subject by mistake (the text was supposed to go into the body, but he copy pasted in the wrong place). This results in elogd crash with buffer overflow error when I try to look at the list of that elgbook. I can reproduce it on my test server by copy pasting lorem ipsum in the Subject field of the demo elogbook. I'm not doing that here for obvious reason. If I cut the length of the Subject in the *.log file by hand, all is back to normal. Is there a way to protect from this problem in the front-end? Thanks, Stefano Full backtrace follow. *** buffer overflow detected ***: /usr/sbin/elogd terminated ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f4d22c717e5] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x5c)[0x7f4d22d1315c] /lib/x86_64-linux-gnu/libc.so.6(+0x117160)[0x7f4d22d11160] /lib/x86_64-linux-gnu/libc.so.6(+0x1166c9)[0x7f4d22d106c9] /lib/x86_64-linux-gnu/libc.so.6(_IO_default_xsputn+0x80)[0x7f4d22c756b0] /lib/x86_64-linux-gnu/libc.so.6(_IO_vfprintf+0x139b)[0x7f4d22c4850b] /lib/x86_64-linux-gnu/libc.so.6(__vsprintf_chk+0x84)[0x7f4d22d10754] /lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x7f4d22d106ad] /usr/sbin/elogd[0x4547ca] /usr/sbin/elogd[0x4793f0] /usr/sbin/elogd[0x4955e0] /usr/sbin/elogd[0x495876] /usr/sbin/elogd[0x497bae] /usr/sbin/elogd[0x49a6ca] /usr/sbin/elogd[0x403ea7] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0)[0x7f4d22c1a830] /usr/sbin/elogd[0x404ae9] ======= Memory map: ======== 00400000-004d4000 r-xp 00000000 ca:01 135411 /usr/sbin/elogd 006d3000-006d4000 r--p 000d3000 ca:01 135411 /usr/sbin/elogd 006d4000-007b5000 rw-p 000d4000 ca:01 135411 /usr/sbin/elogd 007b5000-0172b000 rw-p 00000000 00:00 0 01a98000-01cd1000 rw-p 00000000 00:00 0 [heap] 7f4d1daac000-7f4d1dac2000 r-xp 00000000 ca:01 651589 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f4d1dac2000-7f4d1dcc1000 ---p 00016000 ca:01 651589 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f4d1dcc1000-7f4d1dcc2000 rw-p 00015000 ca:01 651589 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f4d1dcc2000-7f4d1e6af000 r--s 00000000 ca:03 1305745 /var/lib/sss/mc/initgroups 7f4d1e6af000-7f4d1e6b7000 r-xp 00000000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 7f4d1e6b7000-7f4d1e8b6000 ---p 00008000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 7f4d1e8b6000-7f4d1e8b7000 r--p 00007000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 7f4d1e8b7000-7f4d1e8b8000 rw-p 00008000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 7f4d1e8b8000-7f4d1e8c3000 r-xp 00000000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so 7f4d1e8c3000-7f4d1eac2000 ---p 0000b000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so 7f4d1eac2000-7f4d1eac3000 r--p 0000a000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so 7f4d1eac3000-7f4d1eac4000 rw-p 0000b000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so 7f4d1eac4000-7f4d1eaca000 rw-p 00000000 00:00 0 7f4d1eaca000-7f4d1ef26000 r--p 00000000 ca:01 134295 /usr/lib/locale/locale-archive 7f4d1ef26000-7f4d1ef2d000 r-xp 00000000 ca:01 136072 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 7f4d1ef2d000-7f4d1f12c000 ---p 00007000 ca:01 136072 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 7f4d1f12c000-7f4d1f12d000 r--p 00006000 ca:01 136072 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 7f4d1f12d000-7f4d1f12e000 rw-p 00007000 ca:01 136072 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 7f4d1f12e000-7f4d1f137000 r-xp 00000000 ca:01 652677 /lib/x86_64-linux-gnu/libcrypt-2.23.so 7f4d1f137000-7f4d1f336000 ---p 00009000 ca:01 652677 /lib/x86_64-linux-gnu/libcrypt-2.23.so 7f4d1f336000-7f4d1f337000 r--p 00008000 ca:01 652677 /lib/x86_64-linux-gnu/libcrypt-2.23.so 7f4d1f337000-7f4d1f338000 rw-p 00009000 ca:01 652677 /lib/x86_64-linux-gnu/libcrypt-2.23.so 7f4d1f338000-7f4d1f366000 rw-p 00000000 00:00 0 7f4d1f366000-7f4d1f436000 r-xp 00000000 ca:01 138952 /usr/lib/x86_64-linux-gnu/libsqlite3.so.0.8.6 7f4d1f436000-7f4d1f635000 ---p 000d0000 ca:01 138952 /usr/lib/x86_64-linux-gnu/libsqlite3.so.0.8.6 7f4d1f635000-7f4d1f638000 r--p 000cf000 ca:01 138952 /usr/lib/x86_64-linux-gnu/libsqlite3.so.0.8.6 7f4d1f638000-7f4d1f63a000 rw-p 000d2000 ca:01 138952 /usr/lib/x86_64-linux-gnu/libsqlite3.so.0.8.6 7f4d1f63a000-7f4d1f63b000 rw-p 00000000 00:00 0 7f4d1f63b000-7f4d1f682000 r-xp 00000000 ca:01 137392 /usr/lib/x86_64-linux-gnu/libhx509.so.5.0.0 7f4d1f682000-7f4d1f881000 ---p 00047000 ca:01 137392 /usr/lib/x86_64-linux-gnu/libhx509.so.5.0.0 7f4d1f881000-7f4d1f883000 r--p 00046000 ca:01 137392 /usr/lib/x86_64-linux-gnu/libhx509.so.5.0.0 7f4d1f883000-7f4d1f885000 rw-p 00048000 ca:01 137392 /usr/lib/x86_64-linux-gnu/libhx509.so.5.0.0 7f4d1f885000-7f4d1f886000 rw-p 00000000 00:00 0 7f4d1f886000-7f4d1f894000 r-xp 00000000 ca:01 137386 /usr/lib/x86_64-linux-gnu/libheimbase.so.1.0.0 7f4d1f894000-7f4d1fa93000 ---p 0000e000 ca:01 137386 /usr/lib/x86_64-linux-gnu/libheimbase.so.1.0.0 7f4d1fa93000-7f4d1fa94000 r--p 0000d000 ca:01 137386 /usr/lib/x86_64-linux-gnu/libheimbase.so.1.0.0 7f4d1fa94000-7f4d1fa95000 rw-p 0000e000 ca:01 137386 /usr/lib/x86_64-linux-gnu/libheimbase.so.1.0.0 7f4d1fa95000-7f4d1fabc000 r-xp 00000000 ca:01 137389 /usr/lib/x86_64-linux-gnu/libwind.so.0.0.0 7f4d1fabc000-7f4d1fcbc000 ---p 00027000 ca:01 137389 /usr/lib/x86_64-linux-gnu/libwind.so.0.0.0 7f4d1fcbc000-7f4d1fcbd000 r--p 00027000 ca:01 137389 /usr/lib/x86_64-linux-gnu/libwind.so.0.0.0 7f4d1fcbd000-7f4d1fcbe000 rw-p 00028000 ca:01 137389 /usr/lib/x86_64-linux-gnu/libwind.so.0.0.0 7f4d1fcbe000-7f4d1fd3d000 r-xp 00000000 ca:01 136076 /usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0 7f4d1fd3d000-7f4d1ff3c000 ---p 0007f000 ca:01 136076 /usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0 7f4d1ff3c000-7f4d1ff3d000 r--p 0007e000 ca:01 136076 /usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0 7f4d1ff3d000-7f4d1ff3e000 rw-p 0007f000 ca:01 136076 /usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0 7f4d1ff3e000-7f4d1ff70000 r-xp 00000000 ca:01 133867 /usr/lib/x86_64-linux-gnu/libhogweed.so.4.2 7f4d1ff70000-7f4d2016f000 ---p 00032000 ca:01 133867 /usr/lib/x86_64-linux-gnu/libhogweed.so.4.2 7f4d2016f000-7f4d20170000 r--p 00031000 ca:01 133867 /usr/lib/x86_64-linux-gnu/libhogweed.so.4.2 7f4d20170000-7f4d20171000 rw-p 00032000 ca:01 133867 /usr/lib/x86_64-linux-gnu/libhogweed.so.4.2 7f4d20171000-7f4d201a5000 r-xp 00000000 ca:01 133869 /usr/lib/x86_64-linux-gnu/libnettle.so.6.2 7f4d201a5000-7f4d203a4000 ---p 00034000 ca:01 133869 /usr/lib/x86_64-linux-gnu/libnettle.so.6.2 7f4d203a4000-7f4d203a6000 r--p 00033000 ca:01 133869 /usr/lib/x86_64-linux-gnu/libnettle.so.6.2 7f4d203a6000-7f4d203a7000 rw-p 00035000 ca:01 133869 /usr/lib/x86_64-linux-gnu/libnettle.so.6.2 7f4d203a7000-7f4d203b8000 r-xp 00000000 ca:01 133877 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.5.1 7f4d203b8000-7f4d205b8000 ---p 00011000 ca:01 133877 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.5.1 7f4d205b8000-7f4d205b9000 r--p 00011000 ca:01 133877 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.5.1 7f4d205b9000-7f4d205ba000 rw-p 00012000 ca:01 133877 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.5.1 7f4d205ba000-7f4d205eb000 r-xp 00000000 ca:01 133871 /usr/lib/x86_64-linux-gnu/libidn.so.11.6.15 7f4d205eb000-7f4d207eb000 ---p 00031000 ca:01 133871 /usr/lib/x86_64-linux-gnu/libidn.so.11.6.15 7f4d207eb000-7f4d207ec000 r--p 00031000 ca:01 133871 /usr/lib/x86_64-linux-gnu/libidn.so.11.6.15 7f4d207ec000-7f4d207ed000 rw-p 00032000 ca:01 133871 /usr/lib/x86_64-linux-gnu/libidn.so.11.6.15 7f4d207ed000-7f4d20846000 r-xp 00000000 ca:01 133875 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.1.0 7f4d20846000-7f4d20a45000 ---p 00059000 ca:01 133875 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.1.0 7f4d20a45000-7f4d20a4f000 r--p 00058000 ca:01 133875 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.1.0 7f4d20a4f000-7f4d20a51000 rw-p 00062000 ca:01 133875 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.1.0 7f4d20a51000-7f4d20a6a000 r-xp 00000000 ca:01 651781 /lib/x86_64-linux-gnu/libz.so.1.2.8 7f4d20a6a000-7f4d20c69000 ---p 00019000 ca:01 651781 /lib/x86_64-linux-gnu/libz.so.1.2.8 7f4d20c69000-7f4d20c6a000 r--p 00018000 ca:01 651781 /lib/x86_64-linux-gnu/libz.so.1.2.8 7f4d20c6a000-7f4d20c6b000 rw-p 00019000 ca:01 651781 /lib/x86_64-linux-gnu/libz.so.1.2.8 7f4d20c6b000-7f4d20c80000 r-xp 00000000 ca:01 137377 /usr/lib/x86_64-linux-gnu/libroken.so.18.1.0 7f4d20c80000-7f4d20e7f000 ---p 00015000 ca:01 137377 /usr/lib/x86_64-linux-gnu/libroken.so.18.1.0 7f4d20e7f000-7f4d20e80000 r--p 00014000 ca:01 137377 /usr/lib/x86_64-linux-gnu/libroken.so.18.1.0 7f4d20e80000-7f4d20e81000 rw-p 00015000 ca:01 137377 /usr/lib/x86_64-linux-gnu/libroken.so.18.1.0 7f4d20e81000-7f4d20eb1000 r-xp 00000000 ca:01 137383 /usr/lib/x86_64-linux-gnu/libhcrypto.so.4.1.0 7f4d20eb1000-7f4d210b1000 ---p 00030000 ca:01 137383 /usr/lib/x86_64-linux-gnu/libhcrypto.so.4.1.0 7f4d210b1000-7f4d210b2000 r--p 00030000 ca:01 137383 /usr/lib/x86_64-linux-gnu/libhcrypto.so.4.1.0 7f4d210b2000-7f4d210b3000 rw-p 00031000 ca:01 137383 /usr/lib/x86_64-linux-gnu/libhcrypto.so.4.1.0 7f4d210b3000-7f4d210b4000 rw-p 00000000 00:00 0 7f4d210b4000-7f4d210b7000 r-xp 00000000 ca:01 651540 /lib/x86_64-linux-gnu/libcom_err.so.2.1 7f4d210b7000-7f4d212b6000 ---p 00003000 ca:01 651540 /lib/x86_64-linux-gnu/libcom_err.so.2.1 7f4d212b6000-7f4d212b7000 r--p 00002000 ca:01 651540 /lib/x86_64-linux-gnu/libcom_err.so.2.1 7f4d212b7000-7f4d212b8000 rw-p 00003000 ca:01 651540 /lib/x86_64-linux-gnu/libcom_err.so.2.1 7f4d212b8000-7f4d21357000 r-xp 00000000 ca:01 137380 /usr/lib/x86_64-linux-gnu/libasn1.so.8.0.0 7f4d21357000-7f4d21556000 ---p 0009f000 ca:01 137380 /usr/lib/x86_64-linux-gnu/libasn1.so.8.0.0 7f4d21556000-7f4d21557000 r--p 0009e000 ca:01 137380 /usr/lib/x86_64-linux-gnu/libasn1.so.8.0.0 7f4d21557000-7f4d2155a000 rw-p 0009f000 ca:01 137380 /usr/lib/x86_64-linux-gnu/libasn1.so.8.0.0 7f4d2155a000-7f4d215de000 r-xp 00000000 ca:01 137395 /usr/lib/x86_64-linux-gnu/libkrb5.so.26.0.0 7f4d215de000-7f4d217dd000 ---p 00084000 ca:01 137395 /usr/lib/x86_64-linux-gnu/libkrb5.so.26.0.0 7f4d217dd000-7f4d217e0000 r--p 00083000 ca:01 137395 /usr/lib/x86_64-linux-gnu/libkrb5.so.26.0.0 7f4d217e0000-7f4d217e3000 rw-p 00086000 ca:01 137395 /usr/lib/x86_64-linux-gnu/libkrb5.so.26.0.0 7f4d217e3000-7f4d217e4000 rw-p 00000000 00:00 0 7f4d217e4000-7f4d217ec000 r-xp 00000000 ca:01 137400 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0 7f4d217ec000-7f4d219eb000 ---p 00008000 ca:01 137400 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0 7f4d219eb000-7f4d219ec000 r--p 00007000 ca:01 137400 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0 7f4d219ec000-7f4d219ed000 rw-p 00008000 ca:01 137400 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0 7f4d219ed000-7f4d219f0000 r-xp 00000000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so 7f4d219f0000-7f4d21bef000 ---p 00003000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so 7f4d21bef000-7f4d21bf0000 r--p 00002000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so 7f4d21bf0000-7f4d21bf1000 rw-p 00003000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so 7f4d21bf1000-7f4d21c09000 r-xp 00000000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so 7f4d21c09000-7f4d21e08000 ---p 00018000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so 7f4d21e08000-7f4d21e09000 r--p 00017000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so 7f4d21e09000-7f4d21e0a000 rw-p 00018000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so 7f4d21e0a000-7f4d21e0e000 rw-p 00000000 00:00 0 7f4d21e0e000-7f4d21f31000 r-xp 00000000 ca:01 130646 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.6.2 7f4d21f31000-7f4d22130000 ---p 00123000 ca:01 130646 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.6.2 7f4d22130000-7f4d2213b000 r--p 00122000 ca:01 130646 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.6.2 7f4d2213b000-7f4d2213d000 rw-p 0012d000 ca:01 130646 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.6.2 7f4d2213d000-7f4d2213e000 rw-p 00000000 00:00 0 7f4d2213e000-7f4d2217b000 r-xp 00000000 ca:01 137406 /usr/lib/x86_64-linux-gnu/libgssapi.so.3.0.0 7f4d2217b000-7f4d2237b000 ---p 0003d000 ca:01 137406 /usr/lib/x86_64-linux-gnu/libgssapi.so.3.0.0 7f4d2237b000-7f4d2237c000 r--p 0003d000 ca:01 137406 /usr/lib/x86_64-linux-gnu/libgssapi.so.3.0.0 7f4d2237c000-7f4d2237e000 rw-p 0003e000 ca:01 137406 /usr/lib/x86_64-linux-gnu/libgssapi.so.3.0.0 7f4d2237e000-7f4d2237f000 rw-p 00000000 00:00 0 7f4d2237f000-7f4d22398000 r-xp 00000000 ca:01 131029 /usr/lib/x86_64-linux-gnu/libsasl2.so.2.0.25 7f4d22398000-7f4d22598000 ---p 00019000 ca:01 131029 /usr/lib/x86_64-linux-gnu/libsasl2.so.2.0.25 7f4d22598000-7f4d22599000 r--p 00019000 ca:01 131029 /usr/lib/x86_64-linux-gnu/libsasl2.so.2.0.25 7f4d22599000-7f4d2259a000 rw-p 0001a000 ca:01 131029 /usr/lib/x86_64-linux-gnu/libsasl2.so.2.0.25 7f4d2259a000-7f4d225b1000 r-xp 00000000 ca:01 652676 /lib/x86_64-linux-gnu/libresolv-2.23.so 7f4d225b1000-7f4d227b1000 ---p 00017000 ca:01 652676 /lib/x86_64-linux-gnu/libresolv-2.23.so 7f4d227b1000-7f4d227b2000 r--p 00017000 ca:01 652676 /lib/x86_64-linux-gnu/libresolv-2.23.so 7f4d227b2000-7f4d227b3000 rw-p 00018000 ca:01 652676 /lib/x86_64-linux-gnu/libresolv-2.23.so 7f4d227b3000-7f4d227b5000 rw-p 00000000 00:00 0 7f4d227b5000-7f4d229d0000 r-xp 00000000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7f4d229d0000-7f4d22bcf000 ---p 0021b000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7f4d22bcf000-7f4d22beb000 r--p 0021a000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7f4d22beb000-7f4d22bf7000 rw-p 00236000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7f4d22bf7000-7f4d22bfa000 rw-p 00000000 00:00 0 7f4d22bfa000-7f4d22dba000 r-xp 00000000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so 7f4d22dba000-7f4d22fba000 ---p 001c0000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so 7f4d22fba000-7f4d22fbe000 r--p 001c0000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so 7f4d22fbe000-7f4d22fc0000 rw-p 001c4000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so 7f4d22fc0000-7f4d22fc4000 rw-p 00000000 00:00 0 7f4d22fc4000-7f4d22fd1000 r-xp 00000000 ca:01 130557 /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2.10.5 7f4d22fd1000-7f4d231d1000 ---p 0000d000 ca:01 130557 /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2.10.5 7f4d231d1000-7f4d231d2000 r--p 0000d000 ca:01 130557 /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2.10.5 7f4d231d2000-7f4d231d3000 rw-p 0000e000 ca:01 130557 /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2.10.5 7f4d231d3000-7f4d23220000 r-xp 00000000 ca:01 130560 /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2.10.5 7f4d23220000-7f4d2341f000 ---p 0004d000 ca:01 130560 /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2.10.5 7f4d2341f000-7f4d23421000 r--p 0004c000 ca:01 130560 /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2.10.5 7f4d23421000-7f4d23422000 rw-p 0004e000 ca:01 130560 /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2.10.5 7f4d23422000-7f4d23424000 rw-p 00000000 00:00 0 7f4d23424000-7f4d23482000 r-xp 00000000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 7f4d23482000-7f4d23682000 ---p 0005e000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 7f4d23682000-7f4d23686000 r--p 0005e000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 7f4d23686000-7f4d2368d000 rw-p 00062000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 7f4d2368d000-7f4d236b3000 r-xp 00000000 ca:01 652669 /lib/x86_64-linux-gnu/ld-2.23.so 7f4d23888000-7f4d23898000 rw-p 00000000 00:00 0 7f4d238b1000-7f4d238b2000 rw-p 00000000 00:00 0 7f4d238b2000-7f4d238b3000 r--p 00025000 ca:01 652669 /lib/x86_64-linux-gnu/ld-2.23.so 7f4d238b3000-7f4d238b4000 rw-p 00026000 ca:01 652669 /lib/x86_64-linux-gnu/ld-2.23.so 7f4d238b4000-7f4d238b5000 rw-p 00000000 00:00 0 7ffdfb535000-7ffdfb632000 rw-p 00000000 00:00 0 [stack] 7ffdfb64d000-7ffdfb64f000 r--p 00000000 00:00 0 [vvar] 7ffdfb64f000-7ffdfb651000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] Aborted
Additional information: I tried to recompile with -g (debug) and run it in gdb but the crash is not reproduced that way (w/ or w/o gdb). I guess that the memory handling in debug mode is different so the corruption is not there anymore. Best, Stefano > Hi, > I'm using elog 313 on an ubuntu server. > > A user inserted a very long subject by mistake (the text was supposed to go into the body, but he copy pasted in the wrong place). > This results in elogd crash with buffer overflow error when I try to look at the list of that elgbook. > > I can reproduce it on my test server by copy pasting lorem ipsum in the Subject field of the demo elogbook. I'm not doing that here for obvious reason. > > If I cut the length of the Subject in the *.log file by hand, all is back to normal. > > Is there a way to protect from this problem in the front-end? > > Thanks, > Stefano > > Full backtrace follow. > > *** buffer overflow detected ***: /usr/sbin/elogd terminated > ======= Backtrace: ========= > /lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f4d22c717e5] > /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x5c)[0x7f4d22d1315c] > /lib/x86_64-linux-gnu/libc.so.6(+0x117160)[0x7f4d22d11160] > /lib/x86_64-linux-gnu/libc.so.6(+0x1166c9)[0x7f4d22d106c9] > /lib/x86_64-linux-gnu/libc.so.6(_IO_default_xsputn+0x80)[0x7f4d22c756b0] > /lib/x86_64-linux-gnu/libc.so.6(_IO_vfprintf+0x139b)[0x7f4d22c4850b] > /lib/x86_64-linux-gnu/libc.so.6(__vsprintf_chk+0x84)[0x7f4d22d10754] > /lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x7f4d22d106ad] > /usr/sbin/elogd[0x4547ca] > /usr/sbin/elogd[0x4793f0] > /usr/sbin/elogd[0x4955e0] > /usr/sbin/elogd[0x495876] > /usr/sbin/elogd[0x497bae] > /usr/sbin/elogd[0x49a6ca] > /usr/sbin/elogd[0x403ea7] > /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0)[0x7f4d22c1a830] > /usr/sbin/elogd[0x404ae9] > ======= Memory map: ======== > 00400000-004d4000 r-xp 00000000 ca:01 135411 /usr/sbin/elogd > 006d3000-006d4000 r--p 000d3000 ca:01 135411 /usr/sbin/elogd > 006d4000-007b5000 rw-p 000d4000 ca:01 135411 /usr/sbin/elogd > 007b5000-0172b000 rw-p 00000000 00:00 0 > 01a98000-01cd1000 rw-p 00000000 00:00 0 [heap] > 7f4d1daac000-7f4d1dac2000 r-xp 00000000 ca:01 651589 /lib/x86_64-linux-gnu/libgcc_s.so.1 > 7f4d1dac2000-7f4d1dcc1000 ---p 00016000 ca:01 651589 /lib/x86_64-linux-gnu/libgcc_s.so.1 > 7f4d1dcc1000-7f4d1dcc2000 rw-p 00015000 ca:01 651589 /lib/x86_64-linux-gnu/libgcc_s.so.1 > 7f4d1dcc2000-7f4d1e6af000 r--s 00000000 ca:03 1305745 /var/lib/sss/mc/initgroups > 7f4d1e6af000-7f4d1e6b7000 r-xp 00000000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 > 7f4d1e6b7000-7f4d1e8b6000 ---p 00008000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 > 7f4d1e8b6000-7f4d1e8b7000 r--p 00007000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 > 7f4d1e8b7000-7f4d1e8b8000 rw-p 00008000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 > 7f4d1e8b8000-7f4d1e8c3000 r-xp 00000000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so > 7f4d1e8c3000-7f4d1eac2000 ---p 0000b000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so > 7f4d1eac2000-7f4d1eac3000 r--p 0000a000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so > 7f4d1eac3000-7f4d1eac4000 rw-p 0000b000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so > 7f4d1eac4000-7f4d1eaca000 rw-p 00000000 00:00 0 > 7f4d1eaca000-7f4d1ef26000 r--p 00000000 ca:01 134295 /usr/lib/locale/locale-archive > 7f4d1ef26000-7f4d1ef2d000 r-xp 00000000 ca:01 136072 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 > 7f4d1ef2d000-7f4d1f12c000 ---p 00007000 ca:01 136072 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 > 7f4d1f12c000-7f4d1f12d000 r--p 00006000 ca:01 136072 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 > 7f4d1f12d000-7f4d1f12e000 rw-p 00007000 ca:01 136072 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 > 7f4d1f12e000-7f4d1f137000 r-xp 00000000 ca:01 652677 /lib/x86_64-linux-gnu/libcrypt-2.23.so > 7f4d1f137000-7f4d1f336000 ---p 00009000 ca:01 652677 /lib/x86_64-linux-gnu/libcrypt-2.23.so > 7f4d1f336000-7f4d1f337000 r--p 00008000 ca:01 652677 /lib/x86_64-linux-gnu/libcrypt-2.23.so > 7f4d1f337000-7f4d1f338000 rw-p 00009000 ca:01 652677 /lib/x86_64-linux-gnu/libcrypt-2.23.so > 7f4d1f338000-7f4d1f366000 rw-p 00000000 00:00 0 > 7f4d1f366000-7f4d1f436000 r-xp 00000000 ca:01 138952 /usr/lib/x86_64-linux-gnu/libsqlite3.so.0.8.6 > 7f4d1f436000-7f4d1f635000 ---p 000d0000 ca:01 138952 /usr/lib/x86_64-linux-gnu/libsqlite3.so.0.8.6 > 7f4d1f635000-7f4d1f638000 r--p 000cf000 ca:01 138952 /usr/lib/x86_64-linux-gnu/libsqlite3.so.0.8.6 > 7f4d1f638000-7f4d1f63a000 rw-p 000d2000 ca:01 138952 /usr/lib/x86_64-linux-gnu/libsqlite3.so.0.8.6 > 7f4d1f63a000-7f4d1f63b000 rw-p 00000000 00:00 0 > 7f4d1f63b000-7f4d1f682000 r-xp 00000000 ca:01 137392 /usr/lib/x86_64-linux-gnu/libhx509.so.5.0.0 > 7f4d1f682000-7f4d1f881000 ---p 00047000 ca:01 137392 /usr/lib/x86_64-linux-gnu/libhx509.so.5.0.0 > 7f4d1f881000-7f4d1f883000 r--p 00046000 ca:01 137392 /usr/lib/x86_64-linux-gnu/libhx509.so.5.0.0 > 7f4d1f883000-7f4d1f885000 rw-p 00048000 ca:01 137392 /usr/lib/x86_64-linux-gnu/libhx509.so.5.0.0 > 7f4d1f885000-7f4d1f886000 rw-p 00000000 00:00 0 > 7f4d1f886000-7f4d1f894000 r-xp 00000000 ca:01 137386 /usr/lib/x86_64-linux-gnu/libheimbase.so.1.0.0 > 7f4d1f894000-7f4d1fa93000 ---p 0000e000 ca:01 137386 /usr/lib/x86_64-linux-gnu/libheimbase.so.1.0.0 > 7f4d1fa93000-7f4d1fa94000 r--p 0000d000 ca:01 137386 /usr/lib/x86_64-linux-gnu/libheimbase.so.1.0.0 > 7f4d1fa94000-7f4d1fa95000 rw-p 0000e000 ca:01 137386 /usr/lib/x86_64-linux-gnu/libheimbase.so.1.0.0 > 7f4d1fa95000-7f4d1fabc000 r-xp 00000000 ca:01 137389 /usr/lib/x86_64-linux-gnu/libwind.so.0.0.0 > 7f4d1fabc000-7f4d1fcbc000 ---p 00027000 ca:01 137389 /usr/lib/x86_64-linux-gnu/libwind.so.0.0.0 > 7f4d1fcbc000-7f4d1fcbd000 r--p 00027000 ca:01 137389 /usr/lib/x86_64-linux-gnu/libwind.so.0.0.0 > 7f4d1fcbd000-7f4d1fcbe000 rw-p 00028000 ca:01 137389 /usr/lib/x86_64-linux-gnu/libwind.so.0.0.0 > 7f4d1fcbe000-7f4d1fd3d000 r-xp 00000000 ca:01 136076 /usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0 > 7f4d1fd3d000-7f4d1ff3c000 ---p 0007f000 ca:01 136076 /usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0 > 7f4d1ff3c000-7f4d1ff3d000 r--p 0007e000 ca:01 136076 /usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0 > 7f4d1ff3d000-7f4d1ff3e000 rw-p 0007f000 ca:01 136076 /usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0 > 7f4d1ff3e000-7f4d1ff70000 r-xp 00000000 ca:01 133867 /usr/lib/x86_64-linux-gnu/libhogweed.so.4.2 > 7f4d1ff70000-7f4d2016f000 ---p 00032000 ca:01 133867 /usr/lib/x86_64-linux-gnu/libhogweed.so.4.2 > 7f4d2016f000-7f4d20170000 r--p 00031000 ca:01 133867 /usr/lib/x86_64-linux-gnu/libhogweed.so.4.2 > 7f4d20170000-7f4d20171000 rw-p 00032000 ca:01 133867 /usr/lib/x86_64-linux-gnu/libhogweed.so.4.2 > 7f4d20171000-7f4d201a5000 r-xp 00000000 ca:01 133869 /usr/lib/x86_64-linux-gnu/libnettle.so.6.2 > 7f4d201a5000-7f4d203a4000 ---p 00034000 ca:01 133869 /usr/lib/x86_64-linux-gnu/libnettle.so.6.2 > 7f4d203a4000-7f4d203a6000 r--p 00033000 ca:01 133869 /usr/lib/x86_64-linux-gnu/libnettle.so.6.2 > 7f4d203a6000-7f4d203a7000 rw-p 00035000 ca:01 133869 /usr/lib/x86_64-linux-gnu/libnettle.so.6.2 > 7f4d203a7000-7f4d203b8000 r-xp 00000000 ca:01 133877 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.5.1 > 7f4d203b8000-7f4d205b8000 ---p 00011000 ca:01 133877 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.5.1 > 7f4d205b8000-7f4d205b9000 r--p 00011000 ca:01 133877 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.5.1 > 7f4d205b9000-7f4d205ba000 rw-p 00012000 ca:01 133877 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.5.1 > 7f4d205ba000-7f4d205eb000 r-xp 00000000 ca:01 133871 /usr/lib/x86_64-linux-gnu/libidn.so.11.6.15 > 7f4d205eb000-7f4d207eb000 ---p 00031000 ca:01 133871 /usr/lib/x86_64-linux-gnu/libidn.so.11.6.15 > 7f4d207eb000-7f4d207ec000 r--p 00031000 ca:01 133871 /usr/lib/x86_64-linux-gnu/libidn.so.11.6.15 > 7f4d207ec000-7f4d207ed000 rw-p 00032000 ca:01 133871 /usr/lib/x86_64-linux-gnu/libidn.so.11.6.15 > 7f4d207ed000-7f4d20846000 r-xp 00000000 ca:01 133875 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.1.0 > 7f4d20846000-7f4d20a45000 ---p 00059000 ca:01 133875 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.1.0 > 7f4d20a45000-7f4d20a4f000 r--p 00058000 ca:01 133875 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.1.0 > 7f4d20a4f000-7f4d20a51000 rw-p 00062000 ca:01 133875 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.1.0 > 7f4d20a51000-7f4d20a6a000 r-xp 00000000 ca:01 651781 /lib/x86_64-linux-gnu/libz.so.1.2.8 > 7f4d20a6a000-7f4d20c69000 ---p 00019000 ca:01 651781 /lib/x86_64-linux-gnu/libz.so.1.2.8 > 7f4d20c69000-7f4d20c6a000 r--p 00018000 ca:01 651781 /lib/x86_64-linux-gnu/libz.so.1.2.8 > 7f4d20c6a000-7f4d20c6b000 rw-p 00019000 ca:01 651781 /lib/x86_64-linux-gnu/libz.so.1.2.8 > 7f4d20c6b000-7f4d20c80000 r-xp 00000000 ca:01 137377 /usr/lib/x86_64-linux-gnu/libroken.so.18.1.0 > 7f4d20c80000-7f4d20e7f000 ---p 00015000 ca:01 137377 /usr/lib/x86_64-linux-gnu/libroken.so.18.1.0 > 7f4d20e7f000-7f4d20e80000 r--p 00014000 ca:01 137377 /usr/lib/x86_64-linux-gnu/libroken.so.18.1.0 > 7f4d20e80000-7f4d20e81000 rw-p 00015000 ca:01 137377 /usr/lib/x86_64-linux-gnu/libroken.so.18.1.0 > 7f4d20e81000-7f4d20eb1000 r-xp 00000000 ca:01 137383 /usr/lib/x86_64-linux-gnu/libhcrypto.so.4.1.0 > 7f4d20eb1000-7f4d210b1000 ---p 00030000 ca:01 137383 /usr/lib/x86_64-linux-gnu/libhcrypto.so.4.1.0 > 7f4d210b1000-7f4d210b2000 r--p 00030000 ca:01 137383 /usr/lib/x86_64-linux-gnu/libhcrypto.so.4.1.0 > 7f4d210b2000-7f4d210b3000 rw-p 00031000 ca:01 137383 /usr/lib/x86_64-linux-gnu/libhcrypto.so.4.1.0 > 7f4d210b3000-7f4d210b4000 rw-p 00000000 00:00 0 > 7f4d210b4000-7f4d210b7000 r-xp 00000000 ca:01 651540 /lib/x86_64-linux-gnu/libcom_err.so.2.1 > 7f4d210b7000-7f4d212b6000 ---p 00003000 ca:01 651540 /lib/x86_64-linux-gnu/libcom_err.so.2.1 > 7f4d212b6000-7f4d212b7000 r--p 00002000 ca:01 651540 /lib/x86_64-linux-gnu/libcom_err.so.2.1 > 7f4d212b7000-7f4d212b8000 rw-p 00003000 ca:01 651540 /lib/x86_64-linux-gnu/libcom_err.so.2.1 > 7f4d212b8000-7f4d21357000 r-xp 00000000 ca:01 137380 /usr/lib/x86_64-linux-gnu/libasn1.so.8.0.0 > 7f4d21357000-7f4d21556000 ---p 0009f000 ca:01 137380 /usr/lib/x86_64-linux-gnu/libasn1.so.8.0.0 > 7f4d21556000-7f4d21557000 r--p 0009e000 ca:01 137380 /usr/lib/x86_64-linux-gnu/libasn1.so.8.0.0 > 7f4d21557000-7f4d2155a000 rw-p 0009f000 ca:01 137380 /usr/lib/x86_64-linux-gnu/libasn1.so.8.0.0 > 7f4d2155a000-7f4d215de000 r-xp 00000000 ca:01 137395 /usr/lib/x86_64-linux-gnu/libkrb5.so.26.0.0 > 7f4d215de000-7f4d217dd000 ---p 00084000 ca:01 137395 /usr/lib/x86_64-linux-gnu/libkrb5.so.26.0.0 > 7f4d217dd000-7f4d217e0000 r--p 00083000 ca:01 137395 /usr/lib/x86_64-linux-gnu/libkrb5.so.26.0.0 > 7f4d217e0000-7f4d217e3000 rw-p 00086000 ca:01 137395 /usr/lib/x86_64-linux-gnu/libkrb5.so.26.0.0 > 7f4d217e3000-7f4d217e4000 rw-p 00000000 00:00 0 > 7f4d217e4000-7f4d217ec000 r-xp 00000000 ca:01 137400 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0 > 7f4d217ec000-7f4d219eb000 ---p 00008000 ca:01 137400 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0 > 7f4d219eb000-7f4d219ec000 r--p 00007000 ca:01 137400 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0 > 7f4d219ec000-7f4d219ed000 rw-p 00008000 ca:01 137400 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0 > 7f4d219ed000-7f4d219f0000 r-xp 00000000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so > 7f4d219f0000-7f4d21bef000 ---p 00003000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so > 7f4d21bef000-7f4d21bf0000 r--p 00002000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so > 7f4d21bf0000-7f4d21bf1000 rw-p 00003000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so > 7f4d21bf1000-7f4d21c09000 r-xp 00000000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so > 7f4d21c09000-7f4d21e08000 ---p 00018000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so > 7f4d21e08000-7f4d21e09000 r--p 00017000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so > 7f4d21e09000-7f4d21e0a000 rw-p 00018000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so > 7f4d21e0a000-7f4d21e0e000 rw-p 00000000 00:00 0 > 7f4d21e0e000-7f4d21f31000 r-xp 00000000 ca:01 130646 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.6.2 > 7f4d21f31000-7f4d22130000 ---p 00123000 ca:01 130646 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.6.2 > 7f4d22130000-7f4d2213b000 r--p 00122000 ca:01 130646 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.6.2 > 7f4d2213b000-7f4d2213d000 rw-p 0012d000 ca:01 130646 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.6.2 > 7f4d2213d000-7f4d2213e000 rw-p 00000000 00:00 0 > 7f4d2213e000-7f4d2217b000 r-xp 00000000 ca:01 137406 /usr/lib/x86_64-linux-gnu/libgssapi.so.3.0.0 > 7f4d2217b000-7f4d2237b000 ---p 0003d000 ca:01 137406 /usr/lib/x86_64-linux-gnu/libgssapi.so.3.0.0 > 7f4d2237b000-7f4d2237c000 r--p 0003d000 ca:01 137406 /usr/lib/x86_64-linux-gnu/libgssapi.so.3.0.0 > 7f4d2237c000-7f4d2237e000 rw-p 0003e000 ca:01 137406 /usr/lib/x86_64-linux-gnu/libgssapi.so.3.0.0 > 7f4d2237e000-7f4d2237f000 rw-p 00000000 00:00 0 > 7f4d2237f000-7f4d22398000 r-xp 00000000 ca:01 131029 /usr/lib/x86_64-linux-gnu/libsasl2.so.2.0.25 > 7f4d22398000-7f4d22598000 ---p 00019000 ca:01 131029 /usr/lib/x86_64-linux-gnu/libsasl2.so.2.0.25 > 7f4d22598000-7f4d22599000 r--p 00019000 ca:01 131029 /usr/lib/x86_64-linux-gnu/libsasl2.so.2.0.25 > 7f4d22599000-7f4d2259a000 rw-p 0001a000 ca:01 131029 /usr/lib/x86_64-linux-gnu/libsasl2.so.2.0.25 > 7f4d2259a000-7f4d225b1000 r-xp 00000000 ca:01 652676 /lib/x86_64-linux-gnu/libresolv-2.23.so > 7f4d225b1000-7f4d227b1000 ---p 00017000 ca:01 652676 /lib/x86_64-linux-gnu/libresolv-2.23.so > 7f4d227b1000-7f4d227b2000 r--p 00017000 ca:01 652676 /lib/x86_64-linux-gnu/libresolv-2.23.so > 7f4d227b2000-7f4d227b3000 rw-p 00018000 ca:01 652676 /lib/x86_64-linux-gnu/libresolv-2.23.so > 7f4d227b3000-7f4d227b5000 rw-p 00000000 00:00 0 > 7f4d227b5000-7f4d229d0000 r-xp 00000000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > 7f4d229d0000-7f4d22bcf000 ---p 0021b000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > 7f4d22bcf000-7f4d22beb000 r--p 0021a000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > 7f4d22beb000-7f4d22bf7000 rw-p 00236000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > 7f4d22bf7000-7f4d22bfa000 rw-p 00000000 00:00 0 > 7f4d22bfa000-7f4d22dba000 r-xp 00000000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so > 7f4d22dba000-7f4d22fba000 ---p 001c0000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so > 7f4d22fba000-7f4d22fbe000 r--p 001c0000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so > 7f4d22fbe000-7f4d22fc0000 rw-p 001c4000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so > 7f4d22fc0000-7f4d22fc4000 rw-p 00000000 00:00 0 > 7f4d22fc4000-7f4d22fd1000 r-xp 00000000 ca:01 130557 /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2.10.5 > 7f4d22fd1000-7f4d231d1000 ---p 0000d000 ca:01 130557 /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2.10.5 > 7f4d231d1000-7f4d231d2000 r--p 0000d000 ca:01 130557 /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2.10.5 > 7f4d231d2000-7f4d231d3000 rw-p 0000e000 ca:01 130557 /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2.10.5 > 7f4d231d3000-7f4d23220000 r-xp 00000000 ca:01 130560 /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2.10.5 > 7f4d23220000-7f4d2341f000 ---p 0004d000 ca:01 130560 /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2.10.5 > 7f4d2341f000-7f4d23421000 r--p 0004c000 ca:01 130560 /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2.10.5 > 7f4d23421000-7f4d23422000 rw-p 0004e000 ca:01 130560 /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2.10.5 > 7f4d23422000-7f4d23424000 rw-p 00000000 00:00 0 > 7f4d23424000-7f4d23482000 r-xp 00000000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 > 7f4d23482000-7f4d23682000 ---p 0005e000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 > 7f4d23682000-7f4d23686000 r--p 0005e000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 > 7f4d23686000-7f4d2368d000 rw-p 00062000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 > 7f4d2368d000-7f4d236b3000 r-xp 00000000 ca:01 652669 /lib/x86_64-linux-gnu/ld-2.23.so > 7f4d23888000-7f4d23898000 rw-p 00000000 00:00 0 > 7f4d238b1000-7f4d238b2000 rw-p 00000000 00:00 0 > 7f4d238b2000-7f4d238b3000 r--p 00025000 ca:01 652669 /lib/x86_64-linux-gnu/ld-2.23.so > 7f4d238b3000-7f4d238b4000 rw-p 00026000 ca:01 652669 /lib/x86_64-linux-gnu/ld-2.23.so > 7f4d238b4000-7f4d238b5000 rw-p 00000000 00:00 0 > 7ffdfb535000-7ffdfb632000 rw-p 00000000 00:00 0 [stack] > 7ffdfb64d000-7ffdfb64f000 r--p 00000000 00:00 0 [vvar] > 7ffdfb64f000-7ffdfb651000 r-xp 00000000 00:00 0 [vdso] > ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] > Aborted
indeed, I'll try to move to ELOG V3.1.4-80633ba > My try on this server ->> see the subject
> indeed, I'll try to move to ELOG V3.1.4-80633ba > > > My try on this server ->> see the subject I've tried with elog-3.1.4-2 and git version, and I still have the same problem. If I compile with make debug, it works. Is there anything I can do to help debug the problem? thanks for your help S compiling git master w/o debug, but running in gdb gdb ~/elog/elogd (gdb) run -f /var/run/elog.pid -c /etc/elog.conf -d /var/lib/elog/logbooks -s /usr/share/elog -v 3 -x ... [opening elogbook demo with an entry with lorem ipsum as sujbject] *** buffer overflow detected ***: /root/elog/elogd terminated ======= Backtrace: ========= /lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7ffff781b7e5] /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x5c)[0x7ffff78bd15c] /lib/x86_64-linux-gnu/libc.so.6(+0x117160)[0x7ffff78bb160] /lib/x86_64-linux-gnu/libc.so.6(+0x1166c9)[0x7ffff78ba6c9] /lib/x86_64-linux-gnu/libc.so.6(_IO_default_xsputn+0x80)[0x7ffff781f6b0] /lib/x86_64-linux-gnu/libc.so.6(_IO_vfprintf+0x139b)[0x7ffff77f250b] /lib/x86_64-linux-gnu/libc.so.6(__vsprintf_chk+0x84)[0x7ffff78ba754] /lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x7ffff78ba6ad] /root/elog/elogd[0x44c86a] /root/elog/elogd[0x4799e0] /root/elog/elogd[0x496018] /root/elog/elogd[0x4962a6] /root/elog/elogd[0x49864e] /root/elog/elogd[0x49b1f8] /root/elog/elogd[0x4038c7] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0)[0x7ffff77c4830] /root/elog/elogd[0x404509] ======= Memory map: ======== 00400000-004d5000 r-xp 00000000 ca:01 273573 /root/elog/elogd 006d4000-006d5000 r--p 000d4000 ca:01 273573 /root/elog/elogd 006d5000-0076c000 rw-p 000d5000 ca:01 273573 /root/elog/elogd 0076c000-018e7000 rw-p 00000000 00:00 0 [heap] 7ffff5783000-7ffff5799000 r-xp 00000000 ca:01 651589 /lib/x86_64-linux-gnu/libgcc_s.so.1 7ffff5799000-7ffff5998000 ---p 00016000 ca:01 651589 /lib/x86_64-linux-gnu/libgcc_s.so.1 7ffff5998000-7ffff5999000 rw-p 00015000 ca:01 651589 /lib/x86_64-linux-gnu/libgcc_s.so.1 7ffff5999000-7ffff5c56000 rw-p 00000000 00:00 0 7ffff5cda000-7ffff66c7000 r--s 00000000 ca:03 1305745 /var/lib/sss/mc/initgroups 7ffff66c7000-7ffff66df000 r-xp 00000000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so 7ffff66df000-7ffff68de000 ---p 00018000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so 7ffff68de000-7ffff68df000 r--p 00017000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so 7ffff68df000-7ffff68e0000 rw-p 00018000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so 7ffff68e0000-7ffff68e4000 rw-p 00000000 00:00 0 7ffff68e4000-7ffff68ec000 r-xp 00000000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 7ffff68ec000-7ffff6aeb000 ---p 00008000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 7ffff6aeb000-7ffff6aec000 r--p 00007000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 7ffff6aec000-7ffff6aed000 rw-p 00008000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 7ffff6aed000-7ffff6af8000 r-xp 00000000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so 7ffff6af8000-7ffff6cf7000 ---p 0000b000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so 7ffff6cf7000-7ffff6cf8000 r--p 0000a000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so 7ffff6cf8000-7ffff6cf9000 rw-p 0000b000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so 7ffff6cf9000-7ffff6cff000 rw-p 00000000 00:00 0 7ffff6cff000-7ffff715b000 r--p 00000000 ca:01 134295 /usr/lib/locale/locale-archive 7ffff715b000-7ffff715e000 r-xp 00000000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so 7ffff715e000-7ffff735d000 ---p 00003000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so 7ffff735d000-7ffff735e000 r--p 00002000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so 7ffff735e000-7ffff735f000 rw-p 00003000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so 7ffff735f000-7ffff757a000 r-xp 00000000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7ffff757a000-7ffff7779000 ---p 0021b000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7ffff7779000-7ffff7795000 r--p 0021a000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7ffff7795000-7ffff77a1000 rw-p 00236000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 7ffff77a1000-7ffff77a4000 rw-p 00000000 00:00 0 7ffff77a4000-7ffff7964000 r-xp 00000000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so 7ffff7964000-7ffff7b64000 ---p 001c0000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so 7ffff7b64000-7ffff7b68000 r--p 001c0000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so 7ffff7b68000-7ffff7b6a000 rw-p 001c4000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so 7ffff7b6a000-7ffff7b6e000 rw-p 00000000 00:00 0 7ffff7b6e000-7ffff7bcc000 r-xp 00000000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 7ffff7bcc000-7ffff7dcc000 ---p 0005e000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 7ffff7dcc000-7ffff7dd0000 r--p 0005e000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 7ffff7dd0000-7ffff7dd7000 rw-p 00062000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 7ffff7dd7000-7ffff7dfd000 r-xp 00000000 ca:01 652669 /lib/x86_64-linux-gnu/ld-2.23.so 7ffff7fd9000-7ffff7fde000 rw-p 00000000 00:00 0 7ffff7ff7000-7ffff7ff8000 rw-p 00000000 00:00 0 7ffff7ff8000-7ffff7ffa000 r--p 00000000 00:00 0 [vvar] 7ffff7ffa000-7ffff7ffc000 r-xp 00000000 00:00 0 [vdso] 7ffff7ffc000-7ffff7ffd000 r--p 00025000 ca:01 652669 /lib/x86_64-linux-gnu/ld-2.23.so 7ffff7ffd000-7ffff7ffe000 rw-p 00026000 ca:01 652669 /lib/x86_64-linux-gnu/ld-2.23.so 7ffff7ffe000-7ffff7fff000 rw-p 00000000 00:00 0 7fffffe68000-7ffffffff000 rw-p 00000000 00:00 0 [stack] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] Program received signal SIGABRT, Aborted. 0x00007ffff77d9428 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54 54 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) where #0 0x00007ffff77d9428 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:54 #1 0x00007ffff77db02a in __GI_abort () at abort.c:89 #2 0x00007ffff781b7ea in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7ffff793349f "*** %s ***: %s terminated\n") at ../sysdeps/posix/libc_fatal.c:175 #3 0x00007ffff78bd15c in __GI___fortify_fail (msg=<optimized out>, msg@entry=0x7ffff7933430 "buffer overflow detected") at fortify_fail.c:37 #4 0x00007ffff78bb160 in __GI___chk_fail () at chk_fail.c:28 #5 0x00007ffff78ba6c9 in _IO_str_chk_overflow (fp=<optimized out>, c=<optimized out>) at vsprintf_chk.c:31 #6 0x00007ffff781f6b0 in __GI__IO_default_xsputn (f=0x7ffffff36d90, data=<optimized out>, n=1499) at genops.c:455 #7 0x00007ffff77f250b in _IO_vfprintf_internal (s=s@entry=0x7ffffff36d90, format=<optimized out>, format@entry=0x4b66bf "Style %s %s", ap=ap@entry=0x7ffffff36ec8) at vfprintf.c:1632 #8 0x00007ffff78ba754 in ___vsprintf_chk ( s=0x7ffffff376a0 "Style Subject Lorem ipsum dolor sit amet, ut solum conceptam dissentiet per, affert argumentum te pro. Dicta tractatos intellegebat an ius. Mei munere soleat voluptatum cu, at vidit scriptorem consect"..., flags=1, slen=1500, format=0x4b66bf "Style %s %s", args=args@entry=0x7ffffff36ec8) at vsprintf_chk.c:82 #9 0x00007ffff78ba6ad in ___sprintf_chk (s=<optimized out>, flags=<optimized out>, slen=<optimized out>, format=<optimized out>) at sprintf_chk.c:31 #10 0x000000000044c86a in display_line () #11 0x00000000004799e0 in show_elog_list () #12 0x0000000000496018 in interprete () #13 0x00000000004962a6 in decode_get () #14 0x000000000049864e in process_http_request () #15 0x000000000049b1f8 in server_loop () #16 0x00000000004038c7 in main ()
> I found two potential memory leaks which I fixed in the git version, so you can try again. Just tested, and it works! Many thanks for very quick patch! > > Another possibility, which is actually preferred, is to limit the size of the subject filed to a reasonable number. You can do that with following option > > Format subject = 0, attribname, attribvalue, 80, 200 Yes, that is a good suggestion, I'll implemented it. Many thanks again! Best, Stefano > > This shows the subject line with a width of 80 characters, but does only allow 200 characters to be entered there. > > Best, > Stefan
Dear expert, I'm running the latest git version of elog ELOG V3.1.4-395e101a on ubuntu 20.04.2. I'm experiencing frequent hangs of the elog server: the status is always reported as running, but the web server is not responding. The only hint I have of something strange is that the elogd process is using a lot of CPU (50-100%), the log do not show anything suspect as far as I can see. Has anyone experienced something similar or has any idea how can I start to debug the problem? Sorry for lack of many information, but I don't know what to look at. Thanks in advance Stefano
Dear experts, I have a logbook which has authentication as follow Authentication = LDAP, File Password file = PASSWD.file LDAP server = ldaps://it-ldap-XXX.XXX.XX:1636 LDAP userbase = ou=people,ou=RGY,o=XXX,c=XX LDAP login attribute = uid LDAP register = 0 Self register = 0 Allow password change = 0 Some of the my user (but not all) have issue in accessing this protected elogbook. The ldap password is correct (we checked). What I see in the log is as follow: 22-Feb-2021 11:25:51 [XXX.YYY.ZZZ.QQ] {Beam Run} LOGIN user "USERNAME" (attempt) 22-Feb-2021 11:25:59 [XXX.YYY.ZZZ.QQ] {Beam Run} LOGIN user "USERNAME" (attempt) The user USERNAME is present in PASSWD.file. For other user, for which the login works, I do see an (attempt) and then (success) we tried the standard stuff: clear cache/cookies and with different browser. We also tried to remove the user from PASSWD.file and create it again, but nothing has worked. Any suggestion how I can debug this problem? Thanks in advance, Stefano
Hi, I'm running elogd 3.1.4 built Jan 27 2021, 09:56:34 revision 395e101a on an ubuntu server. I have a crash when very long filename (200 chars) are attached to an logbook entry. The uploading of the attachment works almost fine: the filename is truncated and the convert to thumbnail is not working (as a consequence, maybe) but the file is actually uploaded and can be downloaded correctly from the entry itself. However, if I try to access the logbook list which contains that entry, I have a crash: *** buffer overflow detected ***: terminated Aborted (core dumped) [backtrace is attached below] The only way I found to solve this is to edit manually the log entry and delete the attachment from it. Any suggestion how to solve this? Thanks Stefano *** buffer overflow detected ***: terminated Program received signal SIGABRT, Aborted. __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 50 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bp Undefined command: "bp". Try "help". (gdb) backtrace #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0x00007ffff7cf4859 in __GI_abort () at abort.c:79 #2 0x00007ffff7d5f29e in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7ffff7e8908f "*** %s ***: terminated\n") at ../sysdeps/posix/libc_fatal.c:155 #3 0x00007ffff7e01aea in __GI___fortify_fail (msg=msg@entry=0x7ffff7e89025 "buffer overflow detected") at fortify_fail.c:26 #4 0x00007ffff7e00386 in __GI___chk_fail () at chk_fail.c:28 #5 0x00007ffff7d5707f in _IO_str_chk_overflow (fp=<optimized out>, c=<optimized out>) at iovsprintf.c:35 #6 0x00007ffff7d64054 in __GI__IO_default_xsputn (n=<optimized out>, data=<optimized out>, f=<optimized out>) at libioP.h:948 #7 __GI__IO_default_xsputn (f=0x7ffffff36ca0, data=<optimized out>, n=241) at genops.c:370 #8 0x00007ffff7d4912c in __vfprintf_internal (s=s@entry=0x7ffffff36ca0, format=format@entry=0x555555622e74 "../%s/%s/%s", ap=ap@entry=0x7ffffff36de0, mode_flags=mode_flags@entry=6) at ../libio/libioP.h:948 #9 0x00007ffff7d57129 in __vsprintf_internal ( string=0x7ffffff37120 "../DAQ/220325_090630/j5K1OSy8XN9FRPriaBGOmMg3bih07CQKo68Sw6dskclxdOqKaTOsf2bX8UugSWn0s8zaAHe6VWiPcQVnmD8PM1tbQoVMr08dBrXKU2X2tBR4pJ3hlfxbKjspmcbiDTMy32eHIp6lFAVA9lppShmpiut4g4CtgDK3F2bOPzgzXEjPw W0SJWG"..., maxlen=<optimized out>, format=0x555555622e74 "../%s/%s/%s", args=args@entry=0x7ffffff36de0, mode_flags=6) at iovsprintf.c:95 #10 0x00007ffff7dffe7b in ___sprintf_chk (s=<optimized out>, flag=<optimized out>, slen=<optimized out>, format=<optimized out>) at sprintf_chk.c:40 #11 0x00005555555a939d in display_line () #12 0x00005555555ddc8a in show_elog_list () #13 0x00005555556010cf in interprete () #14 0x0000555555601a33 in decode_get () #15 0x000055555560461f in process_http_request () #16 0x0000555555607745 in server_loop () #17 0x000055555555a92c in main ()
Hi Stefan, > Hi Stefano, > > well, why in heaven's name do you run 200+ chars file names? This is a very good question, and I asked the same to my user: the use case is typically that the attachment names are generated programmatcally, and many steps of the script add a string to it, plus sometime the original filename has hiragana or even kanji character. So, long story short, it has happened in our production environment The file I'm using was indeed generated from /dev/random, but that was the earies way fo rme to create such long filename. Backtrace with lines is as follow. Program received signal SIGABRT, Aborted. __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 50 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) where #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0x00007ffff7cf4859 in __GI_abort () at abort.c:79 #2 0x00007ffff7d5f29e in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7ffff7e8908f "*** %s ***: terminated\n") at ../sysdeps/posix/libc_fatal.c:155 #3 0x00007ffff7e01aea in __GI___fortify_fail (msg=msg@entry=0x7ffff7e89025 "buffer overflow detected") at fortify_fail.c:26 #4 0x00007ffff7e00386 in __GI___chk_fail () at chk_fail.c:28 #5 0x00007ffff7d5707f in _IO_str_chk_overflow (fp=<optimized out>, c=<optimized out>) at iovsprintf.c:35 #6 0x00007ffff7d64054 in __GI__IO_default_xsputn (n=<optimized out>, data=<optimized out>, f=<optimized out>) at libioP.h:948 #7 __GI__IO_default_xsputn (f=0x7ffffff36c70, data=<optimized out>, n=241) at genops.c:370 #8 0x00007ffff7d4912c in __vfprintf_internal (s=s@entry=0x7ffffff36c70, format=format@entry=0x555555622e74 "../%s/%s/%s", ap=ap@entry=0x7ffffff36db0, mode_flags=mode_flags@entry=6) at ../libio/libioP.h:948 #9 0x00007ffff7d57129 in __vsprintf_internal ( string=0x7ffffff370f0 "../DAQ/220329_090332/IjU4CK54jRBuQhOdUANqC6X8i8x1yoGGKozhtuM2M0Cc8MnauDwSzAs0BiVwAIzyC4TJqmDArrIA9Exja36xXqc6PSUjOE5hkiW1YeG1R9FM64tmdq52vvo1NsqLOk6I02RBlgnQB7hoUQa1fwb8ZdoRo3BJ9WJGq2sErewo8BL9dAZhZF9"..., maxlen=<optimized out>, format=0x555555622e74 "../%s/%s/%s", args=args@entry=0x7ffffff36db0, mode_flags=6) at iovsprintf.c:95 #10 0x00007ffff7dffe7b in ___sprintf_chk (s=<optimized out>, flag=<optimized out>, slen=<optimized out>, format=<optimized out>) at sprintf_chk.c:40 #11 0x00005555555a939d in sprintf (__fmt=0x555555622e74 "../%s/%s/%s", __s=<optimized out>) at /usr/include/x86_64-linux-gnu/bits/stdio2.h:36 #12 display_line (lbs=0x55555664b818, message_id=9, number=<optimized out>, mode=0x7ffffffd2b80 "Summary", expand=1, level=0, printable=0, n_line=3, show_attachments=0, show_att_column=1, date=0x7ffffffd2a40 "Tue, 29 Mar 2022 09:03:35 +0000", in_reply_to=0x7ffffffd2a90 "", reply_to=0x7ffffffd3160 "", n_attr_disp=7, disp_attr=0x7ffffff86760, disp_attr_link=0x7ffffff386a0, attrib=0x7ffffff3d380, n_attr=5, text=0x5555567f26f8 "", show_text=1, attachment=0x7ffffff3a180, encoding=0x7ffffffd2ae0 "plain", select=0, n_display=0x7ffffff38438, locked_by=0x7ffffffd2d60 "", highlight=0, re_buf=0x7ffffff38840, highlight_mid=0, absolute_link=0, draft=0x7ffffffd2f60 "") at src/elogd.c:18214 #13 0x00005555555ddc8a in show_elog_list (lbs=<optimized out>, past_n=<optimized out>, last_n=<optimized out>, page_n=<optimized out>, default_page=<optimized out>, info=<optimized out>) at src/elogd.c:21741 #14 0x00005555556010cf in interprete (lbook=<optimized out>, path=<optimized out>) at src/elogd.c:28362 #15 0x0000555555601a33 in decode_get (logbook=0x7fffffffbda0 "DAQ", string=<optimized out>) at src/elogd.c:28401 #16 0x000055555560461f in process_http_request (request=<optimized out>, i_conn=<optimized out>) at src/elogd.c:29209 #17 0x0000555555607745 in server_loop () at src/elogd.c:30233 #18 0x000055555555a92c in main (argc=<optimized out>, argv=<optimized out>) at src/elogd.c:31258 I'm not using the latest git version, but elog-3.1.4-3 from tar-ball, as I'm not able to compile elog from git Is there any special thing I have to do? In file included from src/auth.cxx:30: src/elogd.h:282:40: note: initializing argument 2 of ‘int get_user_line(LOGBOOK*, char*, char*, char*, char*, BOOL*, time_t*, int*)’ 282 | int get_user_line(LOGBOOK * lbs, char *user, char *password, char *full_name, char *email, | ~~~~~~^~~~ make: *** [Makefile:140: auth.o] Error 1 thanks for your help. Stefano I see that they are generated probably automatically, but I guess you will run in all kinds of other problems in doing that. > > I had a check with elogd. I found one buffer overflow once you delete an attachment with a long file name. I fixed that and committed the change. > > Concerning your crash, I was not able to reproduce it. Used a 255 char long filename, and could NOT crash elogd. Maybe you have an oder version or some special config options which > trigger that crash. Try with the newest git version and a minimal elogd.cfg configuration. Please also add line numbers during compilation (-g -o0 flags) so that I can better analyze > your backtrace. Best would be if I could reproduce your error. > > Best, > Stefan > > > > > Hi, > > I'm running > > elogd 3.1.4 built Jan 27 2021, 09:56:34 revision 395e101a > > on an ubuntu server. > > > > I have a crash when very long filename (200 chars) are attached to an logbook entry. > > > > The uploading of the attachment works almost fine: the filename is truncated and the convert to thumbnail is not working (as a consequence, maybe) but the file is actually uploaded and can be > > downloaded correctly from the entry itself. > > > > However, if I try to access the logbook list which contains that entry, I have a crash: > > > > *** buffer overflow detected ***: terminated > > Aborted (core dumped) > > > > [backtrace is attached below] > > > > The only way I found to solve this is to edit manually the log entry and delete the attachment from it. > > > > Any suggestion how to solve this? > > > > Thanks > > Stefano > > > > > > *** buffer overflow detected ***: terminated > > > > Program received signal SIGABRT, Aborted. > > __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 > > 50 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. > > (gdb) bp > > Undefined command: "bp". Try "help". > > (gdb) backtrace > > #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 > > #1 0x00007ffff7cf4859 in __GI_abort () at abort.c:79 > > #2 0x00007ffff7d5f29e in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7ffff7e8908f "*** %s ***: terminated\n") at ../sysdeps/posix/libc_fatal.c:155 > > #3 0x00007ffff7e01aea in __GI___fortify_fail (msg=msg@entry=0x7ffff7e89025 "buffer overflow detected") at fortify_fail.c:26 > > #4 0x00007ffff7e00386 in __GI___chk_fail () at chk_fail.c:28 > > #5 0x00007ffff7d5707f in _IO_str_chk_overflow (fp=<optimized out>, c=<optimized out>) at iovsprintf.c:35 > > #6 0x00007ffff7d64054 in __GI__IO_default_xsputn (n=<optimized out>, data=<optimized out>, f=<optimized out>) at libioP.h:948 > > #7 __GI__IO_default_xsputn (f=0x7ffffff36ca0, data=<optimized out>, n=241) at genops.c:370 > > #8 0x00007ffff7d4912c in __vfprintf_internal (s=s@entry=0x7ffffff36ca0, format=format@entry=0x555555622e74 "../%s/%s/%s", ap=ap@entry=0x7ffffff36de0, mode_flags=mode_flags@entry=6) > > at ../libio/libioP.h:948 > > #9 0x00007ffff7d57129 in __vsprintf_internal ( > > string=0x7ffffff37120 > > "../DAQ/220325_090630/j5K1OSy8XN9FRPriaBGOmMg3bih07CQKo68Sw6dskclxdOqKaTOsf2bX8UugSWn0s8zaAHe6VWiPcQVnmD8PM1tbQoVMr08dBrXKU2X2tBR4pJ3hlfxbKjspmcbiDTMy32eHIp6lFAVA9lppShmpiut4g4CtgDK3F2bOPzgzXEjPw > > W0SJWG"..., maxlen=<optimized out>, format=0x555555622e74 "../%s/%s/%s", args=args@entry=0x7ffffff36de0, mode_flags=6) at iovsprintf.c:95 > > #10 0x00007ffff7dffe7b in ___sprintf_chk (s=<optimized out>, flag=<optimized out>, slen=<optimized out>, format=<optimized out>) at sprintf_chk.c:40 > > #11 0x00005555555a939d in display_line () > > #12 0x00005555555ddc8a in show_elog_list () > > #13 0x00005555556010cf in interprete () > > #14 0x0000555555601a33 in decode_get () > > #15 0x000055555560461f in process_http_request () > > #16 0x0000555555607745 in server_loop () > > #17 0x000055555555a92c in main ()
Hello, I am using template for some elogbook entries. Is is possible to automatically change the template using the actual date in some filed. Something like: the template has a place-holder <start date> and this is replaced with today's date when a new entry is created. I already have a "date" filed which is automatically filled, but I've been asked to have the date also in the template. Thanks in advance Stefano
Hello Stefan, thanks for your answer. So I made a new logbook, without entries. I generated, as you, two new entries and I discover that this problem come out when in the URL the command for the sorting follow the command of the display mode. So for example the following URL give me the issue:
http://local.host.com:8080/65+nm/?mode=summary&sort=Record+date
But if I put:
http://local.host.com:8080/65+nm/?sort=Record+date&mode=summary
This last URL is working. This means that the issue come out, when I change the dispay mode by the buttons "Full, Summary, Threaded" and then I click on the Coloumn "Record date" for sorting it. Hope you understand and you can reproduce it. Many thanks
EDIT: I'm facing the same problem on another MAC with a fresh installation of elogd.
I tried your config file on my Mac and it just worked fine without any crash:
Could it be that on entry has corrupt data and is killing your server? Have you tried on a pristine new logbook?
Hello Alan,
I tried with a new logbook with an attribute without "date" name, but unfortunately I got the same error. Any other suggestions?
Hi Stefano.
This may or may not have anything to do with your specific problem but I notice you have the single word "date" as part of your attribute name and Date is actually a reserved word in Elog. Although your attribute is not exclusively called "date" I have found that even using "date" as an isolated word within an attribute name (eg: Record date vs Record_date) can cause some issues. In my case, it caused a problem with the elog client when trying to update records which was only resolved when I changed the name of the attribute to Date/Time Received from Date and Time Received. Long story short, I avoid using any reserved words as part of attribute names.
Alan.
Bug FIXED! Many thanks Stefan and my warmest congratulations for the elog project.
Stefano
Ok I found it!
Was tricky. In my development environment (XCode) it worked fine. Only when I compiled elogd under Sierra on the command line, the probelm occured. That's why I did not see it earlier. It has to do with some functions Apple apparently changed ("strlcpy"). These function now have a new "functionality": When two parameters overlap, the function just aborts the process. This is specific to Sierre, so on any other Linux this does not happen. I changed now the soruce code to take care of the modified functions, and now it works fine. Please update to the newest GIT revision of elogd and recompile.
I need to run elog command in an online php script. The problem I see is that the script works from the command line but not from the browser. In the script I just use:
system(elog -h mypc -p 8080 -l bla -a Author=\'io\' -a Type=\' ..etc.etc
any suggestions?
Yes it was a path issue PHP was not loading correctly environmental path > > <p>Hi,</p> > > > > <p>I have a problem running elog command from php script. Basically in the php I call system("elog -h etc etc.. And from the php command line works but not in the browser apparently without errors (php apache > logfile no problem), any suggestions?</p> > > Hey, > this sounds more like a PHP issue. > Which PHP version are you using? > Which webserver? > Which php function are you using: shell_exec() or exec()? Try looking at the return of exec() > Is the elog file set to the correct file permissions to be executed by the webserver? > Is the elog file in the PHP path or do you take care of defining the correct path? > > > eddy
Hi, I´m new in ELOG, Can u explain me how i config the Mailing? in my Configuration i do have not the ability to set an Email Host/Server. or i didn´t find it....
I have to use ELOG as ticket system, is it possible to send an email automatically after expiration of a period?
many thanks
SMTP host = ...
as written in the documentation!
Automatic email after expiration is not possible.
Hello, I have a question concerning the following situation: There is a one logbook with two possible acces methods (defined in config file) one for readonly access and one for read/write access. Both entries in the elogd.cfg file pointing to the same logbook. When an allowed person enters a logbook entry with an email notification the link to the message is given inside the email. This link points to the read/write logbook entry. Is it possible to alter the link in the email notification that it points to the corresponding readlonly logbook entry? Thank you for hints, best regards, Stefan Siegel
When an entry is submitted with an required attribute missing one gets to the resubmit page. When you the click your browsers back button all previously filled attribute field are blank. Is there a workaround to get the old text back? used versions: Elog 2.0.5 Netscape 4.76 Best regards, Stefan
Hello, Is there a possibility to prevent elog to overwrite attribute values when editing an old message? The old values are overwriten with the preset options for that attribute. But sometimes you will preserve attribute text and /or options from the old message. Thank you for your help. Regards, Stefan
> > Is there a possibility to prevent elog to overwrite attribute values when > > editing an old message? The old values are overwriten with the preset > > options for that attribute. > > But sometimes you will preserve attribute text and /or options from the old > > message. > > The option "Fixed attributes = ..." will do the job. Ok, but is there a possibility to preserve the fields of the old message, but still be able to edit it. This would be a nice feature in the case of an entry with lots of attributes (set to something different then the preset values). After submiting the message you realize : one option was wrong and now you want to edit it without changing the other options again. Is this possible? Thank you and best regards, Stefan
When logging in with a username and password; then trying to logout or change password one gets the following message: Error: Parameter value too big. Please increase VALUE_SIZE and recompile elogd ; Please use your browser's back button to go back (up to now I have not yet tried to recompile - may be it works then) Regards, Stefan
> > When logging in with a username and password; then trying to logout or > > change password one gets the following message: > > > > Error: Parameter value too big. Please increase VALUE_SIZE and recompile > > elogd ; Please use your browser's back button to go back > > > > (up to now I have not yet tried to recompile - may be it works then) > > That's strange. This error should only occur if someone uses a user name or > password with more than 256 characters, which I hope is not the case. Have > you tried changing your password etc. in this forum? It also runs 2.1.0 on > Linux. > > I made a version under > > http://midas/cgi-bin/cvsweb/~checkout~/elog/elogd.c?rev=2.67&content- > type=text/plain > > which has improved error output for this problem, maybe this helps. Hi, changed the VALUE_SIZE from 256 to 512. That seems to fix the problem. Regards, Stefan
Hi , currently I am running Elog 2.1.1; when using a konqueror browser (ver. 2.2.1, kde 2.2.1) the admin user cannot access in the Config menu the Login infos for other users except himself. The pulldown menu "Select user" is shown, but when the admin selects another user the info fields (Login name, full name, email) are not updated. They still show the attribute values for the admin user himself. Is there a solution available? Thanks (also for this very useful tool) and regards, Stefan
Hi, is there a documentation for the elconv tool available? Regards, Stefan
Hi, Elogd v. 2.1.2: When trying to acces a password protected Log (global password file) with a non existing username one gets the response : cannot open file : <pw filename> Better would be a message like: wrong user or password! Regards, Stefan
Hi, when do a search and then sorting the outcome of the search via clicking on an attribute (to sort it in descending or vice versa order) there should an icon be displayed (up.gif or down.gif). But the icons could not be found due to a wrong path to the gif files: /elog/config//themes/default/up.gif Be aware of the two slashes!! Should only be one. Best regards, Stefan
> Try this URL > > http://midas.psi.ch/elogdemo/Forum/?cmd=Search Ok, has been fixed. Will be included in the next version.
> The mode (i.e. summary, threaded, full) should be kept for the > last??? and past??? links on a page. > > For instance: > > http://midas.psi.ch/elogdemo/Linux/last10?mode=threaded > > The last20 link on this page should also be in threaded mode. Has been fixed. Will be included in next version.
> I want to set up eLogs for a class w/out the need for passwords. But, at the > same time, I don't want the students to change the config file. I tried > setting up a global password, but am having some difficulty with the syntax > I suppose I could remove the config command from the menu and edit the file > using Pico, but that would require a better memory than I have... > > ****************** > > usage: elogd [-p port] [-h hostname] [-D] [-c file] [-r pwd] [-w pwd] [-a > pwd] [-l logbook] > > -p <port> TCP/IP port > -h <hostname> TCP/IP hostname > -D become a daemon > -c <file> specify configuration file > -v debugging output > -r create/overwrite read password in config file > -w create/overwrite write password in config file > -a create/overwrite admin password in config file > -l <logbook> specify logbook for -r and -w commands > > -k do not use keep-alive > > [root@eMonster elog]# elogd -a youtheman > > Must specify a lookbook via the -l parameter. Nearly correct, just follow the note: specify a logbook via the -l parameter. So if you logbook is called "linux", you enter elogd -a youtheman -l linux
> Try to submit the following message: > > *** cut here *** > ------------------------------------------------- > ------------------------------------------------- > ------------------------------------------------- > ------------------------------------------------- > *** cut here *** > > In fact after the next line there were 4 lines with '-', but > they were not accepted by elog: Ok, also fixed. Updated version is at http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c Here is actually an example with '----' at the end: ------------------------------------------------- ------------------------------------------------- ------------------------------------------------- -------------------------------------------------
> Hello, > Is it possible to have a drop down list with commas in the options. > For instance, if you want to have a attribute "CityState" you would > probably want a comma between the City and State name. Since the Options > are separated by commas, it turns into two different options. I dont know > if there is a way to do this or if this is a bug? From the next version on *2.0.4), one can specify attributes in quotation marks like Options town = San Francisco, "Paris, Texas", "Paris, France" which then can include commas.
Having the URL link to a different logbook is right now not possible. But what about setting up a single logbook with a write password. Everybody can access it for reading, but only these people who know the write password can enter messages.
> The exit status of elog is always 1. It should be zero for > a successful submission. Has been fixed in 2.0.4
> If a message is submitted via the elog command then the reply string '> ' is only inserted in the first line if a reply is made. > This message was submitted with the following commandline: > elog -v -h midas.psi.ch -p 80 -s elogdemo -l Forum -a "Icon=icon4.gif" - a "Author=Heiko Scheit" -a "Author Email=h.scheit@mpi-hd.mpg.de" - a "Subject=elog submit problem" "...Message-text..." > Please press the reply button to see the problem. Has been fixed in 2.0.4 (as you can see from this entry). Please make sure not to submit too long lines via "elog". For browser submissions, the line length is limited to 78 characters, but not for "elog" submissions.
> When the option 'Reverse sort = 1' is used then the first entry > is not displayed (ID=1) when threaded mode is requested. > > Probably you can see the problem using this link and switching > on reverse sort. > > http://midas.psi.ch/elogdemo/Linux/last20?mode=threaded Has been fixed in 2.0.4, have a look at http://midas.psi.ch/elogdemo/Linux/last20?mode=threaded&reverse=1
> Where can I get more information about the config and themes file. I > downloaded the latest version (2.0.4) and the config file docs seem out of > date. I would like to get the icons working as well as getting the email to > work. The demo page at the elog home site shows both but I cannot find ant > references to the icons. Oops, I forgot the "IOptions" statement to documentation. Please see the updated version at http://midas.psi.ch/elog/config.html look for "IOptions". For the Email notification see the whole section "Email notification" near the bottom of the page.
> In version 2.0.4 of eLog I was having some problems with saving my > configuration file once I edited it on the web using the config. command. > I keep getting the message "Cannot open file %s: elogd.cfg". I made sure > the file was in the right directory. I dont know if I am doing something > wrong or if its a bug? The error display is certainly wrong. I fixed that and you can download the updated version at http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c As for the error, you should check the file permissions. If you run the daemon under a user which has no write access to the directory or file, you would get the described error.
> Comiling elogd 2.0.4 under Solaris obviously fails with > > gcc -o elog elog.c -lsocket -lnsl > gcc -o elogd elogd.c -lsocket -lnsl > elogd.c: In function `ss_file_find': > elogd.c:1372: `alphasort' undeclared (first use in this function) > elogd.c:1372: (Each undeclared identifier is reported only once > elogd.c:1372: for each function it appears in.) > make: *** [elogd] Error 1 > > because alphasort is an ucb'ism which does not exist under SYSV > > ... not very portable :-( I was not aware of this. Actually, I don't need 'alphasort' so I removed it from the source. The update is at http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c Please give it a try.
> With elog it is possible to submit messages to a password protected > logbook without specifying the -u option. I.e. NO PASSWORD is > necessary to submit a message. I assume it is related to the problem > of expiring password-cookies while entering the message using a web > browser. Indeed this problem is related to the expiring password cookies. As a reminder: For the submission of a new entry, the password is checked when one presses the "New" button, but NOT for the "submit". This is because a password can expire between the "New" and the "Submit", so a entered message could not be sent. The question is now what to do with the standalone "elog". Right now, elog does a normal submission where the password is not checked, which is maybe not what one wants. But what to do? If elog sends a special flag "please do check password on submit", someone could analyze the source code, remove the flag from elog and then still submit messages without a password. If I put an additional flag to the web browser submission "please do not check the password since the cookie might have been expired", someone can add this flag into elog and still bypass the password checking. Anothe thing which bothers me is if you specify the password explicitly on the command line of elog, it's visible in some scripts etc, which yould be a security issue as well. Any ideas?
> I guess it cannot and doesn't have to be 100% save. Maybe if the web > interface is used for a new message a long random number (let's call > it newID) can be included, which elog remembers for some time (say 1 > day). Now elogd accepts a new message only if > > 1) the cookies is there and valid or > 2) if the cookies are NOT THERE, but the newID matches one of the > stored ones. > > The new message is rejected if the cookies are there, but are wrong. Ok that sounds a good idea to me, I will work on that. > Can one delete or edit messages with elog? If yes then this should not be > possible. No this is not possible.
> If you have only one entry in the logbook and have it set up in threaded > mode like: ?cmd=Search&mode=threaded&reverse=1, when you click on the icon > of the entry or the number of the entry to see it, it does not allow you > to. If there is more than one entry, it works fine. Ok, has been fixed. Will come in 2.0.5 > Also I wanted to make a submit page from where you could either go back > to the logbook which you just entered a message for or type a new entry for > that logbook. First of all, is there a way to have only one file called > submitpage.html in which I can define this for all logbooks or do i need it > for ever logbook. And also, is there a way I can even set a link that will > allow to create a new entry. I tried: > <a href="demo/?cmd=new">Enter</a> another message<p> > > but for some reason it does not work. Is there a way to implement this? The documentation was wrong about that which has been corrected. The proper file contents should be <h1>You successfully submitted a message</h1> <a href="?cmd=Back">Back</a> to the logbook<p> <a href="?cmd=New">Enter</a> another message This way one only needs one file for all logbooks.
> Hello, > If you delete a message from the middle of a logbook that contains a > bunch of messages, the message numbers do not get updated properly. For > instance, if you have 20 messages in the logbook, and delete number 15, > entry numbers 16 through 20 all do not get subtracted by one; their numbers > stay the same with #15 just missing in the middle. > > Mo That's how it's supposed to be. Once a unique message ID is attached to a message, it stays there forever. Think of links to message like http://midas.psi.ch/elogdemo/Forum/68 If you have such a link in a message or as a bookmark in your browser, and the ID gets changed from 68 to 67, then your link would be off.
> 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
> > > 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 .
> > 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).
> 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.
Right now it is not possible to easily include pictures into the message body, but I put it on the wishlist. Of course you can always refer to external pictures if you submit your text as HTML and put the proper tags there like this one:
and you can even scale them like
but of course this requires to have that image stored somewhere else. I will probably add a feature like
att:name.gif
which will reference a picture from the attachment, and will be converted to the full picture name after submitting that message.
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.
> 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.
> 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).
Hi, I added many features to ELOG recently, but before making a new release, I would like some beta testing. In addition to the current modes of operation, a logbook can be configured to require a user to be logged in to submit new messages. If not logged it, one can only read messages. To obtain a new account, one can do a self-registering. In this process, one can also enter the email address which is then filled in automatically on new logbook entries. So please go to the forum logbook, create a new account for yourself and try things out. If there is any problem, please let me know. Many thanks in advance, Stefan Ritt.
> > > > Comiling elogd 2.0.4 under Solaris obviously fails with > > > > > > > > gcc -o elog elog.c -lsocket -lnsl > > > > gcc -o elogd elogd.c -lsocket -lnsl > > > > elogd.c: In function `ss_file_find': > > > > elogd.c:1372: `alphasort' undeclared (first use in this function) > > > > elogd.c:1372: (Each undeclared identifier is reported only once > > > > elogd.c:1372: for each function it appears in.) > > > > make: *** [elogd] Error 1 > > > > > > > > because alphasort is an ucb'ism which does not exist under SYSV > > > > > > > > ... not very portable :-( > > > > > > I was not aware of this. Actually, I don't need 'alphasort' so I removed > it > > > from the source. The update is at > > > > > > http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c > > > > > > Please give it a try. > > > > ok - i just continued with 2.0.5, but apparently it still has an UCB'ism > > (scandir) that does not work under SYSV: > > > > $ make > > gcc -g -o elogd elogd.c -lsocket -lnsl > > Undefined first referenced > > symbol in file > > scandir /tmp/ccy0Z3iV.o > > ld: fatal: Symbol referencing errors. No output written to elogd > > collect2: ld returned 1 exit status > > make: *** [elogd] Error 1 > > $ egrep scandir elogd.c > > n = scandir(path, &namelist, NULL, NULL); > > $ > I am having the same experience with ELOG 2.0.5 and Solaris 8. Any work > around woud be appreciated. I removed also scandir() in the current version (right now only in CVS). The official release of 2.1.0 is planned for next week.
> When an entry is submitted with an required attribute missing one gets to > the resubmit page. When you the click your browsers back button all > previously filled attribute field are blank. > > Is there a workaround to get the old text back? > > used versions: > Elog 2.0.5 > Netscape 4.76 > > Best regards, > > Stefan This problem must be specific to NS 4.76, I don't have it on IE, NS 6, Mozilla 1, Opera etc. Maybe you should upgrade. Anybody else made this observation?
> Is there a possibility to prevent elog to overwrite attribute values when > editing an old message? The old values are overwriten with the preset > options for that attribute. > But sometimes you will preserve attribute text and /or options from the old > message. The option "Fixed attributes = ..." will do the job.
> Ok, but is there a possibility to preserve the fields of the old message, but > still be able to edit it. This would be a nice feature in the case of an entry > with lots of attributes (set to something different then the preset values). > After submiting the message you realize : one option was wrong and now you > want to edit it without changing the other options again. > Is this possible? Actually this is a good idea. After thinking a while, I wonder if anybody at all would like not to preserve the preset values. So if nobody complains, I will set the behaviour such that elog always preserves the entries if one edits an existing message.
> i seem to be unable to find a clear explanation of how to enable self- registration in the docs. > > just to be sure i grepped the doc directory, but the two references to it were in the changelog and the faq. > > it could be just me but i'm not reading between the lines or connecting the various places in the docs to get it going :/ Sorry, I haven't fully documented it yet, will do on Monday next week. For now, see the configuration file for this forum which is attached.
> When logging in with a username and password; then trying to logout or > change password one gets the following message: > > Error: Parameter value too big. Please increase VALUE_SIZE and recompile > elogd ; Please use your browser's back button to go back > > (up to now I have not yet tried to recompile - may be it works then) That's strange. This error should only occur if someone uses a user name or password with more than 256 characters, which I hope is not the case. Have you tried changing your password etc. in this forum? It also runs 2.1.0 on Linux. I made a version under http://midas/cgi-bin/cvsweb/~checkout~/elog/elogd.c?rev=2.67&content- type=text/plain which has improved error output for this problem, maybe this helps.
Just since some people asked for: Here is the elogd.cfg for this demo logbooks: ========= cut here =================== [global] logbook tabs = 1 SMTP host = mailsend.psi.ch URL = http://midas.psi.ch/elogdemo/ user = midas group = midas [Linux] Theme = default Comment = General linux Tips & Tricks Data dir = /usr/local/elogdemo/logbooks/Linux Attributes = Author, Type, Icon, Category, Subject Options Type = Routine, Software Installation, Problem Fixed, Configuration, Tips & Tricks, Info, Other IOptions Icon = icon1.gif, icon3.gif, icon4.gif, icon5.gif, icon6.gif, icon7.gif, icon8.gif, icon12.gif, icon13.gif, icon14.gif Options Category = General, Hardware, Software, Network, Applications, Shell, Account, Packages, Daemons, Other Required Attributes = Author Subst Author = $author Summary on default = 1 Summary lines = 0 Email all = stefan.ritt@psi.ch Email message body = 1 [Database] Theme = default Comment = Demo of database-like elog Data dir = /usr/local/elogdemo/logbooks/database Attributes = Type, Operating system, Location, Status, Comment Required Attributes = Type, Operating system, Location, Status Options Type = PC, Router, Bridge Options Operating system = Linux, Windows NT, Windows 2000, Windows XP, Windows ME, Embedded Options Location = Building1, Building2, Building3 Options Status = working, defect, in repair Show text = 0 Start page = ?cmd=Search&mode=summary Display search = #, Type, Location, Status Summary lines = 0 Find menu commands = New, Find, Last Menu commands = Back, New, Edit, Delete, Find, Config, Help Number Attachments = 0 Suppress default = 2 Entries per page = 10 [Forum] ; general options Password file = /usr/local/elogdemo/logbooks/forum/passwd Admin user = stefan Self register = 2 Theme = default Comment = Discussion forum about ELOG Data dir = /usr/local/elogdemo/logbooks/forum Display mode = threaded Start page = ?cmd=Search&mode=threaded Menu commands = Back, New, Edit, Reply, Find, Last day, Last 10, Admin, Config, Logout, Help Find menu commands = New, Find, Last x, Admin, Config, Logout, Help Guest menu commands = Back, Find, Login, Help Guest find menu commands = Find, Login, Help Number Attachments = 1 Message comment = <img src=icons/icon6.gif> Please enter only serious messages here, for testing use the <b>Linux</b> Logbook: Filtered browsing = 0 Entries per page = 8 Reverse sort = 1 Restrict edit = 1 ; Attributes Attributes = Icon, Author, Author Email, Category, Subject IOptions Icon = icon1.gif, icon2.gif, icon3.gif, icon4.gif, icon5.gif, Options Category = Info, Bug report, Bug fix, Question, Request, Comment, Other icon6.gif, icon7.gif, icon8.gif, icon12.gif, icon13.gif, icon14.gif Required Attributes = Author, Author Email, Subject, Icon Subst on reply subject = Re: $subject Thread display = $subject, posted by $author on $Entry date Thread icon = Icon Remove on reply = Author, Author Email Date format = %B %d, %Y Preset Author = $long_name Preset Author Email = $user_email Locked Attributes = Author ; Email notification Email message body = 1 Display Email recipients = 0
> I have two different groups who want elogs for all of their members. How do > I set elog up so group 1 uses port 8082 and group 2 uses 8083 (and they > don't see each other's messages in the initial "menu" screen. You run two instances of the elogd daemon like: elogd -p 8082 -c /usr/local/elog/elogd1.cfg elogd -p 8083 -c /usr/local/elog/elogd2.cfg
> It is posible to use logical search operators like "and" and "or" ? > > Which Operators can i use how do i so ? > > > Thank you for your anwser. No, not yet. I put it on the wishlist. I'm looking for a C function which can doe lexical evaluations like author="stefan ritt" AND (category=Question OR category="Bug Fix") does anybody know such a function?
> Hi , > > currently I am running Elog 2.1.1; when using a konqueror browser (ver. > 2.2.1, kde 2.2.1) the admin user cannot access in the Config menu the Login > infos for other users except himself. The pulldown menu "Select user" is > shown, but when the admin selects another user the info fields (Login name, > full name, email) are not updated. They still show the attribute values for > the admin user himself. > > Is there a solution available? > Thanks (also for this very useful tool) and regards, > > Stefan This operation is done via Java Script, which has to be enabled in the browser. If anybody knows a better way, please let me know.
> Hi, > > is there a documentation for the elconv tool available? > > Regards, > > Stefan I have asked Fred Pacquier who maintains the web pages to put something on, but he hasn't replied. Basically you simply run "elconv" in the directory where all the *.log files live. The only option is the "-v" flag for verbose output. If you have several directories with log files, you run it once in each directory.
> Is it possible to make the author and pwd check case in-sensitive?? I > noticed that unless you type your userid and password in the same case each > time, the system doesn't recognize your or thinks the info is invalid. > > thanks, > eric Well, that's how it should be. All other systems I know like Windows NT Login, Linux login etc. are case-sensitive, so we should follow that standard.
> Some options for the password setting: > The ability that if admin creates a temporary password for the user, force > the user to change the password once logged in. > > User forgets password, system generates a random pwd and sends it to user > via email, after they log in force pwd change. > > option to expire an account or expire a pwd after so many days?? > > just some ideas.. > > still loving the new features!! Ok, put on the wish list.
> any way to specify that a particular option be in a date format or even > the ability to specifiy the category must be of a particular format: > -must be a number > -must be a date > -must be alpha > -must be certain length Put on the wish list as well.
> Say I have an attribute called OS > > Instead of having a drop down box is there a way to use either the radio > button like what is used with ICON? From Version 2.1.2 on you have the option "ROptions = ..." for that.
> Elogd v. 2.1.2: > > When trying to acces a password protected Log (global password file) with a > non existing username one gets the response : cannot open file : <pw > filename> > > Better would be a message like: wrong user or password! Has been fixed in 2.2.0
> when do a search and then sorting the outcome of the search via clicking on > an attribute (to sort it in descending or vice versa order) there should an > icon be displayed (up.gif or down.gif). But the icons could not be found due > to a wrong path to the gif files: > > /elog/config//themes/default/up.gif > > Be aware of the two slashes!! Should only be one. Weired, the icon is displayed in the search page just as "up.gif", and the elogd server should get this from the current themes/default/ directory. Try http://midas.psi.ch/elogdemo/Forum/up.gif . So where do you get your two slashes from?
> i have a forum with one message. the forums is displayed with the search mode set to threaded. > > the list shows this: > > posted by tony summerfelt on Tuesday, September 17/2002 -- 11:19 AM > > but the entry date on the message is: > > Sunday, September 01/2002 -- 01:47 AM > > the 'posted by' shows the current date/time everytime i look at the message. I vaguely remember there was once a problem with that date. So can you please try again with a recent version of ELOG?
Since the way ELOG works has changed in version 2.2.0 (show message list as default view), the configuration file elgod.cfg for this site became slightly simpler. The usual "Start page = ?cmd=Search" is not necessary any more due to the changed default view. The commands displaying the last x or last x days of messages are still working, but depreciated, since the "Show last xxx" facility takes care of that. The default menu commands have been change which reflect the modified default view. The single elog page now has a "back" link instead the find result page. Here is the updated version: ======= cut here ======== [global] logbook tabs = 1 SMTP host = mailsend.psi.ch URL = http://midas.psi.ch/elogdemo/ user = midas group = midas Logout to main = 1 [Linux] Theme = default Comment = General linux Tips & Tricks Data dir = /usr/local/elogdemo/logbooks/Linux Attributes = Author, Type, Icon, Category, Subject Options Type = Routine, Software Installation, Problem Fixed, Configuration, Tips & Tricks, Info, Other IOptions Icon = icon1.gif, icon3.gif, icon4.gif, icon5.gif, icon6.gif, icon7.gif, icon8.gif, icon12.gif, icon13.gif, icon14.gif Options Category = General, Hardware, Software, Network, Applications, Shell, Account, Packages, Daemons, Other Required Attributes = Author Subst Author = $author Summary on default = 1 Summary lines = 0 Email all = stefan.ritt@psi.ch Email message body = 1 [Database] Theme = default Comment = Demo of database-like elog Data dir = /usr/local/elogdemo/logbooks/database Attributes = Type, Operating system, Location, Status, Comment Required Attributes = Type, Operating system, Location, Status Options Type = PC, Router, Bridge Options Operating system = Linux, Windows NT, Windows 2000, Windows XP, Windows ME, Embedded Options Location = Building1, Building2, Building3 Options Status = working, defect, in repair Show text = 0 Display search = #, Type, Location, Status Summary lines = 0 Number Attachments = 0 Suppress default = 2 Entries per page = 10 [Forum] ; general options Password file = /usr/local/elogdemo/logbooks/forum/passwd Admin user = stefan Self register = 2 Theme = default Comment = Discussion forum about ELOG Data dir = /usr/local/elogdemo/logbooks/forum Display mode = threaded Guest menu commands = Back, Find, Login, Help Guest find menu commands = Find, Login, Help Number Attachments = 1 Message comment = <img src=icons/icon6.gif> Please enter only serious messages here, for testing use the <b>Linux</b> Logbook: Filtered browsing = 0 Entries per page = 8 Reverse sort = 1 Restrict edit = 1 ; Attributes Attributes = Icon, Author, Author Email, Category, Subject Options Category = Info, Bug report, Bug fix, Question, Request, Comment, Other IOptions Icon = icon1.gif, icon2.gif, icon3.gif, icon4.gif, icon5.gif, icon6.gif, icon7.gif, icon8.gif, icon12.gif, icon13.gif, icon14.gif Required Attributes = Author, Author Email, Subject, Icon Subst on reply subject = Re: $subject Thread display = $subject, posted by $author on $Entry date Thread icon = Icon Remove on reply = Author, Author Email Date format = %B %d, %Y Preset Author = $long_name Preset Author Email = $user_email Locked Attributes = Author ; Email notification Email message body = 1 Display Email recipients = 0
> Hi, > > I am having trouble modifying the elog client to allow larger attachment. I > have elogd configure for attchment sizes of 10Meg and I would like the > option to be able to use the elog client. Can anyone give me key points as > to how to go about doing this? I have tried but I must be missing something. > > Also, as a suggestion, it might make sense to add a MAX_ATTACHMENT_SIZE def > in a common header file. > > Thanks > Kevin I modified the elog program such that the attachment buffer is dynamically allocated which means that it works with any size. Please find the updated version at http://midas.psi.ch/cgi-bin/cvsweb/~checkout~/elog/elog.c?rev=1.10 Note that for attachments larger than ~2MB, one hase to increase the WEB_BUFFER_SIZE in elogd.c. - Stefan
> if you have a site that requires authentication to the smtp server, how do > you specify this info in elog??? > > thanks, > eric This is not implemented right now. Unfortunately, I don't hve an smtp server here which requires authentication, so I cannot develop this. If anyone has a server from which I have *remote* access from here (pc810.psi.ch), I will put this additional authentication in.
> I noticed a long url got hard-wrapped when I entered a long one, I patched > the source code. I don't know if this was done intentionally, otherwise you > might want to change this also. > > diff elogd.c elogd.c.org > 4468c4468 > < rsprintf("<textarea rows=20 cols=%d wrap=soft name=Text>", width); > --- > > rsprintf("<textarea rows=20 cols=%d wrap=hard name=Text>", width); If the wrap=soft is used, users tend to enter very long lines (without hitting return in between). If this line then gets displayed, it can be very wide and the user has to horizontally scroll the browser window. What I can do is in the display (not the entry) to concatenate URLs which are separated only by a CR/LF. But you then have some cases where you have an URL to the end of the line, then some other text starting on the next line, which then get concatenated falsely (unless you use some clever code which scans for ".html" or "xxx/xxx" or something like that. > Now I don't like both parameters. 20 is too long for my display (1024x768) > and 76 is too short. Something dynamically would be cool, but a parameter > somewhere in a config file would also be acceptable. (just a thought, makes > it easier to upgrade) You always had the option "Message width = xx" to change the width on the text box, and I added in V 2.2.2 the parameter "Message height = xx" where you can change the 20 to something else.
> When I make a new entry I get an email with > > subject: New ELOG entry > > But when I or someone else changes an entry I also get an email with a > > subject: New ELOG entry > > I would prefer to see "Changed" , "Edited", or "Updated". This is beyond my > programming capabilities so I enter this request. I have implemented this feature in V2.2.2.
> Hello, > I am running Elog V2.1.3 on Solaris 8 and I was very pleased about this > tool.But now I have a problem: Sometimes it takes a lot of time submitting > an entry into a logbook, up to 3 minutes. This behaviour does only occur > sometimes. Did anyone of You experience something like this? I have seen that behaviour only with certain versions of Netscape, running on the same machine than the elogd server. Since I did not observe this with IE or Opera, I attributed this to a Netscape flaw. Have you tried different versions of Mozilla? - Stefan
> Encoding problem: > > How to make ELOG generate HTTP pages with > > <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=XXXX"> > > tag in header. With charset=XXX selectable via config. I added this option, so now you can specify in the [global] section of elogd.c something like charset = windows-1252 To switch to Cyrillic. The modification will be contained in the next version of elog (2.2.3), and is now available from the CVS repository at: http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c - Stefan
> In my bottom.html file I have: > > <A Href="host/Forum/?mode=summary&reverse=1&npp=10&Status=Open">Open</A> > <A Href="host/Forum/?mode=threaded&reverse=1&npp=10&Status= > Open">(Threaded)</A> / > <A Href="host/Forum/?mode=summary&reverse=1&npp=10&Status=C > losed">Closed</A> / > <A Href="host/Forum/?mode=summary&reverse=1&npp=10">All</A> > <A Href="host/Forum/?mode=threaded&reverse=1&npp=10">(threaded)</A> > tickets. > > This sort of implements some of the buttons you have in your whishlist. > > This works, because it is the same for all users, now what I would like > is to add some sort of linke that will "show all entries from ME". I > could do this on a per user basis, but that's not what I want, Something > general with $user would be preferable. > > Something like: > > http://midas.psi.ch/elogdemo/Forum/? mode=threaded&reverse=1&npp=8&Author=$user > > Is this possible ? I added this feature in version 2.2.3, so now you can click on http://midas.psi.ch/elogdemo/Forum/?mode=threaded&reverse=1&npp=8&Author=$long_name and see all your entries.
> this is happened before, and it just happened upgrading from 2.2.2 to 2.2.3 > > the link at the bottom of the page shows a previously installed version. > > i don't install to the elog directory, i install to a ram disk and copy over the new executables, the source, readme and help html. > > the link showed 2.1.2 until i upgraded to 2.2.2 (i didn't do anything different than the above. now i'm at 2.2.3 and the link is showing 2.2.2...not that it's a big deal, i'm just wondering what i did wrong Of course you have to stop the old elogd program and start the new one. Have you done that?
> > Of course you have to stop the old elogd program and start the new one. Have > > you done that? > > on windows i run it as a service through firedaemon, but i stop it before upgrading...that was one of the first things i checked... Well, the other thing is that the previous page is till in the cache of Netscape. You have to hit "Reload" in order to properly update the page. Besides these two things - browser cache and not stopping the old versoin - there is no possibility how you could see the old version at the bottom of the page, I update this very carefully on each distribution.
Ooops, I just realized that the Windows 2.2.3 distribution contained the old (2.2.2) executable for elogd.exe. I apologize for that. I have updated the elog223.exe distribution just now, so please download it again in order to get the new file. - Stefan
> In the "find" command, when searching over all logbooks, it > would be nice to see ALL attributes, which are common for all > logbooks (e.g. typically the author name), not just > logbook name, date and text. That depends on how you specify what gets displayed in a search (with the "Display search" option for example). If you try the following link: http://midas.psi.ch/elogdemo/Forum/?mode=summary&all=1 you see that all attributes are displayed from the three logbooks in this installation.
> > > In the "find" command, when searching over all logbooks, it > > > would be nice to see ALL attributes, which are common for all > > > logbooks (e.g. typically the author name), not just > > > logbook name, date and text. > > > > That depends on how you specify what gets displayed in a search (with > > the "Display search" option for example). If you try the following link: > > > > http://midas.psi.ch/elogdemo/Forum/?mode=summary&all=1 > > > > you see that all attributes are displayed from the three logbooks in this > > installation. > > How does the corresponding elogd.cfg entry look like for the > display search command ? - I can't reproduce this behaviour... Ok, finally I can confirm the problem. It will be fixed from Version 2.2.4 on.
Starting from version 2.2.4 which has been released today, the option "quick filter" has been added. A "quick filter" is a drop down box on the message display page. By selecting a value from the drop down box, only messages of that type are displayed. See this forum which uses "Quick filter = Date, Category". This new option adresses a couple of installations which require a large number of logbooks. Instead of using many similar logbooks, the old logbook name can now be defined as an attribute. All messages get now mixed, but by defining the logbook attribute as a quick filter, one can display the messages belonging to the individual logbooks separately with a single click.
> unless i missed these in the docs some place: > > 1) a threaded display but collapsed threads unstead of all replies showing This feature has been added in Version 2.2.4 which has been released today. Use the "collase" button. > 2) the subject is the link along with the icon. it would make it a little easier to click on the message if you run your montior on a high resolution... This feature has been added in Version 2.2.4 as well. Use "line as link = 1" in elogd.cfg
> i have expand flag set to 0 but it doesn't seem to be working... It workes here flawlessly. Can you double check the spelling etc. If everything is ok, can you send me your elogd.cfg for analysis? - Stefan
> > i have expand flag set to 0 but it doesn't seem to be working... > > It workes here flawlessly. Can you double check the spelling etc. If > everything is ok, can you send me your elogd.cfg for analysis? > > - Stefan I checked your elogd.cfg: The flag is called "Expand default" not "Expand" as you had it. With "Expand default = 0" it works fine. Just RTFM... - Stefan
> Another thing that seems to slow the site down, is the number of users in > the elog notification list (those who've subscribed). When you save a log > entry, it takes around 30sec or longer for it to actually complete the > save. If I remove the list of users from the notification list and just > have a few, the save is very fast. This problem will be fixed in version 2.2.5. Prior to 2.2.5, individual emails were sent to all recipients. Since each email takes 0.5-1 sec., this procedure can be very long. From 2.2.5 on, only one email is sent, but to all recipients. The disadvantage of this method is that the "Mail to:" field contains the email addresses of all recipients, so each recipient knows the addresses of the other, which is maybe not always what you want. I put a new option to discard the "Mail to:" field, but some systems the consider the mail with a missing "Mail to:" field as spam mail. 2.2.5 will be released in a couple of days. > 2600 entries is too much for this application as it load the all files > in computer memory > expand the server memory > Are you running on linux or Windows ? I suggest linux (faster) > We are working on the C source to move all data from flat to database like > SQL or mysql > when a parameter flag like 'status' = "OK" for instance > I suggest also to split in several logbook > but this is depend on your 'ELOG' parametrisation and logics > > If your data are not 'sensitive' I can check on my linux server > > Etienne It is not correct that all files are loaded into memory. Only the index resides in memory, the data stays on disk. In my environment, I see no speed difference between Windows and Linux. Moving to SQL will certainly not speed up the responsiveness in my opinion. So before working on that, create a SQL database with your 2600 entries and see how fast you can make queries on them. The problem with the slow response is new to me. Other users mentioned no problem with logbooks with several throusand entries (except for the "find" command). But I will have a look myself in the next feature and see if I can make things better. - Stefan
> I have some problem with email notification > for some logbooks I would like to notify only to specific adress > I try > Email All = adress1, adress2 > > Elog send well at 'adress1' and 'adress2' > but also to all of other users ? > how to restric these only to 'adress1 and adress2 ? Some implementations rely on the fact the email is sent to all users plus a few other addresses. What I can do is put in another flag like "Supress email to users = 1" which would satisfy both requirements. > is it possible to notify according to attribue value like > > Attributes = Test1, Test2 > Email All = $Test1 > > or concatenation of $Test1 + '@mba.be' for example This is not possible right now, but I can put it on the wishlist. > to improve documentation : true example are missing too much 'theorie' > but when I'm finish I'll put true sample on the net I fully agree, so if someone has nice examples, I'm delighted to put them into an "examples" section of the documentation. - Stefan
> if you are guest in the find option > > select 'all logbook' > > it will display all 'attributes' from other logbook > with no option 'guest command ...' > but having the same 'attribute' name > > Solution : > ********** > I use the copy to command to make a copy to other logbook > with option 'guest command' enabled > > in this section I remove some field so the guest user can't no see all field > > I suggest to give acces to 'guest' on a second run of elog to another > port or other computer ? I see your problem. I could either disable the "Search all logbooks" switch for certain logbooks (like the guest one), or restrict the search to logbooks which have a "guest command" option. What would you prefer? - Stefan
> may be add a parameter > > Restrict Search all logboog = 1 or 0 > if 1 the switch will not appear The flag "Search all logbooks" is already there! (I forgot about it!). So just set it to "0" and you should be fine. - Stefan
Starting from version 2.2.5 on, an new directory scheme has been implemented. The idea is to separate the config file from the theme/icon and the logbook directories. This can now be achieved by specifying the configuration file via the "-c" flag and the directories with the "-d" flag for the logbook root and the "resource directory" with the "-s" flag. Alternatively, the resouce and logbook directories can be specified in the configuration file with Resource dir = ... Logbook dir = ... The old "Data dir" statement is still possible but deprecated. Instead, the statement "Subdir = ..." should be used which is taken relative to the "Logbook dir". If no "Subdir" is given, the logbook name itself is used as the subdir. For this demo logbook I use now: [global] ... Resource dir = /usr/local/elogdemo Logbook dir = /usr/local/elogdemo/logbooks and no "Data dir" statements any more. The logbooks "Linux", "Database" and "Forum" are then located at /usr/local/elogdemo/logbooks/Linux /usr/local/elogdemo/logbooks/Database /usr/local/elogdemo/logbooks/Forum respectively. The help, theme and icon files are located at their old position ("themes" is automatically added to the "resource dir" as it was before).
From Version 2.2.5 on, the configuration file entries User = ... Group = ... have been changed to Usr = ... Grp = ... in order not to conflict with the new "Group = ..." option which is used by hierarchical logbooks.
> Was wondering if there were any tweaks/suggestions for improving the > logbooks responsiviness. Our logbook was started 31 July 01. Since that > time we have went from 1 logbook to 4 logbooks. Logbook 1 having 2651 > entries, logbook 2 having 300 entries, and the last 2 are new logbooks, so > only a few entries. In Version 2.2.5, the responsiviness to large (>1000 entries) logbooks has been improved dramatically. If no filtering is applied, a page from the logbook listing should be displayed with a response time independent of the logbook size (I tried 8000 entries). Only when a filter or sort option is applied, all entries have to be searched which takes ~5sec for 8000 entries on a 1.2 GHz Windows XP Laptop, which is the same speed as before.
> Was wondering if there were any tweaks/suggestions for improving the > logbooks responsiviness. Our logbook was started 31 July 01. Since that > time we have went from 1 logbook to 4 logbooks. Logbook 1 having 2651 > entries, logbook 2 having 300 entries, and the last 2 are new logbooks, so > only a few entries. Another trick for large logbooks is to divide them into a logbook with recent entries and one with old entries (archive), like I did now in this forum. One can enable the "copy to" command for the administrator, who then can copy regularly old entries to the archive, keeping the recent logkook reasonable small with a good responsiviness. If one wants to search then the old messages, one can still go to the archive, but then the search command takes longer.
> small problem : > **************** > Logbook Tabs = 0 in the guest logbook will close the group header > may be create a parameter to solve ? > GroupGuest Extranet = .... What I would recommend in that case is to run two copies of elogd in parallel, one for the public and one for the private section. They can even run on differnt ports so the firewall can block the private section. If the private logbooks are not defined in the public elogd, they don't show up in the logbook tabs, so only the publick logbook tabs are seen. Please note that two elogd daemons should not have concurrent write access to the same logbook, since there is not locking and the logbook could get messed up that way. So only one elogd should have write access to any logbook. - Stefan
I put this on the wish list. - Stefan
> do not use confused name in attributes > ************************************** > like > Attributes Type, Type2 > the info on Type2 will be placed in the Type also > see attachment 1 > > Never use confused name like ' > Attributes PC_Memory, Memory I acknowledge the problem. It had to do with the fact that for checkbox options, the first checkbox is submitted in the above case as "Type0", the second as "Type1", and the third as "Type2" which conficts with the other attribute. I fixed that and use now "Type#0" and so on which should be fine. The fix will be included in V2.2.6. Stefan
> I'm interested using elog for a lab notebook. Once entries have been > entered they cannot be changed/edited. > Is it possible for elog to be setup to support something like this? A write > only mode? What you need is an entry in the elogd.cfg file: Manu commands = Back, New, Reply, Find, Config, Logout, Help As you see, the "Edit" and "Delete" commands are missing here and therefore do not get displayed. So you can enter a message with "New", but you cannot change it afterwards.
> Does this truly disable the edit command or just hide it? You're right! In some earlier versions, it did disable it, but in 2.2.5 it just hides it. I fixed that bug and from 2.3.0 on it will really disable that command again, such that if someone enters manually http://midas.psi.ch/elogdemo/Forum/202?cmd=Edit will produce and error if the command is not in the menu list.
> When ELOG is configured for Self-Register=3, is it still possible > to use the Author attribute as a Quick Filter? > > When I try it, the Author drop down box doesn't display anything. > > Thanks, > Eric The "Quick Filter" facility only works for attributes which are avaiable as an "Options <attribute> = ..." list. So if you have a "free" attribute like the author, the systen would have to scan the whole logbook to find all possible authors, which would result in some unacceptable performance degradation. Nevertheless, in systems with a limited number of authors one can add the "options author = ..." statement to get the selection box. The behaviour is independent of the "Self-Register" setting.
> Problem 1 - Since upgrading to version 2.3.0 I seem to have lost the some > functionality explained below. When i first log into my logbook (i only > have a single one) it defaults to the summary view and the first field is > one called Customer Name as opposed to # as i wanted the list sorted by > this field, the link for that logbook entry is no longer available on the > first field (being Customer Name) but only on the # field), however if you > use Summary threaded view the whole line is a link. I revised the way links are placed into the summary table, so I could have lost some functionality (I did not try all config combinations since there are too many now). So I can fix your problem in two ways now: Either always have the first item in a list be a link, or have each item be the (same) link. What do you think is a better solution? > Problem 2 - no matter what i try in the config file i cannot get elogd to > use stylesheets ive tried specifying and even editing and removing the > default.css style sheet i downloaded but it just seems to ignore its there. First question: Does your elog pages have color? If so, the default.css is loaded correctly. Otherwise your page would contain text but all would be white. So I presume you see color, that means your default.css is loaded correctly. It can now be that your browser caches that stylesheet. I use MS Internet Explorer and Mozilla and a "reload" on the browsers refreshes the stylesheet, but you really have to press the "reload" button (or clear the browser cache). Have you tried that? - Stefan
> I just noticed that the notifications I receive from your ELOG system, > doesn't show anyone in the "TO:" section but myself. Or is ELOG configured > to only send myself a message? This is on purpose. I have many people registered for the Forum. So when a notification is sent, it is not a good idea if everybody sees everybody else's mail addresses. Therefor I have Omit Email to = 1 in the config file. This way the "To:" field is omitted to "hide" the mail recipients from each other. Your mail client realizes that and fills in your own address automatically, that's why you only see yourself. Maybe you try that option, might help with your previous problem as well. - Stefan
> Would be nice if you can specify which columns data has links as a flag or > setting of some sorts, as opposed to either the first or all, but given a > choice I would want the first column to be the linkable one Well, I decided to make all entries in a table a link, to be consistent with the threaded display. But I changed the style such that they look like before, but are actually links. This way it cannot hurt (like having too much underlined text). The style can be changed via classes ".list1" and ".list2" in the style sheet. The modification will come in 2.3.1, or you can get the source code from CVS under http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c and http://midas.psi.ch/cgi-bin/cvsweb/elog/themes/default/default.css > > > Problem 2 - no matter what i try in the config file i cannot get elogd to > > > use stylesheets ive tried specifying and even editing and removing the > > > default.css style sheet i downloaded but it just seems to ignore its > there. > > I resolved this problem, many thanks for your help What happened. If you tell your initial problems, I can maybe put something into the docs so that others won't have it... - Stefan
> Can you consider implementing the following additions to the functionality > > 1) Subt on edit <attribute> = xyz > > This would be fantastic for implementing version control so you can see who > has edited a posted or a db entry. Can you give me an example of how you would use that? > 2) Have a SORT fieldname flag so you can decide which column to sort things > by on a display listing in conjunction to the display flags, it current > defaults to the # column and I find i am directly linking to a sorted > display Sorting is not done by the "#" column but by the sequence when messages have been entered. You can sort the table differently by clicking on the table titles (twice for reverse sort). To sort by default on a column, for example sort by the author, you can add Start page = ?sort=author into elogd.cfg which does the job. > 3) Have the elogd.conf track actual log entries people have changed > detailing date and time etc. Revision management is not forseen by the structure of the ELOG database. What you can do is if you edit a message you check "Resubmit as new entry", then you keep a copy of the old version. > 4) Ability to export contents of the log books to files on disk for backup > purposes as all data is contained within a single log file which causes > problem for command line searches. Well, you have already all log book files on disk in a simple format: YYMMDDa.log (Year/Month/Day) which you can easily backup. By a mask like 02*a.log you can backup all data from 2002 and so on. The idea of having separate log files for each day is to have this possibility to simply backup various date intervals. What kind of command line searches are you interested in? - Stefan
> > > Can you consider implementing the following additions to the functionality > > > > > > 1) Subt on edit <attribute> = xyz > > > > > > This would be fantastic for implementing version control so you can see > > who > > > has edited a posted or a db entry. > > > > Can you give me an example of how you would use that? > > ----- > > Lets say you are storing configuration information relating to a customers > solution, you need the ability to track who has made what changes to the > config information stored in the log book so you can backtrack who changed > what and when, for example > > If you have a field name called Last Edited by this field is locked and not > editable using the Lock attributes flag, but if you had Subt on edit > everytime that entry is updated it places your login name into this field and > therefore stamps it to say you have edited it, as the field isnt free txt it > cant be spoofed as the $long_name comes from your login details. Ok, I implemented "Subst on edit", it will be contained in Version 2.3.1 which is supposed to come out next week. - Stefan
> When you do a find in elog, records per page (some crazy large number - for > your forum logbook, display 57 entries seem to cause the problem, then > select last year (1 years worth of logs),(don't select printable) > > the results appear way off the screen (the message body looks fine, but the > title, etc extend way off the screen). > > Printable doesn't have this problem. I could not reproduce this problem. Can you send me the exact URL (the address with all the parameters from your browser's address bar like http://midas.psi.ch/elogdemo/Forum/?npp=57...) and tell me exactly under which browser this happens?
> When will you have 2.3.1 out? I just upgraded to 2.3.0 and would like to see > the links in my summary view. If it is going to be out soon I will wait > instead of compiling from source. 2.3.1 will come out next week, since this week I'm at home. But you always can get the sources from CVS (see below). > > The modification will come in 2.3.1, or you can get the source code from CVS > > under > > > > http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c > > > > and > > > > http://midas.psi.ch/cgi-bin/cvsweb/elog/themes/default/default.css
> I noticed the site has been updated as far as the documentation for 2.3.1, > however the latest version in the downloads section is 2.3.0, any other > places where I can get 2.3.1 > > Cheers Patience, patience! 2.3.1 is currently kind of in "beta" version, but will be released this week. Not that you can always get the latest snapshot from the CVS tree at http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c - Stefan
> We are interested in using your ELOG (which we consider to be a wonderful > application) even more. We would like to make a few adaptations in your > source code, above all to add some functionality that we are missing. > > I was wondering if there is a way we could coordinate the development > together. For instance, would it be of your interest to receive the code > adaptations we do and implement it in your future releases? Sure, I'm very interested in those and ready to merge it into the main development tree. - Stefan
> Is is possible to postdate the Entry Date for an entry? > > The documentation lists the ability to forward date an entry, but I don't > see any ability to backdate an entry (edit the date to a date in the past). > > Given that the entry date is part of the logbook entry file structure, it > wasn't obvious how to make this change. The date is part of the logbook entry file structure because it's considered as a "stamp" which cannot be changed, so to document the real date when the message was written. In some installations this is very important. If you need to change the date more freely, I would recommend to add another attribute which can be changed at will. Up to now this has to be a string variable so users have to make sure to enter the date in proper format, but you can prepopulate that with the current date like: Attributes = Author, ..., Real date Preset Real date = $date This way the current date occurs in that field, but can be changed (backdated). Note that the entry date can be changed directly in the YYMMDDa.log files in the data directory, if one has write access there and the elogd daemon is not running.
To obtain the newest source code of ELOG, go to the CVS repository at http://midas.psi.ch/cgi-bin/cvsweb/elog/src It contains usually the newest bug fixes, which will show up in the next realease. On the other hand it can also contain some new features, which are not yet fully tested, so care should be taken when using it. The revision comments usually explain what is new in that revision.
> Is the DEFAULT theme somehow hardcoded for the login screen and the main > menu ? Yes, this was in and certainly is not correct. So I fixed it, the new code can be obtained vom CVS (see elog:233).
This problem has been fixed as well (elog:233).
> Stefan and friends, > > without breaching your own security, could it be possible to see what the > elogd.cfg file looks like, also if others would like to post theirs, this > would be great in building exmaples etc, obviosly an security related or > mail server entries hashed out. Ok, good idea. I made a new logbook "Config Examples" on this server, where everybody can add new configuration examples. I added a few covering the logbooks on this server as a starting point. Just click on "Config Examples" at the top of this page!
> Stefan - Just to say that this is an excellent piece of work well done. Thanks. > 1) is there a way around seeing the password in text when self regestering, > if I turn this option off when the user changes his password will this > password still be seen? Where did you see the password? Was it on this logbook or on your own? Did you use "self register" equal 3 or 2? The password should never be visible in plain text, so after you submit it (during registration or login), the page gets immediately redirected since the password is contained in the URL. After the redirection, it is not visible any more. Now it might happen that the redirection takes a few seconds, depending on the network speed, then you see it for this few seconds. But in an intranet installation, this should not happen. > 2) I have changed all the files to be owned on my RedHat Server by the > user:group as elog:elog and set and moved the logbooks to another directory > other than in /usr/local/elog namely /home/elog/logbooks, my concern is is > I was to upgrade to a newer version would it be a simple install over the > top? any caveats? Yes, if you upgrade, the new version will again to into /usr/local/elog unless you tell "rpm" to relocate the package. Unfortunately I'm not a specialist with "rpm", but you might figure it out yourself (just try to reinstall the same version and look where the files go wiht "rpm -ql elog").
> > I'm using elog 2.3.1 on redhat 7.1 and using stunnel to redirect from port > > 443 to 8080. When I try to add a new record (click submit) https:// in the > > browser gets changed to http://. I ve tried three browsers all with the same > > result. If I go into the address field and change it to https:// after > > getting a 404 error it works. The record gets posted. This is due to a change we had to do in the redirection of the pages. If you submit a page, the result is a redirection using the HTTP statement "Location: ..." inside the header. While this was a relative link in the previous versions, we changed this into an absolute link, which then agrees with the standard. But since elgod does not know if it runs under "http:" or "https:", you have now to add the line URL = https://your.server:port into elogd.cfg. I will add this note into the documentation. - Stefan
> Ive just installed the RPM of Elog 2.3.2 and ive found a bug relating to > port bindings, basically im running elog bound to port 81 and when i > install the new RPM it refuses to bind to this port, i tried port 8080 and > that worked fine > > Any ideas ? This is a bug I discovered myself just today, so we are working on it. I expect this to be fixed by tomorrow or somewhen during this weekend. - Stefan
> > Ive just installed the RPM of Elog 2.3.2 and ive found a bug relating to > > port bindings, basically im running elog bound to port 81 and when i > > install the new RPM it refuses to bind to this port, i tried port 8080 and > > that worked fine The bug has been fixed in V 2.3.3 which has been released today.
> After upgrading from 2.3.1 to 2.3.3, elog is not able to load any resources > as stylesheets, images or passwordfiles. > > Cannot open file /usr/local/elogdata/logbooks/djeks/password! If you installed from the RPM, elogd runs under the user "elog". If you have installed a previous version under a different user, it might be that elogd does not have read or write access to it. A "chown -R elog.elog /usr/local/elogdata" might help. - Stefan
> I was wondering if you can help me understand the concept and if i am doing > something wrong with securing Elog via SSL > > Basically im running elog on a redhat 8 box with stunnel already installed > as part of OpenSSL, on the server i ran the command specified in the > instructions > > stunnel -d 443 -r 172.16.24.108:81 > > This command runs on the server, but when I access https://172.16.24.108/ i > get a page cannot be displayed, ive also put the URL = > https://172.16.24.108 entry in the elogd.cfg file > > HELP!!!!!!! Can you access your server locally under http://172.16.24.108:81 ??? If not, then you maybe specified the wrong port, so check elogd.cfg and the "-p" flag when starting elogd. If you can access it, and cannot access it under https://, then something must be wrong with your stunnel configuration. Maybe you run already a secure server under port 443? User "netstat -a" to check that.
> Let me start by saying that I really like ELOG-- it's a nice tool. > > I'm trying out version 2.3.3. The problem that I'm having is with > attachments disappearing when I do the following: > > 1. create a new entry that contains one or more attachments. > 2. verify that the new entry from step 1 saved correctly. > 3. reply to the entry from step 1. > 4. return to the entry from step 1 only to find the attachments gone. > > The attachement files are still in the logbook directory, it's just that > they are no longer attached to the entry. This is a known problem and has been fixed in version 2.3.4, which has been released today. To prove that it's working, I attached the current elogd.cfg from this forum.
> Is there a way to change the title entry for individual log books, and > forms ive completely rebranded our system but ut stil says ELOG ENTRIES on > the summary screen I changed the default title recently to "ELOG - <logbook>" where <logbook> is the name of the current logbook. For the individual messages, the title "ELOG" can be changed with the elogd.cfg option "Page title". This title can even contain attributes from the logook entry like: Page title = ELOG - $subject where $subject gets replaced by the subject of the logbook entry.
> I need something to set the title of the page when on the summary page for > the logbook, as it just says ELOG - Config DB (this isnt set anywhere) I added the option "Summary page title = xxx" in a similar way than the "Page title". The new version is at http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.64 It will be included in the release 2.3.5 of elog. - Stefan
> I noticed that when I put in a password such as <test1> a person can login > with the password <test2> or any other number at the end. Is the > encryption not able to tell the difference between numbers? The encrypted > passwords even look the same in the password file. Is this a bug? This is really strange. Encryption only works on ASCII characters and does not distinguish between letters and digits. When I try to reporoduce that, the system distinguishes well between "test1" and "test2". The first gives encrypted "dGVzdDE=" and the second gives "dGVzdDI=", note the different "E" and "I". So I have no clue right now what is wrong in your installation. If running under Linux, you can compile elogd after adding "-DHAVE_CRYPT" and "- lcrypt" to the Makefile to use the standard Linux crypt() function, but I would rather like to understand what is wrong in your case. - Stefan
> When I use the <Login user => option to specify what users I want to be > able to login into the different logbooks it does not seem to work. Is > there something else you are supposed to do to restrict what logbooks users > can log into? First, you need version 2.3.4 or later, second, you need a "password file = xxx" entry in your elogd.cfg to turn on user-level password access. If both is true and you still don't succeed, send me your elogd.cfg. - Stefan
> Ok, try it with the passwords <hello1> and <hello2>. Then when you go to log > in, put in the password of <hello> with any single number after it and let me > know if the problem shows up for you because that is the password I was > using. When I look at it encrypted in the passwd file they look the same. I > also installed the latest version today which is newer than the one I was > using before and it still does it. I appreciate your time. Ok, I finally found the problem: Whenever a password has a length which can be divided by three (like 6 or 9), the last two characters are completely ignored. This problem will be fixed in version 2.3.5. Is has to be noted that all existing passwords with the mentioned length have to be re-entered after the upgrade from 2.3.4 to 2.3.5. Since one cannot log in with the old password on those cases, a "Forgot password?" links has been added to the login screen, which can be used to create a new password and send it to the registered email address.
A problem (elog:272) with certain passwords has been fixed in version 2.3.5 of ELOG. This forum runs the updated version, which can cause login problems. All users with a password length of 3,6,9,12,... characters cannot login with their old password anymore. They have to click on "Forgot password?" in the login screen to have the system create a new password for them and send it to their registered email address. In case no email address has been registered, one can send me directly an email (stefan.ritt@psi.ch). After one receives the new password via email, one can log in again and change the password to the old one, which then gets registered correctly. I apologize for any inconvenience. - Stefan
> I would like to run elogd under Apache because I don't want to open another > port (eg. 8080) on the firewall for incoming http traffic. I followed the > special instructions for that sort of setup but the user logon screen always > comes up again, even after using a valid username/password. > > I am testing on a Redhat 7.2 based distribution (called SME server) in a > test domain (tuxhome.co.nz). > "Apache modules mod_proxy.c and mod_alias.c are activated", Yes. > There seems to be a problem here with the Apache Redirect statement. When I > try with > Redirect permanent /elog http://www.tuxhome.co.nz/elog/ > ProxyPass /elog/ http://www.tuxhome.co.nz:8080/ > Mozilla responds "Redirection limit for this URL exceeded" and IE6 says > "cannot find server or DNS error" so I have commented out the redirect > statement for now. > I might misunderstand the required URL statement in elogd.cfg > "URL = http://your.proxy.host/subdir/" ? > which I understand it would have to be > URL = http://www.tuxhome.co.nz/elog/ for my above example? > > Maybe someone could help me with an example that includes all 3 of the > statements together, the redirect + proxypass from httpd.conf plus the URL > from elogd.conf? > Thanks for any help. This Forum runs on "midas.psi.ch" under RH 7.1, Apache 1.3.22, port 8000, and it contains in httpd.conf: Redirect permanent /elogdemo http://midas.psi.ch/elogdemo/ ProxyPass /elogdemo/ http://midas.psi.ch:8000/ elogd.cfg contains: URL = http://midas.psi.ch/elogdemo/ As you can see, it works fine with all browsers, so I have no clue what is wrong in your case. You might want to look at your /var/log/httpd/access_log and /var/log/httpd/error_log to see what's going on. If you run elogd interactively with the "-v" flag, you see directly the communication between elogd and the browser which also might help. - Stefan
> Forgot password option generates an error message Which error? Can you be more specific. I tried it myself with this forum and it worked for me. > Password file hashes are different causing migrated password files to fail > but only for certain users, try password 516135 hashed in 2.3.4 and compare > to version 2.3.5 they are different. Yes indeed. Please see elog:273 for more details > Summary page title = string doesnt work also it results in the default ELOG > DB Name Thanks, has just been fixed, new version under CVS. - Stefan
> Error sending Email > Please use your browser's back button to go back This error is caused if elogd cannot contact your SMTP server for sending email. Can you please check the "SMTP host" entry in the configuration file? > Is there a way to convert all the hashes from one system to another, the > problem ive got is my password files are quiet large and want upgrades of > this nature to go seemlessly without people complaining about it. Unfortunately not. The old system had a bug which deleted the last one or two characters, if the password length was dividable by three. Since the characters were deleted, there is no way to reconstruct the full password. I apoligize for the inconveniences, I know that this can cause lot of trouble, but therefore I implemented the "Forgot password?" functionality, so that users can log in again. Alternatively, one can edit the password file, delete all passwords, and ask the users to log in without password and change it afterwards immediately.
> I am using 2.3.4 and I am still having this problem. If someone posts a > message with an attachment, and I then reply to that message, the attachment > gets 'deattached' from that message. However, the file is still in the > logbook directory, so it is possible to recover it, but it did cause a slight > panic the first time it happened :) Uups, that is indeed a problem. I found that it was unrelated to the first one, so it was there since quite some time now. I fixed it. It will come out in 2.3.6 or can be obtained already now from CVS. It is trongly recommended to upgrade all installations to avoid this problem.
> > I am using 2.3.4 and I am still having this problem. If someone posts a > > message with an attachment, and I then reply to that message, the attachment > > gets 'deattached' from that message. However, the file is still in the > > logbook directory, so it is possible to recover it, but it did cause a > slight > > panic the first time it happened :) > > Uups, that is indeed a problem. I found that it was unrelated to the first > one, so it was there since quite some time now. I fixed it. It will come out > in 2.3.6 or can be obtained already now from CVS. It is trongly recommended > to upgrade all installations to avoid this problem. Just as a test, I reply to my previous message... looks like it works.
> Is there a way to hide logbooks from all views. > > Basically i want to use the move function to move old entries to another > logbook but only want administrators to be able to see the logbooks in the > view, everyone will just see the primary ones. > > At the min im having to put Archive logbook, everyone is complaining at me > that there is too many to choose from :) > > Any suggestions ? What about grouping the archive logbooks into a logbook group? Like: Group Pubilc = Logook1, Logbook2, ... Group Archive = Archive1, Archive2, ... So if a "normal" user is in the public group, it only sees Logoook1, ... and a single tab "archive", which is then (I hope) not too much to choose from.
> I tried that but on the summary screen it displays a list of all the logbook > regardless of group, also im not using public groups im using a seperate > password file. Ah, you mean by "summary screen" the initial logbook selection screen where each logbook is displayed in one line. For that case, I just added a flag "Hide from selection". If set to "1", this logbook is not dispalyed among the list of logbooks. Is this what you want? New version under CVS.
> Yes thats wicked perfect, now im prob being thick but is there a way to hide > logbook tabs in the same way, as i dont really want to use groups as the > people that use the system arent really techie and the titles will confuse > them :) Well, I changed the flag from "hide from selection = 1" to "hidden = 1", which hides it now also from the logbook selection tabs on the top row. But this means that the only way to access the hidden logbooks is by entering their URL directly (or from a bookmark). I'm not sure how useful this is... New version under CVS.
> It seems when I use "reply" with an attachments, the original attachments of > the message are removed. > > I use elog-2.3.5 > > Alexander. Please see elog:280 . I will releae 2.3.6 with this bugfix somewhen during this week. - Stefan
> It seems that maximal number of attachments is about 20. When you try to add > more, a new entry _is_ added to the logbook but the refernce to it is not > added to the web page. Uhhh, Mr. "monster of number of attachments" gave it's stroke! Well, we never had such large number of attachments so I forgot to put a waring in. The limit comes from #define MAX_ATTACHMENTS 20 in elogd.c which you can easily increase (as long as you have RAM!) and recompile.
> `elconv' is just a simple tool to convert pre 2.0 log files to the current > format. (Well, after all these confusions, dropping it from the future > releases won't be surprising -at least for me- ;) You might try some > well-known text-processing tools ie. preferably awk or perl to make the > required conversions. But I think using comma or tab as the delimiter is not > suitable due to the content of logs. If all you want is importing them to > excel/word, you should play with the delimiter options of mentioned programs > before trying a solution. Hi Recai. I have several requests of this kind. "Want to import/export to comma separated text" or "XML". So one option is to extend elconv to handle all kind of conversions 1.x -> 2.x, 2.x -> CSV, 2.x -> XML. An alternative would be to write some awk/perl scripts as you noted. The disadvantage of this solution would be that they rely on the installation of awk/perl which is not given on windows systems. But nevertheless, if anyone volunteers to write a conversion tool, I would be happy to include it in the distribution. If not, I can put it into elconv.c, but that could take until June, given my current work load.
> We use ELOG 2.3.5 for Windows with a German language file and have found > some new problems: > > . Certain strings are not translated. That has been fixed in meantime. > . If a user uses the new "password forgotten" function, he receives an > email, but after having clicked the URL in the mail, he gets the following > error message as simple text, i.e. not formatted by use of the CSS file: > > Invalid URL: Notizen/?redir=%3Fcmd%3DChange%20password%26old_pwd% > 3DE3ARcjI/&uname=sal&upassword=E3ARcjI/ Have you tried the elogd.cfg setting: [global] URL = http://your.host/ it might help there. > . If one could not log in through the button "Login", one does not receive > an error message, but will be pushed simply back to the main page, > status "Not logged in". (This was as far as we know was also with earlier > versions of ELOG.) You should at least receive a login page. So does this push back occur on a wrong username there or how does it happen? > . If you want to change as an admin the passwords of several users, it > would be convenient, to get always back to the page, where you may choose > the next user ... but you will be pushed back to the main page with the > messages. (This was as far as we know was also with earlier versions of > ELOG.) Agree. Will work on that. > . But the simple change of passwords for users does not always succeed: I > have changed the password for a user A to "anuvis", the next user B should > have gotten the same new password, but this time it was not accepted. > Message "Wrong password". Might it be, that this goes only once because of > an initialisation problem ? I had to edit the password file manually. Can you reproduce the problem? If so, tell me the exact sequence of thing you do and I can try to reproduce it as well, then fix it. > . Opera browser 7.03 simply crashes, when choosing the direct URL to our > logbook, i.e. http://localhost:8080/logbook2. We have set a general > password file and a different read password for each of our logbooks. > If we choose http://localhost:8080/logbook1 everything is fine. We get a > window "Authentication required" and type in simply the read password, no > user name. Wow, your browser crashes? Funny, I never had that. So what does the browser say? > If we choose http://localhost:8080/logbook2 the behaviour is different. We > see the window "Authentication required" appear, then Opera crashes. > Change of the read passwords did not change this erroneous behaviour. This > problem was not with version ELOG 2.3.4. I will try to install 7.03 and reproduce this, might take some while... > . NOWRAP tag in Date column > The date column takes quite a lot of space in the logs overview. As the > information is only of secondary importance I would prefer date and time > being wrapped like e.g. the contributors name. Of course, I could help > myself with a in my language file, but this would force a break also on > the single message view. Something like Date format = %B %d, %Y in your configuration file reduces the date string length considerably.
> Actually my report was NOT about this limitation. You have it - it is fine. > The problem is that I add some 'zombies' or dead files to my logbook. > > BTW is there a tool to check the 'integrity' of a logbook? That all > attachments are in place, there are no dead files, etc. I perfectly > understand that it is not _highly_ desired or needed, but with the two last > problems (auto-removing of attached files and silent adding a new ones with > 20+ attachments) I have doubts that our logbook in a good state. And we just > started to use it. And I am still so excited about it!! Actually my philosophy is not to cure symptoms of a problem, but fix the source of it. The reply/attachment bug is fixed, and a warning about exceeding the number of attachments will come soon. About the integrity, there is no problem. As you might know, the xxxxxxa.log files are plain text files. The line "Attachments: xxx" contains a simple text list of all attachments. In the above case a few files might be missing in that line, but they are present in the log directory. So in worst case edit the xxxxxxa.log file manually, adding the file names, and maybe restart elogd to rebuild the index properly. Otherwise there is no integrity problem.
> I've been using elog for several months now, and one thing that's always > seemed odd to me are the things like max number of attachments and max > attachment size are defined right in the source code, and not in the config > file. It would seem that it would be simple to be able to define stuff like > that in the config file (and have defaults in case they weren't specified), > which would fix a lot of the recompiling problems - just edit the config file > and restart elog. Not that recompiling elog is difficult, it just seems like > recompiling for such a simple setting is overkill... > > Anyway, just curious. Is there a technical reason this is not done? The max attachment size I was able to not only make configurable, but to make dynamically. So if there is a very large attachment, the size is dynamically extended as long as there is RAM. The max number of attachments is not easy to change, since it's used internally as an array size, which has to be determined at compile time. Making this dynamically would require a major rework, which of course could be done, but it might be that there are more urgent requests.
Today I found out that Apache 1.3.23 (and probably 1.3.24) has a problem with ELOG if used as a proxy server. Due to a bug in Apache, only one cookie is transmitted through the proxy at a time. This makes it impossible to log in into ELOG with user name and password (requires two cookies). Apache 1.3.23 comes with RedHat 7.3 for example. To solve the problem, update Apache to 1.3.27. See also http://bugs.apache.org/index.cgi/full/9655
> We would like to give access to selected users to only their Group. So that > for instance Users1 cannot access the books of group Users3. I was > wondering if there is any notion of "User profile" or security per logbook > Group implemented? No, groups of users are not yet implemented, but it's on the wishlist and I added your vote for this item. > What we do for now is that we have 3 different PASSELOG files and for each > Book we need to specify which PASSELOG should be used for authentication. > This works fine except that we prefer that users do not see the other > logbooks listed in the main menu nor the other "inaccessible" logbook tabs > in the logbook view. Is there a way to hide these for them (but only for > them)? A (poor man's) work-around right now is to run three instances of elogd on three different ports, then use Apache as a proxy. I do this in this server for example. Under http://midas.psi.ch/elogdemo you see the public logbooks, while under http://midas.psi.ch/megelog you see some logbooks from an experiment here at our institute. The access control is completely separated, and you don't see the logbook tabs from the other group as well.
> We are using elog as a small database system, today we came across a > problem where 2 people were editing the same record and the first one to > submit his changes were overwritten when the second person submitted his. > > Is there anyway to lock a logbook record when someone has pressed EDIT, > maybe set a flag in the logbook entry so it has to be unlocked when its > submitted by the originator or by an administrator. No, but I will put it on the wishlist. Anyhow it is hard to implement something like this. Assume that I would lock a page whenever it's edited by someone. This person can edit it and forget to submit the changes, just close the browser. Since the elogd server does not know when a remote browser is closed, it cannot determine if the editing is just taking long or if the person closed the browser. In the latter case, the message would be locked forever and nobody could change it any more. If I put a timeout, like keep locked for N minutes, it's again not 100% safe. I saw people doing shift work with elog, opening a page, keeping it open for 8 hours and then submit it. So if I set the timeout to 8h, and someone abandons editing a message, this message would be blocked for 8h, which is probably also not what you want. Alternatively, I just can display a messge: Warning: this message is currently edited by user xxx on host xxx. But if the warning is ignored by the user, then again we have the same problem. Do you see a clever solution to that?
> Is there a way to simulate an ELOG SUBMIT? Have a look at the elog utility which comes in the package. It does exactly this. It "simulates" a browser and does a submit directly to elogd. So you can either redo the elog code somewhere, or call elog with the proper command line parameters to insert logbook entries.
> Let's share some inspiration. I'll post mine as soon as finished the re- > look. Excellent idea. I added a category "CSS File" in the logbook "Config Examples" next to this forum. You can login with the same user name and password as for this forum. As an example, I posted the new CSS file. Please note that one need small changes in elogd.c to accomodate for the new 3D look (basically don't display lines between cells), so it won't work very nice with pre-2.3.7. So everybody is invited to post his favourite CSS files an icons there. Maybe we can even make a competition about the nicest ELOG icon...
> Can anyone tell me the URL for the CVS download section > > the link has gone from one of the main screens > > Cheers The message stating the URL is still in this forum: elog:233
> > missing '.' in emails > ----------------------- > > A dot '.' at the beginning of a line is not transmitted via email. > It is stored in the entry properly though. > > Test: > ./There is a dot just before '/There...' > > Greetings, Heiko Here is what I got as email: Test: ./There is a dot just before '/There...' So I guess you mean ONLY a dot at the beginning of the line. In the email SMTP protocol, at lonely dot at the beginning of the line means "end of message" and the mail server stops by that. I checked my mail program and found out that it converts a single dot into two dots at the beginning of the line. I have to implement this in elgod.c. Thanks for pointing out this problem.
> I have upgraded elog from version 2.2.4 to 2.3.6 and then entry "Number > Attachments =" is not being read. Looking at the changelog, I found that > "Number Attachments" has been removed in favor of "enable attachments". I > tried looking in the documentation but I can't find a discription of the way > in which multiple attachments are handled. Can someone give me a pointer? Just upload one attachment at a time by hitting the "Upload" button, your message text stays there. Once you are finished, hit "Submit". Sorry, I thought this would be obvious, since most providers use this for their mail web interface.
> I checked my mail program and > found out that it converts a single dot into two dots at the beginning > of the line. I have to implement this in elgod.c. I implemented that (->CVS): a <CR><LF>.<CR><LF> is replaced by <CR><LF>..<CR><LF> in email notifications. Now I don't know if all browsers under all OS's send a <CR><LF> on line break. If some don't, please let me know.
> it would be useful, if the web server automatically produced tags <A NAME= > [AttachNo3]>Anhang 3</A> around the entry of the attachment. With this one > could easily reference in the HTML text an attachement at the end of the > page. I added a name tag <A NAME=attx> where x is 1,2,3,... to the attachments (->CVS). So you reference them by "/<logbook>/<id>#attx" where x is the attachment number, <id> the message ID (the one displayed in the URL if you display a single message) and <logbook> is the logbook name. > I had a problem, when I just put a HTML text with <IMG> tags into the > formular box and I could not reference them although they were available > (and displayed pictures) as attachments. That won't work, since attachments are preceeded by the date/time, to avoid name collisions if two identical file names are submitted several times. You see that if you click on an attachment to display only that picture. The URL in the browser gives you the full URL including the date/time, which you have to use to reference that image. This is of course not possible if you are just submitting an entry, since you don't know which exact time the URL will get. So you first have to submit the message with the attachment, the lookup the attachment URL, then edit the message again and enter the full URL. Not very handy, I know, but right now the only way.
> Can you tell me what the following change in CVS offers > > Added lock icon for protected logbooks > > Does this relate to the request in article 309 No, unfortunately not (yet). I'm still working on the problem described in elog:309. This "lock" icon only shows you in the logbook selection page which logbooks are public and which are protected by passwords (was another request).
> I have a question concerning the "Selection page" ELOG.cfg parameter. > I was wondering if it is possible to specify a complete (absolute) URL such > as http://www.myserver.com/my_elog_menu.htm. > > I need this type of configuration because we actually need to have the > custom selection page sitting on a different server from the one where ELOG > is run. I added this possibility to the source code (->CVS), although it's not clear to me how this should work for you. If you don't have access to the server where elogd is running, how should elogd then redirect you to somewhere else?
> if you put > > Use Email From = $user_email > > we receive in the adress 'my email adress' > > how to avoid the maito: prefix ? > it gives problems when you vwant to reply from outlook > > it's ok in elog to send mail from IExplorer I fixed that problem. Please get the updated version from CVS.
> We are using elog as a small database system, today we came across a > problem where 2 people were editing the same record and the first one to > submit his changes were overwritten when the second person submitted his. > > Is there anyway to lock a logbook record when someone has pressed EDIT, > maybe set a flag in the logbook entry so it has to be unlocked when its > submitted by the originator or by an administrator. I added some code experimentally to avoid double editing. Whenever a message is edited, a "stop" sign is displayed in the message list next to the edited messages and a warning is issued on the single message display page. If the original editing has been given up (browser closed) one can just ignore this message. I prefer this solution in comparision with a real locking, since the mechanisms for unlocking a stale message by the administrator is not necessary. Get the newest code from CVS, get also themes/default/stop.gif to display the stop sign, and let me know what you think.
> Thanks Ill grab it tomorrow and try it, > > when is the new version out btw ? When I say "under CVS", I mean what I said in elog:233. The new version I will release probably next week.
> Is it possible to make the logbook summary screen sort differently I fixed that problem. The new version 2.3.7 released today contains the fix.
> In the Config Examples logbook you mentioned a forum.css. Do you have a > link to that css and others? Sure, that's what the "Config Examples" logbook is for. Just click on the tab on top of this page. The forum you will find under elog:Config%20Examples/4 .
> I noticed that my custom start page did not display the Welcome title icon. > It worked fine in prior elogs. > > any hints? Indeed there is a bug, it has to do that some icons wnt into the themes directory and are served now from there. So the bug will fixed in the next version (the fix is already avaliable from CVS). As a temporary workaround you just move your image to the themese/default/ directory and it should work. An absolute path like /usr/local/... does not work, because this would open a security hole (someone could access any picture on your computer just by requesting an absolute path in the URL), so I removed that option from the software and the documentation.
> Now if you just port elog over to an apache and mysql enviroment, it would > be perfect! ELOG runs under apache, as described in the installation documentation, so half-perfect...
> add this file in ultraedit > UltraEdit --> ADVANCED --> CONFIGURATION --> SYNTAX HIGHLIGHTING > I hope this will help you... Have you maybe forgotten the attachment to this message?
> I guess this question got somehow lost. > So once again : Is there a possibility to EDIT an existing message with > elog.exe ? This message did not get lost, but I'm on a conference right now in Elba and will come back next week, when I have time to answer all questions. Only so much for now: Editing in elog.exe is right now not implemented, but I will put it on the wishlist. - Stefan
> I guess this question got somehow lost. Got not lost, but I was on two consecutive conferences and just returned. > So once again : Is there a possibility to EDIT an existing message with > elog.exe ? Not at the moment. But I will put it on the wishlist.
> Used to deny a certain command to a list of users. This can be used to > deny a guest user to enter new messages or modify a message. > > > Hosts allow = <list> > Hosts deny = <list> > > could you deny guest user like this > > guest is not loggeg ? > hubert is logged > > Hosts deny = guest,hubert > does anybody has experience with deny based on IP adresse ? You probably mixed up deny of a command to a certain user and deny of hosts based on their IP. This has nothing to do with each other except the word "deny". Please read the documentation about how to set up IP based "hosts deny". This works only for certain IPs, but not for certain users. If you want guests not to be able to enter messages, but allow this to registered users, you should set up a password file, and a guest menu. Please refer to the elogd.cfg file for this forum which is done in this way. Have a look at elog:Config%20Examples/4 .
> When you take the elogd.cfg file and the menu commands = <list> and guest > menu commands = <list>, the config menu for edit the elogd.cfg stops > working, yet if I change the URL manually, I can still get to the file and > the menus do not change. If I delete all menu commands, then all works > without errors, yet the menus do not match default. There was a recent bug which made "Edit elog.cfg" stop working if the language is not English. This has been fixed and the update is in CVS. If you use English, this might be another problem. Can you send me your complete elogd.cfg so I can try to reproduce your problem? > Also, the self registration function equal to 3 does not always send email. "Not always" is hard to understand. Either it works or it does not for a certain configuration. What you can do is start elogd with the "-v" flag, which outputs all communication to the console window. Among this information, you have the communication with the SMTP server when sending an email. Maybe you see some problem there which only sometimes occurs (like wrong email addresses or so...)
> I suggest to add an attributes like OS > > MOptions OS = linux, windows2000, windowsXP¨, windows2003 > > to indicate on which version we are speaking Good idea, I added a "ELOG Version" as well.
> I suggest MOptions - people are lazy .... :) Not for the Version! I don't want to update this list on every release (:-( Plus the list would get too long over time! > by the way any possibilities to have 'multiple icons' ? No, you have to use MOptions instead.
> could you add command for main menu guest user > Selection Page guest = .... I added "Guest Selection Page" coming in version 2.3.8
> i put the last version on this link > http://public.mba.be/download/u-edit-elog-syntax.txt If you don't mind I added the file to this message.
> When you take the elogd.cfg file and the menu commands = <list> and guest > menu commands = <list>, the config menu for edit the elogd.cfg stops > working, yet if I change the URL manually, I can still get to the file and > the menus do not change. If I delete all menu commands, then all works > without errors, yet the menus do not match default. Has just been fixed. Available under CVS and soon in 2.3.8.
> I was wondering if there is a way to have a more detailed log of users' > activities? > Current Logfile = <file> gives a good base for information about > logins/access to 'protected' logbooks. > > What we would like to have is information about when a user reads an ELOG > entry (to be able to determine the reaction/response time). > > For instance the LOG could look sg like this: > %%user %%datetime %%logbook %%record read/edit/new/delete Very nice idea, I put it on the wishlist.
Thank you very much for your request, well motivated and described. I hope I will soon find time to impelment this.
> Correct Way prior to 2.3.8 > > http://192.168.0.1:99/Provisioning%20Request/35 > > Broken way with new version > > http://192.168.0.1:99/Provisioning Request/35 Exactly this problem has been fixed between 2.3.7 and 2.3.8, so can it be that you mixed up these two versions? To be precise, the fix happend in Revision 1.113 from 2003/06/04 08:17:35. So are you sure that you use a version of elogd after that modification? I tried to reproduce your problem with the official 2.3.8 version, but I got the correct result.
> 1. shellonsubmit command : give the possibility to execute external > program from elog by sending specific parameter (user/logbook/message ID) > > 2. elog log file in xml format : give a better view on what happens with > users see attachments easy to push the files to excel or sql database. I'm happy to include these functions in the source code, please send them to me. > 3. synchronisation to mySql or SQL server through perl routine and the > shellonsubmit command > this will push any new/edit/delete command in sql server so we keep a > full historic off all transaction in ELOG Can you please put this perl routine into the "Contributions" section > 4. sms gateway : from elog entry we send sms message throught internet > gateway (perl routine) Same as above. > other projet : > we use a logbook from our external phone call > > from our telephone connected to RS232 and/or TAPI interface we keep the > phone number and try to find the name from sql server : if found > we want to push an automatic entry in elog and fill specific field like > name/contact/last phone call.... > > I will ask to Stephan Ritt what's the best way to include our routine in > his standard source ? As I said, put the perl programs into the "Contributions" logbook, send the C source code modifications to me. > could we create a specific logbook for the wishlist > in elog/contribution may be some parameters for the actual status of the > project ? Good idea, will do so.
> Im using the plain RPM from 2.3.8, i uninstalled the 2.3.7 RPM before this > upgrade, the only thing I kept was my own stylesheets and the config file. > > One thing I just noticed is that if you dont have the URL statement set > under global properties, some machines quote the hostname of the machine at > which point this breaks the link. if you define the URL to the IP address > the problem goes away. > > However even without the URL setting undefined, it works for some people > but not for others, I tried from 2 seperate machines and got 2 lots of > results, so I suspect it might be DNS related somewhere along the lines. The only place I can see this problem could arise from is the "Referer:" statement in the HTTP header. This is sent by the browser to elogd, so if the included URL contains a blank, this could cause the problem in case no "URL" statement is present in elogd.cfg. Can you please run "elogd -v" to see the communication betwen elogd and your browser and check this? Maybe it depends from the browser, or even from the history of previous accesses. If you confirm that the "Referer:" statement contains blanks, I can put in a fix.
> Is there a way to configure elog so users that have their email notification > on only get notified for updates to logs they have access to? I've looked > all through the documentation and I can't seem to find a way to do this. I guess you have a global password file and use "login user" statements for your logbooks. I have added some code which does per default not send any email to people who are not in the "login user" list, in case this list is present. New code under CVS. Please give it a try and let me know if it works for you. - STefan
> I suppose that the advice to increase Mac OS X's default stacksize limit > might make a fine entry in the FAQ or README file. I added a note in the installation instructions. (http://midas.psi.ch/elog/adminguide.html) - Stefan
I implemented your request. The syntax is: Format <attribute> = <flags>,<css_class_name>,<css_class_value>,<width>,<size> <flags> Sum of following values: 1: Display attribute in same line as previous attribute 2: Display radio buttons or check boxes in separate lines (if applicable) <css_class_name>,<css_class_value> Cascading Style Sheet class names used for cells containing attribute name or value, respectively. The classes must be defined in the style sheet file (usually themes/default/default.css) <width>> Width of the text entry field in characters <size> Maximum number of characters allowed. Default is "0, attribname, attribvalue, 80, 500". Trailing parameters can be ommitted, so specifying for example only the flags is possible. In order to have several attributes in one line, each line is now a separate table. This requires adjustment of the CSS class "attribname". Best you use the current default stylesheet (http://midas.psi.ch/elogdemo/default.css). You can compare the two different approaches (one attribute per line/multiple attributes per line) in this forum and the "archive" logbook. The "subject" field in this forum also uses a different style class. Note that if you upgrade to the current CVS version (http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.129), you also have to change following options in your elogd.cfg: - The style sheet must contain the new class "attribhead" - "Email message body" has been replaces by "Email format" - "Filtered browsing" is now off by default - Locking (during editing of messages) is disabled by default, and enabled by "Use lock = 1"
> In the current source which ive compiled and am using on our elog system, > the feature that you put in for me that says "Entry is currently being > edited by Joe Bloggs on 192.168.0.10" has vanished. > > It removes existing locks from before updating the binary but doesnt but > new ones on. > > Is this something that was removed intentionally or by accident ? No, but there is now a flag "Use Lock = 0 | 1" which is zero by default, since not all people want this feature. So put a "Use Locl = 1" and you should be fine gain.
> Is it possible to preset an attribute with the current weeknumber? No. All you can do is Date format = %W which displays the week number in the "Entry date" field. This number goes from 00 to 53. Some systems support "%V", which runs from 01 to 53.
Version 2.3.9 of elog has been released today. Enhancements are: - Added options "Use Lock", "Title image" - New "Email format" specifies what is sent exactly in an email notification. This may now include also attachments - "Format <attribute>" lets you assign separate style sheet classes to each attribute, making the web display more powerful (see this forum, the "subject" uses a separate formatting). Note that this feature requires an update of the old "default.css" CSS file, if a elog version prior to 2.3.9 is already installed on a system. - "Execute new/edit/delete" lets one execute shell commands on the server side for new, edited or deleted messages. Since this can cause security problems, a new flag "-x" has been added to the elogd daemon to enable this feature. It can be used to synchronize the elog database with other databases, or to send SMS messages to people. - New "Logging level" option gives enhanced logging capabilities, including read and write access logging to individual elog entries. - The elog utility can now edit existing messages, and correctly quotes messages with "> " on replies. A few small bugs have been fixed, refer to the ChangeLog for more details.
> Short of manually editing the logbook files, is there a way I can change the > date of an entry? I want to transfer my "Linux Journal", which I have been > writing as a regular document for several months, into elog so I can take > advantage of the threading, sorting, find, etc. You cannot change the entry date, since this is kind of system stamp which should not be modified. But you can add an attribute like "Issue" for your Linux Journal, where you can add manually the month and year of release or so. Then you can preset this attribute with the current date, which you can change for older issues, like Attributes = ...., Issue Preset Issue = $date Date format = %B %Y Hope this helps. - Stefan
> I figured out how to hide columns, using the "Display search" parameter. (BTW, > suggest you modify the Administrator manual to mention that "Display search" applies > to the initial display as well as any "Find"s. I had seen this, but assumed it > only applied to actual search results.) Fully agree. The name comes from historical reasons. I renamed "Display search" to "List Display". Will come in the next version. > Still have not figured out how to change > the default sort attribute however. There is a little trick to do that: Start page = ?rsort=Issue Since sorting is done only lexically, you need a special date format like Date format = %Y %m %d in order to sort correctly.
> Can you give a syntax example of the Logging Level option ? Please refer to the documentation (http://midas.psi.ch/elog/config.html), I just updated it. "Logging Level = 3" is the maximum level which includes writes and reads.
> It appears Im having problems getting this to work, my config is as follows, yet > its not updating the log file since i installed the new RPM 2.3.9, is there a > problem or am I doing something wrong ? Oops, there was a bug. I added the resource directory in front of the logfile name, which is not correct if the logfile name contains an absolute path. I fixed that in the current CVS version. As a temporary fix, remove the resource dir in your elogd.cfg or remove the full path in the logfile (the file will the be put into the resource dir of course...).
> I tried to add a file with the "Bottom text = <file>" option. > > Although one would suggest that the bottom text file is included in every > page, I only saw the file appear in the page that appears when you issue > the "cmd=Edit" command. That's really weired. The file is displayed at the bottom of single messages, and the message list, but NOT at the form, which you reach with the "Edit" command. So all I can suggest ist the following: - Hit the reload button on your browser each time you change that file, to make sure the browser does not display a page from its cache - The HTML file is *included* in the normal page, so it should not contain <HTML> or <BODY> tags. Start with a simple file containing something like <center>Test</center> and see what you get. - Make sure the file is in the elog "resource" directory, which gets displayed if you start elogd with the "-v" flag. Let me know if any of this helped.
> opps nevermind, i didn't realize I had to put something in for the ending > body text. Anyway to skip that part? > > > elog -h 192.168.0.25 -p 80 -l Database -a Type=test1 -a OS=W2K -a Loc=room1 > > -a Status=operational > > > > doing anything wrong here? Due to frequent requests, the elog utility reads the message body text from the console (stdin), if it's missing on the command line (like in your case). Under Linux, you can then pipe some text into elog cat message.txt | elog -h ... or under Windows type message.txt | elog -h ... If you enter the text directly, you have to finish it with Ctrl-Z / Return (Windows) or Ctrl-D (Linux). If you do not want any text, you can write elog -h .... -a Status=operational " " to submit an empty text (well, almost empty, contains single blank).
I was thinking since some time already about mirroring between elog servers, and actually started already some implementation. The problem with mirroring on the file level does not work. Assume two servers "serv1" and "serv2". Then assume that one message gets submitted on serv1 and at the same day another message gets submitted on serv2. Now you have on both servers a file 030726a.log, but you cannot copy this file simply from one server to the other, since you would overwrite the message submitted on the other server. Furthermore, you need file level access, which is maybe easy between your laptop and your desktop computer, but not if the two mirror servers are in different countries. Like in our collaboration we have three servers located in Switzerland, Italy and Japan (meg.psi.ch, meg.pi.infn.it, meg.icepp.s.u-tokyo.ac.jp), where we cannot have direct disk access. So what I propose is the following mirror scheme: o Each elog server may contain a list of mirror servers in the configuration file o Each elog server calculates an MD5 checksum from all local messages o Synchronization between servers can be triggered manually (by clicking on "Synchronize") or automatically at a given time and interval o On Synchronization, the elogd server fetches the MD5 list from the mirror server and compares it with the local list o If a message has been edited remotely but not locally, it's fetched and stored locally, same in the other direction o If a message got edited on both sides since the last synchronization, the user is asked to resolve the conflict (keep local or keep remote message) o If there is a new message locally, its submitted at the remote server, but with the same submission date/time as locally, same in the other direction o If new messages are present on both sides, their message ID is changed so that it is unique, then they are copied over. If there are already replies to this message, their link (using the message ID) is changed accordingly So I plan to implement this scheme in the next time. The MD5 checksum is already there. If anybody has comments or additional wishes concerning mirroring, telling them right now would be great, since I then can accomodate them easier during the implementation. - Stefan
> Is this possible? If so, could you provide an example: > > I'm trying to find a way that when you do a search, that you can filter > entries using ( = , <>, AND) on one or more attributes. > ex: Find all workstations for this subnet, but exclude a particular one. > Thats the basic idea. > > Can it be done? If so, how? No, it cannot be done right now, but it's on the wishlist since some time. So I added your vote there.
> I know there's an item on the wishlist for password expiration, so how > about account expiration..?? (after so many days of inactivity). Ok, added to the wishlist. > Another plea on my part, for Elog to allow for authentication via external > database - such as LDAP, so we wouldn't have to maintain another user > database. I had that request more than once. The problem with it is that I cannot implement it, since he have no LDAP server here at our institute to try it. So if someone teaches me how to do LDAP authorization correctly, I can put it in, but not before.
> Good day! I´m a german guy so my english is not the best sorry for this... > I have my Elog completely configured now have I still another problem I > would like with a new entry a E-Mail address to select to be able itself > where the again provided entry am then hang-sent can me there someone > help? already the whole has after forum answers scanned. Thanks David I'm German as well, but cannot understand your question. Can you write an email in German directly to me? Ich kann Deine Frage leider nicht verstehen. Kannst Du sie mir direkt in Deutsch per Email schicken?
> The width of the textarea after pressing reply is too large. > The problem is that the algorithm that searches for the longes line > looks for the next '\r' which it does not find and therefore takes the > number of characters in the text to be the width of the longest line. > To search for '\n' instead should solve the problem. Please find the > diff output below. Ok, implemented, thanks.
> Boolean attributes were not displayed correctly in version 2.3.9. > Patch is attached. Yes, implemented, thank you.
> I am trying to create an issues logbook where I have defined an attribute > so I can track who this issue is assigned to. In order to get a drop-down > list of users of the system to show up for that attribute (when creating a > new issue), I have to type in the whole list of users in the config file. > The problem is that whenever a user self-registers, I have to go into the > config file and add that user to the list. Is there a way to write > something like this: > > Options Assigned To = $user_list This is not possible right now, but I will consider implementing it some time.
> There are some errors in the generated HTML. Most of the time > the browser renders everything correctly but sometimes not. Please > check especially (http://validator.w3.org/): I did so and fixed several errors. Now the W3 validator doesn't complain any more. New version under CVS.
> Forgive me if I've missed it, but I've looked in the forum, on-line cfg docs > and downloaded docs. I cannot find details on how to the used > the "Execute ..." command. What is passed on command line, etc. Sorry, I forgot to put it into the documentation. It's now available from http://midas.psi.ch/elog/config.html You basically use "Execute new = <command>", where <command> can have substitutions like $<attribute>, $remote_host, etc. You also have to start elogd with the "-x" flag to enable shell executions, since they can impose a security problem (see documentation).
Unfortunately I don't have access to a FreeBSD box so I cannot try. But I thought the GNU make is the same on Linux and FreeBSD??? Has anybody successful compiled under FreeBSD? - Stefan
> I would very much like to list groups instead of the individual logs on the > firs page you see after login. > > Is there a way to do this? What would you like to see exactly? a) Only groups. When you click on a group, you are taken to the first logbook in that group b) Only groups. When you click on a group, a secondary page shows up showing a logbook selection page from that group c) Two colums: First column group, second colum logbook, a bit like a directory structure like: Demo Linux Database Discussion Forum Archive Config Examples Contributions Other uses might also vote... - Stefan
> I think I would like: Only groups. When you click on a group, a secondary page > shows up showing logs in that group. > > I would also have the option to list all logs so you could see logs that are not > in a group or locate a log where you didn't know what group it was in. I would > also like to have the option to sort logs and groups. > > I am using Elog to keep track of application servers. The log names are the server > names and they are grouped by application. The list on the first page is getting > very long. Before I go and implement additional features, I would like to check if your problem cound not be solved easier. Whey don't you define your server as an attribute inside a logbook instead of having separate logbooks for each server? You know that you can sort by attributes (just by cliking on the column header for that attribute), so that would satisfy your need for sorting.
> I don't see anyway to define a log as an attribute. May be I just don't understand > something. I have more than 50 logs anyway. What I meant was having only one logbook, and having the server as an attribute like Attributes = Server, Type, .... Options Server = Server1, Server2 (just the names of your current logbooks) ... If you have already 50 logbooks this would require quite some work of course, but it might something for the future. I don't know if this fits into your requirements. If not, please let me know your complete scheme (current attributes and logbooks), then I can think about.
> We have been using Elog successfully as a shiftlog book for over a month > now, but I recently ran into an annoying bug, I think. > We had a thread that was created and was being replied to over several > days. We first replied to the original thread and then each subsequent > reply was a reply of the previous reply. When the thread reached above 13 > of these, the elogd.exe would crash everytime a user attempted to select > the logbook that contained the enormous thread. > I found the only workaround was to manually delete the offending entry > from the log file and to instruct my users to not reply to replies unless > absolutely necessary. I have been able to replicate this error across the > rest of my logbooks as well. If there is any more information you may > need, please feel free to contact me. Sorry my late reply, I was pretty busy these days... I tried to reporduce your problem, but without success. Have a look at http://midas.psi.ch/elogdemo/Linux/32 where I replied 20 times producing a very long thread without any problem. So can you reproduce your problem? I suspect that there was some other problem, since the number of replies is internally not limited in any way. If you again get into a situation where elodg.exe crashes on the *DISPLAY* of some message, you can send me the offending file xxxxxxa.log directly by email and I can analyze it. Only if I can reproduce a problem, I can fix it. - Stefan
I found a stack overflow if there are too many replies. This has been fixed in the current CVS verson of elogd.c and will be incorporated into the next release.
This is a very nice measurement you made and helps me a lot. I will incorporte your suggestions into the next version. Under Windows however, there is no -HUP signal, so that won't work for them. But what I can easily do is to check for new configuration/language file once every access, not once every loc() or getcfg(). I till think about. Thanks again, Stefan
> impossible to create the moptions with > > -a Type#0="%D1%" > -a Itel#0="%zItel%" > > the variable are set to > set D1=Tel > set zItel=Tel.gif > > other standard option work fine Sure it works. But in your elogd.cfg, you have ROptions, not MOptions! I changed this to ... IOptions Itel = Tel.gif, TelDirect.gif, Fax.gif, Gsm.gif, Tel2.gif, TelHome.gif,TelFax.gif,TelHelp.gif MOptions Type = Tel,TelDirect,Fax,Gsm,Tel2,Home,Combine,TelHelp ... Then I added a batch file elog_submit.bat with following contents: elog -h 'my site elo' -p 83 -l 'my logbook' -a Phone=%1 -a Contact="%2 %3" -a Type#0="%TYPE% -a Cat="%4" -a Itel#0="%ITEL%" %5 %6 %7 Then I made a set TYPE=Tel set ITEL=Tel.gif and a elog_submit 123 a b CAT Test Message ans all worked fine. Please change your ROptions to MOptions and try again.
Thanks, I added a note into the admin guide.
I implemented the new scheme where - under Windows, the configuration is only checked once every access - under Unix, the configuration is read initially, and on every -HUP signal This should speed up the server considerably. The next bottleneck is the rsputs2() function, which requires quite some computing power in order to find any "http://", "//", etc. strings in every output. If anybody knows a more clever way of coding that, please let me know. The new version is under CVS.
> an entry like > file:///E:/Dossier\!!shorcut > will open IE with these current adresse Yes it does, and what is your question? > Stef could you add a logbook > 'wishlist' > 'subgroup' contribution/icons If you have any icons, just put it under the contributions logbook. There are only few entries, so no deed to make a subgroup. As for wishlist, start with the "Forum" Logbook. If a wish gets "accepted", I put it on the official web page.
> Instead of something like "Date: Wed, 28 Jan 2004 14:46:16 -0600", the > "-0600" is replaced by a large number that doesn't correspond with anything > I can figure out. This is the sort of thing that does no real harm, but the > notebook users keep complaining. This is caused by the elogd program itself. To produce the "-0600", it uses the variable "timezone", which is defined as difference in seconds between local time and coordinated universl time. This works find under Windows, Linux, FreeBSD, but apparently not under MacOSX. Although this variable is defined, it's unassigned. The code where this is used is in sendmail(), at the lines time(&now); ts = localtime(&now); strftime(buf, sizeof(buf), "%a, %d %b %Y %H:%M:%S", ts); offset = (-(int) timezone); if (ts->tm_isdst) offset += 3600; The current localtime gets written into "buf", then the timzone offset gets corrected by the daylight savings time, then the offset is used to produce the "-0600". So if anybody being familiar with MacOSX has some idea, please let me know. - Stefan
Version 2.5.0 of ELOG has been released yesterday. The main new feature is the automatic mirroring of logbooks between different elog servers. This is useful if one wants to synchronize logbooks between a desktop PC and a laptop, for example. During synchronization, new or modified entries on both sides are merged intelligently. Another application is if several companies or institutes want to keep a ELOG database locally, but have the databases synchronized periodically with each other. Periodic mirroring can be set up with a built in cron-like facility. Although the synchronization has been tested extensively, I still consider this part in beta state. Before using it, one should make a backup of existing logbooks. The flag "Mirror simulate" can be used to test the mirroring without actually overwriting or deleting anything. If problems arise with mirroring, they should be reported to the author. Localization files have been updated, so if anybody volunteers to update or make a new translation, please contact the author.
I find this script very nice. Indeed JavaScript can be very powerful to do such things. I added some JavaScript support to the elogd server itself. If one opens the "New" page like http://localhost/demo/?cmd=New&js=test.js then the JavaScript "test.js" (which has to be present in themes/default/test.js) gets inserted into the page header and executed. This can be used to add custom form validation, which is more powerful than the built in checking if required attributes are present. Then I tried to redo the bookmark script with the new method. A server-side script has of course more space than just a bookmark. I started with a bookmark like: javascript:window.open("http://localhost/demo/?cmd=New&js=test.js"); which even works on IE6. The script "test.js" contains: function a() { var d=opener.document; alert("test.js"); alert(d.location.href); alert(d.getSelection()); } a(); While the first alert() works, the others fail. It seems like the "opener" method does not correctly dereference the right window. If anybody has some idea, please let me know. The new version of elogd which supports the "js=" command can be found here: http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.235
Like this one ^^^ ??? I'm joking! I fixed the bug and updated the elogd server. Please find the new version under CVS. - Stefan
This problem has been fixed recently. The new code is /* special case: "Change %s" */ if (strstr(orig, "Change ") && strcmp(orig, "Change %s") != 0) { sprintf(result, loc("Change %s"), orig + 7); return result; } Alternatively you can get the updated version from CVS. - Stefan
Thanks, I did so.
Oops! I 're-used' the '-s' flag for email suppression, so it was actually double used. I changed the email supprssion flag to '-p', so '-s' should work again for specifying subdirectories.
So I fixed all compiler generated warnigns except these: [midas@pc2075 ~/elog]$ gcc -g -O -W -Wall -o elogd src/elogd.c src/elogd.c: In function `set_cookie': src/elogd.c:4675: warning: `%y' yields only last 2 digits of year src/elogd.c: In function `send_file_direct': src/elogd.c:5483: warning: `%y' yields only last 2 digits of year src/elogd.c: In function `show_elog_list': src/elogd.c:11938: warning: `%x' yields only last 2 digits of year in some locales src/elogd.c:11957: warning: `%x' yields only last 2 digits of year in some locales src/elogd.c:11979: warning: `%x' yields only last 2 digits of year in some locales src/elogd.c:11987: warning: `%x' yields only last 2 digits of year in some locales src/elogd.c: In function `ctrlc_handler': src/elogd.c:15864: warning: empty body in an if-statement src/elogd.c: In function `hup_handler': src/elogd.c:15870: warning: empty body in an if-statement Do you know how to disable these warnings or any other workaround? I would like to compile without any remaining warnings.
> Have a look at the gcc info pages: > > $ info gcc "invoking gcc" "warning options" Sure, I'm not stupid! I looked for ~10 minutes how to turn off the remaining warnings, but I could not find it. The code is now correct, like I do want the "%y" format specifier in the strftime() function, but the warning is wrong. The closest I came to was -W -Wall -Wno-format which removes ther warning in strftime(), but I do want this warning, since it helps in many other printf() statements.
Noee. Here it works immediately. Can you try with a fresh server from the distribution, with the example elogd.cfg, to see if there is any difference? The killing is handled in the funciton ctrlc_handler(), which sets _abort = TRUE. This is checked in line 16195, just after the select(), and the main loop is exited. The select finishes after one second, although I believe that the kill signal also terminates the select prematurely. The kill command and a Ctrl-C keystroke should work the same way, they both generate a SIGTERM or SIGINT signal.
I have added that functionality according to your request. In elogd.cfg, you can specify List Display = ID, Edit, Delete, Date, Author, ... <other attributes> which gives you two colums, one to edit and entry and one to delete one. See the attached picture. I presume that's what you want. This works on the newest version http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.272 and you need the two icons http://midas.psi.ch/cgi-bin/cvsweb/elog/themes/default/edit.gif?rev=1.1 http://midas.psi.ch/cgi-bin/cvsweb/elog/themes/default/delete.gif?rev=1.1 to be put under your elog/themes/default/ directory. Or you wait for the next official release (;-)
This can be easily achieved with the configuration option Start page = ?sort=<attribute> or Start page = ?rsort=<attribute> where <attribute> is your date. In your case, you need the URL http://www.familienhund.ch:8080/Aktuelles+Programm/?sort=Datum+wann which can be obtained via Start page = ?sort=Datum+wann
All I can offer is send me your config file for the problematic logbook, and I will try to reproduce the error.
> I even upgraded to the 2.5.1 version. Then I placed the elogd.c in the SRC > folder. Also placed the images in the themes folder. As I wrote, you have to get the latest elogd.c, revision 1.272 and *COMPILE* it (or wait for the next official release). If you cannot compile elogd.c, let me know and I can send you the executable.
This was a bug which only occurs under certain conditions, that's why nobody has seen it yet. I fixed it, the new version is available under CVS: http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.275
> the problem only ocures on win 2003 server. I d'dn't test it under xp, 2000, > 2002 beause i don't have any of this systems. but it looks that no one else > has this problem. would be helpfull to know if there anybody out in > cyberspase using elog 2.5.1 with win 2000 or 2002 or even better with win > 2003 server? or do you have a 2003 server at psi? > for me it looks like a incompatibility of a stack, boffer overrun or somethin > in the memory. I agree. It's most probably a stack overflow problem. The stack size must be less on a win 2003 server compared to a xp machine. I know that the threaded display requires some more stack space than the other displays. But unfortunately I have no win 2003 server here to try.
> since the new server isn't standing here in my office i can not test if older elog > versions don't have the problem too. but if your idea of stack or buffer overflow > is right, i guess that hoping of the helpfull ms pach or a update of the compiler > will be the only what we could do :-( it's always the same using software fom a > company named "kleinstweich"... ;-( ;-))) like that one... I tried to reduce the memory consumption in the threaded display, can you please try the modified version under http://midas.psi.ch/elog/download/windows/elogd.exe
> BUG#1 Has been fixed. New version under CVS. > BUG#2 > In single entry view, elog returns an unformatted date value for "Type = > date" attributes - even when it has been manually entered with the date picker. Can't reproduce that. Used your config, got the display attached.
> Is there any possibility to start elogd as a service under NT/2000/XP > having local service as its user? Yes, I've read the documentation. Maybe > things have changed. What do you mean by "local service as its user"? If you install elogd as a service with FireDaemon or via SRVANY.EXE, you use the "Services" section under Computer Management ("Verwalten") to configure the elogd service. Although the documentation says that one should use the "This account" with the appropriate password, it is possible to use the "Local System account" as well. But I'm not 100% sure what implications this has for the ownership of the logbook database files, but it should be ok in most cases.
> Run into the same error on a windows XP & 2000 machine. Totally shuts down the elogd.exe > when THREADED is selected. Have not tried your modified version after reading the posted > results. Will run with summary view until fixed. Wish I could help but I'm not a > programmer. Let me know if you want to test any new elogd.exe's. This problem has been fixed now, it was a programming bug. New version under http://midas.psi.ch/elog/download/windows/elogd.exe
The elog daemon uses cascading style sheets (CSS) to format its output, such as font family, size and color. Some people started to develop new themes (skins) and posted them at the contributions logbook (such as http://midas.psi.ch/elogs/Contributions/7). From my onw experience, I know that this can be a difficult job, since it means to change the "default.css" file and reloading a page over and over again. I recently discovered a way to do this much easier: The Mozilla based browsers (such as firefox, http://www.mozilla.org/products/firefox/) have an extension called EditCSS (http://texturizer.net/firefox/extensions/#editcss) which shows the CSS file on the left side of the browser and the web page on the right side. Changes in the CSS editor are immediately reflected in the browser window. This way one can change certain entries in the CSS file and immediately see its consequences. Development of new skins should therefore become much more easier.
It is not usual for me to pester people with tips around elog, but this one was so helpful for me that I would like to share it. The Mozilla based browsers, such as Netscape or Firefox (http://www.mozilla.org/products/firefox/) offer the possibility of so-called "keymarks" or "bookmark keywords". This are bookmarks to which a keywork can be added, making them a very powerful search tool for elog. This can be explained most easily in an example: Add following bookmark to your Browser: Name: ELOG search Location: http://midas.psi.ch/elogs/forum/?mode=full&sall=1&subtext=%s Keyword: el I attached a screendump of how this looks under Firefox. Now you can type el <keyword> in your URL address bar, and the elog forum is automatically searched for that keyword (see second attachment), since the "%s" in the URL is automatically replaced with your keyword. This works of course also with your personal logbooks. The switch "sall=1" causes elog to search for the string in the main text body and in all attributes. The URL bar can be activated with CTRL-L, so the key sequence CTRL-L el <keyword> is all you need to search a ELOG logbook, even without touching the mouse.
> a) Cannot get elog utility to speak to elogd on port 8080. Even though I > use the -p 8080 option with elog. I was able to get it to work when I > moved my server to port 80. That problem has been fixed in revision 1.16 from Feb. 19th. Please get the newest version from release 2.5.2 issued today. > b) I cannot get elog to work with and attributes or logbooks that contain > spaces. Please refer the the following example: > > elog -v -h scotland.ccs.yorku.ca -p 80 -a "Station Number"="CC001" -a "Mac > Address"="000874fdc895" -a "Hostname"="cc001.cnscommons.yorku.ca" -a "IP > Address"="10.6.10.52" -a "Manufacturer"="Dell" -a "Model Line"="Optiplex" - > a "Model Number"="GX270" -a "Monitor Manufacturer"="Dell" -a "Monitor > Model"="E151FP" -a "Memory"="512MB" -a "CPU Speed"="2.6GHz" -a "Hard > Drive"="40GB" -a "Service Count"="-" -l WSC2 -u charles xxxxx "DD/MM/YY: > Change Description" There was also some bug which has been fixed, plus you need following syntax: elog -h ... -p 8080 -a "Station Number=CC001" ... note the "" are around the whole attribute=value string, not only the attribute.
Version 2.5.2 of ELOG has been released today. It contains CSV (comma separated values) import and export, as well as XML export (through the "Find" page). Since these features are new, I would appreciate some feedback on how this works in different environments. I made sure I can import data from Excel and Outlook (like my address book), but I have no experience with other applications. As with the XML export, I'm not sure if the format I chose is a good one. People working more with XML should tell me if it should be changed.
> The only part that does not work is -l "Log Book" the -l variable has to stay as > one word. If I submit 2 words (in quotes) it only looks for a logbook of the first > word and fails. I fixed that as well, please obtain the updated version at http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elog.c?rev=1.20 Let me know if you cannot compile the C file and need an executable.
> I was able to find the export feature under find. Could you let me know where > the import feature is? Or how I turn it on. Oops, I frogot to document this, thank you for reminding me. You have to add the "CSV Import" command manually to the list of menu commands, like: Find menu commands = New, Find, Select, Config, CSV Import, Help I was wondering if I should make this as the default, but many people maybe do not have the demand of having CSV Import, so it might be annoying for them. What do you think?
> I develop multiple client server apps and web apps deployed on intranets. I > need my users to send me bugs with screenshots attached. Nice idea. I was looking myself for a way to automatically attach screenshots, but I haven't found a clever way yet. One problem with attachments I found is that it is not possible to preset the attachment text box with a file name because this would open up a big security hole. So a malicious web page would preset the attachment box with a file name pointing to some local password file, then hide the box somwhere by using a tiny font etc. So if someone presses "submit", the secret file would automatically transferred to the remote site. Now I don't know if this can be bypassed with JavaScript. > Now apparently that wasn't fully working or at least you couldn't bring up > multiple alerts. Has that been fixed, or is it just a problem with alerts? The JavaScript you supply simply gets copied to the web page and executed. There are no limitations of any kind from the elog system there. So if you have problems, it's most likely a JavaScript problem. I found it very useful to use the Venkman debugger (http://www.mozilla.org/projects/venkman/) which can run inside Mozilla based browsers. > Can I write a url that has my attributes, plus a short js script that just > adds an attachment? It should be in principle possible, limited maybe only with the security note I wrote above. If you get anything working, I would appreciate if you could add this to the "contributions" section, so that other people can benefit from this.
> Hello, > > is it possible to have an guest account together with a global password file? > > I tried to put the password file statement into the global section of > elogd.cfg. But in this case every user must login and it is not possible to > have a read only guest account. > But if I put the password file statemnet into the logbook sections, it is > possible to access the logbooks in read-only mode without logging in. The > drawback of this solution is, that you have to login into every logbook > seperately. > > Bertram Right, guest access is not possible with a global password file. This comes from the fact that people wish to protect their logbook selection page. What I can do is add another flag "protect selection page = 0 | 1". If "0", the logbook selection page can be seen without logging in. Is that what yo want? - Stefan
> Yes, that is what I want. I implemented a switch "protect selection page" in revision 1.318, which can be obtained at http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.318. If this switch is not set to "1", the selection page can be seen without having to log in.
> However I'd like to import data from the CSV file, directly to the 'text' > field, rather than just to one an attribute fields. Is it possible to do > this? Not yet, but I can implement it. Do you always have a column "text" in your CSV data or would you like to be able to select which column goes into the "text" field? Can you apend some sample CSV data so that I can have a look at it?
> Is there any way to configure elog so that attribute fields can be edited > on more than line like the 'text' field? > > (This would be useful so that attributes could contain larger portions of > text including line breaks) No, but this request is already on the wishlist (http://midas.psi.ch/elog/wishlist.html) since some time. I added your vote.
I implemented the feature to import the main entry text body from a CSV column labeled "text". Please see the newest release (http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.319) and let me know if this works for you. I had to add code to break apart long text bodies after 78 characters in order not to get too long lines. Please note that the maximum body size in the CSV import is limited to 500 characters.
> we've experienced a problem when using the safari browser to do a search in > our elog. whenever you do a search, the logbook returns an error and the > elog deamon crashes. when we first experienced this problem we were running > version 2.3.9. however, an upgrade to version 2.5.2 doesn't seem to fix the > problem. searches with other browsers (mozilla, internet explorer, ...) go > off without a hitch. > has anyone else observed a similar problem or have any ideas on how to > resolve this issue. > thanks for the help. I finally found some time to address this problem. It was related to the way I do the page redirection. The "Location:" in the HTTP header used a relative path, although the standard requires an absolute (full) path, which I just discovered. Although most browsers accept a relative path, the safari browser obviously does not. I changed the redirection to absolute paths, the new version can be obtained via CVS.
> the use of extendable options in the global section seem to "crash" elogd > when creating a new entry. > My elogd.cfg is included > the problem attribute is "Client" > Should it be possible to have it extendable only in one specific logbook ? Actually it was never foreseen to have extendable options in the [global] section. I added now this functionality. The new windows version can be obtained under http://midas.psi.ch/elog/download/windows/elogd-snapshot.exe
> Is it possible to have a conditionnal attribute depend on an extendanble one ? In principle yes, but I never tried it...
> The snapshot version you sent me seems to be locked onto port 80 and does not honor > the port directive in elog.cfg.... Thank you, I fixed that and updated the file.
> For some reason if I define a "login user" that is allowed the configure > option he is also allowed to change the configuration file. According to the > documentation it seems like this should NOT be the case. Any ideas as to > what the problem might be? Unfortunately I cannot reproduce your problem. This leaves few possibilites: - any login user CAN change his/her full name, email address etc. but only admin users can change ALL OTHERS as well. Admin users should see a "change elogd.cfg" button on the config page, whil normal users will not - are you sure you logged out as admin user and loggin in again as non-admin user? Under some circumstances, the browser keeps old cookies which can confuse things. Best is if you delete all browser cookies and try again (Tools/Internet Options/Delete Cookies in IE). - Stefan
> I'm trying capture any edit/modified entry with the following, Using the > real date format instead of text string so that I could do a quick filter on it. > > Type modified = date > Subst on Edit modified = $date > > Problem: It seem that the Subst on Edit always default to 1 Jan 1970 instead > of current date on edit screen. I fixed that problem, new version under http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.328
> > > I fixed that problem, new version under > > http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.328 > > Any binary build anywhere that I can pick? Thanks. > > nait. http://midas.psi.ch/elog/download/windows/elogd-snapshot.exe is for windows, for linux you have to recompile with gcc -O -o elogd elogd.c Best regards, Stefan
> > http://midas.psi.ch/elog/download/windows/elogd-snapshot.exe > > > > is for windows, for linux you have to recompile with > > > > gcc -O -o elogd elogd.c > > > > Best regards, > > > > Stefan > > Hi Stefan, > > I tried compile it in gentoo 1.4 GCC 3.3.3 without problem. However, it refuse > to run on ipcop box. The error message, > ./elogd: /lib/libc.so.6: version `GLIBC_2.3' not found (required by ./elogd) > > I guess the kernel and/or compiler version is not matching. Any simple way to > fix it? Thanks for your help? Looks like a weird Linux installation. Maybe try to link static: gcc -O -static -o elogd elogd.c executable will be much bigger, but maybe work...
> Now I have more error. ;( > > Maybe you can post your elogd build.... just for me. :) I compiled one (just for you :))), available at http://midas.psi.ch/elog/download/tar/elogd-snapshot.gz Unzip it and rename it to "elogd". But if you have problems with missing shared C libraries, I cannot guarantee that it works. In that case you have to wait for the next official release.
> I just noticed the problem of mail notification with big attachments. For a > files or photos exchange setup we could run into load and bandwidth problem > quickly. Any way to restrict mail notification by attributes or without > attachment? Use Email format = 6 to restrict email notifications to URL and attributes only (without attachment). A size limit for email notifications is right now not implemented.
> Elogd crashing when "Resubmit as new entry" is executed. > Tried with demo config, same result, also tried with snapshot version. > After the first crash i restart elogd, then it crashes every time i enter > the logbook containing the entry i tried to "Resubmit as new entry" > Anyone seen same behavior, on win2000 platform ?. I fixed this problem, was a stack overflow. New snapshot is available.
> I've been able to select a specific logbook entry and move it, and I've > been able to filter and select and toggle, but I can't figure out how to > get the Move To option to show up on the main logbook menu.... To be able to move entries between logbooks, you have to enable the "move to" command with the option "Menu commands" like: Menu commands = Back, New, Edit, Delete, Reply, Find, Config, Move to, Help Having done this, the menu "Move to xxx" should show up when you select an individual entry, where xxx is the name of the other logbook(s). If you so a "Select" on several entries, a new button should show up which lets you move all selected entries to the other logbook(s). See elog:/1 for an example. If you do not observer this behaviour, please let me know.
> > Use > > > > Email format = 6 > > > > to restrict email notifications to URL and attributes only (without > > attachment). A size limit for email notifications is right now not implemented. > > Thanks... Email format = 6 works. It cut out the subject too. > Any documentation on Email Format = ?? This feature is normally documentd at http://midas.psi.ch/elog/config.html (search for "Email Format" on this page). The Email subject is included, but the first line of the email body is cut out with format = 6. Maybe you want format = 7 if you need that line.
> It has a bug. The filter will fail on the initial page of the logbook. > > example, > > on http://10.10.10.10:10/mylogbook/ > when select category filter the system will return > http://10.10.10.10:10/myylogbook/&category=hardware which is bad > > on http://10.10.10.10:10/mylogbook/page or page1/page2 etc..other then the initial page, > when select category filter the system return the correct result. > http://10.10.10.10:10/mylogbook/page?category=hardware. > > I have not tested 2.5.3. You should, it has been fixed in 2.5.3 :-)))
> I have some problems of understanding how the "Format <attribute>" parameter > is working. It may be, that there was a similar question in the forum, but I > didn't find it. I'm sorry if I come back with an old question. > > I would like to have 2two attributes in the same line. As ex. PersonName, > PersonCity. > > If I understand the handbook correctly, it should be posslible with "Format > <attribute> = 1". However, I'm not able to use the "Format <attribute>" > correctly because I do not understand how to use it correctly in the cfg file. > > Is there a possibilty of an example by Stafan or does anybody else already > use this feature successfuly and is able to post a example here? This forum uses that feature. As you can see, if you display a single entry, the author, subject etc. are on a single line. This is achieved with Format Author = 1 Format Author email = 1 Format Category = 1 Format OS = 1 Format ELOG Version = 1 Note that in the entry form, each attribute is on a separate line no matter what the format specifiers are. The single line option only works for the display page.
> For a large class it might be a bit cumbersome to set it up this way. What you can do is put most of the configuration options into the [global] section, such as [global] Attributes = ... Password file = ... ... Admin user = teacher [John] Login user = john [Joe] Login user = joe [Fred] Login user = fred In this case, each logbook only requires two lines, while all the other options are inherited from the [global] section. The "login user" restricts logins only to a single student, which the teachis has admin rights for all logbooks. The teacher can reply to individual students by writing into their "personal" logbook, or he can set up a dedicated teacher logbook which everybody can read (Just omit the 'login user').
> I also have this problem, when a non admin user logs in he does not have access to > the config file but if he logs out he can then access the config file as non logged > user. If he logs out, how can he access a logbook at all? He should be presented a login screen, nothing else... > I also tried to upgrade to version 2.5.3 but running under this version does not ask > for passwords so I reverted to 2.5.2. Better first let's fix this problem. Under what circumstances does 2.5.3 not ask for passwords? Maybe you can get the newest version from CVS (see download page) and try again, I had problems when using the -DHAVE_CRYPT functionality, but I guess you did not have that, do you? So once you tried the latest snapshot, and still have problems, describe them carefully, send me your configuration file, and I will have a look. - Stefan
> Is there a way to disable editing of the textarea, but still allow editing > of other fields in the entry? (e.g. Fixed Attributes Edit = Text) I could add that option, but I don't know if it helps you (see below). > Also, is the data entered in that field accessible through a variable like > $author? I tried $text, but that doesn't seem to work. No, that won't work. Attributes are limite to some 500 characters, while the text body is limited to 250000 characters. If you add $text to an attribute, it would overflow or you would have to truncate the text, which I guess is not good in both cases. If you still want "Fixed attributes edit = text", please explain me you exact case and I will consider implementing it.
> The problem I have is I want to have a main selection type page so when a > user enters ELOG they see this page with links on it to main logbook groups. I added a new flag Show top groups = 1 which shows the list of to groups. Hope this is what you want. The new version is available from CVS (see download page).
> I have setup top group in my elog . I will want to restrict the different > admin user on the global and the global on top groups . > But however i am not able to use the configuration on "admin user" on the > global portion to strict admin of top group to access the main global > config . > Did i configure it wrongly or is there a way? There was indeed a bug which I fixed. Please obtain the newest snapshot (see download page). If an admin user is defined in a top group, it does not gain access to the global if the admin of the global is different, like [gloabl] password file = passwd admin user = joe Top group g1 = demo1, demo2 Top group g2 = demo3, demo4 [global g1] admin user = joe [gloabl g2] admin user = jack [demo1] .... So if user "jack" is logged in to demo3 and therefore g2, he can change the [global g2] section, but not the [global] section, since only user "joe" is allowed to so do. > And for email notification , is there a way which i can select who to email > it to ? like check box etc. This is not directly implemented, but one can configure this kind of "manually", like Attributes = ..., Send Email, ... ROptions Send Email = joe, jack, ... Email "Send email" joe = joe@some.domain Email "Send email" jack = jack@other.domain The option "Email <attribute> <value> = <email address>" gets executed when the attribute "Send email" has the value "joe" in the first line, so email is sent to joe@some.domain. It's a bit cumbersome since one cannot use the email addresses from the password file, but better than nothing. > And is there a way which i can setup the summary page to refresh every > 15mins , so that new entry can be shown ? No, this is not foreseen. One should use email notification for that, which tells you immediately (not after 15 mins) when a new entry has been submitted. > And can i make the message id unique , when i move the messages from one > log book to another log book , the messages id change accorddingly based on > the number or messages . Anyway for me to make it fixed even i moved to > another log book , i need the running number still . The message id must be unique in a logbook (like in a relational database). If I would keep the id when moving entries to another logbook, this could cause a conflict. Assume you have two logbooks both with three entries having ID's 1,2,3. Now you move ID 3 from the first logbook to the second, but ID 3 exists already in the second logbook, so you would have that ID twice, which breaks the database structure. What you can do however is user an "numbered" attribute like Attributes = ..., tag, ... Preset tag = ID%d For each new submission, the attribute "tag" gets a new number, like ID1, ID2 etc. These attributes are not modified when moving an entry to another logbook, but if the target logbook has already an entry with the same tag, you get this tag twice. I don't know if that is what you want...
> Is it possible to add one more "text entry" field ? I guess you mean the main body text, which is multi-line. No, this is not possible right, now, but I added your vote to the wishlist istem "Multi-line attributes".
> 1. Is there a possiblity to fix the position of the attribut fields if they are in > the same line? As. ex. if one attribute is empty or contain a very short value it may > be possible that the position of the following atrributes in the line are moving to > the left, if the value is very long, they move to the right side. This make it > sometime not easy to read the informations, specially if the user browses trough some > entries, the picture the eyes are scanning is changing. Yes there is a possibility. In the format option, you can specify two CSS names, one for the attribute and one for it's value. The default ones are "attribname" and "attribvalue". Just make new ones by copying these two, renaming it to something like xxxname and xxxvalue where "xxxx" is the name of the attribute. You find that in the file themes/default/default.css. They contain a field called "width:" which can be changed: .typename { width:150px; <-- must be changed background-color:#CCCCFF; border:1px solid #0000FF; border-top:1px solid white; border-left:1px solid white; padding:3px; } By having separate classes for all attributed, you can change their width separately, accomplishing hopefully what you need. > 2. Did I understand you right, that tis will not work while editing? I would like to > put this to the wish list for a uppcoming version (not very importand, but VERY nice > to have), that it may be possible to use Format in the new and edit mode too, because > it is somtimes more comfortable to have some attributes grouped locically in one line > or to have a overview over all attributes on one screen without scrolling while editing. I will put this on the wishlist. Stefan
> Options Student name = "Doe, John", "Foo, Bar". I fixed this bug. Please obtain the newest snapshot (see download page).
> I know I can simply copy the settings for logbook B and repeat the settings > for all logbooks C-S. But is there a better way to accomplish this? Yes. Put all common settings into the [global] section, only differences into the individual logbook sections. Like [global] Attributes = .... Options .... [A] ; Logbook A is different Attributes = .... Options = ... [B] Option X = ... [C] Option X = ... [D] Option X = ... This way all logbooks "inherit" the settings from the [global] section, only the differents are superseeded in the individual sections. Still you need two lines for each logbook, but all recurring configuration can be omitted.
> Suppose I want to have different password files for all the logbooks, but I want to > have a single (admin) user that can log in to all logbooks... Do I need to specify > the admin data in all the different password files, or can I use one global > password file containing the login name and password for the administrator? I would not recomment different password files for all logbooks, but a common one and individual "login user" options on the logbooks, like [global] Password file = xxx Admin user = xxx ... [A] Options X = ... Login user = <user1>,<admin user> [B] Option X = ... Login user = <user2>,<admin user> This has the advantage that there is only a single password file which is easier to maintain.
Thanks for pointing out this bug. I fixed it. New version under CVS.
> How can I suppress all email notifications? The "Suppress default = 2" flag > allows me to always produce a notification, but the flag does not provide > an option to never produce a notification. The flag "Suppress Email on > edit" does help a bit, but still notifications for new messages will be > sent. Suppress email to users = 1 RTFM
> Can i check , with the new snap shot , can i disable the capability for the admin > to delete the logbook and create new logbook > I tried with the config - > Allow Delete the logbook = admin > but cannot , please advise No, disabling the capability to delete the logbook is not implemented. Usually the admin user is an experienced user who knows what she/he does. The admin user typically also was write access directly to the elogd.cfg file, and no flag in the world can then prevent them from adding/removing logbooks by changing elogd.cf directly. > And As for the id , can i have the month and the day in the id , what is the > corresponding field for just the month and day , if there is . No, but it's on the wishlist. I added your vote there. > And is there a way to prevent preset value get overwritten when user do a reply > Example , i preset a field with > Preset test = "9v" > so when the user submit , it will have 9v and they may have enter some following > value. but when a user reply , the test field get reset back to 9v This is clearly a bug. The 'Preset test = 9v' should not be evaluated on a reply. I fixed that and updated the CVS and snapshot. - Stefan
Just have a look at elog:571 which should answer your question. Also look at elog:Config+Examples/4 which is the configuration of this Forum (which as you can see has all attributes in a single line, even using different fonts).
> Using the COMMENT feature to add guidance to an ATTRIBUTE works great, but > is it possible to add a TOOLTIP <ATTRIBUTE> = so as to save screen space? Where should the tooltip appear? In the entry form or when an entry is displayed, or even in the tabular listing? I can put a title arround the attribut names such as <div title="Please enter some subject here">Subject:</div> which gets interpreted by most browsers as a tooltip. However it's not apparent to the user that leaving the cursor on top of "Subject" opens a tooltip, especially since the cursor is displayed as the text cursor (vertical bar), not as an arrow over the attribute. Do you have a link to a public web page which uses tooltips? > For a complex entry form it is desireable to try and have everything in a > single window and this, I think, would help. Aiming for running elog on you PDA? Let me know if you succeed...
> A temporary fix for this is to set summary lines = 0 Right, that's the only way. I would call this "permanent fix" (;-)
Ok, I added the option Tooltip <attribute> = ... I apply the HTML "title" tag to the whole table row, so the tooltip appears on the whole line, not only the attribute name. I guess this is much more intuitive. Give it a try. New version under CVS and available as a snapshot.
> Ok, I think I see now. I was assuming it applied to the entry form as well. Well, good idea. I implemented that. Have a look at this forum (just hit reply to this entry) and you'll see it. I'm not completely happy with it (at least on small 1024x768 screens), but it's configurable anyhow. New version under CVS.
> Is it possible to add a flag in the configuration file, to specify the > maximum size of an attachment? I implemented a "max content length = xxx" flag, which defaults to 10MB. If an attachment is larger, an error gets displayed. The problem is that elogd can only send the error message to the browser *after* it received the whole request, so it has to "drain" the 240 MB first, which could take quite some time on a slow connection. Alternatively, I can cut the connection to the browser immediately, since the HTTP header contains the content length after the first ~500 bytes, but in that case the browser only shows a message box "Document contains no data" which gives the user noe clue of what's wrong. Anyhow the biggest problem of elog in high stress environments is that it's single threaded. So if someone issues a search in a large logbook, it could take some time, in which elog cannot respond to other requests. Maybe I will find time in the future to make elog multithreaded, but certainly not in the near future.
> I followed copied the example config provide to run on my server . > Apparently , the author field was blank when i do a reply . > I was hoping to get it to be the actual reply author. > Just like the way the forum is done up. > Please help .. This (new) behaviour came from the request that some people id *NOT* want to have the new author on the reply, but the *ORIGINAL* (they used an attribute "Origial author" which should not be replaced on a reply). Therefor I added a new option to resolve that. So please use Preset Author = $long_name Preset on reply Author = $long_name if you want to have the attribut "Author" replaced by the current one both on new entries and on replies.
> Using "List Display = <attributes>" produces an ususal output with the text > field content in the first row and a row title of the first 3 letters. I fixed that problem. Please get the snapshot from July 28th 14:16.
> I noticed that the gcc compiler options in the tarball Makefile were not > conducive to speed. There, I tried changing the gcc options to: > > CFLAGS = -O3 -funroll-loops -fomit-frame-pointer -W -Wall Thank your for this hint, I changed my Makefile for the production code. However, I could not feel any difference between the two options. The real problem is the function getcfg(), which gets called many thousand times internally and has to parse elogd.cfg each time. Once I implement a hash table for that function, elogd should become faster by at least a factor of two.
> Hi Stefan > YOu have been a great help on the Elog problem solving . > I have another sort of bug , when i have a attribute type as date. > And i have fixed the attribute on reply , i actually get a string of > number when i reply , and the date becomes not the orginal date in the > first message. > > So the way i work ard is that i did not place the date field in the fixed > attribute reply which i will run the risk of pple modifying that entry . > Can this be fix? Yes, I fixed this. Revision 1.412 under CVS, new snapshot for Windows at the download page.
Acknowledged. Added your vote to the wishlist.
> I get the following in my THREADED logbook view: > > "Adding new services, planned for 1090519200. Last revised: Thu Jul 15 > 18:03:52 2004" That should be fixed by the current version. Please update.
> With the "Preset text = " specified, when re-editing a logbook entry (say to > correct a spelling error) the text of the "Message" is replicated and placed > directly below the original text. That should be fixed since revision 1.370 from Jul 7th, 2004. Please update.
> I just updated ELOG using the latest elogd.c, and now my Quick Filters seem > to stop working after the first or second filter attempt. Can you try if you can reproduce the problem with the current version? I tried your settings and could not reproduce it. I remember that I fixed some problems with quick filters, but that was some time ago (Apr 04). If the problem persists, can you send me your exact elogd.cfg?
> Just compiled 1.410 and have run into an issue that *may* have been > introduced in 1.393. > > Config file directives such as "Welcome title" could be very long strings. > After compiling 1.410, our "Welcome title" is truncated and, while I haven't > counted the actual chars, I suspect that the truncation happens at 1024 > characters. The procedure 'getcfg' has a declared passed paramater "int > vsize". Actually before 1.393 you got a buffer overflow if any string in the configuration file was longer than 500 chars, so it's a miracle that your elogd did not crash on the long Welcome Title. I added the "vsize" parameter to avoid such crashes. To satisfy your need for a long Welcome title, I increased the string size for that particular case to 10000 chars. Hope this is enough.
> according to the users guide, > > http://midas.psi.ch/elogs/Database/?cmd=New&pType=PC > > should create an entry with the type value set to PC, but this doesn't work Now it works. Updated elog version under CVS and as a snapshot (see Download Page)
> Is there something else which is making this difficult to do? Not really, but hsearch() & Co. are not available under Windows, so I have to extract the source code from the GNU C libarary or so. Since the last discussion I had lots of other topics on my to-do list, such as mirroring and cloning, but the speed issue is getting more and more up on the priority list.
> There are too many <table> tags when displaying a singel entry. E.g. > in http://midas.psi.ch/elogs/Config+Examples/1 the row 'Configuration Name' > is not aligned with the others (see attachment). The <table> tags are there on purpose. As you can combine several attributes into one line (see this forum for example), it's necessary to make an independent <table> for each line. This causes the shifting as you noted correctly. To avoid this, simple increase the width of the attribute name field in the CSS file. Edit <elo>/themes/default/default.css, find the section with ".attibname" and change the width from 150px to 200px, such as .attribname { width:200px; background-color:#CCCCFF; border:1px solid #0000FF; border-top:1px solid white; border-left:1px solid white; padding:3px; } I tried this with http://midas.psi.ch/elogs/Config+Examples/1, and it wroked fine (see attachment). [I had to increase the text size a bit in my browser to reproduce the initial problem]
I just see your [global] part of elogd.cfg, could you send me the complete file? What you also could try is to delete all cookies stored in your browser. The way cookies are formed changed between 2.5.2 and 2.5.3, so the system could be confused by old cookies. - Stefan
> Couldn't one include the extra <table> tag only when there is really more than > one attribute per line. All other lines could then be aligned properly. Sure one can do a lot of things if one has enough time and not tens of other requests on the wishlist which really concern some functionality and not just cosmetics.
> Everything after curly parenthesis is ignored in attribute entry boxes > like 'Subject' above > > What I typed in the subject line was exatcly this: > > 'curly parenthesis problem {abc}' Just don't use curly brackets (;-) Nevertheless I fixed it in the current version (see subject)
Ok, now I see your problem. You defined a "Guest menu commands" which explicitly allows not-authorized access (that's what it's for). If you only want to allow authorized access, remove the "guest menu commands" from the logbook sections and also from the [global] section. Please note that if an option is not preent in a logbook section, it is looked for in the [global] section. I see that most of your logbooks have similar settings. Just put them into the [global] section, and override it in the logbook section if they are different.
Hi everybody, several people have reported of strange problems concering the login/logout behaviour of elog. After editing elogd.cfg, they could not logout any more from a logbook, or they were not able to log in. Here comes some explanation. If you are not interested in the details, skip to the last section. The login parameters (user name and password) are sored in cookies, which of course have to be enabled for the elog site in your browser. Each cookie can contain an optionsl "path=..." statement, which defines for which subtree in the URL the cookie is valid. If you use a "global" password file (one where the "password file = ..." statement is in the [global] section of elogd.cfg), the elogd server stores a cookie with path "/", so it will apply to the whole site and therefore to all underlying lobooks. If your password file is defined in an individual logbook section, the elogd server stores a cookie with path "/<logbook>", so that it applies only to the specific logbook. The problem arises now if one moves the password file statement from the global section to the logbook section or back. The browser might still have old cookies, whic can override any newly set cookie. Long story short conclusion: If you observe this behaviour, just delete all cookies in your browser and you should be fine. I added some additional code to version 2.5.4 which catches a few cases but unfortunately not all.
> I was trying to do some hard coded spaces using: > > Thread display = For: $Date for Shutdown. $DataCenter: > $short summary. Coordinator: $Shutdown Coordinator. > > The spacing actually works mthe first time, but upon going back into editing > the config file, the coded spaces are gone, replaced with real spaces, and > when saved all real multiple spaces are, as one would expect, ignored. The > spacing reverts back to normal. > > I tried other html tags but these show up as literals. I fixed that in revision 1.448. The problem also showed up even in normal logbook entry displays and in replies (before this fix, the in this text whould not have shown up). Get the new version from CVS.
> First - Some of the logbook entries should not be viewed by certain users. > What would be the easiest way to restrict viewing some entries? The easiest way is to define two logbooks, with two different password files. The more restricted logbook contains only those users who are allowed to see the restricted entries. Use the commands "Move to" to move entries between the two logbooks (see documentation). > Second - I have a welcome page for the ELOG that lists some info about the > ELOG. When I start the ELOG, the user sees the login page. After the user > logs in, the welcome page appears listing the restrictions. Right now, I > have a hyperlink that takes the user to new, find, etc. But I would like > to take the user right to the logbook and not have to come back to the > welcome page everytime. How can I do this? Right now you need an exteral page on a public webserver. This page contains then links to your elog server. I the next version I will implement the possibility to server *.html files directly through elog. You can then put your welcome page under themes/default/Welcome.html, and access it through the starting link: http://your.elog.server/logbook/Welcome.html You will only see the Welcome page once, since all links in elog will point back to .../logbook/ and not to .../logbook/Welcome.html. The config option "Welcome page = Welcome.html" you have to remove then of course.
> The help text on the website says the following: > > "The command Select can be used to select multiple messages for deletion of > moving to other logbooks." > > This is not clear but was the intent to indicate that SELECT can be used to > either select multiple log entries for deletion OR for moving to another > logbook? If the latter, then this does not work if one adds the MOVE TO > menu item to the list. If the former then the helptext is a little misleading. SELECT can be used for deletion OR moving OR copying. To enable the copy and move commands, they have to be present in the "Menu commands" list, like Menu commands = Back, New, Edit, Delete, Reply, Find, Config, Logout, Move to, Copy to, Help I added an appropriate note to the documentation, sorry for the misleading descriptoin.
> I'm not sure if this is a configuration problem or a bug, but running > v2.5.4subver1.413, elogd runs as user ROOT (UID0) even though the following > is in the elogd.cfd file: > > Usr = nobody > Grp = essadm > > All other directives added to the cfg file work, so I know eLog is reading > the cfg file. > > The elogd binary *is not* setuid 0. I could not reproduce your problem with the current version (Revision 1.460) under Linux. I guess you made sure that user "nobody" and group "essadm" exist. Try to run elogd interactively, if you see any error message (without "-D" flag). In the most recent version (1.460), I added some more debugging code which tells you if elogd successfully fell back to another user, if you use the "-v" (verbose) flag. If all that does not help, I guess it's some peculiarity of Solaris. Maybe someone else using Solaris has some idea. All elogd does is a call to setuser("<user>"); I see no reason why this should not work on Solaris.
> Thank you. I had added the "Move To" and this works at the log entry level (i.e., "Move > To <name>) but in the threaded view one does not get the enumerated list of logbooks. You get the "Move To" button only after pressing "Select", otherwise it does not make sense. See attached screendump and config example.
> Just for grins, what version of compiler are you using under Linux? gcc 3.2.2 (from RedHat Linux 9.0)
> > Hello friends, > > > > Exist some form to increase limits of items (100) in the Options List > > > > > > > > Thanks for any help > > I believe only through an edit of the C code and a recompile, as the values > are set as constants. I think this might be the line: > > #define MAX_N_LIST 100 > > So, yes, there exists a way and the ease of this way is dependent upon your > comfort level with changing stefan's code. Agree. The only potential problem is that if this value becomes too big, you will get a stack overflow from time to time. So best is experiment yourself a bit. A avlue of 150 or so should be no problem. - Stefan
> Hmmm. I like the little buttons with the pull-downs for selections. > Unfortunately, I don't get that. With a config of: > > Find Menu commands = New, Find, Select, Config, Change password, Logout, Help, Admin > Menu commands = Back, New, Edit, Delete, Reply, Find, Move To, Copy To, Config, Help Unfortunately menu commands are case sensitive, so you need a "Move to" instead a "Move To". I changed this in the code so future versions will not be case sensitive any more. > BTW, on a log entry screen, is the appropriate behavior for the "Move To" option > to show multiple "Move To" links (one for each logbook) or should there also be > pulldowns? On the log entry screen, only menu links are possible for internal reasons, that's why I have chosen that display mode. I agree that it can look clumsy if you have many logbooks, but there is the "move to = <logbook list>" option to restrict the number of target logbooks.
This problem has been fixed in revision 1.462
> Somehow elogd 2.5.4 treat all users as normal user. When clicking on > "config". All admin users has no "change elogd.cfg" button. Revert back to > 2.5.2 OK. > > Is there anything I need to change to upgrade other than replaceing elogd? > Clearing the cookies didn't help. The button name has been changed from "change elogd.cfg" to "change config file" since the file name is now variable (can be changed during compile time). But I guess this is not your problem. Can you try with the demo logbook (contained in the distribution). Just add "password file = ..." and "admin user = ..." to the sample elogd.cfg. If I do that here, everything works fine. You also can send me your elogd.cfg so I can have a look.
> Newly installed elog gives this response when I try to submit a new record: > > New entry cannot be written to directory "./logbooks/Linux/" > Please check that it exists and elogd has write access > > I started the daemon. I've not yet assigned passwords -- just checking > things out. How can I create this access to my own directory? First, find out under which account the daemon is running. It you account if you start it interactively, if you installed from the RPM, an account "elog" is created. Then make sure that the account under which elogd is running has write access to the ./logbooks/Linux/ directory. One common problem is that people start the daemon the first time under their account, which causes elogd to create the logbook directory under the user name. If elogd is later started under the account "elog" this one of course does not have access to the directory. A chown -R elog.elog /usr/local/elog/ issued as root could help in that case. Please replace /usr/local/elog with the directory where elog is installed.
> [...] > > Probably it is fine to display only files ending in '.txt' per default. > > In addition a file that has more than say 1000 lines should probably > > also not be displayed (as default, optional OK). > > No, '.txt' would definitely not be enough for me. I'm using elog to log all > administration of our network. In many cases, I simply attach a configuration > file. All those files are plain ASCII and none of them end in '.txt' - and I > would most definitely like them to be displayed inline like they are now. In > fact, this change was the main reason for me to upgrade to 2.5.4 > > Maybe a configuration option or a "display attachment" button would be the > best solution, then? > > Cheerio, > > Thomas So to make everybody happy, it would probably be enough not to display inline any *.ps file, is that right? Is there any other ASCII format, which should not be displayed? PDF is binary, so it won't be displayed. What about long C files? Most people want to see them. In the recent version there is the "Hide attachment" link which can be clicked to not display an attachment inline. Mabe there should be a "Hide default = 0|1" config option...
That bug has been fixed recently, please update to the newest version.
One possibility is to use the option "Restrict edit time = <hours>". This way an entry can only be edited let's say 8 hours after it has been created. Another way is to maintain two logbooks, a "scratch" logbook and an "archive" logbook. Users would put their entries into the scratch logbook, the staff would examine it and move them to the archive logbook, where all users only have read access to. To move entries between logbooks, you have to put the "Move to" command in the configuration file like: Menu commands = Back, New, Edit, Delete, Reply, Find, Move to, Config, Help
> At some point, in the last week or so, I upgraded the debian-unstable > version (r1459-1) of elog. Now, PostScript files (as attachments) are > displayed (shown in ascii text, instead of just showing the link). > > Is there an option in the elog.cfg to only display certain files (like .gif > or .jpg). See elog:691 . In the latest CVS version, postscript files are not displayed any more inline, but the next debian release will take some time, maybe you can compile from source...
> elogd does not exit if there is an 'unprocessed' HUP. So when you do > > kill -HUP <pid> > kill <pid> > > elogd will only exit after it was accessed. Can you please tell me how to reproduce this problem? Even if I do a kill -HUP <pid>; kill <pid> it works immediately when I start elogd manually in interactive mode (not as daemon).
> kill -HUP <pid>; sleep 2; kill <pid> Thanks, I could reproduce the problem. It had to do that a SIGHUP aborts the select() command, which some listen socket marked, so that elogd goes into an accept() call, waiting there indefinitely (or until a new browser request arrives). I fixed that. New version under CVS.
> So a configurable size limit seems appropriate, from which on > only 'Display attachment' is displayed. And/Or, for files > exceeding this limit, the first N (new config option) lines could be displayed. Ok, I changed elogd such that only the first 1000 lines of inline attachments are displayed, with a note of how many lines are truncated. By clicking on the attachment name, one can still download the complete attachment. I guess the number of lines do not have to be configurable, but if someone is not happy with the 1000 lines that could be added.
> > > Couldn't one include the extra <table> tag only when there is really more than > > > one attribute per line. All other lines could then be aligned properly. I added that code in revision 1.471.
Sorry for that. The idea is that the -4 is the minor number between releases (mainly for bug fixes and impatient users (;-) ). I accidently overwrote the -4 version several times when testing a new RPM building scheme, but I promise to take more care in the future (:-))) Having the CVS revision in the executable is however a good idea and I will put it in. > Stefan, would it be ok to add the "minor" revision level to the VERSION > constant? I've been doing this after I download source just so I can keep > things straight, you keep cranking out versions ;-> > > EX: > #define VERSION "2.5.4-4" > BECOMES > #define VERSION "2.5.4-4-1.483" or something like that? > > Just a thought. > > Thanks
That problem has been fixed in 2.5.4-5
> W
> We are trying to use ELog on Windows XP with Protection on individual log > book and we unable to login after creating users even if we give correct > user name and password login screen reappears. We are able to log in to the > Elog when we use windows 98 Client we are running Elog on Windows XP and > without password protection on logbook it is working fine with windows 98. > > For win xp clients we are using winxp sp 1, ie 6.1 using a proxy server First, upgrade to 2.5.4-5 (if you haven't done so). If the problem persists, please start elogd on the server with the "-v" flag, capture the screen output and send it to me by email so that I can have a look. Please send also your elogd.cfg file. - Stefan
This problem has been fixed in revision 1.491 and will be published in version 2.5.4-6.
Has been fixed in revision 1.492.
I fixed that in revision 1.496 (see CVS).
> I
I implemented experimentally RSS feeds into Elog. Before releasing this new addition, I would like to collect some experience with it. This forum now supports RSS feeds, for which you can subscribe with a RSS feed reader like Mozilla Firefox. Please give it a try and send me any feedback. For an introduction to RSS feeds, please see http://www.webreference.com/authoring/languages/xml/rss/intro/ To subscribe to a logbook, enter following URL into your RSS reader: http://<your-elog-host.domain>/<logbook>/elog.rdf From the newest Mozilla Firefox browser, you can also click on the RSS box at the lower right corner of the browser (see attachment).
> 1) elogd should report quota or disk-full problem: In case a logbook > entry cannot be saved (quota or disk full) then a message like > 'Could not save last entry. Please contact administrator.' should > be displayed. Currently nothing happens. Only the submitted > entries 'vanish'. That has been fixed in meantime. > 4) mark messages as unread/read on a per user basis: The > implementation of this might be quite involved but it would be > rather useful. One way would be to add a default attribute 'Seen > by' to each entry, which lists the login names of the users. Or > files LOGIN_NAME.has_seen can be created which contain the entry > IDs of the viewed entries for each user. There is an elegant way to achieve this already now: Use an RSS reader (like SharpReader for Windows or Straw from Linux) and subscribe to a logbook. Then don't read the entries directly in the logbook, but read them in your RSS reader. Once you read them, they become automatically marked read. > 5) alignment of attribute table (using <td colspan=2> for multi line > stuff): see elog:669 :) Has been fixed as well. > - Use "and" and "or" operands in queries Elog supports now regular expressions. So for a "<str1> OR <str2>" one can write <str1>|<str2> and for a "<str1> AND <str2>" one can write <str1>.*<str2>|<str2>.*<str1> Looks a bit complicated, but maybe some day we will get some code which rewrites "AND" and "OR" as regular expressions.
> If I make changes to the elog source, How do I re-compile it and not > distrupt the program?????? There ist only a problem if you replace the currently running executable. You sould first stop elogd, then replace the executable, then restart it. This ist true both for Windows and Linux.
> If I make changes to the elog source, How do I re-compile it and not > distrupt the program?????? You first have to stop the running elogd server, then replace the executable, then restart the server.
> 2) default page view per user, i.e. the 'Back' link goes to > ?mode=Full,summary,... depending on the user that is logged in. > Some users complained that 'Back' is not really back. Maybe > consider renaming 'Back' to 'Default View' or something. I replaced the "back" link with a "list" link, hope that this makes now more sense.
> 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.
> the "$message id" will not be replaced by the msg id, the string "$message > id" will be dispalyed and used. Other substitutions as $logbook etc. are > working. > > Is this a bug or did i missunderstood the manual? Well, the manual does not state that "$message id" should work for "Subst <attribute>" option (;-) The reason is that the message ID is available only *after* a new entry has been written to the database, and the "Subst" command is evaluated *before* an entry is submitted. "$message id" only works for "Thread display", "RSS Title", "Subst on reply", "Subst on edit" and "Display". You should use Display KlientIn/KundIn = $Vorname $Name; P: $Telefon Privat; G: $Telefon Geschaft; N: $Telefon Mobil; $Landeskennung-$PLZ $Ortschaft [<a href="http://localhost:8080/$logbook/$message id">$logbook:$message id</a>] Please note that you wrote "mesage id", correct is however "message id" (two "s"), so there is also a typo. > Since Version 2.5.5: If ELOG is running under German, the "Zurück" Bottom is > named "Back". Any Idee where I can change this back? ;-) The link "Back" has been replaced upon request by "List" which is more appropriate. So if you changed your menu with "Menu commands = ...", please replace "Back" by "List" there.
> 2. the "bacl" link is clear and tranlated to "Liste". But I mean the back > button > in the entry and the edit mode (see picture)... ;-) Well, if you try with the demo logbook, the "Back" button is translated correctly, so I don't know whats wong in your case. Can you check that your eloglang.german file is intact?
The problems came from the French accents and the German umlauts. I changed the XML charset, so this should be fine now. New version is under CVS.
> I included the HTML result so you can "visualize" what's going on (this may > also be on the avant browser side !). I believe it is on the avant browser side. Below is the same shown in the SharpReader browser, where everything is displayed correctly.
> i am trying to implement ssl features on our logbooks. however, it seems > that stunnel has drastically changed their program and the usual startup > procedures listed on the elog page don't work. > so, what is the new method for getting elog set up with stunnel? stunnel is kind of a deprecated feature. Better use the SSL proxy of Apache, as written in the elog admin guide. If someone else figures out how to use the more revent stunnel, I'm willing to update the documentation.
> i
> is there a way to set up a logbook so that a password is required to get > into it, but no username? Have a look under "Access control" in the manual. What you need is "Read Password".
> thanks. that seems to get me the functionality i needed. is there any way to > get rid of the username line when using the "Read Password" feature? No, this is an HTTP standard. The dialog box is generated by your browser, and I do not know any way to prevent it.
> 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. Unfortunately I don't have a 64-bit compiler to try. Can you please check if elogd.c has similar warnings or only regex.c? The ones in elogd.c I can fix, but regex.c is straight from the GNU C library, so we would have to wait intil they fix it. Or can you get it from the 64-bit C library? The point is that I need the source code, so that I can compile it under Windows as well. Can you try to compile elogd without regex.c, like gcc -g -O -W -Wall -o elogd src/elogd.c If that works fine, we don't have to compile regex.c under linux. But I guess it's still needed fot Solaris and other non-GNU Unix brands.
> I needed the export feature and could not find documentation on it in the latest > version. I finally read the code and added Find Menu Text = <filename> > where filename had the tags XML, CSV1, and CSV2 > This always exports all records. Shouldn't it just export the records appearing in > the window? Exporting workes as follows: Click on "Find", and switch the radio button to XML or CSV. If you click on "Search", you will be prompted where to save the resulting "export.xml" or "export.csv". I did this through the search page because you can then specify som filters, in order not to export all records. > (BTW, the XML export is not valid. Internet Explorer complains about the first line) The XML charset in the first line was missing. I fixed that, new version under CVS. Or you can manually change the first line to <?xml version="1.0" encoding="ISO-8859-1"?>
> BTW, > Is there any way to turn off the Text column at the right side of the list? Summary lines = 0
> After THREE tries to enter a long detailed list of questions, all have been > replaced by just one: why do ELOG textareas and entry forms lose all data > if the browser goes back/forward? Or if a submission causes an error? > Other forms in other applications don't have this kind of data loss. > > Submitting this now before I lose it again. Will submit rest of questions > as separate entries. Really strange. I tried with Mozilla Firefox and IE 6.0 and none of them lost the entry data. What browser did you use? As far as I learned, data only vanishes on pages which have an HTTP header containing "Expires: ..." with a date in the past. But I made sure that the entry form does not contain this. Please refreain in the future from sending many small entries. People being registered with email notifications on the forum get flooded by notifications. In worst case, write your posting using an editor and do copy-and-paste into a single posting.
> Is there any way to search for all attributes _except_ a certain value? If you mean "search all attrubutes except one specific attribute" then the answer is no. > Can "Display" links work with multiple options? > > "ABC | DEF" is currently one link. > > Ideally, it would be two links, each formatted per the "Display" string. I don't understand your qyestion. You have an attribute with MOptions, so you get "ABC | DEF" displayed in the list view. All links in each line point to the individual entry, so what is the benefit of having two links for ABC and DEF? > Is there a way to disable wildcard matching in searches? > A search for "1" returns "1" and "10" and "11". > Is there a way to perform an explict match? > Could there be a numeric match if the attribute type is numeric? That should all be possible with the build-in regular expression. Just type \b1\b where "\b" means "word boundary". I agree that a numerical comparison for numerical attributes would be better, I will put that on the to-do list. > Could there be a multi-value option for free text fields, e.g. comma- > separated? This would allow multi-parent relationships between log items. > > E.g. specifying 12, 15 as a value would create unique Display links > for "12" and "15", based on the Display specification for that attribute. > > This would be like "multiple fixed options", for the purpose of formatting. Again, this is not clear to me. What do you mean by "display specification"? Is it the "List display = ..." option or the "Format attribute = ..." option? What is a "multi-parent relationship"? Why do you need multiple options for a free text field? Why can't you use the MOptions specification?
> Date selection from the calendar widget does not work in Konqueror. > > Clicking on a date results in year being populated, but month and day are > blank. I use following Javascript to populate the date: function submit_day(day) { opener.document.form1.d3.value = "24"; opener.document.form1.m3.value = "11"; opener.document.form1.y3.value = "2004"; window.close(); } which workes everywhere except in Konqueror. If you tell me how to convince Konqueror to accept this, I'm happy to put it into the elog code.
> Display Subsystem = <a href="/LogBook1/?Subsystem=$Subsystem" style="color: > saddlebrown">$Subsystem</a> > > ABC and DEF links would perform filter searches of a _different_ logbook. > > MOptions does not work because the options are not fixed. The options can be any > numeric ID for items in a related logbook. > > Consider the case of two logbooks, where we wish to associate items in the second > logbook with more than one item in the first logbook. We could define separate > attributes for each "parent item", e.g. Parent1, Parent2, Parent3, then use a > "Display" spec to convert a numeric ID into a hyperlink to the first logbook's item. > The exact relationship is not important, could be parent/peer/child - some generic > relationship. > > The benefit here would be the same as having separate links for MOptions attribute > values. Ah, now I'm getting your point. You want kind of relational database where a logbook correspond to a table, using the entry ID as primary key. Well, elog was not designed having that in mind, so its capabilities will always be very limited. A MySQL with phpMyAdmin might be better for that. But what you could do is to put manual links betweek logbooks. If you enter in an attribute following text: elog:Forum/816 elog:Forum/806 then you get two links to entries 806 and 816. Writing this is a bit more than just "816 | 806", but it's less than writing directly an HTML link.
'Date' attributes can only be between 1970 and 2037, since I use internally the unix time format. I added a test so future versions will complain and not crash when the date is outside that range. If you need dates before 1970, don't use the 'Date' format, simply use strings.
> In order to avoid having to remember multiple usernames/passwords for > different systems, is it possible for ELOG to use external authentication > via Active Directory, etc? Not yet.
> hi > the back button/liunk does not work > if i click on an entry and then back, it does not work properly, i see the > same entry > if i click on the new button or the find button, and then back, it does > not work properly > mfg guenter Thanks for reporting that bug, it has been fixed in the curreny CVS version.
Right. Number of options is limited to 100.
> > Right. Number of options is limited to 100. > hi, i found the MAX_N_LIST macro and increased it Please note that if you make it too big, you will get a stack overflow and elogd will crash.
> however, I am not sure what elog checks for when doing the post through > form. and the auto-submit script always failed and returns "200 EOF". i can > get to the login part and grab form entry. its only the submittion failed. What you can do is run the elog submit utility with the "-v" flag (verbose) and grap the output. It's HTML code, but you should see any error message there.
> We currently have Elog postings mirrored on to a majordomo email list. > Invariably, people on this list reply to the listserv and not to the Elog. > Has anyone tried getting emails to a listserv to autoformat and register as > proper elog entries. Didn't see any mention of this in the docs or forums. I personally use Elog *instead* a majordomo email list. You can either specify a email list in the elogd.cfg file, or you can keep a list of users in the password file with automatic email notifications, that's how this forum works for example. But I don't know if you can give up your majordomo list.
> The only common denominator that could possibly cover all contingencies would > be LDAP authentication. One way of doing this in a more-or-less universal > fashion is to offload the auth task from eLog itself and place the burden on > Apache. This means figuring out how to get Apache to pass auth info to eLog > when eLog operates behind Apache. In the end, anything that can use LDAP as an > authentication mechanism (like AD) can host eLog - as long as eLog can glom off > of Apache's ability to do the actual authenticating. That sounds to me like a great idea. If anybody gets this working, people would be grateful if this could be submitted to the "Contributions" section of this forum.
> Ah, you test me! Perhaps I will attempt to dig into this but I may have to leave the > integration up to you, Stefan. Seems that there would be two roads to go: > 1> Move away from standalone and start to rely on Apache > 2> Continue with the standalone theme and build in LDAP authentication (which could > also give you groups functions as well). > > I think I would opt for <2> <1> would only make sense if the functionality could be completely implemented inside Apache, without (much) modification of elog. Otherwise I agree that <2> would be more following the general lines of elog. I was considering to implement PAM (pluggable authorization module) support into elog, which is quite easy to implement and gives you to power of having LDAP, Kerberos, Unix username, Windows NT Domain and much more. But that would them be restricted to elog running under Linux (and Solaris I guess), since I'm not aware of a PAM implementation under Windows. Implementing LDAP directly into elog gives me the problem that we don't use LDAP authentication at our institute (it's Kerberos in fact). So I would have to set up my own LDAP server for testing, plus we at our institute don't have a direct benefit from that, which would make it hard for me to justify to spend time on.
> I think you should be using tcp_hostname instead of gethostname if it is > specified. Sorry my late reply, I was ill for some time. I implemented your suggestion in revision 1.522 which is available from CVS. Note that there is also the "URL = xxx" option in the configuration file which lets you specify the whole URL including the host name.
> I happened to find something interesting when trying my perl script. it hangs the > elog system with hand-crafted http header. This bug has been fixed in revision 1.524 of elogd.c available from CVS.
Ok, I changed that in version 2.5.5-3. Note that one can also use the "elog:..." substitution, like Display ThisURL = elog:$logbook/$message id
> Could you implemet and option 'admin menu' which gets displayed > when an 'admin' is logged in. This menu could e.g. also include 'Delete' > while the normal menu would not. You can achieve the same via Allow delete = <admin name>
Thanks, the file will be contained in the next release.
> The <pubDate> item doesn't appear to be a valid RFC-822 date. Causes some > aggregators to fail when parsing. I fixed that, now it passes the Feedvalidator. New version is under CVS.
> Have set up 3 top level groups, each with their own password file. > Ever since users have to 'login' twice to get to the appropriate elog. > You click on top level group, get to log book and click on the one you want > and get login/password dialog box, click ok and and you get it again and > then you finally get into the elog book. > > Anything I can check on this behavior? Sorry my late reply, was very busy these days... (;-) Can you send me your elogd.cfg so that I can see how you defined your groups? - Stefan
> Playing with all the configuration possibilities I have one issue: > I like to use the "Extendable options" but I can't combine them with > the "Conditional attributes". That was never ment to work. But I found some time to implement it. If you download elog255-4.exe from today it whould work. Let me know if you have problems.
> Could you implement a 'hide attribute' and 'sort attribute' config option? I implemented it as 'hidden attributes = <list>' and 'sort attributes'.
> 'sort attributes' sorts the logbook entries when they are displayed. Or? Right > What I want is to rearrange the entry mask. E.g. if 'Entry type' article is > selected then the attributes 'Author', 'Journal', 'Title', and 'Year' > should be listed first, as they are required for this bibtex entry type. > Is it possible with the current elogd version to also sort (rearrange) the > attributes in the entry mask? If yes, how? Attributes are shown in the order you specify them in the config file, so what about Attributes = Entry type, Author, Journal, Title, Year ???
> Only the sorting (of the entry mask!) is missing! :) Ok, I put that on my wish list. So once the second or third person asks for it, I will implement it (;-)
> I can export the Attributes I define easily and the Subject. Can't seem to > export the Entry Date and the Text fields. The XML export contains both the Entry Date and Text fields. In CSV format, it's hard to export the Text field since it can span several lines, which would break the CSV format (one line per entry). Or do you know how multi-line entries can be encoded in CSV?
> I can export the Attributes I define easily and the Subject. Can't seem to > export the Entry Date and the Text fields. I added at least the date and message ID to the CSV export. New version under CVS.
> Have tried to use "Menu commands =" to list menu commands available as per: > "Menu commands = List, Back, New, Edit, Delete, Find, Config, HELP, Logout" > > but it does not seem to work; with command above I get default menu > structure. > > Using: > "Find Menu commands = List, Back, New, Edit, Find, Delete, Config, Logout, > HELP" > > I get the menu I want. > Q what's the difference????? "Find menu commands" apply to the LIST of entries, while "Menu commands" apply to the page where a SINGLE entry is shown. I know that "Find menu commands" is a misleading name, but it's historical, I should change it to "Menu commands" and change the other to "Entry menu commands", does that make more sense?
> If an attribute uses MOptions and is also extendable, clicking "Add > <attribute name>" and entering a value adds the value to the MOptions, but > does not put the value into the log entry. The log record has that > attribute blank. > You have to go back into the record and edit it to put the new value in. I fixed that bug just now, thanks for reporting it. It's available in revision 1.535 under CVS.
> I have a logbook with an attribute that has a number of fixed values. I > use MOptions to prevent typos when entering and allow multiple "keywords". > When searching the users can only search on one keyword. > Is there any way to search on multiple values (AAA|BBB|CCC)? If I do not > use MOption, they can do this, but the users entering logs may mistype the > keywords. Even with Moptions, you can put into the "Text:" line (AAA|BBB|CCC) and click on "Search text also in attributes". This is a valid regular expression with searches for AAA or BBB or CCC. Unfortunately you still can mistype the values. If I would add check boxes in the find page, it would not be clear if one searches for an "AND" of several values or an "OR" (Most people would probably think that they want an "AND" because this happens if they restrict several attributes).
> OK elogd.cfg is attached. I tried to reproduce your problem, but without success. I only have to login once. So can you please check how your cookies are set? Under Mozilla Firefox, enable prompting for cookies (Tools/Options/Privacy/Cookies/Keep kookies=ask me every time, IE must have similar switch). Each cookie contains a path, for which it will be sent to the elogd in the future. Since you have your password files in the [global] sections, they are valid for the whole set of logbooks and the path is therefre "/". This means of course that the browser also tries to send the cookies to the logbooks in the other top groups, since in the URL path they are all next to each other (like "/Work+Requests", "/Completed+Work+Requests"). With the cookie prompting enabled, you can check which cookie gets set for which directory. You should see a cookie "unm" for username, "upwd" for the encrypted password and "urem" for the "Remember me" button. If the cookie contents is empty, the cookie will be removed. So carefully check the sequence of setting and resetting of cookies, trying to figure out what goes wrong. It is a good idea for a starting point to delete all your cookies. - Stefan
> Currently there is a dropdown when searching for MOption fields. Maybe you could > allow multiple selections in the dropdown. This to me is an "OR" search. Multiple selections are not possible in HTML, only a single value can be selected at a time.
> Was wondering if it was possible to increase the height that the text box > for an attribute is displayed as. What you ask for is multi-line attributes. This is not implemented, but on the wishlist since some time, where I added your vote. Best regards, Stefan
> I have a play with the Preset text setting and see what I can come up with. By the > way there is a spelling mistake in the config.html page. In the Conditional > Attributes section you use the Preset text setting as an example but have spelt it > as "Prset text =" Thanks, fixed.
<SELECT NAME="lid" multiple size="5"> Oh, nice, I didn't know of that. However, I prefer to have multiple options to be selected with individual check boxes, this saves more vertical window space. So I added that functionality to the find page. If more than one option of a MOptions attribute are selected, they are or'ed together during the search. You can try that in this forum with the "OS" for example.
> I was just wondering if it is possible to define what logbooks you want > mirrored in the [Global] part of the elogd.conf file. I added a new option Mirror exclude = 1 which has to be put into the individual logbook section (not the [global] one). The modification will be contained in the next release.
> Is there any way to automatically export the logbook(s)? Kind of. You can use "wget" under Linux (use cygwin under Windows to get wget under Windows). Then issue a wget "http://midas.psi.ch/elogs/forum/?cmd=Search&mode=xml" and you will get an XML export. Same works with CSV export. If you put that command in cron, you have this on an automatic basis.
> Is there an inbuilt way to find the last entries changed in an elog? > > I could add a "Last Mod" attribute and then config "Subst on edit Last Mod = > $date", but it occurred to me that this functionality might already be in > this wonderful tool somewhere, but I just haven't found it yet. > > So, is it? No it isn't. Not everybody wants it. So you have to do it in the way you outlined it. Also have a look at http://midas.psi.ch/elog/faq.html#11 - Stefan
> I am very much interested in using elog as a shift logbook for SOLEIL > accelerators. Hey, elog made it to SOLEIL! You know, we run it here at the SLS... > I tested most of the options. Every thing works well except the conditional > attributs when French language is selected. In this case, I lost the > selected list option in the Field Equipement. There was indeed a bug which only happend when switching to French! Some javascript code contained confirm('Erreur: l'attribute .... ') So the "'" in l'attribute finished the string and Javascript stopped working. I changed the quotes to confirm("Erreur: l'attribute .... ") so it works now. The new version is under CVS. - Stefan
> header. I saw that elog:333 reported a similar problem but this was listed > as fixed. Yes, this was fixed in revision 1.550 of elogd.c. You apparently have revision 1.54x which does not yet contain the patch. You need to donwload the newest version from CVS and compile it by hand (or wait for the next major release).
> Is there a repository of elog configuration files for newbies to lookup and > learn ? I have seen the 'contributions' elog - useful as it is ... it is not > much. I would appreciate if someone can point out such a site where people > have contributed their elog configuration files. Have a look at the elog:Config+Examples. The configuration of this Forum for example is there, covering most of the available options. - Stefan
> One of the main and mandatory feature they cannot renunce is the possibility > of displaying every attached image just inline, without having to click over > the file name or to enter the entry view (in which the attachment can > already be displayed inline) ... Displaying images in the list view is possible by going to the "Find" page and checking "Display full entries" and "Show attachments". This can even be automatized by putting Start page = ?mode=full&attach=1 into the configuration file. > - images (and hopefully ps, eps, pdf) be displayed inline just after the > text body of the message in the main "List" view PS, EPS and PDF files cannot be displayed inline by the browser (at least not the browsers I know). I guess what you want is that users submit PDFs, and elog should convert the PDF automatically into JPG and display a reduced version of it. Unfortunately this is not possible, and it never will be, since one of the design prinicples of elog is to be independent of any other package, and with the requested functionality you would need lots of helper functions (like ghostview, pbmtools, etc.) which some of which are not present under Windows. > - possibility to configure the scale of this view > - possibility of build some thumbs in order to save BW and time Using a HTML <img width=100 ...> does not help. The image is then shown in a smaller scale, but still the full picture has to be transferred. For making thumbnails, you again need external libraries (see point above). So if you want extensive image processing, you might be better of with a picture gallery like applications, but maybe the automatic attachment display shown above helps a little bit.
> yes I know, but it could be a "placebo" :-P .. we are using the elog in a lan so it > could be a good temporary solution ... > > can you point me to some documentation I can read to be able to do it? should I edit > the css file ? No, I would have to add another option to the configuration file, it's not yet implemented. > can be usefull to be able to "optionally" execute some external program (a sort of > pipe) in order to be (eventually) able to set a "filter program" for attachments. > The same way an MTA does with procmail I mean. > > in this case one has to be able to access both to the original image and the > processed one... Executing and external program is possible via the Execute new/edit/delete = ... command. While you can pass attribute values to the program to be executed, it is not possible right now to pass attachment names, although this could be easily added. What would be harder is to reformat the whole entry. If you just downsample an image, that would be ok. But if you want to keep the original, you would have to modify the logbook entry to contain n*2 attachments afterwards, which would not be easy. So I don't see a simple way of achieving what you want. Sorry.
> as this url shows http://www.htmlhelp.com/tools/validator/problems.html#amp > it should be used an HTML entity instead of the ampersand sign.<p> Can you please be a bit more specific? In which URL should the ampersand be replaced?
> uhm ok .. can I expect to get a release with this feature in the near future ? I checked how I would do that and did not find a good solution. If I put a <img width=300 ...> for example, this scales down a big picture to only 300 pixels width. But if you submit a small picture, like just an icon, it blows it up to 300 pixels as well, which does not look nice. Unfortunatle I don't know of any option like "maxwidth=x" which only scales pictures down if they are larger than x. Do you know?
> ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; > Attributes = Author, Type, Category, Subject > Required Attributes = Author, Type, Subject > Options Type = Deposition{1}, Arc Studies{1}, Conditioning{1}, Vacuum{2}, > Other{3} > Preset Type = Deposition The "Preset xxx" option actually never was ment to be used with conditional attributes. I added that functionality in rev. 1.553. Please give it a try.
> the following should do the job: > > <div style="width: 200px"> > <img src="IMG_3133.jpg" style="width: 100%" /> > </div> > > the configurable parameter should be with obviously :-) Unfortunately not. Please find attached the screen dump from such a try, together with the HTML code. As you can see, the little elog icon is stretched to the same width as the upper (large) picture.
> elog sends wrong HTTP headers, charset is empty and not separed from the > next one "Connection: Keep-Alive ... this bug tells the browser that the > encoding is "connection:" ... that is wrong. This has to do with the "%S" vs. "%s" bug described elsewhere in this forum. I fixed that. The validator link above now also reports error free.
I added ths missing tags. The validator at least does not complain any more.
> current version uses strstr() to check if the file has the expected ascii > text extension ... this is buggy becouse this way a file named > ".txt_hidden_file" or "foo.config.dat" are both seen as .txt files. I added your routine chkext() to the code, but actually use it differently. I display now ASCII files not by their extension, but the code checks for each file to contain non-printable characters. If it contains all printable letters, and does not have the extension PDF, PS or EPS, it's shown inline.
Are you sure that this does not stretch small images? Please see elog:931 > two new elog.conf parameters are defined: > Attached image width ; width of full view image attached > Attached image width entry ; width of attached image in the entry list view I would rather go with a new class in the CSS file to contain this options, since I want to keep the number of options as small as possible.
What you can try is to debug the communication between elogd and the SMTP server. Just turn on logging via Logfile = log.txt Logging level = 3 After sending email, you see the conversation in log.txt. Maybe this gives you some hints.
> 1. When replying to another reply in a thread, the author_name attribute is > not substitued (as desired). Since this is a mandatory field, we are not > able to send the reply message. However, reply to the originial message > works fine. Preset on reply Author = $long_name Do not use "Remove on reply". > 2. "Use Email From = string" prepends an additional "" to the "From" > field in the e-mails. This has been fixed recently, please update. > 3. "Fixed Attributes Reply = Subject" fixes the subject line while replying. > However when we add "Category" attribute to this list, it breaks. I tried to use your config file and add Fixed attributes reply = Subject, Category and it worked as expected. What kind of "break" did you observe?
> For me, when I put the Category in the fixed attributes for reply, I see the > Category but when I actually try to send the message - it says Category not > entered. I am sure I am doing something very stupid. Please help. No, it was a bug, which I could reproduce now. I fixed it in revision 1.554. It will be contained in the next release.
> I am trying to use the command line utility elog. Some of the attributes > that I have setup are multiple options. When I run the command line > utility to create a new message, any attribute that is setup with multiple > options will not be filled in. The syntax I am using is as follows: > > elog -h localhost -p 8080 -l Lab -a "Site=xxxx" -a "Area=System" - > a "Priority=Low" -a "Shift=1" -a "Status=Open" -m text.txt > > Site and Area are defined in the config file as MOptions. Is there a way > to use this feature with multiple options on attributes with the > attributes = to one or more variables? For MOptions, you have to append an "_n" to each attribute to distinguish different options for the same attribute, like elog -h localhost -p 8080 -l Lab -a "Site_0=Home" -a "Site_1=Work" ... Even if you only use one attribute, the trailing "..._0" is necessary. I will add a note to the documentation.
Dear ELOG users, It has been brought to my attention that ELOG has a vulnerability through which one can obtain a remote shell (meaning to log in to your machine through elog). There is even an exploit available which demonstrates that both for linux and windows. This is a severe security problem for all logooks which can be seen from outside, even if they have password protection on. I strongly recommened to upgrade to elog version 2.5.7 as soon as possible if you run a public elog server. Here is some explanation for the technically interested: The problem arises from a strcpy() in the decode_post() routine, which triggers a buffer overflow when attachment file names longer than 256 characters are submitted. I replaced (hopefully) all strcpy() with strlcpy() to fix this problem, but if someone sees a location which I have missed, please tell me. The second vulnerability had to do with write passwords. If you put a "write password = xxx" statement into your config file, it was still possible to download the config file with a special hand-written URL, and decode the write password, which is usually only base-64 encoded unless you haven't compiled elog with the -DHAVE_CRYPT flag. I have changed that so if a write password is present, the download is only possible when this password is submitted in each request. If this has some effects on synchronizing of logbooks, please let me know. Stefan Ritt
> I am trying to run eLog under Apache 2 on my FreeBSD 5.3 server. I started > the daemon with "elogd -n <my hostname> -p 8080" and when I connect to my > server on that port, I get a 500 server configuration error. The Apache log > contains this: > > malformed header from script. Bad header=Please specify hostname.: elog - make sure your proxy definition in httpd.conf is correct and it uses port 8080 - start elogd with the "-v" flag to see the communication between Apache and elogd - maybe you might need an "URL = http://<my hostname>/<elog dir>/" in the config file
> No luck. I have the proxy definition in my httpd.conf file. I have the URL parameter > in my elogd.cfg file. Can you show me the proxy definition? I hope you don't treat elogd as a CGI script...
As I wrote you by mail, I implemented your idea in the following way. As you say, it's only working on Gecko based systems. I did not implement additional configuration parameters, but made it through the CSS file: - adding a new CSS style "attachmentframe" around all attachments - adding class "attachmentframe" to the 'default.css' like: .attachmentframe { border:1px solid grey; border-top:1px solid lightgrey; border-left:1px solid lightgrey; background-color:white; padding:5px; } .attachmentframe img { max-width:100%; } The latter restricts the image size to 100%, which is the width of the browser window. I like it that, but of course you can write 200px or anything else. Please find the modified elogd.c and default.css under CVS.
Have a look at http://midas.psi.ch/elogs/Contributions/10
> There is a problem with the 'Show Attributes' option > causing the 'Format ...' options to be ignored. > > See attachment for patch. Thanks a lot. I applied your patch and committed the changes to CVS.
> If you have a space in a logbook name and you enable password list, then > the "List" menu option forces you to the login page each time. > The URL says "aaa+bbb", but when you do not have passwords enabled, the > URL is "aaa bbb" Thanks for reporting this. I fixed it in the current CVS version.
> Is there any way to include the text of a log message in the CSV export? > Anyway to include a pointer to the attachment? The text of a log message is usually several lines long. To my knowledge, CSV only allows single line values, that's why I excluded the text field from the CSV export. This is different in the XML export, which supports multi-line values. If you teach me however how multi-line values can be represented in CSV format, I could easily add that. As for the attachment, do you just need a name, or a URL back to the logbook? Should the pointer be in the form "http://elog.server/logbook/attachment.jpg" or in HTML form like <a href="http:/...">attachment</a> ?
> When creating/updating entries in elog, excluding the main text field are > there any limits on the size of the other fields? Yes, this is controlled by the variable NAME_LENGTH in elogd.c, which is currently set to 1500 characters. You can try to increase this and recompile, but at some point you will produce a stack overflow and elogd will crash. So the current length is a compromise. - Stefan
> using: > Display mode = threaded > List display = Subject, Type, Author, Date > > in the config file (omitting "ID" then) rise the bug > > ie, an unneeded "," is displayed after the "supposed to be printed" ID Fixed in CVS revision 1.574
> > I tried to substitute avery occurrence of hard coded "&" with "&" but it does > > not do the job at all ... infact the first time the HTML code is ok, but > > following a link let the browser to automatically decode html entities .. and > > everything turns wrong again ... maybe the encoding should be done in > > printing-to-the-browser-time .. That won't help, since the 'Start page = ...' string is used for redirection (outside of any HTML). The '&' thing should only occur inside the HMTL text. I changed elogd.c to encode things properly, but I'm not sure if I covered all occurences. Can you try release 1.576 if it works correctly?
> Is there any solution to obtain an non-clickable column ? > For example here : http://midas.psi.ch/elogs/Config+Examples/ what should > I do to obtain the data of the Category column non clickable? > I don't have find a solution in the Syntax of elogd.cfg > (http://midas.psi.ch/elog/config.html) What do you mean by "non-clickable column"? The column header for sorting, or the column contents which brings you to the single entry page? For both of them, there is no way right now to obtain that. Why do you want it?
> If I want to go to the latest CVS release, what files do I have to compile > along with the elogd.c file? Also, do I need to use any special gcc flags > for the compilation? Thanks. You need elogd.c, mxml.c and regex.c, the Makefile you can get from CVS as well http://midas.psi.ch/cgi-bin/cvsweb/elog/Makefile
> Is it possible to get around this problem by having more then one main text field > per record? No, not at the moment. You can increase the 1500 characters by recompiling elogd, but at some point you will hit the stack limit and elogd will crash. I plan a major redesign with completely dynamic memory allocation, thus permitting any number of characters on any attribute. But this will take a couple of months or so.
I fixed this problem in revision 1.586. It will be contained in the next release.
> > Display subject = <b>$subject</b> > > is printed to the browser encoded, so that it is diplayed as is.. I fixed that in revision 1.587. Note however that you should do the formatting of attributes better using the CSS functionality, since it gives you more possibilities. See for example the subject of this forum, which has it's own CSS class "subjname", which has a larger font size. You select your own class like Format Subject = 0, subjname, subjvalue in the configuration file. Then add the classes into the CSS file. Now elog shows each attribute which contains a "<b>" encoded (as HTML). But if you want to write a subject line like "For bold use <b> in HTML", then the "<b>" triggers the HTML display, so it is not written as is, which is not what you want in that case. Since there is no switch "Submit as HTML text" for the attributes, it is hard for elog to "guess" if you want HTML encoded or not.
> I talk about the column contents. In fact on ELOG, we store password so its > more easyer to click twice on it to select them and after to copy them instead > of select from right to left the password and to try to copy them. The HMTL > link gave problem, its more hard to copy data from HTML link than an normal TXT. > A little hard to explain sorry for my mistakes and explication I'm French :o). I added a new option "Link display = ...", with which you can restrict the number of attribues which gets a HTML link. If you put Link display = ID, Author then only the ID column and the colum with the Author are shown as HTML links, all other are shown as simple text. The new version is under CVS. This option will be included in the next release.
> There is a read password ("Read Password=..." entry in elogd.cfg) on > the logbook which I cannot bypass from the client. This is correct. The elog utility works with write passwords and user level access (specifying a password file), but not with read passwords, that's not implemented. Use a password file and you should be fine. > There is a required attribute called "Publiek", and it's defined as > MOptions. Whenever I try to upload, I keep getting the message that > it misses this attribute. Your problem is that you try to combine a MOptions with a "-r <n>" (reply-to) option. I have never tried that and found there is a problem. I changed the way MOptions are submitted. Instead of using <name>_0, <name>_1 etc, you can now do a -a "<attrib>=<value1> | <value2>" This also solves the problem with the "-r" option. You have to upgrade elogd.c from CVS.
> On a side note, one would expect that when "Fixed Attributes Edit" or "Fixed Attributes > Reply" is set, the attributes in this list shouldn't be supplied with the command line client. Well, don't shoot yourself in the foot! The communication between elog and elogd is limited. elog more or less submits "blindly" whatever you give it on the command line. If "Fixed Attributes Edit/Reply" is set in the configuration, this only affects the web page with the entry form, so these attributes are not shown as edit boxes. They are not checked during submission by elogd. Now to get the same functionality with elog, elog whould have to retrieve the full entry form, analyze the HTML code, find out which attributes have edit boxes and which ones not. So that's a lot of work. Since most people use elog in scripts, they set it up once and forever correctly. There are actually a few people which even want the functionality that elog can change attributes which are normally fixed. - Stefan
> Okidokie. May I then humbly suggest to mention this in the documentation of the elog command client? I did modify it already, see http://midas.psi.ch/elog/userguide.html at the bottom.
> Was just wondering about the status of the multi-line attributes in Elog, are > they implemented in elog yet? If not is that something you are planning to do > in the future? In order to have multi-line attributes, the whole format of the logbooks has to be changed. I plan to use XML for the logbook format in the future. We would not have any more one file per day, but one big file per logbook. I have already some XML functionality in elog, but this one requires a major rewrite of the whole code. On the other hand, searching etc. will become much faster afterwards. I plan to start this development soon, but it might take quite some time, so don't expect it before summer or fall. Best regards, Stefan
> I'm looking for an option to attach a user to a log? > > For example: > > Rob is making the log, and whant's to dedicate the log to a stagaire, > the stagiare recieves an E-mail so that he can do the job? > > Bud we all want recieve the mail bud the stagiare see's that the job is for > him. Maybe use an attribute for that? Like Attributes = Author, ..., stagaire Options stagaire = Jim, Joe, ... So Rob can select a stagaire from the list, and the email contains this name. - Stefan
> I would like to increase the spacing between 'MOptions' choices. I have > created a new theme and have been playing with the CSS stylesheet. But can't > find how to increase this spacing. Having lots of fun otherwise! Intersting question (meaning: I don't have an answer... (;-) ) The class which applies there is "attribvalue". You can increase the padding for that class, but that only increases the space between all options and the cell border, but not between them. I could put each MOption in a separate cell of a subtable. Then one could increase the padding between them, but the layout would be fixed, meaning that they are always left-to-right. As you can see in this forum, the MOptions nicely place below each other if the screen is too narrow. This functionality would be lost. Maybe someone else has a clever solution?
> 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
> 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.
> 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
> 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
> Stefan, the validation still fails on the ampersand ... > here is an example of your online Demo elog: > http://validator.w3.org/check?verbose=1&uri=http%3A//midas.psi.ch/elogs/Forum/920 Ok, I fixed that, the validation link above show a valid page.
> I would like to create a paper waste logbook. I need to have a column that > shows a weight in pounds and another column with a calculation from those > pounds to dollars. pounds x $4.00 = cost I was wondering if this was > possible? > > All other fields would be just Date, Batch#, Operator, Reason, Process > Operator, Manager, Lbs, and Cost, I would also like to total this cost if > possible, on a search selected basis. Similar to Excel. Unfortunately not. But your request is on the wishlist since some time, I added your vote.
> - 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.
> 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 ...
> > > > 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 (;-)
> 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.
> 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
> 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.
> 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 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.
> 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.
> 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. 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
> 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
> 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? 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.
> 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
> When I upload a HTML-File as attachement the file is shown as the > HTML-source and not as the formatted text. Is there a possibility to see the > HTML-attachements as formatted text like images are shown as images? I could turn the ASCII display off, but the result is not always what you want. If you have a HTML file without the <html>, <header> and <body> tags, it's ok. But if you have these tags in your HTML (and this is the normal case), the resulting page has these tags twice, once from the ELOG page and once from the attachment. This confuses some browsers, so the resulting page might look strange. A solution would be to strip these tags from the attachment, but for that I would have to interprete the HTML attachment completely, which is too much work. So I will turn the ASCII display off in the next release, but be prepared to see some nonexpected results.
> Yesterday I mad a little experiment: > I copied in OpenOffice the content from my HTML file, which was not shown correctly > in ELOG, to a new HTML file, uploaded it in ELOG, and now my file was shown > correctly formatted. The only one problem is that not all lines are shown, in the > last line is written ...1753 more lines... . How can I show all lines? Do I have to > recompile ELOG? The reason for the "...1753 more lines..." is the following: Sometimes people upload really huge files (10 MB or so). If they are displayed as ASCII attachments, each time you access the entry you have to DOWNLOAD 10 MB. Sometimes even the browser crashes. That's why I limited the display of the ASCII attachments to the first 1000 lines. To see the complete file, just lick on the attachment name. Concerning the inline display of HTML documents, I'm currently thinking of checking if there is an <HTML> or <BODY> statement inside the file. If not, it might be just some HTML fraction in which case it could be shown. If yes, it cannot be shown inline, but if you click on it's name a new browser windows is opened containing the full document. Does that sound reasonable to you?
> 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
Ok, I turned display of HTML attachments completely off in 2.5.8-3. So if one wants to see it, on has to click on it. Otherwise there is no way to ensure a correct web page, so people would complain again that the page does not pass the HTML validator if someone attached an invalid HTML file.
> I think this is reasonable. All the HTML-files which I want insert (created with the software > INCA) are not shown correctly. My testfiles made with OpenOffice are shown correctly. Maybe > you have the time to program an option for the attachement "Show inside/Show in new window or > tab", so that the user can choose, how his HTML file is shown. Similiar to the option "Submit > as HTML text". I changed it such that all attachment are shown in a separate browser window if clicked. Hope this satisfies most people. I believe an extra switch in the config file is too much for this little thing, unless someone absolutely wants back the old behaviour.
So subscribe to ELOG RSS feeds, do the following: - In Thunderbird, click "Tools/Account setting", then click "Add account", "RSS News & Blogs", "Next", "Finish", "Ok". - Select "News & Blogs" in the "Folders" pane, right-click and select "Properties" - Click on "Manage Subscriptions..." - Click on "Add" - Enter the Feed URL of elog. Use your logbook URL and add "elog.rdf". For this forum for example, enter http://midas.psi.ch/elogs/Forum/elog.rdf - Click OK. That's all. See how the RSS feed shows up in the attached image. Please note that you need public read access to your logbook for this to work (via "Guest menu commands"), since the RSS mechanism does not support authentication.
> I was upgrading to the latest version and I wrote over my cfg file. I > still have my database files. Is there a way to put the cfg file back > together using the database files as a guide. It did not seem to want to > upgrade until I did this and I forgot to copy and then paste the cfg files > back. The latest version is now running. Before I did this I was still > getting the old version number at the bottom of the main screen. Also I > have an RSS reader that can do user name and password, is this possible > with Elog if the RSS reader has the ability? I put an extra dialog box into the installer to prevent overwriting the original config file, but unfortunately I cannot prevent people from shooting themselves into the foot (;-) The database files contain at least the attributes. Just open any file with a text editor. But the other settings, like "preset <attribute>" etc. are lost. Concerning teh RSS authentication, I willing to implement this if you tell me which reader you are using, so that I can test it. You could also try yourself, maybe it works without modification. What you would need is public read access via "Guest menu commands" option plus a "Read password". The read password prevents again the public read access, but the RSS reader can maybe submit it. What the RSS reader certainly cannot do is to fill out the "Login" screen of elog, so you need the "Guest menu commands" for sure. - Stefan
> I have a question about sending emails. I have a customer service ELog > currently running but I would like to have an option to be able to pick > from a list of people, one or more than one to send emails to with the > logbook entry as the body. I am currently using the email option to send > emails to a list if an emergency is used in a category but I would like to > be able to send the entry to different people at different times. I would > have everyone pre-entered with their names and emails and you could check > a box by the person or people you want the log entry sent. I wasn't sure > if this is possible with the current system. It is. Put an MOptions in you config file, and then put individual email statements there. Like Attributes = ..., Notify MOptions Notify = Joe, Jack, Jim Email Notify Joe = joe@fujicolor.com Email Notify Jack = jack@fujicolor.com Email Notify Jim = jim@fujicolor.com What this does it give you a checkbox for each name. If the check box is checked, then the corresponding email statement is executed. Note that the email address does not have to correspond to the "Notify" value. You could also use completely different names, like "MOptions Notify = Security, Police, Admin", and then put some email address from specific people there.
> Hello, > I have been running Elog for a long time on a variety of RedHat releases, > (this is a terrific project by the way). Currently running Elog v2.5.7 on > RedHat (Fedora Core-II) and most is working great excepting being able to > modify the default fonts being used by Elog when trying to write and save > in text mode while in Elog's main editing screen. > > On my setup the font size is way too small and to work around this problem > I write and save everything in HTML mode. I've browsed the Elog css file > but don't yet see where or how to properly set the default font style or > size for the main screen in the editor. Can you shed some light on this for > me? The text style of the main message text is defined in the following lines in the CSS field: .messagepre { font-family:'lucida console',courier,monospace; font-size:10pt; } Locate these lines and change 10pt to 12pt or even 14pt.
> Thank you so much for working with me on this. The RSS reader I have been trying > is at http://www.rssreader.com and is version 1.0.88.0 It is a free RSS reader > and seems to work very well. It has a username and password system, but I am not > sure what and how it will support with ELog. I have been successful in reading an > open logbook with no passwords. rssreader supports HTTP authentication. So what you have to do is to define a "read password". Open a dos box, navigate to your elog directory, and enter elogd -l <logbook> -r <password> replace <logbook> with your real logbook name and <password> with any password. This command modifies elogd.cfg and puts your password there in encrypted form. Next, tell rssreader to use authentication and enter there your password (authetication name does not matter). See the attachment. Rssreader will then be able to connect properly to your logbook.
I applied a similar fix like you proposed, just omit highlighting at all if I get a zero length match. Changes committed to CVS.
> I downloaded the latest file and installed but the version number stayed at > 2.5.8-2 and did not change to -3. Sorry I forgot to increase the version number in the source code. So don't worry. > Also is there a way to change the display of the default date. It uses > allot of space in the date column. Date format = %A, %B %d see manual!
> I have been running ELOG on FreeBSD no problem for a year now, > but this new version 2.5.8-x doesn't seem to wanna work, it compiles fine > with a few warnings (see attached logs). > But has issues with password files, now it shows message "Can't open > passwords.pwd" for all my logbooks. It did convert the password files to > xml format. I had a good hard look at file permissions and config file with > no luck. So I went back a version and compiled 2.5.7-1 which works just > fine with old password files. So something with XML & FreeBSD?... Hard to say. The simplest would be if I could debug this. > Version 2.5.7-1 (maybe this has been fixed in 2.5.8?) > When I run a ./elogd -C http://elog.blah.here:88 it clones the config file > just fine, also seems to copy over all logbook entries. > But once I look through them there's a fault with one of the fields it > copies over, so entries never show up. > > It should be: > ======================================== > Date: Tue Mar 01 19:41:29 2005 > In reply to: 24 > Work done by: someuser > Work done at (dd/mm/yy hh:mm): 1/03/05 3:30pm > Downtime duration: 0 min > Planned: Yes > Reason: Normal work > Attachment: > Encoding: plain > > But once cloned it looks like this: > ======================================== > Date: Tue Mar 01 19:41:29 2005 > In reply to: 24 > Work done by: someuser > Work done at (dd/mm/yy hh: m): 1/03/05 3:30pm > Downtime duration: 0 min > Planned: Yes > Reason: Normal work > Attachment: > Encoding: plain > > > For some reason it looses the "m" so line 4 instead of having > "hh:mm" has "hh: m" Your problem is that the attribute "Work done at (dd/mm/yy hh:mm)" which contains a ":". This character is not allowed in attributes. Unfortunately I did not document this (and even didn't know this until now... (;-) ). So you should use the new option Type Work done at = datetime this gives you at the entry mask fields for day/month/year/hour/minute to fill out, so you don't have to write it directly into the attribute. Another option would be to use Comment Work done at = Please enter as (dd/mm/yy hh:mm) which just displays a comment below the attribute in the entry mask. - Stefan
> Ok, i see, the problem for me now is that this attribute name has been in use for > half a year or so by me. So now I have 100's of logbook entries with the old name > in them, if I change it's name then all old logbook entries will show up with that > field blank. I'm not sure if there's an easy way to change that attribute's name in > 100's of entries in 10's of logbooks, because I wouldn't want to try doing that by > hand.. Any ideas? (i'm no good at scripting something like that 4 sure) find . -name "*a.log" -exec perl -pi -e 's|Work done at (dd/mm/yy hh:mm):|Work done at:|g' {} \; Looks a bit cryptic, but searches for all *a.log files, and starts perl to replace all occurences of "Work done at (dd/mm/yy hh:mm)" with "Word done at:". Better try this first with a copy of your logbook. After you successfully changed that, you have to modify the attribute list in elogd.cfg accordingly, like Attirbutes = ..., Work done at, ... Please note that after each manual modification of the logbook files, you have to restart elogd.
> Can conditional attributes be assigned as conditions? Well, I guess the question was: "Can you implement this?" I'm sure that you tried before.. (;-) Yes, it is working now, I had to add some new code and fix a bug with AND'ed conditions (via '&'). The new version is under CVS. Since you use Windows, you have to wait for the next release.
> What I can see is that it sends with charset=US-ASCII, even if the characters are > non-US. That's the key point. I changed it such that elog uses now the charset defined in the configuration file, now it should work fine. Can you give it a try? The new version is under CVS.
So you tell me that the message body is ok with Norwegian characters, it's only the subject? That would mean that outlook interpretes the charset only for the message body, but not for the subject. So if you have characters with an ASCII value greater than 127, your mail program requires to enclose it into =?<charset>?B?+<text>?= Do you know that the "B" is for? I would not like to "blindly" do whatever Mutt does, I would like to understand it. If someone can point me to a document which describes this properly, I could implement it.
Ok, I found it. It's in RFC2047 at http://www.faqs.org/rfcs/rfc2047.html I will try to implement it.
I implemented this, but found some problems. If I encode the subject like Subject: =?ISO-8859-1?Q?åøæ?= it displays well unde MS Outlook, but not under Mozilla Thunderbird or pine, which both display the full text (including the ISO...). So it looks like there is no single solution which satisfies all mail programs. It should at least work for Outlook and Thunderbird, so if anyone has an idea please let me know.
> Subject: Testing åøæ > > Becomes > Subject: IKT sak =?UNKNOWN?B?KDYwKTo=?= Testing =?UNKNOWN?B?5fjm?= > > config: > Use Email Subject = IKT sak ($message id): $Tittel You could put the encoding there manually: Use Email Subject = =?ISO-8859-1?Q?IKT sak ($message id): $Tittel?= would this work?
> If I read the RFC correctly when you use B encoding you are using BASE64 encoding. > Maybe that could be a solution? Indeed it is. Works for all email programs I know. So I added that to elog, new version is committed to CVS. Let me know if it works for you.
> When I create a new logbook (I used an existing one as a template) elog > does not works anymore... Fixed in CVS.
> If my email host refuses to send the email (476 connections denied), we > still get the message that the email has been sent - and no error message. > > How do I or can I send authentication information to the email server? This is not implemented right now, since the SMTP server at our institute does not use authentication, so I could not test it. If you give me access to a SMTP server with authentication, I could implement it.
> Is it possible to create a Link To command (ala Copy To, Move To) that > would allow you to reference an entry in another log book without copying it? > This would be handy as the info would be kept current in both log books. > My thought is that it would create a psuedo entry in the other log > book that pointed back at the originating log book entry (similar to a > UNIX soft link) What you ask for is not possible due to internal reasons. The underlying database does not support links. But what you can do is to reference a logbook entry with elog :<loglook>/<id> So I can reference your question with elog:Forum/1099. Some people make even complete "summary" pages where they reference a whole set of other logbook entries like Your question is at elog:Forum/1099 A script for thumbnail generation is at elog:Contributions/12 Demo entries: elog:Linux+Demo/14, elog:Linux+demo/1
> 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? Not easily. There is only a single logbook and resource directory inside elogd. The reason is that these are constants which can be fixed during compile time. The Debian package uses this extensively. So having multiple directories would break that scheme. > 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.) I'm afraid you have to use soft links. The favicons you can define however via the theme, which is a per-logbook option, so it would work in the [global topgroupname] section as well.
> 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." Thanks for reporting this bug. I fixed it in the current CVS version.
> Is there anybody that use the MOptions ? > I'am searching some example to understand this fonction could you help > me ? :) You used it already! (;-) In this forum, you clicked on OS:Windows. You can select more than one OS (->"multi" options or MOptions). The according configuration entry is: MOptions OS = Linux, Windows, MaxOSX, All, Other
It's hard to tell the problem from what you report. Have you tried the latest release http://midas.psi.ch/elog/download/windows/elog258-6.exe ? There were some problems with the password file in 2.5.8 versions prior to patch level 6.
> I have an question for you :o). Is there any solution to use the filtering > system with an match case solution ? Add a parameter or something else to > add a solution ? I added a paramet "case sensitive search" which does this. In addition, the switch defines the default state of the "case sensitive" check box on the find page. The new functionality will be contained in the next release.
> What other information can I provide that might assist in diagnosing this? Please send me your elogd.cfg configuration file.
> of course elog should remember the choice, so it will be possible to expand > N threads over the M total ones.. How should elog remember that? If you put this into the URL like http://<elog-host>/<logbook>/?exp=12&exp=14&exp=18 to expand the entries 12, 14 and 18, it might work fine. But imagine that some uses have very long list with thousands of entries. This would make the URL very long, everything very slow and could even crash some browsers. What I usually do is to not expand the list. If I click on an individual entry, I see then the expanded thread for that entry above that entry. But you probably realized this possibility already.
> When I define 2 attributes, by default and the second one has to be showed > depending on the first one value the elog correctly handle the thing, but > the rss feed shows an empty comma separeted field corresponding to the > conditional attribute not filled ... Can you send me the part of your config files with those things so that I can reproduce it?
> Is it possible to have last runtime filtering and viewing method to be > stored in a cookie in order to make them permanent across navigation ? Sounds like a good idea. Will put it on the wishlist.
> A way may be using cookies, otherwise one can implement a kind o session mechanism > (using cookies or QS to pass sessid and storing user data on the server for a limited > time...) > the session method may be useful, but more difficult to implemnet, of course The concept of a session ID is not present in elog, so implementing it would be harder than writing elog from scratch. Keeping the thousand 'expansion' flags in cookies is bad as well, because your browser will send them all each time you request a page, which can then slow down things considerably over slow lines.
> ok, i've downgraded my request then ... > > it will be still useful to have the possibility of expland selectively a single thread :-) That you can do by clicking on the thread and look at the thread at the top of the page (;-)) That's exactly the same number of clicks as you would need to expand a thread (:-)))
Ok, fixed. I do however not evaluate the conditional attribute, but just remove any empty attribute, I guess that makes more sense.
> LOL ..this way I can't see the list of other threads .. so il my goal is to inspect the thread > looking for something I have to: > - open the 3d > - return to 3d list > - open another 3d .. > [loop] > > my wish would be to reduce it to > - open the 3d > - open another 3d .. > [loop] Well, I have the browser's back button on one of my mouse buttons, so "- return to 3d list" is one mouse click. My policy is: If I can save someone two or more mouse clicks for am operation, I will implement it. If it's less, it's not worth investing some hours of programming just to save 0.5s each tim (;-). Ok ok, I'll put it on the wish list. Just in case I'm running out of work. :-)
> is there any way to get a larger text box to type in when making a new post? > the default box is rather small and you have to scroll up and down when > making a new post or editing an existing one. Message width = <number of characters> Message height = <number of lines> > can the normal text look like the html does without submitting it as html? No.
> Since updating to version 2.5.8 we have been having problems with the elogd > service crashing whenever anyone attempts to log out. We are using stunnel > 4.09 on a Win 2k system. This problem has finally been identified and fixed. Please download the newest version 2.5.9-2 which contains this fix.
> I would like to have the author email addresses listed only for users which > have logged in, but not for guest users. In the elogd.cfg file I have: > > Attributes = Author, Author Email, Category, Subject > Guest Display = Author, Category, Subject, Text > > But these attributes > > ID Date Author Author Email Category Subject Text > > are shown also when visting the logbook as a guest. For the guests I would > like to show only these attributes > > ID Date Author Category Subject Text > > Any ideas what I am doing wrong or why this does not work? Guest List Display = Author, Category, Subject, Text ^^^^ - Stefan
> What is the recommended version of gcc to use with elog 2.5.9? I searched > the discussion database but found nothing pertaining to this. Well, the same code compiles on gcc and on Visual C++ under Windows, so hopefully there is no dependence on the gcc version (;-) I use gcc 3.2.3 on Scientific Linux 3.03.
> I ask because I get a dependency that I did not have before with 2.5.3. > Compiling with my same 'ole gcc 2.95.2 I see that I now need mxml.h and > strlcpy.h. Trying to compile under gcc 3.4 results in all kinds of errors. mxml.h and strlcpy.h are part of the elog tar ball. When untar'ed, they get copied into a separate directory: ... -rwxr-xr-x ritt/lke 15090 2005-05-09 13:09:54 elog-2.5.9/eloglang.japanese -rwxr-xr-x ritt/lke 17587 2005-05-09 13:09:54 elog-2.5.9/eloglang.spanish drwxr-xr-x ritt/lke 0 2005-05-09 13:09:54 mxml/ -rwxr-xr-x ritt/lke 45577 2005-05-09 13:09:54 mxml/mxml.c -rwxr-xr-x ritt/lke 2198 2005-05-09 13:09:54 mxml/strlcpy.c -rwxr-xr-x ritt/lke 4359 2005-05-09 13:09:54 mxml/mxml.h -rwxr-xr-x ritt/lke 567 2005-05-09 13:09:54 mxml/strlcpy.h I have right now no access to 3.4. Once I get it, I will address the errors occuring there.
> Ok, now I see the issue - the tar extract created the mxml directory in the root (not > under the created directory elog-2.5.9). Is there a reason why these includes are not > placed in the src dir like the regex.h/.c include? Yes. I use these files in several other projects as well, and want to maintain only a single copy. So I have elogd-x.x.x/ elogd-x.x.x/src/ .... mxml/ mxml/strlcpy.h mxml/strlcpy.c mxml/mxml.c mxml/mxml.c ... other-project-x.x.x/ other-project-x.x.x/ So both elogd and "other-project" can use strlcpy.c and mxml.c. If I would copy it to elogd-x.x.x/src and fix a bug there, "other-project" would use a separate copy and not profit from the bug fix. So I would have to mainain verious copies of the same file, which make things complicated. I compile everything also under windows, so I cannot use soft links. If there is a better way of how to do it, please let me know.
[ritt@pc5082 /tmp]$ tar -xzvf elog-2.5.9-2.tar.gz elog-2.5.9/ elog-2.5.9/doc/ elog-2.5.9/doc/adminguide.html ... mxml/ mxml/mxml.c mxml/strlcpy.c mxml/mxml.h mxml/strlcpy.h [ritt@pc5082 /tmp]$ cd elog-2.5.9 [ritt@pc5082 elog-2.5.9]$ make gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -o elog src/elog.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -c -o regex.o src/regex.c ... skipping warnings ... gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -c -o mxml.o ../mxml/mxml.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -c -o strlcpy.o ../mxml/strlcpy.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -I../mxml -o elogd src/elogd.c regex.o mxml.o strlcpy.o gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -o elconv src/elconv.c [ritt@pc5082 elog-2.5.9]$ -------------- No undefined functions here. I guess you have an old Makefile? Just use the complete tar package from the last version.
?cmd=Activate&new_user_name=test1&new_full_name=Test1
http://my.ho.st/?cmd=Activate&new_user_name=test1&new_full_name=Test1
http://my.ho.st/myLogBook/?cmd=Activate&new_user_name=test1&new_full_name=Test1
elogd -v
Suppress email to users = 1
Suppress default = 3
Display Category = $category <img src="icons/$category.png" border="0">
; preset author and email Preset Author = $short_name Preset Author Email = $user_email Subst on reply Author = $short_name Subst on reply Author Email = $user_email Subst on reply subject = Re: $subject ; these attributes cannot be changed Locked Attributes = Author, Author Email Fixed Attributes Reply = Subject
Preset on reply Author = $short_name
Preset Author = $long_name Preset Author Email = $user_email Preset on reply Author = $long_name Preset on reply Author Email = $user_email Locked Attributes = Author
Subst Category = $category <img src="icons/$category.png" border="0">
Icon comment
Tooltip
MOptions ...
Options Category = Info,Report,Problem{1},Other Preset Category = Info Display Category = <img style="border:0; float:left; margin-right:5px" src="icons/$category.png">$category {1}ROptions Level = Notice,Warning,Alert,Fixed {1}Preset Level = Warning {1}Display Level = <img style="border:0; float:left; margin-right:5px" src="icons/$level.png">$level
Options Category = Info{1},Report{1},Problem{2},Other{1} Preset Category = Info Display Category = <img style="border:0; float:left; margin-right:5px" src="icons/$category.png">$category {1}ROptions Level = Notice,Warning,Alert,Fixed {1}Preset Level = Warning {1}Display Level = <img style="border:0; float:left; margin-right:5px" src="icons/$level.png">$level {2}Preset Level = N/A
N/A
"-n <interface>"
> E.g, if you have the following: > Attributes = TA, Endret, UA, Pri, Status, Oppdragsgiver, EpostTil, EpostIKT, Tittel > > Then you get the heading: > Logbook : > TA : > Endret : > UA : > Pri : > Status : > Oppdragsgiver : > EpostTil : > EpostIKT : > Tittel : > > (removed the attribute data), > > But I would like to send out only: > UA : > Pri : > Status : > Oppdragsgiver : > EpostTil : > Tittel : > > Any way to do this in the current version? > > And perhaps change the order too... I'm asking for much perhaps? I added the option "Email attributes = <list>" for that. So you can specify Email attributes = UA, Pri, Status, Oppdragsgiver, EpostTil, Tittel which also sets the order of the attributes. The cange is in CVS.
MD5 Fingerprint = 23:A7:AD:33:3C:08:BE:2A:62:6E:85:DF:B8:00:23:40
Display Subject = <b>$subject</b>
if (p && strchr(str, '>') && p >= str && *(p-1) != '\\')
Options Category = Info,Report,Problem{1},Other Preset Category = Info Display Category = <img style="border:0; float:left; margin-right:5px" src="icons/$category.png">$category {1}ROptions Level = Notice,Warning,Alert,Fixed {1}Preset Level = Warning {1}Display Category = <img style="border:0; float:left; margin-right:5px" src="icons/$level.png">$category
[global] port = 8080 [demo] Attributes = Name, SysAdmin, OS, Manufacturer, Model, Serial Number, Description, Main Function, Location, Memory, CPU Speed, Num CPU, Owner, Contact Name, Contact Phone, Contact Email, Bought From, Bought Date, Maintenance, Network Drop, Console Drop Options OS = SunOs{1}, Linux{2}, Aix {1} Show Attributes = Name, SysAdmin, OS, Manufacturer, Model, Serial Number, Description
Attributes = Author, Category, Email encoding, Subject Options Email encoding = plain{1}, HTML{2} {1} Email encoding = 1 {2} Email encoding = 2
.author_name { width:10%; text-align:right; font-size:14pt; background-color:#AAAAFF; border:1px solid #0000FF; border-top:1px solid white; border-left:1px solid white; padding:3px; } .author_value { width:10%; font-size:14pt; border:1px solid #308000; border-top:1px solid white; border-left:1px solid white; background-color:#BBCCBB; padding:3px; }
<?xml version="1.0" encoding="ISO-8859-1"?> <!-- ELOGD Version 2.6.0-beta2 export.xml --> <ELOG_LIST> <ENTRY> <MID>1</MID> <DATE>Fri Jul 22 22:50:34 2005</DATE> <Author>sr</Author> <Category>Problem</Category> <Arrival>7/25/2005</Arrival> <TEXT></TEXT> </ENTRY> </ELOG_LIST>
Options Keyword = "Spelling, grammar and typos", Other
[global] port = 8080 [demo] Attributes = System, Requestor, Title, Priority, Date Needed, Type, Also Notify, Subsystem, Status, Work Order, Assigned To, Team Lead, Percent Complete, Estimated Hrs, Actual Hrs, Date Added, Expected Delivery, Date Completed, Notifications, Completed Options Priority = A-Emergency{p1}, B-Critical{p2}, C-High{p3}, D-Medium{p4}, E-Low{p5} Preset Priority = D-Medium Type Date Needed = Date
<?xml version="1.0" encoding="ISO-8859-1"?> <!-- ELOGD Version 2.6.0-beta2 export.xml --> <ELOG_LIST> <ENTRY> <MID>2</MID> <DATE>Tue Jul 26 09:10:33 2005</DATE> <System>s</System> <Requestor>r</Requestor> <Title>t</Title> <Priority>D-Medium</Priority> <Date_Needed>07/26/05</Date_Needed> <Type></Type> <Also_Notify></Also_Notify> <Subsystem></Subsystem> <Status></Status> <Work_Order></Work_Order> <Assigned_To></Assigned_To> <Team_Lead></Team_Lead> <Percent_Complete></Percent_Complete> <Estimated_Hrs></Estimated_Hrs> <Actual_Hrs></Actual_Hrs> <Date_Added></Date_Added> <Expected_Delivery></Expected_Delivery> <Date_Completed></Date_Completed> <Notifications></Notifications> <Completed></Completed> <TEXT></TEXT> </ENTRY> </ELOG_LIST>
Preset on reply subject = Re: $subject Preset Author = $long_name Preset on Reply Author = $long_name Locked Attributes = Author
Locked attributes = Author
URL = http://<your host>:8080/
Group MiniBooNE = Analysis, Miscellaneous Group Analysis = Charged Current Pi Plus, Neutral Current Coherent Pions Group Miscellaneous = demo
> long lines in an entry are not printed correctly (the lines are cut off), if the text is encoded as plain > text. This works correctly, if the text is encoded as ELCode. I tried this with Firefox and Internet Explorer. > Does anybody know a solution for this? Can you post an example here? If I try a veeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeery long line, it's shown correctly. You just have to scroll right in your browser.
Expand selection page = 0
> Is there a way to remove Logbook field (and perhaps Logbook URL if I want?) There is the option "Email format", which lets you specify what to show. Try Email format = 27
Hello ;) [I]italics[/i]
<a href="mailto:user@domain.com">user@domain.com</a>
Email System CareWare = ..., $user_email
.messagepre { font-family:'lucida console',courier,monospace; font-size:10pt; }
Title A B C D E one a b c one a b c two a d e two a d e one a b c
> Hello Stefan, > Did you have a release Date for Elog V2.6.0 ? > Thanks in Advance. There is still some unfinished code in the HTML email notification. I guess it will take me still some weeks to finish that, since I'm pretty busy these days...
> Hi all, I get messages like this > Attachment #16 of entry #0 not found > Please use your browser's back button to go back > always when clicking on an entry in summary or threaded view. > I can only read entries when browsing them in full view. How can i fix this? > regards, Christian I need some more information. Can you send me your elogd.cfg, and show me the URLs your browser displays during your navigation?
> This is the URL after logging in: > http://localhost:8081/debian/17?cmd=List&mode=summary > > When i click on one of the entrys, i get thar error message. > URL: http://localhost:8081/debian/debian/17 > > It says: "Attachment #17 of entry #0 not found > Please use your browser's back button to go back" Ah, now I recognize the error. Please update to the newest beta5, it's fixed there. - Stefan
URL = https://antares.ccuec.unicamp.br:9696
Deny New = mirroruser Deny Edit = mirroruser Deny Reply = mirroruser Deny Duplicate = mirroruser
> I'm (mis)using elog as a database. I like the fact that I can have presets for fields, but I also like the fact > that I can make a duplicate of an entry. Now when I make a duplicate, all the fields get overwritten with the > preset-value. Is there a way to get the preset-values only on entering a NEW reord and NOT on a duplicate ? I fixed that in the SVN revision 1583. The fix will be contained in the upcoming version 2.6.1.
> I'm trying to run elog 2.6.0-beta4 under Apache 2.0. I follow the directions, and everything works fine, so my > elog runs as > > http://grattalab3.stanford.edu/elog/ > > running under port 8082, with the following lines in my httpd.conf file > > Redirect permanent /elog http://grattalab3.stanford.edu/elog > ProxyPass /elog/ http://grattalab3.stanford.edu:8082/ > > This machine has an alias, which is http://exo-elog.stanford.edu. My question is, how can I run elog so that > when someone types in this name, it brings up my elog? I know that I can make a VirtualHost entry and put a > redirect at the document root of that virtual host, but that seems clumsy. Can I just modify ProxyPass or add a > Redirect statement somehow? To my knowledge you need a VirtualHost entry, plus a "URL = http://exo-elog.stanford.edu" entry in elogd.cfg
URL = http://localhost:8080/
Attributes = Author, ... Preset Author = $long_name Locked Attributes = Author Options Author = Admin{1}, other{2} {1}Suppress default = 1
URL = http://{your host}:8080/
elogd -c <your config path> -v -p 8080
... Location: https://... ...
> I just installed v.2.6.1 coming from the previous 2.6.0 (on Win2000) > When I access the "configuration" function from a logbook, in the cfg page I only see two buttons in the header > (save or cancel); in the previous version I saw more buttons there ("global config", "create new logbook" and so > on), so here I'm unable to access global configuration or logbook management (except for current logbook options). I tried to reproduce your problem, but could not. In my windows installation it looks fine. You only see the (save and cancel) buttons only if you go to "Change [global]", otherwise you see the "Change [global]", "Delete this logbook" etc. buttons. Have you tried with the default elogd.cfg which comes from the distribution?
> Since elog 2.6.0 we cannot redirect our elog via apache2. > > in apache2.conf we have (had for a long time): > Redirect permanent /elog http://elog.oursite.com/elog/ > ProxyPass /elog/ http://elog.oursite.com:8080/ > > When visiting the url, this results in: > The proxy server received an invalid response from an upstream server. > The proxy server could not handle the request GET /elog/myelog/. > > After testing we found that ELOG V2.6.0-beta2 works just fine. > 2.6.0 stable crashes after visiting a redirected url. > > Running on debian sarge Have you tried 2.6.1. I released it just recently, so I don't know when it will be available for Debian. Have you checked that your "URL = xxx" statement in the config file is correct? I see above "myelog", while the proxy passes requests to "elog".
> Here I am again... I built and installed v2.6.1 also on a different system, this time on linux; i tried both with the > existing cfg file and with the new cfg. > Choosing "configuration", I still only see the current logbook configuration file section with "Save" and "cancel" > buttons, no access to global config whatsoever; the same as I saw on windows version. I tried version 2.6.1-1622. I tried again, using the configuration file from the distribution (elog:1627/1). Hitting "config", I see the picture attached (elog:1627/2). So it's a mystery why it is different in your case...
> or maybe browser cookies. That rings a bell. If you change user permissions (like password file/no password file/rename logbooks) you might be fooled by old cookies. Just delete all cookies in your browser and try again.
[global] port = 1234 [demo] Attributes = Subject Preset Subject = $shell(date +"%Y/%m/%d %H:%S")
Password file = ...
URL = http://mycomputerURL/elog
> I have several date-fields defined in my logboek. But when I click the icon and select another month the pop-up > window get's filled with the contants of the logboek instead of the date-selection. Ups, that problem must have been there for quite some time now. I fixed it in the current SVN version.
snprintf(str, strsize - 1, "MAIL FROM: %s SIZE=%d\r\n", from, strlen(text));
snprintf(str, strsize - 1, "MAIL FROM: %s\r\n", from);
> because I've got a very quick response on my 1st question regarding > "Change attributes" here is anonther one: Don't stress it too much ;-) > I've defined 2 attributes with "Change attribute" / "List Change attribute" (see configuration). > Because this values are build on other attributes I want to hide these attributes in > NEW / EDIT mode. How is this possible? Show Attributes = Admin, Hostname, IP-Adresse, Funktion, RIB Hostname, RIB IP hides the attributes in the New/edit mode, but unfortunately also in the detailed view.
> I've changed the category to "Request" because I think it would be practical > if I can hide the attributes which are build on values of other attributes with > "Change". Have you tried Show Attributes = Admin, Hostname, IP-Adresse, Funktion, RIB Hostname, RIB IP ??? Does it bother you if then the attributes are also hidden in the detailed view?
> As default http://<hostname>/<LOGBOOK> shows the Summary View. > Clicking in "Full" changes the URL to http://<hostname>/<LOGBOOK>/?mode=full. > But now the URL http://<hostname>/<LOGBOOK> show the Full view as default. > I think the URL without ?mode=... should show every time the same result, > regardless the view used before. Or maybe I can configure, which view I want to > see if I use the URL w/o ?mode=... The option to hide/show attachments is affected too. Sure, that's a feature :D It was requested by several people that the view mode is stored in a cookie. So if you switch modes, it should be persistent. If I now add additional default flags, people will have hard time to understand what this is all about, since there might then be conflicting settings between the flags and the cookies. So for what exact purpose do you want what you requested? Why does it bother you that you have to click "Summary" again to get the summary view? Of course you can delete the local cookies and get the default behaviour (they are named [b]elmode[/b] and [b]elattach[/b]), but that might be a bit cumbersome.
I implemented a "Hide attributes = ..." option, with which you can do what you requested, but unfortunately I'm sitting here in Siberia and have only limited internet access, so I can only submit the modification next weekend. - Stefan
elog:1741/1
This problem has been fixed in SVN revision 1671.
(18)
> Maybe it is a wrong configuration, because in this forum it works well. > If I change the encoding in the logbook entry I get "Submit modified ELOG entry?", > and after clicking OK the entry is closed. Because this behavior is on all loggbooks > it must be a global config entry, but I dont know, which. > > ... > Use Lock = 1 > ... I comes from using the lock. If you remove that, you won't get this dialog box any more.
> So if I switch the encoding the whole entry is reloaded, and the JS take it as leaving. > Is it possible to change this behavior? Changing encoding should be handled different as > "regular" leaving. I fixed that in the current SVN version.
elog ... -u @filename
> First of all, thanks for writing and maintaining eLog. > > I've been using it for a few years, but I'm now introducing it in an environment that may have a lot of "Guest" > accounts. > > I'd like to have two "Required Attributes" when a guest enters a new entry; their name and e-mail address. These > fields don't need to be required for registered accounts, since that information is available already. > > Is there any way to have conditional statements act on the value of $short_name? No, this is not implemented. The only way you have right now is to make two separate logbooks, one for guests and one for registered users. But I know this is not an optimal solution. I will think about it.
<table class="frame" cellpadding=0 cellspacing=0> <tr><td class="tabs"> <span class="sltab"><a href="https://cmsdaq.cern.ch/elog/" title="CMS ELOG at CERN">CMSDAQ</a></span> </td></tr> </table>
Top text = top.html
Bottom text login = alert.html
<script language="JavaScript" type="text/javascript"> <!-- alert("Hello world"); //--> </script>
> -1- how can I restrict the access > of a certain user such that he can only see certain logbooks. This can be achieved with the "Login user = ..." option. > But also not showing the other logbooks on the selection page. You could try to use "top groups". This gives you "separate" groups of logbooks, so you could make a public tree seen by everybody and private trees only seen by a few people. Please read the documentation for details. > -2- How can I have a login page instead of the logbook selection page. > When I insert the password statement the config, I get a blank page. You get a login page instead of the selection page if the "Password file = " statement is in the [global] section and "Protect selection page = 1". You might have to delete all cookies in your browser if you move the password file statement between the [global] and the logbook sections, because otherwise the old cookies might prevent you from logging out.
> > You get a login page instead of the selection page if the "Password file = " statement is in the [global] section > > and "Protect selection page = 1". You might have to delete all cookies in your browser if you move the password > > file statement between the [global] and the logbook sections, because otherwise the old cookies might prevent you > > from logging out. > > This is not working for me, in Mozilla Firefox I'm still getting a blank page, where IE is giving me an error > stating that the page is unavailable If I use following config file: [global] port = 8080 password file = passwd protect selection page = 1 [demo1] Attributes = Author, Type, Category, Subject [demo2] Attributes = Author, Type, Category, Subject then I don't get a blank page. An unavailable page you should only get whan you use top groups, and want to access the root.
Suppress default =1
GET / HTTP/1.1 Host: localhost:8080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) Gecko/20 060508 Firefox/1.5.0.4 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plai n;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Cookie: urem=1 ==== Return ================================ ....
Cookie: urem=1; unm=stefan; upwd=Z2suZgFszgg==
[IMG]elog:1/1[/IMG]
{"8o", "<img src=\"%sicons/eek.png\">"}
Email from stefan.ritt@psi.ch to stefan.ritt@psi.ch, SMTP host mail.psi.ch: 220 MAILSEND02.psi.ch mailsend02vs01 Tue, 15 Aug 2006 13:22:24 +0200 HELO pc4534.psi.ch 250 MAILSEND02.psi.ch Hello [129.129.228.115] MAIL FROM: stefan.ritt@psi.ch 250 2.1.0 stefan.ritt@psi.ch....Sender OK RCPT TO: <stefan.ritt@psi.ch> 250 2.1.5 stefan.ritt@psi.ch DATA 354 Start mail input; end with <CRLF>.<CRLF> Date: Tue, 15 Aug 2006 13:22:23 +0200 To: stefan.ritt@psi.ch, From: Stefan Ritt <stefan.ritt@psi.ch> User-Agent: Elog Version 2.6.2 Subject: Updated ELOG entry X-Elog-URL: http://localhost:8080/demo/7 X-Elog-submit-type: web|elog Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> ...
[global] port = 8080 password file = passwd smtp host = your.smpt.host [demo] Theme = default Comment = General linux tips & tricks Attributes = Author, Type, Category, Subject, Email Type Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Options Category = General, Hardware, Software, Network, Other Options Email Type = plain{1}, html{2} {1}Email encoding = 1 {2}Email encoding = 2
Options Email Type = plain{1}, html{2}
Required attributes = ...
/usr/local/elog/top.html
[ job done] [ customer ] [ activity ] [ What should be done ] [] BLA Check job1 Backup mail check [] BLA1 Check job2 check error report [] Bla2 Check job3 check MQ jobs
[img]elog:1972/1[/img]
Email from stefan.ritt@psi.ch to stefan.ritt@psi.ch, SMTP host xxx.psi.ch: 220 xxx.psi.ch xxxvs01 Thu, 12 Oct 2006 16:25:17 +0200 HELO xxx.psi.ch 250 xxx.psi.ch Hello [129.129.xxx.xxx] MAIL FROM: stefan.ritt@psi.ch 250 2.1.0 stefan.ritt@psi.ch....Sender OK RCPT TO: <stefan.ritt@psi.ch> 250 2.1.5 stefan.ritt@psi.ch RCPT TO: <stefan.ritt@psi.ch> 250 2.1.5 stefan.ritt@psi.ch DATA 354 Start mail input; end with <CRLF>.<CRLF> Date: Thu, 12 Oct 2006 16:25:17 +0200 To: "Stefan Ritt" <stefan.ritt@psi.ch> From: Stefan Ritt <stefan.ritt@psi.ch> User-Agent: Elog Version 2.6.2 Subject: Updated ELOG entry X-Elog-URL: http://localhost:8080/demo/1 X-Elog-submit-type: web|elog Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> ... here comes the complete email body .... . 250 2.6.0 <xxx.psi.ch> Queued mail for delivery QUIT 221 2.0.0 xxx.psi.ch Service closing transmission channel ==== Return ================================ HTTP/1.1 302 Found Server: ELOG HTTP 2.6.2-1724 Connection: Keep-Alive Keep-Alive: timeout=60, max=10 Content-Length: 20
bind_addr.sin_port = htons((short) 25);
Encoding: ELCode
Encoding: plain
Attributes = Author, Category, Notification list Email all = $Notification list
Attributes = Author, Catorory, AssignedTo Type AssignedTo = useremail Email Category Bug Report = $AssignedTo
> First of all, thanks for writing and maintaining eLog. > > I've been using it for a few years, but I'm now introducing it in an environment that may have a lot of "Guest" > accounts. > > I'd like to have two "Required Attributes" when a guest enters a new entry; their name and e-mail address. These > fields don't need to be required for registered accounts, since that information is available already. > > Is there any way to have conditional statements act on the value of $short_name? > > Thanks, > > Mark Actually there is one possibility: Preset Author = $long_name Required Attributes = Author This will force the author to be supplied. If one is logged in, the login name will be put into the author field. If there is guest access, the field will contain "anonymous", so hopefully each guest will change that to the real name...
Allow edit = <name of admin>
Type <attribute> = muserlist
MOptions item = value_1, value_2
Tooltip value_1 = text
> How do I preset the reply date to an empty box(es)? > > In 2.5.x it worked as > > Preset on reply Plan Date = "" > > gave me an empty date, which is what I wanted. Now in 2.6.3 I get some date in there (...1969) and have to > manually set it to empty again ? > > Thanks I fixed that in SVN revision 1777 again, so it will be included in the next release.
CSS = default.css&screen, print.css&print
[table border=3 cellpadding=10] One | Two |- Three | Four [/table]
Search all logbooks = 2
Show attributes = ... Show attributed edit = ...
Attributes = ..., Status Options Status = Open{1}, Closed{2} {2}Locked attributes = Status
Attributes = Author, Type, Category, Subject Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Options Category = General, Hardware, Software, Network, Other Quick filter = Type, Category
[global] port = 8080 password file = passwd SMTP host = mail.psi.ch {1}Preset text = Routine {2}Preset text = Other [demo] Attributes = Author, Type Options Type = Routine{1}, Other{2}
[global] port = 8080 password file = passwd {1}Preset text = Routine {2}Preset text = Other [demo] Attributes = Author, Type Options Type = Routine{1}, Other{2} [demo2] Attributes = Author, Type Options Type = Routine{1}, Other{2}
.../page?rsort=Date+Evenement
[ANCHOR]top[/ANCHOR]
Email all = $cc
Attributes = Author, Type, Category, Severity, Subject, Entry ID, Status, CC E-mail To Display Email recipients = 1 Email All = $CC E-mail To Email All = mark.bergman@uphs.upenn.edu Email Format = 47 Suppress default = 0 Type CC E-mail To = museremail
Email All = $CC E-mail To, mark.bergman@uphs.upenn.edu
Attributes = ..., Author Email Preset Author Email = $user_email Email All = $Author Email, $CC E-mail to, mark.bergman@uphs.upenn.edu ...
Attributes = Author, ..., Server Options Server = server1, server2, ... Quick filter = Server ...
Email format = 111
250 OK
linkHeading_prompt = "Indiquez le niveau d'en-tête (1, 2 ou 3)";
[demo] Attributes = Author, Subject Fixed Attributes Edit = Subject Fixed Attributes Reply = Subject
Preset <attribute> = XYZ-####
> > Greetings, > > > > Last night we updated to 2.6.5 and now the <ENTER>-key on the "quick filter" searches won't work anymore in > > internet exporer (@windows). I have to use the <TAB>-key now to get the results. > > > > The ENTER-key still works under firefox (Windows & linux) and opera (at least under linux, because > > opera@windows refuses to log me on .. whatever) and I would like to see it come back to internet explorer as > > well. > > > > Regards, > > Willem Koster > > ehm... funny enough the quick-filter entry used in this elog does work with IE. > > (we're using ELOG V2.6.5-1844 btw) > > update: when we try just one quick-filter it works ok, when we add our second quick-filter it stops working. > > Both quick-filters are tekst-searches (just like this forum only has one tekst-search quick-filter). > > We suspect that this is an explorer issue and probably not something that can be solved with elog, but ... > maybe .. who knows... > > > > update2: > > In the source we see: > > <noscript><input type="Submit" value="Search"></noscript> > > If we remove the <noscript> </noscript> tags we get a submit-button, but our problem seems to be solved. > (obviously hacking the source-code is not our primary choice :-) The code above is for cases where JavaScript is not enabled. The quick filter text box contains code like: onChange="document.form1.submit()" which is some javacode which causes the browser to submit the form after the contents of the text box has changed. Now if javascript is turned off, this does not work obviously. So I added the <noscript> section which shows the Submit button, so people can click on it. But you are telling me that IE accepts the hit on return (not the click on the Submit button) even when JavaScript is off, right? Can you temporarily remove the onChange section and see what happens?
> Hello there !! > > I wonder if it's possible to write an url like this[URL=?CR=CR00000429]CR00000429[/URL] > in fact it don't work for the moment , because it is redirected tu http:///?CR=CR00000429 > is it possible to have url without http:// > > I have a logbook CR and a type CR and i work now in localhost but i want my elog to be accessible from anywhere. > Im not very clear but I hope you understand. > > > > [TABLE border="1"] > Emplacement|CR|TYPE|Cable trace voix 1|Cable trace voix 2|url|- > MON|CR00002536|Monitoring|x|x|[URL=http://localhost:8080/CR/?CR=CR00002536]CR00002536[/URL]|- > POW1|CR00000429|POWER Ro|x|x|[URL=?CR=CR00000429]CR00000429[/URL]|- > POW2|CR00000430|POWER Ro|x|x|[URL=?CR=CR00000430]CR00000430[/URL]|- > > [/TABLE] You can use the elog:<logbook name> redirection. So for this logbook, so see all entries with Category=Info using following link elog:Forum/?Category=Info This should work from everywhere.
Options Version = 1,2,3
{1} Options Version = 1,2,3
Have a look at http://kb.mozillazine.org/Links_to_local_pages_don't_work
{1} options Version = 4.3, 5.1 , 5.2 ,5.3
{1} Options Version = 4.3, 5.1 , 5.2 ,5.3
Email Report "Shift Summary" = ...
Use Email From = me@some.where
Use Email From = $user_email
I'm pleased to announce the release of ELOG version 2.7.0 which contains the HTML editor FCKeditor. This allows the formatting of ELOG entries just as one is used from a word processor. I tried to make all functionality working as one is used from the ELCode system (like replies quote the original text in a yellow text box), but I'm not sure if I covered everything. So if you experience problems with the new editor, please report it and I will try to fix it. Anyhow it is always possible to switch back to the old ELCode encoding.
One warning for site administrators: Since it is possible to enter HTML code directly into a web page, one risks a XSS vulnerability. If someone knows how to protect the FCKeditor against submission of JavaScript, please let me know and I will add it. If this is an issue, you can turn off HTML encoding completely for public ELOG sites with allowed encoding = 3 in elogd.cfg.
Finally I would like to give credits to An Thai who proposed this editor.
Email format = 47
When there are two or more Quick Filters available, and one of them is on the Subtext attribute, once one of the other filters has its value changed the null text for the Subtext selection criterion (namely, "-- Text --") is used as a genuine selection criterion, thus typically preventing any entries from matching.
This is for v2.7.0-1961 with both Mozilla 2.0.0.9 and IE 6 on Windows XP Professional SP2, and I think has appeared with this release. You can demonstrate the behaviour on this forum:
Thanks for reporting this. I fixed it in revision 1964. You can test it in this forum.
The default subtext "-- Text --" for quick filter is included when another attribute is selected. So that the searched category always shows 0 entrie
I cannot find this problem on your demo forum, but it is happening on my server.
My config:
Quick filter = Author, Category, SubText
Result: Please see the screenshot attached.
It's fixed already, that's why you cannot see it on the demo server. So just download elog270-2.exe and install it.
> I installed the latest version (2.7) of ELOG and having the problem that the quick filter only works when hitting the > enter-key when there is only one free text field (subtext). Whene having two or more free text field you have to use > the tab-key or click onto the elog icon. We are using Internet Explorer, not tested on Mozilla right now. I found that this is indeed an Internet Explorer bug, since it works with all other browsers I tested. There is however a workaround: I added some code to the current version of elog which shows a "Search" button whenever the page is accessed through the Internet Explorer. Then the behavior of hitting <return> works again. The change is in revision #1970 and will be contained in the next release.
I want to display an image on the title page and have put the following code into the elogd.cfg:
Welcome Title = <img src="pictures/ln2.jpg"><p><font size = 5 color=white>Welcome to My Project Log</font>
I have put the picture "ln2.jpg" in a pictures folder I have created in the root ELOG directory however the image does not show up. Any assistance would be great :)
Adam
You cannot put the images into a subdirectory. The above link "pictures/ln2.jpg" will translate into a URL
http://<your server/pictures/ln2.jpg
and there the path pictures will be taken as a logbook name, and the server will complain that this logbook does not exist. Unfortunately you cannot see this error message since it happens during the loading of the picture, and the browser just displays a broken picture link. So put your image into the root of the elogd server and it will be fine.
While it is possible to print a logbook using the standard web browser print command in the Full or Summary view, a dedicated print function allowing the user to print out a hardcopy of a particular logbook would be very helpful.
P.S. Thankyou for the response in elog:65671
This is possible since the beginning: Click on Find, then check Display full entries and Printable output and hit Search. You get then a single page containing all entries from the logbook which you can easily print to get a hardcopy.
First of all, you should also describe what has been improved. While for you it is important what is not working, for me it is also important what is working, to get more information if such a problem should occur again. So is your demo entry still there? Is the numbering still starting from 1 after you removed the demo entry?
The suspicious dates Sun, 09 Apr 2006 12:38:31 +52175311 ring actually a bell: Under MacOS, there was always the problem with the timezone. The last number in the date string is the time zone in minutes (where the hour has actually 100 minutes). So an GMT offset of one hour would be +0100, two hours +0200 and so on. Somehow it seems like your number are screwed up completely. So +52175311 is equivalent to ~59 years, which explains why your dates are around 1946. The question is now how did these number go into your entries? Have you copied the *.log files over from the old location or generated newly? Did the old files already have this problem (load the *.log files into an ASCII editor!). The time zone is handled inside ELOG in the following function:
As you can see, MAXOSX needs a different treatment. I got this code from someone else since I don't have a Mac available. One suspicion I have is that the variable OS_MACOSX is not defined correctly. There is some code which checks for __APPLE__ and then defines OS_MACOSX. Maybe put a print statement next to time(&tp); to see if that code is really executed.
When will the fix be in latest version so umlauts is showed in the correct way? (I installed the latest version for Windows yesterday and it is 2.7.0-1964)
//Kenneth Andersson
I made an elog270-3.exe for you which contains the actual reviaion 1985.
I have completed the Swedish translation and wonder how I can deliver it (if it´s still needed)?
Sure, it's always welcome. Just email it to me.
This is just a test reply
There was an update of the FCKeditor which I forgot to include in the distribution. Please re-download elog270-3.exe and install it again. The new version of the editor will be included there and fix your problem.
The intermediate elog version 2.7.0-3 had a bug which truncated some entries (just like the one where I reply to). This has been fixed in release 2.7.0-4. So please everybody who uses 2.7.0-3 do an update.
Do I have to do any extra configuration in elog to enable the FCKeditor.
What I get with V2.7.0-1954 is that the main message entry field looks and behaves identically whether I set the encoding to HTML or plain (except the width and height of the field changes).
ELCode works as expected. Message files saved with the encoding set to HTML have a line "Encoding: HTML", but no HTML markup. Those saved with encoding set to plain have the line "Encoding: plain", but are otherwise identical.
I have the scripts directory as set up by "make install" containing the elcode.js file and the fckeditor subdirectory. All are world readable.
Any hints about what could be the problem?
Version 1954 is a bit old. Please update to the current SVN version and try again. There must be a file elog/scripts/fckeditor/fckeditor.js which was missing at some time.
elog/scripts/fckeditor/fckeditor.js
First thanks for the great software! My only question would be how to implement audit trail feature. I know you can control who edits and that's great but in regulated environments like mine there's a requirement that the original record, the one edited, is not deleted or overwritten. If not possible right now the only thing I could think of is a mechanism, maybe possible thru configuration, that when the record is edited it is copied to an audit trail logbook (i.e. if logbook name is 'test' it's audit logbook will be named 'test-audit' which is read only) and have a link to the audit trail of the record (show only changes of the current record).
I'm more than aware that it's possible thru configuration but I'm short on that dept. Any help/idea?
You can achieve this via replies. First you disable any edits on the original message by removing the Edit command via 'Menu commands' or by using 'Restrict edit time' appropriately. If someone wants to edit an entry, she or he makes a reply. If the original entry is formatted with ELCode, it will be enclosed by a [quote] tag, which can be easily removed. Then the text can be edited and submitted. This way you get the history of an entry in a chain of replies. That's the only way I see to accomplish this functionality.
First thing we have been using the Elog for 2 yr for a shift carryover and it has works out great.
Now for the problem I have. I heave the message width set to 80. It works for plain Encoding but it does not work for HTML or ELCode. The text does not wrap around when viewing using Explorer or Fire Fox or printing out the Elog. Is this a problem or do I need to modify the Config file?
A limited message width does not make sense for HTML or ELCode encoding since the text is laid out by the browser dynamically when displaying messages. For example have a look at this very message in your browser, and resize your window. You will see that the text flows dynamically, so the line breaks move with the window size. Furthermore the text entry uses a variable width font, so a fixed line length would not result in line breaks at the same vertical position. Therefore the message entry size scales automatically with the browser window. If you need lines with fixed length, you can only do that in plain encoding.
That is the the problem the text does not resize with the window or sending to the printer.
As I told you, if you need that feature, stick to plain encoding.
Between the ELOG versions 2.7.0 and 2.7.1 the internal HTML editor FCKedit has been upgraded from version 2.4.3 to 2.5beta. The new version has a few more options and supports more browsers. People however reported some errors popping up like Unknown toolbar item "ELOGSubmit". This happens because some browsers cache the JavaScript from the old version of the editor in their cache. To fix this problem, simple clear the browser's cache. In Firefox, do a Tools -> Options -> Advanced -> Cache -> Clear now. Other browsers have similar ways to clear the cache.
> Hi, > > We've defined a "LastEdit" attribute for some of our logs so that we can indicate that an entry has been revised, and when that was done. > > From our config: > > Attributes = Last Edit, etc etc > . > . > . > Preset Last Edit =$date > Locked Attributes = Last Edit > Subst on edit Last Edit = $date > > This works fine, but when we sort the LastEdit column, the dates are sorted alphabetically. > Is there a way to tell Elog to treat this particular attribute as a date when sorting? You are missing: Type Last Edit = datetime which will tread the "Last Edit" attribute as a date/time combination. Actually it's stored internally in seconds since Jan 1st 1970, so sorting will work right. The only caveat is that when you edit an entry, the "Last Edit" is displayed really in seconds since 1970, but I will fix this in the next release.
> The only caveat is that > when you edit an entry, the "Last Edit" is displayed really in seconds since 1970, but I will > fix this in the next release. I just fixed this in SVN revision #2010. If you would have filled out which operating system you use with elog, I could tell you how to upgrade.
Diogo Alves found a possibility, at least for firefox. Have a look here.
How can I make a cross reference from one entry to another entry in the same ELOG logbook?
Have a look at http://midas.psi.ch/elog/userguide.html, under the section "Adding stuff to a logbook". Basically you can write elog:<id>. At the moment, this works however only in the "plain" or "ELCode" encoding. For HTML encoding, I will add this functionality soon.
You have to talk to the FCKeditor guys about that. On their website they mention IEspell, but this works only for MS Internet Explorer. On their demo site, I see the spell check icon, but it's greyed out. In this forum, spell checking works for me using Firefox 2.0 under Windows after I installed the Firefox extension "United States English Dictionary" from here. Maybe this works for you also under Linux. There is however one problem: I get wrong words underlined in red, but I cannot get suggestions by clicking at the wrong words. For FCKeditro version 2.6+ however it was announced that there will be a new spell checker, so maybe you have to wait for their update.
Thank you! The HTML functionality will be v. useful
I implemented this in SVN revision #2036.
We use ELOG inside a local network, but we want to allow access also from outside the firewall.
The suggested solution from Elog Admin Guide worked fine until version ELOG V2.6.5-1844 (essentially without FCK Editor):
ssh -L 1234:your.server.name:8080 your.firewall.namefirefox http://localhost:1234/
Howerver, since the update to ELOG V2.7.1-2002 the FCK Editor uses absolute links to insert images.
An image uploaded from the local network will have an address like:
http://your.server.name:8080/logbookname/080207_101110/Picture.jpg
while the same image uploaded through the firewall tunnel will have a link like:
http://localhost:1234/logbookname/080207_101110/Picture.jpg
Obviously images uploaded from outside are not visible from inside and vice versa.
Is it possible to convince FCK Editor to use relative links?
PS ELOG is great!!
I fixed this in SVN revision #2038.
Im currently experimenting with Elog to see if we can use it to track maintenance work. But Ive come up against a problem, When I export the data to a csv file,
the date has a comma inserted between the day of the week and the rest of the date. This means that all the fields are then shifted to the right after the date.
This looks like a bug to me, the test records included in the demo does not exhibit this problem, until a new record is added.
What about exporting record separated by a semicolong ";" ?
I fixed that in SVN revision #2040, the comma is simply replaced by a space in the date string.
Our IT administrator has just downloaded and installed the latest source code from the site and installed it. We still now have version 2012?
Where do we get version 2041 ?
The bleeding edge version you get always from our SVN server, but you have to recompile it yourself. For your convenience, I just made you a version 2.7.2-3 containing the latest source code.
The mxml source code should be moved into the elog-*/src directory. This requires changing the Makefile to:
MXMLDIR = src/mxml
Reason for change: if you want to build several versions of elog and you unpack the distributions in the same top-level directory, the most recently unpackaged version will overwrite the mxml directory contents, possibly introducing bugs.
From your point of view that request is reasonable, but the reason of having mxml in a separate top level directory is that I use it in many different projects. If I would keep a copy of mxml in each project, I would have to update all of them manually if there is a bug. On the other hand the code of mxml changes very seldom. If you look at the history, it got ~5 changes last year, while elog itself had hundreds. And since I do not change the API, a bugfix in mxml should be to the benefit of all elog versions. It is like with other projects which depend on a number of packages. Like if you install Apache for example, you need a certain version of OpenSLL, a certain version of libcrypt, and so on. So think of mxml like another package you have to combine with elog.
I automatically install software on 3 machines in our lab, and at the end of the process, use eLOG to record relevant information for each machine (all running Windows XP) via the command line program elog.exe. 2 of the machines log their info correctly, but on third machine, I get the following error:
Cannot retrieve host name: No error
The error is not very clear (i.e., the error is "no error"?), and furthermore, operationally, the error makes no sense to me, for the three machines are supposedly configured the same.
The error is produced by the C routine "gethostbyname". This routine tries to obtain the IP address of your host max13 and fails. The error "no error" is the error passed to elog from the underlying operating system, so please blame Windows for that. I guess you have a problem that on the machine you get the error you have some DNS problem, so this machine does not know max13. Try to "ping" max13 or do a "nslookup max13" to verify this. Maybe you have to add your domain after max13, or put this machine explicitly into \Windows\System32\drivers\etc\hosts.
I am not sure which version of eLOG is being used, but the size of the elog.exe is 139,264.
I suggest a new option be added to display the version information, or display the version info whenever eLOG is execute, or display the version info when "-?" option is used.
I added some version information being displayed with the "-?" option. This feature will be contained in the next release.
I create 14 of them, one for every 2 letters of the English alphabet and 0-9. The logbook name and Subdir change appropriately. When I start elog, it stays up for about 30 seconds, then crashes. No messages are recorded in syslog nor in the logfile. The only thing that looks suspicious are a couple lines in syslog:
Feb 15 17:11:05 iadopsutil04p elogd[23761]: elogd 2.7.2 built Feb 14 2008, 20:55:38 Feb 15 17:11:05 iadopsutil04p elogd[23761]: revision 2041 Feb 15 17:11:05 iadopsutil04p elogd[23761]: FCKedit detected Feb 15 17:11:05 iadopsutil04p elogd[23763]: Cannot restore original GID/UID.Feb 15 17:11:05 iadopsutil04p elogd[23763]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission denied Feb 15 17:11:05 iadopsutil04p elogd[23761]: Server listening on port 80 ...
This is obviously the child process responsible for the highlighted lines and it's coming from the cleanup function. Why it's getting called is beyond me.
Ideas?
The error message above come from the PID file /var/run/elogd.pid which cannot be removed. This file is only for information purpose, to tell any script which PID the elogd daemon has. If one elogd crashed in the past, the file might still be there although the program is not running, causing some error to show up, but which can normally be ignored.
The fact that elogd stays for about 30 seconds can only be contributed to the fact that you have very large logbooks, which are scanned during startup. You can check this by starting elogd interactively with the "-v" option. Then you will see the scanning process. The next thing is if you really get a crash, you can produce a core dump, so it can be analyzed to figure out where elogd has crashed. To my knowledge the only way you can do that is by having some logbooks with invalid data. Can you try your set-up with empty logbooks?
QUESTION: does command line ELOG connect differently than ELOG through the browser?
I ask this question for perhaps the A-V SW *is* blocking some port or whatever, and I will need to ask our IT department how to remove such a restriction.
ELOG connects in the same way as the browser, but it is a different program. I have seen some firewalls which explicitly exclude browsers in firewall rules. So it might well be that yours blocks ELOG but not your browser. So give it a try and disable it.
I tried the 'Preset ticket = TCK-#####' method to create unique numbers for our application. This worked very nicely until we replied to a earlier message, if we then create a new message the system creates a sequential number after the last message number we replied to. For example if we have 10 messages. If someone replies to message number #2 then when a new record is created it is then assigned number #3 not #11, thus making a duplicate entry for #3.
Preset ticket = TCK-#####
Preset on reply ticket = TCK-#####
In der Config-Datei habe ich den Eintrag "language = german" vorgenommen. Was unter Windows funktioniert, verweigert mir Linux: Die Umstellung des Logs auf Deutsch. Wer kann helfen?
Salvatore
Das kann drei Ursachen haben:
1) Die Installation under Linux ist nicht vollstaendig. Die Datei resources/eloglang.german muss vorhanden und von elogd lesbar sein
2) Der linux-daemon braucht ein Neustart nach jeder Aenderung der Sprache
3) Nochmal ueberpruefen, ob der Eintrag "language = german" auch wirklich vorhanden im richtigen config file ist.
Your SMTP server does not accept the email send request from ELOG. That can have many reasons. Most systems are set up so that they do not accept SPAM. To do that, they do various checking of the sender address etc. Maybe you need an "Email from = mike2.cianci@comcast.net" in your config file to have a "real" sender address. Some more information you can get if you start elogd interactively in a DOS box with the "-v" flag, because then you will see all the debugging output of the communication between elogd and your SMTP server.
> Hi, > > I've just upgraded from 2.6.2 to 2.7.3. > > In my config file, I have > > Quick filter: Date, ID. > > When starting 2.7.3, across the top I now get > > "Error: Attribute "ID" for quick filter not found" > followed by an entry box. > > If an ID is typed into that box, it sort of finds the right entry (+/- a few on occasion). > > I cannot see any documented change that would affect how the Quick filter works. Any clues? Thanks. Actually it is nowhere written the 'ID' for a quick filter should work. After investigating, I realize that it worked previously "by accident". I added in meantime some test so there is a warning for quick filter attributes which do not exist, and that's what you got. I loosened this test for 'ID' now in the current SVN version, so it can be used. It does however not display the single entry you want, but a page containing that entry (which then is displayed in bold). If you want exactly one entry, just add it's ID to the URL, like https://midas.psi.ch/elogs/Forum/65767 for your previous entry.
When I was browsing this forum about my previous problem, I found this thread. A ticket number that applies to all entries in a thread, but is unique to that thread. But I have the same problem as Richard Ecclestone reported, and the "Preset on reply ticket" line from your reply has not had any effect. It appears that on starting a new thread (which is to have that ticket number), the ticket number is just incremented by one from that of the previous (as in previous ID number) entry. This is fine if each thread is completed before a new one started, but if there are more than one active thread, which can be progressed further in any order, new threads are likely to be issued with a ticket number which has already been issued (see Richards's example). An alternative source of unique numbers would be the Entry number (as in "696 Entries", top right of the midas.psi.ch/elogs/Forum page), which would be the seed for the ticket number on new entry. Not sure of the syntax for that, or for the replies to have *that* number for the config file. I know there is a problem if you move a number of threads away, but the only alternative (that I can think of) is to store the seed number somewhere, and increment it every time a new thread is started. Or have I got something wrong here? Thanks. Regards, David.
When I was browsing this forum about my previous problem, I found this thread. A ticket number that applies to all entries in a thread, but is unique to that thread. But I have the same problem as Richard Ecclestone reported, and the "Preset on reply ticket" line from your reply has not had any effect. It appears that on starting a new thread (which is to have that ticket number), the ticket number is just incremented by one from that of the previous (as in previous ID number) entry. This is fine if each thread is completed before a new one started, but if there are more than one active thread, which can be progressed further in any order, new threads are likely to be issued with a ticket number which has already been issued (see Richards's example).
An alternative source of unique numbers would be the Entry number (as in "696 Entries", top right of the midas.psi.ch/elogs/Forum page), which would be the seed for the ticket number on new entry. Not sure of the syntax for that, or for the replies to have *that* number for the config file. I know there is a problem if you move a number of threads away, but the only alternative (that I can think of) is to store the seed number somewhere, and increment it every time a new thread is started.
Or have I got something wrong here? Thanks. Regards, David.
[demo] Theme = default Attributes = Ticket, Author, Subject Preset Ticket = TCK-####
The the first entry gets TCK-0001. Any reply to that stays with TCK-0001. Then I do another "new" entry, which gets TCK-0002. Even if I then do another reply to the first thread, that will just stay with TCK-0001. So avoid using 'Preset on reply Ticket". The post from Richard was different, he wanted a new number also for replies (if I understand correctly).
Ok, now I got the point, also Richard had the same problem. Assume we have 10 threads, and thus ticket numbers 1-10. Now we get a reply to #2, which then pops up to the top of the list. A new message increments the top entry of all entries, and then wrongly gives a new #3, instead of #11.
I fixed this in SVN revision 2073, where elogd searches all logbook entries for the largest index, then increments this one by one. The fix will be contained in the next release.
I'm using ELOG version 2.7.3-2058 and have been trying to get FCKeditor to work. This, to my understanding from the documentation, is supposed to be a part of elog by default after version 2.7.0 and from looking at the configuration syntax manual, it looks as though FCKeditor should be on with the default settings. I done nothing to turn it off and none of the obvious fixes seem to do anything. I've posted the text of my configuration file below, what did I do wrong?
Your assumption that FCKedit should work by default is correct. Try to start elogd manually and watch its output. It should show:
elogd 2.7.3 built Mar 12 2008, 22:23:55 revision 2080 FCKedit detected ImageMagick detected Indexing logbooks ... done Server listening on port 1234 ...
where it indicates the FCKedit is detected. This check is done by looking at a file scripts/fckeditor/fckeditor.js. If this file is missing on not readable, FCKedit will disabled by default. If the file is missing, please let me know how you installed elog (RPM, from source) so that I can double check it.
No, there is no button for that.
We have configured several logbooks to allow users to duplicate an entry in another logbook, which is very useful for entries which apply to more than one category.
However, once the entry is duplicated, subsequent revisions to the original entry are not copied to the duplicate entries.
I can see where implementing that would add a lot of code to ELOG. Rather than do that, would it be possible to add a configuration option to duplicate only the attributes, and place a link to the original entry in the body of the duplicated entry instead of the full text?
I don't know if you are aware, but you can put links to other entries manually into the text. Just enter them in the form elog:65799. You can click on that link which takes you the entry you reference. Unfortunately there is at the moment no automatic way to generate this back link automatically.
Hi, I try to set up a logbook and i wanted to create something with icons (like this logbook) and it will be easier for me if i have ur config file
https://midas.psi.ch/elogs/Config+Examples/2
Got the same problem, solved by manually unzipping "scripts/fckeditor.zip" from the sources to the installation directory (/usr/local/elog/scripts)
A better solution is to modify the Makefile :
@unzip -q -f scripts/fckeditor.zip -d $(ELOGDIR)/scripts/
which doesn't work on my Ubuntu 8.04; however changing to:
@unzip -q scripts/fckeditor.zip -d $(ELOGDIR)/scripts/
does...
I didn't realize that the Ubuntu version of unzip does not support the -f flag. Anyhow it's not really necessary, so I removed it from the distribution. The fix will be contained in the next release.
I "upgraded" from v2.6.? to v2.7.3. By "upgrade", I mean "copy all files to a different computer, then run the installer". e-mail messages received from my v2.6 instance look nice. The messages look like HTML tables with blue and green coloring. My v2.7 instance appears to send plain text. But, when I forward the v2.7 message, the nice HTML tables appear again. Is there an e-mail formatting setting that I need to change?
That has probably to do with the program with which you read your email. The coloring is done in a cascading style sheet, which the email program has to load from the elog server upon display. Most programs ask you if you like to "load images" for this email. This is a bit misleading since the style sheet is no image, but similarly loaded form an external source. I use Thunderbird, which remembers my decisions. So if I get an elog message from a certain email sender, and I click on "load images always from this sender", then it will show the colored background for each following entry. If the sender now is different (like if you use a different computer), this will be different and you have to load images once by clicking somewhere (mostly a bar above your email display).
It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.
Nice idea. I implemented that feature, as can be seen at the contributions logbook for example. It will be contained in the next release.
Would it be possible to instead of appearing a "clip" and/or "multiple-clips" (as the number of attachments grow) to appear a number which will be = to the count of attachments to avoid the column become too wide?
Ok, so I show individual clips up to five, and the number of attachments if more than five.
The problem had to do with the integration of native SSL into elog/elogd. I tried to fix it in revision 2099. Please give it a try. I have not tried yet the SSL mode, but I changed the -s for "subdir" to -d not to collide with SSL.
Hi, I'm evaluate currently if we can use ELOG as an shiftbook. So far I like ELOG very much, but I got a question.
Is it possible to have sticky message entries? Entries that always show up on top of the others. Thats for important entries that are valit for multiple shifts.
Have looked arround here, but could not find anything in that direction.
Many thanks for any answer.
Peter
Nobody an idea if it is possible?
Sorry, I overlooked your first question.
Sticky entries are not directly supported, but you can get the same (maybe even better) using following scheme:
- Use an attribute, like the "Type" in the example logbook, and add an option "Sticky"
- Use "quick filter = type". This shows up a filter box on the listing at the top right. If you select "Sticky" there, a listing with all sticky entries will show up.
- Use a different style for such an entry with "Style Type Sticky = background-color:red". This makes all sticky entries show up with a red background.
> elog -s -h elog -p 443 -l current -u <user> <password> -e 1 "EDIT THIS ENTRY" -v Successfully connected to host elog, port 443
When using 2.7.3-2095 I can't seem to get the paperclip/s to show, just an additional field in the summary view (named Attachments) with the attachment file names below? Am I missing something?
EDIT: Just downloaded the latest version and now it works. My old one was 2058, BUT, how can I change multiple styles, e.g. background and font color at the same time? Komma does not seem to work and two style lines also not.
You can separate them with a semicolon. Just like:
Style Category Info = background-color:lightblue;font-weight:bold
Note that you cannot change the font color, since it is a link, and that is defined in the default.css file under
/* standard link colors and decorations */ a:link { color:#0000FF; text-decoration:none } a:visited { color:#800080; text-decoration:none } a:hover { color:#0000FF; text-decoration:underline } a:active { color:#0000FF; text-decoration:underline } a:focus { color:#0000FF; text-decoration:underline }
[global] port = 8000 password file = passwd Options Category = Other , Shift {1} , Routine Attributes = Author, Category, Subject {1} Options Subject = Shift start {a}, Shift end {b} {1&a} Preset text = shift_checklist.txt {1&b} Preset text = shift_summary.txt [demo1] Comment = General linux tips & tricks [demo2] Comment = General linux tips & tricks
Dear All I can't uplode Attach file. It have Error
Thank you very much
Joe..
The problematic part is the "\" in the filename, which is not correctly recognized as a directory. I will fix this in the next release. For now, just click on the Browse button, navigate to d:\, and then select there the file aaa.doc.
Using the "Link Display =" I can turn of the link to each individual entry, however, I would like to have a custom link in one of my columns. Is this possible?
What you can do is to define an attribute (let's call it 'link'), then substitute this (maybe empty) attribute after submit with
Subst link = http://www.google.com
so this attribute will contain this link. You can also combine the value of the attribute with the link, like
Subst link = http://www.google.com/search?q=$link
this will produce a link to google search where it searches for the value of the attribute:
Would be nice if the user can search with the same items he used entering the data into the form.
I finally found some time to implement conditional attributes in the find form. This new feature is contained in SVN revision 2104 and in the Windows version 2.7.3-3.
Just noticed that in IExplorer and Firefox when creating a new entrie i got a popup with the following text in it : Unknown toolbar item "ShowBlocks"
When clicking OK : everything is working. Think it has to do with FCKedit, but I'm not shure.
Is there a way, option, feature to setup the text section only to be scrollable when viewing a log entry, such that the header (meta info) section stays fixed?
Unfortunately no.
At the moment no support for a Web Service is planned.
I would appreciate if elog could provide a simple support for mathematical expressions.
A solution similar to wikimedia should be easy to implement and would help a lot. http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Windows#Alternative_Solution
The idea is to parse the elog entry for a tag (e.g. <math></math>), extract the code, wrap it into a latex file, and pass this to latex, GhostScript, and ImageMagic. (The latter are already used by Elog, therefore the changes should not be too big.) The resulting image file would then be referenced by the elog html code.
Of course, the FCKeditor would not support LaTeX. However, the majority of elog-useres should be scientists and rather familiar with LaTeX. Therefore it should be fine if the original LaTeX code is saved (e.g. in the ALT-tag of the image) and the replacement "code to image" is undone for editing.
We had already some time ago a request to integrate mimetex (elog:1827). I will see what I can do there.
Have you tried the "RSS Title" option?
Ok, nevermind that one, Dumb Question I think, now that I have figured out that the field I was concerned with does not increment in a reply already. So.. that only leaves my one question, is there somewhere that I can change the text, not the action, on the menu so that I can do a reply, but have the link list as something like "New Item".?
Unfortunately this is not possible at the moment.
Well, I tinkered a bit with a journal entry display page and found that without having to suggest the flavor-of-the-month web design mantra of "replace table layout with CSS only", just a few CSS tweaks can enable exactly what I am desiring.
For your consideration, here are the tweaks I made to get a fixed header and footer section with a scrollable journal entry section in the middle:
Now as I'm not a web designer by trade and not intimately familiar with CSS nuances, I used the time honored method of documentation lookup with trial and error.
In any case, it worked and displays exactly the way I wanted; please do consider this for a future elog release.
Apparently you downloaded an ELOG page and modified it manually. Can you send me the modified page, it then would be easier for me to implement it (I can shorten "my" trial and error phase..)
Unfortunately this is not possible at the moment. You would have to use the menu command "copy to" and enable it for the admin user. Then you create your entry, and click on "copy to" once for each location you want to copy this entry.
Hello everyone, I am new to the forum.
I currently have an attribute which is a list. From this drop down menu, I can only access around 100 options (ELog restriction I think). How can I extend my drop down list to say 200?
Example:
Attributes = RB Options RB = a, b, c, ...,etc.
The number of 100 options is defined in elogd.c with
You could try to increase this to 200, but I have no idea if you will hit some other memory limit then. So what about conditional attributes? You subdivide your list into several smaller lists, like
Attributes = Category, RB
Options Category = Cat1{1}, Cat2{2}
{1}Options RB = a,b,c,d...
{2}Options RB = e,f,g,h,...
this is then also easier to handle, as compared to select a value from a very long list.
Thanks for that advice. I have made that change to the elogd.c file, but the only problem I don't know how to compile Elog to make that change take effect. I did the stop and restart of the elog service in windows, but that made no difference. How do I compile ELog? Sorry for my ignorance, but I am fairly new to Elog.
You need a C compiler to compile Elog under Windows. If you don't have one, I would suggest to follow the advice to use conditional attributes. This does not require a recompilation of Elog.
I'm sure this topic has been visited previously, but a search of this forum didn't show any results.
Is there are support or already proven method of encrypting the logfiles that Elog serves up?
There is no native support for encryption inside ELOG, but you can use some external tool to achieve encryption. You can for example use TrueCrypt to mount a virtual encrypted drive, where you store your log files.
I can get my hand on a C compiler. What the process involved?
Sorry, but teaching you how to compile C programs is beyond the scope of this forum. Please buy a book for that. Most C compilers also comes with some decent documentation. You might try gcc under cygwin or Visual C++.
Ok thanks... but i meant this Forum logbook... Can u give me the configuration file and the css file if i need a different one ?
thanks a lot by advance
The forum logbook is here:
https://midas.psi.ch/elogs/Config+Examples/4
the CSS file you can directly load from the server under
https://midas.psi.ch/elogs/forum/forum.css
> I tried to use the command > Subst on edit Last Edit = $entry time > but it gives a "-" for the Last Edit value when I edit an entry. > > I think this is because $entry time is not a variable supported by Subst. Can you add that support, or else tell me if you know a better way to go about > doing what I'm attempting? Is there perhaps a way to globally process a group of entries in a logbook and set one attribute's value to be equal to > another's? I tried to reproduce what you said and it worked fine for me. I used: [demo] Attributes = Author, Type, Last Edit, Subject Subst on edit Last Edit = $entry time And got correctly the entry time copied to the "last edit" field when I changed old entries. I used version V.7.3-2104.
> I would like to turn off the display of attachements when editing an entry in some of our logbooks that contains big file. > So I did set the flag "preview attachements" to 0. It seems to work fine on text file attachment but > the thumbnails for PDF and images (very nice feature by the way!...) are still there... I fixed that in revision 2109.
I am trying to enter a log record in secure mode into a log book hosted on an apache server (v2.7.2).
[atlt0dev@voatlas04]~% elog -v -s -h prod-grid-logger.cern.ch -p 443 -u myuser -w mypassword -d elog -l "ATLAS+Tier0+Operations+Logbook" -a Subject=foobar
Your problem is the wrong password parameter. The "-w" password is only if a write password is defined in the config file. If the user level access is chosen however, you have to specify the username/password pair only separated by a blank such as in
elog ... -u myuser mypwassword ...
I would like to be notified by email of some logbook entries regardless of whether the user has chosen to suppress email or not.
This way I will always be aware of new entries, and users will still have the option of notifying a larger group of other users, or not.
As far as I can tell, presently the Suppress Email checkbox overrides Email All.
If I make "Email all" override the suppress email checkbox, some uses would complain "I check the supporess box, but my admin still gets email, what am I doing wrong here?". So while this works for you, it will not be desired for everybody. I would have to add another parameter just for this request. Couldn't you instead use the RSS feed functionality? This way you well see all entries, independent of the email notification. You can use special RSS feed readers (your browser and email client probably support this already).
Hmm, I see your point, but wouldn't using the RSS feed have the same effect? Or are you saying the users just wouldn't know about it, so they wouldn't complain?
I haven't explored the RSS feed options yet. I'll study them.
The RSS feed you have to "pull" actively with a client (which of course can be periodically in an automatic way). So no pull, no notification, happy users
Hmm. Is there some way to set up a private RSS feed for me only?
If not, I would humbly ask that you add an option. I don't want to generate unnecessary email to users, but I need to always be notified for some logbooks. I'm responsible for some hardware on our project and I want to know any time someone reports a problem. The best solution is to still let users decide whether they want to subscribe to logbooks, and whether entry notification should be suppressed or not, but also have an admin override privilege. There could be a disclaimer "admin is automatically notified of all entries" at the top of the edit page.
If this can be done with a private RSS feed to me only, then that's fine. I still don't use or understand RSS feeds very well, sorry. I'd rather all users did not have the option to be alerted to every new entry, when email suppression is enabled. That would be contradictory, I think.
Thanks for listening!
The RSS feed is private by default. You install a client (like Sharp Reader under Windows). It stays in the icon tray and periodically checks for new ELOG entries. If there is one, it pops up a window similar to your email client. You click on it, and it shows all entries like this:
All you have to do is to enter the URL of the ELOG logook. Just add "elog.rdf" to the URL of the logbook as you would access it from your browser.
Here is the pop-up I got from writing just this entry:
It would be very cool to be able to select Full from the view menu and then scroll rapidly through all entries looking for that high res photo of a SQUID chip I took two months ago. Presently the photos are all full size so the Full view is slow to load and it takes a lot of scrolling to navigate. Can you implement thumbnails in Full view, and also in the single entry view? Clicking on the thumbnail should, of course, open the full size image.
For now, I'm just using the wysiwyg html entry format and dropping images into the entry, then right-clicking to set a small image size. Clicking on the image gives me a new window with the full size image, which works great.
I hope you don't mind the barrage of suggestions, and thanks again.
Thumbnail display in "full view" is implemented already. Let's take this entry: I insert a picture and scale it down via the "smaller" button:
Now if you display this forum in full view, the image is still shown as a thumbnail, which you are able to click in order to get the full resolution display. I don't know what is different in your case, maybe you are using an oder version of ELOG?
Attributes = ..., Flag, ... Options Flag = Yes{0}, No{1} {0} ... {1} ...
You can do this by defining groups. For this forum I did
Group Demo = Linux Demo, Database Group Discussion = Forum, Config Examples, Contributions, Vulnerabilities
where each name on the right side of the equal sign is an individual logbook.
I have defined a quick filter based on an icon attribute and it does not work: no result. I have defined something like your "forum elog" (with Icon comment ): in the quick filter, i see the comments (that a good thing) but whatever i'm selecting, i have no entry.
Is it a bug or i miss something in the configuration ?
I tried to reproduce your problem, but it worked fine for me. I used in elog.cfg:
[demo] Attributes = Icon, Author, Type, Last Edit, Subject IOptions Icon = icon1.gif, icon2.gif, icon3.gif, icon4.gif, icon5.gif, icon6.gif, icon7.gif, icon8.gif, icon12.gif, icon13.gif, icon14.gif Quick filter = Icon
Then I entered two entries with different icons, and I selected the quick filter. It correctly showed me the entry with the icon I selected:
Just upgraded to v2.7.4 and really like the new editor but I need to be able to browse for the correct file when inserting a hyperlink. I looked into CKfinder but can't see how to use this with ELOG. Can anyone help? We have been using ELOG in our control center for about a year and it is working out great!
CKfinder is a tool to browse the server, not the client where the web browser is running if I understand correctly. ELOG only supports attachment and inline images residing on the client side, so you browse with the file selector of your web browser. Or did I understand you incorrectly?
George Chisholm wrote:
Thanks for the reply Stefan and thanks for making this program available - where can we send a donation?
When I click 'InsertLink' in the FCKeditor I get an 'Explorer User Promp' popup asking me to enter the name of the hyperlink. After I enter the name I get 'Enter URL of hyperlink'. Typically I want to link to a file on a mapped drive but I would prefer to browse to the file location and select the file rather than type it in.
You can donate here by clicking the donate link at the ELOG page.
If you want to attach a file from a mapped drive you click on the "Browse..." button at the bottom of the ELOG page:
Ok, now I got the point. I fixed this problem in elog revision #2114. Quick filters are now working with icons:
Ok, I added sorting for "museremail" and "muserlist" type of attributes. Sorting is simply done by sorting the email addresses and first part of full name, respectively. The change is implemented in SVN revision #2115.
Hi there. Just started recently set up the application and think its very usable and easily configured - great stuff
I'm looking to roll it out to the masses but have a slight logistical problem in that we work on 2 separate networks - NET1 with connection to the internet, and NET2 physically isolated from NET1 and the internet.
It would be desirable to allow users to add/update/delete logs from both NET1 and NET2 with periodic synchronisation.
I believe the mirroring facility is what should be used, and think the following setup and synchronisation steps may be workable:
Setup:
Performing Synchronisation:
Am I on the right track?
Would very much appreciate comments and and advice on the above.
A couple of comments:
Hi, I would like to preset an attribute type useremail with $user_email but that does not work because $user_email contains mailto: like mailto:user_email@domain Has anyone an idea how to resolve this problem?
attribute type useremail
$user_email
mailto:
mailto:user_email@domain
Type Reporter = useremail Preset Reporter = $user_email
Type Reporter = useremail
Preset Reporter = $user_email
This was a bug. I fixed it in SVN revision 2118.
I get the following error where thumbnails should go: Cannot create thumbnail, please check ImageMagick installation.
I restarted elog and check the log, it does in fact detect ImageMagick and it does have the most recent version. I'm running ubuntu 2.6.24-19-server. Is there something else I should be checking?
Try the following:
You should get something like:
23-Jul-2008 15:10:38 [] Server listening on port 8080 .. 23-Jul-2008 15:10:52 [stefan@127.0.0.1] {demo} SHELL "convert "logbooks\demo\080723_151052_Capture.png" "logbooks\demo\080723_151052_Capture.png.png""
In your logfile. Now try the "convert" command manually under the same account elogd is running. Possible reasons for problems are:
When the WINDOWS binaries with the latest bug fixes will be available on the download page ?
Have a nice day
Whenever you ask for it
I made you an elog274-1.exe containing revision 2118.
I would give it a try!
One of my shifters just managed to make an anonymous logbook entry even though the Author attribute is required.
It turns out that he had two tabs in his browser opened/logged into the Elog. He logged out in one tab only. Then he
did some other work on the desktop. Then he returned to the browser to make a new logbook entry, finding the tab which
still showed the logged in menu, including the link for "New". The Shifer is on day two, so he did not give any special
notice to seeing Anonymous in the Author field instead of his name. He did point it out when I came in, and noted that
no warning was given about making an anonymous entry.
I tested the same scenario myself. One cannot preview an anonymous entry (when Author field is a required attribute).
A warning is given. However, one can submit the anonymous entry, and no warning is given.
What configuration do you use? I tried to reproduce your problem with a "minimal" configuration like
[demo] Attributes = Author, Subject Preset Author = $long_name Locked Attributes = Author
When I log out from the second browser tab and click on "New" on the first browser tab, I am shown the login page, not the new entry page. I guess your "menu commands" and "guest menu commands" allow non-logged in users to issue a "New" command. Try removing that.
Probably you did not install the FCKeditor. Just try a reply to this message, and you will see the many formatting icons on top of the page coming from that HTML editor. Without the editor, you will only see the plain HTML. You can switch back however to the old behavior by selecting the ELCode encoding. You can make this permanent with the "Default encoding =0" option.
my ELOG sometimes dies with "deadc0de", do I have too large ELOG config or logbook? Or is it simply a bug?
What can I do to solve this problem? "ulimit"? Or some trace output from elog?
This seems an internal memory allocation problem. Can you reproduce the error? Can you reproduce it with the minimal configuration file coming with the distribution? If you know how to run a program inside the debugger, you can send me a stack trace when the problem occurs and I can check it.
when I choose the Spanish language, the command Copy To isn't allowed. I have had to change the language file and change the line:
Copy To = Copiar a
to
Copy To = Copy To
That's strange. I just tried (even with Spanish) and it worked for me. Which version of elog do you have installed? Can you send me your elogd.cfg file?
With SSL enabled, I'd like to to grab the CN (Common Name) of the user certificate and use that as login authentication method.
I am thinking of the following scenario:
- users with read & write privileges need to have an SSL certificate loaded in their browser. The "Author" field will be pre-set to the CN of the user certificate.
- authorization may be subject to further granularity (e.g. only allow users whose certificate belongs to a certain organization)
- read-only, guest access (without certificate) may or may not be allowed
Is there a way to do that?
I put your request on the wish list.
No, this is not possible.
I am using the CMS ELog remotely as a monitoring tool. Information is compartementalized into dozens of containers. I can create a find query URL, say last day, which then reloads every X minutes in Firefox. When new ELog entries are made, then appear in the refresh and catch my attention. But, my interests are somewhere between a single logbook and all logbooks. If I choose all CMS logbooks for example for one day, I usually end up with > 200 entries.
In short, I would like the ability to:
1) Select from the list of available logbooks when doing a search
2) Have more canned choices from smaller time frames, such as 1 hour or at least one shift (8 hours).
I do not see how to do this in the current elogd.cfg syntax instructions.
Thanks, Alan
First of all have you considered using the built in RSS feed? With an RSS reader new entries are shown in a local notification box similar to new email. Some people like it.
1) This is not directly possible, but there is a trick: Define a URL to each logbook and put it into the Bookmarks Toolbar of Firefox. If you have many logbooks, this will however clutter up your toolbar. Then I recommend to make a subfolder in the toolbar and put them into it. Now firefox has the neat feature that if you click with the right mouse button on the folder, it offers you "Open All in Tabs". If you select this, you get a tab for each logbook in fireforx, and you can browse through each logbook individually.
2) This function was there long time ago (since I needed it myself) but somehow vanished. I added it back in revision 2126. You can now craft an URL like
https://midas.psi.ch/elogs/Forum/past-8
to show the last 8 hours.
Is there any way to send email notification of only the message and not the attachment. We get entries consisting of 10 MBs sometimes, and we would like to send only the message and not the attachment in the email notification. I tried restricting postfix to 1MB and using Email Format = 111 but with no success.
You have to use
Email Format = 47
to remove the attachments. The encoding is decimal, not binary, so you have to do 1+2+4+8+32.
We are using elog to allow users to enter their time spent on a project and we would like them to be able to see the entries that they themselves have
created but not the entries that other users have created.
Herman
In that case you have to make one logbook per user and restrict the access to it using the "Login user = ..." directive.
I tried Email Format =47 . still am having problems.
With Postfix limitation of 1MB elog is giving error message of 'Error sending Email via "<domain name>": 5.3.4 Error: message file too big
Without Postfix limitation, its sending email with the attachment.
I guess you are modifying the wrong elogd.cfg file. Note that you have to send a HUP signal after you changed elgod.cfg for the daemon to re-read the file. Try modifying something else (like adding a new attribute) and see if the daemon sees the change.
Adding a new attribute is working fine... Has it to do with the elog 2.6.3 version and also I downloaded from ubuntu's synaptic package.. Will the latest release of elog solves this problem???
I don't remember exactly when this feature was added, but it would well be that it was after 2.6.3, so upgrading would help.
Thanks Stefan. Now I have installed 2.7.4 and the problem is solved. but am having another problem. Elog is giving the same error message if the logbook has more than 5 subscribers for email notification. Upto 5 subscribers it works fine. I am sure its not postfix problem as I am able to send to more than 5 addresses in pine.
There is no limitation with 5 addresses in elog. What you can do however is to turn on debugging and watch the communication between elog and your SMTP server. To do so, start elogd interactively with the "-v" flag (='verbose'), send an message and watch the output. Maybe your SMTP server sends some error code to elogd.
How do I set a default list option? I have an attribute called Active with options yes, no When I do a list I want to see just the records having yes. When required, the quick filter allows me to see records with option = no or all the records. Thanks
There is a trick. Use
Start page = ?Active=yes
and use a quick filter on "Active". This will always start with a list where Active=yes.
It is possible that the Move to... and Copy to... commands can be configured so that when they operate on a message that is part of a thread, that only that message will be moved, instead of the whole thread?
This has not been implemented on purpose. Assume you have a thread with
A
B
C
So A links to B, B links back to A and so on. If you would move now B into another logbook, A and C would point to an entry which does not exist any more. Furthermore, C may contain some sentences which are a reply to something which has been said in B. So even if the "Move To" mechanism would re-link A to C and C to A, the entry C would maybe make no sense any more if B is missing. That's why you only can move threads as a whole. If you want to move individual messages, don't use replies. You can actually disable the reply command in the configuration file.
I have a muliple entry field, which is defined by MOptions, which allows you to make multiple selections into one field.
My problem is that when I try to select this option from the Quick filter menu option, it brings back no entries.
When I use the search option this works fine. Any ideas on where I go from here?
Recently I fixed some issues with MOptions. Please update to version 2.7.5.
Unfortunately this is not enough information for me to conclude anything. You need to be able to reproduce the crash, then tell me exactly how you did it, so that I can reproduce it. Then I have a chance to fix it.
I've set up my ELOG configuration to display one summary line in the list view. However, a word from the next line creeps in from time to time. You can see this in my logbook - look at the 'Text' column for entries 805, 802 and 800 for instance. The word 'Shift' is from the second line of the entry, but it has been added to the summary text for some reason. Any ideas how I can fix this?
Your problem comes from the fact that you probably did not enter the HTML text body with the build-in editor, but copy-and-pasted it from somewhere else. ELOG determines the end of a line by looking at the line-feed character (\n), and your HTML text does sometimes not contain this character at the end, but only the HTML paragraph tag (</p>). I added some code in SVN revision 2131 to look also for the HTML tags properly, so if you upgrade to that version, it should be fine for you.
Wildcards are not implemented for that purpose. But a "Allow New = admin1, admin2" implicitly denies this command for all other users, I guess that's what you want. There is also the possibility to use "Guest Menu Commands" to allow everybody to read entries, but only logged in users to write and modify them.
I tried it in a global group configuration
[global monitoring] Allow Edit = admin1, admin2 Allow New = admin1
But I as admin2 am still able to create new entries in the corresponding log books.
Is this configuration only for logbooks?
I just tried myself with following config:
[global] port = 8080 password file = passwd Allow New = joe [demo1] Theme = default Attributes = Author, Subject
and it jus worked fine. When I'm not logged on as "joe", the "New" command even does not appear. If you would have supplied your correct ELOG version, I could have checked if you have an old version. In that case you could upgrade.
how can i make the author field read only on new postings? It should take the value from $long_name after login and without login there is no way to make new postings.
This is a part of my elogd.cfg
[global] ....... Logfile = elogd.logLogging level = 3Login expiration = 24Password file = ./passwd ....... [Informations] ....... Logout to main = 1Logbook tabs = 1Guest menu commands = Back, Find, Login, HelpGuest find menu commands = Find, Select, Login, Help Preset Author = $long_nameAttributes = Author, SubjectRequired Attributes = Author, Subject ........
Thanks Brassmann
All you need is an addition
Locked Attributes = Author
I use HoverSnap. This program generates a saved screenshot with one keystroke, so at least it saves you the manual save.
Have a look at Contributions.
No quick fix, sorry. It is also limited by a fixed number of characters per line in the configuration file and many more. I will try to increase it, but it will take time. Can you maybe set-up a mailing list at your email server? This way you send only email to one destination and it gets distributed to many people.
Can you describe what you exactly enter in this forum to produce the error so that I can reproduce it?
Hi ,
i have a little problem with the guest access. There is no acces to the logbooks as a guest. Evereytime i see the loginbox after clicking the logbook.
[Informations]Guest menu commands = List, Back, Find, Login, HelpGuest find menu commands = List, Find, Select, Login, HelpPassword file = ./passwdSelf register = 1Logfile = elogd.logLogging level = 3Login expiration = 24Admin user = testuser Theme = defaultPreset Author = $long_nameAttributes = Author, SubjectLocked Attributes = AuthorRequired Attributes = Author, SubjectPage Title = ELOG - $subjectReverse sort = 1Quick filter = Date, Subtext
Thanks for help, Brassmann
I tried your configuration and it worked as expected. Maybe you have edited the wrong configuration file, not restarted the server, or have an old page in your browser cache.
> 1) "make" fails if libssl-dev package is not installed. Documentation does not mention SSL library requirements. I added a note to the documentation, thank you. > 2) /etc/init.d/elogd: line 10: /etc/rc.d/init.d/functions: No such file or directory (I fixed this by commenting > out that line). > > 3) Starting elogd: /etc/init.d/elogd: line 34: echo_success: command not found (Fixed by search/replace "echo_" > to "echo "). The elogd (or elogd.init in the distribution) is written for RedHat based systems where echo_success gives the typical output with a green [OK] at the end of the line. For Debian, there is (was) in principle a Debian package which has it's own startup script. Since the package maintainer is not active any more (I guess), the Debian updates are heavily old. Once elog gets managed inside Debian again, that should get better again, but until then one has to follow 2) and 3) from above. If I would remove it, the Scientific Linux users would complain.
Just run it inside gdb. When it crashes, you will see a segment violation and you will end up at the debugger prompt. Then do a "bt" to see the stack dump. From that I can guess where the problem happens.
> elogd is crashing with a segv when I try to create a new logbook by clicking the "Create new logbook" button > with an existing logbook selected in the dropdown list as a template. I've attached my config file for > reference. As a specific example, I'm logged in as the admin user, viewing logbook "1248", which has no entries, > and I click "Config" -> "Change config file" -> "Create new logbook", Select "1248" from dropdown list, enter > "1250" for the new logbook name, and click "Create new logbook". > > The server crashes, and my web browser has the following as the (incorrect) URL it's trying to load: > (Incorrect because the "/ATLAS" shouldn't be there.) > > https://localhost:8080/ATLAS/1250/?cmd=Config > > Nevertheless, the config file and logbook directory are properly modified for the new logbook, and on restarting > the server, everything is fine. > > Oh, just noticed that if I manually enter the URL: > > https://localhost:8080/ATLAS/1250/ > > or actually, any text in place of the "1250", it also crashes the elogd process. So, perhaps there are two bugs? > > (1) Incorrect URL being given to the web client after logbook creation > (2) Requesting any incorrect URL of this form crashes elogd This problems have been fixed in SVN revision 2135.
Is it possible to derive the time in a 'date/time' attribute from the Elog server? We would like all our entries in GMT/UTC time and unfortunately as the time is currently derived from the client machines there are often entry descrepancies if the regional settings are not set correctly.
The '$entry time' variable can be used but seems to put a 1970 date in the field so bears no relevancy to an 'Event' time?
I'm also having issues with conditional entries in the Find page. If a conditional statement is used to hide attributes or change displayed attributes in the entry page then the attribute that is used in the conditional statement is not permanently selectable in the 'Find' page. It is available as a choice but as soon as selected the conditional action removes it? Is it possible to make conditional options/actions in the 'Find' page optional?
Hope that makes a little sense?
Many thanks
There are several methods to get the server time:
Via presets of attributes
Attributes = Author, Event time, ...
Preset Event time = $utcdate
which gives you actually the UTC time.
Via the editor
The editor toolbar contains a little clock. If you click on it, you insert the current server time (but localized, not UTC).
Hope one of the two methods work for you.
The problem with the conditional attributes in the find page is I believe fixed in the current version.
Hi Stefan. I have been "playing" around with this great tool and found an interesting "issue" ... I use multiple logbooks and have both "Protect Selection page = 1" and "Expand Selection Page = 1". When I open my elog, I get a Standard Login Screen with the Standard Bottom Text "ELOG V2.7.5-2130" which will link to your this website. When I "Logout" and "Login" again from the Logbook page, I get another Login Screen with my own "Bottom text login" which will link to my own elog page. How can I apply my own Bottom Text to the Standard Login Screen ? Thanks & Regards, Barend
By using the configuration option "Bottom Text Login = ..."
We've been having toruble with uploads not working and I notice that every time someone uploads to our elog the same error message appears in /var/log/syslog:
Cannot restore original GID/UID.
How can I fix thsi error? Or, perhaps more importantly, could it cause elog to "lock up" (note, it doesn't crash)?
I'm runing elog on Ubuntu kernel version 2.6.24-server.
Probably something is wrong with the account under which you run elog. Normally (at least if you install elog from the RPM) you have an account "elog" and group "elog" under which you run elogd. You compile and install elogd under root (so that it can bind to port 80 for example), and then you put
usr = elog
grp = elog
into the configuration file. So when you start elogd, it binds to the server port, then falls down to user "elog" and gives up root privileges. If the elog account for example does not exist, you get the above error message. The only problem I see there is if elog stays as root, it can do more harmful things in case it misbehaves.
I have defined the "Bottom Text Login = ..." in each Logbook Configuration section. But when I use this option in the Global Section, ELOG fails to start.
Barend
That's strange. I just tried myself following configuration file:
[global] port = 8080 Bottom text = <center>Hello</center> Bottom text login = <center>Login Hello</center> Password file = passwd [demo1] Comment = General linux tips & tricks Attributes = Author, Type, Category, Subject Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Page Title = ELOG - $subject [demo2] Comment = General linux tips & tricks Attributes = Author, Type, Category, Subject
and everything works fine as can be seen from the login screen:
so can you check if above file works for you?
Many people want conditional attributes on the find page, so I cannot remove it. Before adding another parameter to disable this optionally, I would like to ask you to first try the "Show attributes edit = ..." option, which is not evaluated in the "find" page. Maybe you can achieve what you want with this option.
A problem recently developed for our elog...after running without much problem the elog daemon was restarted on an ubuntu server running apache2. Now the server gives 502 Proxy Error messages:
The proxy server received an invalid response from an upstream server. The proxy server could not handle the request GET /elog.
Reason: Error reading from remote server
I did a force-reload of apache after making sure the modules are enabled. I also restarted elogd but to no avail. One symptom seems to be that the GET request is empty...that is before it was:
"GET /elog/sample_elog/etcetera HTTP/1.1"
but now it is just
"GET /elog HTTP/1.1"
Just started out of the blue...
I have a similar problem when I restart the elogd daemon. To fix that, I usually also restart Apache.
I went to upgrade to the new version of elog I receive a error message that is.
error: Failed dependencies: libssl.so.6 is needed by elog-2.7.5-1.i386 rtld(GNU_HASH) is needed by elog-2.7.5-1.i386
Do I need these dependencies for elog to work? If I do need them where do I get them for Suse 10.2.
Thank you for any help.
Carl
Starting from 2.7.5, elog needs libssl for any https:// connection. Just install the RPM like you install any other RPM. Now I'm not familar with SUSE, but I found links like that:
http://lenz.homelinux.org/RPMs/
from where you can obtain RPMs. You might have to adjust your YaST installation sources. The package you need should be named opensll-xxx where xxx is some number.
> elogd continues to run after a SIGHUP. If a second SIGHUP is received the daemon terminates. > This was observed on Solaris 10 (SPARC). > The documentation states that elogd should re-read configuration after receiving SIGHUP. I tried to reproduce this but without success. I could send many SIGHUPs without the daemon terminating. Maybe you modified the configuration file in between and elogd barked out because of some wrong configuration? Try to start the daemon interactively and see what exactly happens if you send several SIGHUPs.
If I add this statement to a logbook config file:
Show attachments = 0
When viewing and individual entry, attached images are not displayed, which is as intended, but the links Show/Hide and Show All/Hide All are still displayed although they do nothing when clicked except switch between Show and Hide. Clicking on an image opens it in a separate window.
Could you make show/hide and show/hide all work? This way, by default the images are not displayed, but the default could be overridden on a case by case basis as desired, and the images displayed inline in the same window with the entry.
Very good idea! I changed that in ELOG V2.7.5-2139. The fix will be contained in the next release.
Sorry for the delayed reply.
Ideally I'd like a config setting so that by default all graphics are presented at a fixed thumbnail size, so the users don't have to edit the image size every time they add one. Clicking on the thumbnail would open the image full size.
This would by default streamline loading and scanning through pages with many large images, whether in Full view of an entire logbook, or when viewing individual entries.
Have you tried Thumbnail size = xxx in your config file?
When submitting entries via the elog client, I find that I can set arbitrary values for attributes that are supposedly "preset" and "locked".
As an example, I have in my elogd.cfg file:
Group Operations = Accelerator
Top group ATLAS = Operations
[global ATLAS]
Attributes = Experiment, Author, Author Email, Category, Subject Required Attributes = Category, Subject Options Category = Routine entry, Shift summary, Problem, Fix, Question, Info, Other Extendable Options = Category Preset Experiment = Preset Author = $long_name Preset Author Email = $user_email Locked Attributes = Experiment, Author, Author Email
[Accelerator] Attributes = Author, Author Email, Category, Subject Options Category = Routine entry, Shift summary, Problem, Fix, Question, Info, Other
This works as intended with a web client (firefox). The Author and Author Email attributes are preset and unchangeable.
However, if I use the elog client, as in:
elog -v -h my.apache-proxy.server -d elog -l Accelerator -p 443 -s -u johndoe xxxxx -a Category=LN -a Subject=Test -a Author=IDoNotExist -n 1 -m entry.txt (johndoe is an existing user)
The entry is created with "IDoNotExist" as the Author name, instead of the correct name for the user johndoe, and the Author Email attribute is blank. Is there a way to enforce preset and locked attributes in the elogd server? (As a client could connect with any arbitrary software, not just elog.)
Indeed "preset" and "locked" attributes are not obeyed if entries are submitted via the elog tool. The is because if you use a browser, the input form is created by elogd. If you use a locked attribute, the input filed for that attribute is not shown for example. If you use the elog tool, it directly submits an entry not knowing anything about the input form. To make this work, elog would first have to request the input form, then interprete all the HTML, figure out if an attribute is locked or not, then display an error if you try to submit that attribute. Since parsing of HTML is not implemented in elog, this is currently not possible.
Originally I thought that this is not such a problem. Mostly elog is used to produce some automatic entries, where the authorship is of minor interest. But I guess you are afraid that one use could submit an entry under another user's name, right? Well, I hoped that in scientific collaborations nobody is that evil ;-)
Well, I will try to do something here in order to fix this. Will come back to you.
Actually I found a way around. The "Subst xxx" is evaluated after you submit an entry, so it also works for the elog tool. So all you need in your config file is:
and it will do the job.
> I'm actually using elog on Debian and have been rolling my own ".deb" for a while now (starting with the old Debian > Maybe you could add the Debian /etc/init.d/elog script to the "contrib" > directory, with a suitable note in the README or something like that? That script has not changed in a long time and > is still functional - and doing so would make it easier for people who would like to install elog on a Debian (or > Debian-based, e.g. Ubuntu) system. I'll attach the script. The problem is not putting this into the "conrib" area, but supporting it. Since I don't have a Debian system, may I suggest that you put it yourself into the elog:Contributions/ logbook. If people then get problems in the future, they can contact you directly ;-)
In this forum there is a quickfilter for text search. How do I get that into my elog?
When I add:
Quick filter = Date, Type, Text
into config file. I get:
Error: Attribute "Text" for quick filter not found
How do I add the quick filter text search box?
Quick filter = Date, Type, Subtext
as described in the manual
Can you email a thread of log entries. I think this would be a very useful function, which would enable the logger in effect to send an entire history of a particular issue to the interested parties.
Well, kind of. If you notify yourself with elog entries, they are grouped in a thread in your email application. From there you can forward the thread to someone. Or you forward the link to one entry in the thread, and if the link is the opened, the interested parties see the whole link. Sending the whole thread inside elog is however not possible.
I was wondering if it is possible to have several drop down menus associated with a particular field. My problem is as follows, currently I have a particular field where its value is a name of a person obtained from a list of names from a drop down menu. However, I would like to be able to select on certain occasions more than one name from this same drop down list of names.
The field name in question is "Call-out" as in the name of a person called out. I guess I could add another field say "Call-out 2" and have a drop down menu of names for this new field too but I would like to avoid this if possible. So I would like possiby to have two (or more) drop down menus side by side for this Call-out field which would each populate this one field with the names selected (if any) from each drop down menu. This way if only an a selection is made from the first drop down menu then it should work as it does currently but if an entry was also selected from the second drop down menu then both names should populate the field when the log is complete.
I hope I have been clear in my question/request? Many thanks in advance for any help or suggestions received.
Try
Moptions = name1, name2, ...
This gives you not a drop down list, but a series of check boxes, where you can select multiple persons simultaneously.
Your suggestion of emailing a link for a log entry with which any interested parties open the link are able to see the entire thread works. However, it does not display the additional text which may be added in the text box below the standard field entries. To view this additional text would require the email recipiant to log into the elog account. The only problem with this is the interested parties may not have the priviledges to log into the elog account. Thanks for your time.
You could implemente guest read-only access to the logbook (like for this forum).
perhaps there should be something like the bold text below in elogd.c:
int process_http_request(const char *request, int i_conn)^M ...
/* extract cookies */^M if ((p = strstr(request, "Cookie:")) != NULL) {^M p += 6;^M do {^M p++;^M while (*p && *p == ' ')^M p++;^M strlcpy(str, p, sizeof(str));^M for (i = 0; i < (int) strlen(str); i++)^M if (str[i] == '=' || str[i] == ';')^M break;^M if (str[i] == '=') {^M str[i] = 0;^M p += i + 1;^M for (i = 0; *p && *p != ';' && *p != '\r' && *p != '\n' && i < (int) sizeof(cookie); i++) cookie[i] = *p++;
Wow, where did you get that long cookie from? Certainly not from elogd. You must run elogd under Apache, and have some other service next to it on your server which distributes this long cookies, that's why other people did not experience this problem yet. I appreciate your fix. It's alwasy nice to see users not only complain about things, but try to fix them. Your fix is almost correct, you need a
i<(int) sizeof(cookie)-1
since there is the trailing zero for terminating the cookie string. I applied your fix to SVN revision #2146.
Attributes = Author, Type, Last Edit Type Last Edit = datetime Preset Last Edit =$date Locked Attributes = Last Edit Start page = ?rsort=Last Edit
Just the "usual candidates":
I just tried with a minimal configuration file:
[demo] Attributes = Author, Importance, Subject Options Importance = normal, severe Style Importance severe = background-color:red
and it just worked fine:
I would like to be able to substitute some attribute values when an entry is duplicated. I don't see Subst on Duplicate available in the cfg file syntax. Can you add that?
Subst on Duplicate does not make sense. Subst always works after you submit an entry, while Preset works before you enter the entry. When you Duplicate an entry, it looks like a new one, just with attributes and text from another entry. So when you submit that one, the system cannot distinguish if you entered a new one by yourself or if this is based on a copy of another entry. So what you probably need is Preset on duplicate.
When doing a Select->Edit operation, if an attribute has a type of "numeric" and the records selected already have (some) values for that attribute, then the "- keep original values -" message that is inserted to indicate that the values should be preserved causes the type check to fail.
Would it be possible to modify the Javascript that carries out the type check to treat the "- keep original values -" message as an exception?
Thanks for reporting this. It has been fixed in SVN revision 2155. The fix will be contained in the next release.
Here is an excerpt from my config file:
Type Last Edit = datetime Preset Last Edit =$entry time Locked Attributes = Last Edit Subst on edit Last Edit = $date Preset on Duplicate Last Edit = $date
I have another attribute called Part that I've made extendable.
When I duplicate an entry, Last Edit is updated with the current date correctly. However, as soon as I click the Add Part button next to my extendable Part attribute, and the page reloads to show the entry box for the Part field, the Last Entry field is replaced with a "-".
I have to submit and then re-edit the entry to get Last Edit to have a valid value again.
*EDIT*:
I noticed that any time the page reloads while in the entry screen this happens, e.g. by selecting plain instead of html format.
Thanks for reporting that problem. It has been fixed in SVN revision 2156.
This doesn't work:
Execute new = mysql -h localhost -u root -D test1 -e "insert into `test2` (Autor, Adressat, Teil1, Teil2, Teil3, Teil4, Teil5, Teil6, Teil7, Teil8 ) values ('$Autor', '$Adressat' , '$Teil1', '$Teil2', '$Teil3', '$Teil4', '$Teil5', '$Teil6', '$Teil7', '$Teil8' )"
In the elogd.cfg file, you cannot have multi-line options. Either you put everything on a single line (I guess there is also some limit at a few hundred characters) or you call a batch file which then calls the mysql command.
I'm also having this problem.
It's reproducible, It happens if I try to view a certain entry (or the main list page when that entry is near the top), but goes away when I remove the datafile for that entry.
The file is quite large, since it contains several long entries in HTML encoding with some tables and stuff.
The problem is related to the long entries. It has already been fixed in revision 2141 last month. So please upgrade to the current version.
I already tried this. I'm using 2156 (latest from SVN) and no joy.
Well, then I need yoru data file to reproduce the problem here.
One of my logbooks is a fault reporting system; it emails a group of people when a fault is reported. There is an MOption 'Technical Groups', and I want to have a tooltip for each checkbox which shows who is referred to by each group name. However, individual tooltips for each MOption attribute don't seem to work. I've looked at the HTML code, and there's no 'title' attribute for the checkboxes, so it's not a browser problem. I've attached my config file. Any idea what's going wrong?
ben
The syntax for tooltips is
Tooltip <attribute option> = <tooltip>
but you have
Tooltip "<attribute>" "<attribute option>" = <tooltip>
which is not correct, but would make more sense, since you could have an attribut option being valid for several attributes. So I changed elogd to accept both syntax in revision 2158. Please note that you should not put "quotes" around attribute values or options.
Attributes = Author, Type, Category, Subject Show Attributes = Revisions Locked attributes = Revisions Subst on Edit Revisions = $Revisions $date by $long_name List Display = ID, Date, Author, Type, Category, Subject
i have problems with execute delete (execute new works fine) in following config (the attribute 'Counter' will not evaluated). Can anybody help me?
Attribute substitution on 'execute delete' was not implemented, since I thought that the ELOG message ID would be used as the primary key in an SQL database, so one would not need the attributes. I added howver this functrionality in SVN revision 2159, so the next release will contain this fix.
This sounds very good! Thank you very much (Could you please add this functionality for execute edit too? Please :-))
For 'execute edit' this worked from the beginning.
I installed ELOG on a Linux server (CentOS 5.2) and a WinXP laptop.
- If I set both servers to non-SSL, I can synchronize with no problems.
- If I set both servers to use SSL, synchronization fails with "Error code: ssl_error_rx_record_too_long"
- If I set one to ssl and the other non-ssl, synchronization fails with "Remote server is not an ELOG server"
Is anyone synchronizing or mirroring two ELOG servers with SSL? When either or both servers are set to use SSL, I can use either site. but I can't synchronize.
Synchronization with SSL does not yet work. I have to find some time to implement it. Since you are already the second one mentioning this, it slipped higher on my to-do list
Hi, All. We have been successfully using ELOG in a limited deployment for a couple years now. However, we are about to embark on a new project that could run for up to 10 years, and are wondering what sort of scalability we can expect from ELOG.
Are there any problems we can expect to run into as the number of entries grow? I see in a previous thread that "elog runs fine for a few 10000 entries. At 100000 entries it starts getting slow." Is this still the case, or have any improvements been made? What sort of problems would we expect to run into? Any examples of existing large deployments would be very useful.
The above made statement is not true any more. Mainly due to the large CERN experiments, some speed improvements have been made in late 2007. So elog runs fine at least up to 100000 entries. The startup time might be a bit slow, since it parses all entries there, but beyond the maybe 20s startup time, there is not a big difference when browsing entries. The only peoblem left is if you try to search some text through 100000 entries, this could be a bit slow. I have not tried anhything beyond 100000 entries, because this was not requested so far. If logooks become too big, the entreis could be split into several logbooks. Even if there are several logbooks with 100000 entries each, the access time should not be slower than if there would be one logbook with 100000 entries.
Having "Top group" in a config-file for Windows will cause:
GET / HTTP/1.1 Host: eudr6j03j:8084 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.0.5) Gecko/20 08120122 Firefox/3.0.5 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: sv-se,sv;q=0.8,en-us;q=0.5,en;q=0.3 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Cookie: unm=mambrus; upwd=U2lzc2kx; urem=0 Cache-Control: max-age=0 Internal error, no valid header!
Removing "top group" makes elogd.exe work. The error is repeatable and the same config file works on the same version of Elog on Linux. Elog was compiled with Cygwin.
Please supply your full configuration file for error analysis.
Stack error is caused when an entry is submitted in a e-mail notification enabled log when a new entry is submitted. This error does not happen on linux (same Elog version, same config file).
Please let me know if there is anything I can do to help.
-----------------------------2916890032591 Content-Disposition: form-data; name="attfile"; filename="" Content-Type: application/octet-stream -----------------------------2916890032591-- timezone: 0, offset: 0 6 [main] elogd 2816 _cygtls::handle_exceptions: Error while dumping state (probably corrupted stack) Segmentation fault (core dumped)
Cygwin is not officially supported. Can you try the Windows binaries?
Apparently 'MAIL FROM' syntax used by my ISP expects the address to be within <>.
Adding those in the config file fixes the problem:
Use Email From = <user@domain>
Note that the documentation indicates that the brackets should not be there and I'm not sure if this is a bug or not yet. According to this link the brackets should be there but I think to be consistent with other e-mail related attributes in the config file, they should be added by ELOG.
The 'Email' attibute however seems to work fine without the brackests. I.e.
Email All = user@doman
is OK.
I'm not very familiar with SMTP but I was fiddling around with this some time ago setting up a postfix MT. I eventually succeeded with my ISP, but not with gmail's SMTP. Apperently there are differences with the log-in procedure.
I added some code to elogd which always places <> around the "MAIL FROM:" in the SMTP communication. So I hope that problem should be solved from now on. Thank you for your detailed analysis and your hints.
Create a list of elog cookies, and store only these as parameters. Examplef:
int process_http_request(const char *request, int i_conn)
{ ... const char *cookie_list[] = { "upwd", "unm", "elmode", "urem", "wpwd", "apwd", "uname", NULL }; ... ... ... /* store cookie as parameter */ for(i=0; cookie_list[i]; i++) { if(strcmp(cookie_list[i], str) == 0) { setparam(str, cookie); break; } }
I'm not sure if this works, since your test
i < (int) sizeof(cookie)
still will stop parsing cookies if there is one which is too long. So I added your test plus changed the parsing to:
for (i = 0; *p && *p != ';' && *p != '\r' && *p != '\n' ; )
if (i < (int) sizeof(cookie)-1)
cookie[i++] = *p++;
cookie[i] = 0;
The modification is in the curren SVN revision (# 2162). So have a look and check that it works.
Sorry, I didn't know there were any (I've not used Elog for years and I think Cygwin was the only way back then). Tried them now and they seem to work. At least no stack error is caused. I'm getting some other error, but I think it's the handshake with the SMTP. I'll validate it's OK until tomorrow.
Windows binaries also solved the issue with the "Top grop" in my other bug rapport.
Thanks for the help!
Unfortunately can't validate this right now. I'm at a remote network trying to get ELOG on my Windows laptop working with e-mail notifications. Either my normal ISP will not allow the SMTP to accept relaying from external networks, or something else is wrong.
The Windows binary is behaving somewhat differently, it seems to behave like earlier versions. I.e. the error message seen on the browser (Error sending Email via "smtp.xxx.xxx") is very limited. Logging (level 6) will not revile much and -v doesn't output any hints either. Assuming the first possible cause, I registered a account at gmail to try see if their SMTP would allow e-mail relaying. Trying with the Windows binary version I seemingly leads to the same result (i.e. I don't see much and the error seen at the browser is the same). However, when trying to run ELOG on a machine at my home network the message is different:
Error sending Email via "smtp.gmail.com": 5.7.0 Must issue a STARTTLS command first. w40sm7583927ugc.6
The message does not surprise me (from previous experience, TLS was what made made postfix complicated to set up too). But what does surprise me is that the messages differ between the two (ELOG V2.7.5 running on a Linux machine and the Windows binary of the same version). Does Linux/Windows versions differ by conditionals in the code or did I somehow get an older Windows binary?
It would also be helpful knowing if ayone has got ELOG working with smtp.gmail.com.
Regards /Michael
The Windows Binaries are not recompiled for each minor modification. You should check the SVN revistion (the number which shows up at the very bottom of the page, which is 2153 in this case). It might well be that the Windows Binaries do not yet contain the modification for extended SMTP error report.
Furthermore, TLS is not supported in elogd, only plain SMTP is possible.
i have problems with importing csv files. What i want to do is the following:
Import a list of log entries from a csv file with another date like the actual date
I tried to do this but the only thing which happend was that all the entries have the actual date in elog. Then i created a seperate Date column in the csv file an tried to import this.
It worked but in the default date column i have the import date and in a second date column i have the date from the csv file.
Is there a chance to get the csv column imported in the standard Date field?
Or is there a possibility to hide/supress the default date field and only display the imported date field?
Michael
Importing dates from CSV files was not implemented for a good reason: There are dozens of date formats (such as "1/22/09", "Jan 1 2009", "Mon 1 January '09") and it is almost impossible to handle all formats. I changed now the code to catch at least some formats, such as the internal RFC2822 compliant date which is also used internall by elog. An example of this format is "Thu, 22 Jan 2009 09:26:00". This date format will also be used if you export a logbook via a CSV file. Another format I added is "1/22/09". So give a try to the new code (I made an intermediate release for windows V2.7.5-3) and see if it works for you.
Is it possible to attach a default value for a radio button when submitting a new form/record, for example:
I now have an item "Confirmed" Yes/No, and I want the "no" option to be selected by default when a new form/record is created. Does anyone know how to arrange this?
You need something along these lines:
Attributes = ..., Confirmed Options Confirmed = boolean Preset Confirmed = 1
> For authentication via the Windows IIS I have "basic authentication" with no TLS encryption required - I'm > not sure if that meets the provider's "SMTP authentication" requirement. When I was using the previous version > of ELOG (sorry, I did not note the version number) the username was encrypted along with the password. With > the 2168 build, the password is still encrypted but the usernamer is not; should the password be in "plain > text" as well? I changed only the screen output. The username is printed not not encrypted, to be able to check it by eye. The username sent over the network is and was always encrypted. The only clue I have is to compare the network traffic you get with an email client (outlook, thunderbird ??) with the network traffic you get from elogd. To monitor the traffic, I use normally WireShark (formerly Ethereal, www.wireshark.org). You have to filter for "tcp.port == 25" which is SMTP, then capture your traffic, right- click on it and select "Follow TCP stream". The result you see in the attachment. The strings produced by elogd are pink, the strings from the SMTP server are blue. In my case I don't have authentication (our SMTP server does not support this). In you case, you have to compare the traffic from a functioning email client with elogd.
> Hello, > > We are now running elog-2.7.5 in a Scientific Linux 4 (RHEL4) system, which uses ImageMagick 6.0.7.1. After uploading an image, the image > manipulation buttons don't work and complain: > convert: unrecognized option '-set' > > We are using an RPM built from source, and it looks like I should be able to just change "-set comment ..." to "-comment" as in: > ------ > [dab66@lnx100 tmp]% diff elogd.c elogd.c.new > 22601c22601 > < sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -set comment ' %d' '%s'", file_name, new_rot, > --- > > sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -comment ' %d' '%s'", file_name, new_rot, > 22607c22607 > < sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -set comment ' %d' '%s'", file_name, new_rot, > --- > > sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -comment ' %d' '%s'", file_name, new_rot, > 22618c22618 > < sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -set comment ' %d' '%s'", file_name, cur_rot, > --- > > sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -comment ' %d' '%s'", file_name, cur_rot, > 22624c22624 > < sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -set comment ' %d' '%s'", file_name, cur_rot, > --- > > sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -comment ' %d' '%s'", file_name, cur_rot, > ------ > > Is there any better way for us to fix this, or is anything else needed? Well, I believe your modification won't work. I just tried it with ImageMagick 6.3.8 and it failed. Try to rotate your picture four times, and it should be back to the old position. When I use "-comment" instead "-set comment" on a PNG file, this did not work. From the man page it tells me: Version: ImageMagick 6.3.8 01/25/08 Q16 http://www.imagemagick.org Copyright: Copyright (C) 1999-2008 ImageMagick Studio LLC Usage: convert [options ...] file [ [options ...] file ...] [options ...] file Image Settings: ... -comment string annotate image with comment ... Image Operators: ... -set property value set an image property ... So indeed "-comment" and "-set comment" are two different things. I'm afraid you have to upgrade your ImageMagick package in order to make this work.
Hi folks,
I want to have Last day be a command in the List display, so I added:
List menu commands = New, Find, Import, Login, Logout, Config, Last day, Help
However, when Last day is selected, the command does not change to Last 2 days. What is the right way to do this?
You have to put "Last x" in the menu, not "Last day". Unfortunately by default the label "Last day" does not show up. I fixed this in the current version. But you can yourself start this thing by adding "past1" to the URL, or by making yourself a bookmark in your browser. Like
https://midas.psi.ch/elogs/Forum/past1
then the "Last 2 days" will show up.
I want to know if it is possible to display an ID with this format: YYYY-XXXX where YYYY is the current year and XXXX a sequential number from 0001 to 9999 ?
ID Display = 2009$message id
could be fine but the year is hard coded and there are no 0 before the number.
Can you help me ?
You cannot make this with the ID, but you can create an additional attribute which will show exactly this behavior. Have a look under
subst <attribute> = %Y-####
in the documentation.
I appear to be doing something wrong or not.. In my configuration I use an incrementation of a certain attribute (Melding) For some weird reason it won't increment in this place, while it does in another place...
Below is my configuration (at least the part that gives me headaches..)
[Onderhoud Diversen] Theme = default
Attributes = Melding, Auteur, Type, Planning, Categorie, Status, Onderwerp Options Type = Preventief, Regulier, Nav Storing, Overig Options Categorie = SensorProbes, Overig Options Status = Wachtend, Gepland, In behandeling, Update, Afgerond Type Planning = date Extendable Options = Categorie, Status Required Attributes = Auteur, Type, Unit-Lokatie, Status Page Title = ELOG - $onderwerp Reverse sort = 1 Quick filter = Date, Type, Status Preset Melding= DIVOH: %d%m%y-#### Subst on edit Auteur = $long_name List Display = ID, Melding, Datum, Status, Auteur, Type, Planning, Categorie, Onderwerp Summary lines = 0 Display Email recipients = 0 Email All = aapie@sukkeltje.com Use Email Subject = $Melding, $Onderwerp - $Status Style Status In behandeling = background-color:red Style Status Update = background-color:orange Style Status Afgerond = background-color:lime Login user = person1, person2
I tried your configuration and got the attribute incrementing correctly:
so I'm a bit at a loss, too. Maybe your browser caches the old page, so try a "Reload" on your browser or clear your cache. Maybe your logbook contains some weird entries which make the incementing break. Try this configuration with an empty logbook. Certainly the configuration options are correct.
I could not produce this error here again, so I work on that:
There was a attribute with Type = Date, Preset = $Date.
This added following js code
for (var i=0 ; i<document.form1.y0.value.length ; i++) if ((document.form1.y0.value.charAt(i) < "0" || document.form1.y0.value.charAt(i) > "9")) { break }
This cause in following error Fehler: document.form1.y0 is undefinedQuelldatei: http://elog1.bkitech.de/Test-Maengelbericht/?cmd=NeuZeile: 16 After that error none js will be executed. After remarking the Type line, all work well.
I tried with following minimal configuration file:
Attributes = D, Author, Subject Type D = Date Preset D = $Date
and it worked fine. The form contains a field:
Year: <input type="text" size=5 maxlength=5 name="y0">
which contains the name "y0" and therefore produced no error. Can you try with that configuration and see which difference to your configuration causes the error to appear?
> Hi, All. Ever since upgrading from an old ELOG release on an aging windows machine to the latest version on Scientific Linux 4 (RHEL4), and > greatly increasing its use, we have seen frequent crashes of elogd. This has become very disruptive to operations, and any help would be greatly > appreciated. We are using Apache (running on the same machine as elogd) to secure ELOG using https as per the Administrator's Guide. Just follow https://midas.psi.ch/elog/faq.html#19 Crashes with attached images are getting reported more and more these days, but so far I was not able to reproduce it. Maybe it's related to ImageMagic somehow, in which case disabling this feature might give some insight. To do so, you have to modify elogd.c and recompile. Change /* check for ImageMagick */ my_shell("convert -version", str, sizeof(str)); image_magick_exist = (strstr(str, "ImageMagick") != NULL); to /* check for ImageMagick */ image_magick_exist = 0;
Hi :)
First i have to say that i love this exelent program,
and that it saved me Hours of trouble using it ^^
Thanks Stefan Ritt :)
Now.. here is my problem :P
1. I was wondering if there is a possibility to have separate 'Options Category'.. One for Admin and one for User?
If it is possible, can i have an example?
This is unfortunately not possible. All users see the same options.
2. How can i arrange pictures in the main window, f.eks 1 picture in center, to the right or wherever i want?
You can put the pictures in a table, and align the table cells accordingly. Here is an example:
Now you can make the border invisible by setting "border=0". This however can only be done in the HTML mode, so you have to switch using the top left icon "Show HTML source code" and then manually edit the code. This requires some basic HTML knowledge. The result will look like this:
Thanks for a fast reply :)
Its a lot of html tutorials on the net, so i think i will make it with the tables ^^
Regarding the 'Options Category' I can live with it... I have removed edit mode in User, so only Admin can delete or edit.
One last question.. Background color possible? (Not Style)
Only through style (that's what style is for, anyhow).
Hi Devin, first of all, your stack traces are only of limited use for me. This typically happens if you attach gdb to a running process, then you get something like #0 0x080b2f8a in decode_post () #1 0x00000100 in ?? () #2 0x00000000 in ?? () (note the ??). If you run elogd directly from gdb, the stack trace contains much more information: [meg@megon elog]# gdb elogd ... (gdb) run ... Server listening on port 8080 ... Program received signal SIGINT, Interrupt. 0x0000003cb48c78d3 in __select_nocancel () from /lib64/libc.so.6 (gdb) where #0 0x0000003cb48c78d3 in __select_nocancel () from /lib64/libc.so.6 #1 0x000000000046ea51 in server_loop () at src/elogd.c:27688 #2 0x0000000000471de8 in main (argc=1, argv=0x7fffe2b9bf18) at src/elogd.c:29018 (gdb) including the line numbers, arguments etc. So please try to start elogd from inside gdb and then reproduce your crash. Your first problem seems to be related to some contents of your elogd.cfg, since in one stack dump I saw a strlen() ... getcfg() Here, the getcfg() function is called to retrieve some configuration from elogd.cfg. Maybe you have a very long line, or the file is otherwise corrupt. Please check that carfully and send me your elogd.cfg so that I can have a look myself. Usually it helps to remove one line after the other and check when the problem disappears. Your other problem which has the decode_post() in the stack dump seems to be related to the case when you upload an entry (or attachment), and the TCP link breaks in the middle. Probably the error handling in such a case is not correct. I will try to reproduce this, although I don't have a satellite network. Best regards, Stefan
There was a general problem in submitting entries. If the TCP connection between the browser and elog disconnects during the transmission and only part of the request gets transferred, it consistently crashed elog. The probability for this is large if you have a slow connection and long attachments. The problem has been fixed in SVN revision 2174, so please upgrade and try again.
Please tell me how to share my elog with people.
Connect your PC to the internet and tell everybody the URL. Make sure the Windows Firewall allows remote access.
Yes, you are correct, I did simply take a sample page from logs and tinker with the html and css file, with the changes enumerated previously. I have attached the tweaked sample html elog log page and css file, along with a few of the standard elog png files to complete the page with some semblance of the normal display.
Thu Feb 19 18:18:20 2009 Did this suggestion ever get considered for implementation?
Yes it's on my personal to-do list, but don't know when I will find some time.
Hi, I was wondering if anybody else seen this problem and maybe has a solution. I use Elog version 2.7.5 rev. 2172 that I compiled from the tar.gz package on a Ubuntu PC. It is very strange that everything works fine except I can not view / download PDF attachments specifically. I can view / download images and I can download all sorts of file formats: xls, doc, ppt, etc. Viewing in the same window / tab or in a different one does not work. Saving the attachment produces a file empty file with the correct name! This is so strange, for example following a link from an image or any other attachment type works but if that link is a PDF file I get an empty page! When uploading a PDF file there a thumbnails that are generated, I do view the thumbnail but not the PDF itself! I didn't even managed to start a download on PDF attachment. Any help would be appreciated!
This sounds to me like you have a problem on your browser. I know that Acrobat Reader sometimes causes problems. The current version always crashes my broswer, so I cannot display PDFs inline, I rather have to same them, and the open them for display. Maybe you have a simlar problem. Since you see the PDF thumbnails, I believe that the PDF operations indise ELOG are ok. Can you view PDFs from other websites? Have you tried another browser? Maybe on another computer?
Hi, Thanks for the reply. I just checked the access from two other computers and indeed it works. I tried to see what is the problem with my browser, I use Firefox 3.0.6 and tried to get a PDF from the web. So I do have the same problem with other sites for viewing a PDF, I mean when I click on a PDF link I get a white page and the browser does not invoke any plug-in or Acrobat Reader. But the major difference with Elog is that with other sites I can always right click on the link and do "Save as" and it starts the download and I get a valid file. With elog it does start the download but I get an empty file. Actually I checked inside and it is not really empty, it is a text file, here I attached an example (the content of the file when I tried to download a PDF from the Elog server):
gornea@hadriana ~ $ cat Ba_source_GG_Feb09.pdf <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html><head> <META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW"> <title>ELOG Login</title> <link rel="stylesheet" type="text/css" href="default.css"> <link rel="shortcut icon" href="favicon.ico" /> <link rel="icon" href="favicon.png" type="image/png" /> </head> <body OnLoad="document.form1.uname.focus();"> <form name=form1 method="POST" action="./" enctype="multipart/form-data"> <input type=hidden name=redir value="090219_111057/Ba_source_GG_Feb09.pdf"> <table class="dlgframe" cellspacing=0 align=center><tr><td colspan=2 class="dlgtitle">Please login</td></tr> <tr><td align=right class="dlgform">Username:</td> <td align=left class="dlgform"><input type=text name=uname value=""></td></tr> <tr><td align=right class="dlgform">Password:</td> <td align=left class="dlgform"><input type=password name=upassword></td></tr> <tr><td align=center colspan=2 class="dlgform"><input type=checkbox checked name=remember value=1> Keep me logged in on this computer<br> for the next 31 days or until I log out</td></tr> <tr><td align=center colspan=2 class="dlgform"> <a href="?cmd=Forgot">Forgot password?</a></td></tr> <tr><td align=center colspan=2 class="dlgform"><input type=submit value="Submit"></td></tr></table> <center><a class="bottomlink" title="Goto ELOG home page" href="https://midas.psi.ch/elog/">ELOG V2.7.5-2172</a></center></form></body></html>
The file you downloaded is actually the login screen of elog! So probably your login token expired between the display of the web page showing the attachemnt link and the attachment download, or you turned cookies off. So when you try to download the attachment, your user credentials are not passed as cookies together with that request and elog barks at you requiring a new login.
Is there any way I can limit the ammount of characters in the Subject line?
Use the
Format Subject = ...
option as described in the manual. The last parameter is the "maximum number of characters allowed".
> In the past I have requested the "mark whole thread" feature, not yet implimented. That's not correct, it is implemented. Just add an attribute for that. Assume you have problem reports, so you add Attributes = ..., Fixed Options Fixed = boolean Quick filter = Fixed If you add a new entry, "Fixed" is false by default. All replies to that entry will contain then the same flag. Now if you want to mark the whole thread as fixed, do the following: - go into list display - display all entries in threaded mode - click on "Select" - select the thread you want to mark as fixed and click "Edit" - now keep all attributes, but check the "Fixed" check box and voila, the whole thread will contain "Fixed = 1". Using the quick filter, you can now show all fixed threads with one click.
Ah, that rings a bell. We recently had problems with large tables. Can you try the current version if you get the same problem?
Apologies if these are known bugs, I'm very busy at the moment but I wanted to post this before I forget:
I'm using Safari on a Mac to make Elog entries.
1) The preview of some pdf attachments in edit mode displays huge areas of white space around each page. I can send examples if you'd like - please email me directly, for some reason I never get email notifications from this forum (and they aren't being tagged as spam, so I don't know where they go).
2) When that happens, the text entry area for ELcode format expands horizontally to match the huge pdf file width. Text without line feeds then doesn't wrap until the huge window width is filled, so I have to scroll horizontally all the time while editing to see what I've written.
3) So I turned off attachment previewing as a workaround (Preview attachments = 0 ). That worked fine by not expanding the entry area, but I noticed some odd behavior. The list of attachments below the text entry area is badly formatted. Here's a screen shot:
I tried to reproduce this with a new entry but the text was formatted properly for that entry.
P.S. While editing this entry, I see that the text area width is again being set by the width of the picture I've attached - try it yourself; if you try to resize your browser window smaller while editing, the text will only wrap until the width of the attachment is reached - the text no longer wraps at smaller widths than the attachment.
Your problem 1) is probably caused by ImageMagick. I use that package to convert PDFs to images. If this package estimates the paper size from the PDF incorrectly, you're screwed. You can go and actually locate the thumbnail pictures in the ELOG directory (should be named xxxxxx_yyyyyy_<name>-0.png). If you check these pictures, they are probably already huge.
Problem 3) indeed is a small bug in elogd, which I fixed in revision #2178. If you can download the SVN version and recompile elogd, you should be fine:
> Hi Stefan, > > Must have missed it when the fixed/not fixed thread marking got implimented. > > Anyhow, my main point would still apply for where the thread is not yet fixed, but is in one of a number of possible > states (waiting, panic, work-in-progress....). Clearly you can label the latest entry in a thread with the latest > status, and icon, but when in collapsed mode, you only see the initial entry. If the latest entry were shown > (optionally), then one can tell at a glance in the collapsed listings which entry may need direct attention. If you always mark the whole thread with states (waiting, panic, work-in-progress,...) as described in my last posting, then you will see this from the thread initial entry as well. If you use icons, then even more. The only disadvantage is that you have to discipline yourself always modifying the whole thread and not only one entry in that thread.
Tried 2178 and I seem to hit some endless loop when I have big cookies. The loop seems to be in this for-loop (from gdb).
I perhaps you should have:
else break;
... Seems to be working for me =)
Yepp, you're right. I applied your change to the distribution code.
This is currently not implemented and will probably not implemented in the next time, but it's on my (very long) to-do list.
I have found the issue, when I mark at the login page:
Keep me logged in on this computer for the next 41 days or until I log out
I'm not able to login. Only when it is not marked I'm able to login.
How can I diable/hide the part (Keep me logged in on this computer for the next 41 days or until I log out) from my login page?I
Issue solved: Login expiration = 0
Great, you found it! The original problem is probably related to your cookie handling. If you don't check the "keep me logged it" box, elog generates a temporary cookie, which is used for the duration of your browser session, then the browser discards it. If you theck the box, a persistent cookie is created, which your browser stores in the cookie database and reuses it for the coming 41 days. I believe you have a problem there (persistent cookies not allowed, disk full, whatever...) which does not allow handling of persistent cookies. Try from anohter browser/computer and you will see that it works.
Is there a way perhaps of implementing an email recall feature into E-Log? In other words, to recall an email before the recipient (s) read the email originating from the e-log. Something perhaps along the lines of what exists in something like Outlook.
Thks in advance.
Niall
No, this is not implemented. What I usually do is to check "Suppress Email notification", submit and revise my entry. Once I'm satisfied, I edit again and do not check "Suppress Email notification" so that the email is finally sent out.
First of all, I appreciate that you made such a nice program. I've used elog for more than 5 years and it was wonderful experince to me and my research work was very productive with this.
I have a suggestion to you to improve this while I was using elog. If users can add texts or comments for each attachment, it will be great.
I am not sure if someone was already suggested this or it is already in your wish list.
Thank you.
Dongwook Jang
Dear Dongwook,
no, this is not implemented and also was never requested. The way most people work is that images are included directly in the text, and the the text goes along with that.
So for example if I want to show you the ELOG logo, I put it here:
If I want to add a comment for an attachment, I write it in the text and just refence the attachment with link. This way is more flexible that adding just a line of text to each attachment, since you can write several lines in the text, make a table etc. etc.
Maybe I used elog with very inefficient way so far. The way you suggested requires putting figures somewhere else, right?
Elog saves attachments on the machine that elog is running. I want to store figures in elog.
The logo you showed above is stored in this entry?
If you embed an image (via the "insert image" button in the task bar) this image is stored as an attachment, but the actualy attachment is hidden and the image is shown in-line. Yes, it is stored on the server where elogd runs.
Hello Stefan and Elog fans,
Is there a way to find entries with the words program and error when then are not contiguous in the text?
Thanks, --Mike
Please have a look at
https://midas.psi.ch/elogs/Forum/66151
does this help?
I want to write a text like "John:Doe" in ELCODE. However the ":D" is converted to a LOL emoticon. I tried various ways to escape this. One solution I found was entering "John\:Doe". However, the upper-case D is converted to lower-case: the result reads "John:doe".
Thanks for an answer and many thanks for providing ELOG.
Gernot
Thanks for reporting this bug. I fixed it in revision #2180.
I am looking for the same answer that Yoichi was looking for. For instance, could the text keyword filtering be looped so that the first group of results is then filtered by the next keyword?
--Mike
No, that's not possible unfortunately.
I was just wondering if there was a way that the comments for a logbook could be set to be invisible on the Selection page but then displayed once a user has logged in to a particular logbook?
This is required for security purposes. I want a common login page which shows all logbooks, where the logbook names only have meaning for people who know them but then once logged in the comment provides additional information about that logbook.
Ok, I implemented a new option "Hide comments = 1" in SVN revision #2182, which will be included in the next release of elog.
is it possible to create a new column on the main page? Between "Logbuch" and "Einträge" I need the new column for enter the IP from the servers.
Thanks for your help
Markus
You can use the "Comment = ..." option to add something below "Logbuch" like I did here:
please could you help me.
The Restrict edit funktion is not working. Because my user Dirk is able to edit/delete the text from user Peter:
via select and edit.
Delete the - keep original text here - and then submit.
The whole text disappeared from the user Peter
I have tried both Restrict edit = 0 and then Restrict edit = 1
Please note my config:
[global] port = 80 Password file = C:\Program Files\ELOG\test.txt Admin user = admin3 Self register = 1 Login expiration = 0
[demo] Theme = default Comment = General linux tips & tricks Attributes = Author, Type, Category, Subject Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Options Category = General, Hardware, Software, Network, Other Extendable Options = Category Required Attributes = Author, Type Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type Login user = Peter, Dirk, Kervin, Frank, MichaelH Password file = C:\Program Files\ELOG\user.txt Self register = 1 Login expiration = 0 Restrict edit = 0
First, you need "Restrict edit = 1" in your config file. Then for each edit operation the system checks the currently logged in user against the "Author" attribute. Therefore, the "Author" attribute must contain the full user name. This can be achieved by adding
as described in the manual.
I use the "Comment=..." option to add the OS-Version. For a better overview it would be nice to add a new column for IP.
If this is not possible I use the "Comment...= option.
It is currently not possible to have a new column. But you can add some <br> tags inside your comment, then you IP will show up on a new line after the OS-Version.
This is Ok but in wich file can i add this tag? In the .cfg-file?
Yes, this goes into the elogd.cfg file. Just add a line like:
[logbook]
Comment = OS-Version<br><i>192.160.0.1</i>
Then you will get something like this:
I just found out that email notifications only worked for the first 50 users of this forum. So if you registered only recently, you might not have received any notification. This was a bug inside elogd which I hope to have fixed now (this entry notification will show...). If you get the first notification and do not want this, log in to the ELOG Forum, click on "Config" and remove the checkmarks from the logbooks you do not want to get notifications.
When you use the ImageMagick package, attached images are scaled to a predefined size using the option "Thumbnail size = ...". See the documentation for that option for details.
I try to configure the elog as servers log book. I need to devide the text entry area by 2 section: 1 for issue so I can put in detail what is the issue of my servers. the other section below the 1st one for solution. is it posible to do so?
Joseph.
The easiest is to put a horizontal line into the entry ...
...like this one. This can even be done via "Preset text =" so it comes by default on a new entry.
> I'm (ab)using elog as a database and would like to use conditional attributes, like: > > Attributes = PC Name, Operating System, Version, Distribution > Options Operating System = Linux{1}, Windows{2} > {1} Show Attributes Edit = Operating System, Distribution, PC Name > {2} Show Attributes Edit = Operating System, PC Name, Version > > Problem is that there are several conditions and the list of attributes is rather long. Also, since it's a > rather dynamic environment I have to make new attributes all the time, and adding them to all "show attributes" > lists is not only tedious, but bound to cause errors as well. > > > So... > > I was thinking, would it be an idea to make the list of attributes to be shown or hidden on a per attribute base. > > > > Like: > > Attributes = PC Name, Operating System, Version, Distribution > > # hide specific attributes > Hide attributes = Distribution, PC Name > > # or configure which fields should be shown allways > Show Attributes = Operating System, Version > > # add attributes based on OS > Options Operating System = Linux{1}, Windows{2} > {1} Show Attribute Edit = Distribution > {2} Show Attribute Edit = PC Name > > (just thinking out loud here). Sure such a think can be implemented, but I have no time right now to do so. I will put it on the wish list.
Click on Find, then select Export to: ..., then click Search. I know it's a bit hidden, but this way one can restrict the subset of entries to be exported.
Thanks for reporting that bug. I fixed it in SVN revision 2188, and the fix will be contained in the next release.
but that method does not export all the data, only the subject lines and category etc.
it does not export the body of the threads.
The CSV option does not export the body, since in CSV, only single line items are allowed. But both the XML and the RAW option exports also the body text.
No, you can't. The only way is to export a logbook to CSV, then import it in a spreadsheet program, then do the math there.
When I try to set
Protect Selection page = 1
in the config file elog crashes. Attached is my config file.
elog 2.7.5 built Apr 8 2009, 16:52:07 revision 130
Actually your combination of "bottom text" with "protect selection page" caused the trouble. If fixed the bug in revision 2189.
How do you allow users to change password for a given logbook when the user keeps getting prompted for admin password to enter the change password feature?
I have Allow password change = 1 set global and at each logbook hoping that would work.
It allows them to change the password when and only when the user gets past the admin login when clicking CONFIG.
help
Thats what we get for having two people working on the install and configuration. LOL
When first creating and setting up the configs, we had Admin Password = xxxxx entered in each logbook config. Once we created a password list we no longer needed that entry.
This was why each user who had login credentials was being asked to provide the admin password when trying to change their password.
I didn't get your point completely, so is this issue now resolved?
Thanks for reporting this bug. I finally found the reason and fixed it in revision 2191. I made a new release 2.7.6 which contains all the collected bug fixes from the last few months.
for (i = 0; *p && *p != ';' && *p != '\r' && *p != '\n' ; ) if (i < (int) sizeof(cookie)-1) cookie[i++] = *p++;
for (i = 0; *p && *p != ';' && *p != '\r' && *p != '\n';) if (i < (int) sizeof(cookie) - 1) cookie[i++] = *p++; else break;
for (i = 0; *p && *p != ';' && *p != '\r' && *p != '\n' ; ++p) if (i < (int) sizeof(cookie)-1) cookie[i++] = *p;
Hal Proctor wrote:
Just like this site has Forum, Config Examples, etc.
Once you select another tab they are logged out of their logbook they just logged in to.
Have a look at this thread Hal, worked well for me: Link
thanks Grant, but I dont see the solution. your last entry still states users being logged out when switching logbooks.
Are you suggesting that every user within our orginization needs to be on the deny list of logbook1 if they have rights to logook2?
Can you try the following:
The login is handled through cookies. Once you log in, you get two cookies unm (for user name) and upwd (for user password). Each cookie contains a "path" which controls to which URL the browser sends that cookie. If you "password file = xxx" statement is under [global], then "path=/", meaning the cookie is sent for all logbooks. This confuses you if you have different rights for different logooks. If "password file = xxx" is however in each individual loogbooks configuration, then you get "path=/<lobook>". You can check that by inspecting your browser's cookies. In that case the login name and password cookies are only sent to the URL for that specific logbook. I have not tested that extensively (different browsers, with/without Apache proxy), but if it works reliably, I will put this into the documentation.
> When ROptions items contain the same substring and this substring is also an ROptions item (ex: notdone, > done), the value of the entry could change in the edit page. > It depends on the item order in the config file. > > If Options is used (instead of ROptions), it works as expected. > > Is it a bug? > > > Examples : > > #Insert "notdone" as new entry. When you try to edit the entry, the displayed value is "done". > > [test_bad] > Attributes = Author, Category > ROptions Category = notdone, done > > #No problem if you change the item order > > [test_good] > Attributes = Author, Category > ROptions Category = done, notdone Thanks for reporting this bug. I fixed it in SVN revisoin 2193.
Restrict Edit = 1
Preset Author = $long_name Preset on reply Author = $long_name Preset on duplicate Author = $long_name Locked Attributes = Author
I update my elog from version 2.7.5 to 2.7.6 and mistakenly replace configuration file. so i have to reconfigure everything from ground up. when my elog back online, old log messages are not show up. is there a way to import old log messages from old log book to new one.
You don't have to import old log book messages, they should be shown automatically (as long as you don't overwrite your configuration file mistakenly). If you had a different logbook name (not "demo") your files will still be there under c:\Program Files\ELOG\logbooks\<logbook name>. Just add the proper name in elogd.cfg, restart elogd and you will see your old messages.
Nevermind!
What was your problem (maybe others could benefit from this information...) ???
I will look into it.
I just tried to install the latest elog on linux Fedora 10. I also get an error saying that libssl.so.6 is needed.
But I already have libssl.so.7 installed. Should I also install libssl.so.6 ?
thx,
-rob
[snihur@nunllap01 ~]$ rpm -qa | grep ssl qca-ossl-2.0.0-0.4.beta3.fc10.i386 openssl-0.9.8g-12.fc10.i686 docbook-style-dsssl-1.79-5.fc9.noarch nss_compat_ossl-0.9.4-2.fc10.i386 openssl-devel-0.9.8g-12.fc10.i386 [snihur@nunllap01 ~]$ rpm -q --provides openssl config(openssl) = 0.9.8g-12.fc10 lib4758cca.so libaep.so libatalla.so libchil.so libcrypto.so.7 libcswift.so libgmp.so libnuron.so libssl.so.7 libsureware.so libubsec.so openssl = 0.9.8g-12.fc10 openssl(x86-32) = 0.9.8g-12.fc10
The RPM system is a bit picky about which version is required. I believe you have to install libssl.so.7 or compile elog from the sources, which is very simple.
I really don't understand why elogd cannot run by root but it runs by a user.
I've put elog deamon in /etc/init.d. So it didn't bring up, but it runs if I run it by user interactively.
Dongwook
That's a security issue. If elogd runs under a user and gets hacked, the hacker obtains just the user rights, which can be limited. If it runs under root, the hacker will automatically get root rights, which is bad. Technically, there is no reason why elogd cannot be run as root. Just put
Usr = root
Grp = root
I wonder how others manage this situation because deamons in /etc/init.d is excercuted by root. So I cannot run in /etc/init.d/elogd when the system starts up.
The normal situation is that elogd gets started by root under /etc/init.d/, then the configuration file contains "Usr = elog" and "Grp = elog", so after it has been started as root, the program falls back to the "elog" user, which only has restricted rights.
You need:
Enable Attachments = 0
to supress the text entry box and the attachment field.
Display search = ID, Type, Location, Status
to show only the attributs of interest in the list display (your attributes could be different)
Summary lines = 0
to supress the text in the list display. At the moment, this still shows the paperclip colum, but I want to fix this in the next version.
Are there any plans to add the new mime extensions to the elogd.c source? (Instead of forcing users to use FireFox or Right click, save-as and rename?
Ok, I added the MIME extensions in ELOG Rev. 2196. The forum runs already the updated version, so can you try with the demo attachments from your entry?
I tried to reproduce your problem but without success. In my case the "CentaurNewLot" looks fine:
so what is different in your case? Can you try with the simple example logbook from the distribution and the add one option after the other to see which one causes the trouble?
Ich möchte meine "lokale" ELOG Installation mit einem Server in der Firma synchronisieren.
Dazu habe ich in der entfernten Firewall ein Portmapping auf den ELOG Server in der Firma eingerichtet.
Wenn ich von meiner "lokalen" Maschine im Browser http://meinedomain.dyndns.xx:PORT aufrufe, kann ich auf den ELOG Server zugreifen.
Ich habe in meiner "lokalen" Installation in der Section [global] den Mirror-Server = http://meinedomain.dyndns.xx:PORT angeben.
Beim Synchornisieren bekomme ich jedoch den Hinweis "Fehler beim Zugriff auf entfertes Logbuch".......
Please let's stick to English. Let me try to understand your configuration. You have one elog server running and want to synchronize with itself? That does not work of course, synchronizing is done between two servers (normally on different computers).
I have my site running under apache. I don't have a /elog/ directory.
for example most would do http://www.example.com/elog/ to visit elog
but my site loads at http://www.example.com/
The site is private so it's password protected. Everything works fine except
if I click the "Forgot Password" link it does nothing.
but if I go to one of the log books...
http://www.example.com/open/
The forgot password link works.
Is there anyway to fix this? I have nothing else running on the server, it's dedicated to only ELOG.
That's why I don't want to have it running under /elog/ in the url.
Thanks for reporting this bug, I fixed it in revision 2197 which you can load from the SVN server.
Thanks for the fix. I tried out 2197 and when I click the "Forgot Password" link it causes elog to crash. I've attached my cfg file.
The problem was the password recovery in conjunction with "Bottom text", thanks for supplying your configuration file. I fixed that in revision 2198.
Hello
Was playing with elog. I send mail to the persons involved with a elog entrie. This mail produces something like this ( rather default) .
Logbook: Accelerator Message ID: 4 Entry time: 05/10/09 21:48:25 In reply to: 3
When I am logged in into elog , clicking on the Message ID 4 or 3 from the mail client , elog is started with the logged in user at that time and it's permissions. So instead of starting a new elog session ( and getting the guest permission ) I get the permission of the currently logged in user.( Could be the administrator / root) . The process will function correctly i no one is logged in into elog. I've tested this on a local machine, so I cannot say if the same happens when multiple machines are used. So, maybe it's a bug, maybe it's my testing configuration.
Do not know if i explained the problem clear enough, but is seems something that could be examined.
By the way : thanks for this great and free program.
This is not a bug, this is a feature! Once you log in to ELOG, your credentials are stored in cookies of your local browser. If you access a logbook entry, like via the link you in your email, you still use that credentials. If you clear all cookies of your browser, or log out explicitly from ELOG, then of course you will only get guest access.
> > > elogd continues to run after a SIGHUP. If a second SIGHUP is received the daemon terminates. > > > This was observed on Solaris 10 (SPARC). > > > The documentation states that elogd should re-read configuration after receiving SIGHUP. > > > > I tried to reproduce this but without success. I could send many SIGHUPs without the daemon terminating. Maybe > > you modified the configuration file in between and elogd barked out because of some wrong configuration? Try to > > start the daemon interactively and see what exactly happens if you send several SIGHUPs. > > The problem is that under Solaris signal handlers installed via signal() get uninstalled *before* the signal handler > is called. Thus the second time elogd receives a SIGHUP, you get the default action, which is to kill the process. > > The solution is to use the POSIX sigaction() call instead of signal(). Can you try to modify the signal() calls into sigaction(). If this really works under Solaris, I will incorporate this then into the distribution.
I couldn't find an obvious solution to the problem. I'd like to suppress email
notification to the author of a message. I've had some people complaining
that when they use elog they don't want to get an email about what they wrote
since they wrote it.
Is it possible?
Actually I do want to receive a copy, just to be sure that the emails got sent out correctly. I agree that an option would be good for that but it's not implemented right now. An alternative solution is to define a filter in their email client to discard these messages (like if subject contains ELOG and sender equals your own mail address).
I had finally the same problem. This is due to a bug indeed inside is_script(). It has been fixed in revision 2201.
Hi. I'm pretty new to ELOG, so I'm not sure if I'm doing something wrong.
I have a bunch of fields set so that after an entry has been submitted, they cannot edit certain fields. When I click the edit button, everything looks restricted as it should be, but if I click Preview, the user is then able to change the fixed attributes.
Is there anyway to remove the preview button inside the edit page, or is anyone else having this issue?
Thanks for reporting this bug. I fixed it in revision #2203.
I am trying to add additional information to the subject of new entries:
Subst subject = $subject [INCIDENT $message id] Subst on reply subject = Re: $subject Fixed Attributes Reply = Subject
However, the new entry subject looks like:
this is my subject [INCIDENT this is my subject [INCIDENT $message id]
I'm not sure if there's a problem with the substitution or if this is just not allowed (I'm having LISP flashbacks).
By the way, if I use "Subst on reply subject" I get the behavior I would like but the original entry in the thread doesn't contain the appended data:
Subst on reply subject = Re: $subject [INCIDENT $message id]
Any help would be appreciated.
Alex
The problem here is that the subsitution is executed before the entry is committed to the database. The message ID is assigned however only in the commit. So at the time of the substitution, the $message id is not available. When you do the reply however, the message id is valid and subsituted correctly. I see at this moment no clever solution for your problem (maybe "Subst on edit", but then you have to edit/submit each message manually once).
Here's the issue. We use elog to develope products we need to be able to see all the thumbnail images in a
particular logbook. Our default view is to use the threaded view fully expanded in order to have all the thumbnails
be displayed for each product. This works fine but when we move one message to another logbook the thumbnails
end up getting broken and won't be displayed. The only way to fix this is to remove the image and re-upload the
picture after the message is moved. This is not a good option because we have hundrends of items that are
constantly being moved around from logbook to logbook. Any ideas?
EDIT:
On further inspection it seems that when you are moving messages to another log book the image date filename
is re-written which of course breaks the html link to the image. Is there anyway to supress this so that the filename
stays in tact when it's moved from one book to another. I don't see why the name of an attachment has to get changed
just because something is moved around.
I fixed this in revision #2204. The attachment names now stay the same. There is one tiny risk of screwing up, namely if you have the same attachment name in two different logbooks (accidentally also submitted at the same second and therefore the same time stamp). If you then copy these two entries to a third logbook, one attachment will overwrite the other one, but that risk is indeed really small. I actually had to re-write the link to the attachment inside the text body (even differently for ELCode and HTML encoding). So I'm not 100% sure I covered all cases, so just give it a try.
ELOG has been carefully designed not to contain memory leaks. The server for this forum for example runs for months without problem:
[ritt@midas ~]$ ps aux | grep elogd
elog 1958 0.4 3.1 39412 32940 ? Ss May09 178:16 /usr/local/sbin/elogd -D -c /usr/local/elog/elogd.cfg
So if you have a problem, it must be specific to your installation. You should note that if you up- or download big attachents, memory gets allocated for some network buffers to contain these attachments. The buffer is kept to contain the largest attachment, it will never shrink. But once established, it will also not grow. If you see however a constant increase in memory consumption, I would appreciate if you tell me how you do this. Like which configuration you use, if you just read entries or also upload them, etc. etc. Once I can reproduce exactly your problem, I can try to fix it.
> Hi Stefan, > > When Moving entry (and replies) from one log book to another, is it possible to prevent elog from renumbering > the entries' ID number(s) ($@MID@$). While it may not be good practice, we've referred to these numbers in > cross-referencing, and it all goes wrong when an entry is moved from an "Open" thread to a "Closed" thread (cf > your FAQ about marking of whole threads). > > In the cases I'm thinking about, i.e. from main logbook to archive logbook(s), there would never be a clash of > ID number. > > Thanks, > > David Pilgram. I have implemented this feature in revision 2205. You need to set the new flag "Preserve IDs = 1" in the configuration. I have not tested this extensively, but I'm sure you will do it ;-)
This is a major improvement. The only issue now is when we embed an image in the body of the message elog makes a nice thumbnail. When you move the message to another logbook the thumbnail doesn't work and instead it shows the MASSIVE full size version of the picture instead. Is that possible to fix?
Thanks Stefan!
Can you try revision #2206?
> Here is the patch. It works under both Solaris and Linux. Thanks! I put that into revision #2207.
I need some guidedance on how to access the logbook from another computer. I installed the logbook on a Windows server machine and started the logbook using port 81.
I can connect to the logbook on the same machine, but I can not access it from another machine on the same network.
I already confirm that the windows firewall is not enable.
Are your sure about the firewall, because this is the usual reason for that problem. Can you "ping" your server machine from the other machine (like "ping <server>"), maybe you have some network problems.
> Hi Stefan, > > I've been slowly moving threads, and twice now so far (and reproducably) had elog crash. > > In each case, it is trying to move a thread with more than 24 entries; it copies the first 24 entries, then > crashes with "Segmentation Fault". It does not erase the lock file /var/run/elog.pid > > I have got around this by manually copying the entries beyond no 24, then deleting the thread entry by entry. > > I am aware that I have an old and limited machine (586, 256MB RAM, running Slack 10), and at first I was > "content" to write it off as that; but when it crashed for the second time at exactly the same entry (the > twenty-forth) even though the size of the entries would have been significantly different, I wondered if there > was some factor within elog that could affect this. > > I've not tried it with Copy to:, but imagine it will also be affected as the only difference with this and Move > to: is the deletion of the thread after all the entries had been copied. This rings a bell: it's probably related to some internal stack overflow, since the entries are copied recursively. I have an idea on how to fix that, but I need time for that.
I have the following in elog.cfg :
Attributes = Author, Author Email, Category, Customer, server, Subject , Change Window Begin , Change Window End List display = ID,Author, Author Email, Category, Customer, server, Subject , Change Window Begin , Change Window End
Type Change Window Begin = datetime Type Change Window End = datetime
So I want to be able to give a start and end date to the user. However : If I open a find/Search I see this :
There are for each Change Window <item> we get Start: and End: time entries. Was expecting only one date entrie .
Why is this ? Seems to be a feature of datetime or am i missing something.
Right, that's a feature. Many people want to specify a range when doing a query on a date. Like Change Window Begin after Jan 1st, 2009 and before Jan 5th, 2009. If you just want a single date, set both Start: and End: to the same date, or actually the End: to Start+1 Day to cover all 24 hours of the Start: date. Otherwise when you have data + time, you would have to match the exact second to retrieve a certain entry. So having a range there is more powerful.
I have a config file :
Attributes = Author, Author Email, Category, Customer, server,HPSD_ID, Cust_ID ,Subject , Change Window ; which fields will be shown !! List display = ID,Author, Category, Customer, server, HPSD_ID, Cust_ID,Subject , Change Window
Type Change Window = datetime # Type Change Window End = datetime Options Category = Network , Server , Options Customer = Arag{A}, Frieslandbank{B}, Super de Boer{C}, NRE{D}
{A} Options server = arag-lin1,arag-lin2,arag-lin3,arag-lin4, arag-lin5, arag-lin6, arag-lin7 {B} Options server = rc1upas02, rc1upas22,rc1upas03,rc1upas04,rc1uptsm01,rc1upas07,rc1upas08 {C} Options server = xia61031,xia61032 ,xia61033,xia61034,xia61035,xia61036,xia61037,xia61038,xia61039,xia61040,xia61032 ,xia61033,xia61034,xia61035,xia61036,xia61037,xia61038,xia61039,xia61040 {D} Options server = server27,server32,server34 ,server37,server38,server40 Extendable options = Category , Customer,server Required Attributes = server , customer, Subject, Change window Begin , Change Window End
This works OK, However when I change the {A} Options to {A} Moptions in the above code i get an error which tells me that a required field is not selected. So, with the pull down it works, with Moptions ( select boxes ) it will say that a required field is not selected. Any hints ?
regards Arno
Thanks for reporting this bug. I fixed it in SVN revisoin 2213.
A few days after I create entries in my logbooks, they are being deleted. Has this happened to anyone before?
Never as far as I know. Try to do logging on your elog server ("Log file = ..."), then you will see all write/delete accesses. So if someone deletes your entries, you will see a trace.
We are currently having problems with Elog, I never had a problem installing it before but with my last 3 install I can't get it to work. We are running under Windows XP, the installation works perfectly but when I try to use the shortcut pointing to the localhost 8080, I get an error page from Internet Explorer telling me that the server cannot be found. I've rebootied the computer to make sure the server was running but still the same problem. Is there a basic requirement I should look at (Dotnet versionX or specific DLL required)?
No, there is no Dotnet or DLL required. Just start the ELOG server manually by clickin on Start/Programs/ELOG Server/Start ELOG server manually and watch if you can spot any error. One person reported that downloading again the package solved a similar problem.
This must be related to the unknown cookie "style". There was some work recently on elog to make it robust against unknonw cookies. The latest modification was on version 2192, and you probably have an older version. I made a release elog276-2.exe for you. Try it and let me know. You can also just delete your cookies in Firefor and it should be fine, but it's better not being able to crash elog.
It's here.
> An alternative patch: > > /* if date part matches */ > if (strlen(attrib[index]) > 0 && strncmp(attrib[index], retstr, loc) == 0) > /* retrieve old index */ > if (atoi(attrib[index] + loc) > old_index) > old_index = atoi(attrib[index] + loc); > > does not make this assumption and also appears to work OK when I test it. Yes, this is the right one, it searches all entries to have the same date than the current one, and then looks for the largest index which will be stored in old_index and later incremented by one. I committed your patch to the repository. Thanks a lot.
Ah, the GET /nor/elog.rdf gave me somt hint: Your Firefox browser checks the RSS feed of elog regularly. If the logbook is empty, the routing producing the elog.rdf file went into some kind of infinite loop, but this only happens on an empty logbook. If fixed this and updated the 276-2 file just now, so try again.
If the CSV file contains a "date" column, elogd tries to interprete the date to the internal format. Now a date can be written in a huge number of variations, and I'm sure I did not cover all. So please send me your CSV file and I will fix the crash.
> Hi Stefan, > > I've been slowly moving threads, and twice now so far (and reproducably) had elog crash. > > In each case, it is trying to move a thread with more than 24 entries; it copies the first 24 entries, then > crashes with "Segmentation Fault". It does not erase the lock file /var/run/elog.pid > > I have got around this by manually copying the entries beyond no 24, then deleting the thread entry by entry. > > I am aware that I have an old and limited machine (586, 256MB RAM, running Slack 10), and at first I was > "content" to write it off as that; but when it crashed for the second time at exactly the same entry (the > twenty-forth) even though the size of the entries would have been significantly different, I wondered if there > was some factor within elog that could affect this. > > I've not tried it with Copy to:, but imagine it will also be affected as the only difference with this and Move > to: is the deletion of the thread after all the entries had been copied. I reworked the internal memory allocation, since there was a stack overflow going over 24 entries. It should be now much better. Give a try to revision 2226.
When adding a log entry containing a datetime field using the IE7 browser a Javascript warning is displayed - see the attachment. This is due to a change in the naming of the "seconds" field of a datetime entry (made in version 2143) not being propagated to the code that generates the Javascript that checks the supplied values.
Suggested patch follows.
Change "s%d" to "c%d" in lines 9675 and 9678.
Showing lines 9675-9680 below, change from:
rsprintf(" if (document.form1.s%d.value == \"\") {\n", i); sprintf(str, loc("Please enter second for attribute '%s'"), attr_list[i]); rsprintf(" alert(\"%s\");\n", str); rsprintf(" document.form1.s%d.focus();\n", i); rsprintf(" return false;\n"); rsprintf(" }\n");
to:
rsprintf(" if (document.form1.c%d.value == \"\") {\n", i); sprintf(str, loc("Please enter second for attribute '%s'"), attr_list[i]); rsprintf(" alert(\"%s\");\n", str); rsprintf(" document.form1.c%d.focus();\n", i); rsprintf(" return false;\n"); rsprintf(" }\n");
Richard Stamper
This is absolutely correct, even the right fix. I put that into the distribution. Thanks a lot.
> Hi Stefan, > > I don't know if anyone else would be interested or need this... > > If you have an Roption, and it is not required (maybe...) or have a preset attribute, it is possible to make an > entry and have replies without any of the attributes in that Roption being selected. > > However, once an attribute in that Roption has been selected, it is not possible to go back (editing) to the > condition before one was selected on that entry (so far as I can tell). > > Is a way of cancelling all the possible attributes in an Roption practical? Would others want it? It is > possible with options, as there is a "please select" which can be used to cancel whichever attribute in the > option that has been selected. > > Regards, David The easiest to achieve this is to define another option. Assume you have the three options One, Two, Three and you want to "unselect" them. So just add a fourth option like Unspecified, One, Two, Three so if you do not want any of the "One, Two, Three", just click on "Unspecified" and you get what you want.
I'm trying to use gmail to send password recovery e-mails, I get this error when I submit the email address.
"Error sending Email via "smtp.gmail.com": 5.7.0 Must issue a STARTTLS command first. 2sm5111524agd.34"
Any help or insight would be appreciated.
Ed...
gmail uses TLS (Transport Layer Security) for the mail communication, which is currently not supported by elog.
Have a few issues here. The big one is that I have some users of our elog books that are in India, while the server is in USA. When they click on thumbnail images then press their browser back-button they get a page expired message and are unable to see what they were looking at before unless they go back to the main page. Is this an elog problem or something with Apache?
That's strange. Normal pages are set to "pre-expire" (expiration date 1983...) which forces the browser to always load them from the server. This is necessary since someone else could have modified that page and you would look at an old page in your browser's cache. But using this, I never saw a "page expired" message. The browser simply reloads the page. Maybe if the internet connection got lost in between and the browser cannot load the page from the server, you have a problem. Attached pictures have a expiration date of +1 day. So even if you span different time zones, that should be fine. Can they try to access https://midas.psi.ch/elogs/Linux+Demo/14 and see if they get the same problem there? This is my demo setup and resides in Switzerland.
Also when these users in India write messages sometimes we end up with duplicate messages seconds apart. I'm not sure if they are pressing the submit button repeatedly or pressing their browser back button. I've suggested they try not to do that.
The only way to get two entries is if you submit your entries twice. The same problem exists on some credit card payment sites, which explicitly state "please be patient, don't press submit twice, don't press back". The same applies for elog.
Last issue, is there a way to make thumbnail images open in a new window by default rather then the same window? This would help fix the first issue at least. Is there some setting to fix the page expiration/time-out issues?
No, this is not implemented right now. But if nothing else helps, I can add a new option.
I talked to my associate from India. He tried that link you provided and claims that even on your
site the "page expired" message occurs. Weird eh? Any ideas?
Not much. Since they are the only ones reporting this problem, I'm tempted to attribute this to their local configuration (browser, proxy, etc.). Have they tried different browsers on different machines?
Hello !
Is any posibility to set quick filter, for fields with atribute "date", to exactly value, like 15/07/2009, instead of drop menu with values like - last day, last week, etc ?
Tnx in advance !
No, this is not imlemented. But you can go to the "Find" page, and select the "Start" and "End" date with the calendar picker tool. This are a few more clicks to do, but puttting this all into the quick filter would not fit there.
I have a logbook including the attributes: Author, Topic Date, Phase, Reference, Subject, Start Time, End Time, Duration
The Phase attribute has a number of MOptions including: Design, Manufacture, Testing, Results, Transport
I only want the attributes Start Time, End Time, and Duration to be shown if the Transport Phase is selected. I have tried using the conditional attributes
MOptions Phase = Design{1}, Manufacture{1}, Testing{1}, Results{1}, Transport{2}
and
{1} Show Attributes Edit = Author, Topic Date, Phase, Subject, Start Time, End Time, Duration {2} Show Attributes Edit = Author, Topic Date, Phase, Subject
This works to show the attributes when the relevant Phase is selected but the Edit page shows the Phase options including the {1}/{2}. Is there are way that these conditionals are not displayed?
Also, I would like the "Duration" Atrribute to be a calculated value showing the time difference between Start Time and End Time. Is this possible?
The conditional attributes work only with Options, but not with MOptions as written in the documentation. I tried your set-up with Options and it worked ok. If you attribute Phase is non-exclusive, meaning it could be Manufacture and Testing at the same time, then you have to play some tricks with an additional attribute like
Attributes = Author, Topic Date, ..., Duration, Transport MOptions Phase = Design, Manufacture, Testing, Results, Transport Options Transport = Yes{2}, No{1} {1} Show Attributes Edit = ... {2} Show Attributes Edit = ... An automatic calculation of Duration is unfortunately not implemented.
Attributes = Author, Topic Date, ..., Duration, Transport
MOptions Phase = Design, Manufacture, Testing, Results, Transport
Options Transport = Yes{2}, No{1}
{1} Show Attributes Edit = ...
{2} Show Attributes Edit = ...
Using the Windows event log won't help much. I guess in your case elogd is driven into some kind of endless loop (does the CPU go to 100%???). There are only two possibilities to tackle this:
1) You find a way to reliably reproduce this problem, tell me how to do this. When I can reproduce it here, I can fix it easily.
2) You do debugging yourself. Under Linux this is simple, since you have debuggers on most systems. Under Windows however, you first have to install the Visual C++ development environment. I believe there is a free version (Express?) which you can use. You then run elogd under the debugger, and when it hangs you investigate where. This needs some basic knowledge about C++ development and I'm not sure if you have this, but maybe you can find someone around you who does.
I have 2 questions. #### This is my modification ####
Sorry but I don't get your point. See I modified your original entry above. Now I will submit this entry, and do another reply.
I have 2 questions. #### This is my modification #### **** This is my second modification ****
Sorry but I don't get your point. See I modified your original entry above. Now I will submit this entry, and do another reply. **** And I can modify this ****
So this is my second reply. I can edit both your original entry and my first reply.
Your point 2) is too unspecific. I need more information there. You could run the elogd daemon interactively and check if there is any error output in the console window.
I am new to eLog, trying to make a logbook tool. This is probably a question with a simple answer, but here it is... I need to be able to edit the entry time for an entry as it is being made and also in Edit mode later. We have field staff who use a paper log in the field and then come back to the computer later and create the log entries, and they need to be time stamped to reflect when an event happened, not when the entry is put into the log.
I'm guessing I'm missing something easy in my Config file, I've looked through the config examples and searched the forum but I couldn't come up with an example of how to make this work.
Jay
Hi Jay,
the entry time cannot be changed, because it should reflect the real time when the entry was made. What you can do in your case is to define a "datetime" attribute, which contains then the time stamp. You need something like this:
Attributes = Author, Field time, Subject
Type Field time = datetime
Oops, just a typo. The message Attribute "Date" not allowed should read Attribute "ID" not allowed. Fixed in the current SVN version.
I'm not sure if this is the expected behavior, but it appears as though an attachment is not displayed in the list of attachments if you manually add a link to the attachment into the body of the entry. I would greatly appreciate any advice on how to fix or change this behavior.
I will try to demonstrate with the two attachments on this entry. There are two attachments in this entry, but only one appears in the standard view of the entry.
Picture_1.png.png
Many thanks,
Devin
Well, you can have "inline" pictures like that:
In this case it is clumsy if this image gets displayed twice, once in the text and once as the attachment. So I look at the entry and if I find the image inlined, I suppress the display at the end. Now the "check if the image is shown inline" is a bit stupid, it just looks for the link. So I never thought that someone would just put a link in the text manually. I will have a look and see if I can change that.
I have set my PC in Time Zone GMT+10:00 but I get GMT time in Entry time/Last edit field.
I have installed in another PC. Which has Time Zone GMT+10:00 but I still get GMT time in Entry time/Last edit field.
Please help. Thank you very much.
That's strange. I use the C function localtime() to obtain the local time from Windows. The documentation says that this function checks the Windows control panel and returns the proper local time. So far, nobody complained so I guess only you have this problem (anybody else to correct me???). The only hint I found is to set the environment variable TZ. So open a DOS box and enter
set TZ=AST+10
then start elogd.exe interactively in that dos box and see if you get something else.
One question just for curiosity: How did you obtain the link to the attachment? Don't you first have to submit the entry, then get the attachment link via the browser ("Copy link location"), then edit the same entry, then paste a link? This is rather complicated, that's why I could not imagine that someone really does it. Or do you want to achieve something else?
I improved the mentioned check for inline attachments. Now your page correctly shows both attachments. This fix is in SVN revision 2241.
I did as instructed but time was 20 hours behide
I have entered set TZ=AST-10 I got the correct time. I think my elog files have been changed by someone. elogd file is running in DOS box now. Please help how to run elog as normal or correct elog files. Which file I should check. Is it elconv.c file? Thank you Stefan.
You have to change your environment variable "TZ" system wide. You do that by going to
My Computer/Properties/Advanced/Environment Variables/New
then you enter TZ as the variable name and AST-10 as the value. You might have to reboot your computer.
Any ideas of what I'm doing wrong?
Yepp. Synchronizing over SSL does not yet work. I have it on my to-do list since quite some time, but can't find the time to implement it. So at the moment you have to synchronize without SSL.
Ok, to see if I understand. You mean setting SSL = 0 in my cfg file and leaving the rest as it is, right? Then I synchronize by hand and I guess I'll be prompted for the password. Perhaps I should remove my local password file to avoid that the password is send unencrypted?
That's correct. The password will be sent unencrypted if you get prompted, but if you use the automatic scheme the password will be encrypted (but not the logbook entries of course). But your concerns are right, running this thing not over SSL is a bad thing these days...
Tried installing on Fedora 11 - failed dependency on libssl.so.6 I have libssl.so.8 installed. What do I need to do to install this package?
nbc
The easiest is if you install from source by downloading the tar ball. It's hard these days to make a RPM which runs on all possible distributions. I would have to maintain a zoo of new and old distributions, which I don't have the hardware for. Or you go and install libssl.so.6 by hand.
Retrieving entries from "https://www.pp.rhul.ac.uk:8080/ATLAS Trigger"...
Remote server is not an ELOG server
Your problem is here. I wrote that synchronization is not possible through SSL, but you try to access https://www.pp.rhul.ac.uk:8080 which is SSL (because you have https:// not http://).
Sorry my late reply but I'm pretty busy these days...
I don't have a clear solution, just a few thoughts:
- Network handling has benn improved recently, so I propose you first upgrade to Version 2.7.7
- Looking at your sync logs, I see many lines of the form
19-Jun-2009 15:41:05 [lance@127.0.0.1] {NSS} MIRROR change entry #1095 to #23357 19-Jun-2009 15:41:05 [lance@127.0.0.1] {NSS} DELETE entry #1095 19-Jun-2009 15:41:05 [lance@127.0.0.1] {NSS} MIRROR send entry #23357
this indicates that you add entries to both logbooks (with ID 1095) in this case. Then elog has a problem, since you have new entries with ID 1095 on both sides. So the only solution is to re-submit the entry #1095 on the source logbook as a new entry (with ID #23357 in this case), delete the old one and then submit the new one. This happens very often, which takes quite some time. Mirroring mainly makes sense if there is one active logbook where new entries gets submitted, and the second logbook is mainly as backup and read-only. Then mirroring is very effective. If you submit on both sides very heavily new entries, the merge process is quite complicated.
- If nothing has changed on both sides and you still have heavy synchronization work, it means that both logbooks kind of became inconsistent, and elog tries to sort that out. So a good starting point is to manually copy all xxxxxxa.log files from one side to the other, thus ensuring both logbooks are 100% identical. Then restart both elogd servers, issue a manual synchronization, and make sure it reports back to you that everything is identical.
Hope some of this helps,
Ah, I see. Hmm, ok it doesn't work without the s either. I can't access the server in that case. Ok, I think I'll just wait for this feature to be available. Thanks for your help!
Of course you also have to switch your mirror server not to use SSL as well. You can check this then by accessing it directly via http://www.pp.rhul.ac.uk:8080/ATLAS Trigger from the same computer. Also make sure that you don't have any firewall issue.
Under some circumstances the New/Edit entry screen can invoke the init_resize() function in the onload handler for the <body> tag, but the init_resize() function is not defined. In my case there is a log where the encoding is plain text (Default encoding = 1) and the message height is restricted (Message height = 4). Creating or editing entries in this log generates warnings in the Firefox error console and alert boxes in IE about init_resize being undefined.
I think there is some missing logic. In revision 2246 of elogd.c
I think you need to duplicate the checks on the Message height and Message width attributes at lines 9924, so that the init_resize() function is only included when defined.
Richard S
Perfect! Not only your analysis but also your suggested solution. I implemented that in revision 2249.
I'd like to request a feature: automatic alphabetization of the items in the Quick Filter menus.
We track quite a few detector assemblies, which are produced with non-sequential designations. It would be useful if the Quick Filter list was automatically sorted alphabetically to make it more convenient for folks to find a particular item.
I know people can always search by designation but it would be handy to have this alpha sorting feature. Would it be possible to include that in a future release?
Thanks again for a *very* useful logging system!
Dennis
The order of items in a Quick Filter menu is exactly as in the configuration file. Like if you have items
Options Type = C, D, A, B
they are shown like that in the quick filter menu. If you want to sort them, just do the sorting yourself in the configuration file like
Options Type = A, B, C, D
I have not implemented automatic sorting since some people want a different order, like some main topics at top. So by following the order from the configuration file, everybody can be satisfied just by chaning the order in the config file.
Yes, I have been manually sorting and resorting. We have extendable attributes and the list keeps growing so I have to resort every so often. I thought perhaps a simple alphanumeric sort as an option would be popular with most users so I thought I'd ask for it. It would really simplify things for me. Users who want to sort manually could do so by disabling the option. It never hurts to ask!
Ok, I implemented
Sort attribute options = 1
in the current SVN revision.
Currently this is defined as a maximum of 100 literals in the cfg file. I would like to see the option to reference an external text file as input for this.
I will put this on the wish list.
As a side question, I would also like to increase the max to a greater value, for example, even 5000. I assume I can change the source (I recall var was something like "List_Option_Max") and see if that would still work, but would you know offhand if that would cause a problem anywhere else?
I limited this to 100 entries because it will be hard to handle it. Imagine a drop-down list box with 5000 entries. It would fill your complete screen and you still won't see all 5000 entries. In that case it might be better to use a free text field and enter the attribute value as free text.
You can increase MAX_N_LIST in elogd.c, but at some point you will get a stack overflow and elogd will just crash.
Ok, that makes sense, so I changed it to Sort Attribute Options Status = 1 as you suggested. > (For some reason I could not add this in Dennis's thread.) > > I like this new feature, BUT > > I happen to have two Options: Options System, and Options Status. > > System are a very few items, whereas Status has a long list, which, like Dennis's example, can be added to. > Keeping the latter in alpha order is great, but it's a shame that the cost is that Options System are also > sorted alphabetically, whereas it has a natural order which it would be preferable to keep - for example (and > this is made up) > > Options System: 3.1, NT, 2000, XP, Vista > > where the natural order here is chronological. > > Perhaps the configuration file option could be more specific, for example > > Sort attribute Options Status = 1 > > which would then NOT sort Options System. If both are needed to be sorted, both should be specified, or back to > the original syntax which defaults to sort *all* Options.
Just a few fckeditor related questions. How do elog versions and fckeditor versions relate. ?
Can I just drop another version of the fckeditor over an other version? What things should I consider when doing so ?
thanks for you're time.
The relation is not very "stong". In the past I updated between major version of fckeditor without chaning any elog code, so just give it a try.
Dear Sirs,
searching for keywords regular expression becomes very long. Are there any other type easy multiple keyword search supported. For example a keyword search like keyword1 & keyword2 results in different output than a keyword search like keyword2 & keyword1. A simple keyword search like "keyword1 & keyword2 and keyword2 &keyword1 should find all documents in a database containing both keywords resulting in the same output.
I had this request already several times. Indeed I myself am not very happy with regular expressions. If anybody knows of any other convenient search method, together with freely available C code, I'm more than happy to include this into elog.
> Like many educational institutions we get "educational certificates" that are chain certificates.. > > With apache the full certificate chain is working as expected.. > > For elog I copied the appropriate files to server.crt and server.key > > Netscape 3 is happy with that setup, Internet Explorer and Opera are mentioning the open certificate chain. > > When I tried to copy the file known as SSLCACertificateFile in Apache to chain.crt elogd does not longer work and > > openssl s_client -showcerts -connect <myserver>:<elogd_port> > > only shows: > > CONNECTED(00000003) > 25523:error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure:s23_clnt.c:562: To be honest I'm not an expert on SSL. I just use following code inside ELOG to initialize the SSL connection: SSL_CTX *init_ssl(void) { char str[256]; SSL_METHOD *meth; SSL_CTX *ctx; SSL_library_init(); SSL_load_error_strings(); meth = SSLv23_method(); ctx = SSL_CTX_new(meth); strlcpy(str, resource_dir, sizeof(str)); strlcat(str, "ssl/server.crt", sizeof(str)); if (!file_exist(str)) { eprintf("Cerificate file \"%s\" not found, aborting\n", str); return NULL; } if (SSL_CTX_use_certificate_file(ctx, str, SSL_FILETYPE_PEM) < 0) return NULL; strlcpy(str, resource_dir, sizeof(str)); strlcat(str, "ssl/server.key", sizeof(str)); if (!file_exist(str)) { eprintf("Key file \"%s\" not found, aborting\n", str); return NULL; } if (SSL_CTX_use_PrivateKey_file(ctx, str, SSL_FILETYPE_PEM) < 0) return NULL; if (SSL_CTX_check_private_key(ctx) < 0) return NULL; strlcpy(str, resource_dir, sizeof(str)); strlcat(str, "ssl/chain.crt", sizeof(str)); if (file_exist(str)) SSL_CTX_use_certificate_chain_file(ctx, str); return ctx; } Maybe I need something different for chain certificates, but I don't know. I just copied these calls from the example which comes with the libssl library which I'm using. Maybe somebody has an idea how this could be improved. Actually looking at the code I see that the 'chain.crt' file is used. If you send me your files privately I could try them and see if I get a specific error code from the SSL library.
When we set Fix text = 1, according to the syntax, this should prevent users from modifying the text field during an edit, but it looks like it is blocking access at both time of edit and creation, meaning you can never add anything to it. Is that the intended functionality?
Thanks for reporting that bug. I realized that this was not working at all since a long time. I fixed it in SVN revision 2245.
> Hello, > > Thank you for such a great piece of software! > > When displaying the entries in a log book with Summary view, ELCode is not processed in 'Text'. I know there > is an option called 'Allow HTML", but is there something similar for decoding ELCode in the Summary 'Text' field? > > Thank you again, > - Dan Decoding HTML (or ELCode which translates to HTML) in the summary field is difficult, since the text is truncated. Assume you have some code like Text <b>Text <i>Text ----- cut here </i> </b> Sot he bold <b> and italics <i> tags are opened, but closed after the cutting line. In that case the whole page might render wrongly, because everything after the summary text will be displayed in bold and italics. To fix this I would have to scan the HTML code and close all open tags "by hand". But since there are very many possibilities, especially if one used multi-column tables, this is almost impossible without writing my own HTML parser which is beyond the scope of elog. So the only clean solution I have found so far is to strip off all HTML formatting and just showing plain text there.
Hi Stephan,
one of the eLOG users at our company, has problems using eLOG in combination with Google Chrome (version 2.0.172.43), log in gives no problem, when selecting the appropiate department, he get's the following error:
This problem does not appear with other browsers like IE7/8 and Firefox. Do you have any clue?
Tnx in advance.
kind regards, RJ Schrijvers.
When Chrome came out, I vaguely remember that there were some initial problems, but they have been fixed since about a year. But I see you are using a pretty old version of ELOG, so please consider upgrading.
We have been running elog for a couple of years now and this morning it stopped working.
We have tried to rstart it and it says successful start but still does not run, when doing a restart it says stop failed start success.
Does anyone have any ideas.
You shoudl start elogd interactively in a DOS box to see if there is any error. Maybe disk full or a network problem...
No, but you can remove the "Department" with
Remove on reply = Department
this way the attribute vanishes, but that should be ok since you always have the link to the original entry which contains the department.
We use eLOG with IE. Once we turned on SSL, it is no longer possible to "Export to CSV" and save the output.
The error that we get is:
Internet Explorer was not able to open this Internet site. The requested site is either unavailable or cannot be found. Please try again later.
This is documented on Microsoft's site: http://support.microsoft.com/kb/316431
It is considered a feature with no fix. Basically the browser is honoring a request from the server which is "Pragma: no-cache". Problem can be reproduced in IE versions 6 through 8.
I see the same problem with IE. The knowledge base says that one should remove the "no-cache" statement from the header, but that has strange side effects: Assume you export a logbook to a CSV file, and a few days later you export it again, since many things changed. But you browser will in that case not retrieve the new logbook, but read the old CSV file from the cache. But the browser does not tell you this, so you see an old version of the logbok without knowing this, which can be dangerous. So I better leave the "no-cache" in the header. The workaroung is not to click on "Save" on the file download dialog, but on "Open". You see then the CSV data inside the browser and can copy/paste it into a notepad document, then save it.
> When locks are enabled, users should see a pop-up window asking them to submit an entry if they edit an entry but then go away from that page or > close the browser without submitting the changes. However, it only appears as though this works when using the plain or ELCode editors. When > using the HTML editor, no such pop-up appears. > > If possible, a fix for this would be greatly appreciated. > > Many thanks, > Devin Thanks for reporting this problem, I fixed it in SVN revision 2256.
The HTML layout produced by elogd is horrendous to deal with programmatically; I give up.
I'm writing a greasemonkey script to slightly alter the look of the pages served by the ELOG server. One difficulty that I'm struggling with is how to identify what type of page ELOG has created. While I have several methods to determine the page type, such as a log entry vs. log entries summary, the solutions are not straight forward and not clean. As far as I tell, there's no specific identification in HTML document currently that describes and identifies the type of page being served by the ELOG server.
So, I'm requesting that the pages created by ELOG be identified in some fashion with the META element, such as:
<meta name="description" content="elog log entry" />
or
<meta name="description" content="elog log summary" />
or even using the keywords attribute:
<meta name="keywords" content="elog log summary" />
Sorry, I didn't yet have time to implement your request.
Have you considered to download an entry in plain text? Like this entry you can load with
https://midas.psi.ch/elogs/Forum/66555?cmd=Download
which should be much easier to interprete. If you write your entries in ELCode or plain format, it should be even easier.
I upgraded 2.7.5 rev 2175 to 2.7.7 rev 2246 last Thursday. I tested it with several logbooks with no problems. However I received a rep[ort today that it was down. I discovered whenever I tried to open a logbook entitled "Equipment Reservation" in the folder "EquipmentReservations" Elog would crash. I checked the elog.log file with no entries in it other than showing when it was restarted. I backed up to 2.7.5 and had no porblems with the same logbook. I repeated the upgrade to 2.7.7 with the crash problem returning. I am now back on 2.7.5 with no problems.
I just decided to try 2.7.6 rev 2239 and had the same results as 2.7.7.
This is running under Win2K with SP4 as an automatic service on port 80.
I am also running Elog V2.7.4-2118 on a different port (8080) simultaneously with no problems.
If you wish I will send the elog.cfg file. Anything else I can do to help, please let me know.
I need to reproduce your problem. Therefore I need the configuration and the xxxxxxa.log file containing the offending entries. You can strip it down to the minimum needed to do the crash.
> Hi Stefan, > > After 21.Oct, all the emails sent out by this discussion form now are addressed to > > ELOG@ananke.jtan.com > the name of the server my mails are sent to. > > Before that the emails were addressed to > > ELOG@emix.psi.ch > > Obviouisly my real email address is there, in the headers (as it would appear for a BCC) > > The only consequence for me was these emails turned up in the wrong mailbox, but perhaps it has wider implications? Indeed on Oct. 21st the SMPT server sending out emails from this forum has been changed. I checked my own mails coming from the forum, but I could not find any hint of what you describe above. The "From:" header contains "noreply@psi.ch" and the "To:" header is my email address. The "Received:" header contains our SMTP server, but you should not that field for filtering your email. - Stefan
Hi elog experts =)
Anyone know if it's possible to have access control per group-level?
For instance:
Group A = B,C
Group B = LogA
Group C = LogB, LogC
Group C: Read password = abc
//NH
I added your vote to the wishlist
https://midas.psi.ch/elog/wishlist.html
I have "Summary lines = 1" in the config file. The first line visualized in the summary list, in the Text column, is truncated. I'm using the default style.
Which is the way to set the number of character displayed?
I added a new parameter
Summary line length = x
for you. This is included in SVN revision 2262 (if you can compile it yourself) and will be contained in the next release.
is it possible to export the Text Field and the entries in this field to a csv file? If yes, what are the settings to do this?
A CSV file is by definition one line per entry. So if you have several lines in your Text Field, how will you be able to squeeze this into one line?
Alternatively you can export to XML, which contains the Text Field, then do a manual conversion to something else.
I want to extend the usage of ELOG and have 2 Questions:
1. Is it possible to have Fields which only appears if another selection is done? e.g. I create a new entry. This new entry has a type field. If I chose the Type "ABC" another field appears where the departemnt could be choosen. If I select Type "DEF" the Department field does not appear.
2. I have a field Status. This is a predefined field with 3 entries (New, under progress, closed). If i change the status field time, date old and new status should be logged or written in the text field. I can log this with the answer field with a new ID. But is there any other way to log it in the text field or log it with no new ID?
Can i implement the wishes above? If yes how does it work?
1. is simple, just use conditional attributes like:
Attributes = Author, Type, Status, Revisions, Department Options Type = ABD{1}, DEF{2} Show Attributes Edit = Author, Type, Status, Revisions {1}Show Attributes Edit = Author, Type, Status, Revisions, Department {2}Show Attributes Edit = Author, Type, Status, Revisions
2. is more complicated. Have a look at FAQ # 11. Try something like:
Options Status = New, Under progress, Closed Subst Revisions = $date status $status Subst on Edit Revisions = $Revisions<br>$date status $status
But when testing this, I realized that there is a bug in elog and the subsitution is done before the submission, not after. I fixed that in SVN revision 2263, so it will be contained in the next Windows release.
After I moved an item from one logbook to another one I cannot reply on this item anymore.
When the submit button is clicked it returns: Submit not allowed
This eLog server running Linux is sync'd with an server running Windows XP.
On the windows server the funcionality is working perfect(so no Submit is not allowed on a reply)
Check your configuration file for the destination logbook, probably you have only restricted rights there ("Guest menu", "Login user" ???)
I don't understand what you mean. There is only a "Submit" button and a "Choose File" button:
both are pretty close to the beginning of the line (left side).
> It would appear to be a bug that the attachment icon does not appear in the threaded display (for any entry > other than the initial one). Yes, that's indeed a bug. I fixed it in SVN revision 2266.
I have found the problem:
the fckeditor folder contains not all necessary files after installation of Elog version 2.7.7.
I have downloaded the fckeditior manually from:
http://www.fckeditor.net/.
and replaced the faulty one with the new one.
Now the editor is running fine and I see the menu bar when I choose Encoding HTML:
elogd 2.7.7 built Jul 31 2009, 13:01:20 revision 2246 FCKedit detected Indexing logbooks ... done Server listening on port 8080 ...
Stefan could you please ckeck if some files are missing in the fckeditor folder within the elog version 2.7.7 rev. 2246.
Yepp, the editor source code is completely missing in rev. 2.7.7. Thanks for pointing that out. I will include it in 2.7.8 which I will release pretty soon.
Internet Explorer fails to display correctly some aspects of pages generated by elog when the zoom functionality is used (Ctrl + and Ctrl -). This is really a bug in the IE renderer rather than elog, but since IE can be persuaded to do better relatively easily it might be worth making some minor changes to make elog more robust when used with the buggy Microsoft browser.
The problem I encountered was initially with the multiple checkboxes for an Moptions attribute, but I noticed later it also affects the logbook tabs at the top of the screen. If you start creating a submission to this forum in IE (7 or earlier, at least) you can see the problem; when zooming, the text labels and the checkboxes do not scale together so start overlapping, and the same happens with the logbook tabs and the text links on them. The problem is apparently to do with a proprietary IE concept called "layout" - see http://www.satzansatz.de/cssd/onhavinglayout.html for details - and IE struggles when some elements do not have the hasLayout property set to "true".
The fix is to coerce elements to have the hasLayout element set to "true" by giving them some benign CSS property. The best I can find is to set "display: inline-block" for some of the key elements, and this can be done by modifying default.css rather than the elogd.c code.
Adding
span { display: inline-block; } to default.css (e.g. just after the default style definition for the "td" element) and adding
display: inline-block;
to the style sets for the .sltab and .ltab classes (generic, not those specific to the "a" element) seems to prevent IE doing bad things with the display when zooming without messing up the display in Firefox. I have not tested this comprehensively or in any other browsers, but I thought it might be worth passing on.
I just tried with IE8 (don't have IE7 installed any more), and it looked to me like this has been fixed there. So this will get less a problem in the future. If people are stuck to IE7, they can made your modification themselves in the CSS file, so I guess I won't change the distribution for the moment.
There is one "feature" which causes this not to work. If an option is present several times (in your case "Show Attributes Edit"), the first one is taken which fulfills the current condition(s). So what happens is you select List=Personal, which triggers condition "1". Then you select "Dummy1", which triggers condition "11". Now elog goes top down, finds that List=Personal, so sets condition "1", then continues, finds {1} Show Attributes Edit = ... and takes this one. What I propose is to do the following:
Options List = Personal{1}, Work{2} ... {3} Show Attributes Edit = List, Project, SubProject, Title, Priority, Context, Status, Due Date, Start Date, Alarm, Repeat {3} Options SubProject = DummyChild1 {1} Show Attributes Edit = List, Project, Title, Priority, Context, Status, Due Date, Start Date, Alarm, Repeat {1} Options Project = Dummy1{3} Note that {3} Show Attributed Edit come before {1} Show Attributes Edit, so as soon as you select "Dummy1", the first "Show Attributes Edit" gets activated which contains "SubProject".
> Hello. > > Please look at the entry 66525 of this forum (just 5 thread before this one): > > -> chain.crt, posted by Gerhard Schneider on Thu Sep 3 21:55:52 2009 (66525) > |-> Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009 (66526) > |-> Re: chain.crt, posted by Gerhard Schneider on Wed Oct 7 07:56:52 2009 (66556) > > When you collapse the thread, it is collapsed to the 66526 instead of the 66556 (more recent) > > + Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009 > > I guess it is because both 66526 and 66556 replies to the first entry. > I have the same problem with Elog v2.7.7-2246 and Windows. > > In general, it seems to work well only if you always reply to the last entry of a thread. > > Thank you. > > > b.t.w. : is there any tip to always force reply to the last entry of a thread? I fixed that in revision 2269. So now elog scans a complete branch and searches for the last entry in the branch. You can check again the branch above on the forum, should work now.
how can I activate the part like: Subscribe to logbooks: Linux Demo, Database, etc.. regarding enable automatic email notifications
Just check the check boxes:
Isn't that obvious?
Sorry wrong question, I meant how can I configure this part?
There is nothing to activate. As soon as you have some logbooks defined and you are using user level access ("password file = ..."), this page will show up.
> Hi Stefan, > > This has happened twice on this forum now, starting from Mon 23rd November. > > Someone submits an entry (Me, 66625, Bertram Metz 66628) > I assume you post a reply (66626, 66629), but it shows up as if I or Bertram are the author of the reply, not > yourself. My reply to you (66627) was really authored by me, and I expressed puzzlement then at this point. > > Is this a bug, or some wierd affect of us forgetting to log out? > > Regards, > > David. Thanks for pointing out this issue. This bug was introduced recently, when I tried to avoid the Re: Re: Re: ... in the subject line. I changed this now completely so that we can have Preset on reply Author = $full_name Preset on first reply Subject = Re: $Subject which fixes both things. The modification is in revision 2271.
For this you need
Sort attributes = Status, Date
which however only works from version 2.7.8 on.
We are trying to track down an issue where elogd just stops, and I cannot seem to find a cause.
In the logs, I see: Dec 3 14:01:23 nissrv18a kernel: [419738.139675] elogd[32003]: segfault at 4 ip 00007f183b19b560 sp 00007fff79f5e278 error 4 in libc-2.10.1.so[7f183b119000+166000]
Any thoughts?
I need more information about that. Please have a look at Faq #19.
i tried
but it won't work. When I change the status i saw an information in the status bar of Internet Explorer like "Entry has changed" (Eintrag wurde verändert) but it is not written in the notes field. Or is it written to another field?
Do I have to update first to the latest Windows Version? You wrote something about SVN revision 2263. When do you expect the windows version where this problem is fixed is available to download?
Best Reagrds
it now works with the revisions. When do you expect that the new Windos version, which corrects the error you described, is available for download?
Best reagrds
You can download version 2.7.8 already since a while from https://midas.psi.ch/elog/download/windows/
> The certificate that is on there right now is the one that gets created when you install elogs. I have tried > creating one with a windows server 2008 box with the CA role installed. The certificate is created without issue > and I can install it on the server but when I try to restart the elog service it wont start until I put the > original server.crt and server.key file back into the ssl directory. How did you install the certificate? Maybe it ended up in the IIS directory and not in the elog directory?
Ok, I am now assuming the offending log file has been removed. Correct?
No, you never submitted any file. It was missing in all your posts. In worst case send it by email to me.
Grrr. Forgetting to pick an icon means my message was blasted.
I have installed elog 2.7.8 and it is running. When I connect to it and get a login window, I am always denied. If I remove the passwords, then I can login with no password information. I have tried both command line for setting passwords and directly in the elogd.cfg file.
Suggestions on what I might be doing wrong would be appreciated.
Ian
PS - are there RESTful interfaces to automate the generation of log entries via an HTTP POST or HTTP GET?
Which password scheme are you using? Is it Read passoword = ... or Password file = ...? If you use a password file (that's what most people do) you have to create yourself an account just as you did for this forum here. There is no other way to enter the encrypted password into the password file. Just follow "To start a new password file..." in the documentation.
I recently installed the latest Elog 2.7.8 revision 2277 after running Elog 2.7.7 revision 2246 for several months without any problems. However once I submit an entry by using the Reply command Elog crashes and Windows XP reports an error message screen. This also stops the elogd service.
I have pinpointed it down to the command "subst on reply Subject = $Subject" by removing my whole configuration file and just added the line "subst on reply Subject = $Subject" to your demo configuration file.
Elog seems to also stops the elogd service with any "subst on reply" command.
Do you have any suggestions?
Cliff Shaw
Thanks for reporting that problem. I finally found the bug and fixed it. I made a new elog278-2 for you to download.
I installed the latest windows Version but have massive Problems with it. I can create a new entry and the revisions filed is updated. If I want to change the status field from "new" to e.g. "under progress" the elogd service at the server crashes every time i want to save the changes so i switched back to 2.7.5-2130 and it works without any service crashes.
Can you try elog278-2. It should fix that problem.
I have installed Elog in a Windows-environment. It's working fine, but i get a new logbookfile each day. Is it possible to have all entries in 1 logbookfile?
No. The standard database engine inside ELOG works this way. It allows you to backup then every month or year easily just on the file system by copying all 10????a.log files for example. If you would have just one file (which could become very large), there is no easy way to do that.
> Is there any way to directly paste an image from a Windows clipboard into an elog entry page? It's obvious > for uploading a file, but many of my users say that they never make a file, they just want to paste in an image > already onscreen. This is a limitation of the FCKEditor used inside ELOG, and actually of the whole browser concept under Windows. There are some extensions to Firefox which let your paste an image as an attachment, but none for doing this right into the text body. For some discussion about this have a look at http://forums.developer.mindtouch.com/showthread.php?t=188 for example.
> > > Is there any way to directly paste an image from a Windows clipboard into an elog entry page? It's obvious > > > for uploading a file, but many of my users say that they never make a file, they just want to paste in an image > > > already onscreen. > > > > This is a limitation of the FCKEditor used inside ELOG, and actually of the whole browser concept under Windows. > > There are some extensions to Firefox which let your paste an image as an attachment, but none for doing this right > > into the text body. For some discussion about this have a look at > > > > http://forums.developer.mindtouch.com/showthread.php?t=188 > > > > for example. > > Hmmm. Well, does that mean that it is easier under Linux? I have to confess I couldn't figure that out either. But > I'd be delighted to have Yet Another Reason to tell the users that "it works under Linux, maybe you should switch...." I'm not sure, but I doubt that it would work under Linux. It's a general security issue: If your browser has free access to your clipboard, then what happens if you for example copy-and-paste a password in some application, then forget your password in the clipboard, then you surf to a malicious website, and a script on that site grabs your clipboard contents? This would be a severe security hole on ANY operating system.
> Hello, > I feel that the filter result could be confusing and unexpected when "COLLAPSE TO LAST" is enabled: you > filter the first entry but you show the last one. What is filtered doesn't correspond with what is shown (look > the attached example). > > I suggest to implement an option to let the user decide which entry (first or last) should be retrieved for > filtering (a tentative patch is attached). > > Thank you > > Gabriele > > P.S. A similar behaviour occurs when you sort the logbook: it could appear as not sorted because you sort the > first entry but the last one is shown. You are absolutely right. When doing filtering, entries shown or not shown have not much to do with the filter. Rather than messing around with first and last entries, I decided to break apart threads completely when doing filtering, so the entries are treated as individual entries, just like what you do when filtering in summary mode. This gives then consistent filtering results. The modification is done in revision 2282.
I have attached a possible patch--basically pirated from elogd.c Because strlcpy needed for the crypt cares about size, do_crypt needed the size, which had not been a concern for base64_encode in elog.c As a result, base64_encode changed slightly as well. I think the implementation places a limit of 32 characters on passwords, which seemed to already be the limit in elogd.c The elog.c limit appeared to be 80 characters. I tested both SSL and SSL+CRYPT for commandline elog entries with both a logbook specific write password as well as username/password combo in a password file.
Great! Thanks a lot for your patch. I appreciate if people not only come up with problems, but have already the solution. I committed your patch to the distribution, so it will be included in the next version.
I seem to recall this behaviour on this forum. I was writing an entry, and due to mis-typing, submitted the entry before I had finished. So I edited it, but there was only the one email sent. I thought that this was how the thing was supposed to work. To try it now, I am going to submit this, then edit the entry a little further, and we can all see if one or two emails are generated.
Well, I see just one email notification, have you already submitted your second? I tried on the "Demo" logbook here and I got two notifications. This can of course be turned off with the option "Suppress email on edit = 1". Maybe you are using this?
> I only got one email in response to the second entry of this thread, no email was received after the edit of the entry. The > next email received was due to the third entry of this thread. Ok, let me try (sorry to all the users who subscribe to this forum for pestering you...): 1st reply to your entry. 1st reply edited.
> > I only got one email in response to the second entry of this thread, no email was received after the edit of the entry. The > > next email received was due to the third entry of this thread. > > Ok, let me try (sorry to all the users who subscribe to this forum for pestering you...): > > 1st reply to your entry. > > 1st reply edited. I got two email notifications, the second one I attached as a screen shot. So I don't know what happened in your case. The problem with the proxy is sometimes related to slow internet connections. If the HTML code transported over the internet has some delay between packets, the proxy server sometimes drops the connection. I don't know how to fix that in my Apache. If you edit in HTML, your browser downloads the JavaScript code and icons for the edit window, which is a lot of data, so the dropping is much more likely.
> > > > I only got one email in response to the second entry of this thread, no email was received after the edit of the entry. The > > > > next email received was due to the third entry of this thread. > > > > > > Ok, let me try (sorry to all the users who subscribe to this forum for pestering you...): > > > > > > 1st reply to your entry. > > > > > > 1st reply edited. > > > > I got two email notifications, the second one I attached as a screen shot. So I don't know what happened in your case. The problem > > with the proxy is sometimes related to slow internet connections. If the HTML code transported over the internet has some delay > > between packets, the proxy server sometimes drops the connection. I don't know how to fix that in my Apache. If you edit in HTML, > > your browser downloads the JavaScript code and icons for the edit window, which is a lot of data, so the dropping is much more > > likely. > Hi Stefan, > > I confirm that this is a slow internet line, so that explains the Proxy Error. > > Maybe I should just keep my head down on threads where people use html coding ;-) > > Did you receive two emails to my entry 66677? I only received one. > > I only received one email to your posting 66680 - the first entry, not the edited version. I checked my email server and found that the second message really went though it. But then I realized that there is indeed the "Message- ID:" in the email header (which I completely forgot in meantime). So maybe George Paplexis is right in that some mail server/forwarder/receiver ignore a second email if it has the same ID. That would mean however that I have to introduce a "revision number" for elog entries, which gets incremented on each edit and gets attached the the message-ID, so that it becomes unique again. That's quite some work and has to wait a bit.
Actually what you report is a bug. The filtering does not work in threaded display mode, only in summary and full. I fixed that bug in the current SVN version, so if you download and compile it, you can give it a try. The fix will be contained in the next official release.
> However (considering the bug fixed for the collapsed thread display), breaking the thread is not a confortable solution. Well, but it's the only way which gives you a 1:1 correlation between what you filter and what you see below. If you want to see the full thread for an entry which gets shown after you apply a filter, just click on that entry, and you will be taken to the single entry display which shows the full thread on top of it. This is the only way I can keep search results consistent, so I would rather like to keep it like this.
I am testing Elog for personal and group use. I am starting with a Windows install on a PC. (I came across Elog when doing a shift on ATLAS at CERN.)
It took me some time to discover how to access a local logbook and create a new one. I suggest adding short sections in a prominent place in the guides:
User guide:
"Accessing a logbook: To access a logbook, point your Web browser at the appropriate URL. The default for a local Elog is http://localhost:8080/logbookname. Logbook files are stored in directory logbookname which is a sub-directory of the logbook root directory, defined by the administrator. See the administrator guide on how to create a new logbook."
Admin guide:
"Creating a logbook: A logbook is created in three steps: 1) The logbook root directory is defined as an option of the elogd start command; 2) A sub-directory, of the logbook root directory, named logbookname is created; and 3) The elogd.cfg file is edited to define the logbook's attributes and options. No files are created in the sub-directory; that is done when entries are made."
Ken McF
Dear Ken,
first of all thanks for trying to improve the documentation. For me as the developer it's always hard to imagine what people need to know, since I know already all about elog. Therefore I ask usually other people to write the documentation. The one for elog was written by Fred Pacquier.
When going through your comments, I realize that you had some problems on your first steps. But you say you have a Windows installation. If you use the normal installer, you get some entries in your "Start" menu under Windows, with which you can directly access your "demo" logbook which comes with the installation: Start -> All Programs -> ELOG -> Demo Logbook (requires running server). To create a logbook, just access your demo logbook, then clock on "Config", then you see a button "Create new logbook". Your point 1) mentioned above is actually not necessary if you use the default root directory. It might confuse people more than it helps. Point 2) is true, but only some internal database behavior, which might not be interesting to most users.
I'd like to use ELOG as personal work logbook and database with search facilities
(e.g. record work progress, updates, plots, results, meeting schedule, outcome, TODO, etc...).
I will use it ONLY on my laptop, and I'd need to read the files when I don't have internet connection too.
I have no need to retrive files from elsewhere with a Web Browser, and I'd prefer not to open ports on the laptop.
Would this be feasible?
What's the setting I have to specify in elogd.cfg file?
Is there an example of such a ELOG use you could provide?
If you download the standard package, it installs a demo logbook on your computer which you can use as a personal logbook. It uses port 8080 by default, although this can be changed. Then only thing you need to do is to make sure that port 8080 is blocked on your firewall. Read your OS documentation on how to set-up and use a firewall. Once you block port 8080, the data cannot be accessed from outside your laptop.
I've properly set the firewall, and access is forbidden from outside. But when I don't have internet access, how could I open my database?
Furthermore: how it is possible to change the "demo" title ? and what's the procedure to open other databases?
You can start the elogd daemon even when you don't have internet access, and access your database locally under http://localhost:8080. For changing the title of a logbook, please read the documentation.
Hi, I've been using the ELOG software for about a year now. I love it! But as my ELOG becomes more valuable, I become more paranoid about potential data loss. (We've had numerous close-calls with disk failures, recently.) Is there a way to download a backup of my ELOG, all at once? Maybe a command that could create a tar.gz of all the entries and attachments? Further, is there also a command to restore from such a backup? Apologies if this question is answered elsewhere. I couldn't readily find it in the documentation. Regards, --Ed
There is a simple way. In your logbook directory you will find files of the format xxyyzza.log where xxyyzz is the year/month/day of the entries being submitted during that day. The attachments have a similar form, they have just the attachment name appended to the date. To back it up, just copy or tar all files of that directory. If you want to back up a certain year, you can select 2009 for example with 09*.* To restore these files, simply untar them into the directory and restart the elogd daemon. The restart is necessary, since during start the daemon indexes all entries.
is there a way to set default preferences for text in entry text window, as regards : font type, font size, line spacing, paragraph, etc...
Sara
Unfortunately not to my knowledge. The underlying editor FCKEdit has however certain styles etc., and one might maybe be able to tweak that, but I never figured out how.
The documentation says:
Preset text = <string> or <file> This preset value is used for the main body text. It can be a string or a file, which must be present in the logbook directory. Alternatively, an absolute path can be used if the file name starts with a "/" (Unix) or "\" or "x:" (Windows).
Preset text = <string> or <file>
"/"
"\"
"x:"
and there is nothing to add. There is no special syntax on that file, it just gets copied 1:1 into the edit box.
This would be of value for me as well. I'm trying to develop a event log for a research ship. Thanks. -ben
There are several ways:
1) Use conditional attributes (see https://midas.psi.ch/elog/config.html#conditional). If you have several standard entries, put the into the option list of a "type" attribute. Then depending on that value, you can pre-populate other attributes/options. This is then not a single-button solution, but a single-click plus one selection from a drop-down list solution which should be pretty close.
2) You can make a bookmark in your browser. Take the URL of the logbook, add "?cmd=New" and then for each attribute you can select a preset value using "&p<attribute>=<value>". So for example on the demo logbook you can use
https://midas.psi.ch/elogs/Linux+Demo/?cmd=New&ptype=Routine&pcategory=General&pauthor=Ellis
which opens the new entry dialog, and pre-set values for Type, Category and Author. Then you can make several bookmarks for different standard entries.
You just start writing on top of the cited text
I am using eLog ELOG V2.6.1-1681 which has 7 log books under 8 categories. Out of 7 log books, 2 are daily used. It happened that two weeks back. I modified information on two log books which were not used for quite longtime. Hence using CONFIG, I updated these log books, changing text etc. After that eLog in general started giving error. Any time when we click SUBMIT button in any log book, eLog shows page not found. That submit crashes eLog and as a result elogd service stops. Restarting elogd service, eLog operation comes back and the log which I submitted was actualy saved. Difficulty is that this problem is happening with every single submit action.
I searched forum and learnt that upgrading eLog to newest version 2.7.8 will solve this problem. Upgrade created more problems, I was not able to open any log, authentication was not accepted. I restored that backup and went back to previous version. eLog started working but with submit error.
If any one can help me in fixing this problem
I propose that you get 2.7.8 working. If the authentication fails, try do do password recovery, or recreated the accounts.
When replying on a reply, the author is set to the author on the original reply? Othervice it workes great!
part of code: ... Preset Author = $long_name Locked Attributes = Author Subst on reply author = $long_name ...
I use:
Can I limit an elog entry mails to only go to my e-mail, my supervisor and the person who is entering the elog entry. I have the Elog server on Windows XP Pro running version 2.7.8.2282.
That should be possible with the following configuration options:
> It is a good point, and surprised that this particular number of days was overlooked. > > It only needs four lines added into elogd.c to achieve this. Even with my notorious > c coding, I did it first time, but as I'm on linux, not a great help for you. Indeed, > any other arbitary number of days could be added in, if you have the sources and means > to recompile. David send me his modification and I put it into the main source code, so it will be contained in the next Windows version. > I think windows versions are only updated on version number, not svn number, so it will > require a request to the great man himself(*) to produce a new version for windows. > > (*)Hint; Stefan likes the occasional beer. Yepp ;-)
What you need is
Restrict edit time = ...
as written in the manual.
First of all, why do you a reply to a very old message? For each new topic you should start a new thread.
I don't know exactly what goes wrong in your case. Just a few ideas:
Hi again,
I was wondering if one could use a conditional statement on an IOption attribute? Indeed i try to do a visual logbook (a green check for OK result, a red cross for NOK result), unfortunately i cannot refer to the attributes value for conditional test, e.g:
IOptions Status= "Delete-icon.png" {1}, "Check-icon.png"{2} Icon comment Delete-icon.png = Failed Icon comment Check-icon.png = OK
{1} Show Attribute Edit = Attribute1, Attribute2
Thread Icon = Status
Attribute1 and 2 do not have any sense if the result was successful,
ELOG interprets the {1} and {2} as being part of the icon name!
thanks again for your help
FX
Conditions won't work for IOption attributes. You need an additional attribute like:
I have been trying to get the display mode into threaded by default, it does not work on any of my logbooks. I saw related threads in this forum but none gave me a solution (unless the 2.7.8-2282 is available for download).
The display mode is taken from the configuration option "Display mode = ..." only the very first time a users accesses a logbook. When the user switches to any other mode (summary, full) by clicking on the according menu option, the new mode is stored in a cookie in the browser and overrides the "Display mode = ..." setting. Maybe that is what you see.
> Hi, Stefan. When someone using a satellite connection tries to upload an attachment *or* edit a long entry, it fails and they are presented > with an "Internal Server Error." This is a huge improvement over the previous behavior of crashing elogd, but we were wondering if there is any > hope of improving this further so that one can edit large entries or upload attachments over a slow (in this case, satellite) connection. Do > you have any ideas or plans on working on this further? Apparently ELOG is the "only" service this user has trouble with from home. There was a timeout of 1 sec. in the elogd daemon, which probably is too short for a satellite connection. Unfortunately I have no satellite here around to test it, so I "blindly" increased it to 6 seconds in the current SVN version. Please give it a try. You can increase this yourself, its here in the code at (Rev. 2291) line 28270: FD_ZERO(&readfds); FD_SET(_sock, &readfds); timeout.tv_sec = 6; <---- timeout.tv_usec = 0; status = select(FD_SETSIZE, (void *) &readfds, NULL, NULL, (void *) &timeout); so you can change the 6 to 10 or so. The disadvantage of a large value is the following: Suppose you submit an entry, and in the middle of the submission your browser dies (or the user closes it). If you have a timeout of n seconds, the elogd server will wait that time until it closes the connection. During this waiting time is cannot respond to other request, so it might look dead. That's why we should not make it too long. - Stefan
The option
Show Attributes =
has been changed to
Show Attributes Edit =
to distinguish between normal entry display an edit mask. So please adjust your configuration file and everything will be fine again.
I have noticed a problem when closing multiple log entries i.e entries which have more than 10 threads. I use Select -> Click the box that appears next to the thread I wish to close -> Edit.
As soon as I click on Edit the elogd service crashes and Windows displays an error message window. The only work around has been opening up all the threads and individually changing the "Status" to Closed.
Forgive me if this issue has been raised before but I have looked throughout the Forum and could not see anyone experiencing the same problem.
Unfortunately I cannot reproduce your error. In my test set-up it works fine, so it might be related to your configuration. Can you send me your config file, a zip with the needed logbook entries (xxxxxxa.log files), and a recipe what to click exactly in what order.
> David send me his modification and I put it into the main source code, so it will be contained in the next Windows > version. I made an interim 2.7.8-3 version which contains the fix and can be downloaded from the web site.
I'm trying to implement top groups and started with the sample configuration shown in the 'Syntax of elogd.cfg' chapter of the documentation. But now I'm facing a problem with the links in the logbook selection page.
Here's my group configuration:
Group Linux PCs = Red Hat, Debian, Mandrake Group Windows PCs = NT, XP Top group engineering = Linux PCs, Windows PCs Top group administration = Employees, Purchases Show top groups = 1
The selection page for the top groups is displayed correctly, but the URL for the groups beneath the top group is incorrect. The URL for the Linux PCs group for instance is http://localhost:8080/engineering/engineering/ . The URLs for the logbooks within the Linux PCs groups is correct (e.g. http://localhost:8080/Debian/)
Has anybody an idea what's going wrong in y configuration?
Bertram
Thanks for reporting this bug. I fixed it in the intermediate release 278-4 which is ready for download.
Is it possible to attach multiple files at one time? Right now I have to attach each individually, click submit, then confirm, then re-select the next file...
This is a pain if one is attaching many files as I often want to do. It would be nice to be able to select groups of files together using Ctrl and/or Shift, and even to attach a whole directory recursively.
I looked through previous threads but did not find this question asked there.
Eric
This is a well known problem, but unfortunately it's a limitation of HTML and how web browsers work. If it would be easy to attach whole directories to HTML forms, it would be too easy to steal important files from your computer. So the HTML designers decided that each file hast to be confirmed manually, and that's why you have to click so often. There is no way ELOG could bypass this scheme.
When entering data for a new log entry some folks always type in an attribute and then the "Enter" key which automatically
submits the entry. Is there a way to prevent this so the only way a new entry is submitted is with the Submit button. Also
is there a way to setup the main text box as a required attribute?
When I upload a message with a attachment (and also without an attachment) I get this message:
"No SMTP host defined in [global] section of configuration file"
However the file and the text have been uploaded. So why does it gives me this message, and how do I work this out?
Tirwit
This error comes if you have configured email notifications, and no SMTP host defined in the configuration file. Elog has to contact your SMTP server to send any email. Read the email notification paragraph in the documentation.
Found a thread from 2004 ("External authentication") asking about the possibility of tying that in with ELog and answer was "Not yet". With time past, any chance this is now possible? I didn't see any more info on that since.
I'd like to explore using AD to set up/manage groups for ELog authentication. Alternatively, is there currently another way with ELog to manage groups?
Regards.
External authentication is still on the list. But I'm not sure what is the best way: LDAP, PAM, Kerberos. Should work under windows and linux. Unfortunately I won't have time in the next few months to implement that, but it stays high on my todo list.
You can do this is JavaScript. Just have a look here:
https://midas.psi.ch/elogs/Contributions/30
The elog security suits me just fine: the content is not available unless users have logged in, and as administrator I have complete control over who that is and what their privileges are. I can easily share somewhat sensitive notes, plots, and findings without making them completely open to the world.
I have a project which generates html pages, which I'm also not really supposed to make public to the world. I'd rather not resort to attaching them to elog entries.
Could the elog security be extended to control access to other files I put on the server?
-jmsj
If you don't want to make elog attachments, don't use elog at all. Just use a simple web server like Apache. Most web servers have some mean to protect certain web pages with passwords etc.
I have a logbook which, among other things, contains these attributes:
Options Ingredient = Egg, Oil
Options Quantity = 2, 0.1L
Now, I would like to, every time I select an ingredient and respective quantity, that another Ingredient and Quantity field opens up for me to procede addind them.
I've searched in the documentation and found nothing related to this. Maybe I missed it. Is it possible to do this?
Also, is there a way to display 2 attributes in the same row? Messing with CSS is probably the only answer ... correct?
Recursive attributes are not possible. All you can do is to define a certain number (like Ingredient1, Ingredient2, Ingredient3) and use Conditional Attributes to show them using the "Show Attributes Edit = ..." option.
To display two attributes in the same row, use
Format <attribute> = 1
for the second attribute.
I guess my next question is whether it is possible to have, for example, 2 attributes:
Options Ingredient1 =
Options Ingredient2 =
Extendable options = Ingredients1, Ingredients2
sharing the exact same possible list of values.
If you add via an option to one Ingredient, you have to add it to the other as well. There is no automatic way to do that.
When someone logout from my Elog, or the person does not have access to a logbook (due to "Login user =") the person gets a blank webpage with "redir" typed in the upper left corner.
I guess it should redir to some webpage? How can I get it to actually do that? Am I missing something in elogd.cfg?
Have you tried the URL = ... statement?
I can not find 2.7.8-5 tar file. Could you please point where it is?
Ruslan.
This is an intermediate (-5) release. Usually I do not build the tar files, since linux users can always grab the source code via SVN and built it themselves. I just make the for the Windows users since most of the do not have a C compiler. Exceptionally I made a 2.7.8-5.tar file for you, which you can obtain from the download area.
The problem is still there in 2.7.8-5. The following line 'Cell Style Status Done = background-color:green' does not do anything whereas 'Style Status Done = background-color:green' highlights the whole row. Is that fixed?
Then it must be a typo in your elogd.cfg, or you forgot to restart the server. At the bottom of the elog page you must see ELOG V2.7.8-2294 like on this page. For the Demo logbook (accessible via "Demo" on the top left corner of this page, you can see how it works (Type=Routine gets green).
is it possible to have as DEFAULT the font Size larger ?
This is controlled by the FCKEditor which is just a plug-in to ELOG. Maybe you find some information on their website: http://ckeditor.com/
GET /Discussion/?cmd=GetPwdFile
HTTP/1.1 200 Document follows .... <title>ELOG Login</title> ....
HTTP/1.1 404 Not Found ....
My elog server is hosted behind a firewall and I use a VPN client to connect to the network on which it is hosted. When I'm logged into the VPN emails from elog display fine, but when I'm not connected to the VPN emails display in plain text because the email client is unable to load "default.css" since it's behind a firewall.
Is there a way to include the style information in the HTML email rather than in a separate file that's hosted on the elog server?
That's a good idea. I will consider that for a future version.
Is there a way to merge existing entries from several logbooks into a single logbook?
Only manually: Add "Move to" to you set of commands via "Menu commands = ...", then select one or more entries, and move them to your target logbook.
Is there a way to require a certain attribute on reply, but not on an original entry? In some cases info. for these fields only exists on reply.
No. There is only "Preset on reply ..." and "Remove on reply...". You could for example require that attribute, preset it for new entries with some dummy value, and remove that value with "Remove on reply...". Maybe that works.
if (!is_command_allowed(lbs, command)) { /* redirect to login page for new command */ if (strieq(command, loc("New")) && !isparam("unm")) { check_user_password(lbs, "", "", _cmdline); return; }
--- elogd.c~ 2009-12-02 05:53:44.000000000 -0500 +++ elogd.c 2010-05-16 21:58:14.000000000 -0400 @@ -26236,6 +26236,10 @@ check_user_password(lbs, "", "", _cmdline); return; } + if (strieq(command, loc("GetPwdFile")) && !isparam("unm")) { + check_user_password(lbs, "", "", _cmdline); + return; + } strencode2(str2, command, sizeof(str3)); sprintf(str, loc("Error: Command \"<b>%s</b>\" not allowed"), str2);
--- elogd.c (revision 2294) +++ elogd.c (working copy) @@ -15704,7 +15704,7 @@ fgets(pwd, sizeof(pwd), stdin); while (pwd[strlen(pwd) - 1] == '\n' || pwd[strlen(pwd) - 1] == '\r') pwd[strlen(pwd) - 1] = 0; - } else if (status != 200 && status != 302) { + } else if (status != 200 && status != 302 && status != 404) { xfree(buffer); *strchr(str, '?') = 0;
> If I upload the file "000000_000000_file.txt", elog will chop the filename to "file.txt." Also, this effects > the file's displayed "Uploaded" time. It shows the file as being uploaded on: "Tue Nov 30 00:00:00 1999" Arghh! Why did you choose such a filename? This is the ELOG internal file format, which is YYMMDD_HHMMSS_name.ext. For internal reasons (mainly for synchronization) the system checks every file name, and if it contains 6 numbers followed by a "_" followed by 6 other numbers it thinks it's a valid date/time and uses that. Your time is however 0.0.0000, that's why it gets converted to some date in 1999. Do you absolutely need this functionality? While I can easily remove the interpretation of the date, it would break the synchronization functionality and I would have to find some other method to pass the file date/time, which would be quite some work. So if it's not too important for you, I would like to keep it as it is. > Makefile has the line: > > # flag for SSL support > USE_SSL = 1 > > However setting USE_SSL = 0 does not prevent the openssl libraries from being used. Same issue with USE_CRYPT. > You have to comment them out. > > Lines 76-85 of Makefile should be replaced with this: > > ifdef USE_SSL > ifneq ($(USE_SSL), 0) > CFLAGS += -DHAVE_SSL > LIBS += -lssl > endif > endif > > ifdef USE_CRYPT > ifneq ($(USE_CRYPT), 0) > CFLAGS += -DHAVE_CRYPT > LIBS += -lcrypt > endif > endif The original idea was that one outcomments the whole line, like #USE_SSL = 1 which always worked, but I agree that your solution is more general, so I changed the official Makefile. Thanks for that.
Some Linux systems don't have the current directory (".") in the search path, so you have to start it with
./elogd -c ....
or explicitly with
/usr/sbin/elogd -c ...
If I would like to change the design of the attached part of the discussion board like:
deleting OS: (including blue box) Linux Windows Mac OSX All Other (including green box)
Where and how could I do this?
Well, the official forum at midas.psi.ch cannot be changed by you. But if you installed a local logbook similar to the one here, you simple go and edit the configuration file elogd.cfg. Please read the documentation for further information.
I have been using ELOG for a while and I love it. It is a default installation on Debian Lenny and ELOG 2.7.8. I am having problems with the deamon script, I can stop the service by doing /etc/init.d/elog stop but I can't started. When I do /etc/init.d/elog start I get this error: "Starting ELOG daemon: elogdCannot open "elogd.cfg": No such file or directory"
Somewhere there is a bad path to the elogd.cfg which is in "/usr/local/elog"
I would appreciate any help I can get.
Here is the scrip:
#!/bin/sh # Init script for ELOG. # Recai Oktas <roktas@omu.edu.tr> PATH=/sbin:/bin:/usr/sbin:/usr/local/bin DAEMON=/usr/local/sbin/elogd NAME=elogd DESC="ELOG daemon" # Always run as daemon. ARGS="-D" # Admin might change some command line options without touching this script. if [ -f /etc/default/elog ]; then . /etc/default/elog fi test -f $DAEMON || exit 0 set -e case "$1" in start) echo -n "Starting $DESC: $NAME" start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid \ --exec $DAEMON -- $ARGS >/dev/null echo "." ;; stop) echo -n "Stopping $DESC: $NAME" start-stop-daemon --oknodo --stop --quiet --pidfile /var/run/$NAME.pid \ --exec $DAEMON -- $ARGS >/dev/null echo "." ;; reload) # Do nothing since ELOG daemon responds to # the changes in conffile directly. ;; restart|force-reload) echo -n "Restarting $DESC: $NAME" start-stop-daemon --stop --quiet --pidfile \ /var/run/$NAME.pid --exec $DAEMON -- $ARGS >/dev/null sleep 1 start-stop-daemon --start --quiet --pidfile \ /var/run/$NAME.pid --exec $DAEMON -- $ARGS >/dev/null echo "." ;; *) N=/etc/init.d/$NAME echo "Usage: $N {start|stop|restart|reload|force-reload}" >&2 exit 1 ;; esac exit 0
[/code]
Unfortunately the Debian distribution was not done by me, so I only can guess:
I've tried adding this statement to my cfg file but the attributes are still unsorted in the QuickFilter menus. Was this implemented in 2.7.7?
You need revision 2252 or later. So you have to upgrade to 2.7.8.
Is there anyway to restrict access so that a user can only see the log entries they post or only replies to their log entry? I know it is possible to restrict editing to only posts they submitted, but I have a need to not even allow them to see other posts except for what they submitted and I am wondering if this is possible currently, or if this is planned, or could be planned for a future version?
No, this is not possible at the moment. As a workaround you could define one logbook per user, then restrict the user access to the individual logbooks. Of course this only makes sense if there are not too many users.
I have done the changes to my logbock, but I think I have done something wrong. As an example, the window where you write in your note is not sized anymore like before. I have to scroll a lot to the right to see the right border of the window.
The only thing I have done was try to delete: the OS: Linux Window Mac OSC All Other info.
How should I know what you have done wrong if you don't tell me. It's like if you call your PC manufacturer and tell him: "My PC is not working, what is wrong?". So please send me your elogd.cfg, and make a few screen shots so that I know what is going on.
Is it possible to use a drop-in replacement for the FCKeditor?
What is a drop-in replacement?
A configuration option to specify a different/alternate javascript based editor.
Then the answer is no.
I have a question. Is there a way to enable user to view only, not post/delete in my elog. Also I would like to allow them to view only certain categories of my messages.
The first thing you can do with "Guest menu commands", where you enable only those commands which can't change or delete entries. The second thing you can only do if you put your entries into two separate logbooks, a public and a private one.
Is it possible to set a timestamp on an elog entry say for about 5 days in the future, when it is expired and there are no modifications with the entry you will get a mail.
I cannot find it with search in this forum or is the guides.
It can be very handy when it is possible.
When it is not available, is it possible to make a feature request for it.
This is not possible at the moment. Sounds to me more like a calendar function. What you could do however is to define an attribute of type "datetime", which you can populate with the expiration date. Then you can do a search to look for entries which are past the expiration date. But you have to do that manually like once per day or so.
Everything has been working great since we last spoke (Version 2.7.8), until InfoSec decided to change how the Certs were created. Now they come with a little bit of code in the .key file before the Hash.. when I put the new .CRT and .KEY in the SSL folder I am asked on starting Elogd to provide a "PEM PassPhrase". As you can expect, if you do not enter one, or the incorrect one, it does not just turn off SSL, it exits the program. The key begins like this in the new versions:
-----BEGIN RSA PRIVATE KEY----- Proc-Type: 4,ENCRYPTED DEK-Info: DES-EDE3-CBC,ACF4A8B263EAA51D
(that little encode piece on the end is not the actual one in the key. I am assuming it is a passphrase key so it will know what the right passphrase is that should be entered.
We are assuming that this is the "Install password" they have set up to use to install the certs on all of the IIS servers we have. If that is indeed the case.. Does elog save this passphrase somewhere? does Elog save it in the registry? does it save it encrypted? Or with access security permissions set on the keys? I have a feeling that the answer to most of this is probably "no", but to know where we go from here, that is the place to start.
Chuck
The pass phrase should not be stored anywhere for security reasons. Actually ELOG cannot stored it encrypted, because strong encryption is a one-way encryption which cannot be reverted, so ELOG would have to store it in plain text, which is not good. Actually all SSL web servers have this problem. See for example:
http://www.akadia.com/services/ssh_test_certificate.html
In Step 3 they tell you how to remove the pass phrase for Apache. The same holds true for ELOG.
We have been hosting logbook far (geographically and in internet hops) from our experimental site. Recently we have (finally!) gotten reliable on-site internet, and would like to host the log book on-site.
I have a suspicion that some combination of the -C, -m, and -M flags will allow me to migrate the logbook automagically and with a minimum risk of trouble from concurrent operation on the logbook, and to maintain the existing version as a mirror of the new official on-site version. But documentation is not being very helpful. Can someone say a few more words about what these options do?
I've been experimenting as I compose this and have a suggestion for language that might be useful somewhere in the documentation:
In this context "to clone" means to copy the configuration file and all data files associated with a log book so that I can host an identical logbook on a new host (that is this is the command to migrate a logbook). After cloning the two installation are identical, but no effort is made to keep them so: if you continue to run both copies post made to one will not be reflected in the other.
Is this correct?
I'm still not clear on what the -m and -M options do.
Yes this is correct. But actually you do not necessarily need that. If you want to migrate a logbook to another server, you can just copy over the elog directory containing the configuration file and the logbooks. That's it. Mirroring now means manually triggered or periodic synchronization between two servers to keep the logbooks in sync. Like if an entry is entered on one server, it gets copied over to the other server automatically. That works in both directions. The periodic mirroring can be done using the options "Mirror server" and "Mirror cron" in the configuration files. It can be manually triggered using the "-m" and "-M" flags. But I guess in your case it's enough to copy over the elog tree just once.
We have upgraded to 2.7.8 but this still doesn't seem to work. The quick menus are still unsorted. Does it work for you?
Sorry, there was a typo, you need
Sort attribute options <attribute> = 1
where <attribute> is the name of the attribute to be sorted (in case you want some attributes sorted, but not all).
I wondered if there was a config line that enabled/disabled the forward and backward navigation keystrokes that were implemented in 2.7.0?
The current definitions (Control-PgUp/PgDown/Home/End) interfere with those keys I use to navigate between tabs in Firefox. It'd be nice if they could either be turned off.. or redefined.
They are defined in
<ELOG directory>\scripts\elcode.js
Just go to the browse(evt) function and redefine or remove them there.
Dear ELOG users,
this is to announce an important security update. As proposed by Lukasz Olejnik (CERN/PSNC), ELOG has now switched to strong encryption of password. So everybody concerned in security is advised to update to the new version 2.8.0. Existing password files for Windows users and Linux users not using HAVE_CRYPT are automatically converted. Those installations which used HAVE_CRYPT in the past under Linux have to ask their users to re-enter their password (via the link "Forgot password") after the upgrade to version 2.8.0.
Stefan Ritt
I just realized that the command line elog utility did not yet use the new encryption. So automatic elog submissions using passwords are broken in version 2.8.0. I made an intermediate version 2.8.0-2 which fixes that. However you only need to update it if you use the elog utility and have problems with the 2.8.0 version.
Hi, I rsync an elog database from CERN to TRIUMF every few months and I notice that rsync keeps copying preview files (xxx.png.png, xxx.gif.png, etc) from very old entries. I guess that elogd creates these files from scratch each time they are needed, overwriting any previously existing preview files. This creates extra rsync network traffic and rsync takes longer to complete. Is there any way to avoid this? K.O.
Actually the thumbnail files are only created if they are not there. This is done in the function crate_thumbnail():
i = get_thumb_name(file_name, str, sizeof(str), 0);
if (i)
return i;
I just typed a long text into this elog, clicked "submit" and it bombed with "you must select an Icon", returned me to the editor with all my text gone gone gone. I do not want to select icons, I just want to report a problem with elog. Well, 2 problems, now.
K.O.
Well, first RTFM: "Fields marked with a * are required" on top of the elog entry page. Then, use a reasonable browser on a reasonable OS
On Google Chrome the text is still there (actually I just tried it with this entry). No idea what Safari under OSX does. Under Windows, Safari keeps the text. Actually this is controlled by the FCKEditor inside elog which is written by someone else. So complain there! Funny: We have about 1000+ entries in this forum, and you are the first one complaining about this.
Dear colleagues,
I am trying to use the elogd as a service with activated shell-execution. Invoking 'elogd -x' on the command line works fine, as well as 'elogd -install'. The option 'elogd -x -install' does not seem to be implemented, so I followed two ways to get this to work:
1) creating my own service with instsrv/srvany and registry editing: starting 'elogd -x' does not work (error 1053), the -D option has to be added, to start the service without time out. But then shell execution seems to be not working, because no input to the elog is generated, but also no message saying shell execution was not enabled!
2) using 'elogd -install' and modifying the registry entry by adding the -x option to the command line in the 'HKLM\System\CurrentControlSet\Services\elogd\ImagePath': This enables shell execution, but instead of piping the output to the logbook, some DOS boxes pop up executing the shell command and terminate. No entries are generated.
Has anyone an idea?
I could never get shell execution work when elogd is started as a service. This has probably to do with system permissions or so under Windows. If anybody has a clue, please let me know. Under Linux this works nicely, but this is probably not an option for you...
Hi.
I have ELOG V2.8.0-2313 installed on a SLC 5.5 release and all works fine, Users can register them-self and I see for each of them in the passwd file:
<name>test</name>
<password>***something***</password>
after a '/etc/rc.d/init.d/elogd restart' the logins don't work anymore (they did before the restart)
and the passwd file changed:
<password encoding="SHA256">***something else***</password>
Any idea what goes wrong?
Cheers, Jack
Please have a look at https://midas.psi.ch/elogs/Forum/66872
Running through a SQL database requires a major rework of the software. I'm planning this in the long run, but not for this year. I'm also not sure how much this would buy you. If you do a full-text search on 140k entries in a SQL database (not index search), this might also take some time.
But what you can do is to "archive" part of your logbooks. Since the files are named YYMMDDa.log, you can move all 09XXXXXa.log files into a separate "archive" which you then do not include in your search.
> Hi Stefan, > > I'm starting to get a similar problem to Lance's ("SQL Database"). Searching is beginning to take time. > > In searching, I either can search one logbook (still relatively quick), or all of them. > > I have my logbooks in groups, and often I know which group I want to search, and it would make the searching > much quicker were the search confined to just that group. I don't think I've missed anything in the > documentation on this matter. > > If not a change to the elog program, is there another way of (say) arranging the logbooks that will achieve this? You can't do that right now. I would have to extend the functionality to allow searching in groups. Also have a look at https://midas.psi.ch/elogs/Forum/66901. Maybe that helps a bit in meantime.
Uh, thank you for teaching me that something like B.E. exists. I didn't know before. Unfortunately elog relied on the underlying operating system date functions. I guess you have to convince Windows or Linux to switch to B.E., then elog will do as well.
Will elog defer user identification and authorization to the ssl engine of a *local* Apache proxy? I'd like to try elog in a site that requires the service port positively authenticate and identify users via smartcard certificate ID. Per SOP they have Apache+mod_ssl setting SSLUserName=SSL_CLIENT_S_DN_CN which sets both the SSL request object's "user" field and the REMOTE_USER environment var relative to the mod_ssl's session's process group leader. Users auth with Apache's mod_ssl as a single-signon replacement for web apps which have traditional native, internal user accounts/passwords, but those passwords are subsumed by the Apache/smartcard/mod_ssl setup. The web apps define internal accounts matching the users' cert IDs but do not allow any management of the [unused] passwords. Can elog do this?
This is not implemented at the moment.
Just use the charset = xxx option in the configuration file.
Is it possible to automatically go back to the list view in summary mode after submitting a new message instead of displaying the new message?
I know it's possible to display a page from a file after submitting a new message by using "Submit Page = <file>". It would be nice to be able to use a command like "Submit Page = <command>" where I could insert "?cmd=Back" as in the "Start page" command.
I just implemented a new flag "List after submit = 1" which does exactly this. It brings you to the summary page after the submission of a new entry. I needed the function myself. The change is SVN revision 2327 and will be contained in the next release.
starting with SVN revision 2328, custom input forms are implemented. This allows application specific formats for check lists etc. In our specific case we had to implement a shift check list, which was quite long. Furthermore the check list should be optimized for an iPad, which we take in the field and record various checks and readings (in our case some gas pressure gauges at the PSI particle accelerator). Since the standard ELOG interface was too inflexible, a completely hand-written form was needed. The form can be activated by the new configuration options Custom New Form, Custom Edit Form and Custom Display Form, one for a new entry, an entry to edit and and entry to display. In our case we used the same form for all three cases. This is how the shift check list looks under the Safari Browser on a PC:
And here is how it looks on the iPad:
Each section can be collapsed and expanded (blue arrows at the left), and various internal checks are made before the check list can be submitted.
Implementing such forms is however more something for the advanced user, since you have to hand-write HTML with CSS and JavaScript code. It can then however be a powerful method for check lists. Please find in the attachments the elogd.cfg configuration for that logbook and the shiftcheck.html source code file. It is a bit complicated since the page is a static page, elogd just serves it from the file. This requires all the dynamic functions to be implemented inside the HTML file with JavaScript. To display an entry for example, the JavaScript loads the raw data with the "?cmd=Download" command and the populates the form fields. The collapsing and expanding is done by using CSS properties. The integrated style sheet was optimized for the rendering on an iPad. Rather large fonts were chosen so that the items can be checked easily with your finger tips. Various parameters are sent between the browser and the elogd program via hidden fields and cookies. So only something for experts! But if you go through the effort and hand-write the form, it can be very handy. Note that you have to upgrade to SVN revision 2328 for the three new options.
Under linux, only the "root" user can start programs on ports below 1024. If you get problems binding to ports above 1024 (such as 8080) it means that some other program uses already that port. You can check what is running usually with
netstat -l -p
I recently upgraded elog from 2.7.8 to 2.8.0 (and moved servers, removed unused logbooks, etc.). I'm now having a problem where elog consistently crashes when attempting to edit multiple entries. This is a very common use case, as we use a "status" field, set to "open" or "closed" to track problems. When a problem is resolved, we will go to the "list" display, set it to "threaded", "select" the thread, and then edit it, to change the status field for all posts in the thread to "closed".
Now, as soon as the "edit" button is clicked, elog crashes. This happens on every thread and logbook that I've tried. The elog logfile itself doesn't show anything useful.
However, if eLog is run with "-v" in place of "-D", it does not crash.
Environment:
CentOS 5.4
eLog 2.8.0 built Aug 5 2010, 12:24:11
I tried to reproduce your problem with following simple configuration file:
[Bergman] Attributes = Author, Status Options Status = open, closed Preset Author = $long_name
The result was that it worked fine (see attachments). Maybe there is another setting in your configuration file which causes the problem. Can you try the simple configuration and see if it still crashes?
I am getting the same message in the current version (V2.8.0-2312), if the "Preset text" text body contains the equal sign '='. Then this message pops up and the HTML-editor dosn't show its menu bars, with the elog- or plain text editor this does not happen. It happens as well with firefox as with internet explorer.
best regards
Robert
I found a bug there, but am not 100% sure if it fixed your problem. Can you please try the current SVN version 2331? I made a new intermediate release elog280-4.exe for you.
My logbook kept crashing whenever I tried to reply to an existing entry. I found that the percent sign "%", when used in the subject line, will crash the elogd service when you try to reply to the entry. This appears to only happen with windows installations. I tested this on your Linux logbook and it didn't crash.
Here is the message taken from the Windows event viewer after the crash: An unhandled win32 exception occurred in elogd.exe [5224].
Thank you for Elog, you have done a good job with it. It is a great logbook.
I could not reproduce your problem. I tried the very simple config file:
[Demo] Attributes = Author, Subject
and the problem did not occur (see attachment). Can you try the most recent version (elog280-4.exe) with this simple configuration. Maybe you have a more complicated configuration which causes the problem. In that case please send it to me, so that I can reproduce the problem.
There is currently no easy possibility to change this except manually changing the CSS file. But that requires some CSS and HTML knowledge. You would have to change the CSS class "listtitle2" and "summary".
Hello Yoshio
Thanks for the answer. Just solved the problem i was having. It seems that the -m option for elog.exe is a required commandline option. When skipping it elog just waits to get something. Thanks for the time you took to answer this question.
Kind regards Arno Teunisse
There are three ways to supply the elog main body text:
1) Via a text file and the -m switch
2) On the command line, like
elog -h localhost -p 8080 -l demo -a author=sr -a type=Routine "this is the main body text"
3) Interactively. If you omit both the -m switch and the text, elog reads from the terminal. You can enter several lines, and finish with Ctrl-Z (Windows) and Ctrl-D (Linux)
C:\>elog -h localhost -p 8080 -l demo -a author=sr -a type=Routine This is the main body text ^Z
You can use
use lock = 1
as described in the documentation. Auto-submission is on the wishlist and will be implemented in the not-so-far future.
No, there are only the options
execute new = ...
execute edit = ...
execute delete = ...
though which you can execute external scripts. Maybe this is enough?
In version 2.6.5-1844 we received email like picture below.
02-11-2010 .\SenN\Proclib\Server Windows 2008 R2 role IIS toevoegen v01.doc ----------------------------------------------------- 05-11-2010 Server Windows 2008 R2 role IIS toevoegen v02.doc: De wijzigingen betreffen het verplaatsen van Inetpub van c:\ naar e:\ Op VLIS27 en VLSQL05 staat de inetpub nu op e:, op de VLSQL04 (NMLITE Testserver) staat de inetpub nog op c:
When upgraded to version 2.8.0-2331 we receive the email like below whitout the frame:
Een nieuw ELOG bericht is bezorgd: Logboek: NMLAN Bericht ID: 927 Geef de tijd op: 5-11-2010 23:07:40 Author: Marty Jansen Type: QuickChange Category: Software Subject: Elog - Update Vanwege verbeterde mogelijkheden in de editor (fckeditor), ELOG geupdate van versie 2.6.5-1844 naar versie 2.8.0.-2331 ELOG V2.8.0-2331
Vanwege verbeterde mogelijkheden in de editor (fckeditor), ELOG geupdate van versie 2.6.5-1844 naar versie 2.8.0.-2331
Any idea how to get the HTML format email back?
Marty
Sat Nov 6 14:47:16 2010
It looks strange but when I copy and past the message, like I did here, the HTML format is OK, but not when I receive the email in Outlook. This used to be OK with the previous version.
Nothing has changed in Outlook
The email notification contains the basic HTML code and an (external) reference to the underlying CSS. I use for example Thunderbird instead of Outlook, and this program asks me if I should "show remote content". Only if I click yes, then the external CSS is loaded. Outlook might also have an option "view as web page" or so. The old format did not use full HTML and therefore was displayed correctly. This can be changed with the email encoding = ... option.
I have server with SunOS 5.11:
uname -a
SunOS *** 5.11 snv_134 i86pc i386 i86pc
when I try to compile ELog I get error:
gmake
gcc -DHAVE_SSL -w -c -o crypt.o src/crypt.c
gcc -DHAVE_SSL -I../mxml -o elog src/elog.c crypt.o -lsocket -lnsl -lssl
Undefined first referenced
symbol in file
MAX crypt.o
MIN crypt.o
mempcpy crypt.o
_ast_strtoul crypt.o
_ast_realloc crypt.o
ld: fatal: symbol referencing errors. No output written to elog
collect2: ld returned 1 exit status
gmake: *** [elog] Error 1
The crypt.c file is not from me, so there might be some issues on other OSes. I defined now at least MIN/MAX by hand, and also removed mempcpy. The new version is attached. Can you try again to compile it? The strtoul and realloc are nomal C functions, maybe you have to add some other libraries for linking, but I'm not an expert for SunOS.
Your syntax is correct. If you try a big font for example
Cell Style Status Fixed = background-color:green;font-size:40px
it will work. The problem here is that the text decoration is defined differently since it's a link. The CSS defines these style via
> Hi, > > I am playing with the elog automatic subscription script, but somehow I am failing in submitting an entry. > I am using a syntax as this: > > echo test | elog -h 127.0.0.1 -p 8085 -d /usr/local/elogbooks/Elog -l "Sub Elog" -a "Type=MyType" -x -u user passwd > > and I get a message which says: > "cannot get host name: Success" > > which seems contradictory and also there is no entry submitted. > > The command is executed on the host where the elog is running, the port and directory are taken from the cfg File. > > What is my mistake, where is my misunderstanding of the documentation? > > Any hints appreciated. > > Erik The "-d" option is certainly wrong. This is only used when running elog under Apache. But otherwise it should work. I tried it myself and it went fine. Try to add a "-v" flag to see verbose output.
Thank you Stefan for your help on this. I am using version 2.8.0 built Aug 2, 2010 rev 2312. I tried your configuration file and the problem did not occur. Using my config file the elogd crashes using the % sign in the subject when replying to the entry. So the problem is something in my config file. After checking through my config file and remming out individual lines and testing, I found that the following statement is causing the problem:
Preset on reply subject = Re: $Subject
I was using this to put the "Re:" on the replies.
The only problem now is I don't get the "Re:" in the subject on replies. Am I doing something wrong to cause this? My config file is attached.
Thanks for your detailed report. Actually the problem only happens if you have Re: $Subject and a '%' in the subject line. So you were the first one encountering this situation. I fixed it in release elog280-5 which you can download now.
I am setting up an elog to organize my lab activities. I installed elog 2.8.0 on the latest CentOS 5.5, 32 bit. I got into trouble setting up the automated email notification.
According to the elog manual, I setup the smtp setting in the elogd.cfg as follows:
SMTP host = smtp.gmail.com SMTP username = jianglai.liu
I then used "elogd -t" to encode the password into the configuration file.
But when I submit an entry, I always received: "Error sending Email via "smtp.gmail.com": 5.7.0 Must issue a STARTTLS command first. y17sm867489wfd.15"
If I switched to use my university email servers, similar things happened.
SMTP host = smtp.sjtu.edu.cn SMTP username = jianglai.liu
I got "Error sending Email via "smtp.sjtu.edu.cn": 5.7.8 Error: authentication failed: another step is needed in authentication"
I also switched to use one of my old work server
SMTP host = smtp-server.its.caltech.edu SMTP username = jliu
and ended up with the same error message.
I did a google search on this without much progress. I would appreciate it very much if someone could shed light on how do I fix this.
Thanks much!
elog only supports basic authentication, not TLS or SSL. These days more and more SMTP servers require this however. I will put this on my to-do list. In meantime you can maybe configure your CentOS machine acting as an SMTP server, and then not using TLS or SSL there. That's what most people do.
Just for the record: It's actually forbidden. If you do -u "username password" then elog considers "username password" as the full user name, and the password is missing, so it takes the next argument as a password. In one of our trials it then used -a "Category=info" as the password, so the category was then missing.
> Hi, > > I'm trying to configure Elog such that users can self-register. But no luck so far. > I cannot get the login screen. I'm connecting to a logbook (and I can do this without logging in). > Shouldn't I get a screen to login/register? > > Here is my elogd.cfg: > [global] > Port=8880 > Password file = /usr/local/elog/logbooks/passwd > SMTP host = smtp.mydomain.de > SMTP user = kuku > Logfile = /usr/local/elog/logs/elog.log > Admin user = kuku other > Login user = abc def ghi > SSL=1 > URL=https://www.mydomain.de:8880/ > Self register = 1 > Menu commands = List, New, Edit, Reply, Duplicate, Find, Config, Logout, Help > Guest menu commands = List, Find, Login, Help > > Admin user = me@mydomain.de > [Demo] > Admin Password = 9lVlUsigs4neBt9xnX44YYQay15Yu9PyLC9hK6sifI9 > Attributes = Author, Status > [Linux] > Admin Password = 9lVlUsigs4next9PnXShhQQa515Yu9PyLC9hK6sifI9 > Attributes = Author, Status > [Windows] > Admin Password = 9lVlUsigs4neBt9PnXShhQQay15YuxPyLC9hK6sifI9 > Attributes = Author, Status You should not mix "Password file" with "Admin Password". Either use one or the other system, but not both. So remove "Admin Password", and delete all cookies in your browser, then you should see the login screen.
The option to change what is displayed is called List display = ... and not List = ... Then it works.
I'm new to elog. I've installed it under Slackware 11. Everything worked smoothly until I wanted to establish access control. I followed the steps described under Access control heading in Syntax of elog.cfg chapter. I specified a new password file name and the following steps with no problem. After having created a new user I stopped elogd and added Admin user to config file. And here is my problem - each time I want to login to elog, I get "Invalid user name or password!" message. The meaning of it is obvious. So I have repeated all the steps several times. Of course I paid attention to enter user name and password correctly but I can't get rid of this message. For sure I making something wrong, but what it is ?
Can you try the current SVN version?
http://savannah.psi.ch/websvn/filedetails.php?repname=elog&path=/trunk/src/elogd.c&rev=0&sc=0
There has been some issues with the password encoding, maybe this is fixed now.
Let me add one observation though: I always have to put the Submit or Preview button twice in this forum. The first time no reaction happens. The secend click dows the action.
Yes this observation is right. It's related to a new "fix" I was asked for: People do not want an entry to be submitted if they fill in an attribute and hit <ENTER>. So I added some javascript to prevent this, but the bad side effect right now is that you have to click Preview or Submit twice. I'm working on it.
I see only Save Back Change Password Remove User in Config Menu.
How can I create a New User?
[global] Port=8880 SSL=1 ;Self register = 1 Password file = passwd admin user = kuku SMTP host = smtp.mydomain
[Demo]
Attributes = Author, Status
The documentation is mentioning a Config Menu and a New User item there.
You have to be admin user to see that Config Menu.
Admin user = kukulies (or whatever your login name is)
I have a problem when I try to edit an existing entry. I want to add an attachment. I can upload an attachment to the existing entry, but submitting it does not seem to work. The added attachment is not visible. But it exists in logbook directory. The only way I found to add it, is to use "Resubmit as new entry" which is not quite what I want. Is it a design feature or perhaps I'm doing something wrong ?
I need to reproduce this problem in order to fix it. Do you see the same problem on the "Demo" forum?
https://midas.psi.ch/elogs/Linux+Demo/
I'm sorry for the false alert :(. I was trying to submit edited entry using "upper submit" (just under the logbook name strip). I have tried "lower submit" (under Attachment 2) and it works with no problem.
Well, also the "upper submit" button should work. I just tried at the demo logbook, and it worked fine (there is however now the problem that one has to click Submit twice to make it work). Can you check yourself?
i have a question... How can i manage it that elog starts automatically on windows startup ? I always need to type "elogd -p 85" in the console that it starts ...
Can anyone help me ? =)
SenoX
If you install elog with the installer from the distribution, it installs elog as a windows service, which is started automatically when windows starts.
there is however now the problem that one has to click Submit twice to make it work
I fixed this problem in the current SVN revision, so now a single click to the Submit button is enough again.
I have installed elog 2.8 in a windows pc with the installer from the distribution, it installs elog as a windows service, which is started automatically when windows starts.
It is done as:
"C:\Archivos de programa\ELOG\elogd.exe" -D -c "C:\Archivos de programa\ELOG\elogd.cfg"
Moreover Imagemagick and GhostScript are in the path:
Version: ImageMagick 6.6.4-6 2010-09-21 Q16 http://www.imagemagick.org Copyright: Copyright (C) 1999-2010 ImageMagick Studio LLC Features: OpenMP
However the indexing loogbooks are only working fine when elog is started interactively. Is there any posiblity to start elog as a service and use thumbnails for quick preview?
Thank you in advance!
This is a know problem. I did not achieve to create the imagemagic subprocess and read its output when elogd is started as a service. Attached is the code doing that, I found it as an example from Microsoft. But even after hours of work, I could not get it running inside the service. If anybody has any idea, please let me know.
Thanks for reporting this bug. I fixed this in SVN revision 2348.
Is it possible to run multiple instance of elog on the same windows box where each instance listens on a different port?
Behdad.
Sure. Just start with one subdirectory for each instance with a separate elogd.cfg file, where you specify a different port. Note however that there is also the concept of "top groups" (see documentation) which lets a single instance of elog look like several independent installations.
i have a logbook with the following parameters for the Attribute "Typ":
[TEST1] Options Typ = SDB{2}, Qualifizierung B.12.S227{4}, Qualifizierung PRO/REP{3}, Dokument zur Qualifizierung{2}, Prüf- und Wartungsvorschrift{2}, SOP ohne Change Request{2}, SOP mit Change Request{1}, Validierung PRO/REP{3}, Dokument zur Verifizierung{2}, Überprüfung und Verlängerung{2}, Spec.Sheet{2}, CoA (sofern nicht LIMS){2}, Änderungen Tg4.B07{5}, OOS (Plan/Bericht){3}, Transfer PRO/REP{3}, Studie PRO/REP{3}, Studie ohne Plan{2}, Anderes{2} Quick filter = Date, Typ
If i choose an Entry from the "Typ" Quick Filter it shows me that there are no entries in the logbook but I'm shure that there are entries.
Can you please help? I cannot see what's wrong.
I tried your configuration and it worked fine:
So can you try version 2.8.1 if that makes any difference. If not, can you send me your complete elogd.cfg, so that I can reproduce your problem.
> If I create an entry via the web-interface, the defined encoding of the browser is used. > If I create an entry via "elog", it is always stored in UTF-8 encoding. > For the text I can overcome that with HTML encoding, but for attribute values the encoding does not show properly. > The only solution I found was to convert the whole logbook to UTF-8 encoding: > > define "charset=UTF-8" in elogd.cfg > iconv --from-code=ISO-8859-1 --to-code=UTF-8 elogd.cfg >tmp;mv tmp elogd.cfg > iconv --from-code=ISO-8859-1 --to-code=UTF-8 resources/eloglang.german >tmp;mv tmp resources/eloglang.german > > Has anyone any idea why ISO8859-1 does not work for me? > > Or can anyone advice me of an editor similar to NEdit that is capable to display UTF-8? :-) I just tried it submitting to the Demo logbook: https://midas.psi.ch/elogs/Linux+Demo/15 using some German Umlauts, and saw that it works fine. "elog" does not do any conversion, just submits the text as is. If your text is ISO-8859-1 encoded, it will be submitted as such, and your browser will correctly display it. Have you tried removing the "charset=UTF-8" from your elogd.cfg?
I have two logbooks based on the same data directory through "Subdir" option and when I add new entry in one logbook, then that entry is not visible in other logbook.
I suppose it is a bug in el_submit function, where I think the new message should be added to message index of every logbook based on the same data directory as the one, where the message was physically created.
el_submit
There is a piece of code, which I think should do this automatically
/* if other logbook has same index, update pointers */
but it seems the other logbooks does not have the same index.
I'm new to elog and the sources are also new to me, so my guess to the ground of the problem may be wrong.
Let me know is this bug possible to fix in near future.
Jacek
Well, having two logbooks in the same subdirectory was initially a planned feature but really never worked. I re-visited this issue and made it working in the current SVN version. So the next release will contain the fix.
When running as a windows service, you open a Command Prompt and enter:
net stop elogd net start elogd
that will restart the service.
> I'd like this same facility with elog. Now I know that it can be > done by (for example) in the config file preselecting one of the > selections on reply- or indeed one that does not exist to "clear" it, > but in this case that is not the route I'd want to take every time. What about defining an additional option "unspecified". So you have Roptions attr = option1, option2, option3, none Whenever you click on "none", the selection is removed from the other options. The HTML standard unfortunately does not foresee radio buttons not being selected, so I would have to tweak it somehow to get exactly what you want.
Is there a way to add more icons to the currently available icons when you are in the edit mode. For example instead of having this icon if I want to add a different icon that is not in the list.
The reason I ask is that I want for example to have an icon of a bug(for software bugs) or something different.
I looked in the elog's installation directory and I could find all of the available icons but couldn't see any place where I could modify the installation to allow me access to the extra icons.
You need to do two things:
1) Add you new icon to <elog directory>\themes\default\icons
2) Refer to your new icon in the config file like
IOptions Icon = icon1.gif, icon2.gif, new_icon.gif
I have edited my own style sheets for elog, but if I use the reply function while having fckedit as editor, the quotations have the standard elog colors, not mine. With elog's own editor, I get my colors. I figured out that fckedit inserts the quote as HTML-block with "hard coded" colors, but I am not able to find the template fckedit uses for it! Does anyone know the path to this template?
Thank you in advance
Robert Heine
That's actually a limitation of fckedit. It simply does not interprete any style sheets, that's why actually the elogd program hard-wires the colors etc. Sorry for that.
Thank you for the reply but I think you misunderstood me. I am not after icons for the attributes. I am after icons that I can insert it into my records text like this one.... . So I just like to customize my icons in the "Insert Smiley" list.
Is this possible?
Ah, ok. Now I understand. This is however deep inside the fckeditor and I have no idea how to change it. Maybe you can get some help from the fckeditor community? All I found is the directory
<elog>/scripts/fckeditor/editor/image/smiley/msn
which contains some smileys. Maybe you can edit those?
I have been playing with Elog on windows 7. I want to set up an elog that can be accessed from our local network, and I discovered that can be done by running the server on windows and entering the host machine's computer-name:8080 in a browser on any machine on the network.
I had the server registered as a windows service, but oddly, when I re-booted the server didn't seem to be running (problem #1).
I then ran into some other problems (currently trivial) but I eventually got around to uninstalling and reinstalling Elog. I deleted all the existing logbooks and data files when I uninstalled, and even deleted everything in the folder I had used as a backup to the Elog directory. So, after reinstalling, I should be getting only the demo logbook and the original demo entry, right?
BUT I'm actually getting the three logbooks that I had created before I uninstalled (problem #2). Even though the entire Elog directory was deleted when I uninstalled... including config file and logbook directory. I can go into "Program Files" now and see that the config file present is the default/demo config file (from the most recent install)... yet when I launch elog in a browser, I am seeing those three logbooks from before, even though they should be gone from my hard drive.
Elog must be storing data somewhere else... where?
(p.s. I've also tried clearing my cache and deleting cookies in the browser)
If it's relevant, when I'm not on the local PC hosting the server, I am accessing it through a university network, and I've found that I can enter computer-name:8080 from ANY machine on the University's nertwork to access elog.
Problem #1: Check if the service is on automatic start. Go to "My Computer/Manage/Services and Applications/Services" and search for the elogd entry. On the "Startup Type" column you should see "Automatic". If not, change it by double clicking on it. You might have to be administrator to do this.
Problem #2: Elog stores information ONLY in the directory you install it to. There is only one elogd.cfg file, and the logbook subdirectory below that. So I have no idea where your problem comes from. I would say you did not delete some of the files, but I'm sure you double checked that.
I want to implement the following feature in my logbook: selecting an Option related to a specific Attribute produces a filter on the Options related to the other Attributes.
----- Example: I have the following configuration: " Attributes = Project, Category Options Project = Agenda, Software Options Category = General, Data, Result, Meeting, Status, TODO, DONE, Reminder, Result, Other ... Quick filter = Project, Category " I want that: if on the Quick filter I select "Project = Agenda", then the entry "Category" displays only the Options "Meeting, Status, TODO, DONE, Reminder, Other"; if on the Quick filter I select "Project = Software", then the entry "Category" displays only the Options "General, Data, Result, Other". See the attached JPGs (they are edited printscreens from my logbook).
------
Is there a way to do this? Thank you in advance! Cossutta
That's possible with conditional attributes:
Attributes = Project, Category Options Project = Agenda{1}, Software{2} {1}Options Category = Meeting, Status, TODO, DONE, Reminder, Other {2}Options Category = General, Data, Result, Other Quick Filter = Project, Category
I moved my elog install to a new box on short notice due to an emergency, everything works but none of the passwords are recognized, and are not using what it set in elogd.cfg. any ideas ?
You did not specify which version of elog you were using. There was recently an update which uses a new format in the password file. When you start this the first time, the program should convert automatically from the old format to the new format and thus increasing security. If this does not work for some reason, so can do password recovery using the "Forgot password?" link in the login page.
I noticed a behavior that might be irritating.
After attaching/uploading files to an entry and before submitting it, one might press 'Back' or close the browser window.
This in effect cancels the entry and sends into oblivion. HOWEVER the attachments and their thumbnail files remain on the server forever.
Would there be a way to either delete attachments after some time if they don't show up in an entry? Or some other magic trick with the browser? My logbook directories are already full of orphan files that I need to seek and destroy.
Also, any thoughts on automatically cleaning up a logbook directory when the damage is done?
Louis
Well, this is not so easy. When you leave the browser (via 'Back' or just by closing), it has no way to communicate with the elog server. I could put in some JavaScript, but if people switch off JavaScript there is no way. On the other hand it might be simple to write just a little shell script, which goes through all files on the server and checks if the file name occurs in some elog entry. This can probably be done with some combination of "find" and "grep", but I'm not a shell script expert.
> It looks like the newest windows release of elog at > http://midas.psi.ch/elog/download/windows/ is 2.81. > > elog281-1.exe 23-Dec-2010 11:42 3.1M > elog-latest.exe 23-Dec-2010 11:42 3.1M > > Can you post the 2.90 release. > > Thanks. > > -- rouilj Yepp, done. I somehow overlooked it. - Stefan
I don't know the reason why eLog can have the same username.
And what should I do to prevent these things happen?
Thanks for reporting that bug. It has been fixed in SVN revision 2404.
The HTML editor contains a table editor such as this:
Just click on the menu with the little table icon
We upgraded to Elog 2.9.0-2402 and since then mails sent by Elog when posting an item are from the default account, not from the logged in user's mail address.
The configuration is, for the mail part :
Default Email From = Olivier.Callot@cern.ch
Use Email Subject = ELOG Computing Operations - $Subject ($Site - $System - $Production number)
Thanks for telling me which flag/option I have to set to restore the proper mail 'From:' field.
Thanks for reporting this bug. I have fixed it in SVN revision 2407.
With the recent Elog 2.9.0 rev 2412 the Self Register = 3 option doesn't work as expected: The user is immediately allowed to login. This is not what this option was doing, which is to wait for an approval by the administrator. Can this behaviour be restored, or should I change the value of the Self Register flag? Thanks
Are you sure about that (maybe used an older revision of elogd where this indeed was a problem?). The current V2.9.0-2412 gives me this:
If I then log in as the admin user, I see the configuration of the new user, but the account is not activated:
So the user cannot log in. The config file is:
[global] port = 8080 password file = passwd smtp host = mail.psi.ch Self register = 3 Admin user = stefan [demo1] Attributes = Project, Category
Can you double check?
> When running openvas (a nessus fork) against elog 2.9.0 I provoked the following crash: > > Apr 9 17:32:06 unixland elogd[1300]: POST / HTTP/1.0#015#012Host: unixland.home > #015#012Content-Length: -800#015#012#015#012XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX > XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX > XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX > XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX > XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX > XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX > XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX > > Apr 9 17:32:06 unixland kernel: [664894.491242] elogd[1300]: segfault at b7713d > 2e ip 080b6956 sp bf8d5ea0 error 4 in elogd[8048000+96000] > > openvas reports that it was testing for CVE-2002-1212 when the crash occurred. > > Startup info: > > Apr 9 19:35:54 unixland elogd[21584]: elogd 2.9.0 built Apr 9 2011, 17:49:08 > Apr 9 19:35:54 unixland elogd[21584]: revision 2411 > > -- rouilj I haven't tried openvas, but added a check for the negative content-length you have in the request above in SVN revision 2413. Can you try if it still crashes? - Stefan
I tried again and confirm the version number. I never got this pannel saying that my request will be processed by an adminstrator. Maybe the installation was incomplete? Is this pannel outside the standard src files? I receive the mail as administrator, but the accout is already valid BEFORE I validate it.
This was working in previous versions, i.e. the entry was not created at all. And login wasn't possible.
We went back to 2.8.0 as the server is regularly crashing with 2.9.0 and we have to keep it alive for our running experiment. We are trying to isolate and reproduce the problem...
Try to use the simple config file, and see what happens there. Maybe it's a config option you use differently in the experiment. If you identify the config option which triggers the problem, I can probably reproduce it and fix it. Concerning crashes of 2.9.0: We have it running stably for our experiments, that's why I released it. But there are major changes since 2.8.0, mainly the Kerberos authentification (actually people from CERN asked for that). So it could be that in your case there are problems I don't see. In that case you have to test with which options in the config file the problems start. If elogd crashes, a stack dump would maybe also be helpful for me.
Dear Stefan, after a long time I managed to get a test setup. The line that creates the misbehaviour is
Guest Menu Commands = List, Find, Login, Help
which seems inocuous! But with this line a user with inactive account can login without validation. Without this line I get also the proper web page indicating that the account has to be activated when I register as new user.
Another little annoyance: When a user is prevented from login ("The account is currently deactivated") there is NO WAY to login, as any action with Elog tries to use the (non activated) username and password. I can't get back the login page!
Great. This this description I could reproduce the error and fix it. The fix is in SVN revision 2414.
Cheers, Stefan.
Does anyone know whether ELOG has limit number of entries or it can create new entries as many as it can go? Thanks.
The number of entries is not limited. But if there are very many entries, searching can get a bit slow. We have installations with ~100'000 entries and they work still fine.
No, this is not possible. I put this on the wish list.
If you just want to show a thumbnail of an attachment in a public logbook, then just add a link to it. like
<img src="https://abk.web.psi.ch/tmp/t.png" alt="" />
or in your example you show the thumbnail in the hidden logbook by adding in the text body:
<img src="<your-host-url>/public/110705_235520_whatthis-0.png" alt="" />
Of course the attachment has to be in the public logbook and the link in the hidden one.
Sure, but that works only from a hidden logbook into a public one, not the other way, but I think this is what David wants. Since the hidden attachment is not accessible from the public logbook, there is no way around that other than physically copy the message, then strip maybe the text. He is concerned about having the same attachment twice on disk, which I cannot fully understand. Even large attachments are maybe 10 or 20 MB, otherwise they take forever to go through your browser. With a modern 1 TB disk these are 50.000 attachments...
Anyway if I have to wipe out ELOG and start over to have admin capabilities again, do all of my logbooks have to be rewritten? Can I import existing logbooks into a new ELOG?
If you start over, you can just copy the xxyyzza.log files into the new logbook directory and it should be fine. You can also change the config file in your current logbook without starting over.
Best is if you edit elgod.cfg or the user configuration from inside the web browser (Click on 'config' on the elog page), then you don't have to restart elogd. If you do have to restart it, go to My Computer/Manage/Services, select elogd, then stop and start the service.
the ELOG discussion forum at PSI contains in meantime many old accounts with non-functional email addresses. Since this causes some overhead, it has been decided to clean up the current account database. In order to keep your account alive, please log in at the above forum before Friday, Sept. 30th, 2011. If you fail to log in until that date, your account will be automatically deleted. Note that it will be always possible to re-create your account afterwards by simply clicking on "Register as new user", but before that you won't get automatic email notifications any more once your account has be deleted.
Sorry for the inconvenience, but the database contains currently too many wrong email addresses causing some flooding of our mail systems.
We have a problem with the search command: Since our last upgrade to v2.9.0-2418 the searched string is pre- and postfixed with ASCII character expressed in % format, see the attached image. The searched string is prefied with %255E and postfxed by %2524 in the URL. And teh search fails. This affects searches from drop-down menus.
Strange. In this forum it works without extra characters. Just try it yourself. Do you have any strange configuration? Can you send me a minimal elogd.cfg which produces that error, maybe derived from the example elogd.cfg from the distribution.
We have about 10 logbooks running on the same Elog that all get fair use. Many people have turned off new entry emails because they were filling up inboxes, but are still interested in what's new. I saw the option to add "?last=1" to the start page, although I'm afraid using it might cause confusion over how to get to the older posts.
I was trying to figure out a way of creating a "digest" of sorts, a list of entry subjects posted in the past day or week, something similar to what's generated by "?last=1?mode=threaded", but for every logbook (similar layout to the selection page with nested logbooks). This could either be a page, or a regular email.
Is there way to generate such a cross-logbook page? What about a scheduled email formatted based on a given filter?
PS: The elog has been invaluable to us, a big thanks to all involved!
What we do is use the RSS feed of elog. This gives you nice summaries without going through your email inbox. Most browsers have RSS readers, there are also tons of stand-alone programs for that. Attached is a screenshot from the Google Reader subscribed to this logbook and to the "contributions' logbook. You see nice one-line summaries, you can expand them, and you can go directly to the logbook if you click on the arrow. The second image is from the Firefox using what they call "live bookmarks", but it's basically a RSS reader.
To make this work, I installed the RSS extension of Google Chrome (Firefox has this under "Bookmarks"/"Subscribe to this page"), then go to the elog page, then click on the RSS icon, then clicked on "Subscribe to this" via Google Reader. Just a few clicks.
Hope this is what you want.
Is it possible to have many roots with one elogd (or run several elogds), such that you can seaparate different groups or themes from each other:
electronics
trigger
power
mechanics
detector
support
Christoph
Have a look at "top groups" in the documentation
Is there a way to setup a search, to search several log books but not all the logs books at one time?
No. You can either search one logbook or all logbooks. There is however the way to have separate groups of logbooks, which are "invisible" from each other. Like running several elogd daemons at the same time. Then your search on all logbooks will only run on the logbooks of one group. Check the documentation for "top groups".
I have tried to set Email Format = 111 but still receiving attachments in the notification emails. Does anyone know how to configure? So the notification email will not include attachments.
I just tried and it works fine for me as expected. So you must so something wrong like:
- change the wrong elgod.cfg,
- have a typo in your configuration
- have a too old version of elogd
Why don't you upgrade to the current version and try again? I forgot when I introduced this feature, but it might be after version 2.6 which you are using.
I tried to update our ELOG installation 2.7.8 to 2.9.0. If I try to start the service i get the error:
Error 193: %1 is not a valid win32 application.
I uninstalled the old version an installed the new one.
Do you have any Idea? The OS is windows 2000 Server.
Could not start the elogd service on local Computer
Can you start elogd.exe manually in a DOS box? If you get the same error there, the download file might be corrupted and you should try to re-load it again.
I have been using v2.6. I works fine so far for what I need except that I could not disable the attachments in the notification emails. Now I need to upgrade to a latest version v2.9. However, with this latest version, I've received this error when navigate pages: "Error: Too many parameters (> 120). Cannot perform operation". What does this error mean? Should I do to fix it? I also have tested other version 2.7 and 2.8 as well. The problem exists.
Maybe you have indeed too many options in your configuration file. Can you please post it here or send it to my privately so that I can have a look?
After patching a windows 7 computer with MS12-006, can no longer connect to elog, get page cannot be displayed
See
http://support.microsoft.com/kb/2643584
A little more information here
We are running elog on an Ubuntu server
Elog was working fine, then, on a windows 7 machine, MS12-006 was installed, rebooted, and could no longer connect to the elog web page.
Discovered that in Internet Explorer 8, by unchecking the use TLS 1.0 in options advanced tab, and making sure that SSL 3.0, TLS 1.1, TLS 1.2 were checked, that the page once again worked. I'm guessing the elog does not support SSL 3.0, otherwise, I assume I would have to uncheck that as well. Things do appear to still work on XP, thus far, only Windows 7 appears to break. While we have a work around, ideally we would like to see a bug fix so that (for legacy reasons), elog will still work with TLS 1.0 on Windows 7.
Also, strangely, I am able to use the elog forum page https://midas.psi.ch/elogs/Forum while TLS 1.0 is checked. I notice the version number is 2.9.0-2425, while we are using 2.9.0-2396, so wondering if this is fixed in this newer version.
The forum does not use TLS, but has Apache in front of it which works as a proxy. So TLS is actually handled by Apache, which might have a newer implementation of TLS. The ELOG version number certainly does not make a difference, I did not touch the SSL functionality in a while. But when you compile ELOG on your Ubunto server, you can maybe play with different versions of OpenSSL and see if that changes anything?
Yes, there is a new feature called record splitting which causes the browser to send the "G" of the "GET ..." in a dedicated TCP package. This started in FF10, Chrome 17, and it will come in others as well. It only affects direct SSL connections (SSL=1). I fixed the bug in SVN revision #2435. Please update also MXML to revision #73. Let's hope that surprises like that will not happen too often.
Today I released version 2.9.1 which fixes this problem.
In the summary view, it seems that the text is truncated at the first "<" character. See https://lblogbook.cern.ch/Shift/48812 for a simple entry, then use the 'list' command to see that only a very small part is displayed.
That's a feature
In the summary view, I cannot use any HTML code, since it will screw up the table layout. Therefore elog searches for any "<" and ">" pairs and removes the text in between. In principle one could do a better job, but I do not want to write a complete HTML interpreter just for that purpose.
Saving, using Submit sees recently updated fields cleared after hitting SUBMIT.
MOre significantly this then leads to a proliferation of instances of the same record being generated in the logfile and consequently on the logbook.
Has anybody a fix or advice on this?
I have not heard of that problem before.
The key to fix is to reproduce it, then teach me how to reproduce it. Only errors I can reproduce on my computer I am able to fix.
Well, this is a choice. But if the encoding of the entry is 'plain', you could just avoid checking for embeded HTML. We use the summary view constantly for our main experiment logbook. Thanks anyway.
Ok, I fixed that in revision 2442.
Is there a way to create a "front page" or "table of contents" for a logbook?
While chronological entries are good and what elog was designed for, I find myself wanting a page to summarize important things and/or link to important files that are somewhere in that logbook. And, I would like to use the features of the elog editor to do (not just point to another www page that points to the various elog entries). For example, in an analysis logbook, you would like to have one page that may summarize latest on analysis and point to best/latest plot/drawing of something and not have to re-search for it every time.
I think that start page with cmd to go to entry 1 (how do I do that?) may work. Then I just keep editing entry 1 to point to latest info or entries. Will this work? Will I run into a size limitiation if I attach too many files to that? Is there a better way?
One could imaging using a wiki to do this, however, I never seem to get to updating our wikis... maybe I should just figure how to get elog to do it.
Well, if you never get to update your wiki, you will you get to update your summary page? As you know there is no free lunch.
For my analysis logbooks, I do it such that I create an arbitrary entry in the logbook, where I put references to other entries. Using the syntax "elog:<id>" this is very simple like here: elog:67222. Then I put a link to that special page in my browser bookmarks. This puts me one mouse click away from accessing this page. You can link to other elog pages but also to page attachments this way, so no need to put too many attachments into a single page, although there is no limit on that.
I am trying to import a CSV file in to a logbook. The Attributes seem to import fine but it kicks out the first 2 columns of data and shifts the data over to the left by 2 columns. Has anyone tried to do this?
The CSV file must be wrongly formatted. But I don't see it I can't tell you what's wrong.
Here is an example of the CSV I am trying to import.
Thanks for reporting this bug. I fixed it now in SVN revision 2446.
> Hi Stefan, > > I'm having a problem with 'Preset Text' now behaving differently in the latest release (2.9.1)? > My config file for example has always had: 'Preset Text = This is a test.', previously 'This is a test' was put > verbatim into the text area, now it seems to think whatever follows 'Preset Text =' is always a file and I end > up with 'File <i> This is a test. <i> cannot be found'? > > I did notice a 'Print warning if "preset text" file cannot be found' line in the latest release notes, does this > now mean wherever I have used the method above I will now need to make a text file to match? > > I'm using them embedded in conditional attributes if that makes any difference? > > Thanks for your help. Thanks for reporting this bug. I fixed it in SVN revision 2447.
Segfault when password file is empty and not writable a segmentation fault is generated when a new user tries to register:
root# > passwd
root# chown root.root passwd
root# chmod 644 passwd
root# grep -i usr elogd.cfg
root#
kernel: [515323.672377] elogd[31048]: segfault at 78 ip 00000000004ba780 sp 00007fff03cd2078 error 4 in elogd[400000+dc000]
I cannot reproduce this error when running within gdb.
Thanks for reporting that bug. I fixed it in SVN revision 2448.
Want a hyperlink in one of the attributes like this : http://Someserver/someDir/perl.pl#subject
In this way I should be able to redirect to a certain part of the html that the perl script is generating. When I setup this manually it works. ( typing directly the html link into the attribute )
When I put the html link into elog config file it will never show up the correct format : everything after the '#' is translated into the digit 1. ( So you get http://Someserver/someDir/perl.pl1 . )
I tried to escape with \# used quoting " and '. No luck. Tried to use the a , No luck.
I've tested with several versions of elog but it seems that it has never worked.
Allow HTML = 1 dit not work for me.
Has it to do with the autoincrement ? ( Subst Number = XYZ-##### ) I think so because of the 1 that is returned if i use a http link . When I use the same link http://Someserver/someDir/perl.pl#subject a second time i'll get back : http://Someserver/someDir/perl.pl2 . So it seems that the auto increment feature plays a role in this one.
Can this be done in the attributes of elog.? Can I have a # in a hyperlink ?
Nobody needed such a functionality so far. I implemented it for you in SVN revision 2449. So you can simply escape it like "\#"
All you need is a SSL=1 in the config file, then the default port of 443 will be used. The URL is the one seen from outside, like
https://hf-info-elog.psi.ch
or so. The certificate from the distribution is self-signed and therefore the browser will complain. Go to AIT to obtain an official certificate.
Firstly, as with some of the others recently, I am a complete newb when it comes to linux, Though I refuse to let that stop me and really want to get this working. Pretty much I have a situation where I have been asked to install ELOG, though I am unable to use port 25 at all and also need to use GMAIL for the SMTP server? It is also my undertanding from the documentation that ELOG only sends mail via port 25 So, I have setup iptables to forward everything from port 25 and a GMAIL IP address used in ELOG's global config for the SMTP, to a stunnel that redirects everything to GMAIL on port 465. While getting that right took me almost two days, and that was with tons of help and more than half of it being spoon fed to me (though I have learnt SO SO MUCH from just that). I am still unable to get ELOG to send emails, even if does now seem to connect Below is a copy of the log from last night (I have spent most of the day trying to sort it out further, but I get the same error)
So I guess my question is, Is it possible to use GMAIL, with ELOG, based on my current conditions, and does anyone have any idea what I can do to go on from here, as I doubt I am the first one to head down this road?
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
10-Apr-2012 21:45:19 [Chris@1.2.3.4] {logbookA} Email from <chris@server.com> to chris@server.com, SMTP host 173.194.67.108: 10-Apr-2012 21:45:20 [Chris@1.2.3.4] {logbookA} 220 mx.google.com ESMTP XXXXXXXX.XX^M 10-Apr-2012 21:45:20 [Chris@1.2.3.4] {logbookA} 10-Apr-2012 21:45:20 [Chris@1.2.3.4] {logbookA} EHLO SERVER.COM^M 10-Apr-2012 21:45:20 [Chris@1.2.3.4] {logbookA} 250-mx.google.com at your service, [152.106.18.2]^M 10-Apr-2012 21:45:20 [Chris@1.2.3.4] {logbookA} 250-SIZE 35882577^M 10-Apr-2012 21:45:20 [Chris@1.2.3.4] {logbookA} 250-8BITMIME^M 10-Apr-2012 21:45:20 [Chris@1.2.3.4] {logbookA} 250-AUTH LOGIN PLAIN XOAUTH^M 10-Apr-2012 21:45:20 [Chris@1.2.3.4] {logbookA} 250 ENHANCEDSTATUSCODES^M 10-Apr-2012 21:45:20 [Chris@1.2.3.4] {logbookA} AUTH LOGIN^M 10-Apr-2012 21:45:21 [Chris@1.2.3.4] {logbookA} Username: 10-Apr-2012 21:45:21 [Chris@1.2.3.4] {logbookA} username@gmail.com 10-Apr-2012 21:45:21 [Chris@1.2.3.4] {logbookA} Password: 10-Apr-2012 21:45:21 [Chris@1.2.3.4] {logbookA} MYXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 10-Apr-2012 21:45:21 [Chris@1.2.3.4] {logbookA} 501 5.5.2 Cannot Decode response fl2sm792152wib.2
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Right now I am pretty stuck, and any advice would be greatly appreciated on how to move forward. Thanks in Advance
As far as I know GMAIL requires SSL for its SMTP connection, which ELOG does not (yet) support. But you can set up your own SMTP server easily. Should be easier than your iptables work.
We seem to have a problem with retrieving user passwords using the forgot password system
Thanks for reporting that bug. With the help of your config file I finally could reproduce and fix it. The fix is contained in SVN revision 2462.
Thanks mate.. Glad to know it wasn't just me going insane? I'll keep an eye out for the new file
For the new version have a look here: http://midas.psi.ch/elog/faq.html#21
> Is there a way to make this (password protecting logbooks while also using a proxy to Apache) work? I use it with the current version and it works fine for me. What you might be missing is the URL = http://example.com/elogbook/ statement in your elogd.cfg to make this work. Best regards, Stefan
the manual says:
" There are four ways through which access to a logbook may be controlled:
it may be open for all to read ; it may require a common "read" password for all users ; it may require each user to have an individual user account (login name) and password ; finally, access may be granted or not depending on the address of the workstation you are using. "
But it doesn't say how to do so or at least I didn't find it.
If I have each user have to log in with an individual accout, can I define which logbooks he can read and/or modify? If yes, how to do that?
Also, please accept my vote for user groups. We can use that, too.
TIA, Roland.
You haven't found it. Just look here:
http://midas.psi.ch/elog/config.html#access
You need Password file and Login user.
As far as I can remember there is no floating point in elog.
First, I really appreciate this software. Thank you.
Next, I have question - am wanting to have a 'dashboard' of sorts that shows all entries that are 'open'. That part is easy enough. But, then I want to color the time (or some other field) if the ELOG has not been updated/created for more than X hours. This will help us keep track of events that need status updates.
Doable?
Unfortunately not. What I would do is to define a quick filter, so with one click all 'open' entries are shown. Then you can look at the date column and see how long they have been open (actually when they have been submitted, so the difference you must calculate in your head!).
This gets handled automatically by SVN. All you have to do is to put an "$Id$" in your text somewhere and enable the keyword ID. See for example
http://svnbook.red-bean.com/en/1.4/svn.advanced.props.special.keywords.html
we used Admin and write passwords. Now this is no longer supported in ELOG 2.9.0 and I tried to change to File or Kerberos Autentication. But nothing worked. I tried the following lines in elog.cfg
[Serverlogbuch] Authentication = File Password file = C:\Program Files\ELOG\logbooks\Serverlogbuch\pwd.txt Self Authentication = 1
So the self Autentication site opens and I can put in all informations. But if I click on save he tries to save the information in the password file and after a time he stops and Internet Explorer says that the page cannot be reached.
The file is not saved. If I remove the 3 lines the logbook opens without any problems.
I tried also kerberos but it didn't work. But there I think some entries in the krb5.ini are wrong.
Would you please help solving the File password problem?
Just two hints:
Thank you for the answer, but it didn't solve the problem.
The Account which is used to start the Elogd process is local system. System has full right at the logbook directory
Should I use an Admin Account for the elogd process? The error message is always the same (page not reachable) The File is also not created in the logbook dir.
I once had problems with the local system account, so I used my own account to start the service and that worked. For trial, you can also start the elogd.exe program manually (not as a service) in a DOS box and see if it can create the password file.
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.
Ups. I never imagined that someone would use more than 10 conditions. I'm not 100% sure if the problem is the clist array, but can you try to set it to 20 and see if it gets better? You can also send me your config file and I can try it myself.
No this is not right. Better read the manual carefully, then come back here again.
I would like to set up the text are as a template. The documentation indicates this can be done however I am unable to find reference to how it is accomplished.
Just look in the documentation for "preset text = ...".
I was wondering if anyone out there has had any success with importing XML data into ELOG. Using the XML schema which I derive from the EXPORT data from ELOG into XML format or creating the file from scratch, I either blowup the system and have to restart elogd or it doesn't work and says, XML file doesn't contain ELOG_LIST element (which I create and it still doesn't work).
Basically, I am trying to take spreadsheet data, convert it into XML and upload it as a logbook so I don't have to perform lots of data entry. I also tried .CSV but have had no luck.
Any thoughts or ideas?
What happens if you just export as .CSV and then import that file again. Does that work?
If not, can you post your .CSV file here and I will have a look.
I'm not using Debian so I cannot give support there. There was some Debian support a few years ago, but the maintainer has gave this up. If you find someone who volunteers to do the job (yourself?) I'm happy to include the Debian specific files in the distribution.
How can I skip the need for an email address when registering and logging in? Our IT dept will not give an email address to each guy I want on the log.
I never thought that someone will not have an email address. One basic feature of ELOG is its automatic notification if there is a new entry, and that only works over email. It's like social networks, you cannot register for Facebook if you don't have an email address.
So if you absolutely want to omit this, just give a fake email address, like nobody@no.where. ELOG just checks if there is a "@" and a "." somewhere.
We use ELOG for many years and enjoy it's functions every day!
Lately, we see errors whenever we add an entry in elog: 554 MailTransferAgentServer ESMTP not accepting messages
We see this from various ELOG servers. Other (non ELOG) servers using the same MailTransferAgentServer do not heve this error.
We are able to send mail messages from the ELOG machines manually via TELNET. So, from a functional point of view, all works well.
We had this error in the past and found out that the cause of this error lies in (network) time-outs.
Questions: 1) Has anyone seen this error before? 2) Is it possible to increase the timeout value used by ELOG? 3) Are the emails that could not be sent stored in a queue/resent later or are they lost? 4) is there a fix?
Any replies are highly appreciated!
T I A !
Could you run elogd interactively with the "-v" flag to log the communication between elogd and the ESMTP server and send me the traffic log?
Version 2.7.0 is very old and has knows problem. Better go with the current version and fix the problem with the elogd.cfg file.
Any reason why when I click "Reply" to a previous submission that the body is full of HTML code?
See below:
<p> <table width="98%" align="center" cellspacing="1" style="border:1px solid #486090;"> <tbody> <tr> <td cellpadding="3px" style="background-color:#486090; font-weidht:bold; color:white;">Hal Proctor wrote:</td></tr> <tr> <td cellpadding="10px" style="background-color:#FFFFB0;"><p> <table width="98%" align="center" cellspacing="1" style="border:1px solid #486090;"> <tbody> <tr> <td cellpadding="3px" style="background-color:#486090; font-weidht:bold; color:white;">Quote:</td></tr> <tr> <td cellpadding="10px" style="background-color:#FFFFB0;">removed the thing and the other thing....added this and that!</td> </tr> </tbody> </table> </p><p> </p> testing reply</td> </tr> </tbody>
Here is my logbook config:
[Logbook] Theme = default Comment = Maintenance Logbook Attributes = Author, Type, Category, Subject, Shift Options Type = Repair, Routine, Preventative, Other Options Category = Emergency, General, Change-Over, Other Options Shift = 1, 2, 3 Extendable Options = Category Required Attributes = Author, Type Page Title = Maint Log - $subject Reverse sort = 1 Preset Author = $long_name Preset on reply Author = $long_name Locked Attributes = Author Quick filter = Date, Type, Category
I don't see any mistake in the configuration file. Did you switch the "Encoding" from HTML to plain? (Radio buttons at the bottom just below the text window). Is there a problem with your FCKEditor? Do you see the formatting menu bar?
I am trying to set up elog here at the University of Minnesota. It looks very promising for helping to manage a fairly complicated operation. I've got most of what I want set up without too much difficulty. However, I find that I'm having some difficulty to get it working properly with email.
In particular, I have my account set up to email me when log entries are made (subscribe to logbooks option is selected). In the global section of my elogd.conf file I have set up the variables:
SMTP host = factoryserver5 SMTP username = factory
However, when I make a test entry, I get an error at the top:
Error sending Email via <i>"factoryserver5"</i>: 5.5.1 Error: authentication not enabled
I tried setting the password using "elogd -t" but to no avail. I also tried a few different values for SMTP host
Any suggestions as to what I am doing wrong?
Satish
There are several SMTP authorisation options, and only a subset is supported by ELOG. Have you tried without the "SMTP username"?
If you use HTML encoding, you can do that with
Prepend on reply = <br />
to achieve the same thing (as I did just here in this reply).
I use plain encoding, cannot answer for the others but it should do the trick as it's in the documentation. I'm using Firefox some large number and 2.9.2.-2475
I do what I believe you want, and get it by having the following line in my config file for that logbook (which is part of elog.cfg):
Prepend on reply = \n
This gives a blank line at the "top" of the entries when you start a reply, and all the previous entries gain another "> " unless you've also altered that default behaviou (as in fact I have). The result then looks like:
Latest line of text
> Previous entry
> > Previous entry to that
Is there still a limit of 50 attachments per topic? If so, is there or could there be a parameter to change this setting?
The limit is defined in elogd.h:
#define MAX_ATTACHMENTS 50
I never thought that someone wants to have more than 50 attachments, since it will take forever to upload them. You can change the value on your own risk and recompile elogd. At some point you will run out of stack space, in which case elogd will crash, but you could increase the heap memory with a linker option. Just google for it.
I would like to make an hyperlink to an external file in a messaje. I have writen Allow (HTML = 1) in .cfg file and the hyperlink as
<p><a href="file:\\external_computer\directory">test</a></p>
It did not work. However if I write in the chrome browser:
file:\\external_computer\directory
It works.
Thank you so much!!
A link to a local file inside a web page does never work on purpose. Malicious web pages could otherwise get access to your local password file for example which would be a huge security hole. You have to copy the link address explicitly into your URL bar of the browser.
I have a couple questions on how to configure multiple logbooks with groups.
Example: (use images for reference) A user has permissions to "Punch" and "Maintenance". Maintenance is a single logbook and Punch is within the group "Dry Room".
While the user is in Maintenance and without having to jump back to the MAIN selection screen, how can the user select the Tab "Dry Room" as seen in image, without throwing up or redirecting you?
There are several options:
2. is not possible. Even if you use "Protect selection page", you will always be redirected to the first logbook after logging in. Maybe I should change that.
I have observed following behavior when I move entries from one logbook to another:
Every new entry in "Open" will get the next higher ID Number related to the highest available ID number/entry in "Open".
Upon "move to Closed", the previous entries in "Closed"will be overwritten.
Is there a way to prevent the usage of a previously used ID Number when entering a new ID? I.e. If an entry with ID "1" has been used in "Open" and moved to "Closed", have the next entry in "Open" use ID "2"?
Kind regards,
Hi Barend,
The counting of entries, or even "tickets", only works within a particular logbook. If you archive a set of entries to another [archive] logbook, the archived set disappears from view of the original logbook. Should that entry, from logbook to archive, be the *latest* thread, then there is the danger of over-writing message ID, Ticket No and the like.
My policy to prevent the problem is to archive only threads that are say (depending upon use) a month after last entry..
I generally consider using the ID as ticket number a bad idea. The ID is the "primary key" (in terms of database language), and must be unique inside a logbook. So when moving entries between logbooks, there will be always problems.
Why don't you define an attribute "Ticket ID" and use that one? That won't change when you move the entry between logbooks:
Attributes = Ticket ID, Subject, ... Preset Ticket ID = ID-#####
I have tried to use the "Ticket ID" approach and with each new entry this Ticket ID is indeed increased automatically...
But when the last Entry (with the highest Ticket ID i.e. ID-0009) is move to another Logbook, the Ticket ID in the next new entry will be "ID-0009" again (based upon the last previous entry "ID-0008").
So this appraoch will also re-produce duplicate Ticket IDs.
Is it possible to have the Ticket ID preset with value based upon the Date & Time of the entry? Instead of holding a Date/Time format, use a calculated numeric format?
This way, each new entry will have a truely unique Ticket ID.
Thanks & Regards, Barend
Why do you move the last ticket in a logbook at all? The move functionality was more meant as an archive option, where you can archive old entries on an annual basis or so. If you just want to "close" a ticket for example, an attribute "Status" with options "open" and "close" will do it. Together with a quick filter you can easily show only open entries in an logbook that way.
> Hi all, > > Is it just my system or do others have this odd issue. > > I have a pdf file which is 'upside-down', I attached it to an elog entry, and the .png image thumbnail was > generated. Now this too was upside-down, so I tried to use the left (or right) rotation buttons along the top > of the image in elog to do a 180 degree rotation. > The first 90 degree rotation was fine, but the second attempt just made a smaller image. > It happens with various pdf files generated by various software (in case). > I also tried it with a jpg file, in that case the second attempt enlarged the image. > > I could not find any way to actually invert the .png image using elog; but I was surprised that a second > rotation ddid something different (change magnification) rather than nothing at all if it could only cope with a > 90 degree rotation. > > It's not a vital fix for me, but I have found the thumbnail (png) manipulation functions have a few rough edges, > so when necessary I use xv or gimp on the .png file to get what I want. > > Or is this just my system? I just tried on the demo logbook: https://midas.psi.ch/elogs/Linux+Demo/14 and it worked fine in rotating the image twice. Can you try yourself and find out if it's related to your installation if ImageMagic, or the actual image file? /Stefan
> Well I didn't crash the server this time, and I could invert the image in the demo logbook by doing two rotations. > But, this is elog v2.9.0-2435, and I am using v2.9.2-2475. And I remember there was a recent issue about the image manipulation at some point, so I went to the > download section to read the subversion listing to find where this occurred. But you've changed subversion! I couldn't find my way around it, so I not only could > I find the changefile that showed what happened for each subversion issue, but even how I could download the current (or indeed any past) subversion issue. > > As far as I can recall, you made a change, I reported an issue, and you undid the change, or partially undid it. Do you know when this was? Could it be relivent? I upgraded to V2.9.2, so please try again. /Stefan
How can I set up the admins or manager group with the ability to Lock a Thread? I don't wish to keep two log books.
With
allow <command> = <user list>
deny <command> = <user list>
you can prevent certain users to use certain commands (like delete a message). If you only allow admins to issue the "edit" command, that would in principle do it, but then normal users cannot edit their entries any more. Unfortunately this command cannot be restricted to certain attributes, like the thread "status". So I guess what you want is not exactly possible with the current implementation.
Thanks for the reply. I was looking for a way to stop replies to a runaway thread. Was wondering why the elog system has a "Locked by" attribute, but no way to set it.
That's a different meaning. The "Locked by" flag gets set when one user edits an entry. During the editing the entry gets "locked", which means that no one else can change it during that time. This should prevent one person to overwrite the edits of another if they are editing the same entry at the same time. Your "locking" means the locking of threads, which elog doe not "understand", it's just your definition of an attribute in your logbook.
Certainly 2.9.1 and 2.9.2 should behave similar in that respect. Have you tried to clear all cookies in your browser and try again?
There is currently no way to change this in the config file. I will review the issue when I get some time and maybe come up with a fix.
After installing ELOG on a new Windows 8 machine, I found everything working fine... until I went to make a new entry. New entries work... but the FCKEditor toolbars do not show up. I tried a variety of things (start as a service, start not as a service, run as administrator), but nothing made the toolbar appear that I coumd find. The ELCode editor toolbar appears, but the nifty FCKEditor toobar never appears. I could not figure out how to debug FCKEditor. Any ideas?
Thanks for reporting that problem. Indeed the elog292-1.exe distribution has a bug in the directory structure. I fixed that in elog292-2.exe, which you can download from here:
http://midas.psi.ch/elog/download/windows/elog292-2.exe
Is there a way of having multiple copies of elog running on one windows 2003 server? different ports?
I need to access 2 different elogd.cfg files.
It's probably not of much help, but for a short time I ran two elog daemons on the same linux box, using different ports. It was thus able to run with two separate elogd.cfg files. This is linux, and heavily biased to my eccentric way of running this linux box, but started them as:
/usr/local/sbin/elogd -p 8080 -c /home/logbooks1/elogd1.cfg -d /home/logbooks1 /usr/local/sbin/elogd -p 8081 -c /home/logbooks2/elogd2.cfg -d /home/logbooks2
Do note that as I was the only user on that linux box, I didn't have login etc.
However, I was soon asked questions by Andreas as to how I found this running, as he had encountered problems with an earlier version. To be honest, that stopped me experimenting too far with this at that point, as well as a coincidental upgrading of my hardware.
But I was doing this *not* because I had to run two separate elogd.cfg files, but other reasons which meant splitting into two at that time vastly improved the performance of elog on the linux box at that time. So while I didn't actually enounter any problems in doing so, I only have limited experience - and, of course, absolutely none on running even one [windows equivalent of a daemon] on Windows.
I am assuming here you have good reason for two separate elogd.cfg files, rather than just wanting to run two separate logbooks - guessing here, but one set public (no login) and one set private (with login)?
I need to do this because there are 2 different groups that each have 6 or 7 different logbooks in their elogd.cfg files. (and they can't access each others log books)
Currently the first group accesses elog as http:elog.com:8080. The elogd windows service executes "C:\Program FilesELOG\elogd.exe" -D -c "C:\Program Files\ELOG\elogd.cfg"
From what I can tell, whats needed is either some way to get the windows service to run a different config file or there needs to be a way of creating a second elog windows service that points to a different elogd.cfg file. Is there some way of doing this?
Have you checked the option "Top groups", which was made especially for that case? You can create several independent sets of logbooks not seeing each other.
Is there any way within eLog to undelete entries?
I will check out the "Top Groups". But another question, the documentation says "Prior to ELOG version 2.4.1, one had to run two elogd servers in parallel, listening under different ports." ... how do you set this up?
You have to create manually a second service. Clone all entry from the first one, except the command line where you load a different elogd.cfg. But I actually never tried this myself.
Is it possible to change the "yellow" background color when running a search ? (I looked in the css, there is nothing...)
Couldn't find any syntax for elogd.cfg
Thanks for your help :)
There are no specific classes for the search dialog, but you can play with the classes "form2", "attribname" and "attribvalue". These classes are used in several places, so all will change in the same way, but maybe that's what you like.
Good day,
I was wondering (and I searched for :) ) a way to directly edit an entry while in summary view instead of having to first click on the entry then click on Edit...
I mean, in summary view, every row entry is clickable to access the entry itself (except email witch open email client), so instead to open it, can it be edited directly ?
Is it possible ?
> After entering a new user and activating it in ELOG, the new user receives an email. > The link does not work because the port number is repeated in the link (see below) > In the Global part of the elogd.ini we have added the port: > port = 8080 > > Maybe I am overlooking something, any suggestions are very much appreciated! > > Thanks! > Ron > > - - - - - - > > Email Subject: Your ELOG account has been activated > > Email Body: > > Your ELOG account has been activated on host eloghost:8080. > > You can access it at http://eloghost:8080:8080/logbookname/?unm=newuser. > > To subscribe to any logbook, click on 'Config' in that logbook. I just tried myself and got: Your ELOG account has been activated on host localhost:8080. You can access it at http://localhost:8080/Demo/?unm=midas. To subscribe to any logbook, click on 'Config' in that logbook. I used following config: [global] Port = 8080 Password file = passwd SMTP host = xxx Self register = 3 Admin user = stefan [Demo] Attributes = Type, Subject, Author So something in your config file must be different. Can you find out what it is? /Stefan
> The instructions for securing elogd using an SSL proxy are incomplete. > http://midas.psi.ch/elog/adminguide.html#secure > http://midas.psi.ch/elogs/contributions/11 > > If you follow these instructions, elogd will still listen for and accept non-SSL connections on it's own TCP port bypassing the SSL proxy. > > (True, the elogd TCP port number is somewhat secret, so there is some security-by-obscurity here). > > To secure the elogd TCP port against connections that bypass the SSL proxy, elogd has to be started > with the "-n localhost" command line options. > > To add this option, one has to edit /etc/init.d/elogd. I do not know if this change will be lost when the elog rpm package is updated. > > It would be better if this option could have been specified through elogd.conf. > > The "-n" command line option is not documented here > http://midas.psi.ch/elog/adminguide.html#config > but is visible if you run "elogd -h". > > P.S. Even with "-n localhost", users of the local machine can bypass the SSL proxy. > > K.O. I added the option "interface" to the config file. So you could do [global] ... interface = localhost It was not there originally since most people who care about security use a firewall. The firewall (either locally or one another machine), opens only port 443 for the secure connection and not the non-secure one (typically 80 or 8080). This way this has not been an issue in the past. As you guessed correctly the -n option would be overwritten by an rpm package update, so that's why I added the "interface" option.
Here's a bit of a special scenario. There's no server-side check the user is logged in upon posting, but it rather seems the server relies on the post data sent from the form.
An example of this can be triggered on a write restricted elog, by hitting on New and logging out in another tab. Then posting, from the first tab, will post as if the user was logged on. Hitting back and posting again also works.
Yes the credentials are stored in the form where you enter your text. This has following reason: In a shared environment (several people sitting around a computer) we want to identify who submits an elog entry, but not bother the person to enter his/her password every few minutes. So in our experiment I set the time-out to 15 min, meaning after 15 minutes of inactivity a user gets logged out. If the user accesses ELOG every ten minutes or so, he/she stays logged in for a whole shift, which is what you want. Now the problem is that one starts an elog entry, waits twenty minutes, then wants to submit it, but you are bought back to the login screen and your entry is gone. Therefore I store the credentials (encrypted) in the form, so that the form can even be submitted after 20 minutes. Users at our lab are pretty happy with this solution.
In fact there is no way you can 100% ensure that the logged in user submits an entry without asking for his/her password during the submit. Even if the time span above is only very short, it still can happen that someone starts an entry, leaves the room, and someone else submits it. So people got used to the good practice not to leave any unfinished elog entry open when they go or leave the browser (to another tab for example). If I would implement to password request during the submit, there would be two problems: 1) Users will heavily complain and 2) I have to store the form data temporary (together with some optional attachments) on the server side, start a password query, and only if that succeeds submit the entry. This is somehow complicated to implement since I cannot use the normal elog database. Then I have to care about dangling entries (like if the password was wrong I should delete the temporary data???) and so on.
I plan for the future a kind of "draft" mode, where entries can be stored as "drafts" (like in most email systems). You get an auto-save every few minutes, and can work on the draft before actually submitting it. In that case your password query could be implemented more easily. But implementing the draft mode needs a change of the database system, so I have to find time to do that.
My email configuration is a little complicated as all emails must be relayed to a central server with TLS authentication.
So far I've been unable to get the ELOG to work with email, after numerous attempts . I have got exim4 working on this machine but I don't understand how the elog sends emails well enough, to configure it to recognise and use exim4. Setting localhost/ my domain/ IP (and variations) under 'smtp host' doesn't work. (cannot connect to server)
The most interesting error I have been able to get is:
"AUTH command used when not advertised"
"Unrecognized authentication type"
Any advice?
Not much. ELOG uses plain SMTP to port 25, but does not support TLS internally. From your error messages above it looks like exim4 (which I never used) uses a different authentication scheme than ELOG supports. ELOG dos a "AUTH LOGIN" which is described for example here:
http://www.fehcom.de/qmail/smtpauth.html
Maybe you can try authentication completely off (remove "SMTP username" from elogd.cfg) ?
I am currently using ELOG as a daily logbook for work performed for customers. This is a critical tool and process for 1. Showing customers work history 2. having a searchable knowledge base for future reference.
Currently, I will create a new log entry, assign the customer using a custom ROPTION in my elog.conf. This process all works fine, mostly, except I run into the following obstacles (that are all human related.)
1. Many days, there are no log entries to be created for a PARTICULAR customer, and other days there are no long entries to be created for ANY customer.
2. Many days when there is a log entry to be created, it's created by me much later then when the work was performed. For example, I do a bunch of work Tuesday and Wednesday, but I don't have time to enter all my entries until Thursday.
2A. In this case, I have to manually go back and edit the log entries with text-editor to adjust the times, dates, and such.
2B. In this case, I have log files with a file-name of THURSDAY (042513a.log) for work entries done on Tues and Wed, so I have to go back and rename the log files for consistency sake (mv 042513a.log 042313a.log). ** I know this is not a requirement of the program, but I like to have the log filenames consistent with the dates contained in them.
All these I admit are human error -- but as a small business owner, I just can't always get to the log entries every day.
To overcome this, the manual solution would: at the beginning of each day, create a new log entry -- regardless of work to be performed and updated later. This would serve as sort of a place holder.
However, I can't commit myself to always create a log entry for every day either. Again, human error.
Is what I would like to be able to do is create a new log entry, every single day, automatically. I would then have a growing log dir of daily log entries (files) for ever day of the week, most blank but some would then contain data that I enter later-- either at the end-of-day or on a day I have downtime and can commit to administrative work.
My thought is I could probably schedule a cron job do to this, but i'm not completely sure how I would go about auto-populating the incremental ID's, dates, etc. Second, I don't know if there is a way to do this within ELOG itself, or if there is a built-in mechanism that already covers this.
Has anyone run into this, or solved this problem, or can someone kindly point me in the right direction or how I can implement the daily auto creation of logs?
Thank you very much in advance!
Actually I would not worry with the 042313a.log files. In a future version of elog they might be replaced by a database or so. I see two options:
Mind you, my log files have the format yymmdda.log, whereas you state yours are mmddyya.log, which strikes me as a very high degree of flexibility!
Sure, its YYMMDDa.log, I was wrong. That format has been chosen so that the normal (ASCII-) sorting shows the files in proper order.
I have a logbook installed on a Windows 64 bit VM server 2008 R2 and can access it fine using the password file. However when using Kerberos it does not authenticate correctly. I installed Kerberos and pointed it to the realm an domain controller. Using KINIT command line it appears to accept my password. Any help is appriciated. Perhaps some other diagnostics i could try against the kerberos install
Here is global settings:
port = 49212
ssl = 1
url = https://my-elog.domain.com:49212/
Authentication = Kerberos, file
Kerberos Realm = DOMAIN.COM
Admin User = me
Max content length = 10485760
Password file = pw.txt
Allow password change = 1 (perhaps this is an issue???)
Also...when adding users to the logbook, do you leave the password blank if using Kerberos?
You can leave the password just blank.
The "Allow password change = 1" does not make any difference. It works here even with this option.
So I have no idea why you have that problem. Does it work on another computer, i.e. is it related to the 64 bit VM machine?
> Top group 2012 = 2011, 2010, 2009, 2008, 2007, WINTER Your usage of "Top group" is strange. Top groups should only be used for independent groups of logbooks, more like you were running one dedicated sever fore a group of logbooks. Further, you defined logbooks (2008, 2009, ...) which do not exist in your config. Why don't you just remove the "Top group" line from your config? If you want to group different logbooks, just use the "group" command as written in the docs. /Stefan
Hi all
I have setup an logbook that executes a number of shell scripts to preset attributes and append standart information, which works great. Now I am trying to daemonise the whole thing. I have tried the -D option as well as daemontools. In both cases the logbook itself is functional but the bash scripts do not get executed.
Any ideas how I can resolve this problem?
Martin
Usually the problem comes from the fact that a daemon runs from the root directory ('/') by definition. I might not find your scripts if they are not in the path. Try to call them explicitly with the ful path like "/usr/local/elog/script.sh".
> By default, elog enties are sorted by their ID number. When viewing a logbook in Full or Summary, they are > shown in strict order of ID. In Threaded, entries are shown in strict order of ID for the latest entry of each > thread, and then previous entries (in reply to) back from the latest one. > > In collapsed mode, it is only the starting entry of each thread is shown (or the latest one if "collapse to > last" chosen, but that's a detail). > > I have a couple of logbooks where I'd like the default sorting to be by another numeric attribute that I enter. > > Now this works fine in Full or Summary mode. In threaded mode (e.g. default for this forum, where every entry > is shown but are grouped by thread), it works in as much as all the entres are there and in order, but it > doesn't quite look the same as when sorting by ID - the replies are not each offset further right beneath the > entry it is in reply to, but all just slightly offset to the first entry. > > If you try to [completely] collapse the threaded mode to just one line per threaded topic - it doesn't. Looks > (almost) the same as threaded. > > I was hoping to get the list of entries collapsed to one line per thread, in order of the numeric attribute, but > I cannot seem to get this to happen. Have I missed something here? Or is it possible at all? This is not possible at the moment, but I will add it to the wish list.
Hi Scott,
Export to: CSV ("," separated) CSV (";" separated) XML Raw
I often use the XML Format, but CSV is fine if you just want to import the entries to some spreadsheet program.
I was shocked to find out that this feature has not yet made it into the documentation?!? But it is that simple to use that there is not much to document.
There is even an "Import" command, to reimport entries from a file. But this is tricky to use: if you have fields of type date or datetime, then you have to convert those fields in the proper format.
I tried EXPORTING logbooks as .csv but have not been fully successful. Elog seems to only export the data entered for various fields with the exception of the text field.
Here is an example export from my logbook (used to track simulator problems), I would like to also export the TEXT field so it can be used by my managers in excel...but as you can see there is no entry for "TEXT" fields...
"Message ID","Date","Author","Type","Status","Priority"
107,Thu 30 May 2013 11:28:57 -0700,"Jim Tinlin","Graphic Display","Evaluated","Low"
106,Thu 30 May 2013 10:02:24 -0700,"Jim Tinlin","Graphic Display","Identified","Low"
105,Thu 30 May 2013 08:07:27 -0700,"Jim Tinlin","Problem ID","Identified","Medium"
104,Thu 30 May 2013 08:04:30 -0700,"Jim Tinlin","Problem ID","Identified","Medium"
103,Wed 29 May 2013 09:36:11 -0700,"Jim Tinlin","Problem ID","Evaluated","High"
102,Wed 29 May 2013 08:58:02 -0700,"Jim Tinlin","Problem ID","Evaluated","High"
Hi Jim, can you confirm that this works for you? If so, I'm willing to incorporate the patch into the distribution.
Hi there :)
I'm having a problem with the e-mail notification on my installation of elog. I'm testing the attachment upload with images, and it seems to work seamlessly. However upon posting, the e-mail notification sends a null attachment, instead of the image I would expect. Is there an error log I can check for this? I started the elog process without the daemon option, but I can't see any error coming up. Cheers,
Some people reported that there is a problem if you don't have ImageMagick installed. So please install that package and try again.
Cheers, Stefan
One question, is possible activate auto-save while write a new "ticket"?
Thanks very much.
Regards Andreas
Great that you pointed out this possibility. I saw that Lazarus Form Recovery is even available for Google Chrome and it works fine. It however works only for the "EL Code" and "plain" encodings. In the "HTML" edit box it does not work (probably some collision with the FCKEditor). If anybody has an idea about this, please post it.
> I can confirm this bug in V2.9.2. Also after submitting the entry, the orginal image is being displayed, with no rotation, resizing etc... Have you tried on the Demo logbook on the PSI server or on your installation. I just attached an image to this entry, rotated it twice, reduced its size and it works fine. The point is that I have to reproduce your bug in order to fix it, but it seems I cannot. /Stefan
The ELOG repository has been moved from Subversion to GIT. While the old repository will be visible for some time, all new development is done on the GIT repository. To download the repository, do a
git clone https://bitbucket.org/ritt/elog.git git clone https://bitbucket.org/tmidas/mxml.git
or access it online at https://bitbucket.org/ritt/elog/
Yes. Just make sure that both elog servers are not running when you move the password file.
Hi. I'd like to package ELOG for the new Debian. I'm a complete beginner in this matter, but I spent some time configuring it for my desktop. Could you help me do this (links to package maintainance, Elog tips, security, former package maintainer...) ? Thanks for any help. -- Nicolas FRANCOIS | /\ http://nicolas.francois.free.fr | |__| X--/\\ We are the Micro$oft. _\_V Resistance is futile. You will be assimilated. darthvader penguin
I'm also not familiar with Debian, all I know is that the former maintainer was Recai Oktas. See here for example:
elog:1002
Each time a attempt to CREATE A LOGBOOK on any of my logbook groups, I get an ELOG ERROR page presenting saying FORBIDDEN ATTRIBUTE DATE.
I have, up until recently been able to add new logbooks.
Can anybody help me on this.
Paraic Fahey
Just modify your configuration file elogd.cfg manually with an editor and add your logbooks there, then restart elogd.
Have you tried on this forum?
The navigation buttons work for me but Ctrl-PgUp and Ctrl-PgDn does not in IE8 or Chrome.
However buttons and Ctrl-PgUp and Ctrl-PgDn both work in FireFox, so seems to be browser specific, I noted that in Chrome Ctrl-PgUp and Ctrl-PgDn moves through your open Tabs.
I confirm that IE8 and Chrome "eat" the Ctrl-PgUp/Dn keys, so they are not passed to ELOG, and there is nothing I can do about.
I have tried this forum, it worked fine. So, it should not be a browser. The only different I have logbook that I have been working on ELOG v2.6.5 and I have installed a new version v2.9.2. I just wonder any different data format (2.6.5 vs. 2.9.2) could have caused a problem.
The data format has nothing to do with the functionality of browsing buttons. Except if you have an empty logbook, or a logbook with just one entry, then of course going forwared and backward will not make any sense.
Hi, has this problem been fixed? (i.e does ELOG now support TLS or SSL?) Thanks, Oliver
Didn't have time yet for this.
For one user in our ELog installation the "Show only new entries" button seems to be stuck on one particular date and time " ...
this occurs with different browsers and PC's
For other users it works as described in this forum post ...
"When you are active browsing entries, your activity is recorded (only the time) in the password file. Now when you are inactive for more than one hour, you are considered "logged out", and your last activity is taken as a filter for new entries. That means you see new entries since your last activity in the logbook. " https://midas.psi.ch/elogs/Forum/1612
Mark.
Sure it will be stuck on a date/time, until you show "inactivity". So wait for >1h, and then check again. You will see the time updated.
When compiling elog on OSX 10.9 (Mavericks), I get the error below.
Elog will compile without error if I add -D_FORTIFY_SOURCE=0 to CFLAGS in Makefile, but I'm not sure whether this is a good idea.
All over sudden gcc comes with its own version of "strlcpy", which I had defined "manually" since many years inside ELOG. Using -DFORTIFY_SOURCE=0 will not harm, so you can use it. The "real" solution is to take our ELOG's strlcpy/strlcat, which I did on the current SVN version.
This problem has been fixed in the current version. Please get it from bitbucket.org.
Ok, I tried updating my SVN working copy, but I didn't get any updates past elog rev. 2494, mxml rev. 74. I undid my changes to Makefile, tried to compile, but got the same errors.
I then pulled down elog and mxml with git, and these are working for me with no errors. Thanks!
SVN is obsolete and will NOT be maintained any more, since we completely switched to GIT. Actually I will disable the service soon.
Please read the documentation in https://midas.psi.ch/elog/config.html und the option "Use Lock". If you don't need locking, just turn it off.
Can you be a bit more specific which buttons you mean? The demo logbook https://midas.psi.ch/elogs/Linux+Demo/ has also a space and I cannot see any problem there.
> In the past couple of days, I seem to have developed a problem with making entries into elog's displayed with Chrome (the latest, 31.0.1650.63) on > Mac OS (10.9.1, the latest). The problem occurs with attempting to edit or enter HTML encoded pages with fckedit; although pages render correctly > in list mode, if you try to edit or enter an entry, the page is blank, the cursor is missing, you can't see text or type new text. That's strange. I just tried myself (by accident I have the same versions of Chrome and OSX) and it just worked fine. The fckedit code has not change a long time, so I guess it's not related to the exact version of elogd. Anyhow I want to switch to ckedit when I get some time, which maybe fixes the problem. What happens if you try to write in this forum, do you have the same problem? Sometime the fcdedit code take quite long time to load when accessed remotely. If your browser gives up, you might hat to click on "reload". In chrome there is also the "Developer tools" window, which shows you all HTTP requests and responses on the network. Otherwise I run out of ideas what could be different for you compared to me. Cheers, Stefan
I have been able to compile Elogd successfully in Windows with Visual Studio 2010 but not with Elog. Attached are errors, it complaint about buffer[i] type char * being assigned type void *. If anyone has been successful compile the elog, please give me a hint. Thanks.
Just put (char *) in front of all malloc(). I will include the fix in the next official version.
I don't see it has crashed when testing your cfg. However, one thing I must do is to comment out the alarm_handler function in order to compile the elogd successfully. Otherwise, it shows an undefined alarm, see in the 2nd attachment. Although it did not crash as tested with your cfg, I have experienced the new version sometimes crashed on our system but then it self restarted (different scenario since my cfg does not use Propagate. I have not been able to narrow down yet.
Yes, the alarm() function is wrong here. I removed it from the Windows version and committed the code to GIT.
I too am having issues installing on Mac OS X 10.9.1. I changed CFLAGS in makefile to;
CFLAGS += -O3 -funroll-loops -fomit-frame-pointer -W -Wall -D_FORTIFY_SOURCE=0
I get many lines of errors like this when I run make;
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/openssl/ssl.h:1491:6: note: 'SSL_accept' declared here
int SSL_accept(SSL *ssl) DEPRECATED_IN_MAC_OS_X_VERSION_10_7_AND_LATER;
src/elogd.c:28809:19: warning: 'SSL_set_fd' is deprecated: first deprecated in OS X 10.7 [-Wdeprecated-declarations]
SSL_set_fd(ka_ssl_con[i_min], ka_sock[i_min]);
If you would use the Makefile from the GIT repository there would be no errors under OS X 10.9.1:
/elog$ make cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -w -c -o crypt.o src/crypt.c cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -o elog src/elog.c crypt.o -lssl cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -w -c -o regex.o src/regex.c cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -w -c -o auth.o src/auth.c cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -c -o mxml.o ../mxml/mxml.c cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -c -o strlcpy.o ../mxml/strlcpy.c cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -o elogd src/elogd.c crypt.o auth.o regex.o mxml.o strlcpy.o -lssl cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -o elconv src/elconv.c -lssl /elog$
/elog$ make
cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -w -c -o crypt.o src/crypt.c
cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -o elog src/elog.c crypt.o -lssl
cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -w -c -o regex.o src/regex.c
cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -w -c -o auth.o src/auth.c
cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -c -o mxml.o ../mxml/mxml.c
cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -c -o strlcpy.o ../mxml/strlcpy.c
cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -o elogd src/elogd.c crypt.o auth.o regex.o mxml.o strlcpy.o -lssl
cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -I../mxml -DHAVE_SSL -o elconv src/elconv.c -lssl
/elog$
Actually what you need is -Wno-deprecated-declarations to suppress the warnings. The open SSL functions will at some point be removed from OSX, they have their own implementation of SSL. So then we either have to ship openSSL together with elog or use Apple's implementatoin. But for now we are still fine.
Subst Subject = <b>$subject</b>
1st: If you want to use HTML tags in the display of attributes, you need to add "Allow HTML = 1" in the configuration.
2nd: The proper command is not "Display <attribute> = ..." but "Change <attribute> = ...". It is actually correct in the documentation (Change <attribute> = <string>), but the example is wrong (Display Telephone = <a href="http://any.company.com/telbook.cgi?search=$Name">$Name's telephone number</a>)
(Change <attribute> = <string>)
Stefan should fix the example in https://midas.psi.ch/elog/config.html#attrib some day.
Thanks, I fixed the documentation.
Hello community, I have a feature request for the form of the ELOG.
For some users, especially coming from a MAC background, it is very inconvenient to press enter (ie. on the subject field) and post a message (or get prompted to do so). Instead, enter in these fields should work as a tab.
Cheers, keep up the good work,
Daniel
Have a look at this forum. If you press <enter> on the subject field, you get asked "do you really want to submit this entry" and you have the chance to cancel and continue editing. You should get the same with the current elog version.
You put the "Language = german" statement into the logbook section, but it has to be placed in the [global] section as written in the documentation. Unfortunately this section of the configuration file cannot be accessed through the web interface, so you have to edit the elogd.cfg file manually, which might require admin rights.
Viele Grüsse nach Reken, Stefan
[[Going to execute: /bin/sh -c "identify -format '%wx%h %c' '/home/elog/elog-2.9.2/logbooks/HardwareLog/140218_120423_2014-02-18_remod_(extended_II).png.png'" > /tmp/elog-shell 2>&1 Falling back to default group "elog" Falling back to default user "elog" *** buffer overflow detected ***: elogd terminated
Has this been added yet?
I don't have the means to create an executable for Windows, if someone does I can give it a try...it sounds/looks like it will work.
This patch is now officially in the GIT repository.
G'day everyone.
Looking for some input on this idea.
I work for an organization which uses elog extensively for day to day operations.
In several of our logbooks we use a "location" attribute where we would enter an address or intersection.
I am working with the google places api and am able to create the auto complete form in a separate html page, but am interested if anyone has a good direction how i could change the input box into the google map autocomplete search box.
I have the code already for the api search box. but when i add it to the config it doesn't really do anything different.
Attached is the html file i setup with the api code.
the autocomplete works great, now i just want it to work in elog.
Any help is much appreciated!
And perhaps the Elog Powers that be might be interested in making it a function down the road? :)
Looks like a nice idea. You can sneak in any JavaScript code into elog pages with the "Top text" option. Like
Top text = <script>window.onload = function() {...}</script>
Then you parse the DOM tree to find your input field for the location, and attache your JS code to it. All the input fields have the "name" attribute in the HTML code set, so it should be easy to find the input field in the DOM tree.
I just want to know if there is a way to upload a bunch of images at once. I need to upload ~50 images per day and of course it is really tedious.
Thanks!!
The "standard" HTML protocol does not allow multiple selection of images. You can use the "elog" command-line utility to upload images from the terminal window. We plan in the summer this year a switch to HTML5, which does allow upload of multiple images plus a drag-and-drop functionality.
I would like to create a new entry remotely.
I would like that when the macro run, the macro automatically create a new entry in my Elog.
I was searching, but i don't saw any thing about this.
Is possible to do a new entry remotely?
Thanks for all.
Use the "elog" command line utility as described here under tips & tricks: http://midas.psi.ch/elog/userguide.html
is it possibile to set a default font style: format, font, size, color, etc? how?
You look here: http://midas.psi.ch/elog/config.html#themes
Thanks! but I'm lost in the themes/default/default.css file.... which is the entry I have to edit for the style of the body text (Format "Normal") of the elog pages?
Just change the body { } entry in the CSS file. Here is a good tutorial: http://www.w3schools.com/css/css_syntax.asp
I have an attribute formatted as a date (but not labeled as date) and is sorted as second priority. The sort works fine until I enter a date older than Jan 1st 2002. When I do this it is sorted as the latest. Is this a bug or simply not designed to use dates this old?
Sorry, my mistake. The cutoff date is anything before September 9th 2001 does not sort.
Workaround: you can modify your old entries and add a leading zero to all entries where your specific date field starts with a '9'.
Ok, well before 2286 approaches I fixed that bug and committed it to the GIT repository (master branch).
ELOG contains Kerberos authentication at a basic level. If I'm not mistaken, the Windows Domain controller is based on Kerberos. I do not have any 2008 or 2012 domain controller, so I cannot test, but it's worth giving it a try.
Recently the POODLE vulnerability has been announced: http://en.wikipedia.org/wiki/POODLE
ELOG is prone to this vulnerability if it runs directly the SSL protocol and can be accessed from the internet. If ELOG runs behind an Apache proxy, and the Apache server has been correctly configured (disabled the SSLv23 protocols), ELOG is safe as well.
To fix this vulnerability, ELOG needs to be recompiled after the attached patch has been applied. This prohibits ELOG to fallback to the insecure SSLv2 & v3 protocols and only use the safe TLSv1 protocol.
If you do not know how to recompile ELOG, please do not run ELOG directly accessible from the internet until the next binary release has been published.
/Stefan Ritt
i have been using elogbook V2.7.6 on my XP machine for a number of years. I ahve recently upgraded to windows 8 and the reply function on my entries has changed. I can now see the previous entrys in HTML format rather than the reply box which used to appear and also my ability to upload attachments and paste working linls is removed. Do i need to upgrade to the latest version and do i ned to back up my previous entries and how do i do this?
Upgrading Windows should not change the behavior of ELOG, unless you made a mistake during re-installation of ELOG. Can you post a picture on how your reply looks like, it's hard for me to understand what you write.
> Okey, found it. waitpid() in my_shell() is not protected against the periodic alarm signal. (UNIX signals are evil). Acknowledged. Thanks for the fix. I added it to the development branch. /Stefan
Can you please be a bit more specific? Do you mean the web site to download elog? Or is it some functionality of elog?
We've been happily using ELOG for years, but ran into an odd problem when replacing the old Solaris server that ran the ELOG with a newer box running Ubuntu.
Basically, when I try to search the log, the URL seems to be malformed. I.e. the form produces the query string:
?mode=summvry&reverse=0&reverse=1&npp=35&m&y&Authorthor=ericq
Instead of a functional one like:
?mode=summary&reverse=1&npp=35&Author=ericq
We're running v2.8.1, since we like using the global write password mode; our log is viewable here: http://nodus.ligo.caltech.edu:8080 Any ideas what could've gone wrong? Installation was pretty straightforward, the code compiled happily on the ubuntu machine.
Incidentally, I notice this logbook is running V3, using CKeditor. Any hints when these might be available for public use?
Old versions are not supported any more. I only can fix bugs in the current version. Probably the bug you report is already gone (just give it a try). If you need the global write password mode, you can enable guest read access to your logbook and define a single use with the write password, that's then almost equivalent.
No. Just install the new version over the old one.
any specified task to upgrade elog?
I have elog deployed in windows and linux centos.
please help me.
Maybe
language = indonesia
instead
language : indonesia
???
Hello, I try to translate elog using 2.9 version, I never try on 2.9 until new version 3.0 released
I translate 2 files here : elcode_indonesia.html and eloglang.indonesia,
after new version 3.0 I try to load those translation to the latest version using :
Language : indonesia
but language still in English, What I'm missing here?
The Language = ... setting has to be under the [global] section as written in the documentation: http://midas.psi.ch/elog/config.html
sorry, this is the elog.cfg on my server
Theme = default Comment = Logbook Balai Sabo Attributes = Author, Category Options Category = Rutin, Litbang Required Attributes = Author, Category Page Title = LOGBOOK Reverse sort = 1 Quick filter = Date, Category, Author self register = 1 Time format = %d %B, %Y Password file = pass.txt Self register = 1 Admin user = Banata Allow delete = Banata Preset Author = $long_name Locked Attributes = Author Login expiration = 1000 Restrict edit = 1 Language = indonesia
and still I cant load my language, any idea?
Sure.
ah really thanx, this is the one I missed,
oh btw, can I send this language to you?, if you want to add it as distribution on next version maybe, Indonesian language
I also need elcode_indonesia.html and eloghelp_indonesia.html.
here you go language translation for Indonesia, if you find any mistakes or missing things please contact me.
In ELOG you can define "attributes", so take one attribute for each informaiton you need. The flag these attributes as required via "Required attributes = ...". If you only want this attributes for certain occations (like data taking in your case), you can either do a separato logbook for data taking, or use "conditional attributes" to make these attributes only show up for data taking.
I was wondering if it is possible (and how) to define a template (something equivalent to an excel table with some required informations to be filled) that opens each time one wants to make a new entry of a given type, e.g., I want this template to open only when the informations concern data taking.
I hope I am sufficiently clear ...
I.M.
The init script supplied with elog was originally written for Redhat. It seems like CentOS has slightly changed the init daemon management, but I'm not an expert on that, nor do I have CentOS installed. If somebody comes with a fixed elogd.init for CentOS, I'm happy to include that in the distribution.
hello, I just upgrade from 2.9 into 3.0.0 in CentOS 6.5
but after upgrade, I can't check elogd services via command line
service elogd status,
always result in missing argument, while it works with httpd or mysqld services and old elogd version.
I try to uninstall and install rom scratch and same result,
Okay I give you screenshoot of that,
you may notice, on check service status and stopping services, error resulted
This is an issue with CKEditor, not with ELOG.
Maybe this helps:
http://drupal.stackexchange.com/questions/96069/ckeditor-removes-iframes-in-editor-after-update-to-6-x-1-14
We've upgraded our ELOG installation to v3, and we really like the new CKeditor. However, one of my users has noticed a problem when using Iframe HTML elements with CKeditor; namely that the HTML is not present when trying to edit the post, and saving the post erases the HTML. I was able to reproduce this fairly simply, by trying to embed a youtube video. I would create a new post, click the "Source" view in CKeditor, and paste something like the following: <iframe width="420" height="315" src="//www.youtube.com/embed/RzZgFKoIfQI" frameborder="0" allowfullscreen></iframe> Upon submission, this produces a totally normal .log file in the logbook directory, and the video is viewable on the ELOG page: Date: Mon, 22 Dec 2014 15:52:20 -0800 Author: test Type: General Category: General Subject: test Attachment: Encoding: HTML ======================================== <iframe width="420" height="315" src="//www.youtube.com/embed/RzZgFKoIfQI" frameborder="0" allowfullscreen></iframe>
<iframe width="420" height="315" src="//www.youtube.com/embed/RzZgFKoIfQI" frameborder="0" allowfullscreen></iframe>
Date: Mon, 22 Dec 2014 15:52:20 -0800 Author: test Type: General Category: General Subject: test Attachment: Encoding: HTML ======================================== <iframe width="420" height="315" src="//www.youtube.com/embed/RzZgFKoIfQI" frameborder="0" allowfullscreen></iframe>
Then, upon hitting "Edit," I am greeted by a totally empty CKeditor window, and hitting "Source" does not display the original HTML. Any help is greatly appreciated!
PS: Including the first line of the logfile in this very post would cause the submitted post to be truncated for some reason, although the preview looked fine. Pasting it here also caused the log to end abruptly. The string is "(dollar sign)(at symbol)MID(at symbol)(dollar sign): 9"
Have you tried in the "Find" page to set a start date, or select "Show last: Month". This shoudl speed up searching quit a bit.
We have a very large elog database, and executing a 'Find' on the whole range takes several minutes, locking other users out of the elog for that time. It would be very nice if there could be an option to set the default value of the 'search last ...' option on the find page. Thanks in advance!
I added a new optoin "Show last default = <days>", where one can pre-set the "Show last" drop-down box. I think this is a good idea, so now people can configure their elog to a certain default in this parameter. Of course all settings in the Find page are AND'ed together, so if one restricts the search to tha last week, but then looks for a date more in the past, the result will be zero by definition. The change is in the GIT repository. If you cannot recompile the code yourself, you have to wait for the next release.
By the way, in further testing, the "Show last" selection over-rides whatever two dates are selected, so if you ask for any entry in Dec 2014, but the "Show last" selects "week", nothing is found - very quickly. I trust that is what you're after, Eoin. I'll keep my change to the coding, but that's personal choice.
Strange. If I attach a big image to this post (see below), I see the thumbnail, but when I click on it it, I get redirected to the full resolution image. No idea why it is not working for you.
It's possible my question is entirely within the domain of CKeditor, but I figure it may also have something to do with how it's plugged into ELOG.
In essence, when attaching a PDF to an ELOG post as an image, the post body shows the generated thumbnail and there is a link to the full resolution PDF at the bottom of the post.
However, if instead, I attach a JPG or PNG, the link to the full resolution image is not present in the post (though it can be accessed through the small paperclip icon).
Is there a way to show links to the thumbnailed images, or even for the thumbnail itself to be a hyperlink to the full resolution source?
Thanks for your time,
Eric Q.
Kerberos support is not compiled into the binary RPM. You have to comile from sources to get that. The reason is that there are different Kerberos libraries around, and different people need different ones.
I meant to use it instead of ELOG. Spreadsheets allow calculaiton of dates, etc. So you can achieve what you need. Again: WHAT YOU WANT IS NOT POSSIBLE WITH ELOG.
You can use the switches
Alloe reply = <user list>
Deny reply = <user list>
to give only certain uses the right to use that command.
is it possible to set reply only for certain member?
all members can submit lobook, but only certain member can make reply on it
thanx for help and so sorry if I have too many question :D
If you enter ELOG text body entreis as HTML, they will be exported as HTML, and thus you have the <p> tags. To avoid them, enter the ELOG text body as plain text, or just remove them in your spreadsheet via find and replace (find "<p>" and replace by nothing). Ther is NO HTML to text converter in ELOG, so they cannot be stipped automatically. And maybe other people DO want the full HTML there.
PS: I'm no English native speaker either. I have been told that international business language is anyway not English, but "Bad English"
sorry for may bad english, not my natives :D [...]
for second question I'll attach my csv file, and you will see <p> </p> tags still there, and inconsistency when open it to ms excel (see picture)
you can see that portion of text file (second line of text file and soon, placed in "id pesan")
please help us.
If you have more than one topic it is better to do more than one post.
I did not understand your first question. You should not have a line "SMTP host= " if you don't want to send any email. Have you tried "Suppress Email to users=1" to get rid of the error message?
Suppress Email to users
If you export in cvs format, then it is the correct behaviour that multiple lines of text in the body are put into quotation marks and printed as multiple lines in the output. Every spreadsheet program (Excel, Openoffice, Libreoffice, ...) should be able to read that into a table. I've tested it, it works fine. If you have a problem, then you'll need to attach your elogd.cfg file and the exported file in the forum and some screenshots of what your MS Excel does with it.
first of all, congrats for bring back the forum after down for sometimes, :D
but seems my old account is broken, I cant login with that anymore, so I make new account and strangely I can make identical account like the old one ahahahaha
okay first question :
Recently my elog setup got smtp host error, everytime someone submit log, error result that SMTP host is not found in global setting.
I dont't set mail server on my server so I cant use smtp host function, and I use register type 1 to avoid email function, but after sometimes those error occured, it seems some members accidentally check ëmail notification option
so, how to completely disable this function or maybe some work around on this error? I dont have mail server right now,
second
When we export logbook to CSV and open to microsoft excel, html tags still there, how to ommit html tags completely during export? and how to make nice table data from csv in elog? I saw many inconsistency there, especially on comment data
for example if I make more than two lines of logbook, second line will place in first column , not in the last column, just like the first line of comment.
That's not correct. Any option in the configuration file is case-insensitive. It should also not matter if the statement is under the logbook or in the [global] section.
What you probably made wrong is to write "supress email to users =1" instead "suppress email to users =1". Note the second "p". So English in the end DOES matter, at least here
You need to specify "Suppress Email to users=1" in the [global] section of the configuration. And it does matter if the letters are capitalized on not.
sorry for may bad english, not my natives :D
for first question, I'll make it clear,
after sometimes running elog, suddenly SMTP host error occured.
I dont have SMTP host= on my configuration, but that error keep show up.
how to disable email notification completely for my elog? or at least how to disable those SMTP Host error?
I'll try supress email users =1 to my elog.cfg and error still exist. where I should place supress email users flag to make it works?
on the picture attached, it is said there is no smtp host defined in global setting.
could it be because members check automatic email notification on their setting?
Allowed encoding = 1
As written in the documentation (which you should read before asking questions here)
so I assume there is a way to force member to use plain text mode, right? :D
how to make my member force to use plain text?
thanx for help sir,
I put the functionality you requested into the current GIT version of ELOG. It works now with Drag & Drop, but not (yet) with the toolbar uploader.
You make a valid point!
My perspective is from my lab's specific use case, in which we often post plots of data in the body of the text, and it is useful for the ELOG-generated thumbnails to link to the full resolution plot. In previous versions, I believe this was the behavior. It would be convenient for my users if this continued to be the case, but I understand that it is not neccesarily the appropriate default behavior for all users of ELOG.
For attachments that is a completely different story, since you cannot add any links there, only ELOG can do this for you
Sorry I forgot to include the elogd.plist file in the distribution. I attached it to this entry, so just copy it into the elog root directory and run again "make install".
I am trying to install to mac 10.10.2 - everything works almost fine, but when I issue the sudo make install I get
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: No such file or directory make: *** [install] Error 71
Any idea why ?
Point your browser to http://localhost:8080 as written in the documentation
Thanks! now install works fine - but I cannot find how to open and start writing- I do
/usr/local/sbin/elogd elogd 3.0.0 built Feb 13 2015, 16:42:32 revision 21dc563 CKeditor detected ImageMagick detected Indexing logbooks ... done Server listening on port 8080 ...
but nothing pops up...I mean it is not possible to run "offline" ie locally on my mac ?
No. The date/time tag is there to actually document the time when the log was made. If you are late, you are late.
Is it possible to enter past date in logbook
I forgot to enter log yesterday, is it possible to add up now?
By desing, there is no collision between different users, since all requests are executed in sequence (single thread). The only problem is that the server becomes unavailable for others if it executes a long search. This is why most users of large lobooks restrict their search to let's say the last month or so by default. This speeds up the search and limits the dead time for others. This can be done via the show last default = <days> directive.
Are there any known or reported daemon stability issues with an increase of concurrent users logged in to view and search entries, while the elog client is also adding 5 to 10 new entries every minute during a peak 2-hour period each day?
Being not able to kill a server running in an endless loop seems strange to me. If you put any program artificially into an endless loop, you can kill it via "kill -9 <pid>". Have you tried that? The only exception I can imagine is if there is a problem in the file system, like your elog logbooks are mounted via NFS or some other remote filesystem, and you have a problem there. Since the process might be stuck in kernel mode, you cannot kill it. That's why I have all my servers running on local file systems. Just another thought. /Stefan
Email Downtime Yes = user1@xyz.com, user2@xyz.com
Show last default = 0
always worked, even in my original code. It was just not documented. I added that.
Yes, the empty string does exactly that, in the drop down menu, but before my changes, I could not set it to be the default setting in the configuration file. In an archived logbook, it's perfectly possible for "all time" to be the only sensible value. I tried "Show last default = " and various other variants, with no success in getting what I actually required. Also, in the documentation, there was no mention of a way to set the default as "all time", just a list of number of days (week (7), month (31), year (364) etc), which also led me to believe that it was not possible with the existing code.
I've sent an email to Stefan giving my coding changes for information.
Password file = logbook.pwd Login user = <name of allowed user(s)>
I just read all administrator guide especially in :
and I didnt find it that exactly match with my need, or maybe I read wrong section :P
maybe my explanation little bit general.
I'll try to explain in detail, In my office, I just create 1 logbook for all employee,
one of my friend ask me if it possible to only give few people the ability to read all entry inside the logbook (all members), and the others (rest of the members) only able to input entry in the logbook and read their own.
please guide us.
Yes, it is possible. And explained in ELOG documentation.
related to the permission, is it possible to set permission ?, so only the owner or certain people can view list all logbok and regular member can only see their own logbook, not the others.
thanx for the help
so if that is the solution, all user that not allowed cannot login and cannot fill logbook
in my case, user still can login and fill logbook but cannot see other user's data on the same logbook, so user only see their own data.
but few members have a special permission to see all.
is that possible?
This is an announcement for the ELOG version 3.1.0 being released just now. Among several bug fixes and an improved Drag & Drop interface for attachments, it contains a long awaited "autosave" feature.
Let's assume that you write an ELOG entry, and keep the window open for a longer time (like to write some shift notes over several hours). If your browser crashes or closes for some reason, you will loose your entered text. To avoid that, ELOG starting from version 3.1.0 has an autosave feature. Whenever you enter some text, it is saved in the background as a draft message to the server. If your browser is closed by accident, you always can go back to the logbook, click "New" and ELOG will tell you that there is a draft message and asks you if you want to edit it. When you edit and regularly submit this message, it becomes a "normal" entry and the draft flas is removed. In addition to the background saving, there is now also a "Save" button so you can manually save your text to the draft entry.
I have tested this to some extent, but I might not have seen all browser/OS combinations, so in case there is a problem, please report it here.
Happy Easter, Stefan
The changelog is here: http://midas.psi.ch/elog/download/ChangeLog
It is save to install the new version over the old one.
congrats, any detail changelog? I assume in software packages?
is it save just install and overwrite the old version?
Ok, I fixed this in the current GIT version. You might check if that works for you.
It was str variable in function process_http_request in elogd.c.
This should have the size of received buffer.
PROBLEM SOLVED!!!
It seems to be the GET buffer of the elog-Server. The GET statement is cut off after &sub_lb72=1&sub_ eg. 1000 chars.
we've got 109 logbooks in Elog. Whenever I set a notify for all logbooks in configuration menu it is limited to 73 entrys. After saving the changes the rest of the entrys are cut off. I've already searched in the sourcecode if I can find some limitation for that but without success.
When I change the password file by hand, it is working as long as I don't change anything in the configuration that rewrites the file.
Regards, Oliver
This problem has been fixed in Version 3.1.0-2. Please upgrade.
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).
First, I can only fix problems which are reproducible. Can we do another power outage at PSI again? But seriously, I guess what happened is that elog sees an empty directory when the AFS server goes down. If this happens, it rebuilds its internal (RAM based) indes, and sees no entries there. So the next entry will be ID 1. That should be independent of the ELOG version. I guess if PSI would have a power outage a year ago, you could have had the same problem. I had problem some long time a go with AFS, where the network access blocked the program for several minutes. I decided then to ONLY use local filesystems for elog servers, and do the backup via rsync to an AFS account. Since then I never had problems. Now it is hard for me to develop code which avoids the mentioned problem. I could maybe check if there are many entries, and all over sudden there are no entries any more, the server just stops with some detailed error message. But it is hard for me to mimic the AFS server outage. I can try to manually delete elog files and see what happens, but this only partially mimics network problems. /Stefan > I'm running ELOG since several years with rather heavy usage. > Last week I've upgrades from 3.0.0 to 3.1.0 and this week I had twice the same problem: > elogd lost the index for old entries and showed empty logbooks, without having restarted. > The logbooks appeared to be empty; new entries started with index "1". > The first time the origin of the problem were network troubles; > the second time it had been caused by a severe problem of our AFS file system service. > I never experienced this consequence for ELOG in the past when we had AFS problems. > > Since the logbooks are used for the operation log of a user facility they continued to do new entries. > The next day I had to re-number the new entries and restart elogd and everything was fine. > > I could understand if elogd crashes when the filesystem of the logbook goes away. > And when it restarts with an (temporarily) empty filesystem, that would explain what happened. > But it did not restart and the log file does not contain any information about any problem, > just that suddenly all new entries in each logbook started with ID "1" again. > > Stefan, any idea? > Anyone else ever experienced that with the new ELOG version (or older ones)?
Indeed there was a bug when you have "Show Text = 0". I fixed that in the current GIT version. I also hide the "Preview" button if "Show text = 0" since it really makes no sense there. I made a Windows Patch 3.1.0-3 which ontains this fix.
-When using "Show Text = 0" (i'm only using attributes), creating a new entry present the menu "Submit", "Save", "Preview" and "Back".... Pressing "Save" leaves the page, shows "OK with a number" and "Preview" is useless. Is it possible to tune what button should be present or not ? I would like to remove Save and Preview....
I changed the code such that editing of draft messages is always possible, even if the "edit" command is not allowed otherwise. Update is in GIT. Please check if that works at ND280.
Arghhhh! Guess how many people asked me for the autosave feature! I worked really hard on it (including an airplane flight to Japan!), not the next guy comes "can we disable that feature?".
I agree that this feature has many side effects, and I have to adress one by one, but in the end the community will benefit. Think of starting a draft at one computer, and finishing at another one. Lazarus won't help you there.
Nevertheless , I added a "Save drafts" which you can set to zero. But I would rather prefer if people tell me their problems, and I fix them, instead of siletnly just disabling this feature and keeping the bugs there unresolved.
By the way Stefan: is there a way to disable the whole draft message feature?
> Title says all :) > > Is it possible to preload Options or Moptions from a text file or CSV instead of being load from the elogd.conf ? > > Thanks :) Quick and simple answer: No. But please explain me what your case is. Maybe this can be done differently.
Forget scripting under Windows, this is painful and not really working. Wrong OS for that. But have you considered conditional attributes? With this you can load different option lists straight from the elogd.cf file. Use something like this: Attributes ..., List, Person Options List = List A{1}, List B{2} {1} Options Person = Person a1, Person a2, ... {2} Options Person = Person b1, Person b2, ... So if you choose either "List A" or "List B", you get a different set of persons. Is it that what you want? /Stefan > a) I couldn't make shell command to execute while elogd was running as a service (I'm running windows and $shell was just returning weird stuff ); shell script was > working only when I launch elogd.exe from a command line: > > -elogd as a Service running the following : Subst Infographiste = $shell(dir c:\) > will return : Shell execution not enabled via -x flag > > -modifying the Windows Service to add "-X" and running the following :Subst Infographiste = $shell(dir c:\) > will return : a empty attribute > > -running elogd "-x" from a command line, the following : Subst Infographiste = $shell(dir c:\) > will return : the dir result.. > > (I also tried to change under witch user the service was running..) > > b) I just couldn't figure how to build that script.... > > But that would be so nice ! I can see so many situations where I could use such a scenario (loading options from another logbook or from a txt/csv file > somewhere...) > > Thanks, > > :)
The "command does not respond" means that the program starts reading in the main message text from the console. You can type several lines of text, and finish it off by hitting Ctrl-D (Ctrl-Z under Windows).
I see your point of having empty texts. Indeed the "" on the command line does not work presently, so you have to add a space as a workaround. I modified the elog code (committeed to bitbucket repository) to accept "" as empty text to suit your needs.
Hey,
I want to submit an entry to elog remotley using the "elog" command. For example:
elog -h elog-server-adress -l EO -a Fill=111
But this does not generate a new entry. Instead the terminal jumps to an empty new line and the command does not respond to any further inputs anymore (CTRL+C to get out). I have to add a message:
elog -h elog-server-adress -l EO -a Fill=111 "test"
also using an empty string does not work:
elog -h elog-server-adress -l EO -a Fill=111 ""
I could add a whitespace as a work-around, but I'm not sure if this is a bug or a feature.
To put this in some context: I want to create entries for certain measurements automatically, where all relevant parameters are already attribute fields. In the usual case the actual message will be empty but might be used if the operator wants to add a note after the meausrement has been done.
Thanks for the "boiling-down" of your config file. That helped me to reproduce the error quickly. It only occurs if you have a date/time attribute which is hidden as a conditional attribute. This is a unusual combination, that's why I haven't seen that bug before. Actually some JavaScript code checks the validity of the date attribute, but since it is conditionally not there, the JavaScript code crashes, which triggers the dialog box you see. It's now fixed in the repository. /Stefan > I have a little problem with elogd 3.1.0. The problem persists up to the latest ELOG version, even in the > development branch (V3.1.0-8196b81): > > When I want to "Submit" a new entry, I get a javascript pop-up that asks me: > > _This page is asking you to confirm that you want to leave - data you have entered may not be saved._ > > with the options: > "Stay on page" or "Leave page". > > The entry is properly submitted if I agree to "Leave page". > But it is very confusing for my users: they are afraid to loose their entry text. > > This problem only shows for some specific logbook configurations. > Below is a minimal logbook configuration that shows this problem: > if you select "entry = short", the pop-up is shown; > if you select "entry = long", the pop-up is not shown, the entry is created immediately. > > Attributes = entry, when > Options entry = short{1}, long > Type when = datetime > {1} Show Attributes Edit = entry > > > (PS: it took me several hours to boil down my 120 line configuration into four lines :-) )
> Apparently it was less work to fix than to isolate it ;-) Well, I also spend like an hour on it.
The size is defined by the variable MAX_CONTENT_LENGTH in elogd.c which is set to 10 MB. But email attachments are encoded in ASCII form, so they take useually 3-4 times the space of the binary format. If you have problems with large emails, you can use the option "Email Format = 111" which causes only the names of attachments to be included in email notifications. Users can then still click on the elog link inside the email notification and download the attachment from the elog page.
I am doing an inline image that is about 2.2 MB. When I do a submit, I got the following message:
Error sending Email via <i>"<email server>"</i>: Entry size too large for email notification.
May I know what is the limit of the entry size and how do I change it? Thank you.
Jacky
> > this elog offers me to edit a draft message, then yells at me "only some other user can edit this draft!!!". > > methinks I should only be offered to edit draft messages that I own or I can edit. K.O. > I find it odd that I can see someone elses draft, but never one that I am in the middle of composing (using a > different tab of the browser) in the elog listing. There's one such draft Konstantin refers to in the logbook > listings now - last one was dark blue, this one a pink background, is there a reason for these different colours? I just tried that on the "Demo" logbook and could see my own draft entry (which appears pink) in a second tab. Dark blue means you have not updated the default.css file properly from the current distribution. Stefan
> elogd is spewing these messages about unknown cookies: > > Received unknown cookie "is_returning" > Received unknown cookie "__utma" > Received unknown cookie "__utmz" > Received unknown cookie "SSESSee3cc9c70bedf9a840203765bf409d7b" > Received unknown cookie "SESSee3cc9c70bedf9a840203765bf409d7b" > Received unknown cookie "MidasWikiUserID" > Received unknown cookie "MidasWikiUserName" > Received unknown cookie "MidasWiki_session" > > K.O. Delete your cookies ;-) Elog just logs all unknown cookies for trouble shooting. This should go under verbose output. I changed that just now. Stefan
> Hi Stefan, > could we change the format of the "ELOG Version" field in this logbook, that one can enter the full git revision > number? > That would be 13 characters. > > Cheers > Andreas Ok, done. /Stefan
Can the chosen text in a dropdown menu be automatically transfered (copied) to this Text box?
I acknowledge these two bugs and will fix them soon.
I am one who received an email every time there is a new entry in this forum.
I have just noticed that since May 20, every email contains the message "An old ELOG entry has been updated: "
whereas before that date, the vast majority say "A new ELOG entry has been submitted: "
Is this something to do with the saving of draft messages?
Talking of which, I see my draft of this message shows up in the forum before I have submitted it.
There are browser extensions for that like "Autofill Forms" for Firefox. You can even link text templates to a single key.
OK Thanks
I was trying to save the operator repeatedly typing in standard messages.
I just implemented a different way CSS files are handled in ELOG. Previously, we had the default.css, which could be adjusted for specific needs. Some people did that (like myself). So I changed a few colors etc. When I now implement a new feature in elog, it might need a new CSS class which I put in default.css. But this means that people who have modified this file get it either overwritten, or do not get the new styles.
In order to fix this, the default.css is now called elog.css and is always inluded in any ELOG page. If one specifies a CSS file with "CSS = <file.css>", then this CSS file is loaded in addition to elog.css. So one can put only the modifications into that file and inherits all the rest from elog.css. If new features come in elog.css, the installation with the personalized CSS file will then get the new features from the new elog.css automatically, and just overwrite a few settings in the personalized file. Here is an example:
elog.css:
td { color:black; font-size:12px;
}
Personalized file special.css, activated with "CSS = special.css" in the elogd.cfg file:
td { font-size:18px; }
This personalized file now overwrites the font size from elog.css to 18 pixel, while maintaining all the rest from elogd.css.
The modification is committed to GIT and will be contained in the next release of elog.
Indeed the "str" variable at the gettimedate function had the wrong string size, so that all date strings got truncated at 8 characters. That's what you've seen. Also the ../../?cmd=gettimedate was wrong and it should be ./?cmd=gettimedate. I committed the fix to GIT so it will be contained in the next release ofe log.
Andreas,
I too was able to track the problem down to the "gettimedate" function in elogd.c. It looks like the code is using a variable named "str" for several different purposes. I haven't had a chance to do any testing, but my suspsicion is that the size of the dynamically allocated variable is ending up too small for the time stamp string, so it gets truncated.
Your point about the topic title is a good one - I'll split this into separate issues, thanks!
PS to David: The subject "Three problems ..." is not giving any indication what it is about. I would find it better in this case to post three entries to the Forum, each with a striking title :-)
Additional info:
"Time format = %Y" results in "2015" being pasted into the edit window when I hit the "time stamp" button. "Time format = %m/%Y" results in the string "06/2015"
"TIme format = %m/%d/%Y" results in the string "06/04"
"Time format = %m/%d %H" results in the string "06/04 "
I just updated to the latest official release (V3.1.0-2411f95) and have these problems:
The "Syntax of elogd.cfg" help file doesn't seem to reflect some of these features... it took me a while to find the settings for LDAP authentication. Am I just missing some settings for these features?
My users are loving the new functionality added in 3.1!
Ok, fixed again.
there is a little problem with the Makefile (on SL5 and SL6): the following line:
@$(INSTALL) -m 0644 themes/default/* $(ELOGDIR)/themes/default/
/usr/bin/install: omitting directory `themes/default/icons' make: *** [install] Error 1
When I go back to the old Makefile construct:
@$(INSTALL) -m 0644 themes/default/icons/* $(ELOGDIR)/themes/default/icons/ @for file in `find themes/default -type f` ;\ do \ if [ ! -f $(ELOGDIR)/themes/default/`basename $$file` ]; then \ $(INSTALL) -m 0644 $$file $(ELOGDIR)/themes/default/`basename $$file` ; \ fi; \ done
then it seems to work again.
I fixed both issues in the current GIT version. Please double check it.
I do not officially support LDAP, since I don't have any server to test it. So it comes as a third party's contibution from https://github.com/vykozlov/elog-ldap.
To my knowlede LDAPS has not been implemented. You could post an issue the the github repository to ask the original author.
I fixed both issues, now resubmitting an entry or submitting a new entry both yields "New LEOG entry".
I updated an old elog entry and resubmit it as new by checking the box resubmit as new. Does the subject line should said it is a "New ELOG entry" instead of "Updated ELOG entry"? Thank you.
Also when some people submit a new elog, the subject line is "Updated ELOG entry". This is a bit odd. I can't reproduce that bug when I did my test.
I changed it such that drafts are not shown at all in ELOG. The only way you realize them is if you hit "new", and you will be prompted if there is any pending draft.
Thanks Andreas
We are still playing around with ideas, just thought I'd ask, didn't think it was possible.
We are ok with setting attributes but this is new to us as yet so may have more questions later.
Sorry I call this field that you write in the subject field, a little confusing.
So is there anyway to fix the indicated words in place in this typing space so you can enter the text you want next to them but be unable to delete them. (does this make sense?)
Neal
I'd like to fix text or table in the subject field that can't be deleted or moved.
Can that be done in config? Example -
Time Off:
Reason:
Update By:
Estimated On time:
Detail:
I fixed the problem in the current GIT version.
Can anyone help? Do I need to do something different or could this possibly be a bug that is fixed in a newer version?
Kamen
I am using the RSS feed feature of Elog (V2.9.0-2396). I have a couple of attributes of type "datetime" (Start Time and Stop Time). I don't have a "Time Format" statement, so just using the default format. I am passing the Start Time and Stop Time attributes to the RSS Title with $Start Time and $Stop Time, but when looking at the RSS title in IE11 browser, I only see the date and not the time. Is there any way I can see the time as well?
I'm also passing the creation time of the Elog with $entry time and this is displaying correctly (both date and time).
Please let me know if I am doing something incorrectly?
Hi Christof,
thanks for the patch, I merged it into the current HEAD.
When we use Webserver authentication, we have the correct username already in the variable http_user.
The old way of copying this http_user to "user" is wrong since we don't use the size of http_user.
Instead, just encode the http_user variable directly.
See attached patch against git HEAD.
Christof
I implemented it, but actually called it Logout to URL = <URL>
I am happy to see that you include the webserver authentication. So I can now login at some other page and then access elog. However, I would also need some means of logging out some where else.
For this I propose a new Configuration option "Logout to page" which redirects to another page if set and "Logout to main" is 0.
See the attached patch (against git HEAD)
Does this make sense to you ?
PS: Many thanks for the autosave mode, I already used it ;-)
Any better now?
I see that you've updated the elog running this forum today, 5 versions after you reported fixing the "A new elog entry has been entered" and "An old elog entry has been updated" issue. But the emails coming out are still all of the "An old elog entry...", rather than "A new..."
Also this made it now to the docs. Thanks.
here is a draft of how you could describe the webserver authentication in your docs.
T/Christof
> Another strange thing: the draft got submitted when I hit the "Back" button after reopening it. Well, this is a problem indeed. When edit entries now, drafts gets saved regularly, overwriting your original entry. This is a limitation of the elog database, which cannot do full versioning. So "Back" is actually the same as "Commit without email notification". Or better "Commit some ten seconds ago". Now I don't know what the best solution is. I'm tempted to just remove the "Back" button and replace it with a "Delete" button. So people can either submit an entry or delete it completely. Any thoughts?
Just read what I wrote at elog:67983
Just to comment that the expected emails that one would have expected with the last two entries have either been held up or simply have not been generated and sent - both the preceeding entries were submitted by using the "Back" button, this time I'll use the "Submit" button, which should generate a email.
Just to comment that I submitted the entry below by pressing the "Back" button!
I had started to write a completely different bug report, but then realised I had not checked a detail. I had written about one sentence. So I decided to abort the message, and hit the "back" button. Only I found that this had created a new entry in the elog listings. I immediately went in and deleted it, but I had expected the "Back" button to have aborted the entry (as it does in 2.9.x) not to submit the entry!
It doesn't seem to have created an email, though. And for the sake of all your users, I'd not want to experiment here on the matter too much!
Making a new release takes me about an hour (compile under Windows, Linux, Mac OSX), so I don't do it for each little change. If you want to follow the development closely, I recommend that you learn to compile elog from the GIT repository. It's pretty easy: a git pull, followed by a make and make install.
If you want to see which changes are already in the version you are running, look at the 7 digit GIT hash at the bottom of each elog page and compare it with the bitbucket repository:
I compiled the 3.1.0-2 source rpm from the download area. Unless there is a minor release, I think the problem is still there. Thank you.
Jack
> I think it would be nice to have three options: > - "Submit": making the draft entry a "real" entry, with an ID > - "Abort": keeping the entry as a draft entry as it currently is (or was 10 sec ago) > - "Delete": removing the draft entry. > > I understand that the draft is overwritten currently by the "Back" button, but why does it get an ID and does not stay as a "Draft"? > As a quick fix you may skip the "Abort" for now and just provide "Submit" and "Delete". Any entry in elog (also drafts) need an ID in order to be stored on the server, no way around that. The "Abort" button is exactly the same as the "Back" button, just the name is different. But I think the meaning will not be so clear to the users. They could expect to abort the edit, and get the version as it was before they started editing (which is not possible). So I'm tempted to just have "Submit" and "Delete". If one wants to abort, one can navigate away from the page, and confirm the "Leave page" dialog box. So experts who know what they do can still do an abort if necessary. Stefan
> - elogd should not tell us to run elconv when both old-style and corresponding new-style elog entries exist I removed that check completely. The old format was used up to 2002, so I expect that all users have upgraded in meantime. Stefan
Attributes = Time Start, Time End Type Time Start = datetime Type Time End = datetime Time format = %H:%M:%S
Attributes = Time Start, Time End Type Time Start = datetime Type Time End = datetime Time format Time Start = %H:%M:%S Time format Time End = %H:%M:%S
That's strange. Might have to do with the SSL library elog uses. I just tried this forum (actually the "Demo"), and it worked fine through SSL, but I use an Apache proxy server for elog implementing the SSL protocol, which might be slightly different.
Hej,
I discovered a problem uploading images taken with the cameras of mobile devices to new elog entries directly from said devices. When selecting the image and choosing "Upload", either the blue page loading indicator gets stuck at around 10% (mobile Safari, iOS 8.3, iPhone 4 and iPad mini) or the error message "failed secure connection; connection reset while page was being loaded" ("Fehler: gesicherte Verbindung fehlgeschlagen. Verbindung zum Server wurde zurueckgesetzt waehrend die Seite geladen wurde") appears shortly after (Android 5.02, Firefox 37.0.2, Motorola G).
From the desktop browser (Firefox 38.0.5, OSX 10.10) there is no problem uploading images at all.
So far, this problem is very reproducible, but only when using ELOG with SSL enabled. Without SSL, the problem disappears on all platforms.
The ELOG daemon runs under Linux (Fedora 18) and I have also tried using the latest development version of ELOG.
Running ELOG with debug messages the only output after the page has been loaded is:
TCP connection #0 on socket 4 closed TCP connection #0 on socket 4 closed
After these, there is no further output and the mobile devices do not indicate any progress either even after many mi.
The minimal config file I have been using is:
[global] ; network port = 443 SSL = 1 URL = https://my.server.somewhere/ ; paths Logbook dir = /usr/local/elog/logbooks Resource dir = /usr/local/elog Logfile = /tmp/elog.log
[demo] Attributes = Author, Type, Category, Subject Required Attributes = Author, Type Options Type = Status, Modification, Problem Report, Problem Details, Problem Fixed, Other Options Category = Facility, Experiment, IT, Other List Page Title = $logbook - $subject
As mentioned before, removing the first three lines fixes the problem (the URL line points to my actual server of course).
I would appreciate any pointers on how to debug this further! The functionality of posting images directly from mobile devices is quite important for the planed deployment of ELOG and I would very much prefer to have SSL enabled when doing so.
Thanks and cheers,
Hanno
Cookies are sent from your browser. ELOG has no influence on what the browser sends where. Probably you run your calender at the same machine where ELOG is running, so all the cookies your calender app stores in your browser are sent to ELOG as well. ELOG just complains about something it does not know, but otherwise this message can be simply ignored. Of course you can delete your cookies in your browser, but after the next call to your calendar app they will show up again.
On my linux box, every time I select a thread, or start a new entry etc, I see that one or many cookies are sent.
On a terminal, I get the message
Received unknown cookie "CalciumDisplayParams"
Now I do have a perl script called Calcium, (Calendar viewed through the browser) but it's definately not running now, not in any browser window, and in any case why should an action of ELOG trigger this? I realise it may be due to an idiocyncratic set up of this box. But in normal operation, I doubt the user would see these cookies being received.
Sure, I just wanted to get feedback from you regarding the draft functionality. As it looks now people are happy, so I will do a 3.1.1.
Use thumbnails (need ImageMagick to be installed for that), and you can show for example 300x300 pixel thumbnails of all pictures.
On the subject of uploads, is there a way to restrict the viewing size of an uploaded photo or picture in the config? So it doesn't appear over more than one page.
If you Google for "libssl.so.6 is needed", you will find for example this site: http://ubuntuforums.org/showthread.php?t=2096126 , which tells you to install the libssl-dev package.
You have "Remove on reply" together with "Preset on reply Author". Since the first is executed later, you first preset the author name, then remove it again. Just discard the "Remove on reply" and you are fine.
Hi all :)
I try to setup my first lobgook, and have some problem.
I want that Author was preset by $long_name, and it can't change its name. That works correct. I also want, when other user click Reply, that he will be author of reply, but Author windows goes emtpy... No Author, or Reply User in that field. Is it correct?
Here is part of config I use:
; preset author and email Preset Author = $long_name Preset Author Email = $user_email
; these attributes cannot be changed Locked Attributes = Author
; options for reply Subst on reply subject = Re: $Configuration Name Remove on reply = Author, Author Email Preset on reply Author = $long_name
Is there a way to limit access to an attribute "Reviewed by" to only supervisors?
Thank you for your help
Simply copy over your elogd.cfg file and all files under "logbooks". If you only see former logbooks, you grabbed probably the wrong elogd.cfg file.
our host running ELOG crashed. I installed ELOG at another host with copying backup files / folders to new installation. New installation looks fine and seems to be working. But one big problem occurs I only can see some of former existing logbooks. Are there any suggestions how to build an new ELOG with old data?
Many thanks Mario
I don't get your point. If you add the meta tag wiht the viewport, then the IE7 mode will load the CKEditor? The CKEditor home page says that IE7 is not supported any more, so I wonder if this simple tag might help. Can you turn off the compatibility mode on a per-URL basis?
If I try on my smatphone, the display is correct, so why you need the viewport tag? Can you shouw me examples?
If you have nice CSS features which are helpful for everybody, please send them to me and I can include it in the distribution, but only after you convince me that it works (almost) everywhere.
Best, Stefan
I just upgraded to 3.1.0 after many years using 2.9.2. Our eLogs are absolutely crucial for the operation of our accelerators, so first of all I'd like to say: thanks a lot for everything you've done! It's a rock-solid application that works really well.
The issue I'm having is a minor one. Some of our users are using Internet Explorer 11, which has a Compatibility Mode option that is enabled by default for intranet sites (of which our eLog is one). This mode emulates IE7, and this causes the CKEditor rich text box to fail to load. I can tell our users to disable the CM setting on their browsers, but it may be that a simple server-side fix is possible as well.
It would be nice if the eLog pages could have a <meta name="viewport" content="width=device-width, initial-scale=1.0"> tag, so that it displays nicely on smaller screens. I've been adding this myself in some Javascript code (see elogHelper.js on the above-linked website), but it doesn't appear on every page (the logbook selection page, for instance). I also made some modifications to the CSS so that the list display collapses down when the browser window is very narrow.
The new autosave functionality is really good. I hacked something together to do this for our log a while ago, but it's nice that it's inbuilt now.
Ben
I'm not aware of any workaround, so you might ask the author. Once you find a solution, I'm happy to include it in the distribution.
I updated the current version with this change (CKEditor 4.5.1) and indeed it fixes the problem. The change is comitted to the git repository and will be contained in the next release.
following the author of imagepaste one should upgrade the version of th CKEditor to a version >= 4.5. So replacing the folder ckeditor with a new version helped.
Jan
That problem has been fixed this week by this commit: https://bitbucket.org/ritt/elog/commits/5a8547bd995d88d7e314de30ee4bce71aa129c00
Please upgrade to the current revision from the bitbucket repository and recompile elog.
I have an eLog logbook installed on my machine.
If I click on the INSERT TIMESTAMP botton in this post a Timestamp of the kind "Wed Jul 29 23:09:15 2015" is added.
When I do the same (with the same browser) on my logbook, nothing is added. Ideas about what might be causing this?
Luca
I could not reproduce your problem. I can only fix it if I can reproduce it, so let's agree on a common test base. May I ask you to do the following:
If I can reproduce the crash, I can fix it.
URL causes elogd to crash when a global password file name doesn't match any group's password file name.
The offending URL is copied from the address field of the browser after sorting a logbook by on of the fileds.
After login out and using the copied URL, elogd shows the authentication dialog and then crashes after the credentials are submited.
Some debugging point me to a NULL pointer on the following instruction in line 25502 of elogd.c :
if (lbs->pwd_xml_tree) {
The work around was to name the global password file as the password file of one of the groups.
Thanks, I included your changes in the distribution.
hello, in my spare time, I try to fix some bugs, typo, and update for Indonesian translation
Thanks, I added your code to the distribution and updated the documentation.
Since there were no responses, I decided to make good use of the fact that the software is thankfully open-sourced. I modified elogd.c and added just a couple of lines to get what I wanted.
22245,22250d22244 < if (old_mail && getcfg(lbs->name, "Use Email Subject Edit", subject, sizeof(subject))) { < i = build_subst_list(lbs, slist, svalue, attrib, TRUE); < sprintf(str, "%d", message_id); < add_subst_list(slist, svalue, "message id", str, &i); < strsubst_list(subject, sizeof(subject), slist, svalue, i); < } else
These lines just follow the comment line: /* compose subject from attributes */
The default email subject line for a new entry is: "New ELOG entry", and the default email subject line for an edited entry is: "Updated ELOG entry". However when we set "Use Email Subject", both new entries and the updated entries use the same email subject. Is there an equivalent of "Use Email Heading Edit" for the subject line? I tried "Use Email Subject Edit", to no avail.
e.
In elog I simplu use the function gethostbyaddr() to resolve the host name. If this does not work, the underlying OS does not know the hostname either. Probably you can test this with "nslookup a.b.c.d", to see any further error message.
I use Resolve host names = 1 in my config file, but I still get IP instead domain name.
I use elog in internal network with my own DNS.
Any sugesstions ?
Apostrophes are encoded as "'" inside the CKEditor used by elog, which sents the raw HTML text as email notification. You can test this by pressing the "Source" button at the top left menu in the CKEditor, then you see it. In my mail program (both Apple Mail and Thunderbird) this HTML enocding is correctly shown as the original apostroph, so I suspect that your mail program has an issue interpreting HTML encodings.
In the emails generated by anyone making an entry in this log book, every apostrophe is followed by a semi-colon. So the text "I don't think..." appears in the email as "I don';t think...", and possibly that comment will appear in the email as "I don';;t think...." - not sure on the last bit. It has been around in the past few versions of elog, but don't recall precisely when this started occurring. It was fine back in February, with v2.9.2 (presumably) running.
Updated CKEditor to version 4.5.1
Implemented "Date/Time format <attribute> = ..."
Implemented "Use Email Subject Edit = ..."
Replaced "Back" by "Delete" button
Fixed many issues with Draft Messages
CSS file is now in *addition* to the default file elog.css
Added LDAP documentation
Added "Logout to URL = ..." option
Added description of Apacher server authentication
Do you have the problem on this Forum as well?
If not, then something is wrong with your installation. Like old JavaScipt files etc. Start with a fresh installation and you should be fine.
If you have the same problem in this Forum, let me know and I will further investigate it.
I guess the underlying problem is the long time these requests take and block other users.
I have pretty high on my todo list to convert ELOG into a multi-threaded server which would fix this completely. So if you are patient enough (=months) you might get what you want.
I am in need of isolating GET-requests referring to long-running, read-only elog functions such as search/filter/sort in our Apache proxy and redirecting them elsewhere. There does not, however, appear to be any easy way of reliably isolating these functions (with the exception of sort) by only looking at the URL.
Does anybody have any suggestions?
Philip
That's strange. If you use HTML or ELCode encoding, attachments are automatically hidden if they are used inline. So no "Show attachments = 0" necessary! I just tried that with the demo logbook and here is how it looks:
As you can see, there is no attachment shown in the full view. This is actually handled by the function "is_inline_attachment()" in elogd.c. I don't know if you can do debugging, but somehow this inline test won't work for you and the question is why. Can you try the simple configuration from the demo logbook and see if you still have the problem? Can you show me an example when this does not work. I need to reproduce your problem exactly in order to fix it.
I have "Show attachments = 0" set in [global], but attachments are shown in the "Full" view. Is this the intended behavior? Looking at individual entries correctly hides the attachments.
Show attachments = 0"
We use inline images often, so when an attachement is shown at the bottom of a post it is effectively a duplicate, which clutters things up a bit.
Also make sure you don't have "Compatibility Mode" turned on in IE11.
See here for example: http://winaero.com/blog/how-to-enable-compatibility-view-in-internet-explorer-11-ie11/
This reply has been written with IE 11 using the embedded HTML editor of ELOG. Therefore it is obviously not a problem of ELOG 3.1.1 with IE 11.
It could be a problem with your ELOG installation or it could be a problem with you IE 11 configuration. Can you use the HTML editor of this forum with IE11? Did you install ELOG 3.1.1 on top of an existing ELOG installation?
There was a recent post in the forum about IE11 and the HTML editor in the Forum. Did you read it?
I've been exploring elog. I find when using IE 11, the text editor formatting buttons don't work with HTML encoding selected. The entire toolbar is grayed out. It appears to work fine with Chrome. Any ideas or direction to look? elog v3.1.1 is running on RedHat EL5. I've tried the rpm installation, and source code compilation and installation with no change.
Any input would be greatly apriciated!
John
Look for "&subtext=" in the URL
Is there no good way of differentiating search operations from others by URL?
Thanks for the quick response!
It's great to hear that multi-threading is in the works as this has been my main issue with an otherwise very nice piece of software. I do, however, feel like we should be able to get my slightly hacky approach to work to hold us over until you finish.
The idea is to run separate ELOG instances in read-only mode dedicated to these types of requests. I've managed to sync up the logbook indexation of each instance so now, unless there's some statefulness to ELOG that I'm forgetting about, I only need to make sure that requests are forwarded to the right instance.
For any other filter you need "&<attribute>=", which of course requires the knowlede of all attributes. There is no other "standard" flag in the URL indicating a search.
This only applies to searches which specify that they are searching through the message text though. It would not work for things like quick filter
No, no and again: no.
Would there be a simple way to redirect all URLs BUT the ones which trigger searches?
Thanks for reportung that bug. I fixed it in revision f828049.
There seems to be a small problem with the new "Date/Time format <attribute>" implementation. It works great for the detailed view of a single entry:
But fails to work on the list view (same entry, the Date column is formated as it should):
Relevant config part:
Time format Time Start = %H:%M:%S Time format Time End = %H:%M:%S
You are right. "Edit" should be more like "Replace". I changed that in the documentation.
I acknowledge the request to replace or append only a specific attribute or attachment, and put it on my to-do list.
The "elog" command has no "append" feature. You can either create a new entry, or you can overwrite an old entry. Therefore this is not a bug but the intended bahaviour.
I admit that the documentation is misleading, since overwriting an existing entry is called "editing":
[-e <id>] Edit existing message
I interprete your posts that you would like to have two new features for the "elog" command:
Without a specific application in mind I would like to add a request (for consistency):
I think this is a "problem" of the elog client, since it simply replaces the data. In most cases this is what you want, but since I wanted to have the option to append to the acutal message I built a function to first read-back the entry and add to the message instead of replacing it.
I just played around a bit and found that the attachments will be even disconnected, if you do not specify the -f parameter but just edit a different part of this entry.
A work-around for this is tricky. I tried to write to the "Attachment" attribute directly (-a "Attachment=Filename'), since then you coud read back the data first and manually add the filenames again. But this does not work.
Since the attachments are not actually removed, the only option I see is to modify the logbook file entry on the server by manually re-adding the filenames to the "Attachment: " line.
Using the elog client to upload atachments, I can successfully send attachments to an existing elog, however the existing attachments are lost.
I have tested using the elog client version 3.1.1 and elog client version 2.9.2 sending to elogd 2.9.0
elog -h localhost -p 8080 -l test -f file1.png -f file2.png -e 249 -v -x
This works great, the text contained in the elog post is retained, however all attachments are lost and replaced with those sent by this command.
Can anyone provide some tips? I am not sure if its a problem with the client or server.
Joseph
Right, spaces won't work. But others work. Andreas, if you just put elog:1 without any link etc. just as plain text, it will be converted automatically into a link.
A workaround is to explicitly specify a link to an elog entry. Press the link button from the editor toolbar, enter a name and copy the full URL from the browser address bar, like here: https://midas.psi.ch/elogs/Forum/68129. If you switch to "Source" (Top left editor toolbar, you can changed the link name manually, like here.
I can confirm this bug.
the syntax for creating links to other elog entries has a small issue in the HTML editor. The link will not be created properly if there are whitespaces in the name of the logbook. Using ELCode (or in a simple attribute field) the whitespaces can be replaced by "+", but this does not work in the HTML editor. The work-around would be to use ELCode mark-up instead of HTML.
Example 1 (this should work): elog:Contributions/47
Example 2 (this will not work): elog:Config+Examples/11
Example 3 (will also not work): elog:Config%20Examples/11
You can turn off thumbnail creation with
as written in the documentation. The PNG files are "thumbnails" (= smaller versions of large pictures). Mostly people put large images into elog entries, which take long times to download. Having small thumbnails insted speeds up download times considerably.
We have a user who posted a lot of inline jpg. The elog system converted those to png and thus cause the size of the elog to expand about ~4x of the original size. It is caused the problem of entry size too large for email notifications. Is there a way to turn off the conversion to png picture file? May I know also know why it converts to png to store on the server? Thank you very much.
> Good Day > > I am new to elog and have a question. This is best explain with an example. If I have two logbooks named "home" and "work" and I would like all the entries of home to be of a specific html format (for example a table containing > a set amount of rows and columns) and work can be any plain text entry how would I go about doing this? I saw the documentation mention something about html templates but i cant seem to find the section about where they are stored > or how they are created and applied to a specific logbook. I know how to restrict the entry encoding to either html, elcode or plain text for a logbook. Any help would be appreciated. > > Regard > Kenzo Abrahams So-called "custom" entry/view forms are a bit for experienced people. You should be fluent with HTML and JavaScript. The (minimal) documentation is here: https://midas.psi.ch/elogs/Forum/66909 If you want a table style input form, better use Google Spreadsheets. Stefan
No, formulas are not yet implemented. For such things I would use Google Spreadsheets in meantime.
Good day. I'm thinking if this wishlist is already available in elog. The values in columns we're added or computed according to formula set in a single separate column.
Raymund
Unfortunately elog cannot do calculations based on certain fields. You could however add some Javascript code (via "Bottom text = ..." for example), which does that. But that requires JavaScript knowledge to do so.
See drawing below: We have a beam on and a beam off time. We want to fill in the lost time automaticaaly. Please can you help? Julian
Elog 3.x comes with CKeditor, not FCKeditor any more! I would actually recommend to use the CKeditor from the current Elog 3.1.1 source package if running together with Elog 3.1.1.
Hi Andreas, I opted for the first solution since the Debian package, although outdated and broken, has some goodies like a systemd unit for managing the daemon which is very handy. I downloaded FCKeditor 2.6.11 from SourceForge (after a long search, seems that CKeditor made its parent almost disappear from the web), unpacked it in the proper folder and not the WYSIWYG editor works. I have just a couple of minor issues: there is no attachment drop area (I had it in my old Debian 6 server) and the editor toolbar has an ugly "Windows 95" look; see the attached image. I can live with these problems but if the can be easily fixed then obviously I would do that, can you give me any hint? Thank you very much.
I suspect that this might be a Debian packaging issue; however no one replied to my help request on the Debian forums so I try posting the question also here. I insatlled Elog on my Debian Jessie machine, I can open it with a browser but when entering a new post just a simple plain text editing box is shown instead of the WYSIWYG editor, and no drag and drop area for attachments is shown. When I start the elog service with "systemctl start elog" I get this suspect message in the journal: "FCKedit NOT detected". Indeed, I see that the elog installation creates a symlink which I guess is supposed to point to the fckeditor installation, which nevertheless is missing:
root@static-3-080:/usr/share/elog/scripts# ll fckeditor lrwxrwxrwx 1 root root 15 Oct 25 2014 fckeditor -> ../../fckeditor root@static-3-080:/usr/share/elog/scripts# ll ../../fckeditor ls: cannot access ../../fckeditor: No such file or directory
Is this a Deban misconfiguration or a bug in Elog? thanks
That seems a CKEditor problem. Can you see if it works on their site (ckeditor.com). The current version is 4.5.4. Maybe they fixed it. You can upgrade CKEditor yourself in elog by just copying the new verson over the old /elog/scripts/ckeditor directory.
I tried to paste an Image from Clipboard into the CKEditor 4.5.1. Unfortunatelly, that doesn't work. I used Firefox, version 42. When I looked in the javascript error console, it reported that "TypeError: b is undefined, ckeditor.js:1139:112". The variable d.config.filebrowserImageUploadUrl could not be found.
I set the variable in the file ckeditor-config.js in the folder scripts, but that didn't solve the problem. As far as I can tell, Pasting Image from Clipboard does not work in this forum neither, but I don't know whether this is in purpose.
Pasting via the button "Paste from Word" works as it inserts a 64base formated image, but that's not what I'm searching for. Also normal upload of files works fine and puts the file in the correct folder (logbook/year/)
Elog does not directly support TLS encryption. See here for a wrokaround: elog:68039
Hi ELOG Community,
Please help me to configure my smtp server in Windows using gmail server
This is what in my config:
SMTP host = smtp.gmail.com
SMTP username = raymund.dawang@engagis.com (company email subscribing in gmail) SMTP Password = xxxxxxx
And I was prompted by this error in elog: Error sending Email via <i>"smtp.gmail.com"</i>: 5.7.0 Must issue a STARTTLS command first. ir5sm11631778pbc.13 - gsmtp
Apprecite you help. Thanks.
Start with the demo example configuration, add one line after the other from your config, and figure out which is the offending statement in your config, then post a minimal configuration here which triggers the problem.
After submitting a new post, if the page is left completely alone,, it will after a few minutes prompt that the page needs to resend information.
This is the same prompt you'd get if you attempt to refresh a page that had session variables passsed to it. Example is attached. Is there something in my config that could cause this? This is a fresh install of the latest verison however my elogd.cfg file has been migrated throuh many installs over many versions, so it's very possible this is something following along.
thanks.
I believe there is a stunnel port for Windows, but that's more for the experienced users. I guess there is no simple solution.
Thanks Stefan,
I checked in my ELOG folder and can't find the stunnel.cfg. Is that only available in Linux? Can you please recommend a third party SMTP server for me use to successfully enable mail notif via Windows OS. Thanks much
Besides the commen Andrea made I would like to add that you can convince elog to show all files if you simply restart it, then it will re-scan all files. But as Andreas said, if two elogd instances write to the same directory, you will get a mess with double IDs of entries.
I'm having an issue with Elog 3.1.1 on windows 10 not displaying all log entries (after a certain date) in a logbook directory.
The logbook is saved in a Dropbox folder and the entries were created on a windows 8.1 PC with 3.1.1 also.
I created an entry in windows 10, this created a new log file (new day) with a duplicate ID, deleted the log file and then the windows 10 pc displayed all entries.
Is there any way to ensure Elogd picks up all log files ?
Thanks & Regards,
> > > > Was just wondering about the status of the multi-line attributes in Elog, are > > > > they implemented in elog yet? If not is that something you are planning to do > > > > in the future? > > > > > > In order to have multi-line attributes, the whole format of the logbooks has to be > > > changed. I plan to use XML for the logbook format in the future. We would not have > > > any more one file per day, but one big file per logbook. I have already some XML > > > functionality in elog, but this one requires a major rewrite of the whole code. On > > > the other hand, searching etc. will become much faster afterwards. I plan to start > > > this development soon, but it might take quite some time, so don't expect it > > > before summer or fall. > > > > > > Best regards, > > > > > > Stefan > > > > Thanks for your help, thats useful to know. > > > > Paul > > Hi Stefan, > > any update on the multi-line request? Nope. Too many other things to do during my "day job". Stefan
Ah, I see another problem. The pre 3.1 version had all logbook files in one directory, and the 3.1 puts the files in one subdirectoy per year. On transition from 3.0 to 3.1, an automatic conversion is made, but only once. If you later add files into the root logbook directory, they will not be seen. So you have to move them manually into the right subdirectory.
Thanks very much for your comments. I will take a look at the mirror server functionality.
I have only been running one elogd at a time, restarting elogd (on Windows 10) doesn't seem to pick up the changes made on Windows 8.1 PC (stopped elogd after changes made and log file updated)
Drafts are not shown in the list page, but you can browse directly to them, if you know their idea. They are also shown if you hit "new". Then a box comes up "You have unfished drafts, do you want to edit them?". This is the new draft feature introduced recently and a feature of elog.
But I guess you have a more general problem. You run two elogd severs, and you transfer information between the two servers via Dropbox. Elog is not made for that. Elog is a web server, so you don't have to transfer data via a could service (except maybe for backup). You can access your one and only elog instance from everywhere. Everything else will give you trouble.
Hi, I have noticed that if an entry is not submitted it is saved in a sub-folder (name is current ID number) eg http://localhost:8090/mike/23, while draft it doesn't appear in list page but you can browse directly to it.
When you update an entry on one server instance, if you then browse to the entry ID on the 2nd server instance it is draft. If you edit then submit the entry then appears in list page on 2nd server instance.
Thanks again.
Put a "p" in front of the attribute, like "&pSubsystem=Vacuum". This is kind of an undocumented feature just for the experts ;-)
I have a use case for ELOG where I need to be able to "prefill" some attributes in the "cmd=new" form, based on the URL.
To illustrate, imagine a link that takes the user directly to the form for creating a new post, with the "Subsystem" attribute already filled out to "Vacuum".
Is this possible already? I've tried naively using URL parameters (e.g. "&Subsystem=Vacuum") but that does not work. If it's not implemented, I think it would be a useful feature to have (and quite important for my particular use case). I could create a new post first using the "elog" tool, with the desired attributes set, but it makes more sense to defer the actual creation of the post to the user, i.e. he/she might change their mind before pressing "submit".
Johan Forsberg, MAX IV Laboratory, Sweden
Use automatic email notifications or RSS feeds. Read the manual for that.
Have a look here: elog:68014
No. What the thread says is first try this forum, see if you can drag and drop here. If not, you have a problem on your browser. If yes, you have somewhere some old JavaScript file around. Might be in the cache of your browser.
Thanks, Stefan. I read that before asking my question, but didn't see a resolution in that thread. I am already at 3.1.1, and I am testing on a clean installation. Are you saying that the solution is in the development branch after the release of 3.1.1?
When you install elog under windows, an example config file gets installed which lets you do already what you want. Then you can extend the config file according to the documentation https://midas.psi.ch/elog/config.html
Can I host elog in the web (internet) under windows platform (elogd.exe only) without Apache Web Server? If possible, what syntax should I add in the configuration file? Appreciate feedback. Thanks.
I have a question here. You say "previsous releases didn't have this problems". Well, they did not have the auto-save feature. You can turn this off if you like with "autosave = 0". This also removes the "Save" button so elog behaves exactly as before.
I decided NOT to show draft entries in the list, because these are entries currently under editing, and maybe the editor does not want others to see a half finished entry. Actually I had this feature initially and people complained about seing half finished messages in the list. Previously, when there was no "Save" button, new entries where not visible on the list because nothing was submitted at all, and I guess that was ok with you. So would reverting to the old functionality via "autosave = 0" make you happy? Of course you then loose the autosave functionality. So if people enter a long entry, and surf away from the page or the browser crashes, the entry is lost.
Thanks, Andreas. I was aware of the "pending draft" menu, and I am aware that you can manually browse to an entry even if it doesn't appear in the list. However, for our operations group it is a requirement that any saved entry appears in the list, even if it's in the process of being edited. We won't be able to upgrade until this is possible.
Previous releases didn't have this problem, so hopefully it won't be too difficult to address with a new configuration option. Please let me know if there's something I should do to submit an official feature request / bug report.
When an entry is being edited, it does not appear in the list once it's been autosaved or the editor manually clicks on "Save." This has been reproduced in the "Linux Demo" forum on this site, as well as on a clean installation of the 3.1.1 binary on EL6.
It would be great if there was a configuraiton option to control this, but I haven't found it yet. To reproduce:
- edit an existing entry
- click on "Save"
- view the list for that logbook, and the entry will be hidden until you click "Submit"
Obviously this becomes a problem when a user edits an entry, but navigates away from the browser window before submitting the changes.
Any suggestions would be greatly appreciated.
> Good day, > > I have an attribute that is 25 chars. it can be empty until someone edit it to fill the information. > The default view for that logbook is List. > > Is it possible to display that attribute in list view but not the entire 25 chars ? > What I mean is that if the field is empty, show it as empty but if it has some information, show something like "X" in List view. > > I tried playing with Styles and Cell Styles but I couldn't figure it out... > Cell Style seams to require specific values "" to apply the style properties. I can't figure how to apply cell style "if field is not empty" :) > > Thanks for your help :) Unfortunately something like this is not implemented in elog. Stefan
Use
usr = <user anme>
in elogd.cfg as written in the documentation.
Unfortunately not possible.
Want to use the find function from ELOG to search for empty fields ( Attributes that are not defined ) How to do that ? Could not find it in the Forum.
Greetings Arno Teunisse
Cool, I didn't know that trick myself, thanks for sharing.
Hi Jimmy, no Kerberos is not compiled into the Windows installer. You are the first one asking for that under Windows. All other Kerberos users use Linux so far. You have to compile the Windows version yourelf. This is because there are several versions of Kerberos around and people need differnt libraries. Sorry for that.
Hi Stefan - Do you know is Kerberos is available (compiled) on the Windows installer?
-Jimmy
Absolutely correct! Nice to see compilers getting better and better. I changed the code and committed it.
I was just playing around with gcc6's new feature for warning about misleading indentation (which can often hide real bugs) and I think it found one in elog-3.1.1-1 at src/elogd.c:22538. Here there is an if statement, which looks as though it should be inside a loop, but it isn't. The code is:
for (i = 0; i < MAX_ATTACHMENTS; i++) generate_subdir_name(att_file[i], subdir, sizeof(subdir)); if (att_file[i][0] && strlen(shell_cmd) + strlen(lbs->data_dir) + strl$ < sizeof(shell_cmd) + 1) { strcpy(p, "\""); strcat(p, lbs->data_dir); strlcat(str, subdir, sizeof(str)); strlcpy(str, att_file[i], sizeof(str)); str_escape(str, sizeof(str)); strcat(p, str); strcat(p, "\" "); p += strlen(p); }
src/elogd.c: In function ‘execute_shell’: src/elogd.c:22538:10: warning: statement is indented as if it were guarded by... [-Wmisleading-indentation] if (att_file[i][0] && strlen(shell_cmd) + strlen(lbs->data_dir) + strlen(subdir) + strlen(att_file[i]) ^~ src/elogd.c:22536:7: note: ...this ‘for’ clause, but it is not for (i = 0; i < MAX_ATTACHMENTS; i++) ^~~
Use "conditional attributes" as described in the documentation: https://midas.psi.ch/elog/config.html#conditional
Is it possible to pre-populate a field based on the selection of another field. I like to have the Equipment Description field populated when the use makes a selection on the EQ# field.
Jimmy
You can do this by adding manyallty some JavaScript to the page.
Can I asign a URL to a Radio Button to bring up another program?
Unfortunately a read confirmation is not foreseen in the Elog system. You would have to define one attribute for each shift worker, like "John has read", "Steve has read" and so on. Then each of the shift workes has to "Edit" each message an check his/her checkmark manually.
I'm looking for config examples of a shift log book where operators have to check a box or select their name from a list to prove they have read the latest entries in the log, can anyone help.
Thanks for your time.
Ed..
> Did you ever get an answer or figure out how to preload Options from a CSV? Only what is posted here in this thread. Stefan
> I'm trying to send an email based on an attribute, in other words, a lookup and not $user_email of the author. > > For instance, if I set a an attribute "Assignee" with a valid user full name (i.e. John Smith), I'd like to look up John Smith's > email address from the password file and send him an email. I can't seem to find it something like that in the docs, I can write > a script to do that, but was looking for a less cumbersom way of doing it. Thanks in advance. Unfortunately such a feature is not implemented in the current version. Stefan
> > We use ELOG for our accelerator operation logbooks. As part of the shift handover every shift prints out all > > entries made during the shift and files the printouts. If one entry in the shift was plain text without > > appropriate linebreaks (like this one), then this screws up the printout: the whole window is scaled to the > > width of this line and either the printout is cut off at the right side, or the whole content is scaled down to > > very tiny scale, which makes it unreadable. > > > > Is there a way to enforce line breaks in plain text entries? > > Obviously there is: this logbook does add line breaks?!? > > Maybe it is only a problem with entries made by the "elog" command? > I'll find it out and re-post. > > Cheers > Andreas Yepp, this is a (missing) feature of the elog command. Can you pre-process your messages outside of it, or do I have to add code to elog to do that? Stefan
There are two menus, one for the list display, and one for the individual entry display. To change the first, you need
List menu commands = ... Guest list menu commands = ...
I am trying to set up my elog to have read-only guest access and require registration/password for users to be able to post to the elog. I've tried following the instructions here: https://midas.psi.ch/elog/faq.html#6, i.e. putting the following lines under the [global] section of my elogd.cfg file:
Menu commands = List, New, Edit, Reply, Duplicate, Find, Config, Logout, Help Guest menu commands = List, Find, Login, Help
When I do this, I do get guest acccess, however the menu items are
New | Find | Select | Import | Config | Logout | Last day | Help
rather than the List, Find, Login, Help I would expect. Also, if I click on Logout, it simply does nothing, which means there's now no way to log in as a registered user.
Any thoughts on what might be wrong?
Greg
Hi John,
I use ImageMagick 6.9.3-10 on my Mac OSX 10.11.5 and it works fine. So apparently the parameters of the ImageMagick program have been changed. If you set the logging level to 2 or higher, you should see the "convert" and "identify" commands in the logging file. If you try these commands manually from the command line, you will see if they succeed or give an error. Please post this error here so I can have a look.
I think with the latest Imagemagick from brew (6.9.4-7) that pdf thumnails no longer get made; the attachment is there but the message "Cannot create thumbnail, please check ImageMagick installation" apears instead of the thumbnails. I couldn't make out from elogd -v 3 why they failed, but I couldn't make out the exact convert command that was failing. This is on MacOS 10.11.5 and I think the updated version ofImagemagick was the last thing that changed before it failed.
The debian version of elog is pretty old with quite a number of bugs fixed in meantime. Unfortunatlely the debig packase has not bee updated by the maintainers. So better download the current version from bitbucket and compile elogd yourself.
Dear all
I installed elog from the current stable repository on Debian 8 (jessie)
The installation went on smoothly, I modified the configuration files of the Apache server as described in the manual to use the elog in parallel with an existing webserver and then I tested. The demo logbook loads fine and I see that elog created a folder for the logbook in /var/lib/elog/logbooks, which is the directory specified by default in the /etc/init.d/elog file.
Then I modified the /etc/elog.conf file, added the following lines in the global section (custompath is a local path)
Resource dir = /<custompath>/elog/res Logbook dir = /<custompath>/elog/logbooks
And I created a new logbook.
After restarting the elog service the second database is correctly created but both of them are still stored in /var/lib/elog/logbooks so it seems the global configurations in the config file are overwritten.
How can I specify the custom folder so that the new logbooks are written there?
The limit is in the variable
#define MAX_N_ATTR 100
in elogd.c. If you increase it and recompile, it could work, but at some time you will get a stack overflow since arrays with that size are dynamically allocated on the stack, and depending on your compiler settings the stack size is only finite.
I am modifying the elogd.cfg automatically with a script. The Script fetches a list of systems from a LDAP database and writes them into an "Options" line in the elog.cfg.
Everything worked fine, until we hit the critical number of 100 attributes. I saw this is also stated in the manual.
Is there any workaround? I downloaded the source code and hat a quit look, but couldn't find the section which is responsible for this behavior.
Is there a reason for this limit?
Jonathan
What about this:
Options Type = Fault{1}, Test{2}, Report{3}
{1} Options Fault Status = Open{a}, Fixed{b} {2,3} Preset Fault Status = NA {1} Preset Icon = attn.png {2,3} Preset Icon = icon1.gif
First of all, thanks for all the great work, we all thank you here at SESAME synchrotron
I am trying to set a conditional attribute where selecting one option in that attribute should trigger multiple outcomes as shown below:
Options Type = Fault{1_1&1_2}, Test{2_1&2_2}, Report{2_1&2_2} {1_1} Options Fault Status = Open{a}, Fixed{b} {2_1} Preset Fault Status = NA {1_2} Preset Icon = attn.png {2_2} Preset Icon = icon1.gif
I tries adding "&" as shown but that didn't work, my goal is to have 1_1 and 1_2 triggered whenever I select "Fault" as type, how can I do that?
Sofian.
I don't know why elogd uses different logbook directories depending on the user. Maybe you start it in different directories, or one user cannot read the config file and falls back to some default. Anyhow, you can start elogd interactively wit the -v flag which tells you which logbook files are parsed. There are no cache files or similar, everything is stored in Yymmdda.log files, you just have to search for them.
Dear all, I have a problem with my window elog installation (2.9.2) and I would like to ask your help for solving it.
I'm using elog on my lab computer for a single user installation, so something very simple. It was running smoothly for many months using the automatic window service (i.e. elogd was started automatically at boot). I need to add that the service is started as the local administrator, while my user has no administrative rights. ELOG is installed in the standard location C:\Program Files (x86)\ELOG\ with the logbook folder inside and this is actually accessible only for admins.
On 8/04/2016, elogd crashed while I was saving an edited message. Then instead of restarting the service or rebooting the PC, I was just starting elogd manually (as me not as admin). It worked for many weeks. And now comes the problem: at the next reboot the elogd service came up automatically but all the new records I added in the logbook since I re-started manually are not there. Indeed in the C:\Program Files (x86)\ELOG\logbooks the latest entry is 160408a.txt. But if I stop the service and restart elogd manually (as me not as admin), then I can see in the logbook all the new entries.
My questions is where the ascii files corresponding to the new entries? They must be saved somewhere, maybe in some temporary folder. I want to copy them back and keep them in the backup to avoid unpleasant surprise.
Thanks in advance for your help,
Antonio
I don't know if you realized, but that (veeeeery old) wish has been implemented about five years ago or so. Now you can instert pictures into the body like this:
I know this thread is realy old. Anyways I would like to give a +1 on this request. As a workaround I currently wrote a small PHP Image Hosting/Upload Script and embedded a link to it in the Menue.
On that page the user uploads the image and gets a link which he/she can embedd using the button... Easy, but a bit to complicated for some users ;)
I entered this image exactly as you described. When I click OK, the dialog disappears. Can you check if it works for you on this server? Maybe with different browsers?
Can anyone help me? I'm really clueless
Dear all, sorry for asking you another question, but today after I finally recovered all my logbook entries, I updated to elog 3.1.1 and now I have a problem uploading images.
This is what I do:
I have tried on your demo logbook and after the image is sent to the server, the URL field is automatically filled.
What am I doing wrong? With 2.9.2 it was working normally.
Thanks again and best regards
A new version 3.1.2 of elog has been released today and can be retrieved through the normal download section. Since it fixes some vulnerabilities, it is recommended to update to this version.
You can manually highlight code, but there is no automatic language parser.
Hello :)
Is there any way to highlight code (for example php, SQL) in elogs entries?
Daniel Sajdyk
I did not know about highlight.js . You can put it into any elog page with "Bottom text = ...". I tried it for this forum and put in some C code:
#include <stdio.h> int main() { // printf() displays the string inside quotation printf("C Programming"); return 0; }
Seems like this works nicely. Thanks for that hint.
I thought so.
One more question :) I want manually add that parser (https://highlightjs.org), but I'm newby in that and don't know where ....
I know that downloaded hightlight pack I must put into folder scripts, but where to add this line:
<script>hljs.initHighlightingOnLoad();</script>
In the HTML editor, you can select the code text, then select from the "Styles" drop-down the style "Computer Code", and on the "Normal" drop-down the formatting "Formatted". This puts the code in <pre> and <code> tags, so you don't have to manipulate HTML directly.
Looks like it works :)
Code need to be put in tags:
<pre><code class="sql">...</code></pre>
but it works.
Thank you :D
Ok, I will include this patch in the distribution.
The quick fix I found was to uncomment line 10 in the init.d file. (This was tested on a CentOS 6.8 AWS instance.)
. /etc/rc.d/init.d/functions
This will allow the status command to function properly.
Clean install:
[centos@ip-172-31-51-59 ~]$ service elogd status status: invalid option: -p
After uncommenting line 10:
[centos@ip-172-31-51-59 ~]$ service elogd status elogd (pid 11438) is running...
When you start elog it still won't show that the service started successfully (No 'OK'). If you go to stop the service, it will give you the proper 'OK' indicating it stopped successfully.
So to fix the missing 'OK' (or 'FAILED') we need to update the start section around line 51 as follows:
touch /var/lock/subsys/elogd echo_success else echo_failure fi echo ;;
I've attached my modified init file which I believe corrects the above issues. I will say though that I'm not a programmer so I won't guarantee it's perfect. I haven't checked to see if CentOS 7 works with this modified version. Just checked it on a CentOS 7.2 AWS instance and it also appears to function correctly.
[root@oceana ~]# systemctl status elogd ● elogd.service - SYSV: ELOG is a weblog with integrated database Loaded: loaded (/etc/rc.d/init.d/elogd) Active: active (running) since Sun 2016-09-18 22:35:44 UTC; 7s ago Docs: man:systemd-sysv-generator(8) Process: 2263 ExecStop=/etc/rc.d/init.d/elogd stop (code=exited, status=0/SUCCESS) Process: 2275 ExecStart=/etc/rc.d/init.d/elogd start (code=exited, status=0/SUCCESS) Main PID: 2277 (elogd) CGroup: /system.slice/elogd.service └─2277 /usr/local/sbin/elogd -D -c /usr/local/elog/elogd.cfg
Sep 18 22:35:44 oceana elogd[2277]: elogd 3.1.1 built Aug 4 20...0 Sep 18 22:35:44 oceana elogd[2277]: revision Sep 18 22:35:44 oceana elogd[2277]: Falling back to default gro..." Sep 18 22:35:44 oceana elogd[2277]: Falling back to default use..." Sep 18 22:35:44 oceana elogd[2277]: CKeditor detected Sep 18 22:35:44 oceana systemd[1]: Started SYSV: ELOG is a webl.... Sep 18 22:35:44 oceana elogd[2279]: Falling back to default gro..." Sep 18 22:35:44 oceana elogd[2279]: Falling back to default use..." Sep 18 22:35:44 oceana elogd[2277]: ImageMagick detected Sep 18 22:35:44 oceana elogd[2277]: SSLServer listening on port.... Hint: Some lines were ellipsized, use -l to show in full.
The old SysV style commands ('service elogd start|stop|status') also function correctly.
[root@oceana ~]# service elogd stop Stopping elogd (via systemctl): [ OK ] [root@oceana ~]# service elogd start Starting elogd (via systemctl): [ OK ]
Sure. Hit "Config", select other user, and click on "Change password".
The problem is that the elog database does not allow for a copy of an entry before you make modifications (and therefore get a "draft"). This is actually very simila to other note taking programs. I use Evernote, which constantly synchronizes between devices, and there I also cannot go back to the version before I started making modification. What one would need is a version system (and Evernote has one), so you can go back to the previous verison, the pre-previous version and so on. But this requires a complete redesign of the elog database.
A quick and dirty solution would be to store the origianal entry inside the browser (using JavaScript). You could then restore the initial version with a "cancel" button. But this mechanism relies then on the browser. If you just leave the page, there is no way the browser can put back the old version.
If I edit an old entry, and do some mistake while editing, then there is currently no way to savely discard the changes.
The problem is that the entry will become a draft: if I close the window without saving, then the whole entry is gone: it will be converted into a draft entry. But the draft does contain my changes, it is not the originally saved entry!
The draft mechanism should keep a copy of the entry before I opened it in edit mode, and allow to go back to that copy. The edit form has currently the buttons "Submit", "Save", "Preview" and "Delete"; it should have in addition the button "Cancel", that just closes the edit window without saving the entry and even deleting the draft that was saved while the entry was modified. This should bring you back to the previous list view.
Is anyone out there in favour of this change?
Well, the "undesired effect" you describe is exactly the reason for having drafts. Somebody works on a lengthy message, then the browser dies, or the user by accident hits the "back" button and (by accidnt, ehem...) confirms the dialog popping up which says "changes will be lost". In that case the draft mechanism should take care of that the lengthy message is not lost. That's where it is for. If one does not like it, one can always turn it off. If one now hits "New", there is the option to continue the previous draft message rather than creating a blank message. Originally, draft messages were shown on the list of entries in a different colors, but people got confused by that, since the draft message appears already during the editing of the message by the user writing it. So upon request I removed it from the listing. Actually the system cannot differentiate between "user still has the message open and works on it" and "browser has crashed". So there is no elegant way to make everybody happy. The only option I can think of is to make the listing of draft messages optioinal (with a new flag in the config file). Would that make sense? Or does anybody see another conecpt?
Doesn't using the Save Drafts = 0 option result in the old 'Back' button returning (replacing the Delete option) meaning you can revert back to your old (unmodified) version without saving, sure it doesn't save a draft but I'd rather be able to return back and lose the changes I didn't want then mess up an old entry, I guess the back button on the browser could also do what you want?
The issue I had was that entries were being deleted accidently by persons other than those that created them, I reduced the edit time to try and mitigate it but ended up going back to what we had in Ver 2.9.2, a 'Back' button.
Grant
Yes, I would be more than happy to include your text in the documentation.
Save drafts = 0
Hi, I have a logbook where users can add entries and edit entries.
The delete option has been removed from the menu, but when they edit an entry they are able to delete the entry.
Is there a way to remove the Delete option from the menu that appears when Editing an entry?
Please advise,
Ah, that's the difference! I always drop an image on the text area, never paste it. So please refrain from pasting.
No, I get a different result. If I put "Save drafts = 0" in the config example coming with the distribution, I get the following:
sot he "Delete" button is replaced by a "Back" button.
Probably you have an old version of elog, hava a typo on your config, or something like that.
there seems to be still lots of confusion with the new "draft modus" introduced in elog 3.1.2. Here is how it works:
If you edit an old or new entry, your changes are written to the elog server every few seconds. The entry in the elog database is marked as "draft". The idea behind that is that if your browser crashes or you navigate away from the elog page without saving your entry, the "draft" entry is sill in the elog database and can be recovered later. This is typically useful on some shift logbooks, where people keep the entry open for many hours and add things every few minutes. If they have a crash, they would loose a few hours of information.
The draft modus now has a few drawbacks:
To fix the first problem, I introduced a new flag "List drafts = 0|1". If this flag is 1, the draft entries are shown in the list view. The default value for this flag is 1, so normally you should see the draft entries in the database. You should refrain from editing these entries if you know that currently somebody else is working on them, otherwise you will overwrite each other's modifications. The modification is in the current git version of elog which is 3.1.2-6ec506b.
The scond drawback is harder to address. In order to go back to previous version, you would need a full version system (ala git), which is far beyond the scope of elog. I'm working on a partial fix by storing the contents on an entry inside the browser when you start editing an entry. You can then "cancel" your modifications by pasting back the original version from your browser. This works of course only if your browser does not crash or you do not navigate away from the elog page, in which case the original version will be lost.
If anybody has a strong opinion about these changes, please post them here.
In version 3.1.2-416db9f I implemented a "Restore" button, which should fix the second drawback. If you press it, you should be able to go back to where you started when editing an entry.
Make a backup of all you files, then install the new version over the old one, keeping all customizations, then restart elog.
Well, the MacOS section explicitly mentions the MacPorts installation.
I put one in https://midas.psi.ch/elogs/Database/?cmd=New
Could also be a pop-up blocker problem. Let's see.
Just last week I've downloaded the latest version of ELOG, compiled and installed it, and the date picker just works fine.
In my case it was an update of an existing installation. Can you provide a bit more information about your case: I guess it was a first time installation? Was is ELOG V3.1.2-754330e or a different GIT version?
Stefan, could you please add an attribute of type "datetime" and "date" to one of the demo logbooks? Currently there is non. Maybe to elog:Database? Then we can check if it is a client problem.
Hello users,
When I configure an attribute with "Type <attribute>= date", in the new entry form a clic on the calendar symbol does nothing.
Reading the source code I see it's trying to open a window named "cal.html" through javascript (function opencal) but this file doesn't exist anywhere in source elog files.
All I did was this:
Bottom Text = <link rel="stylesheet" href="//cdnjs.cloudflare.com/ajax/libs/highlight.js/9.6.0/styles/default.min.css"><script src="//cdnjs.cloudflare.com/ajax/libs/highlight.js/9.6.0/highlight.min.js"></script><script>hljs.initHighlightingOnLoad();</script>
Can I ask for some clarification; I would like to include code highlighting for some computational students who will be making use of ELOG.
In the example you showed, my understanding is that you included a "Bottom text =... " entry in the forums elog config. This included the bare minimum remote call outlined by the highlightjs site. Can you clarify (as I'm having issues setting it up) should the "Bottom text=..." entry take this as a string, or should it be contained in a seperate html file in the same local directory as the cfg?
Ok. Thanks a lot :)
On Sierre, /opt/local/include should be already included in the standar search path of the prprocessor:
/elog$ cpp -v Apple LLVM version 8.0.0 (clang-800.0.42.1) Target: x86_64-apple-darwin16.1.0 ... #include "..." search starts here: #include <...> search starts here: /opt/local/include /usr/local/include /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/8.0.0/include /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include /usr/include /System/Library/Frameworks (framework directory) /Library/Frameworks (framework directory) End of search list.
export C_INCLUDE_PATH=/opt/local/include
Still no luck. Tried your URL and still works fine for me:
Here is my full elogd.cfg:
[65 nm] Attributes = Record date Type Record date = datetime Preset Record date = $date List Display = Record date Start page = ?sort=Record date
Anything else I coudl try to reproduce your error?
You need the netdb.h header file to compile elog. I see that you compile under Windows. You have to make sure that your compiler installation comes with all header files. The netdb.h file is usually in /usr/include under Unix.
The current GIT revision (c017d07) fixes the problem with the strlcpy() function (macOS 10.12.2, XCode 8.2). Can you try if that fixes your other problems, too?
Plese remember to use the recursive clone to get that version:
git clone https://bitbucket.org/ritt/elog --recursive
When installing ELOG 3.1.2 on my Mac Sierra (10.12.2) with the latest XCode 8.2.1, it seemed to install fine but for one warning when building elogd:
cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -DHAVE_SSL -I /opt/local/include -o elogd src/elogd.c crypt.o auth.o regex.o mxml.o -lssl src/elogd.c:13840:13: warning: '__builtin___strlcpy_chk' will always overflow destination buffer [-Wbuiltin-memcpy-chk-size] strlcpy(user_email, user_list[i], NAME_LENGTH); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/include/secure/_string.h:105:3: note: expanded from macro 'strlcpy' __builtin___strlcpy_chk (dest, src, len, __darwin_obsz (dest)) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1 warning generated.
My installation was done with "sudo make install", as the instructions state. I have also been using the prescribed "launchctl" approach.
1. Is the above warning something that needs attention/correcting?
2. My elogd crashes now every time that I attempt any kind of "Find" operation.
3. I synchronize my MacOS version of elog with a linux-based version on my university's web server. I have installed 3.1.2 on the linux server, and it is running there without problems. When I now try to synchronize my 3.1.2 ELOG on MacOS laptop with the same version on my linux server, it appears to do the first mirroring operation correctly, but elogd crashes when I try a second synchronization at a later time. (For now, I have "Mirror simulate = 1" to prevent inadvertent damage.)
Can anyone help me with the above points?
Ah, thanks for telling me. I added that to the Makefile. I did not need this because I had in my .profiel following line
which I need also for other macports-based projects. But having this twice does not hurt.
Incidentally, I had to add a line to Makefile in order to be able to build on my Mac. See below, in case you want to update the Mac Makefile for others.
Many thanks again,
ifdef USE_SSL
ifneq ($(USE_SSL),0)
CFLAGS += -DHAVE_SSL
CFLAGS += -I /opt/local/include
LIBS += -lssl
endif
(You may wish to update the distribution if you think it may benefit other Mac users.)
No, calculations are not easily possible with elog. You can write some Javascript code to pull out all minutes, add them up and manipulate the DOM tree to show the results, but this requires some JavaScript knowlegde. Alternatively, export your table to a CSV file and do your calculations with a spreadhseet program.
hi forum,
my question, is it possible to add a custom menu entry (f.e. "Auswertung"). I will start a new php page and do some system code starting from the new page. I have attached a pic of my "Bereitschaftsdoku".
I have a filter for the week (KW1 2017). With this filer i display all my jobs for this week. At the end I have to count all minutes for class 583 (Tagesstunden) and class 586 (Sonn und Feiertage) and display the results.
How do you believe that you can preset a Submission item? Preset only works for attributes, so you have to define an attribute like "Submission UTC" or similar and preset this attribute with
Preset Submission UTC = $utcdate
I am trying to have the elog timestamp in UTC time instead of local time using the following config file but without success. Do you know what I am doing wrong?
Theme = default Comment = XENON1T LogBook Attributes = Subject, Author, Category, Type, Status Locked Attributes = Author Required Attributes = Category, Type Preset Author = $long_name Preset Submission = $utcdate Options Category = General, CRY - Cryogenics, PUR - Purification, RSX- ReStoX, DST - Distillation Column, MUV - Muon Veto, TPC - Detector, WTR - Water Tank, RAD - Gas Purity, CAL - Calibration, SCT - Slow Control, SOP - Shiftoperation Options Type = Software Installation, Hardware Installation, Failure/Problem, Configuration, Authorization, Other, Leak Check, xenon operation, Shared Resources, Log, Alarm Tests, Hardware test Options Status = Info, Open - in progress, Closed - unsolved, Closed - solved, Other Cell Style Status Info = background-color:lightblue Cell Style Status Closed - solved = background-color:lightgreen Cell Style Status Open - in progress = background-color:yellow Cell Style Status Closed - unsolved = background-color:red Extendable Options = Type Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type, Category
There is a limit of 100 options per line, so you probably run against that. This is defined in elogd.h with MAX_N_LIST and MAX_N_ATTR. You can try to increase these and recompile, but at some point you will hit the stack size limit of your operating system and elogd will crash.
I use ELOG for about 30 users, and I've listed their email adresses in the "login user" parameter, using the LDAP authentication. As I had problems with the users from the end of the list (they couldn't log in the logbooks) I guessed that there is a max length for the string "login user" (or other parameter?). it seems to be a 1000 character limit. How can I parameter this limit to another value? Is this value used for other parameters?
Thanks for your answer.
The INSERT CURRENT TIME/DATE button is not affected by this setting.
Dear Steve,
thanks a lot. Sorry but I am not expert of elog. I "inherited" from a colleague and wanted to see if I can keep it alive but to do it I would need to move to UTC. Should this command affect the "INSERT CURRENT TIME/DATE" button? It does not seem to change.
These problems usually come when you are using a different configuration file that the one you think you are using. Note that you explicitly can tell elogd to use a specific configuation file with the "-c" flag. Also make sure to restart elogd after major changes.
I started re-using after a month an elog on my linux machine and, without any apparent reason since I did not used the machine at all in the last month, every time I try to submit a post I get the following error
"No SMTP host defined in [global] section of configuration file".
The weird thing is that today I created a new logbook using the previous one as a template and, on the new one, I can post without problem (although the configuration is identical).
Do you know what could be causing this?
Thnaks
R
Sure, we (Andreas and I) get your point. But you say "... we have no control of the device allocation". If you have no control, how could elog have control? As Adreas said, the file:// access is even done inside your browser, thus bypassing elog, so you have to tell your browser where to find the files. I cannot say more than what Andreas said in elog:68562
The mxml package has been converted into a submodule in the git repository. At http://midas.psi.ch/elog/download.html you see that you need a "--recursive" flag to clone it. If you have already checked out the sources, you need a
git submodule update --init --recursive
I wonder if it's normal that in the sources files, new created mxml directory is empty.
In commit # a6e5962 4 files are deleted but not moved:
- src/mxml.c - src/mxml.h - src/strlcpy.c - src/strlcpy.h
This is currently not possible.
Please look in the manual under "Email Format" and "Use Email Subject".
I would like to configure the email that is sent to notify users, when an entry is submitted:
- Is it possible to attach to the mail the files attached to the entry ?
- Is it possible to configure a string (with entry keywords) that will appear in the mail content instead of the default content ?
Christine
I'm sorry but you are only half right. The mail contenct cannot be changed. But if your email notifications are sent as HTML, they contain a 1:1 copy of the elog entry, which does not make sense to change. For the attachment to be attached to the email, you need the flags of "Email Format". The default there is 63, which means that elog attachments ARE sent as mail attachments.
I'm sorry but that's a part of the manual I've read many times, and I'm not interested in changing the subject of the email, but only body and attachements.
I guess that if I didn't find these answers in the manual, it's because the answer for both questions is no ?
A pull request would be highy appreciated, because you can then test it thoroughly on your side. Adding a random number to the message id is simple. "Reply-to" indeed does not make sense since elog cannot receive emails. Most sites use a generic "noreply@<domain>" to indicate to the user that a reply does not make sense. I guess the "Reply-to" does not have to be unique, right?
Pull-request merged.
Hi, the elog command line client does not know anything about Apache authentication, therefore the authentication with the elog username/password fails. As an alternative to the command line client you can use the "curl" utility (available under Linux). This tools has the "-u" flag, which works with Apache. The tricky thing is now to "emulate" your browser submitting an entry. You can do
$ curl -u <username>:<password> -F cmd=Submit -F Author=CURL -F Text="This is the CURL text" http://<your host>:8080/<logbook>
(of course your attributes might be different than "Author"). If you have a multiline text body, you can read that from a file (in this case "file.txt"):
$ curl -u <username>:<password> -F cmd=Submit -F Author=CURL -F Text="@file.txt" http://<your host>:8080/<logbook>
When I wrote "elog" orginiallly (199x?), "curl" was not available or at least I didn't know of. Right now it almoste completely can replace the elog tool.
Sure. Just remove "Password file = ..." and any guest menu.
How can i configure eLog to be used completely anonymous without the need to log in?
I tried menu and guest menu settings without luck. I do not use password files. With earlier versions this was easy to set up...
Version 2.9.2 is hopelessly outdated. Please upgrade to the current version on bitbucket. You also might have to delete any cookie in the browser sent to the elog server.
Does not work.
Clean install (debian 8 x64, with aptitude), only thing i've changed in the config is "URL"-parameter (global section) and redirection with Apache. No luck. Edit or delete gives an error "Error: Command "Delete" not allowed", "New" opens login-windows.
Now i removed all (guest) menu and URL settings a use it directly (port 8080), still no luck. "Error: Command "Delete" not allowed". When i click on "New" a login-windows opens.
Tested with the demo-logbook.
I don't get your point. If you go on the list page of this forum, you see -- all entries -- in the period quick filter, but you only see one page of entries, which is rather quick. This can be changed wiht "Entries per page", which defaults to 20. Do you have a different set-up?
I'm aware there is the "Show Last Default" setting for the Find page but is there (or can there PLEASE be) a similar setting for the Period filter on the List page? Our users routinely use the Quick Filters instead and it bogs down the system because we have lots of logbooks. Many thanks.
Ok, got it. Will put it on the to-do list.
I think I understand the question (although I have no answer):
When someone uses the "Find" page search, then there is an option to limit the search to e.g. the last year. If you search for a non existing string, it'll only search entries from the past year.
If people are instead using the quickfilter to search for the same non existing string, then all entries of all past years are searched for the string.
In both cases the result page will be empty, so "Entries per page" does not change anything. But in the second case the search might need an order of magnitude longer.
This is not possible.
Is it possible to generate a table of contents based on h1/h2/h3 HTML tags?
toc() < h1>test < h2>test1 < h1>test2 < h2>test3 < h1>test4 < h2>test5
Results in:
1. test 1.1 test1 2. test2 2.1 test3 3. test4 3.1 test5 ...the text...
Might be some bad data in your elogd.cfg file. Have a look at that file with a text editor to see if there's anything wrong. Start with a pristine config file from the > Hi, > my elogd crashes sometimes when I click on the "Change config" button. What info should I collect more than below/attached? > > In windows EventViewer I see this printouts: > > ### > - <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> > - <System> > <Provider Name="Windows Error Reporting" /> > <EventID Qualifiers="0">1001</EventID> > <Level>4</Level> > <Task>0</Task> > <Keywords>0x80000000000000</Keywords> > <TimeCreated SystemTime="2017-06-20T12:25:30.000000000Z" /> > <EventRecordID>28059</EventRecordID> > <Channel>Application</Channel> > <Computer>NIKLAS</Computer> > <Security /> > </System> > - <EventData> > <Data>108889037262</Data> > <Data>1</Data> > <Data>APPCRASH</Data> > <Data>Not available</Data> > <Data>0</Data> > <Data>elogd.exe</Data> > <Data>0.0.0.0</Data> > <Data>58f9c864</Data> > <Data>elogd.exe</Data> > <Data>0.0.0.0</Data> > <Data>58f9c864</Data> > <Data>c0000005</Data> > <Data>00064eea</Data> > <Data /> > <Data /> > <Data>C:\Users\hognik\AppData\Local\Temp\WER9155.tmp.WERInternalMetadata.xml</Data> > > <Data>C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_elogd.exe_9ef84f861b91d5afaf68864978184ca611e7a22a_d4f2c951_08bd38b0</Data> > > <Data /> > <Data>0</Data> > <Data>7232f1e4-55b3-11e7-826a-e4b3181bd6c1</Data> > <Data>0</Data> > <Data>94c2d6a18797708666faf33a7273855a</Data> > </EventData> > </Event> > ### > > - <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> > - <System> > <Provider Name="Application Error" /> > <EventID Qualifiers="0">1000</EventID> > <Level>2</Level> > <Task>100</Task> > <Keywords>0x80000000000000</Keywords> > <TimeCreated SystemTime="2017-06-20T12:24:47.000000000Z" /> > <EventRecordID>28058</EventRecordID> > <Channel>Application</Channel> > <Computer>NIKLAS</Computer> > <Security /> > </System> > - <EventData> > <Data>elogd.exe</Data> > <Data>0.0.0.0</Data> > <Data>58f9c864</Data> > <Data>elogd.exe</Data> > <Data>0.0.0.0</Data> > <Data>58f9c864</Data> > <Data>c0000005</Data> > <Data>00064eea</Data> > <Data>1568</Data> > <Data>01d2e9c028b88983</Data> > <Data>C:\Program Files (x86)\ELOG\elogd.exe</Data> > <Data>C:\Program Files (x86)\ELOG\elogd.exe</Data> > <Data>7232f1e4-55b3-11e7-826a-e4b3181bd6c1</Data> > <Data /> > <Data /> > </EventData> > </Event> > > ### > > - <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> > - <System> > <Provider Name="Windows Error Reporting" /> > <EventID Qualifiers="0">1001</EventID> > <Level>4</Level> > <Task>0</Task> > <Keywords>0x80000000000000</Keywords> > <TimeCreated SystemTime="2017-06-20T12:24:07.000000000Z" /> > <EventRecordID>28057</EventRecordID> > <Channel>Application</Channel> > <Computer>NIKLAS</Computer> > <Security /> > </System> > - <EventData> > <Data>108889037262</Data> > <Data>1</Data> > <Data>APPCRASH</Data> > <Data>Not available</Data> > <Data>0</Data> > <Data>elogd.exe</Data> > <Data>0.0.0.0</Data> > <Data>58f9c864</Data> > <Data>elogd.exe</Data> > <Data>0.0.0.0</Data> > <Data>58f9c864</Data> > <Data>c0000005</Data> > <Data>00064eea</Data> > <Data /> > <Data /> > <Data>C:\Users\hognik\AppData\Local\Temp\WERBE94.tmp.WERInternalMetadata.xml > C:\Users\hognik\AppData\Local\Temp\WERCA4D.tmp.appcompat.txt triagedump.dmp > C:\Users\hognik\AppData\Local\Temp\WERCB77.tmp.WERDataCollectionFailure.txt</Data> > > <Data>C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_elogd.exe_9ef84f861b91d5afaf68864978184ca611e7a22a_d4f2c951_0a4ff4e6</Data> > > <Data /> > <Data>0</Data> > <Data>5206c994-55b3-11e7-826a-e4b3181bd6c1</Data> > <Data>4104</Data> > <Data>94c2d6a18797708666faf33a7273855a</Data> > </EventData> > </Event> > > ### > > - <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> > - <System> > <Provider Name="Application Error" /> > <EventID Qualifiers="0">1000</EventID> > <Level>2</Level> > <Task>100</Task> > <Keywords>0x80000000000000</Keywords> > <TimeCreated SystemTime="2017-06-20T12:23:53.000000000Z" /> > <EventRecordID>28056</EventRecordID> > <Channel>Application</Channel> > <Computer>NIKLAS</Computer> > <Security /> > </System> > - <EventData> > <Data>elogd.exe</Data> > <Data>0.0.0.0</Data> > <Data>58f9c864</Data> > <Data>elogd.exe</Data> > <Data>0.0.0.0</Data> > <Data>58f9c864</Data> > <Data>c0000005</Data> > <Data>00064eea</Data> > <Data>2338</Data> > <Data>01d2e9baf6174f0f</Data> > <Data>C:\Program Files (x86)\ELOG\elogd.exe</Data> > <Data>C:\Program Files (x86)\ELOG\elogd.exe</Data> > <Data>5206c994-55b3-11e7-826a-e4b3181bd6c1</Data> > <Data /> > <Data /> > </EventData> > </Event> > ###
One possibility is to run elog in non-SSL mode and put an Apache server in front of it. The Apache server can then do the SSL communication, and forward all requests to elog in plain text (non-SSL). This has been proven to work with large attachments, actually that's the way I use it.
I didn't find time to debug the SSL problem. If anybody is interested in doing so, the relevant code is in function server_loop() around line 30015 (SSL_read()).
Could someone at least suggest how I could debug this problem myself? If I know where to start, perhaps I can fix it myself and contribute to the software.
I am having trouble with uploading large (>0.5MB) files to elog. We click on upload and in a couple of seconds, the webbrowser complains that the server has dropped the connection.
Following the suggestions I found on these forums (https://midas.psi.ch/elogs/Forum/66753), I increased the timeout.tv_sec to 30 in three locations in elogd.c, but this did not help.
The problem is present in my old elog installation (from ~2 years ago), as well as the latest git snapshot from bitbucket that I cloned on June 10, 2017.
PS: Upload seems to work for non-secure configuration. It still takes a while to load, but it completes. However we prefer to use secure connections ( SSL = 1 ). PS: Using nmap I looked at the latency to the relevant port, it can be as high as 0.5sec, but most often it is shorter.
Cheers, e.
Hi Daniel,
you're the first one reporting about this virus. We have different virus checkers here at our lab and none of them triggered. So I guess it is a false alarm.
Today I wanted to download latest elog version, and got information from Eset Endpoint Antyvirus, that downloaded file has trojan horse "Generic.GQWFFXB".
It this false positive alarm?
I have to figure out where elog hangs. I guess it must be some kind of endless loop, triggered by some corrupt data in one of the elog entries. Under linux this is fairly simple (just run elogd under the gdb debugger, wait until it hangs, then press ctrl-c and enter "where" to see a full stack dump where elogd is currently executing). Under Windows this is more difficult, since you need Visual C++ from Microsoft to do the debugging. One thing you can do however without VC is to check if the CPU time is consumed to 100% by elogd, indicating an endless loop.
I have a very long standing problem with elog over the last few versions where almost daily the service will hang. Cannot even Restart elogd, that just hangs. Clients experience Page not Found. I can only get the service reinitialized by rebooting the VM machine. I have Elog verbose logging On plus a number of external triage monitors running but nothing is yielding clues beyond the precise time the hang occurs. Aside from providing the Config and log files what else can I provide for you to assist, and what other triage measures can you suggest I try? FYI, there can be up to 20 users at one time doing searches (not updates), and I've trimmed the depth of log files that can be searched so that the CPU/service doesn't bog down but that hasn't helped either. Inserts happen in the background using the elog client app (about 2 or 3 inserts per batch at sporadic times).
Well, having the config and data files only help if I can reproduce the hanging. If if you give me your files and a step-by-step instruction on how to reproduce the hanging, I can give it a try. But if it happens randomly after a while, it will be very hard for me to reproduce and fix it without the exaclty same user access pattern which of course I don't have.
I could begin debugging with C++. In the interim, if you think it will help, I can also provide you with my Config and log files, and the section of redacted data encompassing the time of the hang - just let me know. Regarding CPU usage, I have noted that in the past and have never seen very high CPU usage during an Elog hang. The VM itself remains responsive.
When one has "Allow HTML = 1" to permit HTML in attribute values, is it only a subset of HTML that is rendered?
I find that <br> and <a href="..."> tags are properly rendered, for example, but lists with <ol> and <ul> are not.
Sorry, I misread your question. Only following HTML tags are allowed in attributes:
<a> <img> <b> <i> <p> <br> <hr>
This is for some internal reason. Probably you can mimick <ul> with bullets and <p> tags.
Isn't that list in the message text rather than as an attribute value?
The link does now work in the email, but if you go to the web interface of the forum it does work.
Anyhow, you can go directly to https://midas.psi.ch/elogs/Forum/66909
I have fixed this issue in the current develop branch of elog.
a routine scan revealed a possible DOS attack vector: sending an invalid POST HTTP request with a negative Content-Length field crashes our elog instance, leading to service unavailability.
-Christian
-- Dr. Christian Herzog <herzog@phys.ethz.ch> support: +41 44 633 26 68 IT Services Group, HPT H 8 voice: +41 44 633 39 50 Department of Physics, ETH Zurich 8093 Zurich, Switzerland http://nic.phys.ethz.ch/
Have you set
Resolve host names = 1
in the config file? If it still does not work, run "elogd -v" from the terminal and watch the output. You should see someting like:
Remote host "mpc1865.psi.ch" matches "ALL" in "Hosts deny". Access denied. Remote host "mpc1865.psi.ch" matches ".lbl.gov" in "Hosts allow". Access granted.
Regards, Stefan
Safety is getting more and more an issue these days. Normal browsers don't accept self-signed certificates any more. One possibility is to get a certificate from https://letsencrypt.org/
There are two options
This error comes from your email SMTP server, not from elog. It complains about the email address xxx@xxx.com which refers to a nonexisting domain. Just read the message.
The following error occured during the addition of new user, first time this occured:
"Cannot send email notification to "xxx@xxx.com" Sender address rejected: Domain not found
Please use your browser's back button to go back
We are using version 2.7.1-2002. Could this be a version issue? When we loaded the new version, the browser GUI was scrambled and illegible using Microsoft Edge/Explorer and Firefox.
Drafts are message which somebody started to edit, but did not complete, like leaving the page without saving. If you don't like this, you can set "save drafts = 0".
The locking has a similar background. If you have locking on (vis "Use lock = 1"), then one person can "lock" a message, and other then cannot edit the same message. If you don't want that, switch locking off.
We have a problem with elog V3.1.2-bd75964. Sometimes entries disappear from the list after editing. I found them in the .log files with attributes
Locked by: Draft:
But they are not in the list anymore! The only solution by now is manually remove these two attributes from the file, but this is terrible.
How can I fix this?
Thanks, Peter.
I also experienced various sproradic issues with locking, so I usually keep it off.
Thanks for fast response!
I LIKE locking and saving drafts. The only problem is that the locked message disappeared from the list. This does not happen every time one left the editor, but sometimes. I can send you the problematic message as it was disappeared, before I deleted Locked by and Draft attributes. I can't imagine why it is not shown in the list.
The message is not lost, but becomes a "draft". This works similar in most email systems. When you edit an email and son't send it, it stays in your "draft" email folder and does not show up in your "sent" folder. Same here. You are suppost to "submit" you entry, the "save" is just a temporary safety backup. If you do not submit (if you press BACK or your browser crashes), the entry is not submitted to the system, but stays around as a draft. If you create a new message, the system asks you to edit and finish your draft, so that it does not get lost. So always hit "submit" if you are finished editing a message, not just "save".
If you want to see the draft message, they are rendered in red in the normal message list if you have
List drafts = 1
in your config file. No ide where your cluttering comes from.
I found a sequence which hides the message from the list. In addition this sequence corrupts UTF encoding of the text.
I've made small GIF presentation on this issue (attached, open in new window), may be this helps.
You might have to update to the current elog version. This feature was implemented in Dec. 2016.
Thanks for quick reply. I checked List drafts = 1 in config file - it does not show drafts in the list in my case. Can it be blocked by any other option? I have these options enabled:
Use Lock = 1 Save drafts = 1 List drafts = 1
Peter.
The -bd... number must be from the .apk package, which I don't have control over. You have to check the elog git hash code. You see it at the bottom of each elog web page. For this forum server, it's ELOG V3.1.2-7933898 with 7 digit number at the end.
We installed our elog from .apk in November 2017.
Version V3.1.2-bd75964
I suppose it already contains List drafts feature.
Tell me your current seven digit number and I can check if your version is too old.
yes, that is exactly where I got this V3.1.2-bd75964 version!
Do you recommend to download it again from your site and compile?
Have you configures user-level access via
password file = anyfile.pwd
Can your elogd server write to that file?
If yes, can you please post your config file?
Tryed windows an linux version. On booth the "Register new User" dialog is not displaying a password line. so what password is used for the new user? Further the user can't change his password, because he didn't know the old one.
And if an admin user trys to change the password of an other user, a error is displyed that the old password of the admin user is wrong and nothing happens with the password of the non-admin user.
elog console (admin user awrzkrz changes the password of testuser1):
GET /demo/?cmd=Config&config=TestUser1&cfgpage=1&admin=1&cfg_user=TestUser1&active=1&new_user_name=TestUser1&new_full_name=TEST+User&new_user_email=test%40heaven.org&cmd=Change+password HTTP/1.1 Returned 1032 bytes GET /demo/?config=TestUser1&newpwd=test1234&newpwd2=test1234 HTTP/1.1 Returned 20 bytes GET /demo/?cmd=Change%20password&config=awrzkrz&fail=1 HTTP/1.1 Returned 1215 bytes
Thanks for help!
What happens when you don't use Kerberos authentication?
I'm afraid that there is something wrong because each user will be written with the same (hashed) password to the local password file, irrespective of the given password within the "new User dialog".
So for instance, every user in my password file lokks like this:
<name>TestUser1</name> <password encoding="SHA256">3c2QQ0KjIU1OLtB29cl8Fplc2WN7X89bnoEjaR7tWu.</password> <full_name>TEST User</full_name> <last_logout>0</last_logout> <last_activity>0</last_activity> <email>test@heaven.org</email> <inactive>0</inactive> <email_notify/> </user>
"password encoding" has got the same value for each user after creating them with their own passwords....
That's the main issue i have, because i don't know this password and can't set a known one....
frustrating....
any help would be appreciated
thanks for the quick reply.
Yes, i've configured user-level access. Here is my cfg:
[global] port = 9191 Usr = abc Grp = abc SMTP host = mail.xy.at Protect Selection page = 1 Password file = elog_pw.xml Logfile = elog_log.txt Logging level = 2 Admin user = User1, Admin Self register = 2 Restrict edit = 1 Allow password change = 1
[demo] Theme = default Authentication = Kerberos Comment = General Linux Tips & Tricks Attributes = Author, Type, Category, Subject Options Type = Routine, Software Installation, Problem Fixed, Configuration, Oth er Options Category = General, Hardware, Software, Network, Other Extendable Options = Category Required Attributes = Author, Type Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type
And, yes, the password file is r7w accessible for the elogd: [root@localhost logbooks]# cat elog_pw.xml <?xml version="1.0" encoding="ISO-8859-1"?> <!-- created by MXML on Tue Feb 27 14:54:52 2018 --> <list> <user> <name>Admin</name> <password encoding="SHA256">3c2QQ0KjIU1OLtB29cl8Fplc2WN7X89bnoEjaR7tWu.</password> <full_name>Admin</full_name> <last_logout>0</last_logout> <last_activity>0</last_activity> <email>admin@hell.org</email> <inactive>0</inactive> <email_notify/> </user> <user> <name>TestUser1</name> <password encoding="SHA256">3c2QQ0KjIU1OLtB29cl8Fplc2WN7X89bnoEjaR7tWu.</password> <full_name>User1</full_name> <last_logout>0</last_logout> <last_activity>0</last_activity> <email>test@heaven.org</email> <inactive>0</inactive> <email_notify/> </user> </list>
br, Rainer
Actually unicode characters are converted by your browser into HTML code (such as Č) where 268 decimal = 10C hex. elog just writes to file what it gets from the browser. When an existing elog entry gets shown by the browser, the code is translated back to the character. Why do you care what is written to the log file? If you use scripts or so to parse your log files, you have to adapt them to correctly decode HTML encoded characters. This is necessary since log files are ASCII and thus encode one charecter in one byte. Your Slovenian characters require two bytes in unicode, so some kind of "special" encoding is necessary.
I see the same problem exists on this board as well. Actuall it appears only the attribute fields are affected. The č character was incorrectly written to the log file from the subject field above, but correctly from the body text below.
First of all, thank you for this great piece of software! For now it seems to perfectly cover our need to log very basic events, there was a setting for everything we wanted to set.
However we have one problem and that is the saving of the letter "č" (Slovenian) into the log files. That is unicode character U+010C and U+010CD https://unicode-table.com/en/010C/. When writing to the log file it is replaced with "Č" and "č". Is there a known fix for this?
Thank you and best regards,
Matej
In the attribe filed, HTML code is not allowed for security reasons. If you want to bypass this (on your own risk), put
allow html = 1
into your config file.
thank you for the reply. The explanation does not solve my problem though.
1) Could you elaborate, why the body text field CORRECTLY writes the character while the attribute fields write and display the HTML code?
2) If I understand you correctly the problem also contradicts your statement: "When an existing elog entry gets shown by the browser, the code is translated back to the character." and is visible in this very post. The subject field writes and displays it incorrectly, while the body text writes and displays it perfectly OK. See: Č č ?
3) We do not use any scripts. If we were to use a script to replace the HTML code with the actual character, the attribute fields would still display È instead of Č. Also, I have no idea how to write such a script. :)
Before you click OK on your point 4, click on "Send to Server".
I recently upgraded elog from 2.7 to 3.1 and have a hard time to insert images inline. The attachements work just fine. I am certain it is something silly, but I cannot figure it out.
I found an old thread elog:68410 (from 2016) but could not find a solution that would work for me. Where does "Preview attachments" option should be inserted? In the global section?
Hopefully there's a simple explanation for this
Piotr
I had time to look at the problem in detail. I found that a &#xxx; sequence is not correctly identified as HTML code, and thus displayed in plain when used in an attribute. I fixed it in the current git revision and now it looks find in attribute (see attachment). Can you give it a try? Please note that you need "Allow HTML = 1" in your config file.
To conclude this topic, we sadly can't use the characters č and Č propperly in the application. I have marked the problems in the screenshots below:
red square - the user name is changed immediately after saving. It is also written into the log file in the attribute "Lovec" preset as $long_name. This cannot be displayed correctly even when using HTML and the text tag.
orange sqare - This appears in translated menus and in the attribute "Preža" where the options are listed. The character is written correctly in the translation and the log file, but is displayed incorrectly as È and è.
pink square - After using the script on this attribute "Opis" to insert the html text tag the field correctly displays the characters. The minor problem remains when exporting this to a csv file where the html text tag remains.
I have no idea what effort it would take to change the ANSI background of the application to UNICODE and I can't really expect you to do this. On the other hand most modern applications go through this step eventually, mostly because of the Chinese and the Russian markets.
Thanks again for the otherwise great product, I guess we'll have to start using letters c and C instead. Best reagards, Matej
Easiest is to install the Cywgin environment (www.cygwin.com) and there select the C compiler package which installs also "make".
Great news Stefan! Please pardon my ignorance, but I was not able to "make" it. I have no idea how to run this on Windows where the current POC log resides.
Pink problem: Yes the CSV export preserves the html tags, but what to do. CSV files are plain text with 8 bit characters. Unicode characgers have to be represented with more than one byte. So either HTML encoding or some special escape sequence encoding. If you like the second better than the first, I'm sure you find some conversion program on the internet.
Orange problem: No clue how C is converted to E. Maybe depends on the encoding of your browser? There is a elog option "charset = xxx" with which you can play.
Phew, made it, sort of. Had to copy the contents of the mxml folder from an older version, the folder was empty in this git. I also had to change the SSL to 0 and then it compiled without errors plus I had to copy the cygwin1.dll to the folder to make the service run.
So yes, I can confirm that manually inputting the Č in the attribute field now works correctly. Excellent! This solves the pink problem then. Any similar solutions for the red and orange ones?
Thanks, Matej
Special characters in use names should now work in the current version.
The dump does not help me much. I need to reporduce the problem in a controlled environment.
I have been using elog for a few years and it is a wonderfull software and has been one that I can't go without. So thank you very much for making it.
After about a year, I upgraded to the latest version. I noticed that it causes the system to crash. It doesn't seem to happen that often.
I have installed this on 2 machines, one Windows 10 and one on Windows 7. Over the last week I got one BSOD on each OS.
The elogs have different configs and logbooks. One is a simple elog that doesn't have any attachments or anything funky. Just straight text.
Please see attached a screenshot of the Memory.DMP which has happned seconds after an schedule restarted the elog service on my PC.
I will keep monitoring and see if will happen again. But I thought I log it here anyway.
Cheers.
Ales.
Most mail delivery systems have a maximum size for attachments. In the past, if an elog attachment was larger than this size, the email server refused to accept this email and no notification is sent. Now one can specify the maximum allowed email attachment size with
Max email attachment size = <n>
where <n> is the number of bytes. If an email attachment is larger than <n>, the attachment is not sent with the email notification, but rather replaced by a link to the elog server for that attachment. By clicking on the link in the email notification, a browser will then open and download the large attachment. For each each elog installation, the admin has to figure out what the maximum attachment size of their SMTP server is, and then put this number into the elogd.cfg setting above. For most installations, the default of 10 MB will just work fine.
Can you post a picture here?
Hi All, I just installed elog latest version. I can see that my chkeditor (HTML encoding) is pretty simplified with respect to the version i can see there. Why this ? For example, it does not offer the possibility to upload images.
Could you please help me ?
Thank you Andrea
I'm not 100% sure, but I believe it should work without the
while (in_asend);
So can you please remove that line (it's in src/elogd.c) and recompile elogd and test it?
I dont' have a solution, but I just wanted to bring more attention to your post. I too am having the same issue with the ELOG system and the Safari browser. I have noticed that ELOG is most stabel and function on the client end from the IE browser. A few weeks ago I also had to switch from using ELOG on the client end from Safari to Firefox.
Hello! The CDMS collaboration is using e-Log as one of it's issue tracking systems. In the last few months, I have noticed a problem when either creating or editing entries from my usual Safari browser (currently 11.1 on MacOSX 10.13.4): The [Submit] button triggers a spinning beach ball, with no connection to our e-Log server, and after several minutes, Safari complains the the page had to be reloaded, discarding all of my edits, uploads, whatever. This used to be occasional, but in the past month it has become routine, such that the only way I can edit or create entries is by launching a different browser entirely (Firefox), just for e-Log editing.
Now, I am also seeing the same problems with Firefox, but at the "occasional" level. The difference is that Firefox produces some diagnostic information, which is why I'm posting here. When the browser hangs, after a short while Firefox produces a "Warning: unresponsive script" drop-down box:
Warning: unresponsive script A script on this page may be busy, or it may have stopped responding. You can stop the script now, open the script in the debugger, or let the script continue. Script: http://titus.stanford.edu/cdms…/SuperSim/681?cmd=Edit&steal=1:30 [] Don't ask me again [Debug script] [Stop script] [Continue]
Warning: unresponsive script
A script on this page may be busy, or it may have stopped responding. You can stop the script now, open the script in the debugger, or let the script continue.
Script: http://titus.stanford.edu/cdms…/SuperSim/681?cmd=Edit&steal=1:30
[] Don't ask me again
[Debug script] [Stop script] [Continue]
If I use the [Debug script] button, the call stack shows "onclick 681:1" -> "chkform 681:30", and the line-by-line traceback shows the chkform function:
16 var in_asend = false; 17 18 function chkform() 19 { 20 if (last_key == 13) { 21 var ret = confirm('Really submit this entry?'); 22 if (!ret) { 23 last_key = 0; 24 return false; 25 } 26 } 27 28 if (autoSaveTimer != null) 29 clearTimeout(autoSaveTimer); 30 while (in_asend); <=== This is the stuck line 31 submitted = true; 32 return true; 33 }
I presume that in_asend is supposed to get changed from false to true asynchronously, by some other parallel communication with the server. But that doesn't seem to be happening.
in_asend
Does this look like an issue with the e-Log distribution? Or is there a configuration issue with our e-Log server which we could improve?
Ok, I removed the code from the official code now.
A bit background: The "autosave" mechanism in elog saves regularly the current content in a "draft" message, so that the data does not get lost if the browser for example crashes. The saving is done asynchronously via some AJAX call. This call takes some time, since it's a round-trip to the elogd server. If the user hist "submit" during such a save, the second save might be issue before the first one has been finsihed. That's why I had a "while (in_asend)" in the code, where in_asend gets set to true when the AJAX call is started and false when it completes. Now JavaScript is not really multi-threading, so having a loop "while (in_asend)" can actually prevent the AJAX request to complete. This might have been different when I implemented that feature, which is the reason that it worked before. Without that code, it can now happen that a second HTTTP POST is sent before the first request finishes, but I guess this should not be a problem, since both requests come sequentially to the elogd server and are executed one after the other. So in worst case the elog entry text is just saved twice.
Thank you for your suggestion, Stefan! The sysadmin who handles our e-Log server implemented your suggestion earlier today (Saturday). I have been able to successfully create and modify e-Log entries with Safari since then. Since the "slow script" issue has been intermittent in the past, I plan to continue testing and monitoring for the next day or so. Nevertheless, it appears that removing the waiting loop has alleviated my problem.
-- Mike Kelsey
Followup Sunday 15 Apr (U.S. Pacifiic time): I think your suggestion has solved my problem. I've been able to create and modify e-Log entries through our server multiple times over the weekend. There have been no hangs, timeouts, or lost content. Thank you very much for your response!
As Andreas said we have to reproduce the problem. What is special in your case is the elog:SequencerEvents/XXXXX. This is non-standard and must be created through your configuration of elog or by an external script. I just guess that you have something like
Preset ID = elog:SequencerEvents/#####
which causes elog to preset the ID with the above string. Can it be that you just put five hashmarks in the preset?
Hi Andreas, I'm working on the same experiment as Joseph who submitted the bug report.
You are right, IDs greater than 10^5 are created no problem. The issue is with the internal elog link, in this case of the form elog:SequencerEvents/XXXXX The link generated uses only the first 5 digits of the message ID, and therefore links to the wrong message. In the two attachments you can see our sequencer event number 100098, first displaying the message where all of the ID is displayed and secondly in "full" view of the elog front page. Here, the "ID" column contains a link with the string: elog:SequencerEvents/10009. Our problem is that we often use this string to paste into other elogs and generate a link to the sequencer event message. However, since the string uses too few digits, we end up with a link to the wrong message
I am not sure I understand your bug report.
I can easily create IDs greater than 100'000 (see attached picture), but that is not your problem, or is it?
We have a possible bug with elog that the ID for an elog entry at over 99,999 entires reads as 10,000...
68792/1 Illistrates the problem, we use this ID often to cross reference from out datalog...
Is this a know bug we can find a fix for? We are using: elogd 2.9.2 built Jul 14 2015, 18:58:06 revision
Switch to the "summary" display (try it with this forum). You get headers (like "category"). Clicking on it sorts by that attribute. Then display "all" entries, or use the "find" option to search in certain time periods, then just print the web page.
Alternatively, expeort logbook entries as CSV files, load them into a spreadsheet program, and do the sorting and printing there.
Has anyone developed a report tool for elog? I would like to be able to sort certain items and send them to either a printer, or an email (external to my own use).
If not, any ideas on an easy means of doing this? I write a lot of Perl, so that would be an option for me if the text is easily obtained.
Click on "Find", select "Export to CSV", optionally select filter criteria, then press "Search".
I don't see an "export" option in the documentation, only "import." Printing the web page is probably not what I want.
Have you tried
Message height = ...
unit is number of text lines.
I wonder if it is possible to set a minimum default value for the height of the text box when submitting new entries. If I understood well, by default the text box height automatically resizes in order that all the elements of the page are visible. Actually for our needs having a minimum height of the text box fixed (for instance 500px) is by far more useful of viewing the attachment box (we know it is down scrolling the page :) ). We know it is possible to resize the text box using the mouse but doing this every time one creates a new entry can be annoying. Setting a default minimum size would be more confortable. Is it possible to do this?
Beppe
This comes from the openSSL library which elog includes. I tried myelf and found that a chained certificate is not correctly interpreted by the openSSL library. Most people anyhow don't use SSL inside elog, but run an Apache server in front of elog. This is anyhow better since Apache has an industry-strength security with regular updates. Much better than relying on OpenSSL.
I'm following config guide and so far so good. The only issue I run into is when enabling SSL.
Guide says - One can replace this certificate and key with a real certificate to avoid browser pop-up windows warning about the self-signed certificate.
Can you please tell me a more details regards this part? I have acquired security certificate and replaced contents of SSL folder.
Now elogd.exe gets error 1067.
Any help would be highly appreciated.
The message height option only works if you select either "ELCode" or "plain" for encoding (this can also be made as default in the config file). For the HTML editor, the size is set internally and I don't have any influenc on it.
I tried with Message Height = 100 inside the conifguration of my logbook, but nothing changed as you can see in the first picture...
What I'm looking for is a way, if possible, to start by default with a wider message box, someting like fig2. For our purpose, using wide tables, it would be very useful to have a wider message box in order to have a full look to the message content, and also having it by default without modifying it by hand with the mouse every time we submit something to elog.
Well, many arrays based on MAX_N_LIST are created on the heap memory, and if you exceed that, elogd simply crashes. There are compile options to increase the stack and heap size, but that depends on the operating system and the compiler. The value of 100 has been proven to work everywhere. If you increase it, you're on your own.
Thanks, good point, I was not sure that in case of other lists which will be changed as well, there will not be any problems, like overflow, etc.
Regarding admin list, now I remember, that was the limit to send email notification in case of registration requests. But actually it is not important right now.
best
Janusz
Hi Janusz,
You can change the following line in elogd.h and recompile:
#define MAX_N_LIST 100 That'll change the login user list limit. But it'll change other list length as well - which should not do harm unless you are very short of memory.
I don't see the Admin user list limit of 10 - aparently that is hard coded somewhere deep within (or I've just missed it).
could it be possible to increase the limit of entries in Login user list from 100 to somewhat reasonably higher? Like twice or 3 times as much. Similar limit exist also on Admin user list, which is afair 10, could this also be increased?
> Dear all, > I have some logbook which uses preset text depending on some option values, and uses text files for this. > > something similar to: > > Options Type = Start of shift{1}, 2h{2}, 4h{3}, 6h{4}, End of shift {5} > > {1} Preset text = MCProdStart.txt > {2} Preset text = MCProd2h.txt > {3} Preset text = MCProd4h.txt > {4} Preset text = MCProd6h.txt > {5} Preset text = MCProdEnd.txt > > I wonder if there is a way to change/edit the text files from the web interface if you are admin of that logbook, or if the only way is to change the files directly in the elog server. > > thanks Stefano No, you can only edit this on the file level. Stefan
As always, Andreas has clever ideas. Never thought about this possibility. Stefan
Have you tried the "URL = ..." statement? This determines you elog redirects if you log in. If you reach elog through a proxy, the URL is a different one that if you access it directly. In your case the proxy URL might be necessary.
I've been trying to configured a Synology NAS to run my personal elog with a reverse proxy to the outside world. The best way seems to be running Elog in a Docker instance and then running a separate connected Docker running a nginx-proxy (in this case jwilder/nginx-proxy). This second container manages the certificates to letsencrypt and mapping URL requests to relevant containers so that connection is secured properly.
It worked great in the initial test. However, I have an issue with authentication. When I password protect the elog it goes to a login page. When I give an correct password it loops back to the login page (incidentally when I give an incorrect password it gives an 'Invalid user name or password!' warning). So I know that its getting the correct password but there is some issue that is resetting or ignoring the authentication. I am never able to actually get to the protected content.
Does anyone have any experience in using Nginx to setup a secure reverse proxy? Any insights into why this would mess with the authentication of elog?
Side note: I have tried using Apache to do the same and authentication worked fine. But the pre-canned jwilder/nginx-proxy docker manages all the certificates automatically and seamlessly and allows me to have multiple services running on the same outward facing port on my router. There is no equivalent (as far as I know) that uses Apache for proxying with letsencrypt.
Actually this forum works through an Apache reverse proxy with authentication and it works, so I suspect that the problem has to do with jwilder/nginx-proxy. Since we don't have this here, all I can propose is that you do debugging yourself. Run elogd with the -v flag so that you see all requests coming from the user through the proxy. Compare the requests through Apache and Nginx to see if any argumets are stripped or mangled. Upon successful login, elog sets a cookie with a unique session-ID (the cookie name is "sid") to the browser. If you proxy strips that cookie, you would land on the login page. Maybe look in that direction.
Yes, I tried setting the URL parameter to the url used by the proxy. It goes to the correct address but that landing is the login page.
Andrew
That's how it is implemented. If you use
Max email attachment size = 1000000
then attachments below 1 MB are sent as attachments, and if the attachment is above 1 MB, then only a link to the attachment in the elog is sent.
Wouldn't it make sense for ELog (by default) to still notify, but not send the attachments by e-mail if the size limit is reached?
This warning is triggered by the use of the sprintf() funciton, which can write beyond the boundary of the destination string. I replaced it by snprintf(), which should make the compiler happy. Code is committed. Unfortuantely I have no FC27 here, so if there is still some waring with the current code, please post the full warning list here.
Have you selected "HTML" encoding (below the main message box). The HTML editor is not activated if you have "plain" text encoding. Did you try the default elogd.cfg file? If you modified the config file and did a mistake there, the program can for example not properly find all directories. Also makse sure you did a full install with "make install", not just update the executable.
Hello everybody,
we had to setup a new server for our elog some time ago because the old one crashed. We are now running version ELOG V3.1.1-0767eb0.
In the previous installation we had these nice buttons for file upload, time stamp and equation editor, which are also available here in the online version.
I already found that in the installation directory ("/usr/local/elog/") there exists a directory "scripts" containing a file "ckeditor-config.js", which also contains the lines: "config.extraPlugins = 'timestamp,dndfiles,eqneditor,fileupload';" and "{ name: 'insert', items: [ 'Image', 'Table', 'HorizontalRule', 'Smiley', 'SpecialChar', 'PageBreak', 'FileUpload', 'Timestamp', 'EqnEditor' ] },"
These plugins seem to be available in the subdirectory "scripts/ckeditor/plugins/". But why are they not loaded? Is it just a version issue? Or something else?
It would be nice to get a hint.
Roland
Just read my post 20 mins ago!
I put a new executable for you under https://elog.psi.ch/elog/download/windows/
It's named elog314-2.exe
Sure that's easy. Install elog on each laptop separately, so they run without network. Then, set up a central elog server, and use "mirroring" as explained in the documentation at https://elog.psi.ch/elog/config.html#mirroring
So when ever the entwork comes back, you execute a manual mirror operation, and your new entries will be pushed to the central elog server.
I have a setting which makes ELOG a perfect solution, but there's a situation that I'm struggling to get my head around. We have 3 separate laboratories, each one containing a number of temperature chambers, which run almost constantly over a number of shifts. Each temperature chamber has it's own logbook (laptop). So far, pretty simple. My dilemma is, our network goes down for maintenance/updates (more often than I'd like), but our operation cannot afford to stop during network interruptions. With that said, I thought about whether I could run a "local" logbook on each laptop/chamber, and somehow mirror the local logbook to the main ELOG server. Perhaps I'm over-thinking this...do you have any recommendations?
I would call the laptops the "master" being responsible for pushing data to the central server which you can call "slave"
Thanks Stephan! I guess I was making it harder than it is. I'm still a little fuzzy -- in this instance, am I correct in saying that each laptop would be considered a "master", and the remote (network) server considered the "slave"? Also, I'm not sure quite sure -- which server should be assigned responsibility for performing periodic synchronization between the laptop and the central elog server?
Thanks again for all you do -- Happy Holidays!
Frank
I tried to reproduce the problem but could not. The config file uses "emtpy.html", "filtermenutext.html" and so on which I don't have. Same with eventlocation.
Rather than sending me all the files, can you strip down your elogd.cfg to a minimal version where you still see the problem. Then give me all information to reproduce it. You also have to tell me when the error occurs, like when you submit a new entry, scan through entries etc.
Dear ELOG experts,
the ELOG server on our lab crashes continuosly, when we add a new entry or even if we click the arrows to navigate between entries. Following the FAQ on the website, I have used gdb and found the following error:
xmalloc: not enough memory
[Inferior 1 (process 23271) exited with code 01]
It should be then some allocation issue when we try to access to the entries, but I could not figure the nature of the issue. I was, however, able to reproduce it with a fresh ELOG installation and the same configuration file (ELOG cloned from git and installed today)
Could you please give me any suggestion? I attach here the configuration file we use.
Antonio Iuliano
I changed the code ot include the CSS file directly in the email body. So no need any more for external CSS files. I dropped the "Email CSS URL" option as well.
Thanks for the fix, I merged it into the current development branch. Stefan
I just checked the current installatin, and just found one MIME-Version in the header, even with attachments:
MIME-Version: 1.0 --------------717E3059287C82F12BC14941 Content-Type: multipart/related; boundary="------------4543EB0E5AAC14B461D70512"
No idea where your second header comes from, but sometimes I have seen some SPAM filters adding things to headers.
When there are attachments in an entry, logbook is adding additional "MIME-Version" header to e-mail messages.
Spam filter in our university system is mostly giving warnings:
But sometimes it is not redirecting further the message.
In code I noticed there is always "MIME-Version" header added to the message and additionaly it is added again when a file is attached. I think it is not neccessary to add again this header.
No, there is no quick workaround. The only way is to go through your logbook files manually (or with a script), and replace all occurrences of that attribute. Stefan
Your observation is correct. The mailer inside elog should scan all email bodies and replace all <img> tags correctly. I put that on my todo list.
I am using Elog v3.1.1. When entries contain embedded images, these images are attached to the email notifications but are not properly displayed in the body of the email. Is it expected? For example, with an image file myimage.png the email source code contains <img alt="" height="150" src="190208_143305/myimage.png.png" width="200"> Maybe the email should make use of the Content-ID of the attached image?
I just committed some code which disables the "Submit" button after the first click and replaces the text with "Please wait...". So double submits should not be possible any more.
I too have this as an occasional issue, although in my case due to a dodgy pointer. I too manually delete the entries.
Interestingly, it gives double entries - and thus the start of a branch - even in logbooks were branches are not allowed.
I'm having a minor issue that were getting double entries due to the user is using the "submit" button more than once.
I seems like when there is a lag either on the machine or on the network it is possible to tap the "submit" button more than once resulting i a double or triple entry containing the same text and a almost identical timestamp.
Is there a way to aviod this?, my "solution" so far has been to select the entries and manually delete them. I'm using Elog version 3.14
Kind Regards Finn
"I committed" means that the change is sent to the GIT repository. People who compile from the source code can pull and compile immediately. Windows users have to wait until I do the next release. I'm developing on a Mac and have to boot a special (old) Windows machine to compile the .exe which each time takes me about one hour including documenation updates, changelog updates, upload of zip files etc. Since my main job is heading a research group, I only can devote this hour once in a while, depending on my work load. Sometime even the weekends are too short.
I'm also happy to see this change implemented as we've had to deal with the same issue at times as well. Will this change be incorporated into the latest version (314-2, aka elog-latest.exe), or will there be a new version release (that is not in Changelog yet)? If so, can you give any ETA on this new code availability?
Also I noticed that the Elog Home page still says "Current version is: 3.1.2". I assume that only means it hasn't been updated, not that it means it's the current STABLE version and subsequent releases are beta -- please correct me if I'm wrong. I just want to make sure I understand how the versions and releases work.
Endless thanks for this product and all your work Stefan.
I can put it on the wish list.
Is it possible to include an option in the next release to have the Options list reference a text file of attributes rather than explicity listing the attributes in the Config file directly?
This would make it much easier to maintain a particular list that is referenced in several log books.
To move an elog instance, just stop the old server, move the configuration file elogd.cfg and the logbook directory to the new server, and start the new server. If the URL of the server changes, you have to adjust it in elogd.cfg.
Sounds really strange to me. The remote server does not "know" that "S:\" is a network drive, so the syncing process should work exactly as before. The only idea I have is that the access to the network files take pretty long, and you run into a timeout during syncing. We had this in the past (for AFS netwhor shares, not Windows shares), where sometimes we have a blocking behaviour where the file access lasted 10-20 seconds, and the server process was simply blocked. Since then I do not recommend to put logbook on network shares.
We have a number of temperature chambers – each has its own laptop running a local ELOG server, with unique logbook for each. Using the mirror feature, these individual logbooks periodically synchronize to a single remote desktop server, which has a copy of each of the logbooks. All of that works great, as long as each of the ELOG servers are storing the logbook(s) to their respective local hard drive.
I wanted the remote server to store its copy of the logbooks on the network file server. I changed the global options of the elogd.cfg file, adding the following:
Logbook dir = S:\SHARED\LOGBOOKS
That change worked fine on the remote desktop server – new logbook entries were now being stored on the network file server.
Unfortunately, I lost the ability to sync from the individual logbooks to the remote desktop server. During synchronization, I now get the following error message: “Error sending local entry: Error transmitting message".
Has anyone run into this? Does this make sense? Am I missing something? Is there a workaround? Is there a wrong time to drink beer?
The "elog" client does unfortunately not support proxies. You could however achieve the same with the "curl" tool. Have a look at elog:68597
Looks more like a bug to me. Will investigate.
As the title says, we have our elog running behind an Apache proxy that is also providing authentication. We also have top groups enabled. The first time a user views a top group page with a fresh browser cache, the index is delivered, but requests for elog.css and lock.png are returned with http 302 with location set to the elog root. (I.e., if the server is proxied under server.example.com/logs, the first request for server.example.com/logs/TopGroup1/elog.css returns a 302 with location set to server.example.com/logs// ).
Any subsequent visits return the files fine. The attached screenshot shows the network requests in chrome.
Is this a proxy configuration issue, something we've set wrong in elog, ??
Per default, all pages are created dynamically by elogd directly from its C code. So nothing to change easily except hacking the code. There is one exception which is the start page you found already. To change any other page, you have to modify the C code. There is one more (dirty) trick: You can sneak in JavaScript code on every page via the "bottom text" option. This code can then modify the DOM tree and changes pages, but you need to program this in JavaScript.
Well I answered part of my own question already.. I can have a start page different from what is default, and I can edit the orginal one by simply copying it and modifiying it to my hearts desire. I still have isues after making menu selections from that page tho, when the program (server) takes me to a site called for example: ../forum/index.html?cmd=Config. I cannot find out how to prevent or modify this behaviour. I am supposing tho, that because I am using my own original index.html (start page), that the program is not modifying it (on the fly), like it does with the oringal web pages? I am also still currious if the program does indeed create/modify pages on the fly, and if it does, where does it store them on my hard drive (or is it only put in memory temporaly?). Thanx again :)
Hi and thanx for such a wonderful program! I was wondering how I might edit, change or add to the landing pages. In other words the first pages that show up (or any for that matter) when you login to a book. I can view the code ok in my browser using that function, but when I search for the actual page and it's locale, I cannot find it. Is it created on the fly by the server? If so, how can I change them.. as I want to add for instance javascripts to manipulate the pages and data more, without actually loosing the main essence of the program (log books). Thanx
Top groups should use separate password files, otherwise things can mess up.
We're running elogd behind an apache proxy server, with Authentication = Webserver. We have top groups configured, but a single shared password file.
If a user is looking at a particular logbook and goes to the Config link, they are presented with a list of checkboxes for email subscription to logbooks in that top group. Clicking "Save" will remove all email subscriptions from all other top groups.
Is there a workaround to this issue?
EDIT: Manually adding an entry for different logbooks in the password file gets clobbered the next time the user logs in.
This is not directly possible, but you can configure it with a trick. Create an attribute "pinned", make it of type "boolean", and set the start page such that it sorts using the "pinned" attribute:
Atributes = ..., Pinned Options Pinned = boolean Start page = ?rsort=Pinned
This move all entries where "Pinned" is true to the top of the list.
Hi everybody,
sorry if this question has already been posed (I did a quick search but I didn't found anything): elog sorts entry by ID, I wonder if it is possible to pin an entry in order to be always on top of the page independently on its ID.
Giuseppe
This kind of behavior we typically see if some elog entry is corrupt. After a few hours you might access this corrupt entry by accident, and then the server stops. If you see however this behavior on a fresh logbook with no corrupt entries, then the problem must lie somewhere else.
Do you see the same problem running under linux?
Do you see the same problem if you run elogd interactively (not through launchd)?
If you run elogd inside a debugger (like gdb or lldb), what does the debugger tell you when it crashes and you show the stack frames? Make sure to compile with -O0 and -g flags to include debug information in the executable.
Dear all.
I am running elog
elogd 3.1.4 , revision ead6bbc6
on Macosx Mojave
Darwin arpg-serv.ing2.uniroma1.it 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64
I managed to compile and run without problems the elog source code.
I can run it and have it properly displayed at boot time. After the server boot, for few hours, I have the elog ready at http://arpg-serv.ing2.uniroma1.it/elog but then, after few hours.. I get that the service stops and the elog is no longer accessible.
So far I was able to track down the problems only to the
/var/log/system.log
file in which I find a not useful error message:
Eg: Apr 23 14:00:46 arpg-serv com.apple.xpc.launchd[1] (ch.psi.elogd[85248]): Service exited with abnormal code: 1
I do not know I can I debug this nor why the code runs for few hours without problems... I just re-downloaded the code from scratch today, unloaded and then re-loaded the daemon but still it fails with the same error.
I am sure that I can get it running again for few hours by re-booting. But I want to understand the source of the problem.. Anyone can be of help on this long standing issue?
1) Use different password files for different logbooks. Each password file contains only those users which have access to that logbook.
2) Use "Login user = <usr list>" to restrict access to certain users in that list.
Since there's no answer to that. I am the only one with the problem? Did I just configure something wrong? Thanks Heinz
submissions via the elog - program can overwrite entries even if the user has no edit rights
There is no "read only" flag. Please describe what you exactly did. Probably you want "Restrict edit time" for that.
Thanks for the answer. The real problem is that you can overwrite existing entries even if you have set an entry to "read only", i.e. you have forbidden further editing.
Heinz
So you are telling me that "Restrict edit time" is not working correctly? In order to fix any problem, I have to reproduce it. Can you post a minimel elogd.cfg file with which I can reproduce the problem?
Sorry,
I meant "read only" by using "Restrict edit time" settings. e.g.
Restrict edit time = 24
I understand this to mean that an entry should not be able to be modified after 24 hours.
What you recommend is enough. Just make sure to compile elogd with the flags mentioned before, and when you get the segment violation, do a stack trace inside the debugger to learn where the fault happend. Maybe also print the contents of some variables at the current location.
Thanks for the prompt feedback.
a) I confirm that the problems shows up also when running interactively the elog through elogd -p 8080
b) I am trying to catch the exit using lldb on the mac machine. I will be able to give you some feedback on that I hope in the next week (not easy access to the server)
c) What is the clean - recommended way to port everything on the linux machine and debug? I would do the following: download/install elog on a linux server, 'copy' all that now lives under /usr/local/elog on the mac one on the linux server, start the elog... is this ok? or there's anything else that I need to copy from the mac server to be sure to have the same environment?
Alessio
Ok, I found the issue. The "Restrict edit time" is only checked when one clicks on "Edit" in the browser. The elog command line tool does not really an edit, but just submits an entry with an (old) ID. I added a check also for that case so now it should work. The commit is in git.
Stefan, will send the info off this forum.
I ask my users where they had the problems and then create a demo for testing. Thanks Heinz
Indeed the description of the "Last default = <n>" option is not clear. I just updated that. If you have a quick filter "Date", then you have different options there like "Last day", "Last 3 days", "Last week", "Last month", "Last 3 months", "Last 6 months", "Last year". Each of these options has an underlying number of days, which are 1, 3, 7, 31, 92, 182, 364. In the "Last default = <n>" option you can only choose one of these seven options. Then this option is selected by default and the filter is applied accordingly. This lets you still change the date filter to a longer time period for example, but then with the penalty of longer search times.
So what you need is "Last default = 31" instead of 28 and it should work.
According to the doc on the setting "Last default = <n>" it is intended to restrict Quick Filter searches to the last (n) days of entries, however when I add "Last default = 28" to config it still returns entries far older then 28 days when using the filter search. Am I misunderstanding, or implementing it wrong? We must restrict searches through QF to reduce load.
A couple other side questions which are related:
The doc on this setting says: "Last default = <n> Some logbooks are very big ans searching through all entries with quick filter can be time consuming. This option sets a default value for the Date quick filter, so that by default only the <n> days are displayed." ...... I'm assuming that by saying "only the <n> days are displayed" that it has actually only searched <n> days ................ vs seaching ALL the logbooks but only displaying <n> days. Please confirm.
Last default = <n>
Date
Also, why wouldn't the "28" days spec display in the Select Period box beside the Quick Filters? Otherwise it appears to me to be a separate and conflicting item. Best regards!
You have a look here: elog:68936
How can I exclude the access of a number of users in one (out of two) logbooks running in the same server and URL?
Ok, that helped. It looks to me that the strlcpy() function from MacOSC does not like overlapping stings as parameters. Funny that this does not happen on my Mac (Mojave 10.14.4). I fixed the two cases you reported (lines 18712 and 19021) and committed the changes to bitbucket, from where you can pull and test it again (see https://elog.psi.ch/elog/download.html for instructions). If it happens again, please report the line number in elogd.c like here (where it is 19021:7):
frame #8: 0x000000010006a7ac elogd`build_ref(ref="page6?&sort=Subject", size=256, mode="full", expand="", attach="", new_entries="") at elogd.c:19021:7
Good luck!
It works for me. Have you tried other values (1, 3, 7, ..)? The key is that the quick filter changes to "Last month". If it does not, there must be some trivial error, like type in elogd.cfg, you modify the wrong logbook, have a very old version of elog etc.
I just changed to Last default = 31 and even restarted elogd.exe but it still finds a given string older than 31 days. Also the default Select Period box value next to the QF's remains at All Entries. My understanding is it shoud behave like Find, where Show Last Default = 31 should default the display to Month, and also only search within the last month of entries.
You say "Show Last Default = 31". This options applies only to the "Find" page, the option "Last Default = 31" works for the quick filter. Probably you have to change "Show Last Default" to "Last Default".
I just tried your elogd.cfg, and it works fine for me. So no idea what is wrong in your case.
Yes I always run the current version from bitbucket. I haven't touched that code for "last default" since a long time, so I don't expect the verison to make a difference. Unfortuantely I have not Windows Server or IE for testing.
Ok thanks for taking the time to try it out. I definitely still show "All entries" in any case, so I will continue to try to resolve on my end and if I find the cause or solution I will share back on the forum.
First though, I noticed you ran 3.1.4 whereas I'm still on 3.1.2. I'm also on Windows Server 2016 and IE 11. Do you think any of that might make the difference?
Indeed you're right (my memory is fading, argh). Please try 3.1.4.
I noticed in the Change Log for 3.1.4 that there's a reference to something done with "Last default" in Sept 2018 so I think I will try to set up a Linux instance and try out 3.1.4. Regards.
Version 3.1.4, released September 26th, 2018 ============================================ - Replaced sprintf by snprintf - Changed midas.psi.ch to elog.psi.ch - Fixed bug for redirect under two daisy-chained proxies - Removed while(in_asend) which caused some browsers to block - Implemented elogd.service for systemd daemon - Implemented "max email attachment size" - Limit max request size to 100 MB - Allow ampersand in user names - Added code to detect Unicode characters as HTML - add "Email CSS URL" : use public copy of CSS for emails - bugfix: replace hard-coded reference of "New" to loc("New") - add "Subscription columns" : format list of logbooks for subscriptions in columns - Added "interface" option - Fixed crash on negative Content-Length in header - Fixed "?npp=0" crash - Added confirmation dialog before deleting an attachment - Implemented "last default" to restrict quick filter display by default on the last n days - Made header parsing case insensitive - Switched to TLSv1_
No, the message ID gets assigned only when you submit the entry.
I would like to know if it's possible to know the message_id of when creating a new entry in elog ?
I would like to do something like this Preset text = $message_id
Preset text = $message_id
Thx;
I don't understand your question. There is no "inline" vs. "external" script. Using the "execute new = <command>", you run a script on the server side. Can be powershell under Windows or bash/csh under Linux. I remember however that there has been issues under recent windows in passing parameters to the shell. Linux certainly works fine, we usse it all the time.
Apart from an inline shell command that can be run with the Execute attribute, is it possible to run an external script file? I would like to run a Powershell script with the Elog attribute data parameters passed to it upon Submit New entry.
Just stop the server. Move your elog directory to the new server (including elogd.cfg, logbook directories, ...). Then check that the elogd.cfg needs modifications, like the URL which might have changed, then start the new server. V2.9.2 did have an old data format, which *should* be converted automatically. But first try it out before deleting the old server.
We are installing a new data center which will be based on Windows 2012 servers. Our current center is on Windows 2008 and will be decommissioned this year - 2008 servers (because of the security issue) will not be allowed in the new data center. So game plan is to install latest ELOG (3.1.2) on the 2012 server at the new data center and move the logs over from the 2008 server. I've looked through entries and do not see anything about moving the logs over from one system to another. In this case there are 2 concerns:
1. Has anyone moved the log entries from one system over to another?
2. Since we are also looking at updating version of ELOG - are there conversion steps necessary for the log entries or will v3.1.2 be able to use the log files from v2.9.2 as is?
Thank you, Lesley
Use Email subject = $Subject
or a bit more detailed
Use Email subject = ELOG Ticket: "$Subject" posted by $Author
we are extensively using ELOG for documenting changes in our infrastructure. It is very helpful for us.
To avoid multiple documentation efforts it would be even more helpful if the subject of an ELOG entry also could be the subject of the mail which is sent out. With that we could send mails to our ticket system and include the special ticket number to make the right assignment in our ticket system.
Does anyone know if this could be accomplished with the latest version of ELOG?
daniel
Find all entries which have this attribute empty. Then click on Select, then select all, then click on Edit, then change all values. There might be a limit how many entries you can select in one go, so you might have to do it in bunches.
I have a question about my logbook. I have recently added a new attribute to my logbook and I would like to prefill all previous entries with a fixed value for this field. Is it possible?
Thanks for your help and best regards,
toto
I presume you want to write from another program. You can call a command line shell (done via the "system()" command under C) which then calls the elog executable. If you absolutely want a DLL, you can einter try to compile one yourself using the fuctions in elog.c, or use the curl DLL with which you can also submit elog entries. See elog:68597 for usage of curl. While curl is usually executed from the command line, there is also a curl library containing the same functionality. See https://curl.haxx.se/windows/
is it possible to write to the elog instead of the Command line throug a .dll
MK
I‘m happy to merge the PR after a quick test next week.
For demonstration, I created https://elog.psi.ch/elogs/Linux+Demo/8
The Find search for category aaa(bb) does not give results. A quick filter corrects the value to aaa\(bb) and delivers results.
I made a simple fix and submitted it as PR to the bitbucket repository.
Yes elog stores data in a flat file database. Go to your logbook directory and look for files YYMMDDa.log where you find all data. Some people do a post submit call to scripts, other integrate JS directly on each page (e.g. via "bottom text" option where you can load a whole JavaScript file), then pick the fields and do calculations directly in the edit window.
Hi, I am trying to calculate two or more Elog fields and then return the value to Elog. I am currently learning Perl to do this. I realize JS can do this.. but so can IBM Basic ;) I am savy with other db techniques like sql. My question is before I get too far along with this project, is it safe to say the current storage of Elog data is 'Flat File' database? I also want to find out if it would be better to try and grab the data prior OR after it gets into the Elog database. I see there are other forum messages related to sql interfacing and such, but nothing conclusive. I will submit my personal progress here. Thanks again, John
While tags are not explicitly foreseen, you can use moptions and filter with them. Look at this logbook for example: Click on "Find", then select one or more boxes of the "OS" attribute, and you will see the filtering. Another option is to use freetext in the subject for example. I added "#testtag" in this subject, so you can search for the text "#testtag" and will find this entry.
Is it possible to create tags for new entries in elog? I understand it would have to be some kind of mix between Extendable options and moptions. Currently, whatever is entered in extendable options forms one option, while usually for tags, words separated by # form different tags. As usual with tags, I would like to add multiple tags to my new entry and then be able to filter all entries by specific tag or group of tags.
The Drag & Drop was implemented already in 3.0.0 (see https://elog.psi.ch/elog/download/ChangeLog). So no idea why it's not working for you.
I can paste images into text (which resulted in the text_size too long error message), however, I can't drop them on my elog. However, I can do it on the demo version. Was the drag and drop into text already supported in version 3.1.3 and I am just missing some configuration option, or do I need to find a repository with a more recent version of elog?
Elog supports only a limited set of authentications for SMTP. Both GMail and probably also your server requires more advanced authentication schemes, which are not suppoerted by elog. Sorry.
I try with gmail account and neither it works.
I'm using Windows 10 and it runs into a proxy defined as URL
[global] port = 80 SMTP host = mdm.correo.gob.es SMTP username = XXXX@aemet.es SMTP password = XXXXXX SMTP port = 25 URL = http://proxy.aemet.es:3128/
If you post the [global] part of your configuration, it would help a little bit to understand the problem.
Hi everyone.
We are new in ELOG. We have installed it and created new logbooks following the "demo" one. We have configured our SMTP host, with email and pass, but we obtain this error when submit
Error sending Email via <i>"mdm.correo.gob.es"</i>: 5.7.8 Error: authentication failed: another step is needed in authentication
Do you know why and give us some tips for solution?
Our bests,
Informática AEMET Valencia
It's the config from the distribution. A copy is below.
[demo] Theme = default Comment = General Linux Tips & Tricks Attributes = Author, Type, Category, Subject, Pinned Options Pinned = boolean Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Options Category = General, Hardware, Software, Network, Other Extendable Options = Category Required Attributes = Author, Type Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type Last default = 31
Can I find the config of the demo elog somewhere, so I could try it locally?
Gmail uses a type of SMTP authentication which is currently not supported by elog. It's however on the todo list.
When I tried to set SMTP server of Gmail in the global configuration file, I get the message "Error sending Email via <i>"smtp.gmail.com"</i>: Cannot connect to server" after I tried to receive the Email notification. Is there anyone gives help to solve this issue?
Kevin
Logfile = ... Logging level = 3
Hi, I have been trying for a long time to get my web server logs to record when someone accesses my Elog server. I've tried Apache2, Lighttpd, and others, all with no luck. Either the web servers complain that the port I have Elog on is in use, or I just don't get any readings. I need to see who is accessing my Elog from the web, and I hope there is a way.
Thanks again for such a wonderful program,
Just use groups as written in the manual: https://elog.psi.ch/elog/config.html#groups
The Makefile is kind of obsolete, I switched to CMake. So the Makefiel is mostly there as backup. To compile elog, do
elog$ mkdir build; cd build elog/build$ cmake .. elod/build$ make install
that should also find your openssl library, since CMake is more clever.
I personally have not yet switched to MacOS Catalina, since I have too many 32-bit programs running there and wait until all of these get updated. Only then I will be able to test elog under Catalina.
I decided to rebuild elog 3.1.4 in Catalina (MacOS 10.15.1), XCode 11.2.1. As in previous builds, I needed to add to the Makefile pointers to openssl:
CFLAGS += -I/usr/local/opt/openssl/include
LIBS += -L/usr/local/opt/openssl/lib
The make builds cleanly, no errors, no warnings. After make/make install, elogd segfaults immediately. I saw the same behavior with the version in gitlab. I kept my (very) old build and was able to make install it without recompiling and it still works.
I'll crack out the debugger when I have a chance to get more information, but has anyone else seen this problem?
Wow, having these color signal lamps really looke like a cute solution, made me laugh.
No, there is no other way than the Execute new thing. I have given up long time ago to use Windows services, because they are very hard to debug and very limited. So at our site everything runs under Linux.
Have you tried to specify the explicit path of your log file? Like Execute new = echo $Status > C:\Path\Last_status.log
Sorry -- I somehow selected the wrong OS in my original message. Asleep at the wheel again.
Greetings!
We've been successfully running nearly a dozen separate logbooks on independent laptops -- all of them are running elogd as a Windows service. This works well, since I've also set up auto recovery options in the event that the service inadvertently stops. Now, I have a need to place the value of an attribute of the latest log entry into a basic text file. Of course, this works just fine if I have launched elogd -x as a normal executable, using Execute new = echo $Status > Last_status.log in my CFG file. However, I would like to be able to do this using the Windows service which is running in the background.
Is there another way to write the value of an attribute into a separate file? If not, do I have to have a special build of ELOG in order to be able to enable the Windows service to execute shell commands? For the record, these logbooks are running on secure laptops that are isolated onto their own network, and the user is unable to edit the CFG file.
In case you're wondering about the reason for the separate text file -- I've written a separate program which illuminates one of 4 different color signal lamps (mounted on a test station), based on the latest "Status" of the test station. (Running, Idle, Broken, Other).
I appreciate any guidance here -- this is a "big deal" here, as one glance over the floor gives us an idea of what's running (or not).
Thanks! Frank
In JS, you have access to the browser URL via window.location. So you can write conditional code depending on the actual elog command.
I think I know what the answer(s) will be already.. that I will need to address this in JS. I don't want each screen to run/show the same code, other than the ones I want to. AND I do not want to have to create a custom form for each 'menu option' to achieve this (if possible).
Thanx,
In some of our logbooks, some columns are very narrow, which makes their content difficult to read. I have tried adding a custom css file like this:
But I find that the column width does not change. I have verified via element inspection that the width attribute is active on the correct column (td).
Am I doing someting wrong, or is this not possible?
The CSS has been embedded in the email end of 2018, so just upgrade your server.
https://bitbucket.org/ritt/elog/commits/5165daf35cc1fb066071827719079fe0c9aa5ffb
we extensively use Logbuch as a change documentation platform.
E-Mail notifications for new entries are very important for us.
Since we store sensible data in our logbooks the server is protected by a firewall.
After the firewall was activated the HTML mails are not rendered by the Outlook Mail clients we use - when they are located in an "external" net behind the firewall. I assume that's because of the css stylesheet which is linked in the source code of the HTML mail.
Is there any chance to include the CSS information in the HTML code? Otherwise we would need to make the CSS accessable from anywhere which requires in turn that the path of the CSS file can be customized.
Any idea how to solved this issue?
a04faf9f is pretty old: https://bitbucket.org/ritt/elog/commits/a04faf9fa9ca74657240cdc827bd2d0ae48a9df1
It's from September 2018, where the change with the CSS has been made on Decemb er 2018. You have to pull the current version from the git repository and recompile the program yourself.
Hmm, I'm pretty sure that we are on the latest version already.
We use ELOG V3.1.4-a04faf9f
I downloaded a fresh install binary for Windows and compared the checksums:
SHA256: 0A98485134E0D43959CB6734F977B02DC9FA884D6994CE3BA141664451FDA5E5 SHA256: 0A98485134E0D43959CB6734F977B02DC9FA884D6994CE3BA141664451FDA5E5
same same.
Or do I have to change to config in order to include the CSS in the HTML?
This typically happens if you update only the executabe and not the full directory tree with the ELOG JavaScript files.
After we upgarde to eLog 3.1.4 ... The HTML editor tools are grayed out and you can't paste any images in the body of the log like I did below.. Any help will be much appreciated..
Do you see the same problem on this server here?
If not, then it must be related to your specific configuration. You have to teach me how to reporduce the error in order to fix it. Best would be a minimal elogd.cfg which causes the error.
OS: CentOS 7 x86_64 up2date with RPM 3.14 x86_64
The crash is met with several words now ("test", "post", "4.5", are the one i know). We use a mirror server and the problem appears also on it .
NB: the hangs appears on EL6 x86_64 server with customized RPM built by myself. I retry with 3.14 SRPMS avalaible from ELOG site with same results. Idem with last GIT version. So i tested on EL7 with official RPM x86_64 (not suitable for EL6 as it needs GLIBC_2.14) before to open this ticket.
Terminal traces on server side follows.
[root@localhost /]# /usr/local/sbin/elogd -c /usr/local/elog/elogd.cfg 2>&1 elogd 3.1.4 built Sep 26 2018, 13:14:57 revision 966e3dd File "/var/run/elogd.pid" exists, using "/var/run/elogd.pid.8080" instead. Falling back to default group "elog" Falling back to default user "elog" CKeditor detected Falling back to default group "elog" Falling back to default user "elog" Falling back to default group "elog" Falling back to default user "elog" Falling back to default group "elog" Falling back to default user "elog" Falling back to default group "elog" Falling back to default user "elog" ImageMagick NOT detected. Image scaling will not work. Indexing logbooks ... done Server listening on port 8080 ... *** Error in `/usr/local/sbin/elogd': free(): invalid next size (normal): 0x0000000001c59310 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x81679)[0x7f45a898f679] /usr/local/sbin/elogd[0x45e756] /usr/local/sbin/elogd[0x4824b0] /usr/local/sbin/elogd[0x4a69b1] /usr/local/sbin/elogd[0x4a7023] /usr/local/sbin/elogd[0x4a954a] /usr/local/sbin/elogd[0x4ac9d3] /usr/local/sbin/elogd[0x4035a6] /lib64/libc.so.6(__libc_start_main+0xf5)[0x7f45a8930505] /usr/local/sbin/elogd[0x4044d3] ======= Memory map: ======== 00400000-004e3000 r-xp 00000000 fd:00 52822202 /usr/local/sbin/elogd 006e2000-006e3000 r--p 000e2000 fd:00 52822202 /usr/local/sbin/elogd 006e3000-007c4000 rw-p 000e3000 fd:00 52822202 /usr/local/sbin/elogd 007c4000-0173a000 rw-p 00000000 00:00 0 01a66000-01c8f000 rw-p 00000000 00:00 0 [heap] 7f459bdea000-7f459bdff000 r-xp 00000000 fd:00 84 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 7f459bdff000-7f459bffe000 ---p 00015000 fd:00 84 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 7f459bffe000-7f459bfff000 r--p 00014000 fd:00 84 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 7f459bfff000-7f459c000000 rw-p 00015000 fd:00 84 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 7f459c000000-7f459c021000 rw-p 00000000 00:00 0 7f459c021000-7f45a0000000 ---p 00000000 00:00 0 7f45a010c000-7f45a0114000 r-xp 00000000 fd:00 1598592 /usr/lib64/libnss_sss.so.2 7f45a0114000-7f45a0313000 ---p 00008000 fd:00 1598592 /usr/lib64/libnss_sss.so.2 7f45a0313000-7f45a0314000 r--p 00007000 fd:00 1598592 /usr/lib64/libnss_sss.so.2 7f45a0314000-7f45a0315000 rw-p 00008000 fd:00 1598592 /usr/lib64/libnss_sss.so.2 7f45a0315000-7f45a0321000 r-xp 00000000 fd:00 22487 /usr/lib64/libnss_files-2.17.so 7f45a0321000-7f45a0520000 ---p 0000c000 fd:00 22487 /usr/lib64/libnss_files-2.17.so 7f45a0520000-7f45a0521000 r--p 0000b000 fd:00 22487 /usr/lib64/libnss_files-2.17.so 7f45a0521000-7f45a0522000 rw-p 0000c000 fd:00 22487 /usr/lib64/libnss_files-2.17.so 7f45a0522000-7f45a0528000 rw-p 00000000 00:00 0 7f45a0528000-7f45a6a52000 r--p 00000000 fd:00 50336362 /usr/lib/locale/locale-archive 7f45a6a52000-7f45a6ab2000 r-xp 00000000 fd:00 22554 /usr/lib64/libpcre.so.1.2.0 7f45a6ab2000-7f45a6cb2000 ---p 00060000 fd:00 22554 /usr/lib64/libpcre.so.1.2.0 7f45a6cb2000-7f45a6cb3000 r--p 00060000 fd:00 22554 /usr/lib64/libpcre.so.1.2.0 7f45a6cb3000-7f45a6cb4000 rw-p 00061000 fd:00 22554 /usr/lib64/libpcre.so.1.2.0 7f45a6cb4000-7f45a6cd8000 r-xp 00000000 fd:00 40935 /usr/lib64/libselinux.so.1 7f45a6cd8000-7f45a6ed7000 ---p 00024000 fd:00 40935 /usr/lib64/libselinux.so.1 7f45a6ed7000-7f45a6ed8000 r--p 00023000 fd:00 40935 /usr/lib64/libselinux.so.1 7f45a6ed8000-7f45a6ed9000 rw-p 00024000 fd:00 40935 /usr/lib64/libselinux.so.1 7f45a6ed9000-7f45a6edb000 rw-p 00000000 00:00 0 7f45a6edb000-7f45a6ef2000 r-xp 00000000 fd:00 22495 /usr/lib64/libpthread-2.17.so 7f45a6ef2000-7f45a70f1000 ---p 00017000 fd:00 22495 /usr/lib64/libpthread-2.17.so 7f45a70f1000-7f45a70f2000 r--p 00016000 fd:00 22495 /usr/lib64/libpthread-2.17.so 7f45a70f2000-7f45a70f3000 rw-p 00017000 fd:00 22495 /usr/lib64/libpthread-2.17.so 7f45a70f3000-7f45a70f7000 rw-p 00000000 00:00 0 7f45a70f7000-7f45a710d000 r-xp 00000000 fd:00 22497 /usr/lib64/libresolv-2.17.so 7f45a710d000-7f45a730c000 ---p 00016000 fd:00 22497 /usr/lib64/libresolv-2.17.so 7f45a730c000-7f45a730d000 r--p 00015000 fd:00 22497 /usr/lib64/libresolv-2.17.so 7f45a730d000-7f45a730e000 rw-p 00016000 fd:00 22497 /usr/lib64/libresolv-2.17.so 7f45a730e000-7f45a7310000 rw-p 00000000 00:00 0 7f45a7310000-7f45a7313000 r-xp 00000000 fd:00 62649 /usr/lib64/libkeyutils.so.1.5 7f45a7313000-7f45a7512000 ---p 00003000 fd:00 62649 /usr/lib64/libkeyutils.so.1.5 7f45a7512000-7f45a7513000 r--p 00002000 fd:00 62649 /usr/lib64/libkeyutils.so.1.5 7f45a7513000-7f45a7514000 rw-p 00003000 fd:00 62649 /usr/lib64/libkeyutils.so.1.5 7f45a7514000-7f45a7522000 r-xp 00000000 fd:00 321861 /usr/lib64/libkrb5support.so.0.1 7f45a7522000-7f45a7722000 ---p 0000e000 fd:00 321861 /usr/lib64/libkrb5support.so.0.1 7f45a7722000-7f45a7723000 r--p 0000e000 fd:00 321861 /usr/lib64/libkrb5support.so.0.1 7f45a7723000-7f45a7724000 rw-p 0000f000 fd:00 321861 /usr/lib64/libkrb5support.so.0.1 7f45a7724000-7f45a7739000 r-xp 00000000 fd:00 40937 /usr/lib64/libz.so.1.2.7 7f45a7739000-7f45a7938000 ---p 00015000 fd:00 40937 /usr/lib64/libz.so.1.2.7 7f45a7938000-7f45a7939000 r--p 00014000 fd:00 40937 /usr/lib64/libz.so.1.2.7 7f45a7939000-7f45a793a000 rw-p 00015000 fd:00 40937 /usr/lib64/libz.so.1.2.7 7f45a793a000-7f45a793c000 r-xp 00000000 fd:00 22475 /usr/lib64/libdl-2.17.so 7f45a793c000-7f45a7b3c000 ---p 00002000 fd:00 22475 /usr/lib64/libdl-2.17.so 7f45a7b3c000-7f45a7b3d000 r--p 00002000 fd:00 22475 /usr/lib64/libdl-2.17.so 7f45a7b3d000-7f45a7b3e000 rw-p 00003000 fd:00 22475 /usr/lib64/libdl-2.17.so 7f45a7b3e000-7f45a7d74000 r-xp 00000000 fd:00 303887 /usr/lib64/libcrypto.so.1.0.2k 7f45a7d74000-7f45a7f74000 ---p 00236000 fd:00 303887 /usr/lib64/libcrypto.so.1.0.2k 7f45a7f74000-7f45a7f90000 r--p 00236000 fd:00 303887 /usr/lib64/libcrypto.so.1.0.2k 7f45a7f90000-7f45a7f9d000 rw-p 00252000 fd:00 303887 /usr/lib64/libcrypto.so.1.0.2k 7f45a7f9d000-7f45a7fa1000 rw-p 00000000 00:00 0 7f45a7fa1000-7f45a7fd2000 r-xp 00000000 fd:00 321856 /usr/lib64/libk5crypto.so.3.1 Abandon [sorry, French locale]
[root@localhost /]# /usr/local/sbin/elogd -c /usr/local/elog/elogd.cfg 2>&1 elogd 3.1.4 built Sep 26 2018, 13:14:57 revision 966e3dd File "/var/run/elogd.pid" exists, using "/var/run/elogd.pid.8080" instead. Falling back to default group "elog" Falling back to default user "elog" CKeditor detected Falling back to default group "elog" Falling back to default user "elog" Falling back to default group "elog" Falling back to default user "elog" Falling back to default group "elog" Falling back to default user "elog" Falling back to default group "elog" Falling back to default user "elog" ImageMagick NOT detected. Image scaling will not work. Indexing logbooks ... done Server listening on port 8080 ... *** Error in `/usr/local/sbin/elogd': free(): invalid next size (normal): 0x0000000001c59310 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x81679)[0x7f45a898f679] /usr/local/sbin/elogd[0x45e756] /usr/local/sbin/elogd[0x4824b0] /usr/local/sbin/elogd[0x4a69b1] /usr/local/sbin/elogd[0x4a7023] /usr/local/sbin/elogd[0x4a954a] /usr/local/sbin/elogd[0x4ac9d3] /usr/local/sbin/elogd[0x4035a6] /lib64/libc.so.6(__libc_start_main+0xf5)[0x7f45a8930505] /usr/local/sbin/elogd[0x4044d3] ======= Memory map: ======== 00400000-004e3000 r-xp 00000000 fd:00 52822202 /usr/local/sbin/elogd 006e2000-006e3000 r--p 000e2000 fd:00 52822202 /usr/local/sbin/elogd 006e3000-007c4000 rw-p 000e3000 fd:00 52822202 /usr/local/sbin/elogd 007c4000-0173a000 rw-p 00000000 00:00 0 01a66000-01c8f000 rw-p 00000000 00:00 0 [heap] 7f459bdea000-7f459bdff000 r-xp 00000000 fd:00 84 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 7f459bdff000-7f459bffe000 ---p 00015000 fd:00 84 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 7f459bffe000-7f459bfff000 r--p 00014000 fd:00 84 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 7f459bfff000-7f459c000000 rw-p 00015000 fd:00 84 /usr/lib64/libgcc_s-4.8.5-20150702.so.1 7f459c000000-7f459c021000 rw-p 00000000 00:00 0 7f459c021000-7f45a0000000 ---p 00000000 00:00 0 7f45a010c000-7f45a0114000 r-xp 00000000 fd:00 1598592 /usr/lib64/libnss_sss.so.2 7f45a0114000-7f45a0313000 ---p 00008000 fd:00 1598592 /usr/lib64/libnss_sss.so.2 7f45a0313000-7f45a0314000 r--p 00007000 fd:00 1598592 /usr/lib64/libnss_sss.so.2 7f45a0314000-7f45a0315000 rw-p 00008000 fd:00 1598592 /usr/lib64/libnss_sss.so.2 7f45a0315000-7f45a0321000 r-xp 00000000 fd:00 22487 /usr/lib64/libnss_files-2.17.so 7f45a0321000-7f45a0520000 ---p 0000c000 fd:00 22487 /usr/lib64/libnss_files-2.17.so 7f45a0520000-7f45a0521000 r--p 0000b000 fd:00 22487 /usr/lib64/libnss_files-2.17.so 7f45a0521000-7f45a0522000 rw-p 0000c000 fd:00 22487 /usr/lib64/libnss_files-2.17.so 7f45a0522000-7f45a0528000 rw-p 00000000 00:00 0 7f45a0528000-7f45a6a52000 r--p 00000000 fd:00 50336362 /usr/lib/locale/locale-archive 7f45a6a52000-7f45a6ab2000 r-xp 00000000 fd:00 22554 /usr/lib64/libpcre.so.1.2.0 7f45a6ab2000-7f45a6cb2000 ---p 00060000 fd:00 22554 /usr/lib64/libpcre.so.1.2.0 7f45a6cb2000-7f45a6cb3000 r--p 00060000 fd:00 22554 /usr/lib64/libpcre.so.1.2.0 7f45a6cb3000-7f45a6cb4000 rw-p 00061000 fd:00 22554 /usr/lib64/libpcre.so.1.2.0 7f45a6cb4000-7f45a6cd8000 r-xp 00000000 fd:00 40935 /usr/lib64/libselinux.so.1 7f45a6cd8000-7f45a6ed7000 ---p 00024000 fd:00 40935 /usr/lib64/libselinux.so.1 7f45a6ed7000-7f45a6ed8000 r--p 00023000 fd:00 40935 /usr/lib64/libselinux.so.1 7f45a6ed8000-7f45a6ed9000 rw-p 00024000 fd:00 40935 /usr/lib64/libselinux.so.1 7f45a6ed9000-7f45a6edb000 rw-p 00000000 00:00 0 7f45a6edb000-7f45a6ef2000 r-xp 00000000 fd:00 22495 /usr/lib64/libpthread-2.17.so 7f45a6ef2000-7f45a70f1000 ---p 00017000 fd:00 22495 /usr/lib64/libpthread-2.17.so 7f45a70f1000-7f45a70f2000 r--p 00016000 fd:00 22495 /usr/lib64/libpthread-2.17.so 7f45a70f2000-7f45a70f3000 rw-p 00017000 fd:00 22495 /usr/lib64/libpthread-2.17.so 7f45a70f3000-7f45a70f7000 rw-p 00000000 00:00 0 7f45a70f7000-7f45a710d000 r-xp 00000000 fd:00 22497 /usr/lib64/libresolv-2.17.so 7f45a710d000-7f45a730c000 ---p 00016000 fd:00 22497 /usr/lib64/libresolv-2.17.so 7f45a730c000-7f45a730d000 r--p 00015000 fd:00 22497 /usr/lib64/libresolv-2.17.so 7f45a730d000-7f45a730e000 rw-p 00016000 fd:00 22497 /usr/lib64/libresolv-2.17.so 7f45a730e000-7f45a7310000 rw-p 00000000 00:00 0 7f45a7310000-7f45a7313000 r-xp 00000000 fd:00 62649 /usr/lib64/libkeyutils.so.1.5 7f45a7313000-7f45a7512000 ---p 00003000 fd:00 62649 /usr/lib64/libkeyutils.so.1.5 7f45a7512000-7f45a7513000 r--p 00002000 fd:00 62649 /usr/lib64/libkeyutils.so.1.5 7f45a7513000-7f45a7514000 rw-p 00003000 fd:00 62649 /usr/lib64/libkeyutils.so.1.5 7f45a7514000-7f45a7522000 r-xp 00000000 fd:00 321861 /usr/lib64/libkrb5support.so.0.1 7f45a7522000-7f45a7722000 ---p 0000e000 fd:00 321861 /usr/lib64/libkrb5support.so.0.1 7f45a7722000-7f45a7723000 r--p 0000e000 fd:00 321861 /usr/lib64/libkrb5support.so.0.1 7f45a7723000-7f45a7724000 rw-p 0000f000 fd:00 321861 /usr/lib64/libkrb5support.so.0.1 7f45a7724000-7f45a7739000 r-xp 00000000 fd:00 40937 /usr/lib64/libz.so.1.2.7 7f45a7739000-7f45a7938000 ---p 00015000 fd:00 40937 /usr/lib64/libz.so.1.2.7 7f45a7938000-7f45a7939000 r--p 00014000 fd:00 40937 /usr/lib64/libz.so.1.2.7 7f45a7939000-7f45a793a000 rw-p 00015000 fd:00 40937 /usr/lib64/libz.so.1.2.7 7f45a793a000-7f45a793c000 r-xp 00000000 fd:00 22475 /usr/lib64/libdl-2.17.so 7f45a793c000-7f45a7b3c000 ---p 00002000 fd:00 22475 /usr/lib64/libdl-2.17.so 7f45a7b3c000-7f45a7b3d000 r--p 00002000 fd:00 22475 /usr/lib64/libdl-2.17.so 7f45a7b3d000-7f45a7b3e000 rw-p 00003000 fd:00 22475 /usr/lib64/libdl-2.17.so 7f45a7b3e000-7f45a7d74000 r-xp 00000000 fd:00 303887 /usr/lib64/libcrypto.so.1.0.2k 7f45a7d74000-7f45a7f74000 ---p 00236000 fd:00 303887 /usr/lib64/libcrypto.so.1.0.2k 7f45a7f74000-7f45a7f90000 r--p 00236000 fd:00 303887 /usr/lib64/libcrypto.so.1.0.2k 7f45a7f90000-7f45a7f9d000 rw-p 00252000 fd:00 303887 /usr/lib64/libcrypto.so.1.0.2k 7f45a7f9d000-7f45a7fa1000 rw-p 00000000 00:00 0 7f45a7fa1000-7f45a7fd2000 r-xp 00000000 fd:00 321856 /usr/lib64/libk5crypto.so.3.1
Abandon [sorry, French locale]
Logbook contains 445 entries (shown in ELOG window), 384 files and 4 folders (2017 to 2020).
Thanks for help as i start to be annoying to unuse search function.
The only way for me is to reproduce it. Could be corrupted data file, or config file. Try with a new logbook with the same configuration, then add logbook files one by one until it happens.
The problem seems to be specific with our logbooks. Maybe one of the file is corrupted or bad string encoding ?! But how to find the source of the problem ?
Any way to improve debug log ? (using debug level = 9 + logfile)
Also, do you have a procedure to debug ELOG with debuginfo package installed to have more informations in trace ?
Probably a problem with your Windows Firewall. You have to convice your OS to let you in.
Hi, I tried to set up an ELOG from a windows machine. Its functionalities work without any problem, but I cannot access at all this ELOG from any other machine. I tried to search in this forum, but with no avail.
Could someone perhaps tell me know how to fix this problem? Or did I miss something obvious in the configuration of the ELOG?
Duarte
I'm not a Windows user so I don't know details. But I believe you have to make an exception in the firwall for the elogd.exe executable. You can certainly Google how to do that for any executable.
Do you know which settings in the firewall panel I should change (windows 10 machine)? I went over all the access rules and could not find anything corresponding to the ELOG.
Looks like. Can you dig into the database file and have a look at that entry? Or send me the file containing that entry (together with your elogd.cfg)
At #5, there is message_id=426 . You think it's this elog entries # 426 that is the source of crash ?
message_id=426 . You think it's this elog entries # 426 that is the source of crash ?
My previous dump is useless as your elog-debuginfo rpm is stripped.
So i rebuild elog w/ -g , reinstall it and activate core generation. I restst a search of "test" and get this in gdb corefile .
[root@localhost ~]# gdb /var/crash/core.elogd.11613.localhost.localdomain.1580820772 GNU gdb (GDB) Red Hat Enterprise Linux 7.6.1-115.el7 Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... [New LWP 11613] Reading symbols from /usr/local/sbin/elogd...Reading symbols from /usr/lib/debug/usr/local/sbin/elogd.debug...done. done. Missing separate debuginfo for Try: yum --enablerepo='*debug*' install /usr/lib/debug/.build-id/b5/a5458535a1397fa6baaf5e8c13a6395426a1b2 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `/usr/local/sbin/elogd -D -c /usr/local/elog/elogd.cfg'. Program terminated with signal 6, Aborted. #0 0x00007f2746409337 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:55 55 return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig); (gdb) backtrace #0 0x00007f2746409337 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:55 #1 0x00007f274640aa28 in __GI_abort () at abort.c:90 #2 0x00007f274644be87 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7f274655e3b8 "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:196 #3 0x00007f2746454679 in malloc_printerr (ar_ptr=0x7f274679a760 <main_arena>, ptr=<optimized out>, str=0x7f274655e450 "free(): invalid next size (normal)", action=3) at malloc.c:4967 #4 _int_free (av=0x7f274679a760 <main_arena>, p=<optimized out>, have_lock=0) at malloc.c:3843 #5 0x000000000045e456 in display_line (lbs=0x222c968, message_id=426, number=<optimized out>, mode=0x7fffde328c90 "summary", expand=1, level=0, printable=0, n_line=3, show_attachments=0, show_att_column=1, date=0x7fffde328b50 "Wed, 04 Dec 2019 07:41:34 +0000", in_reply_to=0x7fffde328ba0 "", reply_to=0x7fffde329600 "", n_attr_disp=14, disp_attr=0x7fffde3792a0, disp_attr_link=0x7fffde329460, attrib=0x7fffde32fec0, n_attr=14, text=0x2378d18 "<div style=\"margin: 0px; padding: 0px; text-indent: 0px;\">\r\n<table border=\"1\" cellpadding=\"1\" cellspacing=\"1\" style=\"height:230px; width:1308px\">\r\n\t<caption>\r\n\t<p style=\"text-align:left\"><strong>MAJ 2"..., show_text=1, attachment=0x7fffde32ccc0, encoding=0x7fffde328bf0 "HTML", select=0, n_display=0x7fffde328a80, locked_by=0x7fffde328ec0 "", highlight=0, re_buf=0x7fffde32b380, highlight_mid=0, absolute_link=0, draft=0x7fffde3290c0 "") at src/elogd.c:18520 #6 0x0000000000482140 in show_elog_list (lbs=lbs@entry=0x222c968, past_n=past_n@entry=0, last_n=last_n@entry=0, page_n=<optimized out>, page_n@entry=0, default_page=<optimized out>, default_page@entry=1, info=info@entry=0x0) at src/elogd.c:21859 #7 0x00000000004a74a0 in interprete (lbook=lbook@entry=0x7fffde3c79e0 "MCO", path=<optimized out>, path@entry=0x7fffde3c7520 "") at src/elogd.c:28454 #8 0x00000000004a7b13 in decode_get (logbook=logbook@entry=0x7fffde3c79e0 "MCO", string=<optimized out>) at src/elogd.c:28494 #9 0x00000000004aa03a in process_http_request (request=<optimized out>, request@entry=0x223e288 "GET /MCO/?mode=summary&reverse=0&reverse=1&npp=30&subtext=test", i_conn=i_conn@entry=0) at src/elogd.c:29272 #10 0x00000000004ad385 in server_loop () at src/elogd.c:30286 #11 0x0000000000402e97 in main (argc=<optimized out>, argv=<optimized out>) at src/elogd.c:31314
Is it better to find problem ?
Hi Stefan.
I installed debuginfo and ran elogd with gdb attached.
(gdb) backtrace #0 0x00007fde38104337 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:55 #1 0x00007fde38105a28 in __GI_abort () at abort.c:90 #2 0x00007fde38146e87 in __libc_message (do_abort=do_abort@entry=2, fmt=fmt@entry=0x7fde382593b8 "*** Error in `%s': %s: 0x%s ***\n") at ../sysdeps/unix/sysv/linux/libc_fatal.c:196 #3 0x00007fde3814f679 in malloc_printerr (ar_ptr=0x7fde38495760 <main_arena>, ptr=<optimized out>, str=0x7fde38259450 "free(): invalid next size (normal)", action=3) at malloc.c:4967 #4 _int_free (av=0x7fde38495760 <main_arena>, p=<optimized out>, have_lock=0) at malloc.c:3843 #5 0x000000000045e756 in display_line () #6 0x00000000004824b0 in show_elog_list () #7 0x00000000004a69b1 in interprete () #8 0x00000000004a7023 in decode_get () #9 0x00000000004a954a in process_http_request () #10 0x00000000004ac9d3 in server_loop () #11 0x00000000004035a6 in main ()
Does it help you ?
Thanks for the detailed investiations and report. Finally I could reproduce the problem by having messages with a text body size close to 250000 bytes (some internal limit). Never thought that someone really has the patience to write 250'000 chars in a single message, but I guess you did some copy/paste from a large file. Thought in such cases people use attachments. Nevertheless, I fixed an internal memory allocation problem, now it shoudl be fine to have such large messages. Change is committed.
I cut the log in two parts w/o modifying the content and the search runs. It seems that the size of this entrie 426 is closed to a limit (as during testing, i met a message after clicking save to recompile elog to increase a size of something), so it could be the problem.
I reduced the entrie size by extracting the last part in a new entrie and it seems to be OK.
The old size was 250099 bytes. New size is 240084.
I hope this will be OK.
An ELOG vulnerability has been reported, thanks to Asif Akbar of Trend Micro Security Researchworking with Trend Micro's Zero Day Initiative:
https://www.zerodayinitiative.com/advisories/ZDI-20-252/
The issue has been fixed in the current release 3.1.4-033e292 and in the RPM http://elog.psi.ch/elog/download/RPMS/elog-latest.x86_64.rpm
There could be a bug which is triggered by the fact that $M is a substring of $min. Try to rename $M to $Month or so.
Let's say I have a logboook where I define two attributes:
[TOTEM] Comment = TOTEM Gas System Status Attributes = Author, D, M, Y, h, min, ...
I would like to modify the "Last submission" so that I display something like %D/%M/%Y, %h:%min
%D/%M/%Y, %h:%min
so in my elogd.cfg I added this line:
Last submission = $D / $M / $Y , $h : $min by $Author
however, when display in the selection page instead of getting $min displayed i get the attribute $M+'in' displayed. How does attributes substitution work? is it case unsensitive? how does it behave when different attributes starts with the same name?
First thing you want to try is to upgrade elog to the last version. Older versions have problems in including images.
Then you want to check the "Email Format" in your elogd.cfg configuration file. Only if "16" is included there, then attachments are sent as email attachments and images will be included in yoru email. If not, only a link of the image is included in your email, and you correctly realized that you then cannot view the image because your email client does not knwo how to authenticate itself at the elog server.
When I use the email notification for an entry with images in the text, it seems the email server cannot retrieve the image. When I inspected the URL of the image it went to the login page.
Is that because the logbook has a password config that the access from the URL of the image needs authentication? Or I am just using the image upload the wrong way .
I finally found some time to fix that bug. Was just that the log file hat #0, the bug should not have had any ohter side effects. Now the logfile is fine.
As a regular elog (ab)user, I have seen this behaviour from time to time. So far as I recall, the cause actually is that a normal entry is looking for the entry in the "Reply to" field of the normal entry in the yymmdda.log file. When that entry does not exist, then I see a duplicate line of an entry with entry "#0", in emboldened black type. I did have a screenshot, but cannot find it for now.
A quick (relative term, that) search usually finds the entry which references the missing "Reply to" line, and editing that, all is well. I'm not sure how this can happen, but it does. NB, I'm still on elog 2.9.2 so I don't know how the draft facility works and possibly enhances the possibility of this issue.
Note that this is different to the case (rather more frequent) where the entry in the "In reply to" field is missing. This causes elog to go into a continuous loop and only the strongest measures ("kill -9 xxxx in linux) will break this out. This can happen more frequently as if you delete a thread with a large number (>40?) of entries, elog crashes, but more importantly, hasn't finished the job. Clicking on the remenents of the thread (which are usually the later entries) causes the endless loop.
It looks like you've found a bug in ELOG. I've checked my elog.log and see that all NEW entry lines show "#0".
I have configured a logbook with the logfile on, but when a user replies to an entry the line logged goes
Date Time [User@IP] {Logbook} NEW entry #0
How can I make the #0 be the real entry number for the reply?
No, that's not possible with elog.
The entry ID #0 was a bug in logging routine only, so in the elog logbook the ID is certainly not zero. But the logging bug has been fixed now, so please update your version of elog.
Then I tried to reproduce your problem. I set up two servers, the master listening at port 8080 and the slave listening at port 8081. I created two entries at the master, did manual synchronization, then created one entry on the slave, and did another synchronization on the master. I got both sides correctly transferred, no problem with ID zero. See attached screenshot. I used following elogd.cff on the master side:
[global] port = 8080 password file = passwd Mirror server = http://localhost:8081 Mirror simulate =1
[demo] Theme = default Comment = General Linux Tips & Tricks Attributes = Author, Type, Category, Subject Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Options Category = General, Hardware, Software, Network, Other Extendable Options = Category Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type
Hello, dear ELOG's gurus. Please help me to understand a problem with mirroring function. It appears in ELOG V3.1.4-a04faf9f - the last official Windows release, as well as previous 3.1.3 Windows release, which I have checked for comparison.
When I'm using a manual configuration with "mirror server, cron, user" options for one (master) of two servers, it operates well, except the situation, when a new entry is submitted at the second (slave) server. For example, for a new entry with a real ID#2 at Slave its logfile gives "NEW entry #0", so logfile of the master server gives "MIRROR: Error receiving message: Received wrong entry id "0"". After that Master deletes this entry at Slave "MIRROR delete remote entry #2".
In case of mirror functions in both .cfg files (Master to Slave, Slave to Master) both servers hung on after the first mirror process.
Now let's imagine, what I want to do. Master, as a main-operation global log, is off-operation, Slave automatically becomes a reserv-operation local log with full information from Master due to previous periodic mirroring. Users work with Slave, submit new entries - all with #0 ID. After repairing Master starts active mirroring and just deletes all new entries from Slave.
It seems, that the problem is not with mirroring, but with a new entry ID, as was mentioned in https://elog.psi.ch/elogs/Forum/68850 Were these ID#0/mirror problems resolved somehow or may be it is not a problem, but simply my errors in ELOG configuration? Is there a chance to get an up-to-date Windows-release with working both-sides mirror function and all other addings after V3.1.4-a04faf9f ?
Best regards, Sergei
Can you try to reproduce it on this (!) server? I cannot reproduce it on my home copy server, so I guess that might be fixed in meantime. Can you update to the current version of elog? Stefan > Additional information: I tried to recompile with -g (debug) and run it in gdb but the crash is not reproduced that way (w/ or w/o gdb). I guess that the memory handling in debug mode is different so the corruption is not > there anymore. > > Best, > Stefano > > > Hi, > > I'm using elog 313 on an ubuntu server. > > > > A user inserted a very long subject by mistake (the text was supposed to go into the body, but he copy pasted in the wrong place). > > This results in elogd crash with buffer overflow error when I try to look at the list of that elgbook. > > > > I can reproduce it on my test server by copy pasting lorem ipsum in the Subject field of the demo elogbook. I'm not doing that here for obvious reason. > > > > If I cut the length of the Subject in the *.log file by hand, all is back to normal. > > > > Is there a way to protect from this problem in the front-end? > > > > Thanks, > > Stefano > > > > Full backtrace follow. > > > > *** buffer overflow detected ***: /usr/sbin/elogd terminated > > ======= Backtrace: ========= > > /lib/x86_64-linux-gnu/libc.so.6(+0x777e5)[0x7f4d22c717e5] > > /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x5c)[0x7f4d22d1315c] > > /lib/x86_64-linux-gnu/libc.so.6(+0x117160)[0x7f4d22d11160] > > /lib/x86_64-linux-gnu/libc.so.6(+0x1166c9)[0x7f4d22d106c9] > > /lib/x86_64-linux-gnu/libc.so.6(_IO_default_xsputn+0x80)[0x7f4d22c756b0] > > /lib/x86_64-linux-gnu/libc.so.6(_IO_vfprintf+0x139b)[0x7f4d22c4850b] > > /lib/x86_64-linux-gnu/libc.so.6(__vsprintf_chk+0x84)[0x7f4d22d10754] > > /lib/x86_64-linux-gnu/libc.so.6(__sprintf_chk+0x7d)[0x7f4d22d106ad] > > /usr/sbin/elogd[0x4547ca] > > /usr/sbin/elogd[0x4793f0] > > /usr/sbin/elogd[0x4955e0] > > /usr/sbin/elogd[0x495876] > > /usr/sbin/elogd[0x497bae] > > /usr/sbin/elogd[0x49a6ca] > > /usr/sbin/elogd[0x403ea7] > > /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0)[0x7f4d22c1a830] > > /usr/sbin/elogd[0x404ae9] > > ======= Memory map: ======== > > 00400000-004d4000 r-xp 00000000 ca:01 135411 /usr/sbin/elogd > > 006d3000-006d4000 r--p 000d3000 ca:01 135411 /usr/sbin/elogd > > 006d4000-007b5000 rw-p 000d4000 ca:01 135411 /usr/sbin/elogd > > 007b5000-0172b000 rw-p 00000000 00:00 0 > > 01a98000-01cd1000 rw-p 00000000 00:00 0 [heap] > > 7f4d1daac000-7f4d1dac2000 r-xp 00000000 ca:01 651589 /lib/x86_64-linux-gnu/libgcc_s.so.1 > > 7f4d1dac2000-7f4d1dcc1000 ---p 00016000 ca:01 651589 /lib/x86_64-linux-gnu/libgcc_s.so.1 > > 7f4d1dcc1000-7f4d1dcc2000 rw-p 00015000 ca:01 651589 /lib/x86_64-linux-gnu/libgcc_s.so.1 > > 7f4d1dcc2000-7f4d1e6af000 r--s 00000000 ca:03 1305745 /var/lib/sss/mc/initgroups > > 7f4d1e6af000-7f4d1e6b7000 r-xp 00000000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 > > 7f4d1e6b7000-7f4d1e8b6000 ---p 00008000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 > > 7f4d1e8b6000-7f4d1e8b7000 r--p 00007000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 > > 7f4d1e8b7000-7f4d1e8b8000 rw-p 00008000 ca:01 651532 /lib/x86_64-linux-gnu/libnss_sss.so.2 > > 7f4d1e8b8000-7f4d1e8c3000 r-xp 00000000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so > > 7f4d1e8c3000-7f4d1eac2000 ---p 0000b000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so > > 7f4d1eac2000-7f4d1eac3000 r--p 0000a000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so > > 7f4d1eac3000-7f4d1eac4000 rw-p 0000b000 ca:01 652680 /lib/x86_64-linux-gnu/libnss_files-2.23.so > > 7f4d1eac4000-7f4d1eaca000 rw-p 00000000 00:00 0 > > 7f4d1eaca000-7f4d1ef26000 r--p 00000000 ca:01 134295 /usr/lib/locale/locale-archive > > 7f4d1ef26000-7f4d1ef2d000 r-xp 00000000 ca:01 136072 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 > > 7f4d1ef2d000-7f4d1f12c000 ---p 00007000 ca:01 136072 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 > > 7f4d1f12c000-7f4d1f12d000 r--p 00006000 ca:01 136072 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 > > 7f4d1f12d000-7f4d1f12e000 rw-p 00007000 ca:01 136072 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.4 > > 7f4d1f12e000-7f4d1f137000 r-xp 00000000 ca:01 652677 /lib/x86_64-linux-gnu/libcrypt-2.23.so > > 7f4d1f137000-7f4d1f336000 ---p 00009000 ca:01 652677 /lib/x86_64-linux-gnu/libcrypt-2.23.so > > 7f4d1f336000-7f4d1f337000 r--p 00008000 ca:01 652677 /lib/x86_64-linux-gnu/libcrypt-2.23.so > > 7f4d1f337000-7f4d1f338000 rw-p 00009000 ca:01 652677 /lib/x86_64-linux-gnu/libcrypt-2.23.so > > 7f4d1f338000-7f4d1f366000 rw-p 00000000 00:00 0 > > 7f4d1f366000-7f4d1f436000 r-xp 00000000 ca:01 138952 /usr/lib/x86_64-linux-gnu/libsqlite3.so.0.8.6 > > 7f4d1f436000-7f4d1f635000 ---p 000d0000 ca:01 138952 /usr/lib/x86_64-linux-gnu/libsqlite3.so.0.8.6 > > 7f4d1f635000-7f4d1f638000 r--p 000cf000 ca:01 138952 /usr/lib/x86_64-linux-gnu/libsqlite3.so.0.8.6 > > 7f4d1f638000-7f4d1f63a000 rw-p 000d2000 ca:01 138952 /usr/lib/x86_64-linux-gnu/libsqlite3.so.0.8.6 > > 7f4d1f63a000-7f4d1f63b000 rw-p 00000000 00:00 0 > > 7f4d1f63b000-7f4d1f682000 r-xp 00000000 ca:01 137392 /usr/lib/x86_64-linux-gnu/libhx509.so.5.0.0 > > 7f4d1f682000-7f4d1f881000 ---p 00047000 ca:01 137392 /usr/lib/x86_64-linux-gnu/libhx509.so.5.0.0 > > 7f4d1f881000-7f4d1f883000 r--p 00046000 ca:01 137392 /usr/lib/x86_64-linux-gnu/libhx509.so.5.0.0 > > 7f4d1f883000-7f4d1f885000 rw-p 00048000 ca:01 137392 /usr/lib/x86_64-linux-gnu/libhx509.so.5.0.0 > > 7f4d1f885000-7f4d1f886000 rw-p 00000000 00:00 0 > > 7f4d1f886000-7f4d1f894000 r-xp 00000000 ca:01 137386 /usr/lib/x86_64-linux-gnu/libheimbase.so.1.0.0 > > 7f4d1f894000-7f4d1fa93000 ---p 0000e000 ca:01 137386 /usr/lib/x86_64-linux-gnu/libheimbase.so.1.0.0 > > 7f4d1fa93000-7f4d1fa94000 r--p 0000d000 ca:01 137386 /usr/lib/x86_64-linux-gnu/libheimbase.so.1.0.0 > > 7f4d1fa94000-7f4d1fa95000 rw-p 0000e000 ca:01 137386 /usr/lib/x86_64-linux-gnu/libheimbase.so.1.0.0 > > 7f4d1fa95000-7f4d1fabc000 r-xp 00000000 ca:01 137389 /usr/lib/x86_64-linux-gnu/libwind.so.0.0.0 > > 7f4d1fabc000-7f4d1fcbc000 ---p 00027000 ca:01 137389 /usr/lib/x86_64-linux-gnu/libwind.so.0.0.0 > > 7f4d1fcbc000-7f4d1fcbd000 r--p 00027000 ca:01 137389 /usr/lib/x86_64-linux-gnu/libwind.so.0.0.0 > > 7f4d1fcbd000-7f4d1fcbe000 rw-p 00028000 ca:01 137389 /usr/lib/x86_64-linux-gnu/libwind.so.0.0.0 > > 7f4d1fcbe000-7f4d1fd3d000 r-xp 00000000 ca:01 136076 /usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0 > > 7f4d1fd3d000-7f4d1ff3c000 ---p 0007f000 ca:01 136076 /usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0 > > 7f4d1ff3c000-7f4d1ff3d000 r--p 0007e000 ca:01 136076 /usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0 > > 7f4d1ff3d000-7f4d1ff3e000 rw-p 0007f000 ca:01 136076 /usr/lib/x86_64-linux-gnu/libgmp.so.10.3.0 > > 7f4d1ff3e000-7f4d1ff70000 r-xp 00000000 ca:01 133867 /usr/lib/x86_64-linux-gnu/libhogweed.so.4.2 > > 7f4d1ff70000-7f4d2016f000 ---p 00032000 ca:01 133867 /usr/lib/x86_64-linux-gnu/libhogweed.so.4.2 > > 7f4d2016f000-7f4d20170000 r--p 00031000 ca:01 133867 /usr/lib/x86_64-linux-gnu/libhogweed.so.4.2 > > 7f4d20170000-7f4d20171000 rw-p 00032000 ca:01 133867 /usr/lib/x86_64-linux-gnu/libhogweed.so.4.2 > > 7f4d20171000-7f4d201a5000 r-xp 00000000 ca:01 133869 /usr/lib/x86_64-linux-gnu/libnettle.so.6.2 > > 7f4d201a5000-7f4d203a4000 ---p 00034000 ca:01 133869 /usr/lib/x86_64-linux-gnu/libnettle.so.6.2 > > 7f4d203a4000-7f4d203a6000 r--p 00033000 ca:01 133869 /usr/lib/x86_64-linux-gnu/libnettle.so.6.2 > > 7f4d203a6000-7f4d203a7000 rw-p 00035000 ca:01 133869 /usr/lib/x86_64-linux-gnu/libnettle.so.6.2 > > 7f4d203a7000-7f4d203b8000 r-xp 00000000 ca:01 133877 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.5.1 > > 7f4d203b8000-7f4d205b8000 ---p 00011000 ca:01 133877 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.5.1 > > 7f4d205b8000-7f4d205b9000 r--p 00011000 ca:01 133877 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.5.1 > > 7f4d205b9000-7f4d205ba000 rw-p 00012000 ca:01 133877 /usr/lib/x86_64-linux-gnu/libtasn1.so.6.5.1 > > 7f4d205ba000-7f4d205eb000 r-xp 00000000 ca:01 133871 /usr/lib/x86_64-linux-gnu/libidn.so.11.6.15 > > 7f4d205eb000-7f4d207eb000 ---p 00031000 ca:01 133871 /usr/lib/x86_64-linux-gnu/libidn.so.11.6.15 > > 7f4d207eb000-7f4d207ec000 r--p 00031000 ca:01 133871 /usr/lib/x86_64-linux-gnu/libidn.so.11.6.15 > > 7f4d207ec000-7f4d207ed000 rw-p 00032000 ca:01 133871 /usr/lib/x86_64-linux-gnu/libidn.so.11.6.15 > > 7f4d207ed000-7f4d20846000 r-xp 00000000 ca:01 133875 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.1.0 > > 7f4d20846000-7f4d20a45000 ---p 00059000 ca:01 133875 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.1.0 > > 7f4d20a45000-7f4d20a4f000 r--p 00058000 ca:01 133875 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.1.0 > > 7f4d20a4f000-7f4d20a51000 rw-p 00062000 ca:01 133875 /usr/lib/x86_64-linux-gnu/libp11-kit.so.0.1.0 > > 7f4d20a51000-7f4d20a6a000 r-xp 00000000 ca:01 651781 /lib/x86_64-linux-gnu/libz.so.1.2.8 > > 7f4d20a6a000-7f4d20c69000 ---p 00019000 ca:01 651781 /lib/x86_64-linux-gnu/libz.so.1.2.8 > > 7f4d20c69000-7f4d20c6a000 r--p 00018000 ca:01 651781 /lib/x86_64-linux-gnu/libz.so.1.2.8 > > 7f4d20c6a000-7f4d20c6b000 rw-p 00019000 ca:01 651781 /lib/x86_64-linux-gnu/libz.so.1.2.8 > > 7f4d20c6b000-7f4d20c80000 r-xp 00000000 ca:01 137377 /usr/lib/x86_64-linux-gnu/libroken.so.18.1.0 > > 7f4d20c80000-7f4d20e7f000 ---p 00015000 ca:01 137377 /usr/lib/x86_64-linux-gnu/libroken.so.18.1.0 > > 7f4d20e7f000-7f4d20e80000 r--p 00014000 ca:01 137377 /usr/lib/x86_64-linux-gnu/libroken.so.18.1.0 > > 7f4d20e80000-7f4d20e81000 rw-p 00015000 ca:01 137377 /usr/lib/x86_64-linux-gnu/libroken.so.18.1.0 > > 7f4d20e81000-7f4d20eb1000 r-xp 00000000 ca:01 137383 /usr/lib/x86_64-linux-gnu/libhcrypto.so.4.1.0 > > 7f4d20eb1000-7f4d210b1000 ---p 00030000 ca:01 137383 /usr/lib/x86_64-linux-gnu/libhcrypto.so.4.1.0 > > 7f4d210b1000-7f4d210b2000 r--p 00030000 ca:01 137383 /usr/lib/x86_64-linux-gnu/libhcrypto.so.4.1.0 > > 7f4d210b2000-7f4d210b3000 rw-p 00031000 ca:01 137383 /usr/lib/x86_64-linux-gnu/libhcrypto.so.4.1.0 > > 7f4d210b3000-7f4d210b4000 rw-p 00000000 00:00 0 > > 7f4d210b4000-7f4d210b7000 r-xp 00000000 ca:01 651540 /lib/x86_64-linux-gnu/libcom_err.so.2.1 > > 7f4d210b7000-7f4d212b6000 ---p 00003000 ca:01 651540 /lib/x86_64-linux-gnu/libcom_err.so.2.1 > > 7f4d212b6000-7f4d212b7000 r--p 00002000 ca:01 651540 /lib/x86_64-linux-gnu/libcom_err.so.2.1 > > 7f4d212b7000-7f4d212b8000 rw-p 00003000 ca:01 651540 /lib/x86_64-linux-gnu/libcom_err.so.2.1 > > 7f4d212b8000-7f4d21357000 r-xp 00000000 ca:01 137380 /usr/lib/x86_64-linux-gnu/libasn1.so.8.0.0 > > 7f4d21357000-7f4d21556000 ---p 0009f000 ca:01 137380 /usr/lib/x86_64-linux-gnu/libasn1.so.8.0.0 > > 7f4d21556000-7f4d21557000 r--p 0009e000 ca:01 137380 /usr/lib/x86_64-linux-gnu/libasn1.so.8.0.0 > > 7f4d21557000-7f4d2155a000 rw-p 0009f000 ca:01 137380 /usr/lib/x86_64-linux-gnu/libasn1.so.8.0.0 > > 7f4d2155a000-7f4d215de000 r-xp 00000000 ca:01 137395 /usr/lib/x86_64-linux-gnu/libkrb5.so.26.0.0 > > 7f4d215de000-7f4d217dd000 ---p 00084000 ca:01 137395 /usr/lib/x86_64-linux-gnu/libkrb5.so.26.0.0 > > 7f4d217dd000-7f4d217e0000 r--p 00083000 ca:01 137395 /usr/lib/x86_64-linux-gnu/libkrb5.so.26.0.0 > > 7f4d217e0000-7f4d217e3000 rw-p 00086000 ca:01 137395 /usr/lib/x86_64-linux-gnu/libkrb5.so.26.0.0 > > 7f4d217e3000-7f4d217e4000 rw-p 00000000 00:00 0 > > 7f4d217e4000-7f4d217ec000 r-xp 00000000 ca:01 137400 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0 > > 7f4d217ec000-7f4d219eb000 ---p 00008000 ca:01 137400 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0 > > 7f4d219eb000-7f4d219ec000 r--p 00007000 ca:01 137400 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0 > > 7f4d219ec000-7f4d219ed000 rw-p 00008000 ca:01 137400 /usr/lib/x86_64-linux-gnu/libheimntlm.so.0.1.0 > > 7f4d219ed000-7f4d219f0000 r-xp 00000000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so > > 7f4d219f0000-7f4d21bef000 ---p 00003000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so > > 7f4d21bef000-7f4d21bf0000 r--p 00002000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so > > 7f4d21bf0000-7f4d21bf1000 rw-p 00003000 ca:01 652668 /lib/x86_64-linux-gnu/libdl-2.23.so > > 7f4d21bf1000-7f4d21c09000 r-xp 00000000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so > > 7f4d21c09000-7f4d21e08000 ---p 00018000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so > > 7f4d21e08000-7f4d21e09000 r--p 00017000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so > > 7f4d21e09000-7f4d21e0a000 rw-p 00018000 ca:01 652670 /lib/x86_64-linux-gnu/libpthread-2.23.so > > 7f4d21e0a000-7f4d21e0e000 rw-p 00000000 00:00 0 > > 7f4d21e0e000-7f4d21f31000 r-xp 00000000 ca:01 130646 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.6.2 > > 7f4d21f31000-7f4d22130000 ---p 00123000 ca:01 130646 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.6.2 > > 7f4d22130000-7f4d2213b000 r--p 00122000 ca:01 130646 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.6.2 > > 7f4d2213b000-7f4d2213d000 rw-p 0012d000 ca:01 130646 /usr/lib/x86_64-linux-gnu/libgnutls.so.30.6.2 > > 7f4d2213d000-7f4d2213e000 rw-p 00000000 00:00 0 > > 7f4d2213e000-7f4d2217b000 r-xp 00000000 ca:01 137406 /usr/lib/x86_64-linux-gnu/libgssapi.so.3.0.0 > > 7f4d2217b000-7f4d2237b000 ---p 0003d000 ca:01 137406 /usr/lib/x86_64-linux-gnu/libgssapi.so.3.0.0 > > 7f4d2237b000-7f4d2237c000 r--p 0003d000 ca:01 137406 /usr/lib/x86_64-linux-gnu/libgssapi.so.3.0.0 > > 7f4d2237c000-7f4d2237e000 rw-p 0003e000 ca:01 137406 /usr/lib/x86_64-linux-gnu/libgssapi.so.3.0.0 > > 7f4d2237e000-7f4d2237f000 rw-p 00000000 00:00 0 > > 7f4d2237f000-7f4d22398000 r-xp 00000000 ca:01 131029 /usr/lib/x86_64-linux-gnu/libsasl2.so.2.0.25 > > 7f4d22398000-7f4d22598000 ---p 00019000 ca:01 131029 /usr/lib/x86_64-linux-gnu/libsasl2.so.2.0.25 > > 7f4d22598000-7f4d22599000 r--p 00019000 ca:01 131029 /usr/lib/x86_64-linux-gnu/libsasl2.so.2.0.25 > > 7f4d22599000-7f4d2259a000 rw-p 0001a000 ca:01 131029 /usr/lib/x86_64-linux-gnu/libsasl2.so.2.0.25 > > 7f4d2259a000-7f4d225b1000 r-xp 00000000 ca:01 652676 /lib/x86_64-linux-gnu/libresolv-2.23.so > > 7f4d225b1000-7f4d227b1000 ---p 00017000 ca:01 652676 /lib/x86_64-linux-gnu/libresolv-2.23.so > > 7f4d227b1000-7f4d227b2000 r--p 00017000 ca:01 652676 /lib/x86_64-linux-gnu/libresolv-2.23.so > > 7f4d227b2000-7f4d227b3000 rw-p 00018000 ca:01 652676 /lib/x86_64-linux-gnu/libresolv-2.23.so > > 7f4d227b3000-7f4d227b5000 rw-p 00000000 00:00 0 > > 7f4d227b5000-7f4d229d0000 r-xp 00000000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > > 7f4d229d0000-7f4d22bcf000 ---p 0021b000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > > 7f4d22bcf000-7f4d22beb000 r--p 0021a000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > > 7f4d22beb000-7f4d22bf7000 rw-p 00236000 ca:01 651557 /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 > > 7f4d22bf7000-7f4d22bfa000 rw-p 00000000 00:00 0 > > 7f4d22bfa000-7f4d22dba000 r-xp 00000000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so > > 7f4d22dba000-7f4d22fba000 ---p 001c0000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so > > 7f4d22fba000-7f4d22fbe000 r--p 001c0000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so > > 7f4d22fbe000-7f4d22fc0000 rw-p 001c4000 ca:01 652683 /lib/x86_64-linux-gnu/libc-2.23.so > > 7f4d22fc0000-7f4d22fc4000 rw-p 00000000 00:00 0 > > 7f4d22fc4000-7f4d22fd1000 r-xp 00000000 ca:01 130557 /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2.10.5 > > 7f4d22fd1000-7f4d231d1000 ---p 0000d000 ca:01 130557 /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2.10.5 > > 7f4d231d1000-7f4d231d2000 r--p 0000d000 ca:01 130557 /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2.10.5 > > 7f4d231d2000-7f4d231d3000 rw-p 0000e000 ca:01 130557 /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2.10.5 > > 7f4d231d3000-7f4d23220000 r-xp 00000000 ca:01 130560 /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2.10.5 > > 7f4d23220000-7f4d2341f000 ---p 0004d000 ca:01 130560 /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2.10.5 > > 7f4d2341f000-7f4d23421000 r--p 0004c000 ca:01 130560 /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2.10.5 > > 7f4d23421000-7f4d23422000 rw-p 0004e000 ca:01 130560 /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2.10.5 > > 7f4d23422000-7f4d23424000 rw-p 00000000 00:00 0 > > 7f4d23424000-7f4d23482000 r-xp 00000000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 > > 7f4d23482000-7f4d23682000 ---p 0005e000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 > > 7f4d23682000-7f4d23686000 r--p 0005e000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 > > 7f4d23686000-7f4d2368d000 rw-p 00062000 ca:01 651645 /lib/x86_64-linux-gnu/libssl.so.1.0.0 > > 7f4d2368d000-7f4d236b3000 r-xp 00000000 ca:01 652669 /lib/x86_64-linux-gnu/ld-2.23.so > > 7f4d23888000-7f4d23898000 rw-p 00000000 00:00 0 > > 7f4d238b1000-7f4d238b2000 rw-p 00000000 00:00 0 > > 7f4d238b2000-7f4d238b3000 r--p 00025000 ca:01 652669 /lib/x86_64-linux-gnu/ld-2.23.so > > 7f4d238b3000-7f4d238b4000 rw-p 00026000 ca:01 652669 /lib/x86_64-linux-gnu/ld-2.23.so > > 7f4d238b4000-7f4d238b5000 rw-p 00000000 00:00 0 > > 7ffdfb535000-7ffdfb632000 rw-p 00000000 00:00 0 [stack] > > 7ffdfb64d000-7ffdfb64f000 r--p 00000000 00:00 0 [vvar] > > 7ffdfb64f000-7ffdfb651000 r-xp 00000000 00:00 0 [vdso] > > ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall] > > Aborted
My try on this server ->> see the subject
I found two potential memory leaks which I fixed in the git version, so you can try again. Another possibility, which is actually preferred, is to limit the size of the subject filed to a reasonable number. You can do that with following option Format subject = 0, attribname, attribvalue, 80, 200 This shows the subject line with a width of 80 characters, but does only allow 200 characters to be entered there. Best, Stefan
When you compile elog from the soruces, you need the OpenSSL library to be installed. The CMake build process will then find it and include it in the compile process. When you use the "make" build process, you have to make sure that SSL is enabled there:
USE_SSL = 1
To install the OpenSSL library, you can do on most systems something like "sudo yum install openssl-dev" or "sudo apt-get install openssl-dev"
I installed the latest elog (3.1.4-2) in CentOS 7, and it is working well without SSL. When I enalbled SSL option (SSL = 1) in the "elogd.cfg", and tried to start the elogd, the message below was shown and failed to run.
SSL support not compiled into elogd
If I switched the elog to older one (3.1.4-1), I could successeed to run the elogd with SSL option. Is there any other option required in the latest elog to run with SSL? Or is this bug in the latest version?
Thank you, Hisataka YOSHIDA
STARTTLS is not supported natively by elog. You have to disable this in your SMTP server.
You can't directly change individual columns, but you can reduce the "Text" column. This is done in themes/default/elog.css. Search for "listtitle2" and change or remove the line "width:100%". This makes the text column narrower, leaving more space for the subject column.
I'm trying to expand the Subject column, when viewing in summary mode, and couldn't find any documentation for it. Is this possible and if so, how would I do it.
Thanks in advance for your help.
Illam
I can think of two reasons why you don't see a change:
1) You modified the wrong file. The elog.css file is under elog/themes/default/elog.css. If you "install" elog, it might go into your installation directory. So check if you have more than one file with this name.
2) After the change, you did not reload the page in your browser.
Try to request the file directly in your browser with <url to elog>/logbook/elog.css then you will see the actual file your browser is using. Make sure your modification is present there.
Thanks for your prompt follow up. I did try commenting of the width statement for listtitle2 and also reducing it to 40% but it did not work. I restarted elogd daemon and I don't see the columns changing. I also tried putting a percentage number (40%) for listtitle1 just to try and no change either. Appreciate your help.
No idea what you are talking about. $@MID@$ is used in the database files to indicate the start of a new message. It is not used on any elog web page. If you want to put the message ID on your web page, you should use the variable "$message id" as written in the documentation. You say JS, where is your JS running? You wrote a JS program to work on the raw elog database files? Or you wrote an extension to run in your browse? You have to be a bit clearer.
Hi Everyone,
I tried using this $@MID@$ in JS as a variable and cannot doit. I researched a little and found no answer on special character usage. If anyone knows, please lemme know. I also tried breifly in Elogd to change it to something like just MID, but need a better editor as (Kate) is not saving the program back in correct iso (character) format. So I thought I'd pose the question in the meanwhile.
Thanks, John
The <hostname> you have to actually replace with your real host name. Same for logbook, username and password.
On my local test system I get (actual password hidden here with "...")
~$ elog -h localhost -p 8080 -l demo -u stefan ... -a Authort=SR -a Subject=test test Message successfully transmitted, ID=5 ~$
I just gave it a quick try to the command line client, to see if I can use it to access our institution service.
[root@host ~]# cd /tmp/ [root@host ~]# mkdir elog [root@host ~]# cd elog [root@host ~]# wget https://elog.psi.ch/elog/download/RPMS/elog-3.1.4-2.el7.x86_64.rpm [root@host ~]# rpm2cpio elog-3.1.4-2.el7.x86_64.rpm | cpio -idmv [root@host ~]# cd usr/local/bin/ [root@host ~]# ./elog --help [root@host ~]# ./elog -h <hostname> -l <logbook> -u <myusername> <mypassword> -w last "Message successfully transmitted, ID=-1"
Is that the expected output? I was expecting to see info about the latest message in the server.
Jose
If nothing is specified elogd looks for logbooks in the current directory where it got started under ./logbooks/
No idea what happened to your 2020 logbook.
Unfortunately I locallly don't have Webserver authentication, so I cannot check or debug. If you send me a diff that works for you, I'm happy to incorporate it.
Our setup uses "Authentication=Webserver" + no automatic user registration. Thus, logbook admins should add a user by clicking "Config" and then "New user". However, no matter what they fill in in the "new user " dialog, as soon as they hit "Save" an error pops up saying that their username (the admin one, not the new one) already exists. I found the following code:
int save_user_config(LOGBOOK * lbs, char *user, BOOL new_user) { char file_name[256], str[256], *pl, user_enc[256], new_pwd[80], new_pwd2[80], smtp_host[256], email_addr[256], mail_from[256], mail_from_name[256], subject[256], mail_text[2000], str2[256], admin_user[80], url[256], error[2000], sid[32]; int i, self_register, code, first_user; PMXML_NODE node, subnode, npwd;
/* if we outsourced the authentication, use external username */ getcfg(lbs->name, "Authentication", str, sizeof(str)); if (stristr(str, "Webserver")) { /* do not allow HTML in user name */ strencode2(user_enc, http_user, sizeof(user_enc)); } else { strencode2(user_enc, user, sizeof(user_enc)); }
which seems to be the culprit: the admin user is logged using his/her Webserver (http_user) credentials and this overrides anything that he/she might fill in. If I remove the "Authentication" check then I can create a new user without problems. So, how to fix this? should the "Authentication=Webserver" check be extended with a self/auto registration check?
I tried to reproduce the problem with a fresh minimal logbook (the demo one coming from the distribution). Made 60 replies and all went well. So I wonder if it has to do with some special settings in elogd.cfg. Can you reproduce the problem with an empty logbook and an edlog.cfg which contains just the minimal settings?
Hi Frank,
Good bit of detective work. To me it suggests that something as yet undetermined occurs, that, when the 57th reply happens, causes the issue. If that "something" hasn't happened, all is well. Apart from Heinz varieties (not true, in fact), 57 isn't an obvious number; nor did it leap out at me at a quick look at the parameters in the coding. My example of deleting more than 40 entries causing elog to crash was at least consistent, it happened every time.
I'm trying to think what this something might be. With my (admittedly largeish) database of elog entries, starting elog from a cold start will take minutes of indexing before it will display home page or whatever. Presumably it must count the number of entries in each thread (as otherwise why always 57?), yet if you stop and restart, it doesn't necessarily need to do the full indexing again - time between restarts I guess, the authors not considering the evil deeds I perform on yymmdda.log entries.
Bare me out on this, I once had software that ran a system, and every Thursday, without fail, it always did a full recalibration on every start up. Since updates were issued on Fridays, I commented that it was just adding to our pressure, "as if it knew the day of the week"; it really was (and turned out to be) a day-of-the-week bug. So, I've been right on more than one occasion. Anything in common with the threads with cross indexing, such as day of the week, day of the month, time, especially if crossing midnight before the 57th reply?
Another line would be to view the yymmdda.log files while you are making a normal reply. In my v2.9.2 version, nothing is written until the Submit button is pressed, then either one or two files are modified or one modified and one new one created. Is that still true with your version? I ask because clearly one or two entry numbers have somehow already been "reserved" as if opened, but where? That Autosave =0 looks to be a useful test to do.
Sorry I cannot be more help. I'm not one of the development team, though I do have experience of (ab)using elog, and I'm a pretty rubbish coder as well. but I do have some experience in bug finding!
David.
Hi David,
Well, you've made some very interesting observations, and raised some excellent questions. So, I went back and did some homework, reviewing a number of logbooks to find instances where this strange 'record twist' occurs. You had asked, "Do you have enough information to decided that this event always happens after x replies?" -- and to my surprise, indeed there was a magic number that I didn't expect to see. The 57th reply to the original posting was always where the corruption began. Mind you, we don't always get a corruption on the 57th reply -- most of the time, it works as expected. However, in all the cases where I saw this record twist, it was the 57th reply after the original posting. Go figure.
I also reviewed my elogd.cfg file to see how I handled drafts. Currently, it does have the flag Save drafts = 0. What I plan to try next, if only to satisfy my curiosity, is to also add Autosave=0.
I can't thank you enough for your time and feedback...very much appreciated!
Best regards, Frank
There are two interesting points about the log file.
1. Entry 5658 is timestamped later than 5659, but is earlier in the entry list. It also is "In Reply to" 5659. despite 5659 having not been written (or at least timestamped) at the time that 5658 is. Might this be a feature of the draft function? I've not upgraded my elog for a long time now so my version doesn't have the feature - so I cannot test the idea of more than one entry being worked upon at the same time.
2. Entry 5657 says it is "In Reply to" 5656, but entry 5656 does not reference 5657 in the "Reply to" line, as it should Again, this might be a feature of the draft function
Could someone be confusing a draft entry with a real one? Or two attempts to make an entry?
On the idea of large number of entries, elog doesn't handle deleting of a thread of more than 40 replies well - it crashes after deleting the 40th. This leaves an orphan thread that causes other issues. Do you have enough information to decided that this event always happens after x replies?
Thanks for the quick response! Well, I'd have to say that the sequence is as tangled as it looks in the logbook -- I've attached a copy of the log file for your reading pleasure.
This one is definitely a "head-scratcher" for me...it definitely seems like it is more prevalent on log entries with many replies.
Thanks, Frank
I've had problems in the past due to a dodgy pointer creating branches despite a "No branches" in the configuration file. It would be very interesting to see what the 200428a.log file looks li looks like with these entries: in the screenshot they appear to be shown in time order, but do the "Reply to" and "In reply to" liknes in each entry (in the .log file) show a linear progression through the entires, a branch a branch or indeed this same order as the screenshot. If the duplicated entry sequential to 5657 (i.e 5658) then I would suspect something akin to my pointer's double click when I only made a single click, so fast that then second e second entry were created before the "No branches" checking part of the program had been reached. Not so sure about such an event here unless entry 5658 were already open but not closed?
I've encountered an occasional problem that seems to be exacerbated by having a message with many replies.
In our use of ELOG, we run lengthy environmental tests (often several days) in multiple temperature chambers (one logbook for each chamber). We document the start of the test with a log entry, and then periodically create replies -- first to the original log entry, and then to each successive reply (no branching allowed), in order to document how far along the test is.
What I'm seeing is an occasional "hiccup" in the order of records -- in the snapshot below, you can see that the record ID(s) go (in chronological order) ....5654, 5655, 56 5656, 5659, 5657, 5658, 5660, 5661....
Additionally, in this example, record ID# 5659 and record ID# 5657 are duplicates -- duplicate time stamp and duplicate text.
Has anyone else encountered this?
I removed the version info from the 404 error, but you have to recompile elogd from sources. The fix will be included in the next RPM, but that can usually take a few weeks.
We used the Elog RPM binary installation method to install Elog. Our security scanners are complaining that Elog discloses the version information when you hit a missing page (404 error). How can I hide this version info? Is there a snippet of code somewhere that I can comment out?
Any help is appreciated.
-Rich
Your solution sounds quite good, I will incorporate them in the distribution.
I had some difficulty to upload large files (>20MB) with SSL connection. I think it is also related to https://elog.psi.ch/elogs/Forum/68636
During debuging, I found that, when uploading large files, ssl connection is dropped since 'SSL_read' function returns -1.
But it doesn't alway mean broken connection. It may be "SSL_ERROR_WANT_READ".
I changed the "server_loop" function in the source code to "continue" when it is SSL_ERROR_WANT_READ. And it fixed the problem.
Here is my code.
## elogd.c "server_loop" function L30031
if (FD_ISSET(_sock, &readfds)) { #ifdef HAVE_SSL if (_ssl_flag){ i = SSL_read(_ssl_con, net_buffer + len, net_buffer_size - len); if(i<=0){ int ssl_error=SSL_get_error(_ssl_con,i); ## check ssl error code if(ssl_error==SSL_ERROR_WANT_READ||ssl_error==SSL_ERROR_WANT_WRITE) continue; ## if ssl wants more, continue } } else #endif i = recv(_sock, net_buffer + len, net_buffer_size - len, 0);
I am ignorant about networking. Some experts on ssl connection would know a better way to deal with this problem.
HyonSan Seo
Today I succeeded with the help of L.JR to produce a new RPM which contains SSL, KRB5, PAM and LDAP support. It's uploaded to https://elog.psi.ch/elog/download/RPMS/elog-3.1.4-2.el7.x86_64.rpm
Thank you for your comment. I successfuly compiled the latest elog from source code, and now elogd could work with SSL.
In fact, I reported the case of installation with rpm file. Maybe, the latest elog rpm doesn't support SSL, I guess. The installtion with rpm file is easier to build the common environment, so I hope the next rpm will support the SSL.
best regards, Hisataka YOSHIDA
A new RPM has been released at https://elog.psi.ch/elog/download/RPMS/elog-3.1.4-2.el7.x86_64.rpm containing that fix.
This is correct. The elogd daemon needs username and password in parameters "unm" and "upwd". The password must be SHA256 encoded, so best is to grab it from the password file. This way one does not have to send clear text passwords over the network.
After going through the code of the Python API (https://github.com/paulscherrerinstitute/py_elog/blob/master/elog/logbook.py) I tried the following: $ python3 >>> from passlib.hash import sha256_crypt >>> sha256_crypt.hash( 'foobaa', salt='', rounds=5000)[4:] 'waa2sT6eBt.qk0wsucX/nxU5GcqffqlEx6ja5Lg1OR5' >>> from datetime import datetime >>> datetime.now().timestamp() 1599039390.964989 $ curl -F cmd=Submit -F exp=labor -F unm=florian -F upwd='waa2sT6eBt.qk0wsucX/nxU5GcqffqlEx6ja5Lg1OR5' -F Encoding=plain -F When=1599039390.964989 -F Author=curl -F Subject="curl test" -F Category=General -F Type=Diary -F Text="foo baa" http://localhost:8080/test/
This worked. It seems to me, that the "-u" option from Curl is not working for elog.
Cheers, Florian
i'm trying to use curl to post new entries to our logbook as described here: https://elog.psi.ch/elogs/Forum/68597. The Elog is installed via the Deban package on Buster. I created a test logbook with attributes Author, Type, Category and Subject.
curl -u florian:foobaa -F cmd=Submit -F Author=Florian -F Type=Diary -F Category=General -F Subject="testing curl" -F Text="foo baa" http://localhost:8080/test <!DOCTYPE html> <html><head> <meta name="ROBOTS" content="NOINDEX, NOFOLLOW"> <title>ELOG Login</title> <link rel="stylesheet" type="text/css" href="elog.css"> <link rel="shortcut icon" href="favicon.ico" /> <link rel="icon" href="favicon.png" type="image/png" /> </head> <body OnLoad="document.form1.uname.focus();"> <form name=form1 method="POST" action="./" enctype="multipart/form-data">
<input type=hidden name=redir value=""> <table class="login_frame" cellspacing=0 align=center><tr><td class="login_title">Please login</td></tr> <tr><td class="login_form"> <span class="overlay_wrapper"> <label for="uname" id="uname" class="overlabel">Username</label> <input type="text" class="login_input" name="uname" value="" title="Username" onInput="document.getElementById('uname').style.display='none';"> </span></td></tr> <tr><td class="login_form"> <span class="overlay_wrapper"> <label for="upassword" id="upassword" class="overlabel">Password</label> <input type="password" class="login_input" name="upassword" onInput="document.getElementById('upassword').style.display='none';"> </span></td></tr> <tr><td align=center class="login_form"><input type=checkbox checked name=remember value=1> Keep me logged in on this computer for the next 31 days or until I log out</td></tr> <tr><td align=center class="login_form"> <a href="?cmd=Forgot">Forgot password?</a></td></tr> <tr><td align=center class="login_form_bottom"><input type="submit" class="login_submit" value="Submit"></td></tr></table> <center><a class="bottomlink" title="Goto ELOG home page" href="https://midas.psi.ch/elog/">ELOG V3.1.3-7933898</a></center></form></body></html>
As you can see, curl only prints the login page of the logbook and no new entry has been created. Any suggestions what might go worng here?
Regards, Florian
Nope, this is not possible. Sorry.
I'm working on new logbook and in one category I'll have many attributes (many more than in attached screenshot).
So here is my question. Is it possible to visually group such attributes with some border, or something like that?
In screenshot you can see what I want to achieve.
Look in the manual under "conditional attributes"
All,
I would like to know if there is a way in elog to populate a field based on the value of another field. What I want to do is have a field with a few selections (a menu) and another text field that populates based on what I select from the menu.
"submit not allowed" you typically get if there is a "guest menu" for read-only access and you are not logged in. I never tried the elog program with PAM authentication, but you said that your turned authentication off. What I would do is to strip down your elogd.cfg to a very simple form until the elog utility works, then figure out which configuration makes the trouble.
Update: I tried switching the logbook to no authentication reqiured, and still get the "command Submit not allowed" response.
I'm running Elog version V3.1.4-ba84827 on Red Hat Linux 7.9. As part of migrating from an older in-house logbook to Elog, I need to upload all the old logbook entries. However, when I attempt to do that with the "elog" command line tool, I'm getting the error "command Submit not allowed.
I read through a similar report from 2015 (entry #68149), but none of the potential causes seem to be at play here. The logbook is using PAM authentication, and I can log in to the web interface using the same credentials I'm using from the command line. The other case mentioned a dis-allowed encoding format, but my logbook is configured to allow all formats.
This is the command line I'm using:
/usr/local/elog/bin/elog -v -h logbook.aps.anl.gov -p 8081 -l On_Call -x -n 2 -a Date='10/19/2020 01:02' Author="David Wallis" Title='Test Upload' Status='Open' System='On-Call' -u 'wallis' '*****' "This is a test message"
Giving up. Send me your config file and I will debug it.
Hmmm... I added "New" to the Guest menu list, and the button showed up for a guest user. But when I submitted the new ticket, I got the message Error: Command "Submit" is not allowed for user ""
It was done using the "groups" feature:
https://elog.psi.ch/elog/config.html#groups
I'm new to elog software and I could not find a solution to my configuration issue. I would like to setup a configuration file similar to MEG experiment's elog.
https://elog.psi.ch/elogs/meg/
I'm interested in creating similar to the structure: "General", "Collaboratoin", "Sub-groups (with sub-sub groups "Software", "Hardware" etc). I cannot tell if this was created by using Top Group feature.
Can someone explain how this design structure can be achieved?
You have to manually manipulate the logbook files YYMMDDa.log where you find the date at the top like:
MID@$: 1 Date: Wed, 02 Sep 2020 15:38:09 +0300 <==== change here !!!! Author: Stefan Type: General Category: Subject: CURL test Attachment: Encoding: plain ======================================== Text body
"Date" must be on the first line on each entry and it must be named "Date".
Hi Stefan, thanks! Does the Date field need to be the first field in each entry? I can see adding a "termpory" field called "Orig Date", upload the old entries, then edit the file(s), delete the Date field, and rename Orig Date to Date. Will that work?
You can easily use multi-character conditionals, up to 256 chars.
The documentation describing the use of conditionals uses a single character (letter or number) for names of conditions. I don't see any update/change to that rule anywhere in the docs.
I have been using multi-character condition names successfully. I find these are easier to use since they can be more descriptive of each condition. It works, but I am concerned I may be doing something that might not be supported going forward. (It is simple enough to change these, but I'd prefer to know if this practice is acceptable.)
Thank you, again, for this fine (and, may I add, fun?) tool. I'm having a good time with it!
For conditional attributes, you have to use Options, not ROptions. Maybe I will implement that one day, but only if I will have plenty of time...
Same problem here, in version 3.1.3. It would be very nice if this worked.
When you submit a "normal" elog entry, you can click on "Choose file" to add an attachment. On a mobile device, you will then be asked to select a photo from your library or take one with your camera. You can do the same on a custom form. You have to extract the code from the normal submissoin form and program it on your custom page. It needs however some work and might not be straight forward.
I am trying to implement a Custom input forms by following this https://elog.psi.ch/elogs/Contributions/49. Is there a way to also insert an image or files to it? I want to take a snap from the iPad and want that to go as an attachment or attach a file(s) into the form. Is there a way to do that?
Your suggestions are highly appreciated.
sjena
Ok, I fixed the code in the current commit (395e101add19f0fe8a11a25d0822e511f34d94d1). The path gets stripped, and we see a
Well, you could put the old options back to the config file, do the export, then remove them again.
But have a look at the Elog database files ZZMMDDa.log in your logbook directory, they are pure ASCII files, which are relatively simple to parse.
Hi John. The problem with using the Find-->Export method is that some of the Attributes for the older data are no longer shown on that screen because the Config file has since changed. That's why I'm contemplating somehow parsing the log files directly instead.
Have you tried to restart the elogd server? The CLOSE_WAIT could be dangling network connections, which were not properly closed by the browser.
We run elog on a server to provide a logbook for our laboratory. We noticed that elog is very slow on loading pages: browser pages spend a lot of time in charging (actually one can speed the procedure refreshing the page but it is quite annoying).
I checked the server load with top and it doesn't show any abnormal CPU or memory usage. Then I ran lsof and I noticed that there are more than 200 entries related to the same elog PID and labelled with CLOSE_WAIT.
My questions are: can the slowness of my logbook be due to the presence of all these CLOSE_WAIT entries (which seems if I understood well wait for a response)? If it's the case, how can I solve this issue?
Unfortunately you have to name these top groups differently, because they are internally used for the database name.
I have built different top groups for different departments. But occasionally these different top groups have the same logbook name, say 'Maintenance Log'. So is there a way I can have the same logbook name under different 'Top Groups', rather than rename these logbooks as 'Department1 Maintenance Log' all the way to 'Department_X Maintenance Log'?
That's correct.
Usually a restart of the elogd server helps. If the problem persists, one of the logbooks might be corrupt. Try to disable one logbook at a time to figure out which one it is. Then remove that one and set it up freshly. Stefan
Find -> Export to: CSV (or any other format) -> Search
I have an elogd server serves many logbooks. May I know what is a good way to export or achive one its logbooks? Thank you.
I made a new RPM: https://elog.psi.ch/elog/download/RPMS/elog-3.1.4-3.el7.x86_64.rpm
Hello, This is coming up as a high vulnerability in our scans. Are there plans to update the rpm for this fix? If so is there an ETA? Any update would be much appreciated. Currently running elog-3.1.4-2
Do you actually need to convert the date into the internal format? Why not keeping simply the full string YYYY-MM-DD HH:MM. If the use is disciplined enough to always use the correct format, there should be no issue. I invented the datetime format to "force" all date/time inputs to have the correct format. If you have a proper YYYY-MM-DD HH:MM format, even sorting (now by string) should work correctly.
I am trying to figure out how ELOG works and I have a problem.
I have one datetime attribute, where I want the user to be able to enter the time in ISO8601 format (YYYY-MM-DD HH:MM) instead of the buttons.
How do I manage that this input is converted correctly into the internal format?
I tried adding a hidden locked Attribute called IntDate and use "Subst IntDate = $start" but the result is dates in 1970, even though I have set the Time Format to "%F %H:%M"
$text is the full body text and can go over many lines. Since attributes are restricted to single lines, it's not possible to substitute them with the body text.
I've just tried to read the $text with subst into another field and failed. It looks like $text is only available for the execution of shell scripts in the "execute new|edit|delete = <script>" command.
Could that be added? I can think of a multitude of applications:
Thank you for considering it.
You would have to do that on the scrip level. Use "curl" to search a logbook. Like following URL would search for all entries in this forum where you are the authoer, then return the entries in CSV format:
https://elog.psi.ch/elogs/Forum/?mode=CSV1&Author=k%F6rner
Then you can parese this CSV file and extract the entry ID, which you can pass to the elog client to submit a new entry to the other logbook.
in our application I want to have, let's say in the simplest case, two logbooks. One as a database of samples we fabricated and one as a logbook for measurements. When a measurement on a sample is done and an entry is submitted to the 2nd logbook, I want to automatically edit or reply to the corresponding entry in the 1st logbook. For example I want to append a line in the free text field to have a full log of what happened to a sample there. We reference our samples with a unique auto-generated ID in both logbooks. Is is somehow possible to search the 1st logbook for that ID or any other attribute and obtain the elog entry ID since the elog client will need that ID for editing an entry?
Sure, attributes can be shown multi-line, but they cannot be stored in the elog internal database. The database is a very old design and only allows for single line attributes. Just look at a YYMMDDa.log file and you will see that. I would have to change the database format to somethign more advanced like XML, but that would take me a couple of weeks or months.
Soooorrryy! ;-)
While the input widget of text attributes is a single line, they can easily be multi-line in the display - when you use HTML at least. And of course the user can parse the text field and generate a single line, if he wants to. If you leave it to me, I'll create wonderful applications to that feature :-)
Please? ;-)
Nope, there is no way to acces the last value of an attribute. Sorry.
Hi all together,
I struggle a lot with the following problem: I try to prefill certain attributes with the value of exactly the same attribute in the last entry made in the same logbook.
I know I have to go with Preset, tried a view hours and searched the forum but i didn't find a thing. Am I overlooking a flag, an option or whatever, or is there just not such a functionality (which I dont believe)?
I thought about: Preset Test_Attribute = $Test_attribute Preset Test_Attribute = Re:$Test_attribute Preset Test_Attribute = $shell(Command to somehow get last entry and this attributes value) Not succesful though. I would be very thankful for help, thanks in advance.
That would actually be my recommendation. There is a "execute new" which you can call when submitting a new entry.
Hi Stefan, hi Sebastian,
thank you for your help. Ok I see its not that simple.
Is there maybe a way of executing a Script on submitting, writing the values of the Attributes into an temporary file and loading the values from this file via a preset shell script when opening a NEW entry?
Best wishes & thanks in advance
Sorry Stefan, but it is possible as you have the scripting ability.
The idea is to use "Preset Test_Attribute = $shell(script_to_get_the_last_entry)", where the script asks elog about the details and parses them. The problem here is, that the elogd already is working to resolve the click on "new entry" request (or similar) and the script can't call elogd until the page is delievered, what is to late. (If it would, the elogd will hang.)
So the script either has to directly parse all the entry.log files in the logbook folder or you need a second elogd running, which can answer the request from the script. This second elogd could run on a different port and it doen't need to be public as it only answers internal requests and could use the same config as the "primary" elogd. My idea for the script uses the python elog module to establish the connection and do the parsing.
I hope this helps as a workaround. Best wishes, Sebastian
You need user-level access control, using
what are the pre-requisites to automatically fill the Author and Author Email fields. The documented method:
Subst Author = $long_name from $remote_host
in the elogd.cfg file does not seem to work.
(I see it works here on this platform)
Tnks
G
"Subst xxx" replaces after you submit an entry, while "Preset xxx" replaces before you create an entry. I believe you want the second one.
ssl = 0
Password file = passwords.txt
Admin user = user1
SMTP host = smtp. mail.com
SMTP username = user1@mail.com
SMTP Password = GIwbx7UbmkWs5J0P8lVztX7Anje0/21BU/Tmk0aPm.
Logfile = ELog_log.txt
Logging level = 3
[Server]
Logbook dir = Server
Comment = Server Change Log
Attributes = Author, Email, Type, Category, Subject
Options Type = SRV 1, SRV 2, SRV Sup, BMS content, BMS setpoints, BMS new
Options Category = Config, User, Access, Connection, Change, New, Delete
Extendable Options =
Required Attributes = Author, Type
Quick filter = Date, Type
If you would post a minimal config file where the problem occurs, then we could look what the problem is.
Thank you but that is already in place. I have the same issue on both Windows 10 and Windows Server 2016 and 2019.
tnks
g
Well, if you find a solution with works for everybody, I'm happy to commit it to the main repository. But unfortunately I cannot test it because I don't have LDAP here, so I'm flying blind.
Looks good, I merged the pull request.
If the logbook files are getting big, searching text in entries can take quite some time. But if you have a log file logging all activities, that should not slow down elog since the server just appends at the end of that file which is a quick operation.
Can the size of the application log file affect performance?
You can either lock all entries or none. So I would propose you set up two logbooks, one for technical changes which is not locked and one for what experimentalists are doing which is locked. Locking can be done a certain time after an entry has been made (like 1h, 1d, 1 month etc.). Or you simply make the logbook read-only.
I am using elog to track technical changes in an experiment but also to log what experimentalist are doing during an experiment. For the latter, I would like to be able to lock those entries from being further edited after the expertiment if finished. Is there a way to do that?
Manoel
When elog has been developed, REST did not yet exist. The closest you can get is the RSS API. Just try https://elog.psi.ch/elogs/Forum/elog.rdf and you see the result for this forum. To write to elog, you can use teh HTTP/HTML interface and mimic a browser. See for example elog:69209
We want to develop separate mobile web pages for the web applications deployed at CSNS accelerator, including the PSI Elog.
In Elog, is there RESTful API or HTTP/JSON or HTTP/XML interface for other web clients to access?
Or is there any workaround?
The code segements you show are from the command line tool elog.c, not the server elogd.c. The tool is called to submit a new message from the command line. Even if there would be a file not properly closed, it will be closed by the operating system once the program finishes. So no problem of too many open files there.
Has anyone had issues with having too many files open? I'll setup my server and let it go but after a while, I end up with a lot of "cannot create socket: Too many open files" errors being reported. I have a sync to another e-log going which I suspect is part of the cause since that e-log server hasn't had this issue. I suspect that there are files being opened, going into some return loop code and then never getting closed. I'm not a C programmer but I see lines like :
fh = open(tmp_filename, O_RDONLY); if (fh > 0) { read(fh, result, size - 1); close(fh); }
/* remove temporary file */ remove(tmp_filename);
This looks like it opens the file but unless the remove function closes the file, it will remain open even through the file has been deleted. Maybe this isn't the correct behaviour of 'remove' and I am mistaken?
There are also parts like :
fh = open(textfile, O_RDONLY | O_BINARY); if (fh < 0) { printf("Message file \"%s\" does not exist.\n", textfile); return 1; }
size = (INT) lseek(fh, 0, SEEK_END); lseek(fh, 0, SEEK_SET);
if (size > (INT) (sizeof(text) - 1)) { printf("Message file \"%s\" is too long (%zd bytes max).\n", textfile, sizeof(text)); return 1; } This looks like for the second error, it will complain that the file is too long, return an error message but not close the file and would leave it open. Is this a reasonable avenue to pursue or am I mis-reading the code? Thanks.
if (size > (INT) (sizeof(text) - 1)) { printf("Message file \"%s\" is too long (%zd bytes max).\n", textfile, sizeof(text)); return 1; }
The elgod.c progarm itself is rather weak in SSL, since I just don't have time to catch up with the latest SSL enhancements. The safest you can do is to put an industry-strenth web server like Apache in front of elogd and let that server handle the SSL layer.
Recently central IT scanned our elog server and reported the following "vulnerabilities"
Is there any easy way of preventing these
Thanks and Best Wishes
Creat an attribute "last edit" and set it to the last edit time. Something like this:
Attributes = ...., Last edit Preset Last edit = $date Preset on edit Last edit = $date Locked attributes = Last edit
I have a large logbook to keep office demo equipments listed. So editing entries are very often, I would like to see last editing time on my entry as entry time shown as each entry. Is there any way to do this? I checked all attributes and commands but couldn't find any.
King regard
Devrim
Please issue the elog command with an added "-v" flag and post the output here.
I am trying first time to use the tool /usr/bin/elog. From the documentation is not clear to if everything must be in quotes or not, if every attribute requires -a.
Here is how my attempt looks like (changing actual data by fake one):
/usr/bin/elog -h elog-1.matrix.com -l LogBook -u jcaballero mypassword -a Team='Team Name Here' Category='Category Here' -a 'Affected service'='Name of affected service here' -a Criticality=Normal -a 'Oncall Documentation'='No modifications required' -a Subject='here is the subject line' 'here is the text'
I just get "Error transmitting message".
Attributes Team and Category are of checkbox type. Attributes Criticality and Oncall Documentation are of radio type.
What is wrong with my command attempt?
Thanks a lot in advance.
If you use HTTPS, you have to connect to port 443 of your server, using the "-p" option.
Furthermore, you run under an Apache server, right? How do you do the redirecting to elogd? I guess you specified a subdir in the URL named /LogBook to redirect to elogd. The you use another part of the URL to select the logbook, which again might be "LogBook". Is that correct? So your full URL in the browser would be https://elog-1.matrix.com/LogBook/LogBook. If that's the case, you have to tell the elog tool that you use a subdir in the URL using the "-d" option.
This is what I get with -s:
---------------------------------
Successfully connected to host elog-1.matrix.com, port 80 elogd server does not run SSL protocol
And the entry has not been created.
If you need HTTPS then you must specify the "-s" option.
You could have looked into the help of the elog command:
Here is the, I believe, relevant part of the output:
-------------------------------------------------
Response received: HTTP/1.1 404 Not Found Date: Tue, 07 Dec 2021 07:26:07 GMT Server: Apache/2.4.6 (Scientific Linux) OpenSSL/1.0.2k-fips PHP/5.4.16 Content-Length: 204 Connection: close Content-Type: text/html; charset=iso-8859-1
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>404 Not Found</title> </head><body> <h1>Not Found</h1> <p>The requested URL /LogBook/ was not found on this server.</p> </body></html>
Note that the URL https://elog-1.matrix.com/LogBook/ exists and works. That's how we create all our log entries via web browser.
The reply from the server
comes definitively from the Apache browser (See the "Server" line). So apparently it does not succeed in forwarding your request to the elogd server. Look into the Apache log and see what's wrong there.
Not really. The full URL in the browser is https://elog-1.matrix.com/LogBook. That's why I am trying with "-h elog-1.matrix.com -l LogBook"
I have just tried with -p, here is the full output:
[root@elog-1 ~]# /usr/bin/elog -h elog-1.matrix.com -p 443 -v -x -l LogBook -u jcaballero xxxx -a Team='Team Name' -a Category='Category Name' -a 'Affected service'='Affected Service' -a Criticality=Normal -a 'Oncall Documentation'='No modifications required' -a Subject='This is a test, ignore me' 'This is a test, ignore me' Successfully connected to host elog-1.matrix.com, port 443 Request sent to host: POST /Tier1/ HTTP/1.0 Content-Type: multipart/form-data; boundary=---------------------------462A01443E24BC6541C5BB72 Host: elog1.matrix.com:443 User-Agent: ELOG Content-Length: 1610
Content sent to host: ---------------------------462A01443E24BC6541C5BB72 Content-Disposition: form-data; name="cmd"
Submit ---------------------------462A01443E24BC6541C5BB72 Content-Disposition: form-data; name="unm"
jcaballero ---------------------------462A01443E24BC6541C5BB72 Content-Disposition: form-data; name="upwd"
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx ---------------------------462A01443E24BC6541C5BB72 Content-Disposition: form-data; name="exp"
LogBook ---------------------------462A01443E24BC6541C5BB72 Content-Disposition: form-data; name="suppress"
1 ---------------------------462A01443E24BC6541C5BB72 Content-Disposition: form-data; name="encoding"
ELCode ---------------------------462A01443E24BC6541C5BB72 Content-Disposition: form-data; name="Team"
Team Name ---------------------------462A01443E24BC6541C5BB72 Content-Disposition: form-data; name="Category"
Category Name ---------------------------462A01443E24BC6541C5BB72 Content-Disposition: form-data; name="Affected_service"
Affected Service ---------------------------462A01443E24BC6541C5BB72 Content-Disposition: form-data; name="Criticality"
Normal ---------------------------462A01443E24BC6541C5BB72 Content-Disposition: form-data; name="Oncall_Documentation"
No modifications required ---------------------------462A01443E24BC6541C5BB72 Content-Disposition: form-data; name="Subject"
This is a test, ignore me ---------------------------462A01443E24BC6541C5BB72 Content-Disposition: form-data; name="Text"
This is a test, ignore me ---------------------------462A01443E24BC6541C5BB72
Response received:
Ok, you Apache listes on two ports. On port 80 with HTTP and on port 443 with HTTPS. If you connect to port 80, there is no fowarding to elogd, that's why Apach complains
The requested URL /LogBook/ was not found on this server.
On port 443 using the HTTPS protocol (with -s) you apparently get forwarded to elogd. The fact that you succeeded to connect to Apache without the "-s" flag tells me that your Apache listens on port 443 with the HTTP protocol, not HTTPS. First I would configure Apache such that is also forwards port 80 to elogd. Then you don't have to use HTTPS at all (at least for testing).
Then I agree with Andreas that you might be missing an attribute or so. You can also use "curl" instead of "elog" which might tell you more details. See https://elog.psi.ch/elogs/Forum/68597
But this is real progress! Now elog successfully connected, and all your data was transmitted, but elogd refused your content.
A possible explanation is that one required attribute of this logbook was not provided in your elog command, or that one value of an attribute does not match any allowed value for that attribute. Here we can only help if you post the config of your logbook. Cheers, Andreas
PS: you did not provide the -s option?!? Just in case you lack the knowledge: providing a port number 443 does not imply the use of the SSL protocoll.
That reply indicates that the login was not successful. So something went wrong with the authentication. You can try to switch off passwords to see if that makes a difference.
With curl, I get this as part of the output:
Hopefully the admins can help. Fingers crossed.
Thanks for the comments. I will pass them to the admins.
Have you tried to connect directly to elogd and not going through Apache?
ELog does not use the Log4j library so no issue there. If you run a web server like Apache in front of ELog, you however have to check if you use log4j there.
Is there any potential impact/concern with the Log4j exploit in Elog applications?
You can manually modify the CSS style to adjust column widths. Locate elog.css which resides under elog/themes/default/elog.css, then find the class “.listtitle”, and modify the line
width: 0%;
to something like
width: 10%;
you can play with the width until it suits your needs. After each change, you have to reload the page in the browser to see the effect.
If you only want to change the width of a specific column, add following lines to your elog.css:
.listtitle:nth-child(4) { width:30%; }
where ‘4” is for example the 4th column. You can have several of these statements for different columns.
To hide the text, use the option 'summary lines' as described in the manual.
Looks like you don't have shared libraries correctly configured on your system. Try "ldconfig" on your system or link elogd statically (google how to do that).
I try to start elog at Ubuntu 18.04. When I run sudo /usr/local/sbin/elogd -D -c /usr/local/elog/elogd.cfg I get following error: /usr/lib/libssl.so.10: version `libssl.so.10' not found (required by /usr/local/sbin/elogd)
I checked following: ls -l /usr/lib/libssl.so.10 lrwxrwxrwx 1 root root 41 Jan 29 08:24 /usr/lib/libssl.so.10 -> /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 ls -l /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 -rw-r--r-- 1 root root 424664 Aug 24 18:16 /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0
What's going wrong? And how to solve the problem?
Best, Carsten
As you can see, on this forum the author for replies is correct. This is done via the config option:
what is the default value for "Author" when replying to a log entry ? I now see that for each reply to a log entry, the value of "Author" is set to the value of the author of the original entry - this makes it very hard to see which user has replied to a particular log entry, especially when users start replying to replies etc. This is with elog 3.1.4-3 on CentOS 7
> /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output 2 or more bytes (assuming 4097) into a > destination of size 4096 Yeah, I like those warnings "up to 4097 bytes written to a buffer of 4096 bytes". And it's even not a security issue, since the source of the data comes from elogd.cfg which only the owner can modify. Basically this calls to rewrite elog completely with std::string. Maybe one day I retire and have some time for that... Stefan
Can you try the "top groups" option, which means putting each logbook into a separate top group as described in the documentation. For us this works well, new users are only added to the right password file. There is however the problem that as admin you might be logged in to several logbooks (as remembered in your browser via cookies), so you might want to log out from all logbooks first (or clear all cookies of elog), then log in to one logbook and add the user there. In worst case you still can modify the password file by hand, they are plain ASCII files. Only the password has to be entered later since it's encrypted.
I expanded an elog server from 1 to 3 logbooks. For each logbook there is a separate password file defined.
When I try to add a new user in one of the 2 new logbooks using config => new user, it adds the user to the password file for the original logbook.
Have verified that access to the logbooks is controlled via the separate password files. If it would help to provide an example of the elogd.cfg or if I need to clarify further, let me know.
Any suggestions welcome.
Thanks. Mark.
Thanks for your patch, I committed it.
Well, I bit the bullet and fixed all of these warnings. Took me like two days of work, but now should be fine. You might want to test it again. I only have gcc 9.2.0, there it compiles now without warning. Stefan
I fixed these as well, please have a look again. BTW, midas had a few of these as well. Stefan
> I trust Stefan is reading this thread and will do something about it. My vote would > be to remove the download link to the windows executables and ask Debian to remove > the elog package. I think they have a way for upstream developers (Stefan) to request > removal of unmaintained out-of-date insecure versions of their stuff. ROOT > was in the same situation years ago, the Debian package for ROOT was very old version, > also built incorrectly, and everybody complained to us that our stuff does > not work (midas, rootana, etc). Yeah, I have to recompile the Windows version. Unfortunately my old Windows PC is gone, I switched now completely to MacOSX and Linux. Probably have to borrow something from somewhere. If anybody can compile the Windows version with the current source code I would be happy. Stefan
Use the configuration option
List display = Day, Station Type, Start time UTC, ...
as written in the documentation.
I just found elog which is a great piece of software! I'm implementing it for use to log my shortwave listening contacts. The problem that I have is I'm moving over a current log to elog which already has a date of when the record was created, which is important.I renamed the old date to day to upload the log into elog. My problem is I don't need to see elog's ID# or date/time stamp of when the log was created seeing it's already in my data. My question is, is there any way to not show elog's ID# and date/time stamp or would I need to create a tab and if so could someone provide a config file where I could see how the tab was implemented. I've attached a screenshot of what it looks like so far. I've implemented the dark theme (which I like) that Anthoney had posted in the contibutions section.
Jim
Hi Stefano, well, why in heaven's name do you run 200+ chars file names? I see that they are generated probably automatically, but I guess you will run in all kinds of other problems in doing that. I had a check with elogd. I found one buffer overflow once you delete an attachment with a long file name. I fixed that and committed the change. Concerning your crash, I was not able to reproduce it. Used a 255 char long filename, and could NOT crash elogd. Maybe you have an oder version or some special config options which trigger that crash. Try with the newest git version and a minimal elogd.cfg configuration. Please also add line numbers during compilation (-g -o0 flags) so that I can better analyze your backtrace. Best would be if I could reproduce your error. Best, Stefan > Hi, > I'm running > elogd 3.1.4 built Jan 27 2021, 09:56:34 revision 395e101a > on an ubuntu server. > > I have a crash when very long filename (200 chars) are attached to an logbook entry. > > The uploading of the attachment works almost fine: the filename is truncated and the convert to thumbnail is not working (as a consequence, maybe) but the file is actually uploaded and can be > downloaded correctly from the entry itself. > > However, if I try to access the logbook list which contains that entry, I have a crash: > > *** buffer overflow detected ***: terminated > Aborted (core dumped) > > [backtrace is attached below] > > The only way I found to solve this is to edit manually the log entry and delete the attachment from it. > > Any suggestion how to solve this? > > Thanks > Stefano > > > *** buffer overflow detected ***: terminated > > Program received signal SIGABRT, Aborted. > __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 > 50 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. > (gdb) bp > Undefined command: "bp". Try "help". > (gdb) backtrace > #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 > #1 0x00007ffff7cf4859 in __GI_abort () at abort.c:79 > #2 0x00007ffff7d5f29e in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7ffff7e8908f "*** %s ***: terminated\n") at ../sysdeps/posix/libc_fatal.c:155 > #3 0x00007ffff7e01aea in __GI___fortify_fail (msg=msg@entry=0x7ffff7e89025 "buffer overflow detected") at fortify_fail.c:26 > #4 0x00007ffff7e00386 in __GI___chk_fail () at chk_fail.c:28 > #5 0x00007ffff7d5707f in _IO_str_chk_overflow (fp=<optimized out>, c=<optimized out>) at iovsprintf.c:35 > #6 0x00007ffff7d64054 in __GI__IO_default_xsputn (n=<optimized out>, data=<optimized out>, f=<optimized out>) at libioP.h:948 > #7 __GI__IO_default_xsputn (f=0x7ffffff36ca0, data=<optimized out>, n=241) at genops.c:370 > #8 0x00007ffff7d4912c in __vfprintf_internal (s=s@entry=0x7ffffff36ca0, format=format@entry=0x555555622e74 "../%s/%s/%s", ap=ap@entry=0x7ffffff36de0, mode_flags=mode_flags@entry=6) > at ../libio/libioP.h:948 > #9 0x00007ffff7d57129 in __vsprintf_internal ( > string=0x7ffffff37120 > "../DAQ/220325_090630/j5K1OSy8XN9FRPriaBGOmMg3bih07CQKo68Sw6dskclxdOqKaTOsf2bX8UugSWn0s8zaAHe6VWiPcQVnmD8PM1tbQoVMr08dBrXKU2X2tBR4pJ3hlfxbKjspmcbiDTMy32eHIp6lFAVA9lppShmpiut4g4CtgDK3F2bOPzgzXEjPw > W0SJWG"..., maxlen=<optimized out>, format=0x555555622e74 "../%s/%s/%s", args=args@entry=0x7ffffff36de0, mode_flags=6) at iovsprintf.c:95 > #10 0x00007ffff7dffe7b in ___sprintf_chk (s=<optimized out>, flag=<optimized out>, slen=<optimized out>, format=<optimized out>) at sprintf_chk.c:40 > #11 0x00005555555a939d in display_line () > #12 0x00005555555ddc8a in show_elog_list () > #13 0x00005555556010cf in interprete () > #14 0x0000555555601a33 in decode_get () > #15 0x000055555560461f in process_http_request () > #16 0x0000555555607745 in server_loop () > #17 0x000055555555a92c in main ()
Sure. Just figure out the URL from your browser and then use it in wget, e.g.
wget https://elog.psi.ch/elogs/Forum/220309_175728/elog-3.1.4-1ebfd06c-win64.zip
to download one attachement from this forum.
Would it be possible to download attachments (e.g. with elog or wget) from the command line?
I have a PDF file created by root which ImageMagic cannot convert to a .png file. If I do convert img.pdf img.png it works on my mac, but under RH7.4 the program goes into an infinite loop eating 100% CPU. I attached the img.pdf, but compressed it to img.pdf.gz, otherwise I cannot post here. Can anyone figure out why ImageMagick won't convert that file?
There is only an open source version.
I just tried the same on my latpop (MacOSX 12.4) and it worked flawlessly:
ritt@MBP14 build % echo "blah" | ./elog -h 127.0.0.1 -p 8080 -l demo -r 2 -x Message successfully transmitted, ID=3 ritt@MBP14 build % host 127.0.0.1 Host 1.0.0.127.in-addr.arpa. not found: 3(NXDOMAIN) ritt@MBP14 build % echo "blah" | ./elog -h localhost -p 8080 -l demo -r 2 -x Message successfully transmitted, ID=4 ritt@MBP14 build %
So have you tried with the "-v" flag? Maybe your network is not correctly configured. You can also try the "curl" utility (see elog:68597), maybe you see some different error there. You get that via MacPorts.
I recommend to clear all your browser cookies for the elog server. Sometimes an old cookie confuses the access mechanism. Stefan
Permissions are handled by the operating system and have nothing to do with elog. Make sure you run elog under an account which has write access to the desired directories. Consult Ubuntu documentation how to do that. Sometimes it's helpful to start elog interactively with the -v flag to see some verbose output. Maybe you can spot something there.
I have the same problem on Ubuntu 22.04. I have compiled from the latest tarball and copied all our logbooks from our old Ubuntu 18.04 server to a new Ubuntu 22.04. The logbooks does however not appear when I log in, so I assume ELOG doesn't have read access either? Any hints on how to set the permissions correctly would be greatly appreciated.
Thanks, Mikkel
I have just installed elog onto an ubuntu focal server using <sudo make install> and I am unable to create new entries.
When I access the log via a windows PC connected to the local network, I can see the demo logbook with the 1 test post, but I cannot create or edit anything.
Attempting to post throws the error:
New entry cannot be written to directory "/usr/local/elog/logbooks/demo/"
Please check that it exists and elogd has write access and disk is not full.
Please point me in the right direction to correctly set permissions and create aditional log books.
Dan
Sometimes this can also be an SELinux issue, if you have that service running. Try "journalctl | grep denied" to see denied resources and consult the SELinux documentation on how to fix that.
UNCs are not officially supported by elog, but your operating system might map them if you're lucky, just try. It is however not recommended to do so, since network drives can sometimes be slow during network congestion and the response of elog will then suffer.
Hallo,
gibt es eine Möglichkeit das subdir auf ein Netzlaufwerk zu legen?
\\server\freigabe\...
Der Freigabepfad wird leider immer unter C:\... angelegt
Vielen Dank
Probably people have to log in to the logbook before opening the form. I guess the "submit not allowed" comes from the fact that they access the logbook as a guest.
we are trying to post from an HTML form, as included in our config file :
[ShiftCheck] Comment = Shift Check List (exemple a modifier) Attributes = Author, D, M, Y, Shift, LasE, LasIris, Q, E, Li, TL, RI Quick filter = Shift, Author Options Shift = Morning, Evening, Night
Enable attachments = 0 Show text = 1 Custom new form = /www/Web/htdocs/elog/sites/THOMX/shiftcheck.html Custom edit form = /www/Web/htdocs/elog/sites/THOMX/shiftcheck.html Custom display form = /www/Web/htdocs/elog/sites/THOMX/shiftcheck.html
we are facing the following problem when trying to submit :
--> Error: Command "Submit" not allowed
is there something missing in our config file ?
Many thanks in advance
> - rsprintf("<textarea rows=%d cols=%d wrap=hard name=\"Text\">\n", height, width); > + rsprintf("<textarea rows=%d cols=%d name=\"Text\">\n", height, width); > > my vote is to remove "wrap=hard": > > 1) I try to read the specs and my head explodes: https://developer.mozilla.org/en-US/docs/Web/HTML/Element/textarea > 2) textarea should just accept input typed by user, should not try to "neatify" it. if user wants long lines, we should let them. > 3) this bug (introduced in recent safari, the best I can tell) > > K.O. I agree with K.O. Does anybody see a problem in removing "wrap=hard"? It was there more for historical reasons. In the old days screens were not so wide and wrapping was more of an issue. People tended to write longer lines and complained that the long lines got reformatted differently for different screen sizes. So by adding hard CRLF the formatting looked the same on different screens. These days this is not such an issue any more and I agree with 2) above. If the user wants a long line, the user should get it. Stefan
Ahh, now I remember. Well, the I put that in like 25 years ago ;-) Let's assume the user write a very long line and relies on the wrapping of the text box. So the input might look like the first attachment. Then the user hits submit and gets just one long line (second attachment) and has to scroll one kilometre to the right to see the full line. So there is an inconsistency between the entry form and what the user sees after the submission. Having "wrap=hard" tells the browser to put CRLF where the wrapping in the textarea happens, so the text looks the same during entry and after submission. If we remove the "wrap=hard", we would be back to the situation below in the two attachments. Opinions? Stefan
Yepp, that's right. But without the "wrap=hard", you could get one single long line which is almost impossible to read. So there is no perfect solution for all cases. I see three options 1) Remove "wrap=hard" and let the user do as the user wants. This can lead to very long lines almost impossible to read. 2) Keep "wrap=hard" and rely on the browser to put in CRLF between lines according to the textarea box during input. The result will then be the same as during editing. Of course this might require to make the textarea width wide enough on small screens not to get too many CRLFs. The default "Message width" is 78 chars, but on modern browsers some JavaScript code automatically sets the width to equal the screen width which normally is wider. 3) Add artificial CRCL like every 40 or 80 chars. This is the "beautifying" K.O. mentioned and will never be perfect. Not sure if elog should touch the text the user enters. Looking at the three options, I kind of conclude that 2) would still be the best. Stefan
Ok, I added an option Hard wrap = 0 | 1 with the default being "1", so same behaviour as before. If you set this now to zero, you turn it off. Now waiting for the first people complaining about the very long lines not being readable... Best, Stefan
Didn't work for me. The text is just truncated after the width and no extra lines are added.
When you log in manually to a logbook, a session ID is created and stored in a cookie "sid". On your shift check list you need some code to copy this session ID into your current form. In the code form 2010, I used "unm" and "upwd", but this was removed since it's not safe. So now you need somethign like:
<input type="hidden" name="sid" id="sid">
document.getElementById('sid').value = get_cookie('sid');
in your init code.
I haven't tried that in the past 12 years so no guarantee that it should work.
Just want to come back to this issue I faced.
In the config file, I call an html form to format input. The way I call the html file inside my config file is described below.
My point is, even if I am already logged in, each time I try to submit an html form, it sais I am not logged in ...
please refer to the corresponding form to see the screenshots.
Hayg
------->
that is strange since I logged in ...
It seems like when I go in the shift check topic in the elog, it does not get my login id ... is there something coming from the HTML file that should be set in order to get the login from elog ?
see in the attached image : I am logged in but I still need to feed the Author item. And even If I fill it,
And then if I Click on new to write a new filling form, author is not filled as you could see on the second image "Author ?" ...
so I don' see from where appears the problem
I added a user name validation in the current version.
Hello, the following URL
https://foo.bar/elog/Shift+Reports/?new_user_name=a2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.com&new_full_name=a2seferewd%40fanneat.com&new_user_email=a2seferewd%40fanneat.com&newpwd=asdf&newpwd2=asdf&cmd=Save
causes elog 3.1.4 to crash. I attach full GDB trace
(gdb) set height 0 (gdb) set print elements 0 (gdb) set print frame-arguments all (gdb) thread apply all backtrace Thread 1 (Thread 0x7fc6d1624840 (LWP 1126)): #0 0x00007fc6d06c6387 in raise () from /lib64/libc.so.6 #1 0x00007fc6d06c7a78 in abort () from /lib64/libc.so.6 #2 0x00007fc6d0708f67 in __libc_message () from /lib64/libc.so.6 #3 0x00007fc6d07a87a7 in __fortify_fail () from /lib64/libc.so.6 #4 0x00007fc6d07a6922 in __chk_fail () from /lib64/libc.so.6 #5 0x00007fc6d07a5e2b in _IO_str_chk_overflow () from /lib64/libc.so.6 #6 0x00007fc6d070d031 in __GI__IO_default_xsputn () from /lib64/libc.so.6 #7 0x00007fc6d06dd033 in vfprintf () from /lib64/libc.so.6 #8 0x00007fc6d07a5eb8 in __vsprintf_chk () from /lib64/libc.so.6 #9 0x00007fc6d07a5e0d in __sprintf_chk () from /lib64/libc.so.6 #10 0x0000000000423b5b in sprintf (__fmt=<optimized out>, __s=<optimized out>) at /usr/include/bits/stdio2.h:33 #11 get_user_line (lbs=<optimized out>, lbs@entry=0x2833748, user=user@entry=0x7fffc84d0780 "a2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.combasar", password=password@entry=0x0, full_name=full_name@entry=0x0, email=email@entry=0x0, email_notify=email_notify@entry=0x0, last_logout=last_logout@entry=0x0, inactive=inactive@entry=0x0) at src/elogd.c:25739 #12 0x0000000000433d0a in save_user_config (lbs=lbs@entry=0x2833748, user=0x7704fc <_value+1500> "a2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.com", new_user=new_user@entry=1) at src/elogd.c:13343 #13 0x0000000000456068 in do_self_register (lbs=0x2833748, command=0x7fffc84d2650 "Save") at src/elogd.c:26768 #14 0x000000000045c1f7 in interprete (lbook=lbook@entry=0x7fffc84f92f0 "Shift Reports", path=path@entry=0x7fffc84d4430 "") at src/elogd.c:27594 #15 0x000000000045ecc6 in decode_get (logbook=logbook@entry=0x7fffc84f92f0 "Shift Reports", string=<optimized out>) at src/elogd.c:28393 #16 0x0000000000460970 in process_http_request (request=<optimized out>, request@entry=0x284bee8 "GET /Shift+Reports/?new_user_name=a2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.com&new_full_name=a2seferewd%40fanneat.com&new_user_email=a2seferewd%40fanneat.com&newpwd=asdf&newpwd2=asdf&cmd=Save", i_conn=i_conn@entry=1) at src/elogd.c:29201 #17 0x00000000004623d2 in server_loop () at src/elogd.c:30212 #18 0x0000000000404209 in main (argc=8, argv=0x7fffc84fb6c8) at src/elogd.c:3123
(gdb) set height 0 (gdb) set print elements 0 (gdb) set print frame-arguments all (gdb) thread apply all backtrace
Thread 1 (Thread 0x7fc6d1624840 (LWP 1126)): #0 0x00007fc6d06c6387 in raise () from /lib64/libc.so.6 #1 0x00007fc6d06c7a78 in abort () from /lib64/libc.so.6 #2 0x00007fc6d0708f67 in __libc_message () from /lib64/libc.so.6 #3 0x00007fc6d07a87a7 in __fortify_fail () from /lib64/libc.so.6 #4 0x00007fc6d07a6922 in __chk_fail () from /lib64/libc.so.6 #5 0x00007fc6d07a5e2b in _IO_str_chk_overflow () from /lib64/libc.so.6 #6 0x00007fc6d070d031 in __GI__IO_default_xsputn () from /lib64/libc.so.6 #7 0x00007fc6d06dd033 in vfprintf () from /lib64/libc.so.6 #8 0x00007fc6d07a5eb8 in __vsprintf_chk () from /lib64/libc.so.6 #9 0x00007fc6d07a5e0d in __sprintf_chk () from /lib64/libc.so.6 #10 0x0000000000423b5b in sprintf (__fmt=<optimized out>, __s=<optimized out>) at /usr/include/bits/stdio2.h:33 #11 get_user_line (lbs=<optimized out>, lbs@entry=0x2833748, user=user@entry=0x7fffc84d0780 "a2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.combasar", password=password@entry=0x0, full_name=full_name@entry=0x0, email=email@entry=0x0, email_notify=email_notify@entry=0x0, last_logout=last_logout@entry=0x0, inactive=inactive@entry=0x0) at src/elogd.c:25739 #12 0x0000000000433d0a in save_user_config (lbs=lbs@entry=0x2833748, user=0x7704fc <_value+1500> "a2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.coma2seferewd@fonomsdfef.com", new_user=new_user@entry=1) at src/elogd.c:13343 #13 0x0000000000456068 in do_self_register (lbs=0x2833748, command=0x7fffc84d2650 "Save") at src/elogd.c:26768 #14 0x000000000045c1f7 in interprete (lbook=lbook@entry=0x7fffc84f92f0 "Shift Reports", path=path@entry=0x7fffc84d4430 "") at src/elogd.c:27594 #15 0x000000000045ecc6 in decode_get (logbook=logbook@entry=0x7fffc84f92f0 "Shift Reports", string=<optimized out>) at src/elogd.c:28393 #16 0x0000000000460970 in process_http_request (request=<optimized out>, request@entry=0x284bee8 "GET /Shift+Reports/?new_user_name=a2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.coma2seferewd%402sefddsfgfd.com&new_full_name=a2seferewd%40fanneat.com&new_user_email=a2seferewd%40fanneat.com&newpwd=asdf&newpwd2=asdf&cmd=Save", i_conn=i_conn@entry=1) at src/elogd.c:29201 #17 0x00000000004623d2 in server_loop () at src/elogd.c:30212 #18 0x0000000000404209 in main (argc=8, argv=0x7fffc84fb6c8) at src/elogd.c:3123
> Sorry, I forgot to mention that I also added some styles to the <pre> tag: > style="white-space: normal" > (see the screenshot on my previous post) Actually the style="white-space: normal" makes the difference, the <div> is not necessary at all! But I'm not sure that "white-space: normal" is what we want. All manual line breaks in an entry are collapsed and you get just one text block without any new line. See here https://developer.mozilla.org/en-US/docs/Web/CSS/white-space I guess we want "white-space: pre-wrap" which keeps the old line breaks. You can try that out by changing elog.css: --- a/themes/default/elog.css +++ b/themes/default/elog.css @@ -475,6 +475,7 @@ td { .messagepre { font-family:'lucida console',courier,monospace; + white-space:pre-wrap; } and see the effect. If you like it, just keep it. No need to recompile elogd.cxx. Stefan
I agree. I ahead ;-) I think it is not a good idea if the ELOG author pushes on that, but better someone else.
I noticed the wikipedia article of the ELOG got deleted in November 2021. With the reason: "Poorly sourced article, and I was not able to find good sources myself."
I could access the old article through web.archive.org, but for the project it would be good, if the article got revived.
I added some more references, that's about all I can do. Not sure if that is enough.
It was now moved to the Draft space (which I did not even now existed so far): https://en.wikipedia.org/wiki/Draft:ELOG
I have requested an undeletion of the article. The article was deleted "PROD", which means that someone tagged it. And if noone removes the tag, it could be deleted.
I could revive the article. So in the future, One should have an eye on it and maybe update the current version of the software.
If there iy an paper on the elog, maybe it could be cited for more creditability.
It looks to me like only an author of an article can contradict a deletion. I did not find a single method to even comment on the deletion. I am not an Wikipedia expert, can anyone suggest on how to push for the article to be restored? Or do we just write it again, until people stop deleting it?
elogd checks for the "scripts/ckeditor/ckeditor.js" file to detect the presence of CKeditor.
I wanted to change some CKeditor settings so tried modifying elog/scripts/ckeditor to no avail.
I wiped elog/scripts/ and dropped a fresh download of CKeditor4, with only the basic extensions. But when I open the elog it still shows the full toolbar, with elog default style and with all extensions operational.
If I leave elog/scripts empty, I get "CKeditor NOT detected" when starting elogd and the HTML option is empty and shows nothing, all as expected.
Does anyone understand this? Is there some CKeditor configuration file elog is defering to that I've overlooked? I have tried system wide seaches just in case.
A new version 3.1.5 of elog has been released with all accumulated fixes over the past actually few years. I made a tar file, a RPM, but I could not compile yet a windows version.
https://elog.psi.ch/elog/download.html
I checked and found that the bug which removed the main text was there since the beginning, but it's only triggered if you switch elog to French, it doesn't happen in the English version. I changed a bit the text processing so now it should work also in the French version.
I also changed the version number which is shown at the bottom to 3.1.5.
If it works with a simple edit, then why don't you use that one to edit individual values. I checked and version 3.1.4 had already the same problem, so it was not newly introduced. I would have to invest a couple of hours to fix this issue correcly, which I simply don't have right now.
Find -> Export to...
Is there a way to export the ELOG entries into a file like an Excel sheet or something. I see import but not export.
You can just copy-and-paste an elog entry into Word. I tested it here wiht a simple table:
Did a copy-and-paste to Word, and got the thing below.
HI,
Is there a way to export the ELOG entries to a file like Microsoft Word? For ECSS-type documents for space missions, I have to report the data that we enter in the ELOG in a Manufacturing Report, foreseen for ECSS, in word format. It's possible to do it? The data has to go into tables, inserted in the world file, called "as run procedure". Is it possible to connect the elog to a report template so that it automatically generates the manufacturing report? Or link the tables placed in it so that they are automatically filled in?
Thank you so much Manuela
You can export logbook entries into a CSV file, then load it into Excel.
Thanks a lot Stefan,
I asked if it is possible, in general, to create a connection and automatically fill in the tables of a report, or export the data into excell tables to then be connected to the report, having in our case about 24 process tables to be filled in with data or validation, for each report. If the compilation is not automatic, after having compiled the elog in each phase of the processing, the manifacturing report will then have to be compiled manually.
We use elog, having already used it in MEG We must then compulsorily also make manufacturing and test reports. The expected space-type documentation format for these documents is in word.
Below is a small example of a test table, with just a few steps.
Thanks again
Manuela
POWER INTERFACE VERIFICATION TEST
STEP
Description
Expected Value
Measured value
Remarks
Power-On Ixxxx
Test communications with ...
Command xxxx to switch-on the value ….V DC/DC
Configure a multimeter to measure voltage
Use the multimeter to check ..V interface. Connect multimeter positive prove to pin x, and negative prove to pin y of yyyy connector
Volts: x.xV ≤ ___ ≤ y.yV
Repeat operation between pins z and q of …
Volts: 5. 097V ≤ ______ ≤ 5.252V
Command xxxx to switch-on the ..V DC/DC
Use the multimeter to check ..V interface. Connect multimeter positive prove to pin xx, and negative prove to pin yy of yyyy connector
Volts: x.x V ≤ ______ ≤ y.y V
Power-Off xxx
Re-connect harness to zzzz through yyyy connector
Power-On xxx
Verify ..V input voltage. Check final voltage
Final Volts @ ..V: x.x V ≤ __ ≤ 5y.yV
Verify ..V power consumption
Consumption @ ..V: x.x< _ < y.y W
There are two locations where 'Subject' is shown, the list display and the individual message display. I guess you mean the first one.
In that case, you can modify the CSS styel sheet 'elog.css' and add following statement to the classes list2 and list2h:
.list2 { ... white-space: nowrap; }
.list2h { ... white-space: nowrap; }
Certain characters contained in the 'Subject' will cause the text to split into multiple lines .
For example if I enter "My Subject" in the 'Subject' field it is displayed as
My
Subject
If I enter "My_Subject" it is displayed as
My_Subject
Is there any way to change this so no line breaks are created ?
Below are the MIME types hard-coded into elogd. As you can see there is neither .ods nor .eml. If you give me the MIME type, I can add that easily. I wonder however why both work differently for you. I believe this is a browser setting.
struct FILETYPE { char ext[32]; char type[80]; } filetype[] = { {".AI", "application/postscript"}, {".ASC", "text/plain"}, {".BZ2", "application/x-bzip2"}, {".CFG", "text/plain"}, {".CHRT", "application/x-kchart"}, {".CONF", "text/plain"}, {".CSH", "application/x-csh"}, {".CSS", "text/css"}, {".DOC", "application/msword"}, {".DVI", "application/x-dvi"}, {".EPS", "application/postscript"}, {".GIF", "image/gif"}, {".GZ", "application/x-gzip"}, {".HTM", "text/html"}, {".HTML", "text/html"}, {".ICO", "image/x-icon"}, {".JPEG", "image/jpeg"}, {".JPG", "image/jpeg"}, {".JS", "application/x-javascript"}, {".KPR", "application/x-kpresenter"}, {".KSP", "application/x-kspread"}, {".KWD", "application/x-kword"}, {".MP3", "audio/mpeg"}, {".OGG", "application/x-ogg"}, {".PDF", "application/pdf"}, {".PNG", "image/png"}, {".PS", "application/postscript"}, {".RAM", "audio/x-pn-realaudio"}, {".RM", "audio/x-pn-realaudio"}, {".RM", "audio/x-pn-realaudio"}, {".RM", "audio/x-pn-realaudio"}, {".RPM", "application/x-rpm"}, {".RTF", "application/rtf"}, {".SH", "application/x-sh"}, {".SVG", "image/svg+xml"}, {".TAR", "application/x-tar"}, {".TCL", "application/x-tcl"}, {".TEX", "application/x-tex"}, {".TGZ", "application/x-gzip"}, {".TIF", "image/tiff"}, {".TIFF", "image/tiff"}, {".TXT", "text/plain"}, {".WAV", "audio/x-wav"}, {".XLS", "application/x-msexcel"}, {".XML", "text/xml"}, {".XSL", "text/xml"}, {".ZIP", "application/x-zip-compressed"}, /* Open XML file types */ {".DOCM", "application/vnd.ms-word.document.macroEnabled.12"}, {".DOCX", "application/vnd.openxmlformats-officedocument.wordprocessingml.document"}, {".DOTM", "application/vnd.ms-word.template.macroEnabled.12"}, {".DOTX", "application/vnd.openxmlformats-officedocument.wordprocessingml.template"}, {".PPSM", "application/vnd.ms-powerpoint.slideshow.macroEnabled.12"}, {".PPSX", "application/vnd.openxmlformats-officedocument.presentationml.slideshow"}, {".PPTM", "application/vnd.ms-powerpoint.presentation.macroEnabled.12"}, {".PPTX", "application/vnd.openxmlformats-officedocument.presentationml.presentation"}, {".XLSB", "application/vnd.ms-excel.sheet.binary.macroEnabled.12"}, {".XLSM", "application/vnd.ms-excel.sheet.macroEnabled.12"}, {".XLSX", "application/vnd.openxmlformats-officedocument.spreadsheetml.sheet"}, {".XPS", "application/vnd.ms-xpsdocument"}, {"", ""}, };
Thanks for the reminder, I updated the download instructions.
You can always insert the full link to the attachment like this one: https://elog.psi.ch/elogs/Forum/231009_104933/SCR14.PNG
But you can also use elog:69699/1 as shown here. Unfortunately you can do that only after the entry has been submitted, so you know the ID number of that entry. Once you have it, edit the entry and put it in.
Hello, I like the ELcode feature that lets you easily make an internal link to an attachment in the same post. However, I wasn't able to get this to work in the html editor, even though it's possible to use the ELcode format to link to another post in the logbook. When I type in elog :/1 in the html editor (without the space) and submit (even with an attachment present), it weirdly gets changed and shows up as 61/1 in the submitted elog, without any hyperlink. As far as I know we're using the standard elog code and only modified css parameters. Is there another syntax to link to attachments in html? Testing it out here: 69699/1 (elog :/1 without the space turned into 69699/1)
Menu commands = List, Find, Help
to remove all command which let you create or edit entries (New, Reply, Edit, ...)
Then do the same with "List menu commands = ..."
Good day. I am writing this post to ask how I can turn an elog website into a read-only version that will stay online for historical documention purposes.
I tried to search on Elog documentation but I had no success
Thank you and have a nice day
ELOG has not change in the last years in that respect, but I know that mailer get more and more picky about encryption etc. So you probably have to convince your mailer to accept the pw as it comes from ELOG, or do not require a pw for that specific client.
Hello, my sending of emails was working a while back but I have not checked on it in a few months and found out I am getting authentication errors sending to my MTA (mailer). I was using a base64 to encode the pw but now my mailer (gandi.net) rejects it. Has anything changed over the last couple of years with Elogs code that would be affecting this? I just upgraded (Linux) and changed my testing grounds to non-production and the same problem exists. Thing is I CAN send using other programs, but not with Elog. It is impertive I figure this out or have a work around.. but a 'work around' does not seem like a possible task since all the work (forums and such) will be via my Elog server.
Thanx, John
No, this is not possible with the current version of Elog, so indeed everybody needs their own logbook.
Good morning,
I would like to ask you whether it is feasible to establish a logbook that limits access to entries, enabling each user to view only their own. Although creating a logbook per user is an apparent solution, it does not meet my requirements.
Leonardo
Keeping the global and individual logbooks in sync is not possible. So indded my proposal is a cumbersome solution in your case. We do have "restrict edit" which lets users only edit their own entries, but we do not have "restrict view". Maye some thought for a future version of elog.
thanks to the answer you gave to my colleague.
Now, attempting to follow your suggestion... If we will create several logbooks, one for each user,
1) there is a way to automatically duplicate all the entries in anoter "global" elog without loosing them and keeping them updated between the global and the individual logbooks?
2) alternatively how I could activate a search in all these user logbooks (and only in this set of logbooks without searching in the others logbook present in the same file conf)? shall I gnereate a separated elog instance only for this set of logbooks? how to let this search to all option available only to a reduced number of "superusers" that are not "administrators?
Matteo
You would have to change the elogd.c code and recompile. At some point you wlll however get crash of elogd with a stack overflow. If you need more than 100 attributes, it becomes anyhow hard to manage, so I would suggest other ways, like adding iformation to the text body etc.
The maximum number or attributes is 100.
Is it possible to increase this?
Why don't you simply create a single attribute "identifier", which then gets a value D_001, ..., D_xxx. You can still use the D_xxx in full text search.
To explain the problem, we have silicon chip designs, which we log with an indentifyier, which is the attribute for easy search, as we want to follow their progress from design thorugh fabrication to testing, involving many people. They are called D_001; D_099...you get it. We have reached the 100, but maybe it is the est just to create an archive after each 100 design and make a new tab/logbook. Any other suggestions are of course welcome.
In my case, I had a number of attributes which had a varied prefix. For example, "progressed" , which could have no prefix, or prefix "I", "To be", "Strongly", "Seriously"... and that was true (the same prefixes, or at least many of them) for a number of attributes. Splitting them into two groups, the prefixes and the action, allowed me to gain more actual attributes without having to recompile. Suitable change in the elog config file will also make this easy to follow in how the entries are shown in threaded or full display modes. In your case suffixes may be better, but I hope you get the point.
Although I have done a (linux) recompile in the past, v2.9 something, 120 attributes seemed not to affect things.
Thansk for the super fast response! To keep the stability of the system we will look for a different solution then.
Marta
There is a general display option "List display", but that applies for all users. For the download, you can load the CSV file into a spreadsheet program and then delete some columns.
I was wondering if there is any possibility to let the user decide which columns to show/download in the search results? We have quite a lot of fields and it would help the usefulness of our elog a lot. (If there is an obvious possibility that I missed I'm sorry).
Thanks a lot!
The chain certificate on elog.psi.ch has been expired, so I installed the current one and now wget should be happy ;-)
> I spent one hour yesterday to install almalinux in VM on my laptop, clone repo, rebuild ELOG RPM, install the new rpm and start elogd. > You should have several VM on a shield for that :-P Right. One hour to install linux X, another hour for linux Y. Building RPMs is a constant challenge taking lots of time. If we find someone who volunteers to build the RPMs and EXEs from the sources and takes over the responsibility for the next years, I would be more than happy to upload the resulting files. I simply don't have time for that given all my other responsibilities. Best, Stefan
> For my curiosity, I've just clone ELOG repo on Bitbucket to try the process. That's pity : pipelines are currently broken (incident traced in status page https://status.atlassian.com/). > The goal is to build elog and pkg file for Ubuntu (docker images list : https://status.atlassian.com/). Next steps should to create a AlmaLinux VM to try RPM builds. I fixed the bitbucket pipeline. I compiled it for an (old) GCC 6.3, and even if I installed cmake there, it was not running (maybe I needed cmake3?). Anyhow, I switched GCC 10.2 and now it's fine. > With BitBucket, it's possible to configure personal runners for CI/CD (systems with pipeline client installed, as RHEL, Fedora, Windows, etc...). The pipeline scripts can build, test and generate the packages automatically, depend on system runners. > As CI/CD, the process is automatically done after commits in git repo... A lot of work to make it in place, but when it's running, the delivery process is done > This is also possible with GitLab and other big platorms. As you saw I use the bitbucket pipeline for CI/CD. The current bitbucket-pipelines.yml is pretty simple (see attachment). If you make me one which does the rpmbuild automatically, I'm more than happy to upload and use it. The downside there is that it only works for so long. As you saw at the error above, the pipeline worked a few years ago when I installed it. But in meantime things changed apparently and need to be fixed. ELOG is around since last century (literally!), and I'm kind of tired to fix things every once in a while. If somebody else could take over the responsibility to deliver the RPMs I would be more than delighted. Stefan
> > "file not found" should return http code 404. elogd returns code 200 together > > with a page containing text "404 not found". This pollutes the browser cache > > with wrong content (in this case, we are trying to load a css file, and the browser > > is trying to use text "404 not found" as if it were a css. bad. file not found > > should return http code 404. K.O. > > Yes. That's quite a problem when interacting with ELOG programmatically. Only way to > find whether response succeeded or failed with 404 is to parse response body > > When file is not found send_file_direct calls show_html_header which in turn calls > show_http_header which sets HTTP code 200 unconditionally. It's reasonably easy to > patch around. I fixed the code to properly return "404 Not Found" in case a non-existing file is requested. Stefan
Thanks for the fix, I committed it. Please give it a quicky try sinc I cannot test it here (don't use webserver authentication...)
I found the reason of the bug: In line 27441 of elogd.cxx the http_user is overwritten by the user saved in the sid_ array as a sideeffect of the sid_check function: sid_check(getparam("sid"), http_user)
http_user
sid_
sid_check
sid_check(getparam("sid"), http_user)
It can solved by changing elogd.cxx @ line 27441
27441c27441,27446 < if (!sid_check(getparam("sid"), http_user)) { /* if we don't have a sid yet, set it */ --- > i=sid_check(getparam("sid"), thumb_name); > if (i && strcmp(http_user,thumb_name)!=0) { /* user changed */ > sid_remove(getparam("sid")); > i=FALSE; > } > if (!i) { /* if we don't have a sid yet, set it */
Remark: I have used the variables i & thumb_name of the function in a local context.
i
thumb_name
Many thanks for your files and instructions. I integrated this into the official elog pipeline, so now the RPMs can be downloaded from https://elog.psi.ch/elog/download.html and they will be updated automatically after each commit. If you succeed with any Debian/Ubunto I'm happy to add that. What's missing now is an easy way to compile for Windows (which I don't have anymore).
For Windows target, It's supported in Bitbucket but only with private agent :-(
So I tried to build using docker hub MSVC image (abrarov/msvc-2019) but pipeline fails to retrieve the image. Maybe I need to swipe on alternative images, or these images with MS software are unaccepted from Atlassian...
Also, I tried to crosscompiling ELOG Win32 from Linux with g++-mingw-w64-x86-64, but Makefile/sources need to be patched to manage this 'platform'... For the moment, it fails. :-(
Next solution : use Wine in Debian image to build Elog with mingwin as I know that it works (under Windows :-)). Will be tested after all...
For Windows it's more than just getting the .exe. Users want an installer. I used the Nullsoft Scriptable Installer (NSI), but I have no clue if this still works today. But there is still the elog.nsi script in the repository. Next, users want elogd as a service running in the background as a "service". I'm pretty sure the old way of doing that has changed and one would at least have to test this. Unfortunatley I switched to MacOSX about ten years ago (actually most of ELOG has been developed under Windows, but these days are gone), so I'm kind of illiterate in the Windows world now and don't have any time to change that.
I'm traveling right now and will only next week be able to look into that, so please be patient for a few more days.
The problem with the attachment paperclips has been fixed in the current version.
On a new MacBook Pro (Silicon M3), I installed version 3.1.5 build 23df00d9. The application appears to work normally, except that, after a short while, the indicated attachment count (paperclips in the attachment column of the Summary view) starts to increment fairly rapidly with each time that I visit the page. Attachment counts appear even for records that don't have any attachments. When I access records individually, either those with or without real attachments, everything looks OK. Any insights as to what might be causing this, and how to correct?
This is a nice idea, but currently no text substations in templates are implemented. It only works in attributes right now. Stefan > Hello, > I am using template for some elogbook entries. > > Is is possible to automatically change the template using the actual date in some filed. > > Something like: the template has a place-holder <start date> and this is replaced with today's date when a new entry is created. > > I already have a "date" filed which is automatically filled, but I've been asked to have the date also in the template. > > Thanks in advance > Stefano
Have you tried the config option "Preset on reply <attribute> = $date". On a reply, the <attribute> will be preset with the current date.
I started using the record date feature in one logbook, since we plan to copy over old entries Joplin/Onenote. When starting a new entry, I see that the record date is automatically set to the current date, but when I reply to an elog, the record date is automatically set to the record date of the elog I'm replying to. Is there a way to fix this?
That's strange. If you edit a message, indeed a draft is saved every ten seconds or so when you keep typing. In our installations we keep an elog entry typically open for eight hours, then save it at the end of the shift, and everything works fine. Have you tried playing aournd with your config file, like "Restrict edit time" or so? Please also make sure you have the current elog version. I sse you have 3.1.3 which is quit old.
I've noticed that many times, I start an elog and continue editing adding to a few hours later, then I submit and it deletes everything I entered after the last time a draft was saved. I paid more attention and saw that it saves a draft after about a few minutes, and if I wait too long before submitting, it doesn't let me re-save the draft. My workaround is to copy all text before I submit, so if it ignores whatever I entered after the last saved version, I can edit it and paste it back in. Is there a setting someplace that I can change to fix this problem?
Thanks for the info, I updated the adminguide.
Here's a more complete/correct set of the updated commands:
sudo launchctl enable system/ch.psi.elogd sudo launchctl bootstrap system /Library/LaunchDaemons/ch.psi.elogd.plist
sudo launchctl bootout system /Library/LaunchDaemons/ch.psi.elogd.plist sudo launchctl disable system/ch.psi.elogd
The section of the ELOG Administrator's Guide https://elog.psi.ch/elog/adminguide.html describing how to build and install ELOG on a Mac OS X system has worked well for me for several years, even though there have been warnings that the "load" and "unload" subcommands of the "launchctl" command have been deprecated for some time. After trying my luck again on a new Mac with the latest operating system, I encountered errors of the type "Load failed: 5: Input/output error" when attempting to follow these instructions.
After a bit of searching around, I used information at the page https://www.alansiu.net/2023/11/15/launchctl-new-subcommand-basics-for-macos/ to deploy the more current subcommands as follows:
sudo launchctl enable system/ch.psi.elogd sudo launchctl bootstrap system /Library/LaunchDaemons/ch.psi.elogd.plist sudo launchctl disable system/ch.psi.elogd
Once the above can be verified, perhaps the instructions in the Administrator's Guide can be updated accordingly.
Thanks, fixed.
Hi Stefan, Thanks a lot for implementing the updated commands. I noted that there are a few typos that could cause people confusion if not fixed:
In one case, "launchctl" is misspelled.
Confusingly, I think the two lines containing the 'enable' and 'disable' commands use the contiguous text string "system/ch.psi.elogd" (no space), whereas the two lines containing the 'bootstrap' and 'bootout' commands use the phrase "system /Library/LaunchDaemons/ch.psi.elogd.plist" (note space after 'system').
Many thanks, Andreas W.
You can change the title for the standard page with 'Page title = ...' and for the list page with 'List Page title = ...', but unfortunately not for all pages (such as the search mask).
is it possible to change the name ELOG from all HTML titles.
E.g. find/search. If you click on find/search the browser/html tag/title is 'ELOG search'. Is it possible to change this to 'xxx search' and how.
This bug has been fixed in meantime, please upgrade to the current version.
I updated the EL9 rpms, so please try again.
I changed elog to interprete the content-length header case in-sensitive and committed the change. Can you try again?
I'm trying to run elog behind haproxy, but get the error "Invalid Content-Length in header" on posting.
As stated in the manual, haproxy rewrites all headers to lower case.
elogd parses the content-length header case sensitive which is against the HTTP RFC. This might also apply to other headers that get parsed.
For now I'm using the workaround from the manual:
global h1-case-adjust content-length Content-Length h1-case-adjust content-type Content-Type
backend elog option h1-case-adjust-bogus-server server elog 127.0.0.1:8080
But as the manual states, this should not be used as a permanent solution.
I have the same problem. I found a temporary solution: https://elog.psi.ch/elogs/Forum/69807
I'm not exactly sure what you want to do, but there are two options in elog:
1) Insert directly a table like this one:
2) Use one ELOG entry as a row in a table. You can try this by clicking on "List" here in the Forum should you not already see the list display, then on "Summary" which give you a spreadsheet like display, where you can specify in the config file which columns of the ELOG entries you want to see. See also the demo here: https://elog.psi.ch/elogs/Linux+Demo/
If 3.1.4 runs safely on your laptop, there should be no problem to update the 2.9.2 one. But first do it on a copy of your logbooks from the at-sea. The get converted automatically into a newer format but that should be transparent.
On the other hand you don't really need a new system if your old installation works fine and you don't need any of hte new features.
The changelog ist here: https://elog.psi.ch/elog/download/ChangeLog
I've inherited a position that includes deploying elog for an at-sea mission. Once at sea there's no gauntee of internet connection so I have to be sure things are going to work before hand. The machines I currently have (we have several backup machines) are running elog version 2.9.2 and I'm looking for a change log, or feature list to determine if it's safe to update the at-sea laptops to the latest version of elog.
On one hand, I could leave things as they are and I'm sure it will just work, on the other hand, I hate seeing things get out of date to the point that something just stops working some day and there's no ability to get support for old software.
I'm already running elog 3.1.4 on my personal machine I use for configuration development and testing and it seems to work well. The config file is pretty simple and seems to work with 2.9.2 on the at-sea machines, but I don't want to run into any suprises if there ends up being a compatibility issue at sea.
> I get the following compiler warnings about sprintf() buffer overflows. I suggest sprintf() should be replaced by std::string msprintf() from > midas. K.O. I started to convert some sprintf() to snprintf(), but I still have 824 cases to go... Ideally, all should be converted to std::string. Will be some job for my retirement ;-) Stefan
Check elog/themes/default/elog.css and look for font-family.
If you just want the elog entries in monospaced font, you can swith to "plain" encoding at the bottom of the entry form. You can also make this a default (check the docu).
is there a way to choose the default "style" for the HTML encoding ? - I'd like to set it to "Typewriter" but couldn't find the corresponding option in the available docs/ sample config files...
-- many thanks, regards, Pasha
You would have to access the raw elgo database files (which are pure ASCII files) and write some script which goes through all files and changes the URLs.
We have been using the ELOG for several years and had inserted hyper-links instead of whole files in order to save storage space. From this month our server is moved to a new location with a new address. Is there a way for me to retrospectivelly replace all addresses with the new server file pass?
TSL is not implemented in ELOG. Maybe I find time some day to do that, but if we have any volunteers in our community who could help me with that I would appreciate.
Hello, I would like to notify by email as soon as an entry is created or modified. I declared my SMTP which uses TLS security. The following error message appears : Erreur d'envoi de mail via "smtp.xxxx.xxx.xxx.fr": 5.7.0 Must issue a STARTTLS command first
Is there a solution ?
People are keeping me asking for a Windows installer. Is this now properly working, also under Windows 11? If you send me the executable, I could upload it to the distribution.
Do people have to install cygwin before they can use it, or will the executable runn just by itself? If I understand correctly, the MinGW package would not require a runtime library, right?
Some updates for Windows version.
I spent last WE to try to build ELOG on Windows from MSVCODE, MSCV, crosschain tool under linux etc, but in vain.
ELOG MSVC projects file are obsolete for last MS C++, and after migration, so much error or missing libs for SSL/Ldap/krb5 which should be built... I drop the sponge :-P
With mingw64 under Linux (docker/Debian), the code has also to be updated (C++11), but I don't get a build after all (also libs missing and must be built).
Finally, I can build Windows version from Windows with CygWin gcc-c++ as I did in the past. All the dependencies are available from CygWin installer. I got problems with strlcpy file missing, need to drop inlcude from elog.c and elogd.h as mxml doesn't include it anymore...
I find a Win64 CI/CD solution on AppVeyor which is free for OSS project. After creating account and add link to my ELOG test Bitbucket repo, ad new files (appveyor.yml, buildming script, update NSIS script for CygWin DDL, add tool for service), it builds automatically an elog-ver-release.exe artifact : (current build from GIT with SSL/LDAP/KRB5 available on month up to March 3, 2024 : https://ci.appveyor.com/api/buildjobs/logp7r8f0kcjq9pp/artifacts/elog-3.1.5-a720145.exe)
I installed this NSIS bundle on my PC and it's starting fine as a service.
The link info from EXE :
$ ldd /cygdrive/c/Program\ Files\ \(x86\)/ELOG/elogd.exe ntdll.dll => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x7ffdb1fb0000) KERNEL32.DLL => /cygdrive/c/Windows/System32/KERNEL32.DLL (0x7ffdb0dc0000) KERNELBASE.dll => /cygdrive/c/Windows/System32/KERNELBASE.dll (0x7ffdaf950000) cygwin1.dll => /cygdrive/c/Program Files (x86)/ELOG/cygwin1.dll (0x7ffcedc30000) cygkrb5-3.dll => /cygdrive/c/Program Files (x86)/ELOG/cygkrb5-3.dll (0x3fe0a0000) cyglber-2.dll => /cygdrive/c/Program Files (x86)/ELOG/cyglber-2.dll (0x3fe040000) cygldap-2.dll => /cygdrive/c/Program Files (x86)/ELOG/cygldap-2.dll (0x3fdf20000) cygssl-3.dll => /cygdrive/c/Program Files (x86)/ELOG/cygssl-3.dll (0x3fd0d0000) cyggcc_s-seh-1.dll => /cygdrive/c/Program Files (x86)/ELOG/cyggcc_s-seh-1.dll (0x3ff1d0000) cygstdc++-6.dll => /cygdrive/c/Program Files (x86)/ELOG/cygstdc++-6.dll (0x3fcee0000) cygk5crypto-3.dll => /cygdrive/c/Program Files (x86)/ELOG/cygk5crypto-3.dll (0x3fe170000) cygkrb5support-0.dll => /cygdrive/c/Program Files (x86)/ELOG/cygkrb5support-0.dll (0x3fe080000) cygcom_err-2.dll => /cygdrive/c/Program Files (x86)/ELOG/cygcom_err-2.dll (0x3ffe90000) cygintl-8.dll => /cygdrive/c/Program Files (x86)/ELOG/cygintl-8.dll (0x3fe450000) cygcrypto-1.1.dll => /cygdrive/c/Program Files (x86)/ELOG/cygcrypto-1.1.dll (0x3ffbc0000) cygsasl2-3.dll => /cygdrive/c/Program Files (x86)/ELOG/cygsasl2-3.dll (0x3fd3e0000) cygssl-1.1.dll => /cygdrive/c/Program Files (x86)/ELOG/cygssl-1.1.dll (0x3fd170000) cygcrypto-3.dll => /cygdrive/c/Program Files (x86)/ELOG/cygcrypto-3.dll (0x3ff800000) cygiconv-2.dll => /cygdrive/c/Program Files (x86)/ELOG/cygiconv-2.dll (0x3fe540000) cygz.dll => /cygdrive/c/Program Files (x86)/ELOG/cygz.dll (0x3fc790000)
I will send you the files/patchs if AppVeyor could be used for Windows CI/CD in your project.
Bye,
NB: the AppVeyor build log enclosed, need some cleanup...
Apparently Codecogs have changed their URL. I tried the update from
https://editor.codecogs.com/depr/CK_Editor_v4x.php
but it did not help. The CK Editor v5 is quite different from v4 (like they require node.js to install it), so putting it into elog would be some major work.
is there any update on this bug? Has anyone else observed the same problem?
I am not sure if this is a know issue: it seems that the equation editor does not work anymore. Is there any fix or alternative method to type latex formula in the log?
It is in the usual download area which is referenced at https://elog.psi.ch/elog/download.html
When will the new source be in the standard download area ? I'm on ubuntu .
Just read the manual: https://elog.psi.ch/elog/adminguide.html
is there an instruction document how to exacly host the ELOG on a server for example a raspberry pi?
Wishes,
M
I stopped making tar files, since most people building elog from sources just pull it from the bitbucket repository:
$ git clone https://bitbucket.org/ritt/elog --recursive $ cd elog $ mkdir build; cd build; $ cmake ..; make
So this never made it into the download area ? elog-latest.tar is elog-3.1.5-1 and contains no files from 2024 or 2025 .
Probably some very strange URL form nexpose to trigger a potential buffer overflow. If I get the precise URL which crashes elogd, I can reproduce and fix it.
Otherwise my usual advice: Run elogd behind an Apache proxy and do the authentication there. This way nexpose does not get to elogd, it will stop at the Apache (without the proper credentials).
Steafn
i have a question to mysql inexecute:
This works:
Execute new = mysql -h localhost -u root -D test1 -e "insert into `test1` (author, type) values ('$Author', '$Type')"
db is okay, i have all checked this. My question is: can the execute-command take a multiline argument? Or perhaps does somebody see a mistake i have made in the execute-line?
Here is the config:
Attributes = Counter, Autor, Adressat, Start, Ende, Mitteilung, TextBeachten Show Attributes = Counter, Autor, Adressat, Start, Ende, Mitteilung, TextBeachten Show Attributes Edit = Counter, Autor, Adressat, Start, Ende, Mitteilung, TextBeachten Type Start = date Type Ende = date Required Attributes = Autor, Adressat, Start, Ende, Mitteilung Extendable options = Adressat Preset Autor = $long_name Preset Counter = SoMi-##### Locked Attributes = Autor, Counter Required Attributes = Adressat, Start, Ende, Mitteilung Options Adressat = Alle, 1. Semester, 2. Semester, 3. Semester, 4. Semester, 5. Semester, 6. Semester, 7. Semester, 8. Semester MOptions Textbeachten = Bitte Mitteilungs-Text anzeigen lassen Execute new = C:\xampp\mysql\bin\mysql.exe -h localhost -u root -p123456 -D screen -e "insert into somi (counter,adressat,start,ende,kumi,mitlami,lami) values ('$Counter', '$Adressat', '$Start', '$Ende', '$Mitteilung', '$TextBeachten', '$text')" Execute delete = C:\xampp\mysql\bin\mysql.exe -h localhost -u root -p123456 -D screen -e "delete from somi where counter='$Counter'"
Thanks in advance and Merry Christmas!!
after setting
Date format = %Y-%m-%e
in elogd.cfg,
elogd hangs and must be restarted manually. Can anybody help me?
I found my mistake:It must be
Date format = %Y-%m-%d
We have always had issues with eLOG crashing intermittently... I upgraded from Server 2003 to Server 2008 about a year ago to try to reduce the issues... which really didn't help.
The service now seems to crash every week... (getting worse)... Is anyone seeing these issues in Windows servers? Any suggestions??
Joe, Run the command `limit' (if you are running tcsh) and `ulimit -a' if you are running bash (these are command line programs that will tell you the resources you are allowed to use. Look at filesize, datasize, and stacksize - these need to be 8M or so) You can increase these by typing, e.g., limit filesize unlimited limit datasize unlimited limit stacksize unlimited (the equivalent command for bash are `ulimit -f unlimited', `ulimit -d unlimited' and `ulimit -s unlimited', without the quotes) which will increase the limits to the max imposed by the administrator. If that doesn't increase your limits, you will have to contact the admin to have them raised system wide. If you are the administrator/sole user, you can set them to the max in the file: /etc/rc.common. I have included the following at the end of the file: ## # Enable coredumps if requested. ## if [ "${COREDUMPS:=-NO-}" = "-YES-" ]; then ulimit -c unlimited ulimit -d unlimited ulimit -s unlimited fi and I have put this in /etc/hostconfig COREDUMPS=-YES- Hope this helps - if that doesn't fix it, sorry! Sridhar > I have been trying to build and run elog under Mac OS X 10.2.6, without sucess. I > understand that this is not one of the 'supported' platforms, but I hope that there is someone > here who might know the work-around to my problem. > > I've tried building elog 2.2.5, 2.3.6, 2.3.7, and 2.3.8. I've tried using the compiler that comes > in the Mac OS X 10.2 box, as well as the gcc-based compiler supplied in Apple's Dec 2002 > developer update (gcc 3.1), and the June '03 update as well (gcc 3.3). > > elog builds without error in all cases I tried. > > When I run it, it will correctly serve the demo notebook. However, when the user clicks on the > test message to display it in full, there is a seg fault. > > I suspect that the trouble might be with something defined in time.h. > > I've run it in gdb, and the result is appended to this message. This is for gcc 3.3 and elog > 2.3.8. > > > I would greatly appreciate any hints or suggestions. > > Cheers, Joe > > --- > > [satsuma:~/Documents/elog_build/elog-2.3.8] jgiaime% gdb ./elogd > GNU gdb 5.3-20030128 (Apple version gdb-282) (Fri Jun 13 03:33:07 GMT 2003) > Copyright 2003 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "powerpc-apple-darwin". > Reading symbols for shared libraries .. done > (gdb) run > Starting program: /Users/jgiaime/Documents/elog_build/elog-2.3.8/elogd > Reading symbols for shared libraries . done > Indexing logbook "demo" ... ok > Server listening on port 8080... > > Program received signal EXC_BAD_ACCESS, Could not access memory. > 0x00005870 in el_retrieve (lbs=0x1, message_id=50, date=0xbfff2500 "demo", > attr_list=0x0, attrib=0x365620, n_attr=1, text=0xbfff2280 "1", textsize=0x1, > in_reply_to=0x0, reply_to=0x0, attachment=0x0, encoding=0x0, locked_by=0x0) at src/ > elogd.c:2775 > 2775 { > (gdb) up > #1 0x0001d9b4 in interprete (lbook=0x1 <Address 0x1 out of bounds>, path=0xbfff2280 > "1") at src/elogd.c:12279 > 12279 show_elog_message(lbs, dec_path, command); > (gdb) up > #2 0x0001db10 in decode_get (logbook=0xbffff340 "demo", string=0x3a300a "1") at src/ > elogd.c:12325 > 12325 interprete(logbook, path); > (gdb) up > #3 0x00020080 in server_loop (tcp_port=836736, daemon=-1073732640) at src/ > elogd.c:13398 > 13398 decode_get(logbook, p); > (gdb) up > #4 0x00021134 in main (argc=1, argv=0xbffff850) at src/elogd.c:13832 > 13832 server_loop(tcp_port, daemon); > (gdb) up > Initial frame selected; you cannot go up. > (gdb)
1. It appears that some times find_thread_head is called with message references that do not exist. That is not good.
I put in a little check like this before seeing if the message has an "in_reply_to" reference:
The line:
if (lbs->el_index[i].in_reply_to)
becomes:
if (i < *lbs->n_el_index && lbs->el_index[i].in_reply_to)
2. The trouble started when I deleted a message in the middle of a thread, which left the thread badly "connected" (references to a deleted message).
3. Also, when a thread is badly connected, it is a problem moving messages to a different logbook. ELOG complains that it cannot access the message (with the invalid reference). But ELOG should ignore it, since the message was deleted.
It would be nice to have this corrected. The problem occurs when you select (read) a message which refers to another message via "In-reply-to", and this message does not exist.
Thanks Andreas,
Works great.
I tried reading the documentation on this but I was not able to deduce this solution.
Thanks a lot again.
Hi Sofian,
it should work like this:
Options Type = Fault{1}, Test{2}, Report{3} {1} Options Fault Status = Open{a}, Fixed{b} {2,3} Preset Fault Status = NA {1} Preset Icon = attn.png {2,3} Preset Icon = icon1.gif
It is described under "Multiple conditions" in the documentation (https://midas.psi.ch/elog/config.html#conditional).
Cheers and good luck!
Thank you Stefan as well
Updating CKeditor did work, thanks for the tip.
Hi Illam
You actually have to change the source code of elog and then recompile. Download the code from https://bitbucket.org/ritt/elog/src/master/, change the value of the variable TEXT_SIZE in the file src/elogd.h
Default ist #define TEXT_SIZE 250000
I'm trying to increase the entry text constraint but not sure how to do this. Couldn't find it in the documentation or may be I missed it. Appreciate your help.
I would like to implement ELOG as a logbook for our Windows 2000 servers. After making the recommendation, my supervisor replied: "The problem and perhaps the only problem is what happens when the server is down. Electronic log books should be able to replicate from more than one source so you can document let’s say from your laptop – and upload to the server later." Can anyone help me out here with some scenarios to improve fault- tolerance? Perhaps installing it on multiple servers and synchronizing the data and config folders with the NT File Replication Service? Or installing it on one server and each administrator's laptop and using Offline Files to synchronize the data? Any feedback would be appreciated, Shawn Larson
It seems that the latest Windows binary still predates this fix. Will there be a new installer soon? Thanks for your support.
Dear colleagues, Can someone compile an up-to-date windows-version or write a manual how to do it in Windows without compiling errors? Thank you.
Hello, I have experienced some inconveniences with the restrict edit time option.
First, it is not possible for admin users to edit an entry after the edit time. The restrict edit option allows admin users to edit posts from other users, so I think admins should also be allowed to edit posts after edit time. As they can edit the config and temporarily disable the restrict edit time option, which is an issue.
Secondly, if a user made a draft and did not submitted it before the edit time runs out, the draft got stuck as it cannot be edited (and submitted) any more.
Hi, that Sebastian would be me. I replied to the first entry, as it was a draft (site reloaded incorretly...) and now I can't see the post anywhere. But this is off topic.
We have elog running on port 8000 and forward the traffic via Apache to it. Apache handles the SSL and other sites on the server. All you need is a apache site configuration like the following. The parameter you want is CustomLog. (Have a look in the internet for options.) I have also used nginx as webserver and know it can also handle this proxy setup. If you use the following config, the elog config needs the URL attribute in the (global) config.
<VirtualHost *:443> # change 443 to 80, if you don't use SSL ServerName your.server.name
# delete the next 3 lines, if you don't use SSL SSLEngine on SSLCertificateFile /path/to/your/ssl.crt SSLCertificateKeyFile /path/to/your/ssl.key
ProxyPreserveHost On ProxyPass / http://127.0.0.1:8000/ ProxyPassReverse / http://127.0.0.1:8000/
# Possible values include: debug, info, notice, warn, error, crit, alert, emerg. LogLevel warn CustomLog ${APACHE_LOG_DIR}/access.log combined ErrorLog ${APACHE_LOG_DIR}/error.log
</VirtualHost>
Hi again everyone; a Sebastian suggested I use a reverse proxy to complete my need to have logs show up when someone 'lands' on my first entry page. I see that Elog will only start recording logs when someone has actually started to do some work.. like login, read a post, etc... but NOT when they first enter the login page or 'listings' pages. I have tried fowarding from my router (both lighty and Apache) but so for no good. I will also look into a vhost option and shareing the same port (very difficult- if even possible) to solve my dilema.
John :)
Dear John,
I am a user of the elog system and no developer, so no complete answer guaranteed.
The quote of the manual describes the case, if e.g. an hardware component discovers a failure and the connected PC makes an automatic (new) entry to the elog. Probably modifying an existing one.
I have small concerns on your solution. The description of your alarm system sounds the other ways around, as you are doing something, depending on the elog entries. Based on your statement on JS and dedicated start page, you want to do it on client-side and not on the server. Where I can see the issue, if there is not client, then there is no alarm. As you want to change the date of the entries, I believe, you want to reuse the same entries multiple (infinite?) times instead of creating new ones. The later would be the style of an logging software like elog.
As far as I know, the Date attribute is special and cannot be changed by submitting something to the elog server. as this would make "Restrict edit time" useless. You can try it with this in your config: Subst on edit Date = $date Making an entry and edit it afterwards. The entry time stays the same. If you really want to use this attribute, you have to do some scripting to the actual saved .log files, but this is not intended as I believe.
What you can do, is using an alternative attribute like "MDate" with the config: Subst MDate = $date Subst on edit MDate = $date This will update every time you edit the entry. Then you probably want to add something like this to your config List display = ID, MDate, Author, ...
Or "Update" using the duplicate function on the old entry, where you want to change the date, creating a new one with the same content. Or "Update" using the reply function to create a new entry, referring to the old one.
I hope, I could help. Best wishes, Sebastian
Hi Stefan!
In the user manual under misc it says this: "The elog program makes it possible to submit logbook entries automatically by the system or from scripts. In some shift logbooks this feature is used to enter alarm messages automatically into the logbook. "
elog
Ok what am trying to do is have all messages update (somehow) without the user entering each record. I want my alarm system to be able to keep-up2-date on the expirations, by simply updating the 'date' fields I have in the logbooks (JS). I am getting used to JavaScript, and have all of that working as far as the actual 'alarms' are concerned. But they are useless if the dates are stagnent (ie. not updateing at least once per day).
So can you refer me to the 'shift books' you reference above, so I can understand how to write the code necessary? I've spend much time searching the net on this and experimenting, so I did try to find out before I posted. I believe using a combination of the Elog Utility, with a dedicated 'start page' that is mostly JS, will be part of the solution...
Thanks soo much for your help and awesome creation! :)
As far as I know, it is not possible, if you make a "new" entry. You could configure the elog, to always PRESET an atribute, but then it is always the same, not the last.
I think the "duplicate" entry function could provide you partly with the functionality you want, as it copies all old values into a new entry.
Regards, Sebastian
I am using elog as an observation log for amateur astronomy. I have a form configured, but I would like to know if it is possible to make certain fields persist across new entries.
What I mean is this:
When I make an new observation, I select a value for sky conditions (say.. "1"). When I make another observation, "1" is already selected.
Is this possible? If so, how?
I have the issue, that we can't list entries older than 1 year, if "Last default = 31" (or any other number, but they are restricted to 1, 3, 7, 31, 92, 182, 364) is active. The quick filter displays the option for "-- all entries --" but selecting this only reloads the default time frame (31 days).
A workaroud is to select a different time e.g. 1 day and then modifying the URL to ?last=1000 or so, gives acces to the old entries. But this is not the intended way to do it.
The Find results are also affected by this. e.g. selecting 1.1.2020 to 1.6.2020 with "Last default = 31" yields 0 results. The "Show last default" atrtribute for 1, 3, 7, 31, 92, 182, 364 work fine and overwrite the "last default" time in the quick filter.
In the Find page, there will be a "All entries" option at the top of the date selection box, if "Show last default" equals to 1, 3, 7, 31, 92, 182 or 364 (2, Bug: it is empty for "Show last default = 0" and not All entries")
Selecting "All entries" or the empty first value in the Find "show last:" date , will give a Find result with the "Last default" time constraint.
Thus it is not possible to get any entry older then the longst period possible (364 days), if you don't know about the workaround.
PS: I use a self-compiled version of elog up to the 395e101 commit in the bitbucket repository with pull request #7 (which hasn't been merged for over 1,5 years) and a simple patch for our local LDAP.
One other way would be to do the conversion on the client-side using javascript. Overwrite the complete datetime input cell and add an event listener to either onChange of this input or the submit event, to trigger the conversion before submitting, so elog would get the converted time.
In out elog some entries get additional information added in this way.
I don't feel comfortable allowing the elog daemon to execute random shell scripts. Is there no other way?
If you define a field as "datetime" then you'll get the standard ELOG input field for datetime. It will be stored as seconds of the epoch (seconds since 1.1.1970).
You can define a field as a default string input, then it is stored as a string. But you can convert that string by a shell scripts into seconds of the epoch. See "subst" command in the documentation of the elog syntax:
Dear Stefano, the support for the LDAP is limited. As stated in the documentation "on an as-is basis". We use the AD of our university, but I had to re-write a part of the elog auth.c to match the LDAP-tags, so this could also be a issue. As for your question. If some of the logins a working fine, then the other ones could have issues with the DN string, maybe... Your 2 lines of the logfile output show 2 (attempt) directly after each other. There should be some lines regarding LDAP in between. I get the (attempt) and directly (success) case only for FILE authentication. If you have left out these lines on purpose, ignore the following suggestion. Is it possible that you have previously used FILE authentication for the users, who could login via LDAP successfully? If yes, delete a user in passwd.file, which could successfully login via LDAP and let them login again. This should prove, that there is no artifact from previous FILE authentication. An other idea may be, check if the users have non-standard characters in their name, mail or password. e.g. I had problems with german umlauts and your mail ends in it, so there could be some other special charaters. I hope, I could help. Best wishes, Sebastian > Dear experts, > I have a logbook which has authentication as follow > > Authentication = LDAP, File > Password file = PASSWD.file > LDAP server = ldaps://it-ldap-XXX.XXX.XX:1636 > LDAP userbase = ou=people,ou=RGY,o=XXX,c=XX > LDAP login attribute = uid > LDAP register = 0 > Self register = 0 > Allow password change = 0 > > Some of the my user (but not all) have issue in accessing this protected elogbook. > The ldap password is correct (we checked). > What I see in the log is as follow: > > 22-Feb-2021 11:25:51 [XXX.YYY.ZZZ.QQ] {Beam Run} LOGIN user "USERNAME" (attempt) > 22-Feb-2021 11:25:59 [XXX.YYY.ZZZ.QQ] {Beam Run} LOGIN user "USERNAME" (attempt) > > The user USERNAME is present in PASSWD.file. > > For other user, for which the login works, I do see an (attempt) and then (success) > > we tried the standard stuff: clear cache/cookies and with different browser. We also tried to remove the user from PASSWD.file and > create it again, but nothing has worked. > > Any suggestion how I can debug this problem? > > Thanks in advance, > Stefano
we use the LDAPS connection in our setup and it works without issues. You have to specify "LDAP server = ldaps://server.tld:port" and normally it uses a different port (636) than insecure LDAP (389).
I am not Stefan, but maybe I can add to this issue.
Personally I think it is not a good way to dump all the information into the text field and try to let the server parse it. This could be archived more simply by using e.g. the python elog scripts or using the elog command tool to directly submit well structured elog entires.
As you have mentioned you could use the "execute new|edit|delete" commands to do the things you want to do. Let the called script fetch the elog entry and alter it in the way you like and resubmit the entry. (You have to make sure to don't generate a endless loop and you have to proably have to use a forwarding script as the elog "execute" command waits for finished execution). This way you don't touch the 1500 characters limit of passing $text to the execute command.
Also the point "filling an attribute X with free text" needs some kind of (extended) parsing, which isn't possible with the subst command. In our elog we such an attribute X, which is in some conditions filled with a set of other attributes and on other conditions just a normal input field, so the user could type custom text in.
"fill an attribute automatically with the character length of the text" could be done with the above mentioned execute command or it could be done on the clientside (e.g. browser using javascript or if automatically generated by a script, then directly by the script)
I hope it helps to build our application. Best wishes, Sebastian
Hi Chris,
Additional the the HTTP request sugested by Stefan you could also use the search functionality of the elog python module. For the HTTP request you may also need a way to provide credentials or transmit cookies, if the elog needs authentification.
I think your request to alter the samples logbook will be called with "execute new" or similar at submit time of the entry to the measurement logbook. Then both methods will have the issue that elogd is still processing the submit and can't answer new requests until the old is finished. Have a look at https://elog.psi.ch/elogs/Forum/69328 for possible workarounds.
I am glad, we could help.
I can see a caveat in the recommendation. By having "Execute New = echo $attrib > /path/last_attrib" and "Preset attrib = $shell(cat /path/last_attrib)" as the most simple construction. But there are cases, where /path/last_attrib can get out of sync with the elog by e.g. editing or deleting the last entry, which is the most likely one to edit or delete.
I am aware, that you can make the logic more complex to fix this issue, but basically you have the same information stored in two locations and you have to keep them in sync for the system to be reliable. I am not sure, if it will be more hassle to construct a script/config system to keep them in sync or to find a solution which gets the information from the elog database.
Thank you very much.
So far I testet all functionalities and scripts to reach my goal. I will post a dummy of the solution later on for future purposes.
Best wishes
Hello Frank,
It seems, you are using the mirror function of elog. It should resolve conflicts by itself acording to the documented rules. (https://elog.psi.ch/elog/config.html) As I don't use this function, I can't say how good it works.
If you don't want to use this function, I would suggest using the "Execute new | edit | delete" feature to trigger a script after each change of elog entries. This script could itself run "rsync" or your sync solution to make the sync and should afterwards call "killall -HUP elogd" on the remote to let elog re-read the config (and this sould also update the indices) (see Server Configuration https://elog.psi.ch/elog/adminguide.html)
If you have a sync-solution, which itself permanently observes folders for changes and syncs it by itself, It should have the option to run a command after sucessful sync or you need an other method to call "killall -HUP elogd" after sync.
Personally I would recommend the mirror function as it has a internal conflict resolution. I hope this helps.
PS: I don't know anything about your setup, but maybe there is a solution, where you don't need the local servers. As I think, the mirror function is mainly for backup reasons of a main server to a secondary one or similar.
Hello! We have a number of local ELOG servers, all mirrored to a single "remote" ELOG server. We have users that create updates at the local server, and some at the remote server, which can run the risk of record conflicts. Right now, the local servers perform a "Mirror cron" every 5 minutes, but even that leaves the door open to potential conflicts.
I found an open-source JAVA-based app called DirSync Pro (https://www.dirsyncpro.org/) which is capable of performing real-time mirroring, and has conflict handling. I "took it for a spin", and it does do what it claims. However, because each ELOG server performs record "indexing", it doesn't recognize records that aren't part of the current list of records. Restarting the ELOG server obviously corrects that, but I was wondering if there is another way to get the server to recognize newer "remotely-generated" records without restarting the server. As always, I'm appreciative for the outstanding working that has been done to make ELOG the great application that it is!
I am not sure, if I understood your setup correctly. But in my eyes, you don't need the local elog servers. The only difference for the users at the chambers would be to directly use the 'mirror' remote elog url instead of the local elog url in their browsers. "which is regularly updated..." could mean, that you are using some kind of automatism to add entries to the local elogs, but you could also use these directly on the remote
If you have concers about users editing the wrong chamber elog, there is a usermanagement to only allow certain users to certain elogs (on the remote).
As for the part "having a record conflict". That would be totally fine and handled by the mirror function. See the part "If new entries exist locally and remotely having the same entry ID"... in the documentation of the function.
As you state, that you are working on windows. There is no "killall" command to send the signal, as far as i know. Then a script could kill the elog and start it again. But this should have the disadvantage of loosing the login session of the users.
Hi Sebatian,
Thank you for taking the time to answer...very much appreciated! Although I'm running Windows OS, I do understand your approach, and will work on an analogous solution. Our setup is interesting -- we're running many temperature chambers, each one having a dedicated computer running a unique instance of ELOG, each of which is regularly updated to let users know what the progress is for the lengthy temperature testing. All of these individual logbooks regularly synchronize to a common 'mirror' ELOG server, which shows all the logbooks in one location. Users can view all the logbooks on one screen, by connecting to the mirror server. Since this can be done remotely, it also makes it convenient to add "updates" remotely to the mirror server, which eventually synchronizes with each individual computer at the temperature chambers. As you might imagine, if there is a user doing an update at the temperature chamber computer while another user enters an update remotely to the mirror server, there is a chance of having a record conflict.
I was trying to avoid conflicts by having real-time mirroring, where a change on either end is detected and immediately "synchronized", thereby reducing or eliminating conflicts. In any case, if I do come up with a good solution for Windows, I'll be sure to share what I did. Cheers, Frank
I can confirm the issue also for "prepend on edit". To be more precise, it gets executed everytime the condition state changes, if placed in the config without condition, or if placed in a condition, everytime the condition gets activated.
The command "Append on edit = " is getting executed everytime, when a dropdown menu is changed. This happens even at the first creation of an entry, so the append text stucks up multiple times in the text body.
Hello Maxim,
I just stumbled on a similar issue. Also with a self-compiled elogd on Ubuntu.
We also use a custom css and by clicking on the "New" or "Reply" or "Duplicate" the elog generates the entry editor. On the first load of this page the link to the css file is sometimes corrupted by having some garbage characters in it. <link rel="stylesheet" type="text/css" href="ƒŒüthemes/name.css">
I found the bug in the code and made a PR on the bitbucket. Here is the commit to fix it yourself. https://bitbucket.org/merrx/elog/commits/cea193ded7161bb6d1f67725ca109d2d4341128a
Dear, sir! There is a problem with a configuration file.
The code was compiled by Cygwin (gcc-core, gcc-g++, make, gdb, libssl-dev). After a compilation a reference to our own css-file was written in configuration file and css-file was included in a folder “themes/default” of the project.
The problem is that in running elog-3.1.4-1 (and upper versions) css-file name in a code of a page has some random symbols before file-name, for example: <link rel="stylesheet" type="text/css" href="ø9öÿeLogOUK.css">. It was found that the problem is resolved if a string “Password file=passwd” is deleted, but in this case it is impossible to set passwords to the users.
Here is an example of configuration file which is taken from the forum and just one string (CSS=elogOUK.css) has added to the code
____________________________________________________________________
What can be done to resolve this problem?
I stubbled on a issue with our elog. We introduced an attribute "mode" to one of the elogs and it breaks the "Find" function as this attribute is already used for the viewing settings "full", "summary" and "threaded". (HTTP parameter pollution)
I suspect other special attributes used by the internals of elog should also not be allowed. A quick search in the "Find" reveals these attributes in the URL, so I guess, these should also be avoided. This list could be incomplete
npp, ma, da, ya, mb, db, yb, attach, reverse, mode
A simple workaround would be updating the documentation to add these to the list of forbidden attributes. https://elog.psi.ch/elog/config.html Maybe a warning can be added, if the elog behaves unexpected, try other attribute names, as they can conflict with internal attributes.
A fix could be to add a prefix for internal attributes, which can't be used for user attributes.
PS: I also noticed using the "Find" command, the generated URL contains 2 reverse attributes like "reverse=0&reverse=1"
the bug you have found was already reported in an earlier issue, together with the same solution you have found. https://elog.psi.ch/elogs/Forum/69368
That works like a charm - until I log in to the logbook. Then the include of the CSS in the header is garbled with some "prefix" of random chars:
And a quick check in the source code shows some bad code:
L7615: function "show_html_header"
Here css_base is a not initialized local variable of the function. In fact the above line is the only reference of that variable char css_base[1000].
The bug is still present in elog-3.1.4-611489b
Thanks for the merge. I found a more general solution, as there could be the posibility to have the author as "select" or "radio box" input in the form, where the fix breaks. But I think in most of the cases the author is a preset input, if used with "restrict edit = 1", so the merged fix should be fine. https://bitbucket.org/merrx/elog/commits/7aacfbcac43b1192e5271fa7b2c80f4825c94d23
Today we ran into this issue again, but this time the curpit was encoding... The author name in the password file was differently encoded as the author name from the xhr request. For this instance there was a umlaut in the name.
I haven't got a good solution for this at the moment. The workaround is to check the encording in the password file and make it matching. But as for automated logins / user generation e.g. via LDAP (in our case) one should be aware of this issue.
my old entry was related to the admin options of edit time. The option "Admin restrict edit time" was implemented later, see ab8b98c
As a workaround you should be able to give "Restrict edit time" a ridiculous high number in the specific logbook, which should overwrite the global. In the documentation is no rule specified for diabling global settings for specific logbooks, as far as i know.
Actually this is related to post 68993 from Sebastian Schenk in Jul 2019. Are there any new workarounds I may have missed?
I have set the options "Restrict edit time = 24" and "Admin restrict edit time = 0" in [global]. This way can only edit entries for 24 hours while the admin can forever. I now want a single logbook where all users have unlimited time to edit entries. However, setting "Restrict edit time = 0" in this specific logbook behaves differently to the admin setting as it simply sets the time to 0. Is this behavior intended or a bug? I guess a workaround is to specify the edit limitation not in global but in all logbooks seperately.
Hi Anthony,
the elog has a mirroring function, which synchornizes config and logs between multiple instances. See the bottom section of https://elog.psi.ch/elog/config.html
I'm wondering if it's possible to have a shared logbook and elog.cfg between multiple instances of elog. Ideally, I'd like to have my logbooks folder and elog.cfg hosted on a nextcloud instance while running the elog service locally. I've tried this using symlinks and shortcuts on windows with no luck. I was able to install elog into my mounted nextcloud folder, but this isn't ideal as I would like this to work from multiple computers.
Any ideas or thoughts on how I can do this (if I can actually do this)?
Hello Harry,
the elog server (elogd) is a standalone application written in C and contains a full webserver and logfile management system. There are no other dependencies to apache or python.
You can use a webserver like apache or nginx in combination with elog to act as a proxy, e.g. to handle the encryption part of the communication between your web browser and the elogd, but you don't need to.
Regarding the first part of your message: The elog server worked normally; entries (including the text body) got saved correctly until the last update? The only thing in your list of updates, I can think of making this problem could be the update of ckeditor as it is the text editor used by elog. The other packages should not be related to elog... but I am not a package maintainer. I compiled elog from source and it brings the necessary files with it.
I've been using elog for a few years now. I've had the current setup working for me up until today.
If I create a new message (entry, whatever they are called), or if I attempt to update an existing message, only the header information is saved. The body (the part I can see in the editor) does not get saved.
Yesterday, I did do some updates on the server machine. Among them was an update to apache2, but I am not using apache2 (I can disable apache2, and elogd continues serving elog on client machines). Also updated were several python3 packages; I ran into a compatibility problem with python3 with a different package, so I wonder if that could have some impact for elog also. About 50 packages were updated altogether.
Here are the packages that were updated yesterday (in case this is of interest to solving the issue):
This is a devuan ascii server only for clients on a local area network.
Just my 2 cents: There is a hardcoded limit how many entries the Option list can have. Without looking into the source, I assume the limit also exists for MOptions. If you want more, you have to recompile elog with the changed limit. We have used the normal Options attribute and a "Execute new"-script to alter the elog config for the Options list: to sort the list (5 last used entries on top, the rest alphabetical) and remove very old entries, which are not needed any more. Remark: if you change the elog.cfg, you have to tell elog to reload the cfg. e.g. using "killall -HUP elogd". Alternatively, you can add javascript code via a html file and the attributes "Top text" or "Bottom text" to manipulate the input fields on the client side. Both ways are a little bit hacky, but they work. Best wishes, Sebastian > Thanks for you help. This is almost it. > > The problem is that the items are options and not freely closable numbers. In the end, with your solution, it will show you all of the previously put IDs which will be 1000s of entries for us. I think I will just put a convention that we have to write the numbers spread with a comma in a string > field. > > Thanks. > > Best, > > Nick > > > > I have replied to this entry, because, for some reason I don't understand, if I reply to your latest entry, I am > > automatically logged out. I tried this multiple times, and also on many other entries and had no issues other than > > entry 69787 - any reason for this, Stefan? > > > > Anyway, what about MOptions? That appears to do what your example, and needs two lines in elog.cfg file: > > > > Moptions WaferID = 1001, 1002, 1003, 1004, 1005 > > Extendable Options = WaferID > > > > I've done a couple of quick tests on a test logbook I keep for such experimentation, and it appears to do all > > you have asked of it. I added a new option 1006. However, I found that one has to add that new one on its own, > > let the entry become proper, and then edit the entry to add the other, existing, values. If you tick entries and > > also add a new one, then your new entry is all those listed on their own, that is you would get and new entry > > in the config file such as "1002 | 1004 | 1006", rather than just 1006 > > > > This is probably an result of an unexpected use of Moptions and extendable options, rather than a bug per se. > > > > > Hey, > > > > > > thanks for your answer. I completely get your point. However, I think my question as not precise enough. > > > > > > I would like to have a numeric input, but many at the same time. When I make a new post, I would like to have an attribute 'wafer_IDs' that specifies the list of wafers this process has been performed with. So for a single post I would like to have a list like this: > > > > > > wafer_IDs = numeric value, numeric value, numeric value, extendable > > > > > > Note: I am not referring here to the option. The numeric values are freely chooses numbers, the only this that varies from post to post is the number of numeric values put. > > > > > > Let me make an example (If the attribute were a string this would be the equivalent): > > > > > > 1st post: A process that was run with 3 wafers (ID: 1000, ID: 1001 and ID: 1002): > > > wafer IDs = 1000, 1001, 1002 > > > > > > 2nd post: A process that is run with 2 wafers (ID: 1000 and ID: 1002): > > > wafer IDs = 1000, 1002 > > > > > > The string solves the issue, but is not as nice as having directly a list of integers. > > > > > > Thanks for your help! > > > > > > Best, > > > > > > Nick
Where can I get more information about the config and themes file. I downloaded the latest version (2.0.4) and the config file docs seem out of date. I would like to get the icons working as well as getting the email to work. The demo page at the elog home site shows both but I cannot find ant references to the icons.
I am currently trying to configuring elog top groups, which are supposed to separate from each other. However, I would like to have a common logbook that should be visible in each group. Is there a way to share logbooks among Top Groups for example
Top Group Electronics = Elec1, Elec_EEE, Ele2
Top Group Processing = P_AA1, PPP2, Elec_EEE
Top Group Monitoring = Mon1, Mon2, Mon3, Mon4
Top Group Data = Data1, PPP2, Data2
I would like logbook to be viewed:
Could you please suggest me if it is possible to set in this way (Color codes t show the common sharing).
Many thanks and regards,
satyajit
I tried without success. Logbook is not sharing, it is displaying only under one "Top Group" whereever it appears first.
With regards,
I don't know if that works. Why don't you just try?
I am not yet able to figure out how attachment submission is done, I am trying. It would be helpful if you can refer me to some pointer.
Thanks again for helping
PS: maybe this dump could give a clue..... what's the directory of size
12288
created on Jun 1 14:08 ... ? has it screwed up elog?
[vanini@nbvanini ~]$ ls -latr /usr/local/elog/logbooks/work/
-rw-r--r-- 1 elog elog 3443 May 30 12:31 110530a.log -rw-r--r-- 1 elog elog 38956 May 30 14:17 110322a.log -rw-r--r-- 1 elog elog 48804 May 31 10:05 110302a.log -rw-r--r-- 1 elog elog 75644 May 31 17:09 110427a.log -rw-r--r-- 1 elog elog 4079 May 31 18:58 110531a.log -rw-r--r-- 1 elog elog 77316 Jun 1 10:43 110113a.log drwxr-xr-x 2 elog elog 12288 Jun 1 14:08 . -rw-r--r-- 1 elog elog 2904 Jun 1 14:20 110601a.log
when I try to edit an entry of my ELOG, the display shows the editor window blank, without all the previous content of the entry, and it is not possibile to write in it. It worked since yesterday, when ELOG tried to save a new entry but the disk was full. ELOG was srewed up. I deleted the buggy entry and now I can display all the previuos entries, but I cannot edit anymore... Please help!
I've a little experience of digging myself out of (in my case, self-induced) problems using ELOG. I'm also aware that I may be the least experienced/qualified user..
First: Archive your work directories. Then at least whatever you do from here, you've got the status quo to fall back on. Also, record anything you can remember (ID number, thread, etc) of the deleted entry/entries.
I've found that ELOG can hang in an infinite loop if it tries to find an entry that is no longer there - and that depends upon how you approach the point where the missing entry would be. ELOG's own delete works fine in normal circumstances. I'm talking about abnormal circumstances, for example when idiots (me) are playing around with the yymmdda.log files, or *possibly* if the disk is full, and you then try deleting the entry that caused the full disk problem. Whether that is what you are seeing, I cannot say at present.
However, to progress this: When you are stuck, unable to edit anything, in a[nother] terminal, try the process report
ps -A
two or three times, with a short interval between commands. (Or other switches if you know how to select to view the elogd process on your system). If elogd is using seconds of CPU time between each ps command, it's probably in an infinite loop. If you need to be sure, wait a minute and check again. If so, you'll have to stop the daemon, possibly requiring a computer reboot. In my experience, ELOG does not get stuck in an infinite loop when just indexing the pages when the daemon starts, but experts may well know better.
This may at least diagnose whether you cannot edit because ELOG is stuck in an infinite loop, or has some other cause.
If it is the infinite loop, the trick is to find which entry causes the loop without getting stuck in that loop next time around.
David Pilgram.
you have been very helpful indeed. The problem was the one you spot, I've deleted the buggy entry removing the ***.log file, and this caused disaster..... now it is working again, thanks a lot, I have all my PhD thesis in ELOG....
after ubuntu 16 system upgrade, elog version (3.1.1-1-1) on firefox version 56.0+build6-0ubuntu0.16.04.2 , the drop-down menus (Styles, Font, Size, etc) don't work anymore.
How can I fix it?
Many thanks!
I'm using ELOG with Ubuntu 19. When I create or edit an entry and I start writing, it hangs for few seconds, resumes, and all over again intermittently.
I love to use elog, but I don't need any other accessing it for the moment. So, it is possible to run elog locally on my PC, and make it not accessible from outside?
Moreover, I installed elog on a linux virtual machine running with Virtual Box on Windows 10. Is it possible to open/edit my elog both from the linux VM and from the Windows system? without any accessibility from outside my PC?
Many many thanks
Thanks John. I found the linux IP address with ifconfig, type it on my windows machine with the port number, but it doesn't work, the error is "website not found"... what else could I try?
sam
How can I specify the custom folder so that the new logbooks a
Is what I would like to be able to do is create a new log entry, every single day, automatically. I would then have a growing log dir of daily log entries (files) for ever day of the week, most blank but some would then contain data that I enter later-- either at the end- of-day or on a day I have downtime and can commit to administrative work.
Purists look away now.
I have the same issues regarding "catching up" of entries. So what I do is use the date command to reset the computer's time back to the time that the entry [i]should[/i] have been made. Say I need to put an entry for last Thursday (today is Saturday 27th),
Firstly I set the clock back by
date 04252200
(I use a time of 22:00 or later as code for a retro-made entry, the date being the important point for me).
Then any entry will have the correct time (sic) and date entry within the file, and the file the expected format of 130425a.log
After Thursday's batch of entries, I then simply reset the clock for the next entry/ies or indeed back to real time.
---
Nice to meet someone else who gets down to the bare ascii and knows how to edit the xxxxxxa.log files!
Hello Andreas, Stephan and David,
Thank you so much for the very insightful feedback -- it's very much appreciated!
I took all of the tips and created a solution that encompasses most of the feedback, and I think it solves my problem nicely while adhering to my desire to keep log filenames in order as well as limiting the risk with moving/renaming, etc.
1. First, I have created a cron job that runs daily at 12:01AM, which runs the following command (This will create a new entry as a place-holder at 12:01AM every day)
CODE:
elog -h localhost -p 8080 -l Daily -a Customer=CRON -a Subject="Daily Log - System Generated" -a Hours=New -a TravelHrs="0" -a Author=CRON -a Type="System Generated" -a Status="New" -a "Locale=localhost" -v "Auto-generated log entry."
2. Second, I added the "When" attribute, per Andreas' suggestion.
3. Last, I added the recommended sort command to my .cfg which will exclude the auto-generated logs from showing up and cluttering my view; essentially making them invisible. I sort by type to exclude the system generated types.
Now, -- to go back in time and enter my "catch-up" data, I'll use the 'Find' in my menu, and find by type = system generated. That will pull up all the auto-generated entries. I'll then open whatever day(s) log(s) and edit them, chose the "when" to be the actual day the log entry is for, and enter the data.
I think this is a perfect solution - thanks so much! PS - Nice to meet you too David -glad to know someone else out there thinks like I do! :-)
Hello, I've had much success and use with ELOG. However there is one thing that I wish I could figure out in order to make ELOG work exactly as I need it. When I either create a new ELOG entry, or, have one created via an automated scrip run by CRON, the paragraph width is preset. I've read the notes and experimented with setting the text size, but it seems that if I either adjust it via the config file, or, change the size by dragging the message box itself, then I end up with an ELOG entry that has an irregular message size to it than all the others. Consistency and uniformity is very important to me for how I use ELOG. It would be idea, if the log entries did not contain <CR>'s or justified lines. In other words, I would like to be able to have my ELOG entry fill the width of the screen, be it a wide screen or standard portrait scree, and at whatever resolution and text size I have my browser set to. By not filling the entire width (and also by not having it auto adjust depending on screen size, resolution, etc.) there are large portions of the screen real estate that is lost and you end up with very long, scrolling log entries versus entries that file the entire width and therefor take less vertical screen space. With all that said -- Does anyone else have this issue? And, is there anything I can do to correct this? This would make me a very happy user if it could be done. Thank you in advance!
I have followed the very simple steps on the Download page for checking out and compiling from GIT. That works perfect and there is no issue.
The problem I have is-- it is not clear to me where to put the 'elog' dir that I have after I 'make' and 'make install'. Or, is there an installer script afterwards that I run? I'm installing on Debian 7 and trying to upgrade from 2.5.2 (which was installed using apt-get.)
Hi Ryan,
as far as I remember the Debian package is not supported any more. The "make install" assumes Red-hat style installation directories (you can see it in elog/Makefile, all the installation directories are installed there).
I have no idea where Debian is supposed to install the binaries. But you should be able to use GNU "locate" to find the old files: "locate elog" and "locate elogd" should tell you where the old binaries had been installed.
Thank you so much for the reply and info; Much appreciated! I turned up a CentOS 6 VM and the installation, using the RPM's provided on the 'downloads' page here, worked perfectly and was very straight-forward and easy.
The D/L page includes the Debian repositories (which is how I installed on Debian in the first place) but only installed v2.5.2. I needed to get to the newest version (ELOG V2.9.2-2455) so I can setup authentication and SSH. (And also so that when I am reading the manuals and documentation online, provided at this site, that is makes sense to the version I am running.) I also want to add that it seems that I am able to bring over my older 2.5.2 logbooks to 2.9.2 without any problem. To do that, I just rsync'd the logbooks from old to new. They seem to work just fine under the newest version.
I'm good to go. Anyone looking for an easy deployment of ELOG, especially in a production environment, I can attest that the RPM's provided here make it very simple to deploy on Cent6.
I am attempting to setup an ECR (Engineering Change Review/Request) process in ELOG.
I have a logbook setup so that an original request is submitted with a status of "Approval Pending" Options ECR Status = Approval Pending, Approved / In Progress, Completed / In QA, Closed
Once the entry is made, it is reviewed by several people who reply to the original entry and update the approval fields, adding any comments as a reply :
Options OPS Approval = Approved, Denied Options ENG Approval = Approved, Denied Options Director Approval = Approved, Denied
Once the final approval is obtained, they reply to the thread and update the ECR Status field to "Approved / In Progress"
This goes through our QA process, and is finaly updated with "Closed"
The problem is, I would like to keep the historical data of when the status of these entries are made. For example, in the message thread, I can see that reply #4 changed the "Status" field to "Approved". However, I can not seem to find a way for this to work with quick filtering. The quick filter always filters on the first entry on a thread, and not the last.
The other option would be to change the status of the first entry, but that seems silly as I am using replys instead of edits.
Any ideas on how to implement this "Status" field into my workflow? I am even open to losing the historical "status" and beeing able to change all entries on the thread on reply. (i.e. Reply #4 changes "Status" to "Approved", and the system changed all entries in the thread to "Approved")
I'm now running eLog 2.9.0 and seeing the same crashes. However, I've got some more information that may be helpful.
The crash seems to be directly related to the order of replies in the thread. For example, in this thread I am replying to the original entry. The original entry has 2 children (the entries are siblings) and no grandchildren.
In our installation, eLog crashes consistently under the following conditions:
go to the "list" display
set it to "threaded"
"select" a thread that has siblings at any generation of replies
choose "edit"
If the selected thread only has one entry at any generation, eLog does not crash.
Here's a horrible attempt at a display of two message threads. Note that in the first example, there are 2 replies at the same generation (siblings)--both the person who responded and the original submitter replied to the initial submission. After that, all replies were to successive generations.
-------------- Causes eLog to Crash ------------------ ! Full Name (submitter) module failure => Full Name (submitter) Re: module failure => Full Name (replier) Re: module failure => Full Name (submitter) Re: Re: module failure &nb sp; => Full Name (submitter) Re: Re: Re: module failue ------------------------------------------------------ -------------- No eLog Problem ------------------ ! Full Name (submitter) Labwide failure of mcc => Full Name (replier) Re: Labwide failure of mcc => Full Name (submitter) Re: Re: Labwide failure of mcc &nb sp; => Full Name (replier) Re: Re: Re: Labwide failure of mcc ------------------------------------------------------
I am also experiencing the same exact problem as explained above. It only seems to happen when a part of the title has changed. I will include my config for an example. Make a few entries, then change the "Customer" paramater. Then try and edit an entry in the thread.
Enable attachments = 1
Attributes = Employee, Customer, XXX-ID, XXXX Number, SCD, Type, Status, Folder Created, XXXX Received, Equipment Installed, XXX Carrier Up, Customer Carrier Up, QA Completed
Thread display = $Customer - $SLR-ID - $Type - $Status - SCD: $SCD - XXXX: $XXXX Number
Propagate attributes = Status
Locked Attributes = Employee Options Type = Activation, Termination, Change Options Folder Created = Yes, No, N/A Options XXXX Received = Yes, No, N/A Options Equipment Installed = Yes, No, N/A Options XXX Carrier Up = Yes, No, N/A Options Customer Carrier Up = Yes, No, N/A Options QA Completed = Yes, No
Entries per page = 100
Preset Text = $short_name @ $utcdate - Append on reply = $short_name @ $utcdate -
Locked Attributes = Employee
Preset Employee = $long_name
Options Status = Open, Closed
Quick Filter = Status, Type
Type SCD = datetime
Summary lines = 0 Enable Attachments = 0 Suppress default = 2 Entries per page = 10
Suppress Email to users = 1
Display mode = threaded Collapse to last = 1 Expand default = 0 Subst on reply Employee = $long_name
Faulting application elogd.exe, version 0.0.0.0, faulting module elogd.exe, version 0.0.0.0, fault address 0x000646c7.
I have two identical servers (IBM X337) setup on the same LAN with Ubuntu Linux 10.04 LTS with ELOGD running (Compiled from tarbell) with the same exact package install base. (Only difference between the two servers is the hostname, and the ELOGD.CFG global section)
Thanks a lot Stefan.
Right, I should have restarted the server. Thanks! Everything looks perfect now!
I'm trying to send an email based on an attribute, in other words, a lookup and not $user_email of the author. For instance, if I set a an attribute "Assignee" with a valid user full name (i.e. John Smith), I'd like to look up John Smith's email address from the password file and send him an email. I can't seem to find it something like that in the docs, I can write a script to do that, but was looking for a less cumbersom way of doing it. Thanks in advance.
Hi, I have a logbook with attributes Tool1, Tool2, and Tool3. When viewing a completed entry, what I want to do is see Tool2 or Tool3 only if they are non-zero, and don't want to see them if blank. Basically, a "Hide if blank" option. I couldn't find it - if it doesn't exist, are there any tricks to simulate it?
> Just my 2 cent: did you try to reproduce the problem with the latest ELOG version 2.9.2? Hi Andreas, Thank you very much for your reply. Thsi problem occurs also with the latest ELOG version 2.9.2 It would be nice if the timeout value(s) can be edited via the elogd.cfg file. Maybe this can be added in a new version. Best regards, Ron
Thanks you for entering this thread ! Fortunately, we were able to solve the problem. A reboot of the DNS server used by the MTA (Mail Transfer Agent Server) to check the from and to address did the trick.
This server now responds within the timeout period in ELOG.
It still would be handy if you could add a parameter to the config file that allows us to fiddle with the timeout value. The DNS server used by the MTA has to deal with heavy load.
Best regards, Ron
After entering a new user and activating it in ELOG, the new user receives an email. The link does not work because the port number is repeated in the link (see below) In the Global part of the elogd.ini we have added the port: port = 8080 Maybe I am overlooking something, any suggestions are very much appreciated! Thanks! Ron - - - - - - Email Subject: Your ELOG account has been activated Email Body: Your ELOG account has been activated on host eloghost:8080. You can access it at http://eloghost:8080:8080/logbookname/?unm=newuser. To subscribe to any logbook, click on 'Config' in that logbook.
Hi Stefan, thank you very much for having a look at this :-) Here is the config file we use. Seems okay to me, but I may be overlooking something. [global] port = 8080 SMTP host = localhost Self register= 0 Display Email recipients = 0 Use Email Subject = [ELOG - $logbook] Date format = %a %d-%b-%Y %H:%M Default encoding = 1 Allowed encoding = 1 [MYLOGBOOK] Theme = default Comment = My logbook Password file = passw_mylogbook.pwd Admin user = admin,user1,user2,user3 Self register= 3 Menu commands = List, New, Edit, Reply, Duplicate, Find, Config, Logout, Help Attributes = Author, Type, Category, Subject, ServerNaam Preset Author = $long_name Options Type = Opt01, Opt02, Opt03, Opt04, Opt05 Options Category = Cat01, Cat02, Cat03, Cat04, Cat05, Cat06, Cat07 MOptions ServerNaam = Server01 Preset ServerNaam = Server01 Required Attributes = Author, Type, ServerNaam Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type, ServerNaam
I installed ELOG on other machine for making automatic backups. I copied the .cfg file to the slave and edited the .cfg file on the original machine (mirror server entries). (automatic configuration with -C didn't work somehow - maybe a firewall problem)
Then I tried to synchronize manually, which works great. I set the mirror cron = 0 7-18 * * 1-5, as written as example in the documents, but nothing happens at full hours.
There's something else strange: I can't access "https://lx0.mydomain.org/" or "http://lx1.mydomain.org:8082/" directly. The browser just keeps loading - showing an empty page (and an error message after a long while). I have to add the name of the logbook to the link. Why is that? If I set different paths in the [global HBAR] and [global SMI] areas (like URL = https://lx0.mydomain.org/hbar/), I can access the links above (giving me the overview page as expected), but I can't access the logbooks itself anymore.
However, that's not a big problem (I can access the logbooks via direct link and see all the others in the same group and switch to them), but the backup thing is.
So, main machine is lx0.mydomain.org and the backup machine is lx1...
Attached are my config files. I deleted many of the logbook specific entries, since they aren't important and just look like the first one.
Hope anyone can help, Roland.
The synchronize feature is totally worthless to me.
First of all the automatic backup doesn't work - and nobody seems to know why - and pressing the synchronize button by hand from time to time also doesn't work if the entry is too big:
Error sending local entry: Error transmitting message
So, copying the files manually helps, but for this I don't need a "fancy" synchronize feature.
thanks for your hints. Meanwhile we already solved the problem. I think it was caused by the recovery from a backup version after the server crash ... and the retirement of the person who did the previous installation.
We found the following things to be faulty:
Now everything works as expected.
I'm sorry for inconvenience,
Thanks and best regards,
Attached the shell scripts using awk and sed how I have migrated two separated logbooks into one single and how I re-adjusted certain attributes.
I develop multiple client server apps and web apps deployed on intranets. I need my users to send me bugs with screenshots attached. So I'm interested in auto opening a new elog page in an embedded browser and automatically doing an attachment. I've seen a couple messages about recently added Javascript hooks (message 465). The message specified a URL that would fire off javascript(http://localhost/demo/?cmd=New&js=test.js). Now apparently that wasn't fully working or at least you couldn't bring up multiple alerts. Has that been fixed, or is it just a problem with alerts? Can I write a url that has my attributes, plus a short js script that just adds an attachment? Anyhow, any info on where this functionality is would be appreciated. I'm going back to my mgmt for signoff on using this, and if I get it (fairly high probability), then I'll have a coder start implementing it. :-) BTW, great tool! Very clean design. Cheers, Robin
I'm trying to configure this thing to be able to filter on a set of criteria, choose select, choose toggle all, and then choose "Move to Complete Work Requests". I've been able to select a specific logbook entry and move it, and I've been able to filter and select and toggle, but I can't figure out how to get the Move To option to show up on the main logbook menu.... what am I missing? robin
Hello Folks, Found an interesting problem with 2.3.7 under redhat 9.0 linux. When you take the elogd.cfg file and the menu commands = <list> and guest menu commands = <list>, the config menu for edit the elogd.cfg stops working, yet if I change the URL manually, I can still get to the file and the menus do not change. If I delete all menu commands, then all works without errors, yet the menus do not match default. Also, the self registration function equal to 3 does not always send email. Cheers, Roberto
hi there,
Is it possible to attach a default value for a radio button when submitting a new form/record, for example: I now have an item "Confirmed" Yes/No, and I want the "no" option to be selected by default when a new form/record is created. Does anyone know how to arrange this?
RJ
Good Morning Stefan,
This was very helpful, it works as aspected! Thank you :-)
With regards, Robert-Jan.
sorry for the inconviniance, we have a later version of eLOG.
I hope this is not something I did. I'm using elog 2.3.1 on redhat 7.1 and using stunnel to redirect from port 443 to 8080. When I try to add a new record (click submit) https:// in the browser gets changed to http://. I ve tried three browsers all with the same result. If I go into the address field and change it to https:// after getting a 404 error it works. The record gets posted.
> I hope this is not something I did. > > I'm using elog 2.3.1 on redhat 7.1 and using stunnel to redirect from port > 443 to 8080. When I try to add a new record (click submit) https:// in the > browser gets changed to http://. I ve tried three browsers all with the same > result. If I go into the address field and change it to https:// after > getting a 404 error it works. The record gets posted. Just an update: It does the same thing when I click the back button
Operator error. Figures! Elog has worked fine for a log time then I upgraded and added stunnel at the same time. A case of not seeing the forest for the trees. Thanks for the help. > > > I'm using elog 2.3.1 on redhat 7.1 and using stunnel to redirect from port > > > 443 to 8080. When I try to add a new record (click submit) https:// in the > > > browser gets changed to http://. I ve tried three browsers all with the > same > > > result. If I go into the address field and change it to https:// after > > > getting a 404 error it works. The record gets posted. > > This is due to a change we had to do in the redirection of the pages. If you > submit a page, the result is a redirection using the HTTP > statement "Location: ..." inside the header. While this was a relative link > in the previous versions, we changed this into an absolute link, which then > agrees with the standard. But since elgod does not know if it runs > under "http:" or "https:", you have now to add the line > > URL = https://your.server:port > > into elogd.cfg. I will add this note into the documentation. > > - Stefan
I have managed to get this to work (so far). What I do is use a separate password file and directory for each log. I haven't tested it with with the current version but it worked fine before that. My testing consisted of creating a user in the main password file and see if he could get to anything I didn't want him to. This may not be enough for something that requires a high level of security. When I create a new user I move that line to the appropriate password file if it isn't already there. You will get an invalid user message and a prompt if you try access a log that doesn't have your user name in the password file. I only have six people using it so this isn't much trouble. I would like to see groups implemented to make this more manageable. > Hi, > > I was wondering if anyone had a solution for my problem. > We are trying to run several books on one server. The books are grouped > such as follows : > > Group Users1 = Book1, Book2, Book3 > Group Users2 = Book4, Book5, Book6 > Group Users3 = Book7, Book8, Book9 > > We would like to give access to selected users to only their Group. So that > for instance Users1 cannot access the books of group Users3. I was > wondering if there is any notion of "User profile" or security per logbook > Group implemented? > > What we do for now is that we have 3 different PASSELOG files and for each > Book we need to specify which PASSELOG should be used for authentication. > This works fine except that we prefer that users do not see the other > logbooks listed in the main menu nor the other "inaccessible" logbook tabs > in the logbook view. Is there a way to hide these for them (but only for > them)? > > Tomas
Is there a way to configure elog so users that have their email notification on only get notified for updates to logs they have access to? I've looked all through the documentation and I can't seem to find a way to do this. If not is there some way I can work around this without to much trouble? I have lots of logs and would really hate to have to make configuration changes in all of them . Having the message body mailed to you is very convenient but some of my users only get to see their logs. If the body gets mailed to them they get to see everything anyway. When I had to use separate password files this wasn't an issue.
You guessed right. I give it a try soon as I get a chance. Thanks. > I guess you have a global password file and use "login user" statements for > your logbooks. I have added some code which does per default not send any > email to people who are not in the "login user" list, in case this list is > present. New code under CVS. Please give it a try and let me know if it works > for you. > > - STefan
I have had this installed for about two weeks now and it seems to be working fine. I haven't seen any problems at all and none of the other users have reported any. Thanks. This is very helpful. > > Is there a way to configure elog so users that have their email notification > > on only get notified for updates to logs they have access to? I've looked > > all through the documentation and I can't seem to find a way to do this. > > I guess you have a global password file and use "login user" statements for > your logbooks. I have added some code which does per default not send any > email to people who are not in the "login user" list, in case this list is > present. New code under CVS. Please give it a try and let me know if it works > for you. > > - STefan
I would very much like to list groups instead of the individual logs on the firs page you see after login. Is there a way to do this?
I think I would like: Only groups. When you click on a group, a secondary page shows up showing logs in that group. I would also have the option to list all logs so you could see logs that are not in a group or locate a log where you didn't know what group it was in. I would also like to have the option to sort logs and groups. I am using Elog to keep track of application servers. The log names are the server names and they are grouped by application. The list on the first page is getting very long.
OK, I'm willing to give a shot but I don't know how to do it. I'll look in the docs and see if I can figure it out. Thanks. > Before I go and implement additional features, I would like to check if your problem > cound not be solved easier. Whey don't you define your server as an attribute inside > a logbook instead of having separate logbooks for each server? You know that you can > sort by attributes (just by cliking on the column header for that attribute), so that > would satisfy your need for sorting.
I don't see anyway to define a log as an attribute. May be I just don't understand something. I have more than 50 logs anyway. Sorting is not something I have to have but it would make the servers names a little easier to find. However, I can get them into any order I want buy rearranging them in the config file. I've already done that for some of them. Groups on the front page would make navigation easier but it really isn't necessary. I was hoping their was a way to do this that I had overlooked. > OK, I'm willing to give a shot but I don't know how to do it. I'll look in the docs and > see if I can figure it out. Thanks. > > > Before I go and implement additional features, I would like to check if your problem > > cound not be solved easier. Whey don't you define your server as an attribute inside > > a logbook instead of having separate logbooks for each server? You know that you can > > sort by attributes (just by cliking on the column header for that attribute), so that > > would satisfy your need for sorting.
I searched and found some problems people were having compiling it on Solaris. However I didn't see anything else. If your using it, was it hard to get it installed and working?
Attributes = subject, ... Options <name> = test{1}, ... Subst myvar = $shell(dir) {1} Preset subject = Test {1} Preset text = $myvar
Sorry, I was busy for a while. I've just upgraded to SVN 2350 and the problem seems to be gone.
best all, I'm having trouble with redirecting after creating an account or login. For example when i create an account with an Admin user when i click on Save i recieve the following error: Error finding page! And this is what de browser address tels me. http://192.168.71.26/ZC004/? cmd=Save&new_user_name=zcpvenema&new_full_name=Peter+Venema&new_user_email=p venema@zernike.nl&email_notify=all&newpwd=123456&newpwd2=123456 But when i remove the line frome the ? and than press enter then i'll while be able to just elog again. here is my Global cfg file setting. What did i do wrong?? ######################################## Port = 80 Grp = elog Usr = elog Password file = /usr/local/elog/elog-2.5.6/passwd User login = /usr/local/elog/elog-2.5.6/passwd Admin user = rdbruin Resource dir = /usr/local/elog/elog-2.5.6/ Logbook dir = /usr/local/bin/logbooks/ time format = %d %B %Y %H:%M SMTP host = smtp.xs4all.nl Main tab = Startpagina Page Title = Logboeken Zernike College IOptions Icon = icon1.gif, icon3.gif, icon4.gif, icon5.gif, icon6.gif, icon7.gif, icon8.gif, icon12.gif, icon13.gif, icon14.gif Submit page = /usr/local/elog/elog-2.5.6/bericht Attributes = Author, Type, Category, Subject, Owner, Email Group Zernike college = Desktops, Servers, Printers, Ribox, Switches, Routers, Algemeen, Documentatie, XafaX Options OS = Windows XP, Novell, Windows 2003, Windows 2000, Windows 98 Options Type = Software, Hardware, Besturingssysteem, Monitor Group Desktops = Harmjan, Helperbrink, Julianalaan, Rummerinkhof, Westersedrift Group Helperbrink = ZC004, ZC006, ZC026, ZC155, ZC209, ZC241, ZC246, ZC247, ZC248, ZC267, ZC288, ZC307, ZC308, ZC446, ZC475, ZC600, ZC601, ZC602, ZC603, ZC604, ZC605, ZC606, ZC607, ZC608, ZC609, ZC610, ZC611, ZC612, ZC613, ZC614, ZC615, ZC616, ZC617, ZC618, ZC619, ZC620, ZC621, ZC622, ZC623, ZC624, ZC625, ZC626, ZC627, ZC628, ZC629, ZC630, ZC631, ZC632, ZC633, ZC634, ZC635, ZC636, ZC637, ZC638, ZC639, ZC640, ZC641, ZC642, ZC643, ZC644, ZC645, ZC646, ZC647, ZC648, ZC649, ZC650, ZC651, ZC652, ZC653, ZC654, ZC655, ZC656, ZC657, ZC658, ZC659, ZC660, ZC662, ZC708, ZC712, ZC707, ZC711, ZC900, ZC901, ZC902, ZC903, ZC904, ZC905, ZC906, ZC907, ZC908, ZC909, ZC910, ZC911, ZC912, ZC913, ZC914, ZC915, ZC916, ZC917, ZC918, ZC919, ZC920, ZC921, ZC922, ZC923 Group Servers = HJZ1, HPB2, HRN1, HRN2, RHF1, ZDL1, ZC-ROOT1, ZC-ROOT2 Group Ribox = HPB, HJZ, HRN, WD, ZDL Group Printers = HP, Canon Group HP = 4L, 6L, 2100, 4000, 4050, 4550 kleur, 8000 Group Documentatie = Administratief, Educatief, Systeembeheer, Software, Hardware Group Xafax = Pasjes, Chipnet, Smartprinter, Docs ###################################################
As you can see the password is also visable in the addressbar?? > best all, > > I'm having trouble with redirecting after creating an account or login. > For example when i create an account with an Admin user when i click on > Save i recieve the following error: > Error finding page! > And this is what de browser address tels me. > > http://192.168.71.26/ZC004/? > cmd=Save&new_user_name=zcpvenema&new_full_name=Peter+Venema&new_user_email=p > venema@zernike.nl&email_notify=all&newpwd=123456&newpwd2=123456 > > But when i remove the line frome the ? and than press enter then i'll while > be able to just elog again. > > here is my Global cfg file setting. > > What did i do wrong?? > > ######################################## > > Port = 80 > Grp = elog > Usr = elog > Password file = /usr/local/elog/elog-2.5.6/passwd > User login = /usr/local/elog/elog-2.5.6/passwd > Admin user = rdbruin > Resource dir = /usr/local/elog/elog-2.5.6/ > Logbook dir = /usr/local/bin/logbooks/ > time format = %d %B %Y %H:%M > SMTP host = smtp.xs4all.nl > Main tab = Startpagina > Page Title = Logboeken Zernike College > IOptions Icon = icon1.gif, icon3.gif, icon4.gif, icon5.gif, icon6.gif, > icon7.gif, icon8.gif, icon12.gif, icon13.gif, icon14.gif > Submit page = /usr/local/elog/elog-2.5.6/bericht > Attributes = Author, Type, Category, Subject, Owner, Email > Group Zernike college = Desktops, Servers, Printers, Ribox, Switches, > Routers, Algemeen, Documentatie, XafaX > Options OS = Windows XP, Novell, Windows 2003, Windows 2000, Windows 98 > Options Type = Software, Hardware, Besturingssysteem, Monitor > Group Desktops = Harmjan, Helperbrink, Julianalaan, Rummerinkhof, > Westersedrift > Group Helperbrink = ZC004, ZC006, ZC026, ZC155, ZC209, ZC241, ZC246, ZC247, > ZC248, ZC267, ZC288, ZC307, ZC308, ZC446, ZC475, ZC600, ZC601, ZC602, > ZC603, ZC604, ZC605, ZC606, ZC607, ZC608, ZC609, ZC610, ZC611, ZC612, > ZC613, ZC614, ZC615, ZC616, ZC617, ZC618, ZC619, ZC620, ZC621, ZC622, > ZC623, ZC624, ZC625, ZC626, ZC627, ZC628, ZC629, ZC630, ZC631, ZC632, > ZC633, ZC634, ZC635, ZC636, ZC637, ZC638, ZC639, ZC640, ZC641, ZC642, > ZC643, ZC644, ZC645, ZC646, ZC647, ZC648, ZC649, ZC650, ZC651, ZC652, > ZC653, ZC654, ZC655, ZC656, ZC657, ZC658, ZC659, ZC660, ZC662, ZC708, > ZC712, ZC707, ZC711, ZC900, ZC901, ZC902, ZC903, ZC904, ZC905, ZC906, > ZC907, ZC908, ZC909, ZC910, ZC911, ZC912, ZC913, ZC914, ZC915, ZC916, > ZC917, ZC918, ZC919, ZC920, ZC921, ZC922, ZC923 > Group Servers = HJZ1, HPB2, HRN1, HRN2, RHF1, ZDL1, ZC-ROOT1, ZC-ROOT2 > Group Ribox = HPB, HJZ, HRN, WD, ZDL > Group Printers = HP, Canon > Group HP = 4L, 6L, 2100, 4000, 4050, 4550 kleur, 8000 > Group Documentatie = Administratief, Educatief, Systeembeheer, Software, > Hardware > Group Xafax = Pasjes, Chipnet, Smartprinter, Docs > > ###################################################
Sorry people, I did not use de - n host/ip syntax at the startup of elogd. Now it's working properly. > As you can see the password is also visable in the addressbar?? > > > > best all, > > > > I'm having trouble with redirecting after creating an account or login. > > For example when i create an account with an Admin user when i click on > > Save i recieve the following error: > > Error finding page! > > And this is what de browser address tels me. > > > > http://192.168.71.26/ZC004/? > > cmd=Save&new_user_name=zcpvenema&new_full_name=Peter+Venema&new_user_email=p > > venema@zernike.nl&email_notify=all&newpwd=123456&newpwd2=123456 > > > > But when i remove the line frome the ? and than press enter then i'll while > > be able to just elog again. > > > > here is my Global cfg file setting. > > > > What did i do wrong?? > > > > ######################################## > > > > Port = 80 > > Grp = elog > > Usr = elog > > Password file = /usr/local/elog/elog-2.5.6/passwd > > User login = /usr/local/elog/elog-2.5.6/passwd > > Admin user = rdbruin > > Resource dir = /usr/local/elog/elog-2.5.6/ > > Logbook dir = /usr/local/bin/logbooks/ > > time format = %d %B %Y %H:%M > > SMTP host = smtp.xs4all.nl > > Main tab = Startpagina > > Page Title = Logboeken Zernike College > > IOptions Icon = icon1.gif, icon3.gif, icon4.gif, icon5.gif, icon6.gif, > > icon7.gif, icon8.gif, icon12.gif, icon13.gif, icon14.gif > > Submit page = /usr/local/elog/elog-2.5.6/bericht > > Attributes = Author, Type, Category, Subject, Owner, Email > > Group Zernike college = Desktops, Servers, Printers, Ribox, Switches, > > Routers, Algemeen, Documentatie, XafaX > > Options OS = Windows XP, Novell, Windows 2003, Windows 2000, Windows 98 > > Options Type = Software, Hardware, Besturingssysteem, Monitor > > Group Desktops = Harmjan, Helperbrink, Julianalaan, Rummerinkhof, > > Westersedrift > > Group Helperbrink = ZC004, ZC006, ZC026, ZC155, ZC209, ZC241, ZC246, ZC247, > > ZC248, ZC267, ZC288, ZC307, ZC308, ZC446, ZC475, ZC600, ZC601, ZC602, > > ZC603, ZC604, ZC605, ZC606, ZC607, ZC608, ZC609, ZC610, ZC611, ZC612, > > ZC613, ZC614, ZC615, ZC616, ZC617, ZC618, ZC619, ZC620, ZC621, ZC622, > > ZC623, ZC624, ZC625, ZC626, ZC627, ZC628, ZC629, ZC630, ZC631, ZC632, > > ZC633, ZC634, ZC635, ZC636, ZC637, ZC638, ZC639, ZC640, ZC641, ZC642, > > ZC643, ZC644, ZC645, ZC646, ZC647, ZC648, ZC649, ZC650, ZC651, ZC652, > > ZC653, ZC654, ZC655, ZC656, ZC657, ZC658, ZC659, ZC660, ZC662, ZC708, > > ZC712, ZC707, ZC711, ZC900, ZC901, ZC902, ZC903, ZC904, ZC905, ZC906, > > ZC907, ZC908, ZC909, ZC910, ZC911, ZC912, ZC913, ZC914, ZC915, ZC916, > > ZC917, ZC918, ZC919, ZC920, ZC921, ZC922, ZC923 > > Group Servers = HJZ1, HPB2, HRN1, HRN2, RHF1, ZDL1, ZC-ROOT1, ZC-ROOT2 > > Group Ribox = HPB, HJZ, HRN, WD, ZDL > > Group Printers = HP, Canon > > Group HP = 4L, 6L, 2100, 4000, 4050, 4550 kleur, 8000 > > Group Documentatie = Administratief, Educatief, Systeembeheer, Software, > > Hardware > > Group Xafax = Pasjes, Chipnet, Smartprinter, Docs > > > > ###################################################
Hello, I'm looking for an option to attach a user to a log? For example: Rob is making the log, and whant's to dedicate the log to a stagaire, the stagiare recieves an E-mail so that he can do the job? Bud we all want recieve the mail bud the stagiare see's that the job is for him. Is there a solution for it? Best regards Rob de Bruin
Hi, I am an apache ignoramus who has been trying to follow these instructions on a Debian 3.1 box. I got hung up for the following reason. I had to explicitly enable some apache features, which was a simple matter of making the following symlinks in /etc/apache2/mods-enabled: proxy.conf -> ../mods-available/proxy.conf proxy.load -> ../mods-available/proxy.load rewrite.load -> ../mods-available/rewrite.load headers.load -> ../mods-available/headers.load ssl.conf -> ../mods-available/ssl.conf ssl.load -> ../mods-available/ssl.load Easy enough. The default proxy.conf has sensible-looking warnings about not running your server as an open proxy. However, I wasn't able to tweak it to encrypted port forwarding from :443 to :8079. What I've done that works is to add a local proxy section to the /etc/apache2/conf.d/elogredirect.conf by Damon Nettles: <VirtualHost *:443> ### ... everything else <Proxy *> Allow from all </Proxy> </VirtualHost> I think, since this is in a subsection, that it only affects that virtual host. But it'd be nice if someone who actually understands this language would reassure me that I'm not setting myself up for some security hole. At any rate it took me long enough to figure this out that I thought I'd post a note in public, and this seems like the forum to do so. Thanks. Rob
While running two e-log books that were mirrored, I ended up with the situation of two entries with the same number/id. The mirroring did what it said it would, increment the local logbook entry and grab the entry from the remote logbook. However, when it did, it did not preserve the fields in the log book that are specified in the config file such as "Author", "Priority", "Subject" ect. I ended up with a very minimal log:
Working perfectly! Many thanks for your usual quick response.
With a logbook defined by [test] Theme = default Comment = Test of auto-increment Attributes = Batch Subst Batch = %Y%m%d-## the auto-incrementing of the Batch attribute within dates works when the logbook contains only entries for today's date but otherwise will give a batch number of "01" for each entry. Changing line 8714 of elogd.c as follows, from: /* if date part changed, start over with index */ if (strlen(attrib[index]) > 0 && strncmp(attrib[index], retstr, loc) != 0) old_index = 0; else /* retrieve old index */ if (atoi(attrib[index] + loc) > old_index) old_index = atoi(attrib[index] + loc); to /* if date part changed, start over with index */ if (strlen(attrib[index]) > 0 && strncmp(attrib[index], retstr, loc) != 0) break; /* <------------- */ else /* retrieve old index */ if (atoi(attrib[index] + loc) > old_index) old_index = atoi(attrib[index] + loc); appears to fix this bug when I test it. This code is inside a loop stepping back through all log entries, and the variable old_index is already set to zero before the loop. The existing code resets old_index whenever the prefix of the attribute string (containing a date) does not match the "current" value of that prefix as found in retstr (set using strftime). So, if there are any records for dates other than today then old_index is reset and attribute values will be set with the counter = (old_index+1) = 1. The modified version stops comparisons once a different date is seen, but assumes that records are date ordered. An alternative patch: /* if date part matches */ if (strlen(attrib[index]) > 0 && strncmp(attrib[index], retstr, loc) == 0) /* retrieve old index */ if (atoi(attrib[index] + loc) > old_index) old_index = atoi(attrib[index] + loc); does not make this assumption and also appears to work OK when I test it.
On the matter of automatic calculation of fields, it is possible using included javascript but you have to do the work yourself. For example, we have a log which computes responsivity as the ratio of a photocurrent and optical power. With log attributes called "Photocurrent", "Optical Power" and "Responsivity" there is a file in the logbooks directory called photomixer_javascript.html containing something like:
<script>
if (document.form1.Photocurrent) { document.form1.Photocurrent.onchange = new Function( "mod();"+ "var power = parseFloat(document.form1.Optical_Power.value);"+ "var current = parseFloat(document.form1.Photocurrent.value);"+ "if (!isNan(power) && !isNan(current) && power != 0.0) {"+ " document.form1.Responsivity.value = Math.round(current/power*100)/100.0"+ "}" ); document.form1.Optical_Power.onchange = document.form1.Photocurrent.onchange; }
</script>
and the elogd.cfg file includes
Bottom text = photomixer_javascript.html
for the relevant log.
The assignments to the onchange handlers are guarded because this javascript is included on all pages for that log, including the list pages where there is no such field as Photocurrent, (or Optical_Power) and the event handler function is defined dynamically for the same reason.
I'll try increasing the list size(s), and will also prepare a simplified config file for you to look at. Maybe there is a another way to implement what I am trying to achieve?
In general terms I am trying to give an e-log a "memory" of what has been recorded previously in order to constrain what is permissible to record next. I do this by starting a log with an initial entry, then alter the config so that users can add records only by duplicating the last record. The log records the current state of some variables, and allows users to record changes to the state of any of these variables. Conditions are used to constrain the permitted state changes, depending on the current state; conditions are also used, with subst options, to update the current state variables when changes are made.
Specifically, we have "Mate-Demate" logs for connectors to record when connectors are mated and demated. Previously we just had an attribute for each connector in an assembly with options "Mate", "Demate" and "-" to indicate that either a mate or demate was carried out or that the connector was not touched on this occasion (although others were). My cunning plan was to ensure that a "Demate" (or no-op) was possible only if the connector is currently mated, and conversely that a "Mate" (or no-op) was possible only if the connector is currently demated. For each connector (e.g. ConnectorA), there are now two attributes
A new record can be created only by duplicating the last record, thus copying the current state of the connectors, and for each connector the relevant config file entries are like this:
Show Attributes = ConnectorA Show Attributes Edit = ConnectorA state, ConnectorA Locked Attributes = ConnectorA state Preset on duplicate ConnectorA = - Options ConnectorA state = Mate{1}, Demate{2} {2} Options ConnectorA = -, Mate{3} {1} Options ConnectorA = -, Demate{3} {3} Subst ConnectorA state = $ConnectorA
I am interested in using LDAP authentication for elogd on Windows for which it looks like I need to compile from source, enabling LDAP in the make file.
Does anyone have advice on build environments for Windows in which they have had success making elog? Free ones preferably, such as Cygwin.
If you are using IE as your browser, the problem may be with that rather than the server. By default IE 11 display intranet sites in a "Compatibility mode" which breaks the FCKEditor in Elog version 3. Fortunately this mode can be disabled, which is what I have had to advise users here to do.
Pictures attached
Sorry for the late reply. I have installed a slightly newer version of Elog, but the results are the same. I do get de the 3 editor bars, but the top 2 are greyed out and the bottom one doesn't do anything if clicked. I have commented out the lines that refer to the online equation editor, but that doesn't help much either. I think I let it rest. The old 2.9.xx version still works great, so we leave it at that.
Thanks anyway for the suggestions
After working many years with previous versions of ELOG, I decided to update to the latest version. I have installed ELOG version 3.1.0 on a WIndows 2012R2 server with IE 1. The editor is showing up, but everything is greyed out, execpt for some items on the bottom row. (Style, Lettertype...) and after I do load a preset text form with different colors, the page remains white. The tables and text in the form is showing up.
The previous version with the older editor was working great on the same server.
Exactly the information I was after - thanks! I'll simulate fancier markup as necessary.
Just noting that, depending on what you want to achieve, you may be able to use the threading functionality so that a "new" entry is actually a "reply" to a previous entry. This will allow you to populate attributes with values from that previous entry without having to rely on storing information outside the system, with all the attendant concurrency risks already identified.
cheers Richard
Thanks for the quick reply.
We seem to be running 2012 - Which may explain the problem - I will see with our system administrator why we are not running 2040. By the way I also had this problem when running the windows version.
Cheers.. Richard
Cheers, Richard
Thanks Stefan
Everything works now.
Cheers Richard
Submitted as a question because some folks may consider this a bug in IE (but not MS obviously because IE8 does the same). When you upload a new open XML attachment (Office 2007 file extension, docx, ppts, xlsx, etc) the attachment is not recognized properly in IE and it tries to download as a zip file (since the OOXML is actually is a zipped set of XML docs). This is something that is widely recognized on the Internet ( http://www.google.com/search?hl=en&q=docx+internet+explorer+zip&aq=1&oq=docx+internet ) but is typically resolved by adding the mime extensions at the web server level.
http://www.bram.us/2007/05/25/office-2007-mime-types-for-iis/
rbsterli
{ ".AI", "application/postscript"}, { ".ASC", "text/plain"}, { ".BZ2", "application/x-bzip2"}, { ".CFG", "text/plain"}, { ".CHRT", "application/x-kchart"}, { ".CONF", "text/plain"}, { ".CSH", "application/x-csh"}, { ".CSS", "text/css"}, { ".DOC", "application/msword"}, { ".DVI", "application/x-dvi"}, { ".EPS", "application/postscript"}, { ".GIF", "image/gif"}, { ".GZ", "application/x-gzip"}, { ".HTM", "text/html"}, { ".HTML", "text/html"}, { ".ICO", "image/x-icon"}, { ".JPEG", "image/jpeg"}, { ".JPG", "image/jpeg"}, { ".JS", "application/x-javascript"}, { ".KPR", "application/x-kpresenter"}, { ".KSP", "application/x-kspread"}, { ".KWD", "application/x-kword"}, { ".MP3", "audio/mpeg"}, { ".OGG", "application/x-ogg"}, { ".PDF", "application/pdf"}, { ".PNG", "image/png"}, { ".PS", "application/postscript"}, { ".RAM", "audio/x-pn-realaudio"}, { ".RM", "audio/x-pn-realaudio"}, { ".RM", "audio/x-pn-realaudio"}, { ".RM", "audio/x-pn-realaudio"}, { ".RPM", "application/x-rpm"}, { ".RTF", "application/rtf"}, { ".SH", "application/x-sh"}, { ".TAR", "application/x-tar"}, { ".TCL", "application/x-tcl"}, { ".TEX", "application/x-tex"}, { ".TGZ", "application/x-gzip"}, { ".TIF", "image/tiff"}, { ".TIFF", "image/tiff"}, { ".TXT", "text/plain"}, { ".WAV", "audio/x-wav"}, { ".XLS", "application/x-msexcel"}, { ".XML", "text/xml"}, { ".XSL", "text/xml"}, { ".ZIP", "application/x-zip-compressed"},
It looks good from here! Thanks!!
Best Regards,
Rich
After THREE tries to enter a long detailed list of questions, all have been replaced by just one: why do ELOG textareas and entry forms lose all data if the browser goes back/forward? Or if a submission causes an error? Other forms in other applications don't have this kind of data loss. Submitting this now before I lose it again. Will submit rest of questions as separate entries.
Is there any way to search for all attributes _except_ a certain value?
Date selection from the calendar widget does not work in Konqueror. Clicking on a date results in year being populated, but month and day are blank.
Can "Display" links work with multiple options? "ABC | DEF" is currently one link. Ideally, it would be two links, each formatted per the "Display" string.
Is there a way to disable wildcard matching in searches? A search for "1" returns "1" and "10" and "11". Is there a way to perform an explict match? Could there be a numeric match if the attribute type is numeric?
Could there be a multi-value option for free text fields, e.g. comma- separated? This would allow multi-parent relationships between log items. E.g. specifying 12, 15 as a value would create unique Display links for "12" and "15", based on the Display specification for that attribute. This would be like "multiple fixed options", for the purpose of formatting.
> > Can "Display" links work with multiple options? > > > > "ABC | DEF" is currently one link. > > > > Ideally, it would be two links, each formatted per the "Display" string. > > I don't understand your qyestion. You have an attribute with MOptions, so you > get "ABC | DEF" displayed in the list view. All links in each line point to > the individual entry, so what is the benefit of having two links for ABC and DEF? Display Subsystem = <a href="/LogBook1/?Subsystem=$Subsystem" style="color: saddlebrown">$Subsystem</a> ABC and DEF links would perform filter searches of a _different_ logbook. Separate links would perform separate searches. > > Is there a way to disable wildcard matching in searches? > > A search for "1" returns "1" and "10" and "11". > > Is there a way to perform an explict match? > > Could there be a numeric match if the attribute type is numeric? > > That should all be possible with the build-in regular expression. Just type > > \b1\b > > where "\b" means "word boundary". I agree that a numerical comparison for > numerical attributes would be better, I will put that on the to-do list. Thanks, this is very helpful. > > Could there be a multi-value option for free text fields, e.g. comma- > > separated? This would allow multi-parent relationships between log items. > > > > E.g. specifying 12, 15 as a value would create unique Display links > > for "12" and "15", based on the Display specification for that attribute. > > > > This would be like "multiple fixed options", for the purpose of formatting. > > Again, this is not clear to me. What do you mean by "display specification"? > Is it the "List display = ..." option or the "Format attribute = ..." option? > What is a "multi-parent relationship"? Why do you need multiple options for a > free text field? Why can't you use the MOptions specification? MOptions does not work because the options are not fixed. The options can be any numeric ID for items in a related logbook. Consider the case of two logbooks, where we wish to associate items in the second logbook with more than one item in the first logbook. We could define separate attributes for each "parent item", e.g. Parent1, Parent2, Parent3, then use a "Display" spec to convert a numeric ID into a hyperlink to the first logbook's item. The exact relationship is not important, could be parent/peer/child - some generic relationship. The benefit here would be the same as having separate links for MOptions attribute values.
> > After THREE tries to enter a long detailed list of questions, all have been > > replaced by just one: why do ELOG textareas and entry forms lose all data > > if the browser goes back/forward? Or if a submission causes an error? > > Other forms in other applications don't have this kind of data loss. > > > > Submitting this now before I lose it again. Will submit rest of questions > > as separate entries. > > Really strange. I tried with Mozilla Firefox and IE 6.0 and none of them lost > the entry data. What browser did you use? As far as I learned, data only > vanishes on pages which have an HTTP header containing "Expires: ..." with a > date in the past. But I made sure that the entry form does not contain this. IE 6.0. I am accessing an internal ELOG instance through an Apache reverse proxy on port 80, per the FAQ. Just tested without the proxy and there is no data loss problem with back/forward. When I access the ELOG forum, I am going through a forward proxy to the Internet, which probably explains the data loss on error messages. Will investigate proxy configuration regarding "Expires: " headers and post here if I find a solution. > Please refreain in the future from sending many small entries. People being > registered with email notifications on the forum get flooded by notifications. > In worst case, write your posting using an editor and do copy-and-paste into a > single posting. Sorry about that, will do.
I'm trying to synchronize an elog in my computer with my personal elog in my institute's server. The two elogd.cfg files are necessarily different since the elog in my institute is for many people's elogs, so I'm not completely sure this is supposed to work.
I've copied the configuration of my (remote) elog into my local elogd.cfg file, and added in the global section of the local file:
Mirror server = https://www.pp.rhul.ac.uk:8080/
Mirror Config = 1
Mirror cron = 0 7-19 * * 0-5
Mirror user = ricardo
Password file = [my password file]
Then I relaunched my local elogd demon and tried both to synchronize the local elog and to wait for the cron job to do it. When I try to synchronize the "ATLAS Trigger" elog I get in the browser:
"Safari can’t open the page “https://localhost:8080/ATLAS+Trigger/?cmd=Synchronize” because Safari can’t establish a secure connection to the server “localhost”"
(the local elog is in https://localhost:8080/ATLAS+Trigger/)
When I wait for cron to update from the mirror this is what I get in the log:
28-Jul-2009 18:51:09 [] SSLServer listening on port 8080 ...
28-Jul-2009 18:50:00 [] Cron job started
28-Jul-2009 18:50:00 [] {ATLAS Trigger} MIRROR: Remote server is not an ELOG server
Ricardo
Ok, thanks a lot! I'll try asap and report back.
Unfortunately I only got 1/2 hour to go back to this... I was trying to avoid copying the whole remote elog server from 20 people (that's what I get with the automatic cloning, right?)
So, I set SSL=0 and removed the password file, but still got the same result. Then I looked in the code a bit, and can see that the problem happens in retrieve_remote_md5(...) in the lines:
p = strstr(text, "ELOG HTTP "); if (!p) { if (isparam("debug")) rsputs(text); sprintf(error_str, loc("Remote server is not an ELOG server"));
in elogd.c, where I see text is filled by retrieve_url()
So what seems to fail is that retrieve_url() gets back a string from the remote server which doesn't include the string "ELOG HTTP ". But I don't know what that really means. Here is what I get if I try:
bash-3.2$ /usr/local/sbin/elogd -v -m -p 8080 -c /usr/local/elog/elogd.cfg -D
I get the following output:
Indexing logbook "ATLAS Trigger" in "/usr/local/elog/logbooks/ATLAS Trigger/" ...
Config [ATLAS Trigger], MD5=1FAE83FC1D3B920AFDB3DC5F49C25FAF
Entries:
ID 1, 090728a.log, ofs 0, thead, MD5=8D8E44C14FCFA9E2FC24CEC14E60D5ED
After sort:
ID 1, 090728a.log, ofs 0
ok
Indexing logbook "Top physics and SLT" in "/usr/local/elog/logbooks/Top/" ...
Config [Top physics and SLT], MD5=C6A82A4BD6FF708BFDA3EA8719ECE48C
Found empty logbook "Top physics and SLT"
Indexing logbook "Trigger Slices and Core SW" in "/usr/local/elog/logbooks/Slices/" ...
Config [Trigger Slices and Core SW], MD5=316B8D7A8FBA661518FD61D3BAC39F3C
ID 2, 090727a.log, ofs 0, thead, MD5=AA8B0B0972718F9BD95F5BA89E70DD97
ID 3, 090727a.log, ofs 3870, thead, MD5=A69E46D18074A59C4445B72EE72F025D
ID 4, 090727a.log, ofs 8354, thead, MD5=0DC3AF86F2A88ACD76E766FA1AA08665
ID 5, 090730a.log, ofs 0, thead, MD5=59299CDFA98983EB33EC08CF1A8FF7C0
ID 6, 090730a.log, ofs 10120, thead, MD5=0039C61DA667AA36D06A5772F8E3D0FA
ID 2, 090727a.log, ofs 0
ID 3, 090727a.log, ofs 3870
ID 4, 090727a.log, ofs 8354
ID 5, 090730a.log, ofs 0
ID 6, 090730a.log, ofs 10120
In table list mode, I would like to control how much width is given to "subject" column (my attribute). Can't find any method to control in config file. Problem is that the subject is often quite long and jammed into a small width, when the text is often empty and has more width than needed.
RT
Thanks for suggestion... it gave me idea for slightly different way to do it. The method you suggest doesnt work that well to share in group (everyone would have to add that link in their bookmarks).. So I added this in config file: Title image = <img border=0 height=25 src="bulb.png" alt="Summary/TOC entry"> Title image URL = <http:link to my specific elog page/entry num>
That replaces elog help icon with a link to TOC entry which can be any entry number. One could make a custom icon and perhaps play around with adding more than one link (?).
Another thing that could do same thing and maybe more consistent with elog philiosophy would be to add a command that goes to a specific link or entry.... but this current solution works...
We have been experiencing corruption of logbook entries by elogd mirror synchronization. Has anyone else encountered this? Is there a known cause and/or workaround for it? [...]
I made copies of both servers' files and ran two elogd servers on my Mac on different ports, compiled from a fresh checkout of 2.8.0, and the same behavior was observed as I repeatedly made test entries and synchronized. This suggests it isn't specific to Linux architecture, 64-bit or otherwise.
We plan to use ELOG with mirror servers in a larger scale here, so I'm interested to know more about your problem.
Could you boil down your configuration to a minimum that still allows a reproduction of the problem and post those configurations as attachments?
Then I would try to reproduce it here. Best case I'll find a bug fix, worst case I'll reconsider the use of mirror servers ;-)
I have been using the mirror mechanism for one year for the online T2K /ND280 (neutrino oscillation experiment at J-PARC, Japan). It has been a savior to allow access to all collaborators to the Elog. The experiment online computers are all behind a double firewall that allow only communication through ssh and http in one direction: from the inside to the outside. The master Elog is located in Canada and accessible remotely to all collaborators. The mirror Elog is located inside the firewall on one of the online machines in Japan and synchronization is setup to run automatically every 5 minutes. There are 10 logbooks defined for each of the sub-detector groups.
At first I encountered a big problem when messages were added on both sides. It turned out that Elog mirroring does not work when the two instances are running on different time zones. After I set the machine in Canada to run on Japan time (JST), no further problems have happened. Postings are routinely entered on either of the Elogs and synchronization works well. This feature is essential to having a workable Elog for the T2K experiment.
I had reported the problem of timezones to Stefan last year. He was going to put it on his wish list.
I am on an experiment that used ELOG for all documentation and meeting notes. In our meeting notes we link to elog posts that had been discussed during the meeting. We had done this by hyperlinking the URL to the entry. Recently we had to move our logbook to another machine and so none of our hyperlinks work since the URLs have changed. I noticed that when one creates a new entry in the subject they can reference another post. Is there a way to link another elog in the body of the elog by using its logbook name and id number without having to use a URL?
I am testing out automated entries using elog on the command line. The file I pass has html code for a table; the resulting entry shows the html code for the table instead of generating the table. Is there a way to make elog parse the code to show a formatted table?
> Basically im running elog on a redhat 8 box with stunnel already installed > as part of OpenSSL, on the server i ran the command specified in the > instructions > > stunnel -d 443 -r 172.16.24.108:81 I haven't tried `stunnel` with elog, but as far as I read from various sources, stunnel requires you to create an SSL certificate. In attachment, you'll find a sample case for stunnel and smtp (port 25) + pop3 (port 110). Hope this helps. Reference: http://www.tldp.org/linuxfocus/common/sart/index.html
Ooops, I destroyed the original post, now how can we fix this :)
> Here is the error: > > Cannot find any ??????.log file in this directory. `elconv' is just a simple tool to convert pre 2.0 log files to the current format. (Well, after all these confusions, dropping it from the future releases won't be surprising -at least for me- ;) You might try some well-known text-processing tools ie. preferably awk or perl to make the required conversions. But I think using comma or tab as the delimiter is not suitable due to the content of logs. If all you want is importing them to excel/word, you should play with the delimiter options of mentioned programs before trying a solution.
Seems a stack problem. I don't have an OS X box to validate my guess. I've made a Google search with the keywords: EXC_BAD_ACCESS stack "os x" Perhaps the following reply [1] might help... How big are they? You're probably running into the default stack size limit, which is 512 KB. Try `unlimit stacksize` in your shell before running, which will give you 65536 KB per stack. [1] http://zerowing.idsoftware.com/archives/gtkrad-macos/2003-January/000453.html
Attention to Debian users; I've prepared the fixed package and also contacted to Debian Security Team for an urgent security upload. Since then you may wish to update your package from the following URL: http://l10n-turkish.alioth.debian.org/debian/elog_2.5.7+r1558-1_i386.deb Or you can also make an update via apt-get by adding the below line to your '/etc/apt/sources.list' file: deb http://l10n-turkish.alioth.debian.org/debian/ ./ > The second vulnerability had to do with write passwords. If you put a "write > password = xxx" statement into your config file, it was still possible to > download the config file with a special hand-written URL, and decode the > write password, which is usually only base-64 encoded unless you haven't > compiled elog with the -DHAVE_CRYPT flag. FYI, Debian package has already been compiled with this flag. -- Recai Oktas, Maintainer of Debian package
Hi to all, I've prepared a new Debian package. This version will probably be the one which you'll find in Sarge/stable. There are some invasive changes in this version which call for a serious test. In accordance with a suggestion, I've changed the configuration mechanism. For details, please read the NEWS.Debian file attached. Could the Debian users who follow this forum test it and give some feedback? You can download the package from the following link: http://l10n-turkish.alioth.debian.org/debian/elog_2.5.8+r1592-1_i386.deb Thanks in advance for your participation,
> It seems to work nice to me. > Just another suggestion: I think it would be better to insert a commented out > example for all allowed parameters in the distributed /etc/default/elog Thanks for the test. Please note that, /etc/default/elog is partially auto created during the installation. All options except PIDFILE and CONFFILE are currently listed (as configured or commented out). If you didn't see these options (after the update), there must be a problem. Did you mean the lack of PIDFILE and CONFFILE in the default file?
OK but the box at login is checked to keep the login / password for 31 days and the cookies are enabled for sure. Now another user pointed out that it can not see pictures including the little icons when using Safari. I never used Safari but I got it just to see what is going on. So it took me some time but I think I have an idea now after comparing the source of a post that I read with Firefox to the one I get with Safari. Essentially the Firefox has the Javascript functions and class definitions before the HTML page starts. Very weird! Took me some time because when you view the source they both showed almost the same content (there are a few differences in <head>) ! But when I tried to save as HTML it showed this difference. Also I must mention that the problem for viewing the pdf attachments only happens with Firefox on Windows, I tried from a Linux PC and it works fine, now on Linux PC I have an older version of Firefox so maybe this has to do with Firefox version not OS. For this problem with the pictures and icons, if is not the Javascript related problem I am really totally last, how can one browser get the picture but not the other browser with the same content in the <body>!?!
Hi Stefan, I added a new logbook for test and posted a message with three attachments: picture file, PDF file and excel file. Could you log in and look if I did something obviously stupid? The link is: http://exo-elog.stanford.edu/Test+logbook/ User name: testUser Password: go I have this specific problem with the PDF attachments and I can not see any picture or the icons with Safari. Thanks a lot!
I'm trying to use the command line to post automatically entries from a web based calendar. I run elogd behind SSL with user/pass configuration. I created an account for the calendar and used the following command line.
[gornea@lheppc63 ~] $ elog -v -s -a Subject=Test -a Type=Notice -a Category=Planning -h svn.lhep.unibe.ch -p 443 -l "LHEP EXO General" -u calendar ******** "SORRY for SPAMMING! Testing automated posts from command line"
It seems like all parameters are OK but for some reason the connection gets closed. Anybody has an idea why? The SSL certificate is not valid and on the web page users have first to accept it. Can this explain the problem? Is there a flag for elog command line to instruct it to ignore SSL warnings? Thanks a lot!
Command line output:
Successfully connected to host svn.lhep.unibe.ch, port 443 Request sent to host: POST /LHEP+EXO+General/ HTTP/1.0 Content-Type: multipart/form-data; boundary=---------------------------16B1637A4CDBB4E6448003F4 Host: lheppc63.lhep.unibe.ch User-Agent: ELOG Content-Length: 1105 Content sent to host: ---------------------------16B1637A4CDBB4E6448003F4 Content-Disposition: form-data; name="cmd" Submit ---------------------------16B1637A4CDBB4E6448003F4 Content-Disposition: form-data; name="unm" calendar ---------------------------16B1637A4CDBB4E6448003F4 Content-Disposition: form-data; name="upwd" Z28yQjUyIQ== ---------------------------16B1637A4CDBB4E6448003F4 Content-Disposition: form-data; name="exp" LHEP EXO General ---------------------------16B1637A4CDBB4E6448003F4 Content-Disposition: form-data; name="encoding" ELCode ---------------------------16B1637A4CDBB4E6448003F4 Content-Disposition: form-data; name="Subject" Test ---------------------------16B1637A4CDBB4E6448003F4 Content-Disposition: form-data; name="Type" Notice ---------------------------16B1637A4CDBB4E6448003F4 Content-Disposition: form-data; name="Category" Planning ---------------------------16B1637A4CDBB4E6448003F4 Content-Disposition: form-data; name="Text" SORRY for SPAMMING! Testing automated posts from command line ---------------------------16B1637A4CDBB4E6448003F4 Response received: HTTP/1.1 302 Found Server: ELOG HTTP 2.9.2-2455 Location: https://svn.lhep.unibe.ch/LHEP+EXO+General/ Connection: Close <html>redir</html> Message successfully transmitted, ID= [gornea@lheppc63 ~] $
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
I can export the Attributes I define easily and the Subject. Can't seem to export the Entry Date and the Text fields. Help.
Hello, For some reason if I define a "login user" that is allowed the configure option he is also allowed to change the configuration file. According to the documentation it seems like this should NOT be the case. Any ideas as to what the problem might be? Thanks in advance for any help/advice. Ralph
One way would be to create a seperate logbook for each student including the teacher. It should then be fairly simple to set up the permissions however you would like. For a large class it might be a bit cumbersome to set it up this way. Ralph Kuehn > Hi, > > Is it possible to restrict the display of logbook entries to the entries > created by the currently logged-in user? > > I'm thinking of using the ELOG system in a school laboratory environment: > students must write entries in the logbook about their excersises, but I > would like that students can not "see" what other students have written. To > make it even more complicated, I would like that students can see their own > entries and the teacher entries..... > > Is something like this possible? > > Thanks in advance > Bartjan Wattel > the Netherlands
Is it possible to have within elog (defined in password file?) a user group so that only those members of a group have certain elements visible?
BUG#1 Given: Attributes = Category, Status, Started, Finished, Activity, Headline Type Started = date Type Finished = date Options Status = 1-To Do{1}, 2-Opened{2}, 3-Closed{3}, 4-Suspended{4} {2} Preset Started = $date {3} Preset Finished = $date {4} Preset Finished = $date There seems to be no setting of Date format (or Time format?) that gives a meaningful value to attributes Started or Finished. Even "Date format = %s" - which gives number of seconds since 1970 - gives bad results. BUG#2 In single entry view, elog returns an unformatted date value for "Type = date" attributes - even when it has been manually entered with the date picker.
> > BUG#1 > > Has been fixed. New version under CVS. Thanks for that, Stefan. > > BUG#2 > > In single entry view, elog returns an unformatted date value for "Type = > > date" attributes - even when it has been manually entered with the date picker. > > Can't reproduce that. Used your config, got the display attached. Nor can I in the new version. Forgive me if I don't investigate further. ;-)
How I can dynamically create a link when a new submission is entered that will have a value of <ELOG_URL$message id?=Edit> I want the users to be able to go straight from the main page to an edit page. This would skip 1 step to get to the edit page. Is this possible. If that link could use one of the icons for the src image that would be great. Thanks. :-)
I have done all that you suggested and all I get is the Message ID # that takes me to the message. I even upgraded to the 2.5.1 version. Then I placed the elogd.c in the SRC folder. Also placed the images in the themes folder. When I edit the List Display line it throws all my columns off by 1. No luck so far. Any suggestions? PS Thanks for such a quick reply! > I have added that functionality according to your request. In elogd.cfg, you > can specify > > List Display = ID, Edit, Delete, Date, Author, ... <other attributes> > > which gives you two colums, one to edit and entry and one to delete one. See > the attached picture. I presume that's what you want. This works on the > newest version > > http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.272 > > and you need the two icons > > http://midas.psi.ch/cgi-bin/cvsweb/elog/themes/default/edit.gif?rev=1.1 > http://midas.psi.ch/cgi-bin/cvsweb/elog/themes/default/delete.gif?rev=1.1 > > to be put under your elog/themes/default/ directory. Or you wait for the > next official release (;-)
I must have misunderstood what you meant. That aside, I don't know how to compile the elogd.c so any help would be appreciated. I would like to learn how to also. Thanks. > > I even upgraded to the 2.5.1 version. Then I placed the elogd.c in the SRC > > folder. Also placed the images in the themes folder. > > As I wrote, you have to get the latest elogd.c, revision 1.272 and *COMPILE* it > (or wait for the next official release). If you cannot compile elogd.c, let me > know and I can send you the executable.
Run into the same error on a windows XP & 2000 machine. Totally shuts down the elogd.exe when THREADED is selected. Have not tried your modified version after reading the posted results. Will run with summary view until fixed. Wish I could help but I'm not a programmer. Let me know if you want to test any new elogd.exe's.
> Has been fixed in revision 1.492. Thanks, Stefan.
Is it possible to preset an attribute with the current weeknumber?
I tried to add a file with the "Bottom text = <file>" option. Although one would suggest that the bottom text file is included in every page, I only saw the file appear in the page that appears when you issue the "cmd=Edit" command. Resolving this would enhance the ability to create skin.
Contribution available for all who wants to make SKIN for ELOG! You are invited to benefit from this free info! Just click on the "Contributions" tab to find the info (look for ID6). Or... goto http://midas.psi.ch/elogdemo/Contributions/6
Dear Andreas,
The same problem by using the shiftchecklist and the cfg in Stefan's mail. It report the no password file, even the absolute path wroten in cfg file. The author field also failed to be read, it is shown as "?" in the page . Did there miss some other files?
Any suggestion is welcome. Thank you very much.
Qisheng
You might try to specify an absolute path to the password file in the configuration.
I would need a complete minimal configuration that creates that problem.
I created a custom form with the example you provided. When I enter the Data and Submit the Form I get the error message "Datei passwordfile.xml kann nicht geöffnet werden: No such file or directory". Posting stuff works in all other logbooks. Only in the "logbook with the form" there seems to be an error. (or misconfiguration on my side)
sections from my conf. File:
[global] Password file = passwordfile.xml (...) [ShiftCheck] Comment = Shift Check List Attributes = Hardware, Raith-Mitarbeiter, Rechnername, Rechnername-alt, Details, SN, AV-Nummer, System, Key, IT-Mitarbeiter, Erledigt_datum, Ausgemustert_datum Quick filter = Shift, Author Options Shift = Morning, Evening, Night Enable attachments = 0 Show text = 0 Custom new form =forms\shiftcheck.html Custom edit form = forms\shiftcheck.html Custom display form = forms\shiftcheck.html List after submit = 1
[global] Password file = passwordfile.xml
(...)
[ShiftCheck] Comment = Shift Check List
Attributes = Hardware, Raith-Mitarbeiter, Rechnername, Rechnername-alt, Details, SN, AV-Nummer, System, Key, IT-Mitarbeiter, Erledigt_datum, Ausgemustert_datum Quick filter = Shift, Author Options Shift = Morning, Evening, Night
Enable attachments = 0 Show text = 0 Custom new form =forms\shiftcheck.html Custom edit form = forms\shiftcheck.html Custom display form = forms\shiftcheck.html List after submit = 1
I tried copying the password file to the forms directory, the logbook directory, the ShiftCheck logbook directory and the elog root folder. I always get the same error. I tried entering the absolute path, there was no difference in the result.
When I disable the password file I am able to post without any problems. Can you help me out?
hello, i need to use a perl script with LWP to automatically update our elog entries. we use ELOG internally. however, I am not sure what elog checks for when doing the post through form. and the auto-submit script always failed and returns "200 EOF". i can get to the login part and grab form entry. its only the submittion failed. let me know if you need more info to help me solve the problem. thanks. QiAng
I happened to find something interesting when trying my perl script. it hangs the elog system with hand-crafted http header. I also sent email with more detail on this. just want to make sure you are aware of this. Qiang > > however, I am not sure what elog checks for when doing the post through > > form. and the auto-submit script always failed and returns "200 EOF". i can > > get to the login part and grab form entry. its only the submittion failed. > > What you can do is run the elog submit utility with the "-v" flag (verbose) and > grap the output. It's HTML code, but you should see any error message there.
I did just that. The image was properly send to the server (it appears in the attachement list). However clicking OK still produces "Image source URL is missing".
What is the URL that refers to an attachment? I've tried 68759/<1> and 68759/1 and even elog:1234/<1> (where 1234).
Got it to work. Removed "Preview attachments = 1" from the global section.
Thanks for your help.
I'm trying to use the command-line client from linux, but I can't make it work and that's driving me nuts...
What I want is to reply to a selected message in the logbook, but I stumble onto two problems:
For completeness, here's (one variety) of my command line:
elog -a "Publiek=1" -h localhost -p 8181 -l Artikelen -v -r 80
The obvious question is if anybody knows what I'm doing wrong. Any help is greatly appreciated.
Pieter
Successfully connected to host localhost, port 8181 Request sent to host: GET /Artikelen/80?cmd=download HTTP/1.0 Host: pde.dyndns.org User-Agent: ELOG Cookie: upwd=bWFOZGFyaWpO; Response received: HTTP/1.1 401 Authorization Required Server: ELOG HTTP 2.5.7-1 WWW-Authenticate: Basic realm="Artikelen" Connection: close Content-Type: text/html <HTML><HEAD> <TITLE>401 Authorization Required</TITLE> </HEAD><BODY> <H1>Authorization Required</H1> This server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required. </BODY></HTML> Error transmitting message
</BODY></HTML> Error transmitting message
Successfully connected to host localhost, port 8181 Request sent to host: POST /Artikelen/ HTTP/1.0 Content-Type: multipart/form-data; boundary=---------------------------75ABFDB1E CB47273B853CE0 Host: pde.dyndns.org User-Agent: ELOG Content-Length: 3651 Content sent to host. Response received: HTTP/1.1 200 Document follows Server: ELOG HTTP 2.5.7-1 Content-Type: text/html;charset=ISO-8859-1 Connection: Keep-Alive Keep-Alive: timeout=60, max=10 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html><head><title>ELOG error</title> <link rel="stylesheet" type="text/css" href="default.css"> <link rel="shortcut icon" href="favicon.ico"> <link rel="icon" href="favicon.png" type="image/png"> </head> <body><center> <table class="dlgframe" width="50%" cellpadding=1 cellspacing=0<tr><td class="er rormsg"><i>Error: Attribute <b>Publiek</b> not supplied.</i><p> Please go back and enter the <b>Publiek</b> field. </td></tr> <tr><td class="errormsg">Please use your browser's back button to go back </td></tr> </table> </center></body></html> Error: Missing required attribute "Publiek"
This solved the problems, thanks for the fast response! On a side note, one would expect that when "Fixed Attributes Edit" or "Fixed Attributes Reply" is set, the attributes in this list shouldn't be supplied with the command line client. Anyway, my problem is solved. Thanks for the great product. Pieter.
Okidokie. May I then humbly suggest to mention this in the documentation of the elog command client?
Bonjour,
tout est dans le titre.
Merci
For those who speak strange languages, I asked how to get a french version of elog.
By the way, this is my second mail because I forgot to give an icon to the first mail, and when I hit Back to do so, my text was erased. Bug or normal obnoxious attitude of my browser ?
Philippe
Language = french
PS: I happened to have the same problem (text erased after "back") when I had javascript disabled in the browser. If you have it enabled, you'll get a popup window that tells you what mandatory fields are missing in your post. Then you'll not need to use the back button.
Thanks for the answer. I tried this (directly from de setting menu in the demo account as well as from the onfig file) :
I modified of course the text that could be modified directly from there such as menus and submenus.
I added Language = french, I restarted the server, clear the cache of firefox (IE as well), but list, new and so on appear in english even they are in the locale file...
Indeed, the manual is very interesting
concerning javascript, it is activated ...
Found it !
I wanted to have locale set in the folder demo (so I could have one in french and one in english).
Once language set in globals everything went fine. Almost...
Hello, I am running Elog V2.1.3 on Solaris 8 and I was very pleased about this tool.But now I have a problem: Sometimes it takes a lot of time submitting an entry into a logbook, up to 3 minutes. This behaviour does only occur sometimes. Did anyone of You experience something like this?
The idea is to run multiple instances of elog where
Noted. Thank you for your time
In a configuration with elog running (8080) under Apache (80) [as explained in admin guide], what is the syntax for tunnelling in with ssh, of both the ssh command and the browser locator?
Maybe some more information will help with the question. Here's the results of my playing around with URL = /host.domain/subdir in elog.cfg. Commented out, I can access locally with http://localhost:8080 and tunnelled (1234:host.domain:8080) with http://localhost:1234, with and without Apache (i.e., Apache is bypassed?). URL = /host.domain/elog in elog.cfg works locally with browser locator localhost:8080 (of course), localhost/elog, and host.domain/elog, but the tunnel directly to 8080 no longer works, nor does http://localhost:4321/elog (even though this ends up showing the same URL on the remote browser as on the local browser) (4321:host.domain:80). http://localhost:4321 brings up the Apache window. Every other URL assignment I tried failed both locally and remotely, so, I assume the ssh tunnel directive is wrong, or the browser locator, or maybe still URL = . Anyway, my question is, what am I doing wrong?
Is there a way to distribute e-mail based on the consideration of several attributes and values? A simple example: attributes type and category have several different values, say, routine and problem for type and hardware and software for category, but one would only like messages sent when there's a problem to different sets of hardware or software types. Thus:
Email
type routine category hardware = no message
category software = no message
type problem category hardware = a@bcd.efg, h@ijk.lmn
category software = 1@opq.rst, 2@uvw.xyz
Is there anything I can do about this?
kernel: 2.6.32-279.14.1.el6.x86_64
ldd (GNU libc) 2.12
/lib64/libc.so.6
/usr/lib64/libssl.so.10
rpm -i elog-latest.i386.rpm
libc.so.6 is needed by elog-3.1.1-1.i386
libc.so.6(GLIBC_2.0) is needed by elog-3.1.1-1.i386
libc.so.6(GLIBC_2.1) is needed by elog-3.1.1-1.i386
libc.so.6(GLIBC_2.1.3) is needed by elog-3.1.1-1.i386
libc.so.6(GLIBC_2.3) is needed by elog-3.1.1-1.i386
libssl.so.6 is needed by elog-3.1.1-1.i386
I attempted instead to build from the tar ball, and, except for a "fatal" git error, make built elogd, elog, and elconv. I put the first in /usr/local/sbin, and the latter two in /usr/local/bin, and then restarted elogd, but this didn't work:
Service Temporarily Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
So, I backed these out and restored the previous executables, and access to the elog was restored, and the elogd.cfg accessed is the original one, but all logbooks are empty and requiring authentication. The logbook directories still contain all the old entries, so I'm not sure what has happened.
Thanks for your advice.
Phil
OK. I found the source of the logbook problem in an exchange from May 2015, so no need to answer this one.
But I would like to be able to upgrade to 3.x from 2.9, so any help with this will be much appreciated.
Our configuration sends out e-mail notifications based on a hierarchy of attributes, and works fine with WEB submissions, but not with client utility submissions (no notifications are sent; the log doesn't show it even trying to send any: 14-Jul-2017 18:36:01 [rubinp@nn.nn.nn.nn] {Notebook} NEW entry #0) . Since notification is the default (suppression requires -x), I presume there is something wrong with the way we're going about this. Can you see what it is? Could it be the parentheses in the type Problem(s), which have to be sent at the shell in the client command as Type=Problem\(s\)?
Suppress Email to users = 1 .
[Notebook]
Attributes = Author, Type, Category, Subject Options Type = Routine{1}, Problem(s){2}, Other{3} Options Category = ... TDAQ ...
{1} Email Category TDAQ = {2} Email Category TDAQ = user1@aa.bb, user2@cc.dd,...
{3} Email Category TDAQ = .
Use Email Subject = Elog Notice: $subject
Command: /usr/local/bin/elog -h host -p port -l Notebook -u user passwd -a Author="Author" -a Type=Type -a Category=Category -a Subject="subject" "text"
Thank you for responding.
I thought I provided the command at the end of the note:
/usr/local/bin/elog -h host -p port -l Notebook -u user passwd -a Author="Author" -a Type=Type -a Category=Category -a Subject="subject" "text"
This results in an entry being appropriately logged in Notebook with the correct author, type, category, subject, and text. The only problem is that, when the type is such that email notification should be sent to the list associated with category, it is not sent.
For the record, I reconfigured elogd.conf so that parentheses are no longer there, but this made no difference, so this isn't the problem.
Sorry for forgetting these details: bash shell; linus version 2.6.32-696.el6.x86_64
Yes, parentheses in field content might be difficult to pass from a shell command. You did not even mention which Linux shell you are using and you did not show the actual elog command. Maybe you want to add that information?
I didn't realize you required every detail of the command, since the entry is being logged, but here is an example (only the user information is blanked out):
/usr/local/bin/elog -h vmna62s1 -p 8080 -l NA62Logbook -u xxxx xxxx -a Author=Rubin -a Type=Problem\(s\) -a Category=Elog -a Subject="Client Initiated E-mail Notification" "Tests"
From elogd.cfg:
Options Type = Routine{1}, Problem(s){2}, Other{3} Options Category = Access, Beam, CHANTI, CHOD, Computer/Network, DCS/DSS, Elog, GTK, HASC, IRC/SAC, KTAG, LAV, LKr, MUV, NewCHOD, Online Monitor, RICH, Run, Run Control, Shift, STRAW, TDAQ
{1} Email Category Elog = {2} Email Category Elog = Philip.Rubin@cern.ch {3} Email Category Elog =
The TDAQ-category command that is misbehaving is essentially identical:
/usr/local/bin/elog -h vmna62s1 -p 8080 -l NA62Logbook -u xxxx xxxx -a Author="Run Control" -a Type=Problem\(s\) -a Category=TDAQ -a Subject="Board Reload" "KTAG4"
If that is your command then it is obvious why no email is send:
you do set "Type=Type", but only for "Type=Problem(s)" and "Category=TDAQ" you would send an email.
Instead of writing "-h host" you should as well define the actual hostname, like "-h midas.psi.ch", likewise for all other parameter.
An experiment's ELOG installation, using the default theme, names logbooks after its subsystem's acronyms. One subsystem is referred to as KTAG, but when this name (or its lowercase version) is used for a logbook name, the logbook appears unformatted. Changing the name, even to K-TAG, works fine. Nothing close to KTAG appears in elog.css. Does anyone know why this happens and whether it is possible or worth the while to get around the "problem"?
Ten years later...this problem shows up in my installation behind Apache, affecting only drop-down menu searches. Test installations with elog serving itself do not show the problem, so I presume it has something to do with Apache configuration, re-routing, etc. Unfortunately, this thread did not provide any details of the solution.
The problem looks like this:
Type: %255ERoutine%2524 or, in the url:
https://servername/?Type=%25255ERoutine%252524
Removing 2525 from front and back of the url makes everything work.
The only rewrite entries in the configuration file(s) are:
## Rewrite rules RewriteEngine On
#redirect non-SSL traffic to SSL site RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}
Perhaps there's a rewrite rule that could be added to block the 2525? Something like:
RewriteCond %{QUERY_STRING} 2525 RewriteRule .* - [F,L]
I don't have a lot of experience configuring Apache, so any suggestions would be welcome.
Well, It may be our implementation of re-routing web requests: The requested string in elog is prefixed by %5E (^) and postfixed by %24 ($). But in my case, the '%' is again escaped as %25 so the prefix becomes %255E that is not understood by elog as being '^' ...
I will see with my experts in routing if this is something that can be fixed in our configuration. But when elog processes the input string, it should un-escape these characters and find back the '^', no?
It turned out to be a setting of our re-routing of requests that re-escaped the '%'. Sorry for the noise. Cheers
First : Compliments with your fine application !
The issue : A user wants to search the database. He selects one of the quick filters (e.g. "Show Last / Month"). Next he fills in the form and as long as text boxes are used there is no problem. But when he chooses a value from a populated drop-down list, the quick filter disappears. Other way round (first drop-down list and then the quick filter) no problem.
Peter de Mol
I'm trying to upgrade ELOG 2.9.2, which I have been used many years, to the new version (3.1.2).
I can't run the new version even from the command line:
Message box appears with message:
What do I do wrong ?
I'm trying to use my old config file. New default config gave the same result :-(
Dear Stefan and Andreas,
We have updated our elog to V3.1.3-7933898, now I see the drafts in the list!
Thanks a lot for your help!
https://bitbucket.org/ritt/elog/commits/all?search=bd75964
Danke Stefan, I check it out.
Hmm, I'd like to use the style command, but it has no effect if I put it into the config. If I understood it right, it should be done this way:
Options Status = Open, Info, Resolved, Suspended, Waiting, Important Style Status Important = background-color:red Style Status Resolved = background-color:green
They are just showing up with the default style. Am I doing something wrong?
I am interested to have ELOG installed in my QNAP x86 based NAS (239 Pro II) Have someone done this already or is there a write-up of a normal compile-procedure which I can have as a base when I attempt to compile?
Per
I solved it. I don't really know if I really needed to compile it but I complied this on the NAS itself so now it is 100% compatible (I believe)
I managed to package Elog v2.92 build 2462 into and QNAP installer QPKG package.
This is for x86 based QNAP NAS only.
Note: You must have adduser package installed prior to installation. Login to the NAS with SSH and type: apt-get update apt-get install adduser
I know this thread was started 2003 but if anyone have this MySQL export script please attach it to this thread. Thanks, Pelle
> > I know this thread was started 2003 but if anyone have this MySQL export script please attach it to this thread. > > Thanks, > > Pelle
Sorry, found it in the contribution list https://midas.psi.ch/elogs/Contributions/5
I am in the process of upgrading from 2.6.0 to 2.9.0. I am installing it on a windows 2008 r2 server which is 64 bit. I am having a few issues and am just wondering if Windows 2008 R2 is support with version 2.9.0. Is there anything I need to know about the installation other than just run the exe file? So far I have run the exe file and installed the software, the service is running, however I cannot get into the application. I do not have IIS installed, it does mention it in the installation documentation, is this a requirement? Any hints or ideas at this point would be appreciated. I am close I just need that last tweek. Thanks
Hi Maureen,
You write "Upgrading from 2.6.0" Is that version working on the same computer? If so then its strange. Else try with one of the demo config files and see what happens, try different ports etc.
If the service is running it should work the rest too. I'm running it on a Win7 64 bit so 64 bit is not the problem....
It´s not possible to install the last version V3.0.0-72a8401 over XP SP3, the previous version works well. For Windows Vista Home Basic SP2 work fine the last version.
I´m not sure if this the correct site to post this.
Pedro Acosta
Maybe, nobody uses XP SP3 but i get Win32 invalid aplication error. Not work!
I'm experiencing an issue on Kubuntu 24.04 where the WYSIWYG editor (in HTML mode) doesn't appear at all. This happens across multiple browsers (tested with Firefox and Chromium). The editor area is simply blank, without any visible toolbar or editable content area.
Has anyone encountered this on Kubuntu or found a workaround? Any tips would be appreciated!
Thanks in advance, Pawel
Thanks for the message! I’ve downloaded CKEditor version 4.22, since newer versions are no longer fully open source and come with restrictive licensing. I now have the full CKEditor 4.22 package locally, but I’m not quite sure what the next step is. Should I place it somewhere specific in the ELOG directory structure or modify one of the templates to enable it? Any pointers on how to connect it properly to ELOG would be very helpful.
Best regards, Pawel
Hi Pawel, I *think* we (you) need the 'ckeditor' program installed on your system for it to work. I am
Hi noob question I was looking for a config but i cant make it, how to i make multitab logbook like this page?
Like in Discussion there are forum,config examples,contribution and vulnerabilities under it
NVM found it Thanks
> > elogd continues to run after a SIGHUP. If a second SIGHUP is received the daemon terminates. > > This was observed on Solaris 10 (SPARC). > > The documentation states that elogd should re-read configuration after receiving SIGHUP. > > I tried to reproduce this but without success. I could send many SIGHUPs without the daemon terminating. Maybe > you modified the configuration file in between and elogd barked out because of some wrong configuration? Try to > start the daemon interactively and see what exactly happens if you send several SIGHUPs. The problem is that under Solaris signal handlers installed via signal() get uninstalled *before* the signal handler is called. Thus the second time elogd receives a SIGHUP, you get the default action, which is to kill the process. The solution is to use the POSIX sigaction() call instead of signal().
> > > > elogd continues to run after a SIGHUP. If a second SIGHUP is received the daemon terminates. > > > > This was observed on Solaris 10 (SPARC). > > > > The documentation states that elogd should re-read configuration after receiving SIGHUP. > > > > > > I tried to reproduce this but without success. I could send many SIGHUPs without the daemon terminating. Maybe > > > you modified the configuration file in between and elogd barked out because of some wrong configuration? Try to > > > start the daemon interactively and see what exactly happens if you send several SIGHUPs. > > > > The problem is that under Solaris signal handlers installed via signal() get uninstalled *before* the signal handler > > is called. Thus the second time elogd receives a SIGHUP, you get the default action, which is to kill the process. > > > > The solution is to use the POSIX sigaction() call instead of signal(). > > Can you try to modify the signal() calls into sigaction(). If this really works under Solaris, I will incorporate this > then into the distribution. Here is the patch. It works under both Solaris and Linux.
Howdy and Thank you in advance.
Paul
Thanks for your help. Will get back to you on how compiling the program went.
Many thanks, the latest version addresses this problem.
Is it possible to create a drop down menu for the last 3 days of log entries. Currently we have the last day, month, 3 month, etc.
Reason being, after a weekend most people would like to view the log entries for the last three days. Can anyone help me out here?
I have been importing data from a CSV file into elog which has worked. However I'd like to import data from the CSV file, directly to the 'text' field, rather than just to one an attribute fields. Is it possible to do this? Paul
Is there any way to configure elog so that attribute fields can be edited on more than line like the 'text' field? (This would be useful so that attributes could contain larger portions of text including line breaks) thanks Paul
> > However I'd like to import data from the CSV file, directly to the 'text' > > field, rather than just to one an attribute fields. Is it possible to do > > this? > > Not yet, but I can implement it. Do you always have a column "text" in your > CSV data or would you like to be able to select which column goes into the > "text" field? Can you apend some sample CSV data so that I can have a look at it? I've been trying an alternative approach which is basically to : 1. Import the data (not including the text field) into elog from a CSV file 2. Stop the elog server 3. Use a perl script to add each text entry to the appropriate record within the logbook file. (I.e. between the =============================== of the appropriate entry and the next '
When creating/updating entries in elog, excluding the main text field are there any limits on the size of the other fields? many thanks Paul
> > When creating/updating entries in elog, excluding the main text field are > > there any limits on the size of the other fields? > > Yes, this is controlled by the variable NAME_LENGTH in elogd.c, which is > currently set to 1500 characters. You can try to increase this and recompile, > but at some point you will produce a stack overflow and elogd will crash. So > the current length is a compromise. > > - Stefan Thanks. Thats useful to know. Paul
The reason for the earlier question is that we are trying to use Elog to store data in a form we'd need to store more 1500 characters in more than one field. Is it possible to get around this problem by having more then one main text field per record? thanks Paul > > > When creating/updating entries in elog, excluding the main text field are > > > there any limits on the size of the other fields? > > > > Yes, this is controlled by the variable NAME_LENGTH in elogd.c, which is > > currently set to 1500 characters. You can try to increase this and recompile, > > but at some point you will produce a stack overflow and elogd will crash. So > > the current length is a compromise. > > > > - Stefan > > Thanks. Thats useful to know. > > Paul
> > Is there any way to configure elog so that attribute fields can be edited > > on more than line like the 'text' field? > > > > (This would be useful so that attributes could contain larger portions of > > text including line breaks) > > No, but this request is already on the wishlist > (http://midas.psi.ch/elog/wishlist.html) since some time. I added your vote. Stefan, Was just wondering about the status of the multi-line attributes in Elog, are they implemented in elog yet? If not is that something you are planning to do in the future? many thanks Paul
> > Was just wondering about the status of the multi-line attributes in Elog, are > > they implemented in elog yet? If not is that something you are planning to do > > in the future? > > In order to have multi-line attributes, the whole format of the logbooks has to be > changed. I plan to use XML for the logbook format in the future. We would not have > any more one file per day, but one big file per logbook. I have already some XML > functionality in elog, but this one requires a major rewrite of the whole code. On > the other hand, searching etc. will become much faster afterwards. I plan to start > this development soon, but it might take quite some time, so don't expect it > before summer or fall. > > Best regards, > > Stefan Thanks for your help, thats useful to know. Paul
Thanks. I did eveuntaully find the change log and made the decision to upgrade the at-sea machines. So far the configuration file we update for each mission still works. I have a copy of the 2.9.2 installer that if something catostrophic happens I can remove the new version and take it back, but I don't think it'll be a problem. We archive logbooks at the end of a mission, but each mission basically starts from a fresh install like state anyway.
I ran a test (using Windows) and you're correct about the subfolder and file naming. I don't think that'll be an issue, but it's good to be aware of. If we end up having to revert to 2.9.2 for whatever reason, I think it sould still work fine if what logs we have are just copied up a directory (i.e /home/logfiles/2023/23mmdda.log ==> /home/logfiles/23mmdda.log)
The difference in the directory structure doesn't matter for my purposes.
I use linux elog, and if you upgrade to v3.x.x, it's difficult to go back to v2.9.x. This is because the log files get grouped in year sub directories at v3.x.x.
In 2.9.x, the logfiles are store as (made up example) /home/logfiles/yymmdda.log
In 3.x.x they are stored as /home/logfiles/2024/24mmdda.log /home/logfiles/2023/23mmdda.log etc. I think I got the labelling of the subdirectories correct, Stefan will no doubt correct if I am wrong.
I assume the same is true for the Windows version as it would be weird for a split in the program by OS for something important but trivial to impliment for all OS.
It's a bore to sort that out if you have to revert to 2.9.x - I know, I've done it - but I don't recall any change in format in the individual yymmdda.log files with an early v3.x.x version I tried. There may be additions to the log files made in much more recent v3.1.x or so versions, but I guess you are ok with whatever they may be as you've checked the change log.
hello ELOG developers, i think that i found a problem in the find function of ELOG version 2.6.1. i can reproduce it on the forum ELOG website on midas.psi.ch: go to: http://midas.psi.ch/elogs/Contributions/?cmd=Find and enter under author 'ritt' and check the 'search all logbooks' checkmark, then search the returned list has all your postings on all three ELOG sections, but if you look at the links that are returned, they point to the 'Contributions' portion of the ELOG and not the 'Forum' portion as they should. this means that the wrong posting is returned when you click on the link (or in this case, no posting at all). for example, the HTML of the first link is [...] <tr> <td class="list2" nowrap><a href="1723">Forum</a></td> <td class="list2"> <a href="1723"> 1723 </a> </td> <td class="list2" nowrap><a href="1723">Thu Feb 23 15:50:20 2006</a></td> <td class="list2"><a href="1723">Stefan <B style="color:black;background-color:#ffff66">Ritt</B></a></td><td class="list2"><a href="1723"><a href="stefan.ritt@psi.ch">stefan.ritt@psi.ch</a></a></td><td class="list2"><a href="1723">Question</a></td><td class="list2"><a href="1723">Re: Protect Selection page</a></td><td class="list2"><a href="1723"></a> </td><td class="list2"><a href="1723"></a> </td><tr> [...] i.e., it is missing '../Forum' in front of all the links. regards, patrick.
Hello friends, Exist some form to increase limits of items (100) in the Options List Thanks for any help
Dear Supporters,
I am evaluating the elog software as lobgook for high energy pgysics and I was just wondering the interface with SSO from the login point of view. Once euthenticated with SSO, can this authentication be also recognized by elog?
Thank you so much
PAtricia
I cannot answer for Windoze, BUT there is more to this if you use Linux.
(Sorry for re-entry, I spotted a cut-and-paste error from first time around)
If you want to make a new logbook in linux manually, you need to do the following:
0. Stop the elogd daemon.
1. Edit elogd.cfg as Stefan said. This will be in two parts - at the top, and then a block of entries which is what you normally see when you go to the "config" section of any logbook. Easiest to copy and paste an existing block, only remember to put in a new header in the square brackets at the top - the name of your new logbook. While most of the elogd.cfg is the same as in the documentation, the additional headers etc are pretty self-explanatory, and you only see these because you're editing the file raw rather than through the elog interface. Once restarted, you can then edit the config for the new logbook in the usual way.
2. Create a new subdirectory in your logbooks directory *with the same name* as the name you added in when editing elogd.cfg.
3. Give that subdirectory the correct ownership and permissions.
4. Only then, start elogd again.
As a windows user, which of the above you need to do: create the subdirectory (I imagine so) and/or anything else (I don't know). I don't use Windows - apart from AutoCAD and one other javascript based program that non-the-less has windows dependancies (!).
David, Stefan,
Thanks for your help. Directly editing the elog.cfd file worked.
Paraic
This command makes the Homepage a FIND page: Start page = ?cmd=Find
My question is: can we pre-populate some of the search fields and execute the search so that the homepage becomes the SEARCH RESULTS
> > > Was just wondering about the status of the multi-line attributes in Elog, are > > > they implemented in elog yet? If not is that something you are planning to do > > > in the future? > > > > In order to have multi-line attributes, the whole format of the logbooks has to be > > changed. I plan to use XML for the logbook format in the future. We would not have > > any more one file per day, but one big file per logbook. I have already some XML > > functionality in elog, but this one requires a major rewrite of the whole code. On > > the other hand, searching etc. will become much faster afterwards. I plan to start > > this development soon, but it might take quite some time, so don't expect it > > before summer or fall. > > > > Best regards, > > > > Stefan > > Thanks for your help, thats useful to know. > > Paul Hi Stefan, any update on the multi-line request? cheers, Paolo
> > > > > Was just wondering about the status of the multi-line attributes in Elog, are > > > > > they implemented in elog yet? If not is that something you are planning to do > > > > > in the future? > > > > > > > > In order to have multi-line attributes, the whole format of the logbooks has to be > > > > changed. I plan to use XML for the logbook format in the future. We would not have > > > > any more one file per day, but one big file per logbook. I have already some XML > > > > functionality in elog, but this one requires a major rewrite of the whole code. On > > > > the other hand, searching etc. will become much faster afterwards. I plan to start > > > > this development soon, but it might take quite some time, so don't expect it > > > > before summer or fall. > > > > > > > > Best regards, > > > > > > > > Stefan > > > > > > Thanks for your help, thats useful to know. > > > > > > Paul > > > > Hi Stefan, > > > > any update on the multi-line request? > > Nope. Too many other things to do during my "day job". > > Stefan Thank you, your eLog is already a very good instrument!
I am successfully using ELOG V2.9.2-2455 to manage several laboratory logs.
I am looking for a way, if possible, to format the subject attribute in bold type while in thread display.
I've used the following code
with no success, then I've tried
again with no success. It seems that the <b> tag is not iterpreted.
Have you any suggestion about this?
Paolo
thank you very much for your prompt reply and for you suggestions, which helped me to solve the problem. Now it's all working perfectly.
Have a working copy of 1.35 running on NT4 server. Went to upgrade to latest version. Stopped service, installed the 2.52 version, restarted service and when trying to connect get nothing but server not found, dns errors, etc. Copy back the 1.35 elogd.exe and everything is fine - I can connect and add entries to log. Copy 2.52 elogd.exe and nothing. So being the bright boy, I unistalled E-log, went through the registry and yanked everything out that referenced ELOGD, rebooted, installed 2.52, made the necessary registry changes, started service and nothing. Stopped service and copied 1.35 Elogd.exe back into folder, started service, and everything works. Any ideas on why 1.35 works like a charm but 2.52 won't? I've tried stepping back to 2.10 version before giving up. This is a server that is patched to latest and runs quite well with 1.35.
tuens out that the first log file was causing the problem. Elconv would just hang on trying to convert it. renamed it, reran elconv, reload service and 2.51 elogd and all was working as it should. > Have a working copy of 1.35 running on NT4 server. > Went to upgrade to latest version. > Stopped service, installed the 2.52 version, restarted service and when > trying to connect get nothing but server not found, dns errors, etc. > Copy back the 1.35 elogd.exe and everything is fine - I can connect and add > entries to log. > Copy 2.52 elogd.exe and nothing. > > So being the bright boy, I unistalled E-log, went through the registry and > yanked everything out that referenced ELOGD, rebooted, installed 2.52, made > the necessary registry changes, started service and nothing. > > Stopped service and copied 1.35 Elogd.exe back into folder, started service, > and everything works. > > Any ideas on why 1.35 works like a charm but 2.52 won't? I've tried stepping > back to 2.10 version before giving up. > > This is a server that is patched to latest and runs quite well with 1.35.
Have set up 3 top level groups, each with their own password file. Ever since users have to 'login' twice to get to the appropriate elog. You click on top level group, get to log book and click on the one you want and get login/password dialog box, click ok and and you get it again and then you finally get into the elog book. Anything I can check on this behavior?
> > Have set up 3 top level groups, each with their own password file. > > Ever since users have to 'login' twice to get to the appropriate elog. > > You click on top level group, get to log book and click on the one you want > > and get login/password dialog box, click ok and and you get it again and > > then you finally get into the elog book. > > > > Anything I can check on this behavior? > > Sorry my late reply, was very busy these days... (;-) Can you send me your > elogd.cfg so that I can see how you defined your groups? > > - Stefan OK elogd.cfg is attached.
Have tried to use "Menu commands =" to list menu commands available as per: "Menu commands = List, Back, New, Edit, Delete, Find, Config, HELP, Logout" but it does not seem to work; with command above I get default menu structure. Using: "Find Menu commands = List, Back, New, Edit, Find, Delete, Config, Logout, HELP" I get the menu I want. Q what's the difference?????
Does email notification from a Gmail address work? It is noted that port 465 must be used for SSL use? Is this correct :
SMTP host : smtp.gmail.com
SMTP port = 465
SMTP username = monadresse@gmail.com
And, should I enter the password attached to my Gmail email and where?
HI Stefan,
If you could also obtain the display of the message "Your request has been forwarded to the administrator.You will be notified by email upon activation of your new account." when a new user apply in the presence of the Guest Menu commands, that would be perfect. Cheers
I have a connection problem with an actual elog installation. Many Browsers like as Chrome, Firefox and IE don't connect to the elog server with ssl = 1 in elogd.cfg.
I tested with Firefox 3.6 and IE 7 installations and there are no problems.
I guess it's a bug. Does someone have a suggestion to solve that problem?
Thx. Olaf
> > well it's not a server but my laptop, but yeah, the elog server and the browser ran on the same machine, no iptables. > > Strange: I thought I was able to reproduce your problem, but no: whatever browser I try I can access ELOG with SSL if > browser and ELOG are running on the same host. Same as you: clean install but no problem occurs. I haven't tried on a > newer operating system yet. Still I tend to believe that it would not reproduce your problem. Maybe I'll try at home > with ubuntu. Let's first wait what the other two report: if those problems are not related to firewall issues, Stefan > will likely see into it anyway. Well, it's definitely not a firewall problem. I tried it on hosts in different networks and of course in the same subnet as the elog server. As I wrote I tried it with different browsers on different OS and everywhere I had same issues if I used newer browsers. So I guess there are interoperability problems between elog and newer browsers. And by the way if I change ssl = 1 to ssl = 0 there are no problems with any browsers. But I want to use the ssl feature because security reasons. Hope Stefan could locate and fix the problem. Thx
we configured a kdc server using OPENLDAP as backend. We installed on it elog and configured the Kerberos Authentication on one logbook as follows:
Authentication = Kerberos, File Kerberos Realm = TEST.COM Password file = ./pwd.xml
Even if the kinit comand is retrieving correctly a ticket for the user tsearch@TEST.COM(we see it using klist and tcpdump on lo interface), elogd kerberos authentication is not working.
We tried using tcpdump for troubleshooting but no traffic is generated on the loopback interface.
Did someone solve this problem or do you have an idea on how to make the kerberos authentication working?
I have asked for same help, and no one has answered with a solution on implementing a kerberos . I saw exactly what you were seeing. (did you try fully qualifying the domain within the username field for logon? \\TEST.COM\username)
I still couldn't get it to work
I'm having same issue. Kerberos is working on Apache on same ubuntu 12.04 server. I used the USE_KRB5 option for compiling elog.
Does anyone have an idea to solve that problem?
Hi, we are using ELOG for keeping track of a server maintainance. I've translated some of ELOG's strings. The file is attached. There will be more translations, when I get inspired again ;-)
Thanks to Recai Oktas, who encourage me to complete the Bulgarian translation for the Debian elog package, the Bulgarian translation is completed and attached.
I attempted to install the newest version of elog on our site elog server from an old old version. Around 2008 I believe. I then received an application failed to initialize properly 0xc0150002 after installing the newest version. I then tried installing the Feb 2013 version and received the same message. Panicked, I rolled back our server to its state yesterday. I would like to update our elog software, anyone know why I am receiving this error??
Hi Norm. I have not much experience with windows, but I can give you my two cent on how to proceed:
Thanks for the reply. I just got back from a business trip and I will try this ASAP. Thanks and I will be posting the error message.
We do not have the current revision at the bottom of any of the pages. Is there another way I can find out the current revision I'm using?
Hi, my elogd crashes sometimes when I click on the "Change config" button. What info should I collect more than below/attached? In windows EventViewer I see this printouts: ### - <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> - <System> <Provider Name="Windows Error Reporting" /> <EventID Qualifiers="0">1001</EventID> <Level>4</Level> <Task>0</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2017-06-20T12:25:30.000000000Z" /> <EventRecordID>28059</EventRecordID> <Channel>Application</Channel> <Computer>NIKLAS</Computer> <Security /> </System> - <EventData> <Data>108889037262</Data> <Data>1</Data> <Data>APPCRASH</Data> <Data>Not available</Data> <Data>0</Data> <Data>elogd.exe</Data> <Data>0.0.0.0</Data> <Data>58f9c864</Data> <Data>elogd.exe</Data> <Data>0.0.0.0</Data> <Data>58f9c864</Data> <Data>c0000005</Data> <Data>00064eea</Data> <Data /> <Data /> <Data>C:\Users\hognik\AppData\Local\Temp\WER9155.tmp.WERInternalMetadata.xml</Data> <Data>C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_elogd.exe_9ef84f861b91d5afaf68864978184ca611e7a22a_d4f2c951_08bd38b0</Data> <Data /> <Data>0</Data> <Data>7232f1e4-55b3-11e7-826a-e4b3181bd6c1</Data> <Data>0</Data> <Data>94c2d6a18797708666faf33a7273855a</Data> </EventData> </Event> ### - <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> - <System> <Provider Name="Application Error" /> <EventID Qualifiers="0">1000</EventID> <Level>2</Level> <Task>100</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2017-06-20T12:24:47.000000000Z" /> <EventRecordID>28058</EventRecordID> <Channel>Application</Channel> <Computer>NIKLAS</Computer> <Security /> </System> - <EventData> <Data>elogd.exe</Data> <Data>0.0.0.0</Data> <Data>58f9c864</Data> <Data>elogd.exe</Data> <Data>0.0.0.0</Data> <Data>58f9c864</Data> <Data>c0000005</Data> <Data>00064eea</Data> <Data>1568</Data> <Data>01d2e9c028b88983</Data> <Data>C:\Program Files (x86)\ELOG\elogd.exe</Data> <Data>C:\Program Files (x86)\ELOG\elogd.exe</Data> <Data>7232f1e4-55b3-11e7-826a-e4b3181bd6c1</Data> <Data /> <Data /> </EventData> </Event> ### - <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> - <System> <Provider Name="Windows Error Reporting" /> <EventID Qualifiers="0">1001</EventID> <Level>4</Level> <Task>0</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2017-06-20T12:24:07.000000000Z" /> <EventRecordID>28057</EventRecordID> <Channel>Application</Channel> <Computer>NIKLAS</Computer> <Security /> </System> - <EventData> <Data>108889037262</Data> <Data>1</Data> <Data>APPCRASH</Data> <Data>Not available</Data> <Data>0</Data> <Data>elogd.exe</Data> <Data>0.0.0.0</Data> <Data>58f9c864</Data> <Data>elogd.exe</Data> <Data>0.0.0.0</Data> <Data>58f9c864</Data> <Data>c0000005</Data> <Data>00064eea</Data> <Data /> <Data /> <Data>C:\Users\hognik\AppData\Local\Temp\WERBE94.tmp.WERInternalMetadata.xml C:\Users\hognik\AppData\Local\Temp\WERCA4D.tmp.appcompat.txt triagedump.dmp C:\Users\hognik\AppData\Local\Temp\WERCB77.tmp.WERDataCollectionFailure.txt</Data> <Data>C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_elogd.exe_9ef84f861b91d5afaf68864978184ca611e7a22a_d4f2c951_0a4ff4e6</Data> <Data /> <Data>0</Data> <Data>5206c994-55b3-11e7-826a-e4b3181bd6c1</Data> <Data>4104</Data> <Data>94c2d6a18797708666faf33a7273855a</Data> </EventData> </Event> ### - <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> - <System> <Provider Name="Application Error" /> <EventID Qualifiers="0">1000</EventID> <Level>2</Level> <Task>100</Task> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2017-06-20T12:23:53.000000000Z" /> <EventRecordID>28056</EventRecordID> <Channel>Application</Channel> <Computer>NIKLAS</Computer> <Security /> </System> - <EventData> <Data>elogd.exe</Data> <Data>0.0.0.0</Data> <Data>58f9c864</Data> <Data>elogd.exe</Data> <Data>0.0.0.0</Data> <Data>58f9c864</Data> <Data>c0000005</Data> <Data>00064eea</Data> <Data>2338</Data> <Data>01d2e9baf6174f0f</Data> <Data>C:\Program Files (x86)\ELOG\elogd.exe</Data> <Data>C:\Program Files (x86)\ELOG\elogd.exe</Data> <Data>5206c994-55b3-11e7-826a-e4b3181bd6c1</Data> <Data /> <Data /> </EventData> </Event> ###
BR, Niklas
I can produce the problem, but it is related to the information in the logbook which I cannot share...
Configuration:
[global] port = 8000 Main Tab = Home Password file = elogpasswd.txt Admin user = eniklas Self register = 0 Welcome Title = <h3>ENIKLAS ELOG<h3> Relative redirection = 1 Entries per page = 1000 Display mode = summary Suppress Email to users = 1 Summary lines = 0 [General] Theme = default Attributes = Type, Subject Options Type = Configuration, Information, Documents Extendable Options = Type Required Attributes = Type Page Title = ELOG - $subject Reverse sort = 0 Quick filter = Date, Type [Testing] Theme = default Attributes = Type, Subject Options Type = Configuration, Information, Documents Extendable Options = Type Required Attributes = Type Page Title = ELOG - $subject Reverse sort = 0 Quick filter = Date, Type
I know nothing about gdb. Here are my stumbling attempts of using it, please tell me how to use gdb:
niklas@bba:~$ gdb -d /home/eniklas/Project/Niho/elog/bin/elog-2.7.5 --args /home/eniklas/Project/Niho/elog/bin/installation/usr/local/sbin/elogd -c /home/eniklas/Project/Niho/elog/bin/installation/usr/local/elog/elogd.cfg GNU gdb 6.6-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"... Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (gdb) run Starting program: /home/eniklas/Project/Niho/elog/bin/installation/usr/local/sbin/elogd -c /home/eniklas/Project/Niho/elog/bin/installation/usr/local/elog/elogd.cfg elogd 2.7.5 built Oct 22 2008, 13:37:35 revision 2130 FCKedit detected Indexing logbooks ... done Server listening on port 8000 ... elogd: src/elogd.c:714: xfree: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed. Program received signal SIGABRT, Aborted. 0xffffe410 in __kernel_vsyscall () (gdb) bt #0 0xffffe410 in __kernel_vsyscall () #1 0xb7e3e875 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7e40201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7e37b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6 #4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714 #5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0, attr_value=0xbfbb2db8, n_attr=2, text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "..., in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8, mark_original=1, locked_by=0x0) at src/elogd.c:4819 #6 0x0809f721 in submit_elog (lbs=0x90f8090) at src/elogd.c:21934 #7 0x080b04e9 in interprete (lbook=0x90f8090 "Testing", path=0x80cdc60 "") at src/elogd.c:25816 #8 0x080b2a53 in decode_post (logbook=0xbfc0a1a0 "Testing", lbs=0x90f8090, string=0x9166614 "", boundary=0xbfc0a3a0 '-' <repeats 27 times>, "196291262324084", length=134670) at src/elogd.c:26382 #9 0x080b54fa in process_http_request ( request=0x9145548 "POST /Testing/ HTTP/1.1\r\nHost: bba.eld.ki.sw.home.se:8000\r\nUser-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4\r\nAccept: text/html,application/xht"..., i_conn=0) at src/elogd.c:26936 #10 0x080b7f0f in server_loop () at src/elogd.c:27746 #11 0x080ba36b in main (argc=3, argv=0xbfc0b924) at src/elogd.c:28797 (gdb) bt 100 #0 0xffffe410 in __kernel_vsyscall () #1 0xb7e3e875 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7e40201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7e37b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6 #4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714 #5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0, attr_value=0xbfbb2db8, n_attr=2, text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "..., in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8, mark_original=1, locked_by=0x0) at src/elogd.c:4819 #6 0x0809f721 in submit_elog (lbs=0x90f8090) at src/elogd.c:21934 #7 0x080b04e9 in interprete (lbook=0x90f8090 "Testing", path=0x80cdc60 "") at src/elogd.c:25816 #8 0x080b2a53 in decode_post (logbook=0xbfc0a1a0 "Testing", lbs=0x90f8090, string=0x9166614 "", boundary=0xbfc0a3a0 '-' <repeats 27 times>, "196291262324084", length=134670) at src/elogd.c:26382 #9 0x080b54fa in process_http_request ( request=0x9145548 "POST /Testing/ HTTP/1.1\r\nHost: bba.eld.ki.sw.home.se:8000\r\nUser-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4\r\nAccept: text/html,application/xht"..., i_conn=0) at src/elogd.c:26936 #10 0x080b7f0f in server_loop () at src/elogd.c:27746 #11 0x080ba36b in main (argc=3, argv=0xbfc0b924) at src/elogd.c:28797 (gdb) f 4 #4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714 714 assert(*((unsigned int *) (temp + old_size)) == 0xdeadc0de); (gdb) info 4 Undefined info command: "4". Try "help info". (gdb) up #5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0, attr_value=0xbfbb2db8, n_attr=2, text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "..., in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8, mark_original=1, locked_by=0x0) at src/elogd.c:4819 4819 xfree(message); (gdb) info 4 Undefined info command: "4". Try "help info". (gdb) info f Stack level 5, frame at 0xbfb623c0: eip = 0x8058903 in el_submit (src/elogd.c:4819); saved eip 0x809f721 called by frame at 0xbfbe05b0, caller of frame at 0xbfb135f0 source language c. Arglist at 0xbfb135f8, args: lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0, attr_value=0xbfbb2db8, n_attr=2, text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "..., in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8, mark_original=1, locked_by=0x0 Locals at 0xbfb135f8, Previous frame's sp is 0xbfb623c0 Saved registers: ebx at 0xbfb623b0, esi at 0xbfb623b4, edi at 0xbfb623b8, eip at 0xbfb623bc (gdb) bt #0 0xffffe410 in __kernel_vsyscall () #1 0xb7e3e875 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7e40201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7e37b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6 #4 0x0804b0b6 in xfree (pointer=0x9176298) at src/elogd.c:714 #5 0x08058903 in el_submit (lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0, attr_value=0xbfbb2db8, n_attr=2, text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "..., in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8, mark_original=1, locked_by=0x0) at src/elogd.c:4819 #6 0x0809f721 in submit_elog (lbs=0x90f8090) at src/elogd.c:21934 #7 0x080b04e9 in interprete (lbook=0x90f8090 "Testing", path=0x80cdc60 "") at src/elogd.c:25816 #8 0x080b2a53 in decode_post (logbook=0xbfc0a1a0 "Testing", lbs=0x90f8090, string=0x9166614 "", boundary=0xbfc0a3a0 '-' <repeats 27 times>, "196291262324084", length=134670) at src/elogd.c:26382 #9 0x080b54fa in process_http_request ( request=0x9145548 "POST /Testing/ HTTP/1.1\r\nHost: bba.eld.ki.sw.home.se:8000\r\nUser-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4\r\nAccept: text/html,application/xht"..., i_conn=0) at src/elogd.c:26936 #10 0x080b7f0f in server_loop () at src/elogd.c:27746 #11 0x080ba36b in main (argc=3, argv=0xbfc0b924) at src/elogd.c:28797 (gdb) info f 4 Stack frame at 0xbfb135f0: eip = 0x804b0b6 in xfree (src/elogd.c:714); saved eip 0x8058903 called by frame at 0xbfb623c0, caller of frame at 0xbfb135c0 source language c. Arglist at 0xbfb135bc, args: pointer=0x9176298 Locals at 0xbfb135bc, Previous frame's sp is 0xbfb135f0 Saved registers: eip at 0xbfb135ec (gdb) info f 5 Stack frame at 0xbfb623c0: eip = 0x8058903 in el_submit (src/elogd.c:4819); saved eip 0x809f721 called by frame at 0xbfbe05b0, caller of frame at 0xbfb135f0 source language c. Arglist at 0xbfb135f8, args: lbs=0x90f8090, message_id=5, bedit=1, date=0xbfbe054c "<keep>", attr_name=0x824e1e0, attr_value=0xbfbb2db8, n_attr=2, text=0x8211140 "<table height=\"694\" cellspacing=\"0\" cellpadding=\"0\" border=\"0\" width=\"674\" style=\"margin-left: 72pt; border-collapse: collapse;\" class=\"MsoNormalTable\">\r\n <tbody>\r\n <tr style=\"\">\r\n "..., in_reply_to=0xbfbe04ac "<keep>", reply_to=0xbfbdf678 "<keep>", encoding=0xbfbe04fc "HTML", afilename=0xbfbd77a8, mark_original=1, locked_by=0x0 Locals at 0xbfb135f8, Previous frame's sp is 0xbfb623c0 Saved registers: ebx at 0xbfb623b0, esi at 0xbfb623b4, edi at 0xbfb623b8, eip at 0xbfb623bc (gdb)
The above "deadc0de" came from when I submitted an entry.
Where is one (note that it is another elogd version), I search all logbook for "pure .* ring" in subject in "Mode: Raw".
root@bba:/var/log# gdb --args /usr/sbin/elogd -f /var/run/elogd.pid -c /etc/elog.conf GNU gdb 6.6-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"... Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (gdb) run Starting program: /usr/sbin/elogd -f /var/run/elogd.pid -c /etc/elog.conf elogd 2.7.4 built Aug 1 2008, 14:09:57 revision 2111 File "/var/run/elogd.pid" exists, using "/var/run/elogd.pid.8080" instead. Refuse to overwrite existing file "/var/run/elogd.pid.8080". Program exited with code 01. (gdb) run Starting program: /usr/sbin/elogd -f /var/run/elogd.pid -c /etc/elog.conf elogd 2.7.4 built Aug 1 2008, 14:09:57 revision 2111 File "/var/run/elogd.pid" exists, using "/var/run/elogd.pid.8080" instead. Falling back to default group "elog" Falling back to default user "elog" FCKedit detected Falling back to default group "elog" Falling back to default user "elog" Cannot restore original GID/UID. Cannot remove pidfile "/var/run/elogd.pid.8080" ; Permission denied Indexing logbooks ... done Server listening on port 8080 ... elogd: src/elogd.c:686: xrealloc: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed. Program received signal SIGABRT, Aborted. 0xffffe410 in __kernel_vsyscall () (gdb) bt #0 0xffffe410 in __kernel_vsyscall () #1 0xb7dd0875 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7dd2201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7dc9b6e in __assert_fail () from /lib/tls/i686/cmov/libc.so.6 #4 0x0804afbe in xrealloc (pointer=0x92a6788, bytes=400000) at src/elogd.c:686 #5 0x0805b72e in rsputs (str=0x80ccbf2 "\r\n") at src/elogd.c:5585 #6 0x0809702b in show_elog_list (lbs=0x916ca00, past_n=0, last_n=0, page_n=-1, default_page=1, info=0x0) at src/elogd.c:20256 #7 0x080b0cdb in interprete (lbook=0xbfa960d0 "MB2.0_Nk_resiliency_without_ro", path=0xbfa70774 "") at src/elogd.c:25955 #8 0x080b0f11 in decode_get (logbook=0xbfa960d0 "MB2.0_Nk_resiliency_without_ro", string=0xbfa95b0f "?mode") at src/elogd.c:25995 #9 0x080b455e in process_http_request ( request=0x912c8e0 "GET /MB2.0_Nk_resiliency_without_ro/?mode=Raw&reverse=0&all=1&npp=1000&Subject=pure+.*+ring", i_conn=0) at src/elogd.c:26752 #10 0x080b7244 in server_loop () at src/elogd.c:27584 #11 0x080b96a0 in main (argc=5, argv=0xbfa97854) at src/elogd.c:28635
elogd sometimes crashes when there are large cookies. Or I'd guess it has something to do with the cookies, elogd crashed over and over again until I cleaned out cookies and authenticated sessions in firefox, then it stopped.
When I run "elogd -v" in gdb, and someone does:
GET / HTTP/1.1 Host: bba.eld.ki.sw.home.se:8080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; sv-SE; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Cookie: urem=0; TWIKISID=ecaa5a39e8446a27ec5a34bcbb9d4bcb; unm=erirone; upwd=c3w5MTg1; ipplanNoAuth=yes; SMSESSION=oKvAAv/J9WoCo6KoVdEJkhxz44G10x7TXigffOaAjLrSf0iOFrRJq97oWl32/UBQMvFslc4BgxN/VCz2K7/IRaKdFgmU4CHq/1UUv2RvdHB2HUbYbph+JgKUpAG+kN6Cc4BTwRWhmemUNhONXMRJUCfa6Tq9/osID2AT1wBFInFNww2xVmJPDSi1oltxtT345RgdGQIZbHzG2HBi1GijpiaD+4FI3WLLRzJOj3Art92BLlVDWSaPxKSdSZgVNfRSw33SupUqwD0Is2pc+ufKn4cg0azyOTLNDFOl0U5RI7K9AVgYM0NBsfDoEyBfK8pYIZTMqFFQsnWAdwYz9M2RLDBKyfMXdfGb3rrnOdPH0zvvkkoT01pZObI7dSqHD7IXLbjN/8Pt0O4eo5/SSQ7uKRGpBip0pKe3mxZYI4hsJejYwVBFegovS4qSUiL8UGDhG+lB20WEmDwIQfTG2ZtpckLC6t1CNfa5eFLWCOm+yESU+3AmP4zdJLJSqbznEl2SQTePP5NzI1R5WTAvBbsgX+N9Ab1g0Yui/i042qWNQPLg3/5c/WCHqzImi45+ov42C4mj9OcjGcAf7kaWBMwfdwfChREWkSpMrC2RRndlw+iVbShSK7lVfoCvIqk4491uQBT3bz3S0e56Vin+Oj8qbmEA/5Hp1x9b80qTRy/8lj7KLgbhV60BBvX7ahOkrIFCSjTi8y87K/u4b3KQHesNZgA7SyWRuT+vY4XCb8ANVl8eIui7vK5NNSiFFqLZ1IoeFaVu+gS/hhDu3m/rmK2t5iR2YW/aKmnGTVQsPPy/POVY/zXWgf7c6ps/sSMwTk9sy5Yr8yGYBSUrtZkn1/gK0wpqlRCcjuG991sfgr/UKbhK1dU0rI9E9PBPhvLQpjUHT49AAHL9A9S3FOs66CAFsoVo00WNqKuZcmLpEgXdpbW+mj43tiNugCT98Ec8+Iq0rZYKhYdqFu9AUOdJVXk2udBx9VkOVcRYteFICtwz3fvR02KCU3Sn3a0HKZ4wWOujUnH4nThZGVlUNyg/Of+9GKXY4mxqv/5ocEkO4q8xmAP/OJHrvgJ42kTAjaVgjlSG3b5iJTcu4jvqfC/yKU88Sw== *** stack smashing detected ***: /root/elogd_2.7.5_2142 terminated
*** stack smashing detected ***: /root/elogd_2.7.5_2142 terminated Program received signal SIGABRT, Aborted. 0xffffe410 in __kernel_vsyscall () (gdb) bt #0 0xffffe410 in __kernel_vsyscall () #1 0xb7dad875 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb7daf201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7de4e5c in ?? () from /lib/tls/i686/cmov/libc.so.6 #4 0x00000000 in ?? () (gdb)
I the cookie is used for single-sign-on for multiple sites within company.com. So the cookie is issued for "company.com" i.e. all websites gets it even elog.company.com:8080..
I mostly fibble little bit in perl (dont need to bother with trailing zeros there ).
Just noticed that this fix does not work. Elog cookies e.g. "upwd" may be after other long cookies its not seen, as now it stops reading the cookie-string after 256 chars. There needs to be something that goes through the cookies and saves only elog cookies... Would probably be better if you code that, if you have time =D
BR, niklas
To solve the problem I suggest following change to elogd.c (2.7.5 2159).
Create a list of elog cookies, and store only these as parameters. Example diff:
--- $ diff elog/src/elogd.c elogd_niho.c 26557a26558 > const char *cookie_list[] = { "upwd", "unm", "elmode", "urem", "wpwd", "apwd", "uname", NULL }; 26603c26604,26610 < setparam(str, cookie); --- > for(i=0; cookie_list[i]; i++) { > if(strcmp(cookie_list[i], str) == 0) { > setparam(str, cookie); > break; > } > } > ---
In a more readable fashion: int process_http_request(const char *request, int i_conn) { ... const char *cookie_list[] = { "upwd", "unm", "elmode", "urem", "wpwd", "apwd", "uname", NULL }; ... ... ... /* store cookie as parameter */ for(i=0; cookie_list[i]; i++) { if(strcmp(cookie_list[i], str) == 0) { setparam(str, cookie); break; } }
Not sure if I got all the cookies used by elog.
?
If a user that is not in "Login User =" tries to enter it would be nicer to have a "Access denied", instead of getting the first page again (user just keeps on trying and gets upset)... =)
I'd like to use elog as a tool ta keep my notes, links, passwords... It's installed on my personal computer at home (Debian Squeeze), behind a Ip-Cop firewall, so I guess it won't be accessible from anywhere outside. But I'd like to protect the log with a password anyway. BTW, I had some hard time figuring out how to configure the different files for french (there was a problem with UTF8 mixing up with Latin1... I recoded the language file to UTF8 to solve it).
I followed the procedure described here, but I have a problem with second stage :
I get this message even after :
So I guess I have to create (how ???) the file elog.pwd, which, if I understand correctly, can be empty at the start... But where do I save it ?
Thank you for any help, and sorry if I'm a little confused. I had hard time figuring out where to find everything.
\bye
Hi Andreas, understood. I found a 3.1.0 package for Debian unstable but it won't install on Jessie since it depends on a newer version of openssl, and it seems to not have a systemd unit (not sure about that, though). I can live with my old version now that the WYSIWYG editor works, and in the meantime I'll keep my eyes open for a brave soul who would eventually package a newer elog version for Jessie.
Thanks again for the support.
I am running elog under Apache as explained in the administrator's guide. Everything works fine, butmy IT service complains about the elog port being publicly exposed, so I have to fix this. As far as I understand when running under a reverse proxy there's no need for the port to be publiuclyexposed, but I cannot find how to configure the elog server to expose it only locally
Hey eloggers,
I am setting up an ELOG to log the cleanroom fabrication in our startup (Luxtelligence SA). The fabrication is structured in different process steps that are performed by several wafers at the same time (each wafer as an ID).
I am looking for an possibility to put a list of several integers as one of the attributes.
Here an example:
Attributes = Batch ID, Wafer IDs
Type Batch ID = numeric
Type Wafer IDs = extendable list of numeric values
Does something like this exsist?
thanks for the info =). Do you known whether there is an example of how to use the list-boxes attributes?
Nick
Hey, thanks for your answer. I completely get your point. However, I think my question as not precise enough. I would like to have a numeric input, but many at the same time. When I make a new post, I would like to have an attribute 'wafer_IDs' that specifies the list of wafers this process has been performed with. So for a single post I would like to have a list like this: wafer_IDs = numeric value, numeric value, numeric value, extendable Note: I am not referring here to the option. The numeric values are freely chooses numbers, the only this that varies from post to post is the number of numeric values put. Let me make an example (If the attribute were a string this would be the equivalent): 1st post: A process that was run with 3 wafers (ID: 1000, ID: 1001 and ID: 1002): wafer IDs = 1000, 1001, 1002 2nd post: A process that is run with 2 wafers (ID: 1000 and ID: 1002): wafer IDs = 1000, 1002 The string solves the issue, but is not as nice as having directly a list of integers. Thanks for your help! Best, Nick
Hey eloggers, does anyone have an answer to this question? Thanks for the help. Best, Nick > Hey, > > thanks for your answer. I completely get your point. However, I think my question as not precise enough. > > I would like to have a numeric input, but many at the same time. When I make a new post, I would like to have an attribute 'wafer_IDs' that specifies the list of wafers this process has been performed with. So for a single post I would like to have a list like this: > > wafer_IDs = numeric value, numeric value, numeric value, extendable > > Note: I am not referring here to the option. The numeric values are freely chooses numbers, the only this that varies from post to post is the number of numeric values put. > > Let me make an example (If the attribute were a string this would be the equivalent): > > 1st post: A process that was run with 3 wafers (ID: 1000, ID: 1001 and ID: 1002): > wafer IDs = 1000, 1001, 1002 > > 2nd post: A process that is run with 2 wafers (ID: 1000 and ID: 1002): > wafer IDs = 1000, 1002 > > The string solves the issue, but is not as nice as having directly a list of integers. > > Thanks for your help! > > Best, > > Nick
Thanks for you help. This is almost it. The problem is that the items are options and not freely closable numbers. In the end, with your solution, it will show you all of the previously put IDs which will be 1000s of entries for us. I think I will just put a convention that we have to write the numbers spread with a comma in a string field. Thanks. Best, Nick > I have replied to this entry, because, for some reason I don't understand, if I reply to your latest entry, I am > automatically logged out. I tried this multiple times, and also on many other entries and had no issues other than > entry 69787 - any reason for this, Stefan? > > Anyway, what about MOptions? That appears to do what your example, and needs two lines in elog.cfg file: > > Moptions WaferID = 1001, 1002, 1003, 1004, 1005 > Extendable Options = WaferID > > I've done a couple of quick tests on a test logbook I keep for such experimentation, and it appears to do all > you have asked of it. I added a new option 1006. However, I found that one has to add that new one on its own, > let the entry become proper, and then edit the entry to add the other, existing, values. If you tick entries and > also add a new one, then your new entry is all those listed on their own, that is you would get and new entry > in the config file such as "1002 | 1004 | 1006", rather than just 1006 > > This is probably an result of an unexpected use of Moptions and extendable options, rather than a bug per se. > > > Hey, > > > > thanks for your answer. I completely get your point. However, I think my question as not precise enough. > > > > I would like to have a numeric input, but many at the same time. When I make a new post, I would like to have an attribute 'wafer_IDs' that specifies the list of wafers this process has been performed with. So for a single post I would like to have a list like this: > > > > wafer_IDs = numeric value, numeric value, numeric value, extendable > > > > Note: I am not referring here to the option. The numeric values are freely chooses numbers, the only this that varies from post to post is the number of numeric values put. > > > > Let me make an example (If the attribute were a string this would be the equivalent): > > > > 1st post: A process that was run with 3 wafers (ID: 1000, ID: 1001 and ID: 1002): > > wafer IDs = 1000, 1001, 1002 > > > > 2nd post: A process that is run with 2 wafers (ID: 1000 and ID: 1002): > > wafer IDs = 1000, 1002 > > > > The string solves the issue, but is not as nice as having directly a list of integers. > > > > Thanks for your help! > > > > Best, > > > > Nick
We have observed the same issue. Did the CodeCogs api change?
Thanks for the help.
Ive got 2 issues which I cant see to resolve I was wondering if anyone can help. Problem 1 - Since upgrading to version 2.3.0 I seem to have lost the some functionality explained below. When i first log into my logbook (i only have a single one) it defaults to the summary view and the first field is one called Customer Name as opposed to # as i wanted the list sorted by this field, the link for that logbook entry is no longer available on the first field (being Customer Name) but only on the # field), however if you use Summary threaded view the whole line is a link. Is there a flag or setting to the make the first field a link? Problem 2 - no matter what i try in the config file i cannot get elogd to use stylesheets ive tried specifying and even editing and removing the default.css style sheet i downloaded but it just seems to ignore its there. Any help or advice ??????
> I revised the way links are placed into the summary table, so I could have > lost some functionality (I did not try all config combinations since there > are too many now). So I can fix your problem in two ways now: Either always > have the first item in a list be a link, or have each item be the (same) > link. What do you think is a better solution? I think the first option is the better one, having the first columns data in the list be linkable for example i am using this to store customer configuration and the list needs to be in alphabetical order so it has to be the first column but needs to be linkable :) Would be nice if you can specify which columns data has links as a flag or setting of some sorts, as opposed to either the first or all, but given a choice I would want the first column to be the linkable one My config looks like this Display search = Customer Name, Account ID, Author, Date, # I think the better option is first item (being the first column entries) all have links to the logbook entries (which is how it was in the previous version) > > > Problem 2 - no matter what i try in the config file i cannot get elogd to > > use stylesheets ive tried specifying and even editing and removing the > > default.css style sheet i downloaded but it just seems to ignore its there. I resolved this problem, many thanks for your help
> > > > Problem 2 - no matter what i try in the config file i cannot get elogd > to > > > > use stylesheets ive tried specifying and even editing and removing the > > > > default.css style sheet i downloaded but it just seems to ignore its > > there. > > > > I resolved this problem, many thanks for your help > > What happened. If you tell your initial problems, I can maybe put something > into the docs so that others won't have it... > > - Stefan I upgraded to version 2.3.0 the previous version didnt seem to work with stylesheets, when you viewed the html source there was no stylesheet defined in it. Please see my other posts for feature requests. Many Thanks - FANTASTIC program btw
Can you consider implementing the following additions to the functionality 1) Subt on edit <attribute> = xyz This would be fantastic for implementing version control so you can see who has edited a posted or a db entry. 2) Have a SORT fieldname flag so you can decide which column to sort things by on a display listing in conjunction to the display flags, it current defaults to the # column and I find i am directly linking to a sorted display 3) Have the elogd.conf track actual log entries people have changed detailing date and time etc. 4) Ability to export contents of the log books to files on disk for backup purposes as all data is contained within a single log file which causes problem for command line searches. Many thanks
> > Can you consider implementing the following additions to the functionality > > > > 1) Subt on edit <attribute> = xyz > > > > This would be fantastic for implementing version control so you can see > who > > has edited a posted or a db entry. > > Can you give me an example of how you would use that? ----- Lets say you are storing configuration information relating to a customers solution, you need the ability to track who has made what changes to the config information stored in the log book so you can backtrack who changed what and when, for example If you have a field name called Last Edited by this field is locked and not editable using the Lock attributes flag, but if you had Subt on edit everytime that entry is updated it places your login name into this field and therefore stamps it to say you have edited it, as the field isnt free txt it cant be spoofed as the $long_name comes from your login details. ----- > > > 2) Have a SORT fieldname flag so you can decide which column to sort > things > > by on a display listing in conjunction to the display flags, it current > > defaults to the # column and I find i am directly linking to a sorted > > display > > Sorting is not done by the "#" column but by the sequence when messages have > been entered. You can sort the table differently by clicking on the table > titles (twice for reverse sort). To sort by default on a column, for example > sort by the author, you can add > > Start page = ?sort=author > > into elogd.cfg which does the job. ---- Excellent I didnt know what Ill try that tomorrow ----
I noticed the site has been updated as far as the documentation for 2.3.1, however the latest version in the downloads section is 2.3.0, any other places where I can get 2.3.1 Cheers
> > I was able to find the export feature under find. Could you let me know where > > the import feature is? Or how I turn it on. > > Oops, I frogot to document this, thank you for reminding me. You have to add the > "CSV Import" command manually to the list of menu commands, like: > > Find menu commands = New, Find, Select, Config, CSV Import, Help > > I was wondering if I should make this as the default, but many people maybe do not > have the demand of having CSV Import, so it might be annoying for them. What do > you think? I needed the export feature and could not find documentation on it in the latest version. I finally read the code and added Find Menu Text = <filename> where filename had the tags XML, CSV1, and CSV2 This always exports all records. Shouldn't it just export the records appearing in the window? Also, there is a CSV Import menu item, why isn't there CSV Export? Or just Export with radio buttons controlling the format. (BTW, the XML export is not valid. Internet Explorer complains about the first line) Great Software. Love it. Keep up the good work!
> > I needed the export feature and could not find documentation on it in the latest > > version. I finally read the code and added Find Menu Text = <filename> > > where filename had the tags XML, CSV1, and CSV2 > > This always exports all records. Shouldn't it just export the records appearing in > > the window? > > Exporting workes as follows: Click on "Find", and switch the radio button to XML or CSV. > If you click on "Search", you will be prompted where to save the resulting "export.xml" > or "export.csv". I did this through the search page because you can then specify som > filters, in order not to export all records. > > > (BTW, the XML export is not valid. Internet Explorer complains about the first line) > > The XML charset in the first line was missing. I fixed that, new version under CVS. Or > you can manually change the first line to > > <?xml version="1.0" encoding="ISO-8859-1"?> Thanks much!! I can't believe I missed seeing those options. Works great. (There is a danger to having the source code. You tend to read it instead of looking at the way the program works ) BTW, Is there any way to turn off the Text column at the right side of the list?
I have a computer that has a different idea of its name from the DNS server. When I run ELOG and someone clicks "Search" I get a page not found. I tried starting with "-n <hostname>", but elog still uses gethostname. The example is that DNS says my machine is "abc.company.com" and netstat - a says elog is listening on 8080 abc.personaldomain.com Here is the code from elogd.c: /* get host name for mail notification */ gethostname(host_name, sizeof(host_name)); phe = gethostbyname(host_name); if (phe != NULL) phe = gethostbyaddr(phe->h_addr, sizeof(int), AF_INET); /* if domain name is not in host name, hope to get it from phe */ if (strchr(host_name, '.') == NULL && phe != NULL) strcpy(host_name, phe->h_name); I think you should be using tcp_hostname instead of gethostname if it is specified.
I have a logbook with an attribute that has a number of fixed values. I use MOptions to prevent typos when entering and allow multiple "keywords". When searching the users can only search on one keyword. Is there any way to search on multiple values (AAA|BBB|CCC)? If I do not use MOption, they can do this, but the users entering logs may mistype the keywords.
If an attribute uses MOptions and is also extendable, clicking "Add <attribute name>" and entering a value adds the value to the MOptions, but does not put the value into the log entry. The log record has that attribute blank. You have to go back into the record and edit it to put the new value in.
> > I have a logbook with an attribute that has a number of fixed values. I > > use MOptions to prevent typos when entering and allow multiple "keywords". > > When searching the users can only search on one keyword. > > Is there any way to search on multiple values (AAA|BBB|CCC)? If I do not > > use MOption, they can do this, but the users entering logs may mistype the > > keywords. > > Even with Moptions, you can put into the "Text:" line > > (AAA|BBB|CCC) > > and click on "Search text also in attributes". This is a valid regular > expression with searches for AAA or BBB or CCC. Unfortunately you still can > mistype the values. If I would add check boxes in the find page, it would not > be clear if one searches for an "AND" of several values or an "OR" (Most people > would probably think that they want an "AND" because this happens if they > restrict several attributes). Yes, I can use the Text: search, but I still have the mistyping problem. (My field values are like "ENA, ETB, HRES, etc.) -- Easy to have a typo. Currently there is a dropdown when searching for MOption fields. Maybe you could allow multiple selections in the dropdown. This to me is an "OR" search.
> > Currently there is a dropdown when searching for MOption fields. Maybe you could > > allow multiple selections in the dropdown. This to me is an "OR" search. > > Multiple selections are not possible in HTML, only a single value can be selected at > a time. Try: (From monster.com) <SELECT NAME="lid" multiple size="5"> <OPTION VALUE=""> ------- Select all -------- </OPTION> <OPTION VALUE="323">Alabama-Anniston</OPTION> <OPTION VALUE="324">Alabama-Birmingham</OPTION> <OPTION VALUE="325">Alabama-Mobile/Dothan</OPTION> <OPTION VALUE="328">Alabama-Montgomery</OPTION> ... </SELECT> Although this may not be supported in all browsers. (I think recent versions of Netscape and IE support it)
If you have a space in a logbook name and you enable password list, then the "List" menu option forces you to the login page each time. The URL says "aaa+bbb", but when you do not have passwords enabled, the URL is "aaa bbb"
Looking to produce, initially a shift running log and then many other logs for ISIS accelerator departments here at Rutherford Lab.
Thanks for the advice.
OK thanks Stefan.
Thats another programming language I'll have to learn then. :-)
The Elog config I am just getting to grips with but Java and Scripts are a bit beyond me.
Dear All
i have this problem since i tried to install ELOG latest version while make Authetnetication Kerberos ELOG stop runing any idea or help please
Hello, Is it possible to have a drop down list with commas in the options. For instance, if you want to have a attribute "CityState" you would probably want a comma between the City and State name. Since the Options are separated by commas, it turns into two different options. I dont know if there is a way to do this or if this is a bug? MO
In version 2.0.4 of eLog I was having some problems with saving my configuration file once I edited it on the web using the config. command. I keep getting the message "Cannot open file %s: elogd.cfg". I made sure the file was in the right directory. I dont know if I am doing something wrong or if its a bug? Mo.
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.
Thanks for the reply. I found problem with existing version. I opened log book group without opening log book details in configuration, that is why at submitting or opening elog was not able to find log book for that group and was getting lost.
Regarding moving to 2.7.8, I want to know that in this new version file location for pwd and log books will remain same or are changed. If changed then I have to change location manually. Also how I can perform password recovery.
Updating my toolbox. Starting to use elog as, well, a logbook. Kind of liking the short, sweet, to the point capabilities.
Which leads me to wonder if anybody has opinions on trouble ticket systems that work well with elog?
Miles Fidelman
I use elog's built-in ticketing system, and use the auto-generated ticket number to cross-reference with other matters/documents/files. Much of the documentation for tickets is rather buried away under Subst <attribute> = <string>.
Subst <attribute> = <string>.
I've not found a way to link from an entry to a set of entries in another thread by their ticket number, particularly across more than one logbook. [This is possible via their elog entry number, and which logbook it is in]. The former would be usefil to cross-reference an incident which you identify external to the elog system - "Oh, it's another one like [Ticket no] NOV12-001" possibily easier than "Oh it's another one like elog:archive12/67142 ". Oh, the last bit should be highlighed as a (non-existant) link here, to show my point, nice of the ticket could be as well.
On the plus side, you can arrange the ticket number to show up in the thread display, quick search by ticket number, run different ticket colours (as it were) in different logbooks (i.e. different prefixes). Just ensure you don't archive the latest entry, as that can lead to duplication of ticket numbers.
By "ticket number" are you referring to the Message ID, or is there some additional trouble ticket functionality buried away? And... can you point me to the documentation that's "buried away under Subst <attribute> = <string>? Thanks!
Subst <attribute> = <string>?
Message ID is the internal numbering of each entry. It is the number that is used internally for generating the threads, and which you can reference with the elog:[message ID] code within an entry to cross reference the entry with that message ID.
"Ticket" is the name of an attribute. You define the attribute "Ticket", and can preload the attribute with the format you require(*). In the following extract of an elog.cfg file are the relivent lines to generate tickets, show the ticket number in the thread display, search for a particular ticket, and allow it to be edited when writing an entry - there are reasons. The attribute "Organisation" here is an example of another attribute you would enter with the initial entry, of course there will be others specific to your requirements.
Attributes = Ticket, Organisation, ...
Preset ticket = T#####
Thread display = $Ticket: $Organisation, ...
Quick filter = Ticket, ID
When you start an new entry, the Ticket attribute is prepopulated with a number. The first time will be T00001, subsequently it will be one higher than the currently existing highest ticket number in the logbook.
Why might you edit the ticket number? You may wish to go back and edit an old (complete) entry's ticket number so it has some obvious name - perhaps the solution of what proves to be a stock problem, that has become known by a pet phrase, so it can be found by searching for that phrase in the quick fillter "Ticket". That is a more advanced use of the ticket system.
(*) Further on the format of the ticket is in the documentation under Subst <attribute> = <string>
Sorry for multiple edits, why cannot I cross-reference an entry in this forum as I can in my local logbook?
Thanks for the additional details!
Thank you very much! I appreciate it.
Sorry so long getting back to you, Stefan. Just wanted to say "thank you". This new function works great!
When creating new logbooks, I will create a single entry to test the configuration. After revising the configuration I want to delete that single entry and create a new one based on the revised config. elogd will crash every time upon deleting that single entry with an xrealloc error. Here are the syslog entries leading up to the crash: Oct 9 08:09:41 obstin8 elogd[20614]: GET /Support/1?cmd=Delete&nextmsg=0&confirm=Yes HTTP/1.1^M Connection: Keep-Alive^M User-Agent: Mozilla/5.0 (compatible; Konqueror/3.3; Linux) (KHTML, like Gecko)^M Referer: http://localhost:8080/Support/1?cmd=Delete^M Accept: text/html, image/jpeg, image/png, text/*, image/*, */*^M Accept-Encoding: x-gzip, x-deflate, gzip, deflate^M Accept-Charset: iso-8859-1, utf-8;q=0.5, *;q=0.5^M Accept-Language: en^M Host: localhost:8080^M Cookie: urem=0; upwd=dDRubjNyBDI=; unm=mstolove Oct 9 08:09:41 obstin8 elogd[20614]: xrealloc: not enough memory This is on a Slackware 10 box using kernel 2.6.7. Elogd is accessed directly, not through an Apache proxy.
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.
Understood, Thanks very much for your help.
Thanks very much, Stefan.
I did not know "Last x" was the appropriate menu option. --Mike
In a test area we loaded elogd 2.9.0 built Mar 21 2011, 08:48:02 revision 2396
During our testing we started the creation of a new elog, then backed out cancelling the creation and received the following error.
Error: Too many parameters (> 120). Cannot perform operation.
We do not see this error in the older version.
We've recently implemented the Copy To function and it works as advertised. The issue we're having is the original entry time is also copied, so if we take an old log and copy it to another log book the entry using reverse sort, preserve = 0 may not display as the newest id. It will receive the next message id, but not display in the correct order on the page. Is there an option or parameter that will force Copy To create a new entry time, so the message id will appear in the correct order?
I currently have an Attribute defined in my .cfg file as "Format <Attribute> = 0, attribname, attribvalue, 120, 500". I've found if I exceed 255 characters elogd.exe fails. Is there a method that will allow me to exceed 255 characters?
> Version 2.3.9 of elog has been released today. Enhancements are: Forgive me if I've missed it, but I've looked in the forum, on-line cfg docs and downloaded docs. I cannot find details on how to the used the "Execute ..." command. What is passed on command line, etc. thanks in advance mike > - "Execute new/edit/delete" lets one execute shell commands on the server > side for new, edited or deleted messages. Since this can cause security > problems, a new flag "-x" has been added to the elogd daemon to enable this > feature. It can be used to synchronize the elog database with other > databases, or to send SMS messages to people. >
Initially I thought you had to specify a port number after localhost for emailing.
As it turns out just putting "localhost" as the email server in the elog config
file works just fine. We have a strange problem where our elog server is running.
our outgoing mail has to be routed through port 465 and SSL. I had to set up
postfix and stunnel to handle this arrangement.
That did the trick, thanks for the fix!
Works perfectly, thanks for the fix you rock!
Regards, Mike
Thanks for writing back so fast. I'll have the folks in India check that link and see if the problem exists there. I couldn't duplicate the problem here on my end. I'm beginning to think that it's a connection problem. They tell me that the elog site (our site) is slow for them. It's only capable of 118kb/sec which, coupled with the distance from USA to India might make things slow. In the USA I found the site to be usable and not that slow. I'll let you know what they say about the test link.
I talked to my associate from India. He tried that link you provided and claims that even on your site the "page expired" message occurs. Weird eh? Any ideas?
I think you are right. I suggested those things to them. I believe this issue is closed here.
If my email host refuses to send the email (476 connections denied), we still get the message that the email has been sent - and no error message. How do I or can I send authentication information to the email server?
> this elog offers me to edit a draft message, then yells at me "only some other user can edit this draft!!!". > methinks I should only be offered to edit draft messages that I own or I can edit. K.O. I changed this behaviour now, so authors can only edit their own drafts. Furthermore, drafts are not shown any more in the elog lists. In addition, deleting of entries is allowed now again in this forum, so if someone creates a draft by accident, he/she can delete it. /Stefan
> I saw in the doc that an attribute cant be bigger than 100 char. but I couldn't figure the maximum size for options... I'm wondering if the issue comes from the browser not refreshing correctly or if its elog.. The number of possible options is limited in elog to 100. This is defined by MAX_N_LIST in elogd.h. You can try to increase it and recompile elogd, but no guarantee that this works. The reason that it *sometimes* work is really a bug, I should do better limit checkings... /Stefan
I tried to run elog with SSL so I created key and crt files. In crt file I added client certificate and intermediate certifacte. Unfortunately, when I try to run openssl s_client -showcerts -connect myexample.com:443 I got only the first certificate from the chain. Anyone has idea why this happens?
I'm currently trying to setup a logbook which will contain process descriptions. One of the attributes will be the resists that are used. This could be more than one resist, hence I try to use MOptions but users should also be able to add materials to the selection list. When I write the following, I get some problems though:
Required Attributes = Name, Author, Resists MOptions Resists = Nano Copolymer EL-10, S1813 Extendable options = Resists
If a user wants to add a resist, he gets a textbox to add the new resist (which will contain what was already toggled), but there is now way to select also other resists that are already available, without saving the post and than edit it again. Previously selected resists are deselected when a new resist is added (if the user had emptied the textbox) and one can not save the newly added attribute option without saving the whole entry.
Is there a nice way to implement this (am I overlooking an obvious solution), or is this not possible at all. I guess an ideal solution would be to get some sort of ok button when one adds an attribute option and after confirming the new value that one gets back to the checkboxes without exiting the edit mode.
Michaël
PS: This is the complete config for this logbook:
Theme = default Page Title = $logbook - $Name Edit Page Title = $logbook Comment = Photolithography Processes Quick filter = Name, Resists Preset Author = $long_name Reverse sort = 1 Attributes = Name, Author, Resists Sort Attributes = Resists, Name, Author Required Attributes = Name, Author, Resists MOptions Resists = Nano Copolymer EL-10, S1813 Extendable options = Resists Sort Attribute Options Resists = 1 List display = Name, Author, Resists
Hello, This software is very good :) I like it, but I have some trouble with some emails that I send from the system. It seems that Outlook 2000 does not handle norwegian characters in the Subject field when sending mails. We have Exchange and I don't know what SMTP server that fetches mail from. We are sending mail out via sendmail on RedHat ES V3 server. Example (what it should be) Subject: Testing åøæ Becomes Subject: IKT sak =?UNKNOWN?B?KDYwKTo=?= Testing =?UNKNOWN?B?5fjm?= config: Use Email Subject = IKT sak ($message id): $Tittel Ofcource this is only happens in Outlook. Sending to gmail reports it OK. I've also seen that mutt sometimes replaces the åøæ with ? at my Linux system at home. Ofcource all this could be due to misconfigured clients. Outlook receives mails with åøæ fine when send from allmost all other systems. I've suspect that this could be some old 7 bit / 8 bit problem or that the mail is not properly encoded in MIME format? If i send mail without any åøæ characters in subject the subject is displayed the way it should be. Not a big problem though, not sure that it has been reportet before. Searched for mime and found nothing useful. Have a nice day! Best regards Michael
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". 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. 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. 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. Wow! You are really fast! I'm going to try it now! This works for me :) Thanks for quick response Stefan! Best regards Michael
> What you can try is to debug the communication between elogd and the SMTP > server. Just turn on logging via > > Logfile = log.txt > Logging level = 3 > > After sending email, you see the conversation in log.txt. Maybe this gives you > some hints. I run with loggin level = 6: 14-Apr-2005 14:50:16 [pc-0460] {ikt} Email from elog@..... to Michael.Husbyn@.....,, SMTP host smtp......: 14-Apr-2005 14:50:16 [pc-0460] {ikt} 220 backup...... ESMTP Sendmail 8.12.11/8.12.11; Thu, 14 Apr 2005 14:59:18 +0200 14-Apr-2005 14:50:16 [pc-0460] {ikt} 14-Apr-2005 14:50:16 [pc-0460] {ikt} HELO njord...... 14-Apr-2005 14:50:16 [pc-0460] {ikt} 250 backup...... Hello njord...... [10.138.224.221], pleased to meet you 14-Apr-2005 14:50:16 [pc-0460] {ikt} MAIL FROM: elog@..... 14-Apr-2005 14:50:16 [pc-0460] {ikt} 250 2.1.0 elog@........ Sender ok 14-Apr-2005 14:50:16 [pc-0460] {ikt} RCPT TO: <Michael.Husbyn@.....> 14-Apr-2005 14:50:16 [pc-0460] {ikt} 250 2.1.5 <Michael.Husbyn@.....>... Recipient ok 14-Apr-2005 14:50:16 [pc-0460] {ikt} DATA 14-Apr-2005 14:50:16 [pc-0460] {ikt} 354 Enter mail, end with "." on a line by itself 14-Apr-2005 14:50:16 [pc-0460] {ikt} To: Michael.Husbyn@....., 14-Apr-2005 14:50:16 [pc-0460] {ikt} From: elog@..... Subject: IKT sak (110): Testing øæå 14-Apr-2005 14:50:16 [pc-0460] {ikt} X-Mailer: Elog, Version 2.5.8-3 14-Apr-2005 14:50:16 [pc-0460] {ikt} X-Elog-URL: http://njord......:8090/ikt/110 14-Apr-2005 14:50:16 [pc-0460] {ikt} X-Elog-submit-type: web|elog 14-Apr-2005 14:50:16 [pc-0460] {ikt} Date: Thu, 14 Apr 2005 14:50:16 +0200 14-Apr-2005 14:50:16 [pc-0460] {ikt} Content-Type: TEXT/PLAIN; charset=US-ASCII 14-Apr-2005 14:50:16 [pc-0460] {ikt} . 14-Apr-2005 14:50:16 [pc-0460] {ikt} 250 2.0.0 j3ECxI8e003851 Message accepted for delivery 14-Apr-2005 14:50:16 [pc-0460] {ikt} QUIT 14-Apr-2005 14:50:16 [pc-0460] {ikt} 221 2.0.0 backup...... closing connection 14-Apr-2005 14:50:16 [pc-0460] {ikt} READ entry #110 -- Sorry for the late reply btw, I've removed some information in the log (server names) What I can see is that it sends with charset=US-ASCII, even if the characters are non-US. Only outlooks have problem with understanding if the subject is not mime encoded. Ideas? Best regards Michael Husbyn
> > What I can see is that it sends with charset=US-ASCII, even if the characters are > > non-US. > > That's the key point. I changed it such that elog uses now the charset defined in the > configuration file, now it should work fine. Can you give it a try? The new version is > under CVS. Tried it now, using the same charset I get when sending email from Mutt: (this is right) Subject: Testing =?iso-8859-1?B?+Obl?= To: michael.husbyn@......... Message-id: <20050415125415.GA30539@njord........> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE Content-disposition: inline User-Agent: Mutt/1.4.1i When sending from Elog with the same subject (from the same server): Subject: IKT sak =?UNKNOWN?B?KDExMCk6?= Testing =?UNKNOWN?B?+Obl?= To: Michael.Husbyn@............ Message-id: <200504151304.j3FD4aKP006491@njord..................> MIME-version: 1.0 X-Mailer: Elog, Version 2.5.8-3 Content-type: TEXT/PLAIN; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE X-Elog-URL: http://njord................:8090/ikt/110 X-Elog-submit-type: web|elog -- So the subject needs some change. In my example I left out what Elog inserts before the subject I put in Elog. Just for the fun, changed my old subject (in elog) to the one Mutt formatted it to: Testing =?iso-8859-1?B?+Obl?= And then I get what I want... ;) Best regards Michael Husbyn
> I implemented this, but found some problems. If I encode the subject like > > Subject: =?ISO-8859-1?Q?åøæ?= > > it displays well unde MS Outlook, but not under Mozilla Thunderbird or pine, > which both display the full text (including the ISO...). So it looks like > there is no single solution which satisfies all mail programs. It should at > least work for Outlook and Thunderbird, so if anyone has an idea please let me > know. If I read the RFC correctly when you use B encoding you are using BASE64 encoding. Maybe that could be a solution? Best regards Michael
> > If I read the RFC correctly when you use B encoding you are using BASE64 encoding. > > Maybe that could be a solution? > > Indeed it is. Works for all email programs I know. So I added that to elog, new > version is committed to CVS. Let me know if it works for you. Stefan! You are *THE MAN* :) It works :) You are indeed "speedy gonzales" ;) Thank you very much! Best regards Michael 'very impressed' Husbyn
Hello, Is there a way to include some attribute fields in the e-mail from eLog, but not all? E.g, if you have the following: Attributes = TA, Endret, UA, Pri, Status, Oppdragsgiver, EpostTil, EpostIKT, Tittel Then you get the heading: Logbook : TA : Endret : UA : Pri : Status : Oppdragsgiver : EpostTil : EpostIKT : Tittel : (removed the attribute data), But I would like to send out only: UA : Pri : Status : Oppdragsgiver : EpostTil : Tittel : Any way to do this in the current version? And perhaps change the order too... I'm asking for much perhaps? Best regards Michael
> I added the option "Email attributes = <list>" for that. So you can specify > > Email attributes = UA, Pri, Status, Oppdragsgiver, EpostTil, Tittel > > which also sets the order of the attributes. The cange is in CVS. Nice! Thanks Stefan, I will test it when I'm back from my holiday. Only problem is that this change is also in a beta version of elog (more "beta" than usual) Perhaps it is not in this state when I'm back :) have a nice holiday Best regards Michael
> > > I added the option "Email attributes = <list>" for that. So you can specify > > > > Email attributes = UA, Pri, Status, Oppdragsgiver, EpostTil, Tittel > > > > which also sets the order of the attributes. The cange is in CVS. Hello Stefan, Tested the 2.6.0-beta4, and it sort of works. config parameter: Email attributes = Tittel,Status gives the mail: Logbook : work Tittel : Test Status : Åpen Logbook URL : http://xxxxxxxxxxxxxxxx/work/904 --- Is there a way to remove Logbook field (and perhaps Logbook URL if I want?) Best regards Michael
Hello, Sorry if this has been addressed elsewhere, but I could not find info.
I am wanting to submit a new elog entry (that should have been) for a past date, to predate log entrys currently in my system.
I assume I must manually create a new .log file. What ID# should I assign to this entry? Should I sub-increment (i.e 33.1)? I presume the correct thing to to would be to automate ID# increments in all sucessive logs with a script (python).
-Michael Hibbard
Thank you David, Andreas. Very useful forum.
Hi Michael,
Elog purists, look away now.
There is an "official" way to do this, which is to have fields for entry date (so can be in the past), but the yymmdda.log file will be of the date and time you make the entry. This is in the offical documentation.
If you are not bothered by the ID number being out of sequence (and elog does not really mind, although it occasionally throws a hissy fit/throws its toys out of the pram, which a restart sorts out), but you are one who wants the date of the entry in the log file to also be in the past, skipping the entry date fields issue, it's perfectly do-able. So long as you can access the yymmdda.log files.
What I, and some others, do is to create a new entry now (for ease, the first entry of the day, but that's not critical), then go to the log files, and with an editor open today's file, find the entry, and edit the day, date and if necessary time; I always set the time as post 22:00, as code for an edited late entry. I also then cut-and-paste the entry into the log file for the day it should have been entered in (creating it if necessary, in linux make sure the permissions are correct, specifically the user).
If you have attachments, and want those also to reflect the date, you'll need to edit the Attachments section of the elog entry headers (format is obvious), and also rename the attachment files in the directory.
I've not tried an ID number being other than an integer, I guess it would not work. ID numbers not being in sequence with the date doesn't seem to matter. Messing with ID numbers can have a number of consequences, such as elog running away, burning CPU time etc (looking for a previous entry that does not exist), or rogue listings of a entry ID no./# 0 (looking for a later entry that does not exist).
One caveat; I use Linux, and on elog 2.9.2. Later elogs and Windows may have a different reaction to what I've written above.
Elog purists can now look again.
I assume I must manually create a new .log file. What ID# should I assign to this entry? Should I sub-increment (i.e 33.1)? I presume the correct think to to would be to automate ID# increments in all sucessive logs with a script (python).
Hello, the "drop attachments here..." feature is very useful, especially when I have multiple files. I can drag them all over in one operation, however I have noticed that this feature only works well in the IE browser.
It does not work reliably in Safari/Chrome/Firefox. I have tired in both 3.1.3 and 3.1.2. I also have the same symptom on the Demo log book of this site.
Please advise. Thank you for the continued development of Elog.
Hi, I am new to elog so please bear with me if this sounds like a stupid question... I would like to run elogd under Apache because I don't want to open another port (eg. 8080) on the firewall for incoming http traffic. I followed the special instructions for that sort of setup but the user logon screen always comes up again, even after using a valid username/password. I am testing on a Redhat 7.2 based distribution (called SME server) in a test domain (tuxhome.co.nz). "Apache modules mod_proxy.c and mod_alias.c are activated", Yes. There seems to be a problem here with the Apache Redirect statement. When I try with Redirect permanent /elog http://www.tuxhome.co.nz/elog/ ProxyPass /elog/ http://www.tuxhome.co.nz:8080/ Mozilla responds "Redirection limit for this URL exceeded" and IE6 says "cannot find server or DNS error" so I have commented out the redirect statement for now. I might misunderstand the required URL statement in elogd.cfg "URL = http://your.proxy.host/subdir/" ? which I understand it would have to be URL = http://www.tuxhome.co.nz/elog/ for my above example? Maybe someone could help me with an example that includes all 3 of the statements together, the redirect + proxypass from httpd.conf plus the URL from elogd.conf? Thanks for any help. Michael
Thanks for your fast answer.
I installed 2.81 (Elog-latest) but this Version did not work. I got Error 193: %1 is not a valid Win32 Application as I tried to start the service. So i will sent you the complete elogd.cfg via Mail.
Michael,
I had this problem with the service/elogd.exe not starting on the later versions of ELog and with Stefan's help we tracked it down to some missing Microsoft C runtime library files. In my case it was a fresh install of Win2k3.
Try installing one the following and see if it helps (mine was solved with the middle option).
http://www.microsoft.com/download/en/details.aspx?id=3387 http://www.microsoft.com/download/en/details.aspx?id=5582 http://www.microsoft.com/download/en/details.aspx?id=5555
Thanks probelm is solved.
ELOG was installed at a windows 2000 Server. After Grant's Tip I moved it to W2003R2 and installed the midlle option. No it works without any problems.
That worked for me. Used an Account instead of local system and everything is OK. Thanks for your help.
We don't use a password file but would like to password protect (Admin only) the DELETE function in the MENU Thank You
Sorry to bother you with such a simple question, but I am not an IT professional. We just received word that our IT department has plans to update our system to Windows 10 in 2018. Was wondering if our current version of ELOG was compatable with Windows 10? Thank You Very Much For Your Help.
Hello, I'm having problems with e-mail notifications.
When I try submitting a new post, I get the following error:
Error sending Email via "smtp.glocalnet.net"
The error message doesn't give a lot of hints...
My config file contains the following lines:
[global] SMTP host = smtp.glocalnet.net SMTP username = rhj764h@tninet.se SMTP Password = xxx
[BugZ]
Email All = somebody@gmail.com Use Email From = theproject@kato.homelinux.org
The password was created by invoking elogd with the -t option containing the true password. I've tried enter the correct password manually in the config, but the error message is the same.
Below follows a cut&paste of the console output when invoking with the -v option (addresses manually edited to avoid spam):
Email ALL to somebody@gmail.com timezone: -3600, offset: 3600 Email from theproject@kato.homelinux.org to somebody@gmail.com, SMTP host smtp .glocalnet.net: 220 mta3.glocalnet.net ESMTP Service ready EHLO kato.homelinux.org 250-mta3.glocalnet.net 250-DSN 250-8BITMIME 250-PIPELINING 250-HELP 250-AUTH=LOGIN 250-AUTH LOGIN CRAM-MD5 PLAIN 250-X-CP-DELIVER-AFTER 250-DELIVERBY 300 250 SIZE ==== Return ================================ HTTP/1.1 302 Found Server: ELOG HTTP 2.6.3-1762 Connection: Keep-Alive Keep-Alive: timeout=60, max=10 Location: http://kato.homelinux.org/elog-tinker/BugZ/6?error=Error+sending+Email +via+<i>"smtp.glocalnet.net"</i> Content-Length: 20
I can't make any sense of this. Please advise.
/Michael Ambrus
An update:
I got rid of the version from the Ubuntu repo and installed the latest source release instead (2.7.5-2130).
The error is now a little bit different:
Error sending Email via "smtp.glocalnet.net": Syntax error in parameters or arguments to MAIL command
A snippet from the console output:
250-DELIVERBY 300 250 SIZE AUTH LOGIN `±è· ♦Username: cmhqNzY0aEB0bmluZXQuc2U= Password: ajh6N2E4 235 LOGIN authentication successful MAIL FROM: theproject@kato.homelinux.org 501 Syntax error in parameters or arguments to MAIL command ==== Return ================================
BR /Michael
I think I found out what the problem was and e-mail notification now works.
Maybe various differences in login procedure could be handled by allowing ELOG to optionally to use an external program like mailto to handle it's mailing?
SMTP external = 0|1
I think I understand (and actually appreciate) the policy of not depending on external programs. Just a suggestion...
BR
/Michael
File attached. SMTP password removed, otherwise as original.
Windows binaries took care of this problem as with Message ID: 66157.
Problem solved, thanks!
Thanks for the info, it saves me some time know this on beforehand.
You're right about the Windows binary, it's a lower SVN revision (2140).
ok, tnx.
So there is no way to save the file on the network?! :(
Can i install the elog on a windows server? i tried it yesterday, but i think i missed something, couse i only could open the elog on the server and not with a client pc.
is there a trick to get "Filtered browsing" working?
If i am on the first entry and i checked the checkbox of one Attribute, the next entry is still the second one and not the next with the same Attribute.
; port under which server is listening
Port = 8080
CSS = eLogOUK.css
[Accelerator]
Comment = Accelerator Logbook
; use user level password access
Password file = passwd
Login expiration = 1000
Admin user = ritt
Self register = 1
; look and feel
Guest menu commands = Back, Find, Login, Help
Guest find menu commands = Find, Login, Help
Date format = %B %d, %Y
; attributes
Attributes = Author, Author Email, Category, Subject
Options Category = Routine entry, Shift summary, Problem, Fix, Question, Info, Other
Extendable attributes = Category
Required Attributes = Category, Subject
Thread display = $Subject, entered by $author on $Entry date
Quick filter = Date, Category
; title as shown in the browser
Page Title = Accelerator Logbook - $subject
; preset author and email
Preset Author = $long_name
Preset Author Email = $user_email
; these attributes cannot be changed
Locked Attributes = Author, Author Email
; only author can change its own entry
Restrict edit = 1
; options for reply
Subst on reply subject = Re: $Configuration Name
Remove on reply = Author, Author Email
; No Email notification
Good afternoon Sebastian! Thank you very much for your help.
Good afternoon!
The elog does not see the time zone. It displays UTC + 0. When I transfer old entries to a new compiled log, they are displayed 3 hours earlier (my time zone is UTC + 3). When creating a new record, it creates them in the UTC + 0.
Compilation occurs in Cygwin.
Version elog – 3.1.4-3.
Please help solve this problem.
Encoding problem: How to make ELOG generate HTTP pages with <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=XXXX"> tag in header. With charset=XXX selectable via config.
Brilliant in all its simplicity! Many thanks!
I know I'm a little late but is there a way to do this from elog? I've tried using the following line in the config but it doesn't seem to work in IE10. I figure if there is a way to modify the <head> before the page loads there could be hope.
Top text = <script>var meta = document.createElement('meta');meta.httpEquiv = "X-UA-Compatible";meta.content = "IE=edge";var head = document.getElementsByTagName('head')[0];head.insertBefore(meta, head.firstChild);</script>
I'm interested using elog for a lab notebook. Once entries have been entered they cannot be changed/edited. Is it possible for elog to be setup to support something like this? A write only mode?
Does this truly disable the edit command or just hide it? > > I'm interested using elog for a lab notebook. Once entries have been > > entered they cannot be changed/edited. > > Is it possible for elog to be setup to support something like this? A write > > only mode? > > What you need is an entry in the elogd.cfg file: > > Manu commands = Back, New, Reply, Find, Config, Logout, Help > > As you see, the "Edit" and "Delete" commands are missing here and therefore > do not get displayed. So you can enter a message with "New", but you cannot > change it afterwards.
The <pubDate> item doesn't appear to be a valid RFC-822 date. Causes some aggregators to fail when parsing. The error is shown by Feedvalidator: http://www.feedvalidator.org/check.cgi?url=http%3A%2F%2Fmidas.psi.ch%2Felogs%2FForum%2Felog.rdf > I implemented experimentally RSS feeds into Elog. Before releasing this new > addition, I would like to collect some experience with it. This forum now > supports RSS feeds, for which you can subscribe with a RSS feed reader like > Mozilla Firefox. Please give it a try and send me any feedback. > > For an introduction to RSS feeds, please see > > http://www.webreference.com/authoring/languages/xml/rss/intro/ > > To subscribe to a logbook, enter following URL into your RSS reader: > > http://<your-elog-host.domain>/<logbook>/elog.rdf > > From the newest Mozilla Firefox browser, you can also click on the RSS box at > the lower right corner of the browser (see attachment).
Hi, I'm trying to set up elogd, running on port 8080 behind an Apache server on port 80, using mod_proxy to redirect to the elogd server, and the recommended Redirect permanent /elogbook http://example.com/elogbook/ ProxyPass /elogbook/ http://example.com:8080/ This works well for non-password-protected logbooks, but for password protected (that I can access fine via port 8080), I keep getting shown the Login page, even with valid username / password. Poking around the code, it appears (probably not too surprisingly) that the issue lies in check_login(). For example, /* if invalid or no session ID, show login page */ if (!skip_sid_check && !sid_check(sid, user_name)) { if (isparam("redir")) strlcpy(str, getparam("redir"), sizeof(str)); else strlcpy(str, isparam("cmdline") ? getparam("cmdline") : _cmdline, sizeof(str)); /* avoid recursive loops with ?cmd=Login */ if (stristr(str, loc("Login"))) str[0] = 0; /* added write_logfile here... char mstr[250]; sprintf(mstr, "show_login B %s isparam: %d, cmd: %d, skip_sid_check: %d, sid_check: %d", user_name, isparam("redir"), isparam("cmdline"), skip_sid_check, sid_check(sid, user_name)); write_logfile(lbs, mstr); */ show_login_page(lbs, str, 0); return FALSE; } and the logfile shows that user_name is blank(!!) and redir, cmdline, skip_sid_check, and sid_check(sid, user_name) all to be 0. In fact, isparam("unm") and isparam("upwd") are also 0, which explains why user_name is blank. But the log file also shows LOGIN user "username" (attempt) LOGIN user "username" (success) just prior to this! I'd guess that the form POST methods aren't being forwarded correctly, but I haven't looked at it in any more detail. Is there a way to make this (password protecting logbooks while also using a proxy to Apache) work? Thanks!
> I don't remember the details, but originally had the same trouble. I think a "/" at the end of a url got me somewhere. > I have defined... > > URL = http://somewhere.edu/elog > > ...in the config file, and my redirect looks like this: > > Redirect /elog http://somewhere.edu/elog/ > ProxyPass /elog/ http://somewhere.edu:8080/ > ProxyPassReverse /elog/ http://somewhere.edu:8080/ Yes, that did it: Adding the URL to the config file was the key. Thanks!
> > What other information can I provide that might assist in diagnosing this? > > Please send me your elogd.cfg configuration file. Stefan - I am having the exact same problem as outlined here. I sent you an email with a somewhat complicated config file. Attached to this message is a much simpler one. With this file, if you remove the B5 server (remove it from top group a2, and remove the [b5] entry) the crash does not happen. If the B5 server (or any additional server) is in the file, then the problem occurs. For me, there are 3 places where the crash happens: - on logout - when an invalid username/password is used to login - when you login to A1, then try to go to A2 This is happening on elog v2.5.9-1 (built May 2, 2005, 12:17:18 revision 1.642) I have tried on windows 2000 and 2003 servers, and it seems to happen on both of them. Matt
Another quick update on this, it looks like the bug was introduced in version 2.5.8-2 built Mar 30 2005, 11:04:33, revision 1.611 version 2.5.8-1 built Mar 21 2005, 17:28:54, revision 1.592 does not exhibit the behavior. Matt
We have used ELog for some time now (within the IT industry) for several things (on-call tracking, after-hours work, knowledge base and a few other uses in development). Now that we have a good base of data, we would like to do some trending analysis. We have used Excel in the past for this, but it is rather time consuming. Does anyone have recommendations for tools (hopefully open source) they have used? I know nearly anything will since ELog uses flat files, but I'm looking for recommendations that you all know works well.
This tag does not change the behaviour, but I have noticed that I only have the problem in Chrome and Firefox but not in Internet explorer.
So this is the result in the log file:
Opis: Test č Č Attachment: Encoding: HTML ======================================== <p>Test č Č body</p>
This is displayed as
Opis: Test č Č
Test Ä ÄŒ body
2) If I understand you correctly the problem also contradicts your statement: "When an existing elog entry gets shown by the browser, the code is translated back to the character." and is visible in this very post. The subject field writes and displays it incorrectly, while the body text writes and displays it perfectly OK. See: ÄŒ Ä ?
3) We do not use any scripts. If we were to use a script to replace the HTML code with the actual character, the attribute fields would still display È instead of ÄŒ. Also, I have no idea how to write such a script. :)
That's great, Stefan, it works indeed. I tried fiddling around a bit with different charsets but haven't been succesful yet. I'll play around some more.
Sorry for the typo,of course I meant IE 11.
I do get on "Error on page" error. After switching on the developer tools, I get the following output:
{exception} The value of the property 'dndInit' is null or undefined, not a Function object. I get this error when I trying to make a new entry.
If I use ELOG version 2.9.2-2455 it all works fine, but that version has an different editor.
Marty.
I have installed ELOG version 3.1.0 on a WIndows 2012R2 server with IE 1. [...]
Seriously "IE 1" ??? Javascript was invented in 1995 just before IE 1 came out, I doubt it was supported by IE 1 ;-) I guess it was supposed to read IE 11?
As far as I know the Javascript code of the CKeditor runs on the client, I would not expect the server to be the culprit. I would first try a different browser, then check if the ELOG installation was complete (check for warnings?)
Do you have a Javascript error console in your browser? It should tell you something about what is going wrong.
Another thing appeared in the IE message ribbon at the bottom before it states "Error on page" . I do get a message that ELOG is trying to download data from http://latex.codecogs.com/css/equation-embedde.css..... Well, this server has no internet connection and will not get an internet connection. Is there a way around this issue? I do not want to use an equation editor
I didn't know that. Thanks for the quick response. I have it working now :)
Hi everyone
The past few days I have been editing elogd.c to link all image files to the PIXLR-API (http://pixlr.com/). I am now at a point where the edited images are uploaded fine to the elog server, but in order for the thumbnails to refresh one needs to click edit and thus load the FCKeditor for the corresponding entry.
Any suggestions how I may be able to enforce thumbnail generation, whenever the entry is displayed.
An alternative way might be to get the original entry id associated to an attachment, but I have not been able to achieve this either.
> > Well I didn't crash the server this time, and I could invert the image in the demo logbook by doing two rotations. > > But, this is elog v2.9.0-2435, and I am using v2.9.2-2475. And I remember there was a recent issue about the image manipulation at some point, so I went to the > > download section to read the subversion listing to find where this occurred. But you've changed subversion! I couldn't find my way around it, so I not only could > > I find the changefile that showed what happened for each subversion issue, but even how I could download the current (or indeed any past) subversion issue. > > > > As far as I can recall, you made a change, I reported an issue, and you undid the change, or partially undid it. Do you know when this was? Could it be relivent? > > I upgraded to V2.9.2, so please try again. > > /Stefan I can confirm this bug in V2.9.2. Also after submitting the entry, the orginal image is being displayed, with no rotation, resizing etc...
PS: I've noticed that the thumbnail PNG file only updated in the List view after I did a reload. I'm using Firefox 10.0.11 ESR on SL6.0.
Tested browsers on my SL6.4 desktop computer are Firefox 17.07, Konqueror 4.3.4. Here the rotation and rescaling is all wonky and the changes are not saved when submitting the entry.
On my Android mobile phone (Chrome 28.0.1500.64) the images rotate and rescale nicely, but the changes are not saved aswell. I tried to force reloading and clearing my cache with all of the browsers.
The elogs I tested are served from Ubuntu 10.04.4 LTS and Debian 3.2.46-1 x86_64 running IM 6.5.7-8 and 6.7.7-10 respectively.
If I make changes to the elog source, How do I re-compile it and not distrupt the program??????
Danke, hat funktioniert.
Gruß Markus
we have a problem. After windows updates, the elog service doesn´t start:
What can we do?
After I uninstalled the software and reinstalled, the function is working again.
Hi, I'm having the same problem, too, when attempting to upload an attachment. I'm using version 2.7.3-2095.
I wasn't able to attach an image by clicking on the Browse button, clicking on the desired file, hitting the Open button, and then hitting the Upload button. I just noticed that I could upload my error screen to this forum:
Thanks for any help you can provide.
Mark
In version 2.6 the themes do not work right on Windows. The URL is fixed at whichever logbook that is selected (e.g. ELOG 2.5.9-4 is <link rel="stylesheet" type="text/css" href="default.css"> & ELOG 2.6.0-1 is <link rel="stylesheet" type="text/css" href="http://localhost:8080/demo/default.css">).
Is there a way to remove the "Remove user" button from non-Amin users config page?
BTW Stefan ELOG is a Great Solution!
Thanks Mark.
we would prefer only admin users to be able to remove user accounts.
I have just tested the Remove user command with a regular user account and get this error " Error: Command "Remove user" not allowed" so it looks like users can't remove their own account, so that is OK.
well I just logged on tonight after being "inactive" (away from work) for two days and the "Show only new entries" button is still stuck at "Tue Oct 22 10:56:27 2013".
Could it be that I am have left myself logged in on another machine somewhere?
How does ELog determine "activity"?
I just had a look in the password file and found ...
<full_name>Mark Campbell</full_name>
<last_logout>Tue Oct 22 10:56:27 2013</last_logout>
<last_activity>Wed Nov 6 01:17:08 2013</last_activity>
<inactive>0</inactive>
Yah! It's working again ...
Wed Nov 6 01:51:02 2013
I found out I was still logged on to one workstation, I logged off from there, waited a few hours and tried again. All good.
Regards Mark
First of all, thanks for writing and maintaining eLog. I've been using it for a few years, but I'm now introducing it in an environment that may have a lot of "Guest" accounts. I'd like to have two "Required Attributes" when a guest enters a new entry; their name and e-mail address. These fields don't need to be required for registered accounts, since that information is available already. Is there any way to have conditional statements act on the value of $short_name? Thanks, Mark
-------------- Causes eLog to Crash ------------------ ! Full Name (submitter) module failure => Full Name (submitter) Re: module failure => Full Name (replier) Re: module failure => Full Name (submitter) Re: Re: module failure => Full Name (submitter) Re: Re: Re: module failue ------------------------------------------------------ -------------- No eLog Problem ------------------ ! Full Name (submitter) Labwide failure of mcc => Full Name (replier) Re: Labwide failure of mcc => Full Name (submitter) Re: Re: Labwide failure of mcc => Full Name (replier) Re: Re: Re: Labwide failure of mcc ------------------------------------------------------
After registering, elog displays a page with the message:
Error: Command "Config" is not allowed for user ""
However, the registration is successful. This causes confusion, and results in users registering multiple times.
In the elogd.conf file, I have the directive:
Allow Config = bergman
I loathe the idea of 'bumping' up one's own posting, but here I go...
Has anyone seen this issue, or have any solution? We've got people who register 8 or more times, since they see the "Error" message with each registration.
On our system, elog sends email to all people associated with an entry. Often, people will respond via email, not through elog. I'm in the process of setting up a handler for the inbound email. However, I'd like to have the outbound mail from eLog include a 'footer' to each message the details where to go to respond.
For example, the footer might read:
To respond to this message, please click the following link: <http://www.example.com/elog/General/6153>
Any suggestions for how to implement that?
I'm trying to debug an issue with elogd (2.9.1) and was reminded that using the "-v" option exposes user passwords. This wasn't a huge problem for us in the past, but we're now using kerberos authentication, meaning that the exposed username/password applies to lots of sensitive systems within our university. I'd suggest that the "-v" option hide passwords. If they need to be revealed for debugging purposes, make that a separate (and very well documented) option. Maybe something like: "--really-include-passwords-as-clear-text-in-log-output". :)
> I'd suggest that the "-v" option hide passwords. If they need to be revealed for debugging As a work around, I've changed the elogd startup script to do: /usr/local/sbin/elogd -v -c /usr/local/elog/elogd.cfg 2>&1 | perl -ne '$|=1; if ( $_ =~ /name="upassword"/ ) {<>; <>;} else { print "$_";}' > /var/log/elog 2>&1 & That simply throws away lines that match the pattern: name="upassword" and the following 2 lines (the last of which contains the password).
I'm having an issue with ELog 2.9.2 revision 2455 where it crashes consistently with:
*** glibc detected *** /usr/local/sbin/elogd: malloc(): memory corruption: 0x0000000014977210 ***
Is anyone else seeing this? It's very confusing to new users.
Well, 5 years after opening this issue, with no responses here, I finally got into the source code and fixed it.
The problem seems to be if eLog is configured to prohibit users (non-administrators) from the "Config" option...but on the initial self-registration, the code goes to the Config screen for the user anyway...resulting in the false error message.
So, I [badly] hacked eLog to fix that, add some debugging/log messages, and to correct a typo.
Attached is the patch against release 3.1.1-1. Try not to cringe too much at my code. :)
Here is part of my elogd.cfg:
[global] Port=8080 Logfile = elogd.log Logging level = 3 Password file = passwd Self register = 1 Admin user = eloga charset = utf-8
Here is what happens after elog restart:
elogd 2.8.0 built Oct 22 2010, 11:04:31 revision 2313 Falling back to default group "elog" Falling back to default user "elog" Falling back to default group "elog" Falling back to default user "elog" ImageMagick detected Indexing logbooks ... Converting password file for logbook "Demo" to new encoding ... ok done Server listening on port 8080 ...
Here is the password file :
<?xml version="1.0" encoding="ISO-8859-1"?> <!-- created by MXML on Wed Nov 24 13:13:43 2010 --> <list> <user> <name>eloga</name> <password encoding="SHA256">vnpfrWa8wmxFsLFjlY/poXdz3wh6RLt9BT.D1O52Xl9</password> <full_name>Mariusz Stakowski</full_name> <last_logout>0</last_logout> <last_activity>Wed Nov 24 13:13:43 2010</last_activity> <email>Mariusz.Stakowski@asseco.pl</email> <email_notify/> </user> </list>
And here is what I found in elogd.log file:
24-Nov-2010 13:50:06 [] Server listening on port 8080 ... 24-Nov-2010 13:50:53 [eloga@xx.xx.xx.xx] {Demo} LOGIN user "eloga" (attempt)
Could somebody help me please ?
Mariusz Stakowski
Thank you Stefan, it works now
I have checked it and it behaves exactly as you have described it. Perhaps this "double click" has led me to that false conclusion ?
Bye!
Hello! How can I make appear the text formatting panel (above the main text body field) inside entries? In my logbook I do not have it (also in minimized form) and I do not find a way to enable it via elogd.cfg. Thank you! - Mariia
> I would like to dump mylog files into comma/tab seperated files. Is there > an easy way to do it? > > I tried to run elconv, but had no success. Always returns an error. > > Thanks, > k. Hi! Same for me. Here is the error: Cannot find any ??????.log file in this directory. THANX, mm
Dear Andreas and Stefan,
First of all thank you for the template for a checklist. I have created my own version of it and the HTML looks fine. For comparison, I temporarily also included the shiftcheck template provided by Stefan to my ELOG.
However, I have the same problem as JD. After submitting the data in shiftcheck, I receive the error "Cannot open file passwords.pwd: No such file or directory" and the URL is http://localhost:8085/ShiftCheck/?cmd=Submit&suppress=1&unm=&upwd=&Author=Marcel+Zauner-Wieczorek&edit_id=&D=1&M=4&Shift=Morning&a4=&h2=&a5=&a6=&c1=&c2=&c3=&c4=&c5=&bb1=&cr1=&cr9=&cr18=&cr20=&cr21=&cr23=&cr24=" I have tried to include the path of the password file in the cfg file (using "", <>, <"">, and only the path name), but then the elogd.exe won't start at all unless I change it back to the simple "Password file = passwords.pwd". Here is an excerpt of my config file:
**** [global] port = 8085 Password file = passwords.pwd Login expiration = 1 Admin user = Marcel Login user = Marcel Self register = 1 Group General = ShiftCheck Group Gas phase instruments = Checklist_MARGA Restrict edit time = 1 Admin restrict edit time = 0 Autosave = 60 [ShiftCheck] Comment = Shift Check List Attributes = Author, D, M, Y, Shift, a1, a2, a3, a4, a5, h1, h2, h3, h4, h5, c1, c2, c3, c4, c5, c6, c7, bb1, cr1, cr2, cr3, cr4, cr5, cr6, cr7, cr8, cr9, cr10, cr11, cr12, cr13, cr14, cr15, cr16, cr17, cr18, cr19, cr20, cr21, cr22, cr23, cr24, cr25, cr26, sw1, sw2, sw3, sw4, sw5 Quick filter = Shift, Author Options Shift = Morning, Evening, Night Enable attachments = 0 Show text = 0 Custom new form = shiftcheck.html Custom edit form = shiftcheck.html Custom display form = shiftcheck.html List after submit = 1 [Checklist_MARGA] Comment = Check List for MARGA Date Format = %d.%m.%Y Time Format = %d.%m.%Y %H:%M:%S Reverse sort = 1 Attributes = Author, D, M, Y, On, DP2h, T_SJAC, T_heat, EC_An, EC_Cat, IonBal, IS_Cat_Ae, IS_An_Ae, IS_Cat_Ga, IS_An_Ga, P1, P2, Err, Com Quick filter = Author Enable attachments = 0 Show text = 0 Custom new form = checklist_MARGA.html Custom edit form = checklist_MARGA.html Custom display form = checklist_MARGA.html List after submit = 1 ***
****
[global] port = 8085
Password file = passwords.pwd Login expiration = 1 Admin user = Marcel Login user = Marcel
Group General = ShiftCheck Group Gas phase instruments = Checklist_MARGA
Restrict edit time = 1 Admin restrict edit time = 0 Autosave = 60
Attributes = Author, D, M, Y, Shift, a1, a2, a3, a4, a5, h1, h2, h3, h4, h5, c1, c2, c3, c4, c5, c6, c7, bb1, cr1, cr2, cr3, cr4, cr5, cr6, cr7, cr8, cr9, cr10, cr11, cr12, cr13, cr14, cr15, cr16, cr17, cr18, cr19, cr20, cr21, cr22, cr23, cr24, cr25, cr26, sw1, sw2, sw3, sw4, sw5 Quick filter = Shift, Author Options Shift = Morning, Evening, Night
Enable attachments = 0 Show text = 0 Custom new form = shiftcheck.html Custom edit form = shiftcheck.html Custom display form = shiftcheck.html List after submit = 1
[Checklist_MARGA] Comment = Check List for MARGA
Date Format = %d.%m.%Y Time Format = %d.%m.%Y %H:%M:%S
Attributes = Author, D, M, Y, On, DP2h, T_SJAC, T_heat, EC_An, EC_Cat, IonBal, IS_Cat_Ae, IS_An_Ae, IS_Cat_Ga, IS_An_Ga, P1, P2, Err, Com
Quick filter = Author
Enable attachments = 0 Show text = 0 Custom new form = checklist_MARGA.html Custom edit form = checklist_MARGA.html Custom display form = checklist_MARGA.html List after submit = 1 ***
I am actually confused about the passwords.pwd file. I have successfully created several users with passwords and I can use their credentials to log into the different labbooks. However, none of these users (let along their (encrypted) passwords) turn up in the passwords.pwd file. I don't know where ELOG saves these information, but it's apparently not the passwords.pwd file that is defined in the cfg file and that I have access to.
I hope that someone can help me with this issue. Otherwise, I would omit the password function within ELOG and find an external solution for a password protection.
Marcel
Please excuse my double-posting. But my first entry was not displayed on the forum and I haven't received feedback yet. I think this is because I responded to an entry that was still in draft mode, whereas my entry was a "normal" entry. My initial entry has the Message ID: 69870 and was in reply to: 68348
***
However, I have the same problem as JD. After submitting the data in shiftcheck, I receive the error "Cannot open file passwords.pwd: No such file or directory" and the URL is http://localhost:8085/ShiftCheck/?cmd=Submit&suppress=1&unm=&upwd=&Author=Marcel+Zauner-Wieczorek&edit_id=&D=1&M=4&Shift=Morning&a4=&h2=&a5=&a6=&c1=&c2=&c3=&c4=&c5=&bb1=&cr1=&cr9=&cr18=&cr20=&cr21=&cr23=&cr24="
I have tried to include the path of the password file in the cfg file (using "", <>, <"">, and only the path name), but then the elogd.exe won't start at all unless I change it back to the simple "Password file = passwords.pwd".
Here is an excerpt of my config file:
i work on Windows2000 part of my elog.cfg: Passwort file = c:\elog\passwd.txt Self register = 1 Guest user commands = config, admin, logout file system: - i created an emty file with name passwd.txt problem: - if i use the link "Register as new user" on login, it does not work. - if i login as guest user and choose the menu config, it only display the attributes Login_name, Full_name and Email. So i kann not create user. what should i do ? what are my mistakes ? Can you attache as sample password file ?
in Unix: i fixed the problem by defining a password file entry like 'user1::::'. then i defined 'admin user = user1' in elogd.cfg. then i connected with login name 'user1' and created new user (as admin). in Windows2000: if i do this steps and i save the new user, it fails. the server service crash down. > i work on Windows2000 > > part of my elog.cfg: > > Passwort file = c:\elog\passwd.txt > Self register = 1 > Guest user commands = config, admin, logout > > file system: > > - i created an emty file with name passwd.txt > > problem: > > - if i use the link "Register as new user" on login, it does not work. > - if i login as guest user and choose the menu config, it only > display the attributes Login_name, Full_name and Email. > So i kann not create user. > > what should i do ? > what are my mistakes ? > > Can you attache as sample password file ?
It is posible to use logical search operators like "and" and "or" ? Which Operators can i use how do i so ? Thank you for your anwser.
Hi, the use of extendable options in the global section seem to "crash" elogd when creating a new entry. My elogd.cfg is included the problem attribute is "Client" Should it be possible to have it extendable only in one specific logbook ? Are extendable and conditionnal "compatible" on the same set of attributes ? Cheers, Marc
Hi Stefan, Many thanks, it works. I'm impressed by your reactivity ! thanks again. Is it possible to have a conditionnal attribute depend on an extendanble one ? > > the use of extendable options in the global section seem to "crash" elogd > > when creating a new entry. > > My elogd.cfg is included > > the problem attribute is "Client" > > Should it be possible to have it extendable only in one specific logbook ? > > Actually it was never foreseen to have extendable options in the [global] > section. I added now this functionality. The new windows version can be obtained > under > > http://midas.psi.ch/elog/download/windows/elogd-snapshot.exe
> > Is it possible to have a conditionnal attribute depend on an extendanble one ? > > In principle yes, but I never tried it... The snapshot version you sent me seems to be locked onto port 80 and does not honor the port directive in elog.cfg....
> > The snapshot version you sent me seems to be locked onto port 80 and does not honor > > the port directive in elog.cfg.... > > Thank you, I fixed that and updated the file. Tested and working, thx.
Great, but what's the corresponding URL for the RSS feed itself > I implemented experimentally RSS feeds into Elog. Before releasing this new > addition, I would like to collect some experience with it. This forum now > supports RSS feeds, for which you can subscribe with a RSS feed reader like > Mozilla Firefox. Please give it a try and send me any feedback. > > For an introduction to RSS feeds, please see > > http://www.webreference.com/authoring/languages/xml/rss/intro/
IE 6 chokes on the XML, below is what I get for http://midas.psi.ch/elogs/Forum/elog.rdf (sorry this is in french). So I assume all rss reader parsing the file with the MS XML parser shall also have a problem, this is the case with Avant Browser integrated RSS reader. Cheer, Marc ------------------------------------------------------ La page XML ne peut pas être affichée Impossible d'afficher l'entrée XML en utilisant la feuille de style XSL. Corrigez l'erreur, puis cliquez sur le bouton Actualiser ou réessayez ultérieurement. -------------------------------------------------------------------------------- Un caractère incorrect a été trouvé dans un contenu de texte. Erreur de traitement de la ressource http://midas.psi.ch/elog... <title>Re: $message id gives wrong value - Gernman traslalation of Back, posted by Ulrich Tr
Hi Stefan, The parsing now seems OK, IE downloads the XML and the RSS reader of Avant Browser accepts the feed. I still have a problem however : below the header, only the first 3 items are displayed and it seems only partially. I included the HTML result so you can "visualize" what's going on (this may also be on the avant browser side !). Cheers, Marc > The problems came from the French accents and the German umlauts. I changed the XML > charset, so this should be fine now. New version is under CVS.
Hi all !!!
i have just updated and 2.9.2-1 elog instance, and i have problems with the kerberos configuration.
I was surprised to see on the logs, that the 3.0 daemon was refusing to start because the system
config has kerberos listed as an authentication method. I saw on the logs that the current daemon
didnt have kerberos support compiled in.
Ive seen that there is ldap support, but couldnt find anything about configuring this auth sytem, does
amnyone have any example i could check ?
Did i have to use a patched version ? or compile it on my own ?
No no, i used the rpm form the website... I was thinking on having the bianries compiled, im downloading the server install dvd
to replicate the environment and have the same functionality.
Thanks for the answer ;-)
# flag for Kerberos support, please turn on if you need Kerberos USE_KRB5 = 1
and then "make clean" and "make install" (or "make update").
Regards, Andreas
Thanks - I can confirm that the given command works. However, for an e-log with username and password protection, this no longer seems to work. It would be very useful if the elog command can be used to also download attachments (and not only a message).
In the password file, I see several same username, such as:
<user>
<password encoding="SHA256">iXhH.</password>
<full_name>test me</full_name>
<last_logout>Tue Apr 14 14:12:44 2009</last_logout>
<last_activity>Wed May 19 09:39:32 2010</last_activity>
<email>maqm@ihep.ac.cn</email>
<email_notify/>
</user>
<last_logout>0</last_logout>
<last_activity>0</last_activity>
So both Top Group names and Logbook names should be unique inside one .cfg file, is that correct?
Any suggestion?
After reading this forum I have recompiled the client using revision 2100 (well actually the head of svn).
But entering the record still does not work.
This is what I get
[atlt0dev@voatlas04]~% elog -v -s -h prod-grid-logger.cern.ch -p 443 -u myuser -w mypassword -d elog -l "ATLAS+Tier0+Operations+Logbook" -a Subject=foobar Successfully connected to host prod-grid-logger.cern.ch, port 443 Request sent to host: POST /elog/ATLAS%2BTier0%2BOperations%2BLogbook/ HTTP/1.0 Content-Type: multipart/form-data; boundary=---------------------------66AA3F62643F505F6F319FE6 Host: voatlas04.cern.ch User-Agent: ELOG Content-Length: 840 Content sent to host: ---------------------------66AA3F62643F505F6F319FE6 Content-Disposition: form-data; name="cmd" Submit ---------------------------66AA3F62643F505F6F319FE6 Content-Disposition: form-data; name="unm" myuser ---------------------------66AA3F62643F505F6F319FE6 Content-Disposition: form-data; name="upwd" LXc= ---------------------------66AA3F62643F505F6F319FE6 Content-Disposition: form-data; name="exp" ATLAS+Tier0+Operations+Logbook ---------------------------66AA3F62643F505F6F319FE6 Content-Disposition: form-data; name="encoding" ELCode ---------------------------66AA3F62643F505F6F319FE6 Content-Disposition: form-data; name="Subject" foobar ---------------------------66AA3F62643F505F6F319FE6 Content-Disposition: form-data; name="Text" mypassword ---------------------------66AA3F62643F505F6F319FE6 Response received: HTTP/1.1 302 Found Date: Mon, 19 May 2008 13:33:29 GMT Server: ELOG HTTP 2.7.2-2012 Location: https://prod-grid-logger.cern.ch/elog/ATLAS+Tier0+Operations+Logbook/?fail=1 Connection: close Content-Type: text/plain; charset=UTF-8 <html>redir</html> Error: Invalid user name or password
<<<<
the man pages seem to be out of sync and anyway mention two passwords to be usable, so they are not very helpful/clear
if somebody could tell me the right combination of options
and/or confirm/deny that this combination of client and server can work at all
I would be very grateful.
many thanks,
Luc
Can anyone please send me, or publicly provide, working Ubuntu 10.10 binaries (64-bit) for ELOG?
I have compiled and installed the program. While the core functionalities are OK, I have run into irritating bugs in filtering and config editing that are not present in the online demo (but are in my local demo and logbook).
Hence I suspect compilation to be the cause.
For the curious:
Comment = Louis's Lab Book
Attributes = Project, Type, Category, Subject
Them = defaultt
Commnt = Louiss's Lab Book
Attribute = Prroject, Type, Category, Subject
Cheers!
Hmm actually that last bug is also present in the demo. Any hope of fixing that?
True, some posts may not match the filters, leaving replies "orphan". I suggest that any orphan reply be either attached to the nearest upper level, or if not possible, be styled as a post instead of a reply (no arrow or indent) so as not to mistake it for a reply to the message above.
The benefit would be to be able to follow threads matching certain categories.
How about this:
Whenever a new file is uploaded, it would first be stored in a temporary directory. When the entry gets submitted, the files would be moved to the logbook directory and the entry edited accordingly.
Any wrongfully stored file would remain in that temp dir. Starting/restarting the daemon would cleanup that directory. Seems like a simpler approach and does not involve scripting the browser.
Since you used the -a switch for ls, the current directory '.' i.e. work/ is included in the list. I have the same kind of output. No worries.
Are you experiencing problems with ELOG?
I am experiencing repeated crashing of the elog daemon.
If I go into select mode while in threaded view, I can select an entire thread by selecting the top entry.
When I do so then press the Edit button, the server crashes.
I have to manually restart it. Syslog shows no error.
This does not happen under Summary or Full view.
Running Ubuntu 12.04, ELOG 2.9.2-2455
I can provide my elog.cfg if necessary.
P.S. i just crashed the forums ELOG following those same steps!! Sorry!! At least it was restarted in no time.
The Debian init script contributed here has been working quite well for me for the last few Ubuntu versions. Unless you edit it, it sets the elog base directory to /etc so that's where you have to put your themes dir, resources, .conf file, scripts, logbooks, etc. I use symlinks to actually store my logbooks elsewhere.
I would also vote for a sane deb package. Right now, when I upgrade ELOG, I don't even run make install, I just copy the compiled binaries to their respective directories (/usr/bin or /usr/sbin). The rest stays the same.
When using the Webserver authentication in combination with "File" and "Self register = 3", it is possible to keep track of registrations and control access still. This is very useful, and upon clicking on the logbook for the first time, the user is asked to register by typing their username, full name and email address.
First issue here is that they can still edit the box with their username, which might cause confusion if somebody decides to choose a different username and is then surprised about why they cannot automatically login again. Is it possible to lock this field from being edited?
The second issue is more minor, but the user has to manually type their name and email address, even though the webserver may already be able to provide this information in the headers. Specifically, it would be useful to read the name from the X-Forwarded-Name header and email address from the X-Forwarded-Email header.
My config file snippet is below:
Authentication = Webserver, File allow password change = 0 Password file = webserver.passwords Self register = 3
Hello. We are using explicity subdir names on our elog server to manage a large number of "Top groups" and sub "groups". When we create a new logbook from a template in the same group, it would be beneficial to automatically give a new subdir based on the previous one. At the very least, it should not reuse the same parameter as the template (see below).
At the moment, it copies the subdir parameter from the template logbook, which results in the new logbook writing to the same location as the template. That is very confusing and has the potential to be harmful as people can (and recently did) decide to delete these "duplicate" entries. But they are not duplicates, they are the exact same entries as the template logbook and deleting them removes them forever!
The way around this at the moment is to manually update the subdir after copying, but then the logbooks need to be re-indexed before the new logbook will display correctly. That requires a manual restart of the elogd process, which is less than ideal.
Thank you Stefan - it will take a couple of months to set up (many servers being built at the new farm). I will update you on the success of the files converting automatically.
I am trying to setup my personal ELog, defining attributes and stuff like that. I just tried to make some nested commands but I really could not achieve that.
The idea is something like this:
Attributes = Author
Options Author = Tizio{1}, Caio{2}, Sempronio{3}
{1} Attributes = Author, Project
{1} Options Project = Proj1{a}, Proj2{b}, Proj3{c}
{a} Attributes = Author, Project, Year
{a} Options Year = 2017, 2019
Anyway, when I select Proj1 nothing really happens. So, is there any way to set up nested commands like in the reported example?
Many thanks in advance!
P.S. Is there any documentation in which are reported all the possible commands that can be used?
We're running Elog 3.1.2 om SL 7.2 and keep getting random crashes, sometimes when no one is accessing a logbook. The following is from /var/log/messages with debugging turned on after the latest crash.
Jan 28 12:43:56 archer elogd[9629]: POST /PHYS3305Spring2017/ HTTP/1.1 Jan 28 12:43:56 archer elogd[9629]: Received unknown cookie "ajs_anonymous_id" Jan 28 12:43:56 archer elogd[9629]: Received unknown cookie "ajs_user_id" Jan 28 12:43:56 archer elogd[9629]: Received unknown cookie "ajs_group_id" Jan 28 12:43:56 archer elogd[9629]: Received unknown cookie "__utma" Jan 28 12:43:56 archer elogd[9629]: Received unknown cookie "__utmz" Jan 28 12:43:56 archer elogd[9629]: Received unknown cookie "elc" Jan 28 12:43:56 archer elogd[9629]: Received unknown cookie "_ga" Jan 28 12:43:56 archer kernel: elogd[9629]: segfault at 0 ip 000000000042237e sp 00007ffe50fcfdc0 error 4 in elogd[400000+8b000] Jan 28 12:43:56 archer systemd: elogd.service: main process exited, code=killed, status=11/SEGV Jan 28 12:43:56 archer systemd: Unit elogd.service entered failed state. Jan 28 12:43:56 archer systemd: elogd.service failed.
Nothing odd in the logbooks, no real activity happening at the time of any crash. Crashes after any amount of time from 1 hour to 24 hours, with littleAny clues?
Never mind, version from github solved issue.
Lee
Thank you. Locally doesn't work for some reason... I'll try to investigate.
Btw. do you plan to properly accept pasting of images? Pasting a screenshot saves a lot of time when making logs.
From what I've read in a past post, it is hitting the max content length because pasting, unlike dropping, is not properly supported and it is possible that images get converted to text in some way and occupy a lot of "content length". So what I mean is that the pasted image is handled the same way as the dropped image.
Btw. adjusting the Max content length, according to the message, requires recompilation of the program, so it is not only a matter of configuration.
> Btw. do you plan to properly accept pasting of images?
I would claim it is already properly supported. If you hit a size limit you can configure your ELOG to adjust the limit (Max content length).
Max content length
Or did I misunderstand your question?
I've discovered, that if I switch my local elog to SSL, dropping of images starts to work (as expected). However... pasting stops. If I select "paste" popup, I got the message about my browser security settings not allowing to paste, and that I can paste in the popup window. In Firefox I can actually paste in the popup window (image appears there), but after clicking OK nothing appears in the editing window. In Chrome and Opera nothing appears even in the popup window. I played with FF security settings, enabling pasting for elog sites (both local and the demo on this site) as advised in many places on the internet, but it doesn't help. This may be a CKInter issue, although interesting that it works without SSL (and not properly, resulting in too big text being stored)
Hi, I am very much interested in using elog as a shift logbook for SOLEIL accelerators. I tested most of the options. Every thing works well except the conditional attributs when French language is selected. In this case, I lost the selected list option in the Field Equipement. Here a simple exemple for testing. NB: tests were done using the last and before last elog version. I switched the language from English to French in Global options Attributes = Accelerateur, Equipement Options Accelerateur= Linac{1}, LT1{2} {1}Options Equipement= cannon, section1 {2}ROptions Equipement= Alimentation, Diagnostics I guess this is a simple bug since this problem does not exist for other languages. Best Regards, Laurent Nadolski
First, thanks to ELOG tool !
I'm trying to swicth a ELOG 3.1.2 server with local passwd DB to GIT version builded with SSL/PAM/LDAP options. I reuse the buildrpm script which generates correctly RPM files.
After installing on EL6 x86_64 server, i update the elogd.conf file according to GIT version doc :
I add a link for pam module :
$ ll /etc/pam.d/elogd lrwxrwxrwx 1 root root 11 Jan 24 16:23 /etc/pam.d/elogd -> system-auth
elogd starts well
elogd 3.1.4 built Jan 24 2020, 07:34:02 revision 283534d Config file : /usr/local/elog/elogd.cfg Resource dir : /usr/local/elog/ Logbook dir : /usr/local/elog/logbooks/ Falling back to default group "elog" Falling back to default user "elog" CKeditor detected Falling back to default group "elog" Falling back to default user "elog" Going to execute: /bin/sh -c "convert -version" > /tmp/elog_okY7qv 2>&1 Falling back to default group "elog" Falling back to default user "elog" Going to execute: /bin/sh -c "/usr/bin/convert -version" > /tmp/elog_xBge3f 2>&1 Falling back to default group "elog" Falling back to default user "elog" Going to execute: /bin/sh -c "/usr/local/bin/convert -version" > /tmp/elog_GfKWF0 2>&1 Falling back to default group "elog" Falling back to default user "elog" Going to execute: /bin/sh -c "/opt/local/bin/convert -version" > /tmp/elog_uZtajL 2>&1 ImageMagick NOT detected. Image scaling will not work. Indexing logbook "logbook1" in "/usr/local/elog/logbooks/logbook1/" ... ok Indexing logbook "logbook2" in "/usr/local/elog/logbooks/logbook2/" ... ok Server listening on port 8080 ...
When i try to connect, ELOG login window shows "Invalid user name or password!" .
The logfile (level 9) shows :
24-Jan-2020 16:36:28 [IP] POST /logbook1/ HTTP/1.1 24-Jan-2020 16:36:28 [IP] {MCO} LOGIN user "toto" (attempt) 24-Jan-2020 16:36:28 [IP] {MCO} [PAM] Starting authentication for user toto 24-Jan-2020 16:36:29 [IP] {MCO} [PAM] Authentication not successful for user toto
The problem appears for all Linux users as well.
Does i miss something ?
Thanks for help.
Hi Christoph,
Thanks for looking into this, if you can enable PAM + File, our users would be very happy!
The pam.d issue is probably related to CentOS/Red Hat, since our PAM expert warned me that it might be necessary.
I'm testing the PAM authentication feature, and have a couple questions, a suggestion, and a comment.
First the comment... it was pretty easy to get working, and is exactly what we need here, so thanks! Our PAM stack here is designed to allow logins with Active Directory, LDAP, or local accounts, so the PAM option preserves all of that.
The suggestion: In order to make it work, I had to add a symbolic link in /etc/pam.d: elogd -> system-auth That might be considered for addition to the documentation (this was on Red Hat Enterprise Linux 7.7)
The questions:
David, thank you for reporting on your findings regarding the PAM feature. I will look into the points you mentioned:
0. On my machines (Debian testing and stable) I did not have to add anything to /etc/pam.d, but apparently Debian just uses implicit defaults then, and REHL might insist on using excplicit settings. Adding a hint in the documentation is certainly useful, thank your for the suggestion. Maybe elog should provide a pam.d config file (which can be installed/adapted by package maintainers for various OSes).
1.+2. If I remember correctly, I intentionally disabled registration when using the PAM backend, because users will register using their passwd/LDAP/NIS users, and new users can only be regustered using the appropriate tools for the authentication mechanism used. This might not be correctly reflected in the docs, I will check that. In the light of question 2., I can also re-investigate that policy, so that logins will check against both the elog user database and PAM. Self-registering can then be enabled again, and new registrees will go to the elog database. I will try to bringthe code in line with how LDAP works.
Before le pam module link, yes.
After adding it, I wait some seconds before new login window popups with password error message.
Hi Laurent,
does the ELOG server show the window immediately before even showing the login mask?
FYI i added ACL on /etc/shadow file to allow elog user for reading. Testing from elog login shell is OK.
Any suggestion ?
Thanks to you, Stefan !
You software is very usefull for us and it's nice to have support.
Have a nice day !
You rights, CFLAGS should not be in specfile to take care of distrib env.
Btw, I sent in the past an update for build process of Stefan delivery to generate src.rpm file copatible to tarball version. I think Stefan did not have time yet to test and to check.
With the enclosed SPEC file, you can build ELOG with options at rpmbulld command w/o modifying sources. For exemple,
rpm -i elog-.....src.rpm rpmbuild -bb --with ssl --with pam --with ldap --with krb5 ~/rpmbuild/SPECS/elog.spec
rpm -i elog-.....src.rpm
rpmbuild -bb --with ssl --with pam --with ldap --with krb5 ~/rpmbuild/SPECS/elog.spec
I enclosed also the SRPMS i used for my projects. Be careful, It's maybe not uptodate of last GIT version or PSI releases... but you can test it on your RPM distrib. It should be nice to hare your feedback.
in commit 1812e7c, specifying CFLAGS to make command in elog.spec, renders all other settings in Makefile void. That is, if I want to include any of KRB5, LDAP, PAM support, and change makefile accordingly, then when producing rpm they are not taken into account. Anyway, CFLAGS in Makefile are already set to the same defaults, so why it is redefined in spec file?
Hi, It seems that ELOG does not support LDAPS but only simple LDAP connection. Regards
Hi Sebastian,
Nice to hear !
So i retried some tests and in fact, as my NAS LDAP is using self-signed certificate, connexion is refused by openldap libs from ELOG (ldap_simple_bind_s Can't contact LDAP server).
By disabling certificates verification in ldap.cfg on ELOG VM, i could connect using LDAPS URL...
Maybe it should be an option to add in elog.conf... :-)
Thanks for information,
Maybe it could be useful to add new parameters in elogd.cfg to define the attribute name to use to retrieve the given name, login name and email from LDAP server.
By example :
LDAP email attribute = mail LDAP surname attribute = id LDAP givename attribute = gn
So users can define them according to their exotic LDAP schema ;-)
I've seen that ELOG is build now with gcc-c++ now, so i tried to check rpmbuild script with all options. It seems that ldap api is different with c++ (quick search : https://www.openldap.org/lists/openldap-software/200706/msg00177.html) and elogd can not been build anymore with ldap support. :-(
# make c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -DHAVE_PAM -c -o mxml.o mxml/mxml.cxx c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -DHAVE_PAM -w -c -o crypt.o src/crypt.cxx c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -DHAVE_PAM -c -o strlcpy.o mxml/strlcpy.cxx c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -DHAVE_PAM -o elog src/elog.cxx mxml.o crypt.o strlcpy.o -lssl -lkrb5 -lldap -llber -lpam -llber c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -DHAVE_PAM -w -c -o auth.o src/auth.cxx src/auth.cxx: In function ‘int auth_verify_password_ldap(LOGBOOK*, const char*, const char*, char*, int)’: src/auth.cxx:283:60: erreur: ‘ldap_simple_bind_s’ was not declared in this scope bind = ldap_simple_bind_s(ldap_ld, ldap_bindDN, password); ^ src/auth.cxx:290:26: erreur: ‘ldap_unbind’ was not declared in this scope ldap_unbind(ldap_ld); ^ src/auth.cxx:295:23: erreur: ‘ldap_unbind’ was not declared in this scope ldap_unbind(ldap_ld); ^ src/auth.cxx: In function ‘int ldap_adduser_file(LOGBOOK*, const char*, const char*, char*, int)’: src/auth.cxx:323:60: erreur: ‘ldap_simple_bind_s’ was not declared in this scope bind = ldap_simple_bind_s(ldap_ld, ldap_bindDN, password); ^ src/auth.cxx:330:26: erreur: ‘ldap_unbind’ was not declared in this scope ldap_unbind(ldap_ld); ^ src/auth.cxx:358:26: erreur: ‘ldap_unbind’ was not declared in this scope ldap_unbind(ldap_ld); ^ src/auth.cxx:369:62: erreur: ‘ldap_get_values’ was not declared in this scope if((values = ldap_get_values(ldap_ld,entry,attribute)) != NULL ) { ^ src/auth.cxx:378:35: erreur: ‘ldap_value_free’ was not declared in this scope ldap_value_free(values); ^ src/auth.cxx:386:23: erreur: ‘ldap_unbind’ was not declared in this scope ldap_unbind(ldap_ld); ^ src/auth.cxx: In function ‘int elog_conv(int, const pam_message**, pam_response**, void*)’: src/auth.cxx:451:59: erreur: invalid conversion from ‘void*’ to ‘pam_response*’ [-fpermissive] if((*resp = calloc(num_msg, sizeof(struct pam_response))) == NULL) ^ src/auth.cxx:456:33: erreur: invalid conversion from ‘void*’ to ‘const char*’ [-fpermissive] if(!(resptok = strdup(my_data))) { ^ In file included from src/elogd.h:46:0, from src/auth.cxx:30: /usr/include/string.h:172:14: erreur: initializing argument 1 of ‘char* strdup(const char*)’ [-fpermissive] extern char *strdup (const char *__s) ^ src/auth.cxx: In function ‘int auth_verify_password(LOGBOOK*, const char*, const char*, char*, int)’: src/auth.cxx:593:73: erreur: invalid conversion from ‘const char*’ to ‘char*’ [-fpermissive] if (get_user_line(lbs, user, NULL, NULL, NULL, NULL, NULL, NULL) == 2) { ^ In file included from src/auth.cxx:30:0: src/elogd.h:282:5: erreur: initializing argument 2 of ‘int get_user_line(LOGBOOK*, char*, char*, char*, char*, BOOL*, time_t*, int*)’ [-fpermissive] int get_user_line(LOGBOOK * lbs, char *user, char *password, char *full_name, char *email, ^ make: *** [auth.o] Erreur 1
> > I trust Stefan is reading this thread and will do something about it. My vote would > > be to remove the download link to the windows executables and ask Debian to remove > > the elog package. I think they have a way for upstream developers (Stefan) to request > > removal of unmaintained out-of-date insecure versions of their stuff. ROOT > > was in the same situation years ago, the Debian package for ROOT was very old version, > > also built incorrectly, and everybody complained to us that our stuff does > > not work (midas, rootana, etc). > > Yeah, I have to recompile the Windows version. Unfortunately my old Windows PC is gone, I > switched now completely to MacOSX and Linux. Probably have to borrow something from somewhere. > If anybody can compile the Windows version with the current source code I would be happy. > > Stefan Hi Stefan, I don't find any howto to build elog under windows, so i tried to compile elog-latest sources with cygwin (packages gcc + openssl-devel + openldap-devel + make). It builds, i could start elogd.exe and connect to localhost:8080 ! I generate a zip with cygwin dll needed to launch elogd and tools. I think they could be enclosed (maybe the cygwin licence file have to be added ?). Btw it should be possible to crossbuild it under Mac or Linux. The problem is to test it ;-). On Mac, you can use UTM to create a Windows VM to do the work. Bye Laurent
> Dear Developers > > I know this topic i on and off in this forum but it seems the only updated versions of Elog are in the linux binaries. Have anybody been able to compile a windows versions since 2018? > > Kind Regards Finn Hi, We discussed on windows build some weeks ago and i tried to make one to check if it’s possible. The result is in https://elog.psi.ch/elogs/Forum/69491 This could help you up to official new build. . Laurent
Hi Finn, I've just tested the same archive on new laptop with Windows 11. I unzip it and double-click elogd.exe file, bypass defender warning and the server is running. To test, i open localhost:8080 on web client and it displays the demo logbook. Btw i didn't test it as a service. What are the 2 libs you said it misses ? . Laurent > > Hi Laurent > > I've found the attached zip files in post 69491. The one containing the ELOG probgram libary won't run on my test laptop - the service wont start > There is in the same thread a post from Just Keijser containing only the executables, and it won't start either. Starting the elog.exe though gives me that the exe is missing 2 dll files which can be downloaded seperately. > It is not easy cause there are several versions of the 2 dll files and only one working, but now my elog reports version ELOG V3.1.4-1ebfd06c > > But this cant be the solution - if so the windows version is put to the grave > > Kind Regards Finn
I use some CSS for each elog to resize column correcly and it seems that current ELOG version 3.14 available from EPEL for EL7 has a problem (maybe others also).
The browser console displays an error when loading ELOG logbook page (french locale ):
La feuille de style https:/xxxxx.xxx.xx/elog/MCO/1130_171749_REUNION_20221130_Q01.jpgelog-mco.css n’a pas été chargée car son type MIME, « text/html », n’est pas « text/css ».
It seems ELOG server send the css link with enclosure path (https:/xxxxx.xxx.xx/elog/MCO/1130_171749_REUNION_20221130_Q01.jpg) + css file (elog-mco.css) ?!?
I tryed to rebuild the last source from git under EL7 but it fails with LDAP libs (C++ regression already reported in elog:forum/69478). :-(
It seems buildrpm should be updated to take care of cpp files. Plz replace "cp <blahblah>.c ..." by "cp <blahblah>.cxx ..." .
Also, uncomment the hostname test witch activates all authentification options by default. It should be done by adding options as follow : buildrpm ver rel -ldap -ker ...
By default, i can not build elog with LDAP.
After that mods, rpms are builded under EL7 (w/o LDAP support which is not useful for me).
Update : i tryed with last git, w/o ldap support and it seems the problem is solved with CCS URL on same machine (just replace the elogd binary from EPEL by new one just build w/o LDAP support and fallback on File to login for testing).
So my problem is the error during build with LDAP auth (since using C++) :-(
... + cd elog-3-14 + make USE_SSL=1 USE_LDAP=1 USE_KRB5=1 'CFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml' c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -c -o mxml.o mxml/mxml.cxx c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -w -c -o crypt.o src/crypt.cxx c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -c -o strlcpy.o mxml/strlcpy.cxx c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -o elog src/elog.cxx mxml.o crypt.o strlcpy.o -lssl -lkrb5 -lldap -llber c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -w -c -o auth.o src/auth.cxx src/auth.cxx: In function 'int auth_verify_password_ldap(LOGBOOK*, const char*, const char*, char*, int)': src/auth.cxx:283:60: error: 'ldap_simple_bind_s' was not declared in this scope bind = ldap_simple_bind_s(ldap_ld, ldap_bindDN, password); ^ src/auth.cxx:290:26: error: 'ldap_unbind' was not declared in this scope ldap_unbind(ldap_ld); ^ src/auth.cxx:295:23: error: 'ldap_unbind' was not declared in this scope ldap_unbind(ldap_ld); ^ src/auth.cxx: In function 'int ldap_adduser_file(LOGBOOK*, const char*, const char*, char*, int)': src/auth.cxx:323:60: error: 'ldap_simple_bind_s' was not declared in this scope bind = ldap_simple_bind_s(ldap_ld, ldap_bindDN, password); ^ src/auth.cxx:330:26: error: 'ldap_unbind' was not declared in this scope ldap_unbind(ldap_ld); ^ src/auth.cxx:358:26: error: 'ldap_unbind' was not declared in this scope ldap_unbind(ldap_ld); ^ src/auth.cxx:369:62: error: 'ldap_get_values' was not declared in this scope if((values = ldap_get_values(ldap_ld,entry,attribute)) != NULL ) { ^ src/auth.cxx:378:35: error: 'ldap_value_free' was not declared in this scope ldap_value_free(values); ^ src/auth.cxx:386:23: error: 'ldap_unbind' was not declared in this scope ldap_unbind(ldap_ld); ^ src/auth.cxx: In function 'int auth_verify_password(LOGBOOK*, const char*, const char*, char*, int)': src/auth.cxx:593:73: error: invalid conversion from 'const char*' to 'char*' [-fpermissive] if (get_user_line(lbs, user, NULL, NULL, NULL, NULL, NULL, NULL) == 2) { ^ In file included from src/auth.cxx:30:0: src/elogd.h:282:5: error: initializing argument 2 of 'int get_user_line(LOGBOOK*, char*, char*, char*, char*, BOOL*, time_t*, int*)' [-fpermissive] int get_user_line(LOGBOOK * lbs, char *user, char *password, char *full_name, char *email, ^ make: *** [auth.o] Error 1 error: Bad exit status from /home/il/jeanrigaudl/rpmbuild/tmp/rpm-tmp.cKJL45 (%build)
+ cd elog-3-14 + make USE_SSL=1 USE_LDAP=1 USE_KRB5=1 'CFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml' c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -c -o mxml.o mxml/mxml.cxx c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -w -c -o crypt.o src/crypt.cxx c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -c -o strlcpy.o mxml/strlcpy.cxx c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -o elog src/elog.cxx mxml.o crypt.o strlcpy.o -lssl -lkrb5 -lldap -llber c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -w -c -o auth.o src/auth.cxx src/auth.cxx: In function 'int auth_verify_password_ldap(LOGBOOK*, const char*, const char*, char*, int)': src/auth.cxx:283:60: error: 'ldap_simple_bind_s' was not declared in this scope bind = ldap_simple_bind_s(ldap_ld, ldap_bindDN, password); ^ src/auth.cxx:290:26: error: 'ldap_unbind' was not declared in this scope ldap_unbind(ldap_ld); ^ src/auth.cxx:295:23: error: 'ldap_unbind' was not declared in this scope ldap_unbind(ldap_ld); ^ src/auth.cxx: In function 'int ldap_adduser_file(LOGBOOK*, const char*, const char*, char*, int)': src/auth.cxx:323:60: error: 'ldap_simple_bind_s' was not declared in this scope bind = ldap_simple_bind_s(ldap_ld, ldap_bindDN, password); ^ src/auth.cxx:330:26: error: 'ldap_unbind' was not declared in this scope ldap_unbind(ldap_ld); ^ src/auth.cxx:358:26: error: 'ldap_unbind' was not declared in this scope ldap_unbind(ldap_ld); ^ src/auth.cxx:369:62: error: 'ldap_get_values' was not declared in this scope if((values = ldap_get_values(ldap_ld,entry,attribute)) != NULL ) { ^ src/auth.cxx:378:35: error: 'ldap_value_free' was not declared in this scope ldap_value_free(values); ^ src/auth.cxx:386:23: error: 'ldap_unbind' was not declared in this scope ldap_unbind(ldap_ld); ^ src/auth.cxx: In function 'int auth_verify_password(LOGBOOK*, const char*, const char*, char*, int)': src/auth.cxx:593:73: error: invalid conversion from 'const char*' to 'char*' [-fpermissive] if (get_user_line(lbs, user, NULL, NULL, NULL, NULL, NULL, NULL) == 2) { ^ In file included from src/auth.cxx:30:0: src/elogd.h:282:5: error: initializing argument 2 of 'int get_user_line(LOGBOOK*, char*, char*, char*, char*, BOOL*, time_t*, int*)' [-fpermissive] int get_user_line(LOGBOOK * lbs, char *user, char *password, char *full_name, char *email, ^ make: *** [auth.o] Error 1 error: Bad exit status from /home/il/jeanrigaudl/rpmbuild/tmp/rpm-tmp.cKJL45 (%build)
Updated :
#define LDAP_DEPRECATED 1
if (get_user_line(lbs, (char *) user, NULL, NULL, NULL, NULL, NULL, NULL) == 2) {
-> elogd builds now with ldap :-) .
I installed elogd binary and i could login and the css url problem is gone.
Thanks to update auth.cxx (2 mods) and buildrpm (2 mods) in git (sorry, no pull request).
NB : PAM can not be activated under EL7 with same type of error. I disabled the feature as i do not use it.
+ cd elog-3-14 + make USE_SSL=1 USE_PAM=1 'CFLAGS=-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml' c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_PAM -c -o mxml.o mxml/mxml.cxx c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_PAM -w -c -o crypt.o src/crypt.cxx c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_PAM -c -o strlcpy.o mxml/strlcpy.cxx c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_PAM -o elog src/elog.cxx mxml.o crypt.o strlcpy.o -lssl -lpam -llber c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_PAM -w -c -o auth.o src/auth.cxx src/auth.cxx: In function 'int elog_conv(int, const pam_message**, pam_response**, void*)': src/auth.cxx:452:59: error: invalid conversion from 'void*' to 'pam_response*' [-fpermissive] if((*resp = calloc(num_msg, sizeof(struct pam_response))) == NULL) ^ src/auth.cxx:457:33: error: invalid conversion from 'void*' to 'const char*' [-fpermissive] if(!(resptok = strdup(my_data))) { ^ In file included from src/elogd.h:46:0, from src/auth.cxx:30: /usr/include/string.h:172:14: error: initializing argument 1 of 'char* strdup(const char*)' [-fpermissive] extern char *strdup (const char *__s) ^ make: *** [auth.o] Error 1 error: Bad exit status from /home/il/jeanrigaudl/rpmbuild/tmp/rpm-tmp.V2LE4L (%build)
I currently testing last ELOG version from git in a docker with LDAP activated (https://hub.docker.com/r/usinagaz/elog-ldap). The goal is to use it on Synology NAS server, associated with local LDAP server.
The reverse proxy is done by embedded DSM nginx, according to FDQN associated to ELOG service (elog.corp.com). In Docker, URL is set to elog.corp.com.
All is good, but when I post any enclosure in any elog post, the elogd exits and docker is automatically restarted. The browser shows an error 405 generated by nginx server.
Do you have any idea of the cause of this problem ?
Hi Giuseppe,
The new certificate files should be copy under ssl folder (/usr/local/elog/ssl or /usr/share/elog/ssl by example, closed to templates and script directories) in place of the embedded (autosigned) certificate files enclosed with ELOG source.
It seems that there is no parameter to set a custom path.
SSL = <0 | 1> Turn on Secure Socket Layer transport. If SSL is on, one can connect via https://... to the elogd daemon. If the URL = directive is used, make sure to use https://... instead of http://... there. The ELOG distribution contains a simple self-signed certificate in the ssl subdirectory. One can replace this certificate and key with a real ceritficate to avoid browser pop-up windows warning about the self-signed certificate. The default for this option is 0.
SSL = <0 | 1>
https://...
URL =
http://...
ssl
0
We obtained a certificate from let's encrypt in order to replace the self signed certificate provided with elog. We copied the new certificates replacing the older server.crt
The problem is that when restarted elog raises an error related to the fact it is looking for server.crt and it doesn't find it anymore.
I searched in elog config file in order to find a way to indicate the new certificate but I didn't find how to manage this issue.
The RPM has been build for EL7 so SSL share libs should be different with the one provided by EL9. :-)
Try to rebuild from tarball source with enclosed buildrpm script (or with elog srpms if you find any : rpm -i elog*.src.rpm && vim ~/rpmbuild/SPEC/elog.spec # update build options as SSL/LDAP/PAM... && rpmbuild -bb ~/rpmbuild/SPEC/elog.spec ).
Gûd luck
I tried to install Elog 3.1.4 from rpm on Oracle Linux 9 with command:
sudo dnf localinstall elog-3.1.4-3.el7.x86_64.rpm
But I got error:
Last metadata expiration check: 0:08:06 ago on Thu 02 Feb 2023 10:35:13 CET. Error: Problem: conflicting requests - nothing provides libssl.so.10()(64bit) needed by elog-3.1.4-3.el7.x86_64 - nothing provides libssl.so.10(libssl.so.10)(64bit) needed by elog-3.1.4-3.el7.x86_64 (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
Using dnf I installed libssl.so.11 (cannot find version 10) and it doesn't help. So my question is: can I use one of proposes by dnf solution as:
Does Elog will work stabilityy after that?
It's possible to build elogd under windows with cygwin, but not sure that is the best as it requires a lot of dependencies that should be included to dist package to be runnable everywhere.
After
from cygwin bash under Windows 11, you can build elog :
/cygdrive/d/Devel/elog $ make c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -o elog src/elog.cxx mxml.o crypt.o strlcpy.o -lssl -lkrb5 -lldap -llber c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -w -c -o auth.o src/auth.cxx c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -o elogd src/elogd.cxx auth.o mxml.o crypt.o strlcpy.o -lssl -lkrb5 -lldap -llber src/elogd.cxx:217:6: warning: ‘_timezone’ redeclared without dllimport attribute: previous dllimport ignored [-Wattributes] 217 | long _timezone; | ^~~~~~~~~ src/elogd.cxx: In function ‘int el_submit(LOGBOOK*, int, BOOL, const char*, char (*)[1500], char (*)[1500], int, const char*, const char*, const char*, const char*, const char (*)[256], BOOL, const char*, const char*)’: src/elogd.cxx:4963:47: warning: ‘%s’ directive writing up to 149999 bytes into a region of size between 100103 and 250102 [-Wformat-overflow=] 4963 | sprintf(message + strlen(message), "%s: %s\n", attr_name[i], attrib[i]); | ^~ src/elogd.cxx:4963:14: note: ‘sprintf’ output between 4 and 300002 bytes into a destination of size 250104 4963 | sprintf(message + strlen(message), "%s: %s\n", attr_name[i], attrib[i]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx: In function ‘void show_edit_form(LOGBOOK*, int, BOOL, BOOL, BOOL, BOOL, BOOL, BOOL)’: src/elogd.cxx:9655:28: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3993 [-Wformat-overflow=] 9655 | sprintf(str, "Preset %s", attr_list[index]); | ^~ src/elogd.cxx:9655:14: note: ‘sprintf’ output between 8 and 150007 bytes into a destination of size 4000 9655 | sprintf(str, "Preset %s", attr_list[index]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:9676:43: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3978 [-Wformat-overflow=] 9676 | sprintf(str, "Preset on first reply %s", attr_list[index]); | ^~ src/elogd.cxx:9676:14: note: ‘sprintf’ output between 23 and 150022 bytes into a destination of size 4000 9676 | sprintf(str, "Preset on first reply %s", attr_list[index]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:9697:37: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3984 [-Wformat-overflow=] 9697 | sprintf(str, "Preset on reply %s", attr_list[index]); | ^~ src/elogd.cxx:9697:14: note: ‘sprintf’ output between 17 and 150016 bytes into a destination of size 4000 9697 | sprintf(str, "Preset on reply %s", attr_list[index]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:9697:37: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3984 [-Wformat-overflow=] 9697 | sprintf(str, "Preset on reply %s", attr_list[index]); | ^~ src/elogd.cxx:9697:14: note: ‘sprintf’ output between 17 and 150016 bytes into a destination of size 4000 9697 | sprintf(str, "Preset on reply %s", attr_list[index]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:9697:37: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3984 [-Wformat-overflow=] 9697 | sprintf(str, "Preset on reply %s", attr_list[index]); | ^~ src/elogd.cxx:9697:14: note: ‘sprintf’ output between 17 and 150016 bytes into a destination of size 4000 9697 | sprintf(str, "Preset on reply %s", attr_list[index]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:9697:37: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3984 [-Wformat-overflow=] 9697 | sprintf(str, "Preset on reply %s", attr_list[index]); | ^~ src/elogd.cxx:9697:14: note: ‘sprintf’ output between 17 and 150016 bytes into a destination of size 4000 9697 | sprintf(str, "Preset on reply %s", attr_list[index]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:9717:36: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3985 [-Wformat-overflow=] 9717 | sprintf(str, "Preset on edit %s", attr_list[index]); | ^~ src/elogd.cxx:9717:14: note: ‘sprintf’ output between 16 and 150015 bytes into a destination of size 4000 9717 | sprintf(str, "Preset on edit %s", attr_list[index]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:9737:41: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3980 [-Wformat-overflow=] 9737 | sprintf(str, "Preset on duplicate %s", attr_list[index]); | ^~ src/elogd.cxx:9737:14: note: ‘sprintf’ output between 21 and 150020 bytes into a destination of size 4000 9737 | sprintf(str, "Preset on duplicate %s", attr_list[index]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:9758:22: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3999 [-Wformat-overflow=] 9758 | sprintf(str, "p%s", attr_list[index]); | ^~ src/elogd.cxx:9758:14: note: ‘sprintf’ output between 2 and 150001 bytes into a destination of size 4000 9758 | sprintf(str, "p%s", attr_list[index]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:9776:31: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3993 [-Wformat-overflow=] 9776 | sprintf(str, "Preset %s", attr_list[index]); | ^~ src/elogd.cxx:9776:17: note: ‘sprintf’ output between 8 and 150007 bytes into a destination of size 4000 9776 | sprintf(str, "Preset %s", attr_list[index]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:9797:40: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3984 [-Wformat-overflow=] 9797 | sprintf(str, "Preset on reply %s", attr_list[index]); | ^~ src/elogd.cxx:9797:17: note: ‘sprintf’ output between 17 and 150016 bytes into a destination of size 4000 9797 | sprintf(str, "Preset on reply %s", attr_list[index]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:9817:44: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3980 [-Wformat-overflow=] 9817 | sprintf(str, "Preset on duplicate %s", attr_list[index]); | ^~ src/elogd.cxx:9817:17: note: ‘sprintf’ output between 21 and 150020 bytes into a destination of size 4000 9817 | sprintf(str, "Preset on duplicate %s", attr_list[index]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx: In function ‘void show_elog_list(LOGBOOK*, int, int, int, BOOL, char*)’: src/elogd.cxx:20459:43: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1587 [-Wformat-overflow=] 20459 | sprintf(str, "Icon comment %s", attrib[i]); | ^~ src/elogd.cxx:20459:23: note: ‘sprintf’ output between 14 and 150013 bytes into a destination of size 1600 20459 | sprintf(str, "Icon comment %s", attrib[i]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:20506:33: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1600 [-Wformat-overflow=] 20506 | sprintf(str, "%s_%d", attr_list[i], j); | ^~ src/elogd.cxx:20506:32: note: directive argument in the range [0, 99] 20506 | sprintf(str, "%s_%d", attr_list[i], j); | ^~~~~~~ src/elogd.cxx:20506:26: note: ‘sprintf’ output between 3 and 150003 bytes into a destination of size 1600 20506 | sprintf(str, "%s_%d", attr_list[i], j); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:20470:33: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1600 [-Wformat-overflow=] 20470 | sprintf(str, "%s_%d", attr_list[i], j); | ^~ src/elogd.cxx:20470:32: note: directive argument in the range [0, 99] 20470 | sprintf(str, "%s_%d", attr_list[i], j); | ^~~~~~~ src/elogd.cxx:20470:26: note: ‘sprintf’ output between 3 and 150003 bytes into a destination of size 1600 20470 | sprintf(str, "%s_%d", attr_list[i], j); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:21052:30: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1600 [-Wformat-overflow=] 21052 | sprintf(str, "%s_%d", attr_list[i], j); | ^~ src/elogd.cxx:21052:29: note: directive argument in the range [0, 99] 21052 | sprintf(str, "%s_%d", attr_list[i], j); | ^~~~~~~ src/elogd.cxx:21052:23: note: ‘sprintf’ output between 3 and 150003 bytes into a destination of size 1600 21052 | sprintf(str, "%s_%d", attr_list[i], j); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:21538:45: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1588 [-Wformat-overflow=] 21538 | sprintf(str, "Time format %s", attr_list[i]); | ^~ src/elogd.cxx:21538:26: note: ‘sprintf’ output between 13 and 150012 bytes into a destination of size 1600 21538 | sprintf(str, "Time format %s", attr_list[i]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:21523:45: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1588 [-Wformat-overflow=] 21523 | sprintf(str, "Date format %s", attr_list[i]); | ^~ src/elogd.cxx:21523:26: note: ‘sprintf’ output between 13 and 150012 bytes into a destination of size 1600 21523 | sprintf(str, "Date format %s", attr_list[i]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx: In function ‘void submit_elog(LOGBOOK*)’: src/elogd.cxx:23293:38: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 2034 [-Wformat-overflow=] 23293 | sprintf(str, "Subst on edit %s", attr_list[index]); | ^~ src/elogd.cxx:23293:17: note: ‘sprintf’ output between 15 and 150014 bytes into a destination of size 2048 23293 | sprintf(str, "Subst on edit %s", attr_list[index]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:23323:39: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 2033 [-Wformat-overflow=] 23323 | sprintf(str, "Subst on reply %s", attr_list[index]); | ^~ src/elogd.cxx:23323:17: note: ‘sprintf’ output between 16 and 150015 bytes into a destination of size 2048 23323 | sprintf(str, "Subst on reply %s", attr_list[index]); | ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -DHAVE_KRB5 -DHAVE_LDAP -o elconv src/elconv.cxx -lssl -lkrb5 -lldap -llber
Copy to new dir :
/cygdrive/d/Devel/elog/elog-win64 $ ldd elogd.exe ntdll.dll => /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll (0x7ff9796b0000) KERNEL32.DLL => /cygdrive/c/WINDOWS/System32/KERNEL32.DLL (0x7ff978050000) KERNELBASE.dll => /cygdrive/c/WINDOWS/System32/KERNELBASE.dll (0x7ff976af0000) cygwin1.dll => /usr/bin/cygwin1.dll (0x7ff925010000) cygkrb5-3.dll => /usr/bin/cygkrb5-3.dll (0x3fe4b0000) cygldap-2.dll => /usr/bin/cygldap-2.dll (0x3fdf70000) cyglber-2.dll => /usr/bin/cyglber-2.dll (0x3fe030000) cygssl-1.1.dll => /usr/bin/cygssl-1.1.dll (0x3ff4d0000) cygstdc++-6.dll => /usr/bin/cygstdc++-6.dll (0x3ff2f0000) cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x3ffc30000) cygk5crypto-3.dll => /usr/bin/cygk5crypto-3.dll (0x3fe600000) cygkrb5support-0.dll => /usr/bin/cygkrb5support-0.dll (0x3fe490000) cygintl-8.dll => /usr/bin/cygintl-8.dll (0x3ffa10000) cygcom_err-2.dll => /usr/bin/cygcom_err-2.dll (0x3fe9b0000) cygcrypto-1.1.dll => /usr/bin/cygcrypto-1.1.dll (0x3ffce0000) cygsasl2-3.dll => /usr/bin/cygsasl2-3.dll (0x3fdee0000) cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x3ffa30000) cygz.dll => /usr/bin/cygz.dll (0x3ff280000) /cygdrive/d/Devel/elog/elog-win64 $ ls elconv.exe elog.exe elogd.cfg elogd.exe logbooks scripts ssl themes /cygdrive/d/Devel/elog/elog-win64 $ ./elogd.exe elogd 3.1.5 built Apr 12 2023, 00:01:15 revision 33884104 CKeditor detected ImageMagick NOT detected. Image scaling will not work. Indexing logbooks ... done Server listening on port 8080 ...
/cygdrive/d/Devel/elog/elog-win64 $ ldd elogd.exe ntdll.dll => /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll (0x7ff9796b0000) KERNEL32.DLL => /cygdrive/c/WINDOWS/System32/KERNEL32.DLL (0x7ff978050000) KERNELBASE.dll => /cygdrive/c/WINDOWS/System32/KERNELBASE.dll (0x7ff976af0000) cygwin1.dll => /usr/bin/cygwin1.dll (0x7ff925010000) cygkrb5-3.dll => /usr/bin/cygkrb5-3.dll (0x3fe4b0000) cygldap-2.dll => /usr/bin/cygldap-2.dll (0x3fdf70000) cyglber-2.dll => /usr/bin/cyglber-2.dll (0x3fe030000) cygssl-1.1.dll => /usr/bin/cygssl-1.1.dll (0x3ff4d0000) cygstdc++-6.dll => /usr/bin/cygstdc++-6.dll (0x3ff2f0000) cyggcc_s-seh-1.dll => /usr/bin/cyggcc_s-seh-1.dll (0x3ffc30000) cygk5crypto-3.dll => /usr/bin/cygk5crypto-3.dll (0x3fe600000) cygkrb5support-0.dll => /usr/bin/cygkrb5support-0.dll (0x3fe490000) cygintl-8.dll => /usr/bin/cygintl-8.dll (0x3ffa10000) cygcom_err-2.dll => /usr/bin/cygcom_err-2.dll (0x3fe9b0000) cygcrypto-1.1.dll => /usr/bin/cygcrypto-1.1.dll (0x3ffce0000) cygsasl2-3.dll => /usr/bin/cygsasl2-3.dll (0x3fdee0000) cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x3ffa30000) cygz.dll => /usr/bin/cygz.dll (0x3ff280000)
/cygdrive/d/Devel/elog/elog-win64 $ ls elconv.exe elog.exe elogd.cfg elogd.exe logbooks scripts ssl themes
/cygdrive/d/Devel/elog/elog-win64 $ ./elogd.exe elogd 3.1.5 built Apr 12 2023, 00:01:15 revision 33884104 CKeditor detected ImageMagick NOT detected. Image scaling will not work. Indexing logbooks ... done Server listening on port 8080 ...
With that, elogd starts and the site is usable.
NB: after installing imageMagick, elogd starts with activation of image manipulation features.
/cygdrive/d/Devel/elog/elog-win64 $ ./elogd.exe elogd 3.1.5 built Apr 12 2023, 00:01:15 revision 33884104 CKeditor detected ImageMagick detected Indexing logbooks ... done Server listening on port 8080 ...
For who as interested, I enclosed 2 zips, with (elog-win64_wDLL.zip) or without (elog-win64.zip) Cygwin DLL (licence: https://cygwin.com/COPYING). The build uses the current git version.
Is there anything the community or forum can help you with or supply for creating a windows version?
Ok, i reply to myself as i could resolve the problem by changing the alpine Linux image to Debian light.
After debugging, the problem seems to be the compilation option used for alpine packets, which is not fully compatible when running on NAS Intel cpu.
The problem disappeared with Debian light, which should be less "aggressive" for optimization. I think the core is generated during imagemagick lib call (png, jpeg,pdf, ...).
You can use an option to wget to discard certificate checks m.
Btw this rpm file is build for el7 gen aka entreprise linux 7. So it souldn't install on gen 9....
You have to rebuild from sources with buildrpm script, after installing build tools rpms. 🥳
To have ELOG RPM for EL9, you need to rebuild package from source under EL9 host or VM (i use almalinux9 for this test) :
1- install RPM build tools (csh is used by ELOG scripts. Devel rpms are dependencies) :
2- retrieve last source from GIT as described K.O.
mkdir ~/devel
3- build RPM for your current distribution (remove -* options if not used on your system as ldap, pam or krb5)
3- the ELOG RPM can be installed on any EL9 host in theory, with proper dependencies :-)
NB : RPM info & content provided as enclosure :
[loll@localhost ~]$ rpm -qpil ~/rpmbuild/RPMS/x86_64/elog-3.1.5-20240221.el9.x86_64.rpm Name : elog Version : 3.1.5 Release : 20240221.el9 Architecture: x86_64 Install Date: (not installed) Group : Applications/Networking Size : 8132723 License : GPL Signature : (none) Source RPM : elog-3.1.5-20240221.el9.src.rpm Build Date : Wed Feb 21 03:20:27 2024 Build Host : localhost Relocations : /usr/local Packager : loll loll@localhost.localdomain Vendor : Stefan Ritt <stefan.ritt@psi.ch> URL : http://elog.psi.ch/elog Summary : elog is a standalone electronic web logbook Description : ELOG is part of a family of applications known as weblogs. Their general purpose is : 1. To make it easy for people to put information online in a chronological fashion, in the form of short, time-stamped text messages ("entries") with optional HTML markup for presentation, and optional file attachments (images, archives, etc.) 2. To make it easy for other people to access this information through a Web interface, browse entries, search, download files, and optionally add, update, delete or comment on entries. ELOG is a remarkable implementation of a weblog in at least two respects : - Its simplicity of use: you don't need to be a seasoned server operator and/or an experimented database administrator to run ELOG ; one executable file (under Unix or Windows), a simple configuration text file, and it works. No Web server or relational database required. It is also easy to translate the interface to the appropriate language for your users. - Its versatility: through its single configuration file, ELOG can be made to display an infinity of variants of the weblog concept. There are options for what to display, how to display it, what commands are available and to whom, access control, etc. Moreover, a single server can host several weblogs, and each weblog can be totally different from the rest. * Wed Feb 21 2024 loll loll@localhost.localdomain 3.1.5-20240221.el9 - rebuild with option(s): KRB5 LDAP PAM SSL * Wed Feb 21 2024 Stefan Ritt <stefan.ritt@psi.ch> 3.1.5-20240221 - Updated from git Mon Sep 18 14:37:35 2023 +0200 - 0cd2a615 /etc/rc.d/init.d/elogd /usr/lib/.build-id /usr/lib/.build-id/50 /usr/lib/.build-id/50/c1b2e6bce31b5c4b980f23ea99a5917d6845b9 /usr/lib/.build-id/59 /usr/lib/.build-id/59/577563e5cff7edea6edc6234391ffc35974e10 /usr/lib/.build-id/f0 /usr/lib/.build-id/f0/86a03aa444b1180b864a5458373b80a3ac41e9 /usr/local/bin/elconv /usr/local/bin/elog /usr/local/elog/elogd.cfg /usr/local/elog/logbooks /usr/local/elog/logbooks/demo /usr/local/elog/logbooks/demo/2001 /usr/local/elog/logbooks/demo/2001/011108a.log /usr/local/elog/resources /usr/local/elog/resources/elcode_english.html /usr/local/elog/resources/elcode_indonesia.html /usr/local/elog/resources/elcode_zh_CN-GB2312.html /usr/local/elog/resources/elcode_zh_CN-UTF8.html /usr/local/elog/resources/elogd-zh_CN-GB2312.cfg /usr/local/elog/resources/elogd-zh_CN-UTF8.cfg /usr/local/elog/resources/eloghelp_brazilian.html /usr/local/elog/resources/eloghelp_czech.html /usr/local/elog/resources/eloghelp_danish.html /usr/local/elog/resources/eloghelp_dutch.html /usr/local/elog/resources/eloghelp_english.html /usr/local/elog/resources/eloghelp_french.html /usr/local/elog/resources/eloghelp_german.html /usr/local/elog/resources/eloghelp_indonesia.html /usr/local/elog/resources/eloghelp_italian.html /usr/local/elog/resources/eloghelp_japanese.html /usr/local/elog/resources/eloghelp_polish.html /usr/local/elog/resources/eloghelp_slovak.html /usr/local/elog/resources/eloghelp_spanish.html /usr/local/elog/resources/eloghelp_swedish.html /usr/local/elog/resources/eloghelp_turkish.html /usr/local/elog/resources/eloghelp_zh_CN-GB2312.html /usr/local/elog/resources/eloghelp_zh_CN-UTF8.html /usr/local/elog/resources/eloglang.brazilian /usr/local/elog/resources/eloglang.bulgarian /usr/local/elog/resources/eloglang.czech /usr/local/elog/resources/eloglang.danish /usr/local/elog/resources/eloglang.dutch /usr/local/elog/resources/eloglang.french /usr/local/elog/resources/eloglang.german /usr/local/elog/resources/eloglang.german_UTF8 /usr/local/elog/resources/eloglang.indonesia /usr/local/elog/resources/eloglang.italian /usr/local/elog/resources/eloglang.japanese /usr/local/elog/resources/eloglang.polish /usr/local/elog/resources/eloglang.ru_CP1251 /usr/local/elog/resources/eloglang.slovak /usr/local/elog/resources/eloglang.spanish /usr/local/elog/resources/eloglang.swedish /usr/local/elog/resources/eloglang.turkish /usr/local/elog/resources/eloglang.zh_CN-GB2312 /usr/local/elog/resources/eloglang.zh_CN-UTF8 /usr/local/elog/scripts /usr/local/elog/scripts/ckeditor /usr/local/elog/scripts/ckeditor-config.js /usr/local/elog/scripts/ckeditor/CHANGES.md /usr/local/elog/scripts/ckeditor/LICENSE.md /usr/local/elog/scripts/ckeditor/README.md /usr/local/elog/scripts/ckeditor/adapters /usr/local/elog/scripts/ckeditor/adapters/jquery.js /usr/local/elog/scripts/ckeditor/build-config.js /usr/local/elog/scripts/ckeditor/ckeditor.js /usr/local/elog/scripts/ckeditor/config.js /usr/local/elog/scripts/ckeditor/contents.css /usr/local/elog/scripts/ckeditor/lang /usr/local/elog/scripts/ckeditor/lang/af.js /usr/local/elog/scripts/ckeditor/lang/ar.js /usr/local/elog/scripts/ckeditor/lang/bg.js /usr/local/elog/scripts/ckeditor/lang/bn.js /usr/local/elog/scripts/ckeditor/lang/bs.js /usr/local/elog/scripts/ckeditor/lang/ca.js /usr/local/elog/scripts/ckeditor/lang/cs.js /usr/local/elog/scripts/ckeditor/lang/cy.js /usr/local/elog/scripts/ckeditor/lang/da.js /usr/local/elog/scripts/ckeditor/lang/de.js /usr/local/elog/scripts/ckeditor/lang/el.js /usr/local/elog/scripts/ckeditor/lang/en-au.js /usr/local/elog/scripts/ckeditor/lang/en-ca.js /usr/local/elog/scripts/ckeditor/lang/en-gb.js /usr/local/elog/scripts/ckeditor/lang/en.js /usr/local/elog/scripts/ckeditor/lang/eo.js /usr/local/elog/scripts/ckeditor/lang/es.js /usr/local/elog/scripts/ckeditor/lang/et.js /usr/local/elog/scripts/ckeditor/lang/eu.js /usr/local/elog/scripts/ckeditor/lang/fa.js /usr/local/elog/scripts/ckeditor/lang/fi.js /usr/local/elog/scripts/ckeditor/lang/fo.js /usr/local/elog/scripts/ckeditor/lang/fr-ca.js /usr/local/elog/scripts/ckeditor/lang/fr.js /usr/local/elog/scripts/ckeditor/lang/gl.js /usr/local/elog/scripts/ckeditor/lang/gu.js /usr/local/elog/scripts/ckeditor/lang/he.js /usr/local/elog/scripts/ckeditor/lang/hi.js /usr/local/elog/scripts/ckeditor/lang/hr.js /usr/local/elog/scripts/ckeditor/lang/hu.js /usr/local/elog/scripts/ckeditor/lang/id.js /usr/local/elog/scripts/ckeditor/lang/is.js /usr/local/elog/scripts/ckeditor/lang/it.js /usr/local/elog/scripts/ckeditor/lang/ja.js /usr/local/elog/scripts/ckeditor/lang/ka.js /usr/local/elog/scripts/ckeditor/lang/km.js /usr/local/elog/scripts/ckeditor/lang/ko.js /usr/local/elog/scripts/ckeditor/lang/ku.js /usr/local/elog/scripts/ckeditor/lang/lt.js /usr/local/elog/scripts/ckeditor/lang/lv.js /usr/local/elog/scripts/ckeditor/lang/mk.js /usr/local/elog/scripts/ckeditor/lang/mn.js /usr/local/elog/scripts/ckeditor/lang/ms.js /usr/local/elog/scripts/ckeditor/lang/nb.js /usr/local/elog/scripts/ckeditor/lang/nl.js /usr/local/elog/scripts/ckeditor/lang/no.js /usr/local/elog/scripts/ckeditor/lang/pl.js /usr/local/elog/scripts/ckeditor/lang/pt-br.js /usr/local/elog/scripts/ckeditor/lang/pt.js /usr/local/elog/scripts/ckeditor/lang/ro.js /usr/local/elog/scripts/ckeditor/lang/ru.js /usr/local/elog/scripts/ckeditor/lang/si.js /usr/local/elog/scripts/ckeditor/lang/sk.js /usr/local/elog/scripts/ckeditor/lang/sl.js /usr/local/elog/scripts/ckeditor/lang/sq.js /usr/local/elog/scripts/ckeditor/lang/sr-latn.js /usr/local/elog/scripts/ckeditor/lang/sr.js /usr/local/elog/scripts/ckeditor/lang/sv.js /usr/local/elog/scripts/ckeditor/lang/th.js /usr/local/elog/scripts/ckeditor/lang/tr.js /usr/local/elog/scripts/ckeditor/lang/tt.js /usr/local/elog/scripts/ckeditor/lang/ug.js /usr/local/elog/scripts/ckeditor/lang/uk.js /usr/local/elog/scripts/ckeditor/lang/vi.js /usr/local/elog/scripts/ckeditor/lang/zh-cn.js /usr/local/elog/scripts/ckeditor/lang/zh.js /usr/local/elog/scripts/ckeditor/plugins /usr/local/elog/scripts/ckeditor/plugins/a11yhelp /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/a11yhelp.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/_translationstatus.txt /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/af.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ar.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/bg.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ca.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/cs.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/cy.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/da.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/de.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/el.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/en-gb.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/en.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/eo.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/es.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/et.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/fa.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/fi.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/fo.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/fr-ca.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/fr.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/gl.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/gu.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/he.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/hi.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/hr.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/hu.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/id.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/it.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ja.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/km.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ko.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ku.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/lt.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/lv.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/mk.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/mn.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/nb.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/nl.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/no.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/pl.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/pt-br.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/pt.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ro.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ru.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/si.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sk.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sl.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sq.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sr-latn.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sr.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sv.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/th.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/tr.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/tt.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ug.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/uk.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/vi.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/zh-cn.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/zh.js /usr/local/elog/scripts/ckeditor/plugins/about /usr/local/elog/scripts/ckeditor/plugins/about/dialogs /usr/local/elog/scripts/ckeditor/plugins/about/dialogs/about.js /usr/local/elog/scripts/ckeditor/plugins/about/dialogs/hidpi /usr/local/elog/scripts/ckeditor/plugins/about/dialogs/hidpi/logo_ckeditor.png /usr/local/elog/scripts/ckeditor/plugins/about/dialogs/logo_ckeditor.png /usr/local/elog/scripts/ckeditor/plugins/clipboard /usr/local/elog/scripts/ckeditor/plugins/clipboard/dialogs /usr/local/elog/scripts/ckeditor/plugins/clipboard/dialogs/paste.js /usr/local/elog/scripts/ckeditor/plugins/colordialog /usr/local/elog/scripts/ckeditor/plugins/colordialog/dialogs /usr/local/elog/scripts/ckeditor/plugins/colordialog/dialogs/colordialog.js /usr/local/elog/scripts/ckeditor/plugins/dialog /usr/local/elog/scripts/ckeditor/plugins/dialog/dialogDefinition.js /usr/local/elog/scripts/ckeditor/plugins/div /usr/local/elog/scripts/ckeditor/plugins/div/dialogs /usr/local/elog/scripts/ckeditor/plugins/div/dialogs/div.js /usr/local/elog/scripts/ckeditor/plugins/dndfiles /usr/local/elog/scripts/ckeditor/plugins/dndfiles/plugin.js /usr/local/elog/scripts/ckeditor/plugins/eqneditor /usr/local/elog/scripts/ckeditor/plugins/eqneditor/dialogs /usr/local/elog/scripts/ckeditor/plugins/eqneditor/dialogs/eqneditor.js /usr/local/elog/scripts/ckeditor/plugins/eqneditor/dialogs/lang /usr/local/elog/scripts/ckeditor/plugins/eqneditor/dialogs/lang/en.js /usr/local/elog/scripts/ckeditor/plugins/eqneditor/icons /usr/local/elog/scripts/ckeditor/plugins/eqneditor/icons/eqneditor.png /usr/local/elog/scripts/ckeditor/plugins/eqneditor/lang /usr/local/elog/scripts/ckeditor/plugins/eqneditor/lang/en.js /usr/local/elog/scripts/ckeditor/plugins/eqneditor/plugin.js /usr/local/elog/scripts/ckeditor/plugins/fileupload /usr/local/elog/scripts/ckeditor/plugins/fileupload/dialogs /usr/local/elog/scripts/ckeditor/plugins/fileupload/dialogs/fileupload.js /usr/local/elog/scripts/ckeditor/plugins/fileupload/icons /usr/local/elog/scripts/ckeditor/plugins/fileupload/icons/fileupload.png /usr/local/elog/scripts/ckeditor/plugins/fileupload/plugin.js /usr/local/elog/scripts/ckeditor/plugins/find /usr/local/elog/scripts/ckeditor/plugins/find/dialogs /usr/local/elog/scripts/ckeditor/plugins/find/dialogs/find.js /usr/local/elog/scripts/ckeditor/plugins/flash /usr/local/elog/scripts/ckeditor/plugins/flash/dialogs /usr/local/elog/scripts/ckeditor/plugins/flash/dialogs/flash.js /usr/local/elog/scripts/ckeditor/plugins/flash/images /usr/local/elog/scripts/ckeditor/plugins/flash/images/placeholder.png /usr/local/elog/scripts/ckeditor/plugins/forms /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/button.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/checkbox.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/form.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/hiddenfield.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/radio.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/select.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/textarea.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/textfield.js /usr/local/elog/scripts/ckeditor/plugins/forms/images /usr/local/elog/scripts/ckeditor/plugins/forms/images/hiddenfield.gif /usr/local/elog/scripts/ckeditor/plugins/icons.png /usr/local/elog/scripts/ckeditor/plugins/icons_hidpi.png /usr/local/elog/scripts/ckeditor/plugins/iframe /usr/local/elog/scripts/ckeditor/plugins/iframe/dialogs /usr/local/elog/scripts/ckeditor/plugins/iframe/dialogs/iframe.js /usr/local/elog/scripts/ckeditor/plugins/iframe/images /usr/local/elog/scripts/ckeditor/plugins/iframe/images/placeholder.png /usr/local/elog/scripts/ckeditor/plugins/image /usr/local/elog/scripts/ckeditor/plugins/image/dialogs /usr/local/elog/scripts/ckeditor/plugins/image/dialogs/image.js /usr/local/elog/scripts/ckeditor/plugins/image/images /usr/local/elog/scripts/ckeditor/plugins/image/images/noimage.png /usr/local/elog/scripts/ckeditor/plugins/image2 /usr/local/elog/scripts/ckeditor/plugins/image2/dev /usr/local/elog/scripts/ckeditor/plugins/image2/dev/assets /usr/local/elog/scripts/ckeditor/plugins/image2/dev/assets/image1.jpg /usr/local/elog/scripts/ckeditor/plugins/image2/dev/assets/image2.jpg /usr/local/elog/scripts/ckeditor/plugins/image2/dev/contents.css /usr/local/elog/scripts/ckeditor/plugins/image2/dev/image2.html /usr/local/elog/scripts/ckeditor/plugins/image2/dialogs /usr/local/elog/scripts/ckeditor/plugins/image2/dialogs/image2.js /usr/local/elog/scripts/ckeditor/plugins/image2/icons /usr/local/elog/scripts/ckeditor/plugins/image2/icons/hidpi /usr/local/elog/scripts/ckeditor/plugins/image2/icons/hidpi/image.png /usr/local/elog/scripts/ckeditor/plugins/image2/icons/image.png /usr/local/elog/scripts/ckeditor/plugins/image2/lang /usr/local/elog/scripts/ckeditor/plugins/image2/lang/af.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ar.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/bg.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/bn.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/bs.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ca.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/cs.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/cy.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/da.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/de.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/el.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/en-au.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/en-ca.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/en-gb.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/en.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/eo.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/es.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/et.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/eu.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/fa.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/fi.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/fo.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/fr-ca.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/fr.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/gl.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/gu.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/he.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/hi.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/hr.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/hu.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/id.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/is.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/it.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ja.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ka.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/km.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ko.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ku.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/lt.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/lv.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/mk.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/mn.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ms.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/nb.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/nl.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/no.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/pl.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/pt-br.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/pt.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ro.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ru.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/si.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sk.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sl.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sq.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sr-latn.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sr.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sv.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/th.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/tr.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/tt.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ug.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/uk.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/vi.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/zh-cn.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/zh.js /usr/local/elog/scripts/ckeditor/plugins/image2/plugin.js /usr/local/elog/scripts/ckeditor/plugins/image2/samples /usr/local/elog/scripts/ckeditor/plugins/image2/samples/assets /usr/local/elog/scripts/ckeditor/plugins/image2/samples/assets/image1.jpg /usr/local/elog/scripts/ckeditor/plugins/image2/samples/assets/image2.jpg /usr/local/elog/scripts/ckeditor/plugins/image2/samples/image2.html /usr/local/elog/scripts/ckeditor/plugins/imagepaste /usr/local/elog/scripts/ckeditor/plugins/imagepaste/docs /usr/local/elog/scripts/ckeditor/plugins/imagepaste/docs/install.html /usr/local/elog/scripts/ckeditor/plugins/imagepaste/docs/styles.css /usr/local/elog/scripts/ckeditor/plugins/link /usr/local/elog/scripts/ckeditor/plugins/link/dialogs /usr/local/elog/scripts/ckeditor/plugins/link/dialogs/anchor.js /usr/local/elog/scripts/ckeditor/plugins/link/dialogs/link.js /usr/local/elog/scripts/ckeditor/plugins/link/images /usr/local/elog/scripts/ckeditor/plugins/link/images/anchor.png /usr/local/elog/scripts/ckeditor/plugins/link/images/hidpi /usr/local/elog/scripts/ckeditor/plugins/link/images/hidpi/anchor.png /usr/local/elog/scripts/ckeditor/plugins/liststyle /usr/local/elog/scripts/ckeditor/plugins/liststyle/dialogs /usr/local/elog/scripts/ckeditor/plugins/liststyle/dialogs/liststyle.js /usr/local/elog/scripts/ckeditor/plugins/magicline /usr/local/elog/scripts/ckeditor/plugins/magicline/images /usr/local/elog/scripts/ckeditor/plugins/magicline/images/hidpi /usr/local/elog/scripts/ckeditor/plugins/magicline/images/hidpi/icon-rtl.png /usr/local/elog/scripts/ckeditor/plugins/magicline/images/hidpi/icon.png /usr/local/elog/scripts/ckeditor/plugins/magicline/images/icon-rtl.png /usr/local/elog/scripts/ckeditor/plugins/magicline/images/icon.png /usr/local/elog/scripts/ckeditor/plugins/pagebreak /usr/local/elog/scripts/ckeditor/plugins/pagebreak/images /usr/local/elog/scripts/ckeditor/plugins/pagebreak/images/pagebreak.gif /usr/local/elog/scripts/ckeditor/plugins/pastefromword /usr/local/elog/scripts/ckeditor/plugins/pastefromword/filter /usr/local/elog/scripts/ckeditor/plugins/pastefromword/filter/default.js /usr/local/elog/scripts/ckeditor/plugins/preview /usr/local/elog/scripts/ckeditor/plugins/preview/preview.html /usr/local/elog/scripts/ckeditor/plugins/scayt /usr/local/elog/scripts/ckeditor/plugins/scayt/LICENSE.md /usr/local/elog/scripts/ckeditor/plugins/scayt/README.md /usr/local/elog/scripts/ckeditor/plugins/scayt/dialogs /usr/local/elog/scripts/ckeditor/plugins/scayt/dialogs/options.js /usr/local/elog/scripts/ckeditor/plugins/scayt/dialogs/toolbar.css /usr/local/elog/scripts/ckeditor/plugins/showblocks /usr/local/elog/scripts/ckeditor/plugins/showblocks/images /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_address.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_blockquote.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_div.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h1.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h2.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h3.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h4.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h5.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h6.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_p.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_pre.png /usr/local/elog/scripts/ckeditor/plugins/smiley /usr/local/elog/scripts/ckeditor/plugins/smiley/dialogs /usr/local/elog/scripts/ckeditor/plugins/smiley/dialogs/smiley.js /usr/local/elog/scripts/ckeditor/plugins/smiley/images /usr/local/elog/scripts/ckeditor/plugins/smiley/images/angel_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/angel_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/angry_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/angry_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/broken_heart.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/broken_heart.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/confused_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/confused_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/cry_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/cry_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/devil_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/devil_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/embaressed_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/embarrassed_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/embarrassed_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/envelope.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/envelope.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/heart.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/heart.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/kiss.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/kiss.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/lightbulb.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/lightbulb.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/omg_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/omg_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/regular_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/regular_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/sad_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/sad_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/shades_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/shades_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/teeth_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/teeth_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/thumbs_down.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/thumbs_down.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/thumbs_up.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/thumbs_up.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/tongue_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/tongue_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/tounge_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/whatchutalkingabout_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/whatchutalkingabout_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/wink_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/wink_smile.png /usr/local/elog/scripts/ckeditor/plugins/specialchar /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/_translationstatus.txt /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/af.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ar.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/bg.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ca.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/cs.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/cy.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/da.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/de.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/el.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/en-gb.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/en.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/eo.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/es.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/et.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/fa.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/fi.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/fr-ca.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/fr.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/gl.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/he.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/hr.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/hu.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/id.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/it.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ja.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/km.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ko.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ku.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/lt.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/lv.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/nb.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/nl.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/no.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/pl.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/pt-br.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/pt.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ru.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/si.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/sk.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/sl.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/sq.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/sv.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/th.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/tr.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/tt.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ug.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/uk.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/vi.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/zh-cn.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/zh.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/specialchar.js /usr/local/elog/scripts/ckeditor/plugins/table /usr/local/elog/scripts/ckeditor/plugins/table/dialogs /usr/local/elog/scripts/ckeditor/plugins/table/dialogs/table.js /usr/local/elog/scripts/ckeditor/plugins/tabletools /usr/local/elog/scripts/ckeditor/plugins/tabletools/dialogs /usr/local/elog/scripts/ckeditor/plugins/tabletools/dialogs/tableCell.js /usr/local/elog/scripts/ckeditor/plugins/templates /usr/local/elog/scripts/ckeditor/plugins/templates/dialogs /usr/local/elog/scripts/ckeditor/plugins/templates/dialogs/templates.css /usr/local/elog/scripts/ckeditor/plugins/templates/dialogs/templates.js /usr/local/elog/scripts/ckeditor/plugins/templates/templates /usr/local/elog/scripts/ckeditor/plugins/templates/templates/default.js /usr/local/elog/scripts/ckeditor/plugins/templates/templates/images /usr/local/elog/scripts/ckeditor/plugins/templates/templates/images/template1.gif /usr/local/elog/scripts/ckeditor/plugins/templates/templates/images/template2.gif /usr/local/elog/scripts/ckeditor/plugins/templates/templates/images/template3.gif /usr/local/elog/scripts/ckeditor/plugins/timestamp /usr/local/elog/scripts/ckeditor/plugins/timestamp/icons /usr/local/elog/scripts/ckeditor/plugins/timestamp/icons/timestamp.png /usr/local/elog/scripts/ckeditor/plugins/timestamp/plugin.js /usr/local/elog/scripts/ckeditor/plugins/widget /usr/local/elog/scripts/ckeditor/plugins/widget/images /usr/local/elog/scripts/ckeditor/plugins/widget/images/handle.png /usr/local/elog/scripts/ckeditor/plugins/wsc /usr/local/elog/scripts/ckeditor/plugins/wsc/LICENSE.md /usr/local/elog/scripts/ckeditor/plugins/wsc/README.md /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs/ciframe.html /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs/tmpFrameset.html /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs/wsc.css /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs/wsc.js /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs/wsc_ie.js /usr/local/elog/scripts/ckeditor/samples /usr/local/elog/scripts/ckeditor/samples/css /usr/local/elog/scripts/ckeditor/samples/css/samples.css /usr/local/elog/scripts/ckeditor/samples/img /usr/local/elog/scripts/ckeditor/samples/img/github-top.png /usr/local/elog/scripts/ckeditor/samples/img/header-bg.png /usr/local/elog/scripts/ckeditor/samples/img/header-separator.png /usr/local/elog/scripts/ckeditor/samples/img/logo.png /usr/local/elog/scripts/ckeditor/samples/img/navigation-tip.png /usr/local/elog/scripts/ckeditor/samples/index.html /usr/local/elog/scripts/ckeditor/samples/js /usr/local/elog/scripts/ckeditor/samples/js/sample.js /usr/local/elog/scripts/ckeditor/samples/js/sf.js /usr/local/elog/scripts/ckeditor/samples/old /usr/local/elog/scripts/ckeditor/samples/old/ajax.html /usr/local/elog/scripts/ckeditor/samples/old/api.html /usr/local/elog/scripts/ckeditor/samples/old/appendto.html /usr/local/elog/scripts/ckeditor/samples/old/assets /usr/local/elog/scripts/ckeditor/samples/old/assets/inlineall /usr/local/elog/scripts/ckeditor/samples/old/assets/inlineall/logo.png /usr/local/elog/scripts/ckeditor/samples/old/assets/outputxhtml /usr/local/elog/scripts/ckeditor/samples/old/assets/outputxhtml/outputxhtml.css /usr/local/elog/scripts/ckeditor/samples/old/assets/posteddata.php /usr/local/elog/scripts/ckeditor/samples/old/assets/sample.jpg /usr/local/elog/scripts/ckeditor/samples/old/assets/uilanguages /usr/local/elog/scripts/ckeditor/samples/old/assets/uilanguages/languages.js /usr/local/elog/scripts/ckeditor/samples/old/datafiltering.html /usr/local/elog/scripts/ckeditor/samples/old/dialog /usr/local/elog/scripts/ckeditor/samples/old/dialog/assets /usr/local/elog/scripts/ckeditor/samples/old/dialog/assets/my_dialog.js /usr/local/elog/scripts/ckeditor/samples/old/dialog/dialog.html /usr/local/elog/scripts/ckeditor/samples/old/divreplace.html /usr/local/elog/scripts/ckeditor/samples/old/enterkey /usr/local/elog/scripts/ckeditor/samples/old/enterkey/enterkey.html /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/assets /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/assets/outputforflash /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/assets/outputforflash/outputforflash.fla /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/assets/outputforflash/outputforflash.swf /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/assets/outputforflash/swfobject.js /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/outputforflash.html /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/outputhtml.html /usr/local/elog/scripts/ckeditor/samples/old/index.html /usr/local/elog/scripts/ckeditor/samples/old/inlineall.html /usr/local/elog/scripts/ckeditor/samples/old/inlinebycode.html /usr/local/elog/scripts/ckeditor/samples/old/inlinetextarea.html /usr/local/elog/scripts/ckeditor/samples/old/jquery.html /usr/local/elog/scripts/ckeditor/samples/old/magicline /usr/local/elog/scripts/ckeditor/samples/old/magicline/magicline.html /usr/local/elog/scripts/ckeditor/samples/old/readonly.html /usr/local/elog/scripts/ckeditor/samples/old/replacebyclass.html /usr/local/elog/scripts/ckeditor/samples/old/replacebycode.html /usr/local/elog/scripts/ckeditor/samples/old/sample.css /usr/local/elog/scripts/ckeditor/samples/old/sample.js /usr/local/elog/scripts/ckeditor/samples/old/sample_posteddata.php /usr/local/elog/scripts/ckeditor/samples/old/tabindex.html /usr/local/elog/scripts/ckeditor/samples/old/toolbar /usr/local/elog/scripts/ckeditor/samples/old/toolbar/toolbar.html /usr/local/elog/scripts/ckeditor/samples/old/uicolor.html /usr/local/elog/scripts/ckeditor/samples/old/uilanguages.html /usr/local/elog/scripts/ckeditor/samples/old/wysiwygarea /usr/local/elog/scripts/ckeditor/samples/old/wysiwygarea/fullpage.html /usr/local/elog/scripts/ckeditor/samples/old/xhtmlstyle.html /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/css /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/css/fontello.css /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/LICENSE.txt /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/config.json /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/fontello.eot /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/fontello.svg /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/fontello.ttf /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/fontello.woff /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/index.html /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/js/abstracttoolbarmodifier.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/js/fulltoolbareditor.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/js/toolbarmodifier.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/js/toolbartextmodifier.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/LICENSE /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/codemirror.css /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/codemirror.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/javascript.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/neo.css /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/show-hint.css /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/show-hint.js /usr/local/elog/scripts/ckeditor/skins /usr/local/elog/scripts/ckeditor/skins/moono /usr/local/elog/scripts/ckeditor/skins/moono/dialog.css /usr/local/elog/scripts/ckeditor/skins/moono/dialog_ie.css /usr/local/elog/scripts/ckeditor/skins/moono/dialog_ie7.css /usr/local/elog/scripts/ckeditor/skins/moono/dialog_ie8.css /usr/local/elog/scripts/ckeditor/skins/moono/dialog_iequirks.css /usr/local/elog/scripts/ckeditor/skins/moono/editor.css /usr/local/elog/scripts/ckeditor/skins/moono/editor_gecko.css /usr/local/elog/scripts/ckeditor/skins/moono/editor_ie.css /usr/local/elog/scripts/ckeditor/skins/moono/editor_ie7.css /usr/local/elog/scripts/ckeditor/skins/moono/editor_ie8.css /usr/local/elog/scripts/ckeditor/skins/moono/editor_iequirks.css /usr/local/elog/scripts/ckeditor/skins/moono/icons.png /usr/local/elog/scripts/ckeditor/skins/moono/icons_hidpi.png /usr/local/elog/scripts/ckeditor/skins/moono/images /usr/local/elog/scripts/ckeditor/skins/moono/images/arrow.png /usr/local/elog/scripts/ckeditor/skins/moono/images/close.png /usr/local/elog/scripts/ckeditor/skins/moono/images/hidpi /usr/local/elog/scripts/ckeditor/skins/moono/images/hidpi/close.png /usr/local/elog/scripts/ckeditor/skins/moono/images/hidpi/lock-open.png /usr/local/elog/scripts/ckeditor/skins/moono/images/hidpi/lock.png /usr/local/elog/scripts/ckeditor/skins/moono/images/hidpi/refresh.png /usr/local/elog/scripts/ckeditor/skins/moono/images/lock-open.png /usr/local/elog/scripts/ckeditor/skins/moono/images/lock.png /usr/local/elog/scripts/ckeditor/skins/moono/images/refresh.png /usr/local/elog/scripts/ckeditor/skins/moono/images/spinner.gif /usr/local/elog/scripts/ckeditor/skins/moono/readme.md /usr/local/elog/scripts/ckeditor/styles.js /usr/local/elog/scripts/dnd.js /usr/local/elog/scripts/elcode.js /usr/local/elog/scripts/im.js /usr/local/elog/scripts/jquery-1.11.1.min.js /usr/local/elog/scripts/load-ckeditor.js /usr/local/elog/scripts/progress /usr/local/elog/scripts/progress/progress.min.js /usr/local/elog/scripts/progress/progressjs.min.css /usr/local/elog/ssl /usr/local/elog/ssl/server.crt /usr/local/elog/ssl/server.key /usr/local/elog/themes /usr/local/elog/themes/default /usr/local/elog/themes/default/all_entry.png /usr/local/elog/themes/default/attachment.png /usr/local/elog/themes/default/cal.png /usr/local/elog/themes/default/cal_next.png /usr/local/elog/themes/default/cal_prev.png /usr/local/elog/themes/default/clock.png /usr/local/elog/themes/default/compact.css /usr/local/elog/themes/default/delete.png /usr/local/elog/themes/default/down.png /usr/local/elog/themes/default/edit.png /usr/local/elog/themes/default/elog.css /usr/local/elog/themes/default/elog.png /usr/local/elog/themes/default/entry.png /usr/local/elog/themes/default/favicon.ico /usr/local/elog/themes/default/favicon.png /usr/local/elog/themes/default/first.png /usr/local/elog/themes/default/icons /usr/local/elog/themes/default/icons/arrow.png /usr/local/elog/themes/default/icons/astonished.png /usr/local/elog/themes/default/icons/attn.png /usr/local/elog/themes/default/icons/biggrin.png /usr/local/elog/themes/default/icons/bulb.png /usr/local/elog/themes/default/icons/confused.png /usr/local/elog/themes/default/icons/cool.png /usr/local/elog/themes/default/icons/crying.png /usr/local/elog/themes/default/icons/elc_anchor.png /usr/local/elog/themes/default/icons/elc_arrow.png /usr/local/elog/themes/default/icons/elc_astonished.png /usr/local/elog/themes/default/icons/elc_biggrin.png /usr/local/elog/themes/default/icons/elc_bold.png /usr/local/elog/themes/default/icons/elc_center.png /usr/local/elog/themes/default/icons/elc_clock.png /usr/local/elog/themes/default/icons/elc_code.png /usr/local/elog/themes/default/icons/elc_confused.png /usr/local/elog/themes/default/icons/elc_cool.png /usr/local/elog/themes/default/icons/elc_crying.png /usr/local/elog/themes/default/icons/elc_delatt.png /usr/local/elog/themes/default/icons/elc_email.png /usr/local/elog/themes/default/icons/elc_frown.png /usr/local/elog/themes/default/icons/elc_happy.png /usr/local/elog/themes/default/icons/elc_heading.png /usr/local/elog/themes/default/icons/elc_image.png /usr/local/elog/themes/default/icons/elc_italic.png /usr/local/elog/themes/default/icons/elc_larger.png /usr/local/elog/themes/default/icons/elc_line.png /usr/local/elog/themes/default/icons/elc_list.png /usr/local/elog/themes/default/icons/elc_mad.png /usr/local/elog/themes/default/icons/elc_original.png /usr/local/elog/themes/default/icons/elc_pleased.png /usr/local/elog/themes/default/icons/elc_quote.png /usr/local/elog/themes/default/icons/elc_rotleft.png /usr/local/elog/themes/default/icons/elc_rotright.png /usr/local/elog/themes/default/icons/elc_smaller.png /usr/local/elog/themes/default/icons/elc_smile.png /usr/local/elog/themes/default/icons/elc_table.png /usr/local/elog/themes/default/icons/elc_tongue.png /usr/local/elog/themes/default/icons/elc_underline.png /usr/local/elog/themes/default/icons/elc_url.png /usr/local/elog/themes/default/icons/elc_wink.png /usr/local/elog/themes/default/icons/elc_yawn.png /usr/local/elog/themes/default/icons/eld_anchor.png /usr/local/elog/themes/default/icons/eld_arrow.png /usr/local/elog/themes/default/icons/eld_astonished.png /usr/local/elog/themes/default/icons/eld_biggrin.png /usr/local/elog/themes/default/icons/eld_bold.png /usr/local/elog/themes/default/icons/eld_center.png /usr/local/elog/themes/default/icons/eld_clock.png /usr/local/elog/themes/default/icons/eld_code.png /usr/local/elog/themes/default/icons/eld_confused.png /usr/local/elog/themes/default/icons/eld_cool.png /usr/local/elog/themes/default/icons/eld_crying.png /usr/local/elog/themes/default/icons/eld_delatt.png /usr/local/elog/themes/default/icons/eld_email.png /usr/local/elog/themes/default/icons/eld_frown.png /usr/local/elog/themes/default/icons/eld_happy.png /usr/local/elog/themes/default/icons/eld_heading.png /usr/local/elog/themes/default/icons/eld_image.png /usr/local/elog/themes/default/icons/eld_italic.png /usr/local/elog/themes/default/icons/eld_larger.png /usr/local/elog/themes/default/icons/eld_line.png /usr/local/elog/themes/default/icons/eld_list.png /usr/local/elog/themes/default/icons/eld_mad.png /usr/local/elog/themes/default/icons/eld_original.png /usr/local/elog/themes/default/icons/eld_pleased.png /usr/local/elog/themes/default/icons/eld_quote.png /usr/local/elog/themes/default/icons/eld_rotleft.png /usr/local/elog/themes/default/icons/eld_rotright.png /usr/local/elog/themes/default/icons/eld_smaller.png /usr/local/elog/themes/default/icons/eld_smile.png /usr/local/elog/themes/default/icons/eld_table.png /usr/local/elog/themes/default/icons/eld_tongue.png /usr/local/elog/themes/default/icons/eld_underline.png /usr/local/elog/themes/default/icons/eld_url.png /usr/local/elog/themes/default/icons/eld_wink.png /usr/local/elog/themes/default/icons/eld_yawn.png /usr/local/elog/themes/default/icons/frown.png /usr/local/elog/themes/default/icons/happy.png /usr/local/elog/themes/default/icons/icon1.gif /usr/local/elog/themes/default/icons/icon1.png /usr/local/elog/themes/default/icons/icon10.gif /usr/local/elog/themes/default/icons/icon10.png /usr/local/elog/themes/default/icons/icon11.gif /usr/local/elog/themes/default/icons/icon11.png /usr/local/elog/themes/default/icons/icon12.gif /usr/local/elog/themes/default/icons/icon12.png /usr/local/elog/themes/default/icons/icon13.gif /usr/local/elog/themes/default/icons/icon13.png /usr/local/elog/themes/default/icons/icon14.gif /usr/local/elog/themes/default/icons/icon14.png /usr/local/elog/themes/default/icons/icon2.gif /usr/local/elog/themes/default/icons/icon2.png /usr/local/elog/themes/default/icons/icon3.gif /usr/local/elog/themes/default/icons/icon3.png /usr/local/elog/themes/default/icons/icon4.gif /usr/local/elog/themes/default/icons/icon4.png /usr/local/elog/themes/default/icons/icon5.gif /usr/local/elog/themes/default/icons/icon5.png /usr/local/elog/themes/default/icons/icon6.gif /usr/local/elog/themes/default/icons/icon6.png /usr/local/elog/themes/default/icons/icon7.gif /usr/local/elog/themes/default/icons/icon7.png /usr/local/elog/themes/default/icons/icon8.gif /usr/local/elog/themes/default/icons/icon8.png /usr/local/elog/themes/default/icons/icon9.gif /usr/local/elog/themes/default/icons/icon9.png /usr/local/elog/themes/default/icons/mad.png /usr/local/elog/themes/default/icons/paper.png /usr/local/elog/themes/default/icons/pleased.png /usr/local/elog/themes/default/icons/question.png /usr/local/elog/themes/default/icons/smile.png /usr/local/elog/themes/default/icons/thmbdown.png /usr/local/elog/themes/default/icons/thmbup.png /usr/local/elog/themes/default/icons/tongue.png /usr/local/elog/themes/default/icons/wink.png /usr/local/elog/themes/default/icons/yawn.png /usr/local/elog/themes/default/last.png /usr/local/elog/themes/default/lock.png /usr/local/elog/themes/default/new_entry.png /usr/local/elog/themes/default/next.png /usr/local/elog/themes/default/previous.png /usr/local/elog/themes/default/reply.png /usr/local/elog/themes/default/stop.png /usr/local/elog/themes/default/tiny.css /usr/local/elog/themes/default/up.png /usr/local/sbin/elogd /usr/share/doc/elog /usr/share/doc/elog/COPYING /usr/share/doc/elog/README /usr/share/doc/elog/doc /usr/share/doc/elog/doc/ChangeLog /usr/share/doc/elog/doc/adminguide.html /usr/share/doc/elog/doc/cell_style.png /usr/share/doc/elog/doc/config.html /usr/share/doc/elog/doc/contrib.html /usr/share/doc/elog/doc/download.html /usr/share/doc/elog/doc/elog.css /usr/share/doc/elog/doc/elog.gif /usr/share/doc/elog/doc/elog_thumb.gif /usr/share/doc/elog/doc/faq.html /usr/share/doc/elog/doc/hierarchy.gif /usr/share/doc/elog/doc/index.html /usr/share/doc/elog/doc/live_bookmarks.png /usr/share/doc/elog/doc/paypalcard.png /usr/share/doc/elog/doc/rss.png /usr/share/doc/elog/doc/strftime.txt /usr/share/doc/elog/doc/sync.gif /usr/share/doc/elog/doc/tabs.gif /usr/share/doc/elog/doc/theme1.jpg /usr/share/doc/elog/doc/theme2.jpg /usr/share/doc/elog/doc/thumbnail.png /usr/share/doc/elog/doc/userguide.html /usr/share/doc/elog/doc/wishlist.html /usr/share/man/man1/elconv.1.gz /usr/share/man/man1/elog.1.gz /usr/share/man/man8/elogd.8.gz
[loll@localhost ~]$ rpm -qpil ~/rpmbuild/RPMS/x86_64/elog-3.1.5-20240221.el9.x86_64.rpm Name : elog Version : 3.1.5 Release : 20240221.el9 Architecture: x86_64 Install Date: (not installed) Group : Applications/Networking Size : 8132723 License : GPL Signature : (none) Source RPM : elog-3.1.5-20240221.el9.src.rpm Build Date : Wed Feb 21 03:20:27 2024 Build Host : localhost Relocations : /usr/local Packager : loll loll@localhost.localdomain Vendor : Stefan Ritt <stefan.ritt@psi.ch> URL : http://elog.psi.ch/elog Summary : elog is a standalone electronic web logbook Description : ELOG is part of a family of applications known as weblogs. Their general purpose is :
1. To make it easy for people to put information online in a chronological fashion, in the form of short, time-stamped text messages ("entries") with optional HTML markup for presentation, and optional file attachments (images, archives, etc.)
2. To make it easy for other people to access this information through a Web interface, browse entries, search, download files, and optionally add, update, delete or comment on entries.
ELOG is a remarkable implementation of a weblog in at least two respects :
- Its simplicity of use: you don't need to be a seasoned server operator and/or an experimented database administrator to run ELOG ; one executable file (under Unix or Windows), a simple configuration text file, and it works. No Web server or relational database required. It is also easy to translate the interface to the appropriate language for your users.
- Its versatility: through its single configuration file, ELOG can be made to display an infinity of variants of the weblog concept. There are options for what to display, how to display it, what commands are available and to whom, access control, etc. Moreover, a single server can host several weblogs, and each weblog can be totally different from the rest.
* Wed Feb 21 2024 loll loll@localhost.localdomain 3.1.5-20240221.el9 - rebuild with option(s): KRB5 LDAP PAM SSL
* Wed Feb 21 2024 Stefan Ritt <stefan.ritt@psi.ch> 3.1.5-20240221 - Updated from git Mon Sep 18 14:37:35 2023 +0200 - 0cd2a615 /etc/rc.d/init.d/elogd /usr/lib/.build-id /usr/lib/.build-id/50 /usr/lib/.build-id/50/c1b2e6bce31b5c4b980f23ea99a5917d6845b9 /usr/lib/.build-id/59 /usr/lib/.build-id/59/577563e5cff7edea6edc6234391ffc35974e10 /usr/lib/.build-id/f0 /usr/lib/.build-id/f0/86a03aa444b1180b864a5458373b80a3ac41e9 /usr/local/bin/elconv /usr/local/bin/elog /usr/local/elog/elogd.cfg /usr/local/elog/logbooks /usr/local/elog/logbooks/demo /usr/local/elog/logbooks/demo/2001 /usr/local/elog/logbooks/demo/2001/011108a.log /usr/local/elog/resources /usr/local/elog/resources/elcode_english.html /usr/local/elog/resources/elcode_indonesia.html /usr/local/elog/resources/elcode_zh_CN-GB2312.html /usr/local/elog/resources/elcode_zh_CN-UTF8.html /usr/local/elog/resources/elogd-zh_CN-GB2312.cfg /usr/local/elog/resources/elogd-zh_CN-UTF8.cfg /usr/local/elog/resources/eloghelp_brazilian.html /usr/local/elog/resources/eloghelp_czech.html /usr/local/elog/resources/eloghelp_danish.html /usr/local/elog/resources/eloghelp_dutch.html /usr/local/elog/resources/eloghelp_english.html /usr/local/elog/resources/eloghelp_french.html /usr/local/elog/resources/eloghelp_german.html /usr/local/elog/resources/eloghelp_indonesia.html /usr/local/elog/resources/eloghelp_italian.html /usr/local/elog/resources/eloghelp_japanese.html /usr/local/elog/resources/eloghelp_polish.html /usr/local/elog/resources/eloghelp_slovak.html /usr/local/elog/resources/eloghelp_spanish.html /usr/local/elog/resources/eloghelp_swedish.html /usr/local/elog/resources/eloghelp_turkish.html /usr/local/elog/resources/eloghelp_zh_CN-GB2312.html /usr/local/elog/resources/eloghelp_zh_CN-UTF8.html /usr/local/elog/resources/eloglang.brazilian /usr/local/elog/resources/eloglang.bulgarian /usr/local/elog/resources/eloglang.czech /usr/local/elog/resources/eloglang.danish /usr/local/elog/resources/eloglang.dutch /usr/local/elog/resources/eloglang.french /usr/local/elog/resources/eloglang.german /usr/local/elog/resources/eloglang.german_UTF8 /usr/local/elog/resources/eloglang.indonesia /usr/local/elog/resources/eloglang.italian /usr/local/elog/resources/eloglang.japanese /usr/local/elog/resources/eloglang.polish /usr/local/elog/resources/eloglang.ru_CP1251 /usr/local/elog/resources/eloglang.slovak /usr/local/elog/resources/eloglang.spanish /usr/local/elog/resources/eloglang.swedish /usr/local/elog/resources/eloglang.turkish /usr/local/elog/resources/eloglang.zh_CN-GB2312 /usr/local/elog/resources/eloglang.zh_CN-UTF8 /usr/local/elog/scripts /usr/local/elog/scripts/ckeditor /usr/local/elog/scripts/ckeditor-config.js /usr/local/elog/scripts/ckeditor/CHANGES.md /usr/local/elog/scripts/ckeditor/LICENSE.md /usr/local/elog/scripts/ckeditor/README.md /usr/local/elog/scripts/ckeditor/adapters /usr/local/elog/scripts/ckeditor/adapters/jquery.js /usr/local/elog/scripts/ckeditor/build-config.js /usr/local/elog/scripts/ckeditor/ckeditor.js /usr/local/elog/scripts/ckeditor/config.js /usr/local/elog/scripts/ckeditor/contents.css /usr/local/elog/scripts/ckeditor/lang /usr/local/elog/scripts/ckeditor/lang/af.js /usr/local/elog/scripts/ckeditor/lang/ar.js /usr/local/elog/scripts/ckeditor/lang/bg.js /usr/local/elog/scripts/ckeditor/lang/bn.js /usr/local/elog/scripts/ckeditor/lang/bs.js /usr/local/elog/scripts/ckeditor/lang/ca.js /usr/local/elog/scripts/ckeditor/lang/cs.js /usr/local/elog/scripts/ckeditor/lang/cy.js /usr/local/elog/scripts/ckeditor/lang/da.js /usr/local/elog/scripts/ckeditor/lang/de.js /usr/local/elog/scripts/ckeditor/lang/el.js /usr/local/elog/scripts/ckeditor/lang/en-au.js /usr/local/elog/scripts/ckeditor/lang/en-ca.js /usr/local/elog/scripts/ckeditor/lang/en-gb.js /usr/local/elog/scripts/ckeditor/lang/en.js /usr/local/elog/scripts/ckeditor/lang/eo.js /usr/local/elog/scripts/ckeditor/lang/es.js /usr/local/elog/scripts/ckeditor/lang/et.js /usr/local/elog/scripts/ckeditor/lang/eu.js /usr/local/elog/scripts/ckeditor/lang/fa.js /usr/local/elog/scripts/ckeditor/lang/fi.js /usr/local/elog/scripts/ckeditor/lang/fo.js /usr/local/elog/scripts/ckeditor/lang/fr-ca.js /usr/local/elog/scripts/ckeditor/lang/fr.js /usr/local/elog/scripts/ckeditor/lang/gl.js /usr/local/elog/scripts/ckeditor/lang/gu.js /usr/local/elog/scripts/ckeditor/lang/he.js /usr/local/elog/scripts/ckeditor/lang/hi.js /usr/local/elog/scripts/ckeditor/lang/hr.js /usr/local/elog/scripts/ckeditor/lang/hu.js /usr/local/elog/scripts/ckeditor/lang/id.js /usr/local/elog/scripts/ckeditor/lang/is.js /usr/local/elog/scripts/ckeditor/lang/it.js /usr/local/elog/scripts/ckeditor/lang/ja.js /usr/local/elog/scripts/ckeditor/lang/ka.js /usr/local/elog/scripts/ckeditor/lang/km.js /usr/local/elog/scripts/ckeditor/lang/ko.js /usr/local/elog/scripts/ckeditor/lang/ku.js /usr/local/elog/scripts/ckeditor/lang/lt.js /usr/local/elog/scripts/ckeditor/lang/lv.js /usr/local/elog/scripts/ckeditor/lang/mk.js /usr/local/elog/scripts/ckeditor/lang/mn.js /usr/local/elog/scripts/ckeditor/lang/ms.js /usr/local/elog/scripts/ckeditor/lang/nb.js /usr/local/elog/scripts/ckeditor/lang/nl.js /usr/local/elog/scripts/ckeditor/lang/no.js /usr/local/elog/scripts/ckeditor/lang/pl.js /usr/local/elog/scripts/ckeditor/lang/pt-br.js /usr/local/elog/scripts/ckeditor/lang/pt.js /usr/local/elog/scripts/ckeditor/lang/ro.js /usr/local/elog/scripts/ckeditor/lang/ru.js /usr/local/elog/scripts/ckeditor/lang/si.js /usr/local/elog/scripts/ckeditor/lang/sk.js /usr/local/elog/scripts/ckeditor/lang/sl.js /usr/local/elog/scripts/ckeditor/lang/sq.js /usr/local/elog/scripts/ckeditor/lang/sr-latn.js /usr/local/elog/scripts/ckeditor/lang/sr.js /usr/local/elog/scripts/ckeditor/lang/sv.js /usr/local/elog/scripts/ckeditor/lang/th.js /usr/local/elog/scripts/ckeditor/lang/tr.js /usr/local/elog/scripts/ckeditor/lang/tt.js /usr/local/elog/scripts/ckeditor/lang/ug.js /usr/local/elog/scripts/ckeditor/lang/uk.js /usr/local/elog/scripts/ckeditor/lang/vi.js /usr/local/elog/scripts/ckeditor/lang/zh-cn.js /usr/local/elog/scripts/ckeditor/lang/zh.js /usr/local/elog/scripts/ckeditor/plugins /usr/local/elog/scripts/ckeditor/plugins/a11yhelp /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/a11yhelp.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/_translationstatus.txt /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/af.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ar.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/bg.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ca.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/cs.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/cy.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/da.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/de.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/el.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/en-gb.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/en.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/eo.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/es.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/et.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/fa.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/fi.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/fo.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/fr-ca.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/fr.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/gl.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/gu.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/he.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/hi.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/hr.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/hu.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/id.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/it.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ja.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/km.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ko.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ku.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/lt.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/lv.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/mk.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/mn.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/nb.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/nl.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/no.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/pl.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/pt-br.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/pt.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ro.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ru.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/si.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sk.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sl.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sq.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sr-latn.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sr.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sv.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/th.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/tr.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/tt.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ug.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/uk.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/vi.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/zh-cn.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/zh.js /usr/local/elog/scripts/ckeditor/plugins/about /usr/local/elog/scripts/ckeditor/plugins/about/dialogs /usr/local/elog/scripts/ckeditor/plugins/about/dialogs/about.js /usr/local/elog/scripts/ckeditor/plugins/about/dialogs/hidpi /usr/local/elog/scripts/ckeditor/plugins/about/dialogs/hidpi/logo_ckeditor.png /usr/local/elog/scripts/ckeditor/plugins/about/dialogs/logo_ckeditor.png /usr/local/elog/scripts/ckeditor/plugins/clipboard /usr/local/elog/scripts/ckeditor/plugins/clipboard/dialogs /usr/local/elog/scripts/ckeditor/plugins/clipboard/dialogs/paste.js /usr/local/elog/scripts/ckeditor/plugins/colordialog /usr/local/elog/scripts/ckeditor/plugins/colordialog/dialogs /usr/local/elog/scripts/ckeditor/plugins/colordialog/dialogs/colordialog.js /usr/local/elog/scripts/ckeditor/plugins/dialog /usr/local/elog/scripts/ckeditor/plugins/dialog/dialogDefinition.js /usr/local/elog/scripts/ckeditor/plugins/div /usr/local/elog/scripts/ckeditor/plugins/div/dialogs /usr/local/elog/scripts/ckeditor/plugins/div/dialogs/div.js /usr/local/elog/scripts/ckeditor/plugins/dndfiles /usr/local/elog/scripts/ckeditor/plugins/dndfiles/plugin.js /usr/local/elog/scripts/ckeditor/plugins/eqneditor /usr/local/elog/scripts/ckeditor/plugins/eqneditor/dialogs /usr/local/elog/scripts/ckeditor/plugins/eqneditor/dialogs/eqneditor.js /usr/local/elog/scripts/ckeditor/plugins/eqneditor/dialogs/lang /usr/local/elog/scripts/ckeditor/plugins/eqneditor/dialogs/lang/en.js /usr/local/elog/scripts/ckeditor/plugins/eqneditor/icons /usr/local/elog/scripts/ckeditor/plugins/eqneditor/icons/eqneditor.png /usr/local/elog/scripts/ckeditor/plugins/eqneditor/lang /usr/local/elog/scripts/ckeditor/plugins/eqneditor/lang/en.js /usr/local/elog/scripts/ckeditor/plugins/eqneditor/plugin.js /usr/local/elog/scripts/ckeditor/plugins/fileupload /usr/local/elog/scripts/ckeditor/plugins/fileupload/dialogs /usr/local/elog/scripts/ckeditor/plugins/fileupload/dialogs/fileupload.js /usr/local/elog/scripts/ckeditor/plugins/fileupload/icons /usr/local/elog/scripts/ckeditor/plugins/fileupload/icons/fileupload.png /usr/local/elog/scripts/ckeditor/plugins/fileupload/plugin.js /usr/local/elog/scripts/ckeditor/plugins/find /usr/local/elog/scripts/ckeditor/plugins/find/dialogs /usr/local/elog/scripts/ckeditor/plugins/find/dialogs/find.js /usr/local/elog/scripts/ckeditor/plugins/flash /usr/local/elog/scripts/ckeditor/plugins/flash/dialogs /usr/local/elog/scripts/ckeditor/plugins/flash/dialogs/flash.js /usr/local/elog/scripts/ckeditor/plugins/flash/images /usr/local/elog/scripts/ckeditor/plugins/flash/images/placeholder.png /usr/local/elog/scripts/ckeditor/plugins/forms /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/button.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/checkbox.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/form.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/hiddenfield.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/radio.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/select.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/textarea.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/textfield.js /usr/local/elog/scripts/ckeditor/plugins/forms/images /usr/local/elog/scripts/ckeditor/plugins/forms/images/hiddenfield.gif /usr/local/elog/scripts/ckeditor/plugins/icons.png /usr/local/elog/scripts/ckeditor/plugins/icons_hidpi.png /usr/local/elog/scripts/ckeditor/plugins/iframe /usr/local/elog/scripts/ckeditor/plugins/iframe/dialogs /usr/local/elog/scripts/ckeditor/plugins/iframe/dialogs/iframe.js /usr/local/elog/scripts/ckeditor/plugins/iframe/images /usr/local/elog/scripts/ckeditor/plugins/iframe/images/placeholder.png /usr/local/elog/scripts/ckeditor/plugins/image /usr/local/elog/scripts/ckeditor/plugins/image/dialogs /usr/local/elog/scripts/ckeditor/plugins/image/dialogs/image.js /usr/local/elog/scripts/ckeditor/plugins/image/images /usr/local/elog/scripts/ckeditor/plugins/image/images/noimage.png /usr/local/elog/scripts/ckeditor/plugins/image2 /usr/local/elog/scripts/ckeditor/plugins/image2/dev /usr/local/elog/scripts/ckeditor/plugins/image2/dev/assets /usr/local/elog/scripts/ckeditor/plugins/image2/dev/assets/image1.jpg /usr/local/elog/scripts/ckeditor/plugins/image2/dev/assets/image2.jpg /usr/local/elog/scripts/ckeditor/plugins/image2/dev/contents.css /usr/local/elog/scripts/ckeditor/plugins/image2/dev/image2.html /usr/local/elog/scripts/ckeditor/plugins/image2/dialogs /usr/local/elog/scripts/ckeditor/plugins/image2/dialogs/image2.js /usr/local/elog/scripts/ckeditor/plugins/image2/icons /usr/local/elog/scripts/ckeditor/plugins/image2/icons/hidpi /usr/local/elog/scripts/ckeditor/plugins/image2/icons/hidpi/image.png /usr/local/elog/scripts/ckeditor/plugins/image2/icons/image.png /usr/local/elog/scripts/ckeditor/plugins/image2/lang /usr/local/elog/scripts/ckeditor/plugins/image2/lang/af.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ar.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/bg.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/bn.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/bs.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ca.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/cs.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/cy.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/da.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/de.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/el.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/en-au.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/en-ca.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/en-gb.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/en.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/eo.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/es.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/et.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/eu.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/fa.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/fi.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/fo.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/fr-ca.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/fr.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/gl.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/gu.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/he.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/hi.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/hr.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/hu.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/id.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/is.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/it.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ja.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ka.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/km.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ko.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ku.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/lt.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/lv.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/mk.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/mn.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ms.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/nb.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/nl.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/no.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/pl.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/pt-br.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/pt.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ro.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ru.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/si.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sk.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sl.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sq.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sr-latn.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sr.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sv.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/th.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/tr.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/tt.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ug.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/uk.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/vi.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/zh-cn.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/zh.js /usr/local/elog/scripts/ckeditor/plugins/image2/plugin.js /usr/local/elog/scripts/ckeditor/plugins/image2/samples /usr/local/elog/scripts/ckeditor/plugins/image2/samples/assets /usr/local/elog/scripts/ckeditor/plugins/image2/samples/assets/image1.jpg /usr/local/elog/scripts/ckeditor/plugins/image2/samples/assets/image2.jpg /usr/local/elog/scripts/ckeditor/plugins/image2/samples/image2.html /usr/local/elog/scripts/ckeditor/plugins/imagepaste /usr/local/elog/scripts/ckeditor/plugins/imagepaste/docs /usr/local/elog/scripts/ckeditor/plugins/imagepaste/docs/install.html /usr/local/elog/scripts/ckeditor/plugins/imagepaste/docs/styles.css /usr/local/elog/scripts/ckeditor/plugins/link /usr/local/elog/scripts/ckeditor/plugins/link/dialogs /usr/local/elog/scripts/ckeditor/plugins/link/dialogs/anchor.js /usr/local/elog/scripts/ckeditor/plugins/link/dialogs/link.js /usr/local/elog/scripts/ckeditor/plugins/link/images /usr/local/elog/scripts/ckeditor/plugins/link/images/anchor.png /usr/local/elog/scripts/ckeditor/plugins/link/images/hidpi /usr/local/elog/scripts/ckeditor/plugins/link/images/hidpi/anchor.png /usr/local/elog/scripts/ckeditor/plugins/liststyle /usr/local/elog/scripts/ckeditor/plugins/liststyle/dialogs /usr/local/elog/scripts/ckeditor/plugins/liststyle/dialogs/liststyle.js /usr/local/elog/scripts/ckeditor/plugins/magicline /usr/local/elog/scripts/ckeditor/plugins/magicline/images /usr/local/elog/scripts/ckeditor/plugins/magicline/images/hidpi /usr/local/elog/scripts/ckeditor/plugins/magicline/images/hidpi/icon-rtl.png /usr/local/elog/scripts/ckeditor/plugins/magicline/images/hidpi/icon.png /usr/local/elog/scripts/ckeditor/plugins/magicline/images/icon-rtl.png /usr/local/elog/scripts/ckeditor/plugins/magicline/images/icon.png /usr/local/elog/scripts/ckeditor/plugins/pagebreak /usr/local/elog/scripts/ckeditor/plugins/pagebreak/images /usr/local/elog/scripts/ckeditor/plugins/pagebreak/images/pagebreak.gif /usr/local/elog/scripts/ckeditor/plugins/pastefromword /usr/local/elog/scripts/ckeditor/plugins/pastefromword/filter /usr/local/elog/scripts/ckeditor/plugins/pastefromword/filter/default.js /usr/local/elog/scripts/ckeditor/plugins/preview /usr/local/elog/scripts/ckeditor/plugins/preview/preview.html /usr/local/elog/scripts/ckeditor/plugins/scayt /usr/local/elog/scripts/ckeditor/plugins/scayt/LICENSE.md /usr/local/elog/scripts/ckeditor/plugins/scayt/README.md /usr/local/elog/scripts/ckeditor/plugins/scayt/dialogs /usr/local/elog/scripts/ckeditor/plugins/scayt/dialogs/options.js /usr/local/elog/scripts/ckeditor/plugins/scayt/dialogs/toolbar.css /usr/local/elog/scripts/ckeditor/plugins/showblocks /usr/local/elog/scripts/ckeditor/plugins/showblocks/images /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_address.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_blockquote.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_div.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h1.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h2.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h3.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h4.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h5.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h6.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_p.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_pre.png /usr/local/elog/scripts/ckeditor/plugins/smiley /usr/local/elog/scripts/ckeditor/plugins/smiley/dialogs /usr/local/elog/scripts/ckeditor/plugins/smiley/dialogs/smiley.js /usr/local/elog/scripts/ckeditor/plugins/smiley/images /usr/local/elog/scripts/ckeditor/plugins/smiley/images/angel_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/angel_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/angry_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/angry_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/broken_heart.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/broken_heart.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/confused_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/confused_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/cry_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/cry_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/devil_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/devil_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/embaressed_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/embarrassed_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/embarrassed_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/envelope.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/envelope.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/heart.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/heart.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/kiss.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/kiss.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/lightbulb.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/lightbulb.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/omg_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/omg_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/regular_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/regular_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/sad_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/sad_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/shades_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/shades_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/teeth_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/teeth_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/thumbs_down.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/thumbs_down.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/thumbs_up.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/thumbs_up.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/tongue_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/tongue_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/tounge_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/whatchutalkingabout_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/whatchutalkingabout_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/wink_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/wink_smile.png /usr/local/elog/scripts/ckeditor/plugins/specialchar /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/_translationstatus.txt /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/af.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ar.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/bg.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ca.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/cs.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/cy.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/da.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/de.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/el.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/en-gb.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/en.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/eo.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/es.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/et.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/fa.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/fi.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/fr-ca.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/fr.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/gl.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/he.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/hr.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/hu.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/id.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/it.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ja.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/km.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ko.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ku.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/lt.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/lv.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/nb.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/nl.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/no.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/pl.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/pt-br.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/pt.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ru.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/si.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/sk.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/sl.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/sq.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/sv.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/th.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/tr.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/tt.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ug.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/uk.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/vi.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/zh-cn.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/zh.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/specialchar.js /usr/local/elog/scripts/ckeditor/plugins/table /usr/local/elog/scripts/ckeditor/plugins/table/dialogs /usr/local/elog/scripts/ckeditor/plugins/table/dialogs/table.js /usr/local/elog/scripts/ckeditor/plugins/tabletools /usr/local/elog/scripts/ckeditor/plugins/tabletools/dialogs /usr/local/elog/scripts/ckeditor/plugins/tabletools/dialogs/tableCell.js /usr/local/elog/scripts/ckeditor/plugins/templates /usr/local/elog/scripts/ckeditor/plugins/templates/dialogs /usr/local/elog/scripts/ckeditor/plugins/templates/dialogs/templates.css /usr/local/elog/scripts/ckeditor/plugins/templates/dialogs/templates.js /usr/local/elog/scripts/ckeditor/plugins/templates/templates /usr/local/elog/scripts/ckeditor/plugins/templates/templates/default.js /usr/local/elog/scripts/ckeditor/plugins/templates/templates/images /usr/local/elog/scripts/ckeditor/plugins/templates/templates/images/template1.gif /usr/local/elog/scripts/ckeditor/plugins/templates/templates/images/template2.gif /usr/local/elog/scripts/ckeditor/plugins/templates/templates/images/template3.gif /usr/local/elog/scripts/ckeditor/plugins/timestamp /usr/local/elog/scripts/ckeditor/plugins/timestamp/icons /usr/local/elog/scripts/ckeditor/plugins/timestamp/icons/timestamp.png /usr/local/elog/scripts/ckeditor/plugins/timestamp/plugin.js /usr/local/elog/scripts/ckeditor/plugins/widget /usr/local/elog/scripts/ckeditor/plugins/widget/images /usr/local/elog/scripts/ckeditor/plugins/widget/images/handle.png /usr/local/elog/scripts/ckeditor/plugins/wsc /usr/local/elog/scripts/ckeditor/plugins/wsc/LICENSE.md /usr/local/elog/scripts/ckeditor/plugins/wsc/README.md /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs/ciframe.html /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs/tmpFrameset.html /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs/wsc.css /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs/wsc.js /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs/wsc_ie.js /usr/local/elog/scripts/ckeditor/samples /usr/local/elog/scripts/ckeditor/samples/css /usr/local/elog/scripts/ckeditor/samples/css/samples.css /usr/local/elog/scripts/ckeditor/samples/img /usr/local/elog/scripts/ckeditor/samples/img/github-top.png /usr/local/elog/scripts/ckeditor/samples/img/header-bg.png /usr/local/elog/scripts/ckeditor/samples/img/header-separator.png /usr/local/elog/scripts/ckeditor/samples/img/logo.png /usr/local/elog/scripts/ckeditor/samples/img/navigation-tip.png /usr/local/elog/scripts/ckeditor/samples/index.html /usr/local/elog/scripts/ckeditor/samples/js /usr/local/elog/scripts/ckeditor/samples/js/sample.js /usr/local/elog/scripts/ckeditor/samples/js/sf.js /usr/local/elog/scripts/ckeditor/samples/old /usr/local/elog/scripts/ckeditor/samples/old/ajax.html /usr/local/elog/scripts/ckeditor/samples/old/api.html /usr/local/elog/scripts/ckeditor/samples/old/appendto.html /usr/local/elog/scripts/ckeditor/samples/old/assets /usr/local/elog/scripts/ckeditor/samples/old/assets/inlineall /usr/local/elog/scripts/ckeditor/samples/old/assets/inlineall/logo.png /usr/local/elog/scripts/ckeditor/samples/old/assets/outputxhtml /usr/local/elog/scripts/ckeditor/samples/old/assets/outputxhtml/outputxhtml.css /usr/local/elog/scripts/ckeditor/samples/old/assets/posteddata.php /usr/local/elog/scripts/ckeditor/samples/old/assets/sample.jpg /usr/local/elog/scripts/ckeditor/samples/old/assets/uilanguages /usr/local/elog/scripts/ckeditor/samples/old/assets/uilanguages/languages.js /usr/local/elog/scripts/ckeditor/samples/old/datafiltering.html /usr/local/elog/scripts/ckeditor/samples/old/dialog /usr/local/elog/scripts/ckeditor/samples/old/dialog/assets /usr/local/elog/scripts/ckeditor/samples/old/dialog/assets/my_dialog.js /usr/local/elog/scripts/ckeditor/samples/old/dialog/dialog.html /usr/local/elog/scripts/ckeditor/samples/old/divreplace.html /usr/local/elog/scripts/ckeditor/samples/old/enterkey /usr/local/elog/scripts/ckeditor/samples/old/enterkey/enterkey.html /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/assets /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/assets/outputforflash /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/assets/outputforflash/outputforflash.fla /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/assets/outputforflash/outputforflash.swf /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/assets/outputforflash/swfobject.js /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/outputforflash.html /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/outputhtml.html /usr/local/elog/scripts/ckeditor/samples/old/index.html /usr/local/elog/scripts/ckeditor/samples/old/inlineall.html /usr/local/elog/scripts/ckeditor/samples/old/inlinebycode.html /usr/local/elog/scripts/ckeditor/samples/old/inlinetextarea.html /usr/local/elog/scripts/ckeditor/samples/old/jquery.html /usr/local/elog/scripts/ckeditor/samples/old/magicline /usr/local/elog/scripts/ckeditor/samples/old/magicline/magicline.html /usr/local/elog/scripts/ckeditor/samples/old/readonly.html /usr/local/elog/scripts/ckeditor/samples/old/replacebyclass.html /usr/local/elog/scripts/ckeditor/samples/old/replacebycode.html /usr/local/elog/scripts/ckeditor/samples/old/sample.css /usr/local/elog/scripts/ckeditor/samples/old/sample.js /usr/local/elog/scripts/ckeditor/samples/old/sample_posteddata.php /usr/local/elog/scripts/ckeditor/samples/old/tabindex.html /usr/local/elog/scripts/ckeditor/samples/old/toolbar /usr/local/elog/scripts/ckeditor/samples/old/toolbar/toolbar.html /usr/local/elog/scripts/ckeditor/samples/old/uicolor.html /usr/local/elog/scripts/ckeditor/samples/old/uilanguages.html /usr/local/elog/scripts/ckeditor/samples/old/wysiwygarea /usr/local/elog/scripts/ckeditor/samples/old/wysiwygarea/fullpage.html /usr/local/elog/scripts/ckeditor/samples/old/xhtmlstyle.html /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/css /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/css/fontello.css /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/LICENSE.txt /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/config.json /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/fontello.eot /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/fontello.svg /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/fontello.ttf /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/fontello.woff /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/index.html /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/js/abstracttoolbarmodifier.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/js/fulltoolbareditor.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/js/toolbarmodifier.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/js/toolbartextmodifier.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/LICENSE /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/codemirror.css /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/codemirror.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/javascript.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/neo.css /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/show-hint.css /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/show-hint.js /usr/local/elog/scripts/ckeditor/skins /usr/local/elog/scripts/ckeditor/skins/moono /usr/local/elog/scripts/ckeditor/skins/moono/dialog.css /usr/local/elog/scripts/ckeditor/skins/moono/dialog_ie.css /usr/local/elog/scripts/ckeditor/skins/moono/dialog_ie7.css /usr/local/elog/scripts/ckeditor/skins/moono/dialog_ie8.css /usr/local/elog/scripts/ckeditor/skins/moono/dialog_iequirks.css /usr/local/elog/scripts/ckeditor/skins/moono/editor.css /usr/local/elog/scripts/ckeditor/skins/moono/editor_gecko.css /usr/local/elog/scripts/ckeditor/skins/moono/editor_ie.css /usr/local/elog/scripts/ckeditor/skins/moono/editor_ie7.css /usr/local/elog/scripts/ckeditor/skins/moono/editor_ie8.css /usr/local/elog/scripts/ckeditor/skins/moono/editor_iequirks.css /usr/local/elog/scripts/ckeditor/skins/moono/icons.png /usr/local/elog/scripts/ckeditor/skins/moono/icons_hidpi.png /usr/local/elog/scripts/ckeditor/skins/moono/images /usr/local/elog/scripts/ckeditor/skins/moono/images/arrow.png /usr/local/elog/scripts/ckeditor/skins/moono/images/close.png /usr/local/elog/scripts/ckeditor/skins/moono/images/hidpi /usr/local/elog/scripts/ckeditor/skins/moono/images/hidpi/close.png /usr/local/elog/scripts/ckeditor/skins/moono/images/hidpi/lock-open.png /usr/local/elog/scripts/ckeditor/skins/moono/images/hidpi/lock.png /usr/local/elog/scripts/ckeditor/skins/moono/images/hidpi/refresh.png /usr/local/elog/scripts/ckeditor/skins/moono/images/lock-open.png /usr/local/elog/scripts/ckeditor/skins/moono/images/lock.png /usr/local/elog/scripts/ckeditor/skins/moono/images/refresh.png /usr/local/elog/scripts/ckeditor/skins/moono/images/spinner.gif /usr/local/elog/scripts/ckeditor/skins/moono/readme.md /usr/local/elog/scripts/ckeditor/styles.js /usr/local/elog/scripts/dnd.js /usr/local/elog/scripts/elcode.js /usr/local/elog/scripts/im.js /usr/local/elog/scripts/jquery-1.11.1.min.js /usr/local/elog/scripts/load-ckeditor.js /usr/local/elog/scripts/progress /usr/local/elog/scripts/progress/progress.min.js /usr/local/elog/scripts/progress/progressjs.min.css /usr/local/elog/ssl /usr/local/elog/ssl/server.crt /usr/local/elog/ssl/server.key /usr/local/elog/themes /usr/local/elog/themes/default /usr/local/elog/themes/default/all_entry.png /usr/local/elog/themes/default/attachment.png /usr/local/elog/themes/default/cal.png /usr/local/elog/themes/default/cal_next.png /usr/local/elog/themes/default/cal_prev.png /usr/local/elog/themes/default/clock.png /usr/local/elog/themes/default/compact.css /usr/local/elog/themes/default/delete.png /usr/local/elog/themes/default/down.png /usr/local/elog/themes/default/edit.png /usr/local/elog/themes/default/elog.css /usr/local/elog/themes/default/elog.png /usr/local/elog/themes/default/entry.png /usr/local/elog/themes/default/favicon.ico /usr/local/elog/themes/default/favicon.png /usr/local/elog/themes/default/first.png /usr/local/elog/themes/default/icons /usr/local/elog/themes/default/icons/arrow.png /usr/local/elog/themes/default/icons/astonished.png /usr/local/elog/themes/default/icons/attn.png /usr/local/elog/themes/default/icons/biggrin.png /usr/local/elog/themes/default/icons/bulb.png /usr/local/elog/themes/default/icons/confused.png /usr/local/elog/themes/default/icons/cool.png /usr/local/elog/themes/default/icons/crying.png /usr/local/elog/themes/default/icons/elc_anchor.png /usr/local/elog/themes/default/icons/elc_arrow.png /usr/local/elog/themes/default/icons/elc_astonished.png /usr/local/elog/themes/default/icons/elc_biggrin.png /usr/local/elog/themes/default/icons/elc_bold.png /usr/local/elog/themes/default/icons/elc_center.png /usr/local/elog/themes/default/icons/elc_clock.png /usr/local/elog/themes/default/icons/elc_code.png /usr/local/elog/themes/default/icons/elc_confused.png /usr/local/elog/themes/default/icons/elc_cool.png /usr/local/elog/themes/default/icons/elc_crying.png /usr/local/elog/themes/default/icons/elc_delatt.png /usr/local/elog/themes/default/icons/elc_email.png /usr/local/elog/themes/default/icons/elc_frown.png /usr/local/elog/themes/default/icons/elc_happy.png /usr/local/elog/themes/default/icons/elc_heading.png /usr/local/elog/themes/default/icons/elc_image.png /usr/local/elog/themes/default/icons/elc_italic.png /usr/local/elog/themes/default/icons/elc_larger.png /usr/local/elog/themes/default/icons/elc_line.png /usr/local/elog/themes/default/icons/elc_list.png /usr/local/elog/themes/default/icons/elc_mad.png /usr/local/elog/themes/default/icons/elc_original.png /usr/local/elog/themes/default/icons/elc_pleased.png /usr/local/elog/themes/default/icons/elc_quote.png /usr/local/elog/themes/default/icons/elc_rotleft.png /usr/local/elog/themes/default/icons/elc_rotright.png /usr/local/elog/themes/default/icons/elc_smaller.png /usr/local/elog/themes/default/icons/elc_smile.png /usr/local/elog/themes/default/icons/elc_table.png /usr/local/elog/themes/default/icons/elc_tongue.png /usr/local/elog/themes/default/icons/elc_underline.png /usr/local/elog/themes/default/icons/elc_url.png /usr/local/elog/themes/default/icons/elc_wink.png /usr/local/elog/themes/default/icons/elc_yawn.png /usr/local/elog/themes/default/icons/eld_anchor.png /usr/local/elog/themes/default/icons/eld_arrow.png /usr/local/elog/themes/default/icons/eld_astonished.png /usr/local/elog/themes/default/icons/eld_biggrin.png /usr/local/elog/themes/default/icons/eld_bold.png /usr/local/elog/themes/default/icons/eld_center.png /usr/local/elog/themes/default/icons/eld_clock.png /usr/local/elog/themes/default/icons/eld_code.png /usr/local/elog/themes/default/icons/eld_confused.png /usr/local/elog/themes/default/icons/eld_cool.png /usr/local/elog/themes/default/icons/eld_crying.png /usr/local/elog/themes/default/icons/eld_delatt.png /usr/local/elog/themes/default/icons/eld_email.png /usr/local/elog/themes/default/icons/eld_frown.png /usr/local/elog/themes/default/icons/eld_happy.png /usr/local/elog/themes/default/icons/eld_heading.png /usr/local/elog/themes/default/icons/eld_image.png /usr/local/elog/themes/default/icons/eld_italic.png /usr/local/elog/themes/default/icons/eld_larger.png /usr/local/elog/themes/default/icons/eld_line.png /usr/local/elog/themes/default/icons/eld_list.png /usr/local/elog/themes/default/icons/eld_mad.png /usr/local/elog/themes/default/icons/eld_original.png /usr/local/elog/themes/default/icons/eld_pleased.png /usr/local/elog/themes/default/icons/eld_quote.png /usr/local/elog/themes/default/icons/eld_rotleft.png /usr/local/elog/themes/default/icons/eld_rotright.png /usr/local/elog/themes/default/icons/eld_smaller.png /usr/local/elog/themes/default/icons/eld_smile.png /usr/local/elog/themes/default/icons/eld_table.png /usr/local/elog/themes/default/icons/eld_tongue.png /usr/local/elog/themes/default/icons/eld_underline.png /usr/local/elog/themes/default/icons/eld_url.png /usr/local/elog/themes/default/icons/eld_wink.png /usr/local/elog/themes/default/icons/eld_yawn.png /usr/local/elog/themes/default/icons/frown.png /usr/local/elog/themes/default/icons/happy.png /usr/local/elog/themes/default/icons/icon1.gif /usr/local/elog/themes/default/icons/icon1.png /usr/local/elog/themes/default/icons/icon10.gif /usr/local/elog/themes/default/icons/icon10.png /usr/local/elog/themes/default/icons/icon11.gif /usr/local/elog/themes/default/icons/icon11.png /usr/local/elog/themes/default/icons/icon12.gif /usr/local/elog/themes/default/icons/icon12.png /usr/local/elog/themes/default/icons/icon13.gif /usr/local/elog/themes/default/icons/icon13.png /usr/local/elog/themes/default/icons/icon14.gif /usr/local/elog/themes/default/icons/icon14.png /usr/local/elog/themes/default/icons/icon2.gif /usr/local/elog/themes/default/icons/icon2.png /usr/local/elog/themes/default/icons/icon3.gif /usr/local/elog/themes/default/icons/icon3.png /usr/local/elog/themes/default/icons/icon4.gif /usr/local/elog/themes/default/icons/icon4.png /usr/local/elog/themes/default/icons/icon5.gif /usr/local/elog/themes/default/icons/icon5.png /usr/local/elog/themes/default/icons/icon6.gif /usr/local/elog/themes/default/icons/icon6.png /usr/local/elog/themes/default/icons/icon7.gif /usr/local/elog/themes/default/icons/icon7.png /usr/local/elog/themes/default/icons/icon8.gif /usr/local/elog/themes/default/icons/icon8.png /usr/local/elog/themes/default/icons/icon9.gif /usr/local/elog/themes/default/icons/icon9.png /usr/local/elog/themes/default/icons/mad.png /usr/local/elog/themes/default/icons/paper.png /usr/local/elog/themes/default/icons/pleased.png /usr/local/elog/themes/default/icons/question.png /usr/local/elog/themes/default/icons/smile.png /usr/local/elog/themes/default/icons/thmbdown.png /usr/local/elog/themes/default/icons/thmbup.png /usr/local/elog/themes/default/icons/tongue.png /usr/local/elog/themes/default/icons/wink.png /usr/local/elog/themes/default/icons/yawn.png /usr/local/elog/themes/default/last.png /usr/local/elog/themes/default/lock.png /usr/local/elog/themes/default/new_entry.png /usr/local/elog/themes/default/next.png /usr/local/elog/themes/default/previous.png /usr/local/elog/themes/default/reply.png /usr/local/elog/themes/default/stop.png /usr/local/elog/themes/default/tiny.css /usr/local/elog/themes/default/up.png /usr/local/sbin/elogd /usr/share/doc/elog /usr/share/doc/elog/COPYING /usr/share/doc/elog/README /usr/share/doc/elog/doc /usr/share/doc/elog/doc/ChangeLog /usr/share/doc/elog/doc/adminguide.html /usr/share/doc/elog/doc/cell_style.png /usr/share/doc/elog/doc/config.html /usr/share/doc/elog/doc/contrib.html /usr/share/doc/elog/doc/download.html /usr/share/doc/elog/doc/elog.css /usr/share/doc/elog/doc/elog.gif /usr/share/doc/elog/doc/elog_thumb.gif /usr/share/doc/elog/doc/faq.html /usr/share/doc/elog/doc/hierarchy.gif /usr/share/doc/elog/doc/index.html /usr/share/doc/elog/doc/live_bookmarks.png /usr/share/doc/elog/doc/paypalcard.png /usr/share/doc/elog/doc/rss.png /usr/share/doc/elog/doc/strftime.txt /usr/share/doc/elog/doc/sync.gif /usr/share/doc/elog/doc/tabs.gif /usr/share/doc/elog/doc/theme1.jpg /usr/share/doc/elog/doc/theme2.jpg /usr/share/doc/elog/doc/thumbnail.png /usr/share/doc/elog/doc/userguide.html /usr/share/doc/elog/doc/wishlist.html /usr/share/man/man1/elconv.1.gz /usr/share/man/man1/elog.1.gz /usr/share/man/man8/elogd.8.gz
* Wed Feb 21 2024 Stefan Ritt <stefan.ritt@psi.ch> 3.1.5-20240221 - Updated from git Mon Sep 18 14:37:35 2023 +0200 - 0cd2a615
/etc/rc.d/init.d/elogd /usr/lib/.build-id /usr/lib/.build-id/50 /usr/lib/.build-id/50/c1b2e6bce31b5c4b980f23ea99a5917d6845b9 /usr/lib/.build-id/59 /usr/lib/.build-id/59/577563e5cff7edea6edc6234391ffc35974e10 /usr/lib/.build-id/f0 /usr/lib/.build-id/f0/86a03aa444b1180b864a5458373b80a3ac41e9 /usr/local/bin/elconv /usr/local/bin/elog /usr/local/elog/elogd.cfg /usr/local/elog/logbooks /usr/local/elog/logbooks/demo /usr/local/elog/logbooks/demo/2001 /usr/local/elog/logbooks/demo/2001/011108a.log /usr/local/elog/resources /usr/local/elog/resources/elcode_english.html /usr/local/elog/resources/elcode_indonesia.html /usr/local/elog/resources/elcode_zh_CN-GB2312.html /usr/local/elog/resources/elcode_zh_CN-UTF8.html /usr/local/elog/resources/elogd-zh_CN-GB2312.cfg /usr/local/elog/resources/elogd-zh_CN-UTF8.cfg /usr/local/elog/resources/eloghelp_brazilian.html /usr/local/elog/resources/eloghelp_czech.html /usr/local/elog/resources/eloghelp_danish.html /usr/local/elog/resources/eloghelp_dutch.html /usr/local/elog/resources/eloghelp_english.html /usr/local/elog/resources/eloghelp_french.html /usr/local/elog/resources/eloghelp_german.html /usr/local/elog/resources/eloghelp_indonesia.html /usr/local/elog/resources/eloghelp_italian.html /usr/local/elog/resources/eloghelp_japanese.html /usr/local/elog/resources/eloghelp_polish.html /usr/local/elog/resources/eloghelp_slovak.html /usr/local/elog/resources/eloghelp_spanish.html /usr/local/elog/resources/eloghelp_swedish.html /usr/local/elog/resources/eloghelp_turkish.html /usr/local/elog/resources/eloghelp_zh_CN-GB2312.html /usr/local/elog/resources/eloghelp_zh_CN-UTF8.html /usr/local/elog/resources/eloglang.brazilian /usr/local/elog/resources/eloglang.bulgarian /usr/local/elog/resources/eloglang.czech /usr/local/elog/resources/eloglang.danish /usr/local/elog/resources/eloglang.dutch /usr/local/elog/resources/eloglang.french /usr/local/elog/resources/eloglang.german /usr/local/elog/resources/eloglang.german_UTF8 /usr/local/elog/resources/eloglang.indonesia /usr/local/elog/resources/eloglang.italian /usr/local/elog/resources/eloglang.japanese /usr/local/elog/resources/eloglang.polish /usr/local/elog/resources/eloglang.ru_CP1251 /usr/local/elog/resources/eloglang.slovak /usr/local/elog/resources/eloglang.spanish /usr/local/elog/resources/eloglang.swedish /usr/local/elog/resources/eloglang.turkish /usr/local/elog/resources/eloglang.zh_CN-GB2312 /usr/local/elog/resources/eloglang.zh_CN-UTF8 /usr/local/elog/scripts /usr/local/elog/scripts/ckeditor /usr/local/elog/scripts/ckeditor-config.js /usr/local/elog/scripts/ckeditor/CHANGES.md /usr/local/elog/scripts/ckeditor/LICENSE.md /usr/local/elog/scripts/ckeditor/README.md /usr/local/elog/scripts/ckeditor/adapters /usr/local/elog/scripts/ckeditor/adapters/jquery.js /usr/local/elog/scripts/ckeditor/build-config.js /usr/local/elog/scripts/ckeditor/ckeditor.js /usr/local/elog/scripts/ckeditor/config.js /usr/local/elog/scripts/ckeditor/contents.css /usr/local/elog/scripts/ckeditor/lang /usr/local/elog/scripts/ckeditor/lang/af.js /usr/local/elog/scripts/ckeditor/lang/ar.js /usr/local/elog/scripts/ckeditor/lang/bg.js /usr/local/elog/scripts/ckeditor/lang/bn.js /usr/local/elog/scripts/ckeditor/lang/bs.js /usr/local/elog/scripts/ckeditor/lang/ca.js /usr/local/elog/scripts/ckeditor/lang/cs.js /usr/local/elog/scripts/ckeditor/lang/cy.js /usr/local/elog/scripts/ckeditor/lang/da.js /usr/local/elog/scripts/ckeditor/lang/de.js /usr/local/elog/scripts/ckeditor/lang/el.js /usr/local/elog/scripts/ckeditor/lang/en-au.js /usr/local/elog/scripts/ckeditor/lang/en-ca.js /usr/local/elog/scripts/ckeditor/lang/en-gb.js /usr/local/elog/scripts/ckeditor/lang/en.js /usr/local/elog/scripts/ckeditor/lang/eo.js /usr/local/elog/scripts/ckeditor/lang/es.js /usr/local/elog/scripts/ckeditor/lang/et.js /usr/local/elog/scripts/ckeditor/lang/eu.js /usr/local/elog/scripts/ckeditor/lang/fa.js /usr/local/elog/scripts/ckeditor/lang/fi.js /usr/local/elog/scripts/ckeditor/lang/fo.js /usr/local/elog/scripts/ckeditor/lang/fr-ca.js /usr/local/elog/scripts/ckeditor/lang/fr.js /usr/local/elog/scripts/ckeditor/lang/gl.js /usr/local/elog/scripts/ckeditor/lang/gu.js /usr/local/elog/scripts/ckeditor/lang/he.js /usr/local/elog/scripts/ckeditor/lang/hi.js /usr/local/elog/scripts/ckeditor/lang/hr.js /usr/local/elog/scripts/ckeditor/lang/hu.js /usr/local/elog/scripts/ckeditor/lang/id.js /usr/local/elog/scripts/ckeditor/lang/is.js /usr/local/elog/scripts/ckeditor/lang/it.js /usr/local/elog/scripts/ckeditor/lang/ja.js /usr/local/elog/scripts/ckeditor/lang/ka.js /usr/local/elog/scripts/ckeditor/lang/km.js /usr/local/elog/scripts/ckeditor/lang/ko.js /usr/local/elog/scripts/ckeditor/lang/ku.js /usr/local/elog/scripts/ckeditor/lang/lt.js /usr/local/elog/scripts/ckeditor/lang/lv.js /usr/local/elog/scripts/ckeditor/lang/mk.js /usr/local/elog/scripts/ckeditor/lang/mn.js /usr/local/elog/scripts/ckeditor/lang/ms.js /usr/local/elog/scripts/ckeditor/lang/nb.js /usr/local/elog/scripts/ckeditor/lang/nl.js /usr/local/elog/scripts/ckeditor/lang/no.js /usr/local/elog/scripts/ckeditor/lang/pl.js /usr/local/elog/scripts/ckeditor/lang/pt-br.js /usr/local/elog/scripts/ckeditor/lang/pt.js /usr/local/elog/scripts/ckeditor/lang/ro.js /usr/local/elog/scripts/ckeditor/lang/ru.js /usr/local/elog/scripts/ckeditor/lang/si.js /usr/local/elog/scripts/ckeditor/lang/sk.js /usr/local/elog/scripts/ckeditor/lang/sl.js /usr/local/elog/scripts/ckeditor/lang/sq.js /usr/local/elog/scripts/ckeditor/lang/sr-latn.js /usr/local/elog/scripts/ckeditor/lang/sr.js /usr/local/elog/scripts/ckeditor/lang/sv.js /usr/local/elog/scripts/ckeditor/lang/th.js /usr/local/elog/scripts/ckeditor/lang/tr.js /usr/local/elog/scripts/ckeditor/lang/tt.js /usr/local/elog/scripts/ckeditor/lang/ug.js /usr/local/elog/scripts/ckeditor/lang/uk.js /usr/local/elog/scripts/ckeditor/lang/vi.js /usr/local/elog/scripts/ckeditor/lang/zh-cn.js /usr/local/elog/scripts/ckeditor/lang/zh.js /usr/local/elog/scripts/ckeditor/plugins /usr/local/elog/scripts/ckeditor/plugins/a11yhelp /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/a11yhelp.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/_translationstatus.txt /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/af.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ar.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/bg.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ca.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/cs.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/cy.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/da.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/de.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/el.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/en-gb.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/en.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/eo.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/es.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/et.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/fa.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/fi.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/fo.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/fr-ca.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/fr.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/gl.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/gu.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/he.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/hi.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/hr.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/hu.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/id.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/it.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ja.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/km.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ko.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ku.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/lt.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/lv.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/mk.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/mn.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/nb.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/nl.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/no.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/pl.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/pt-br.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/pt.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ro.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ru.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/si.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sk.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sl.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sq.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sr-latn.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sr.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/sv.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/th.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/tr.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/tt.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/ug.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/uk.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/vi.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/zh-cn.js /usr/local/elog/scripts/ckeditor/plugins/a11yhelp/dialogs/lang/zh.js /usr/local/elog/scripts/ckeditor/plugins/about /usr/local/elog/scripts/ckeditor/plugins/about/dialogs /usr/local/elog/scripts/ckeditor/plugins/about/dialogs/about.js /usr/local/elog/scripts/ckeditor/plugins/about/dialogs/hidpi /usr/local/elog/scripts/ckeditor/plugins/about/dialogs/hidpi/logo_ckeditor.png /usr/local/elog/scripts/ckeditor/plugins/about/dialogs/logo_ckeditor.png /usr/local/elog/scripts/ckeditor/plugins/clipboard /usr/local/elog/scripts/ckeditor/plugins/clipboard/dialogs /usr/local/elog/scripts/ckeditor/plugins/clipboard/dialogs/paste.js /usr/local/elog/scripts/ckeditor/plugins/colordialog /usr/local/elog/scripts/ckeditor/plugins/colordialog/dialogs /usr/local/elog/scripts/ckeditor/plugins/colordialog/dialogs/colordialog.js /usr/local/elog/scripts/ckeditor/plugins/dialog /usr/local/elog/scripts/ckeditor/plugins/dialog/dialogDefinition.js /usr/local/elog/scripts/ckeditor/plugins/div /usr/local/elog/scripts/ckeditor/plugins/div/dialogs /usr/local/elog/scripts/ckeditor/plugins/div/dialogs/div.js /usr/local/elog/scripts/ckeditor/plugins/dndfiles /usr/local/elog/scripts/ckeditor/plugins/dndfiles/plugin.js /usr/local/elog/scripts/ckeditor/plugins/eqneditor /usr/local/elog/scripts/ckeditor/plugins/eqneditor/dialogs /usr/local/elog/scripts/ckeditor/plugins/eqneditor/dialogs/eqneditor.js /usr/local/elog/scripts/ckeditor/plugins/eqneditor/dialogs/lang /usr/local/elog/scripts/ckeditor/plugins/eqneditor/dialogs/lang/en.js /usr/local/elog/scripts/ckeditor/plugins/eqneditor/icons /usr/local/elog/scripts/ckeditor/plugins/eqneditor/icons/eqneditor.png /usr/local/elog/scripts/ckeditor/plugins/eqneditor/lang /usr/local/elog/scripts/ckeditor/plugins/eqneditor/lang/en.js /usr/local/elog/scripts/ckeditor/plugins/eqneditor/plugin.js /usr/local/elog/scripts/ckeditor/plugins/fileupload /usr/local/elog/scripts/ckeditor/plugins/fileupload/dialogs /usr/local/elog/scripts/ckeditor/plugins/fileupload/dialogs/fileupload.js /usr/local/elog/scripts/ckeditor/plugins/fileupload/icons /usr/local/elog/scripts/ckeditor/plugins/fileupload/icons/fileupload.png /usr/local/elog/scripts/ckeditor/plugins/fileupload/plugin.js /usr/local/elog/scripts/ckeditor/plugins/find /usr/local/elog/scripts/ckeditor/plugins/find/dialogs /usr/local/elog/scripts/ckeditor/plugins/find/dialogs/find.js /usr/local/elog/scripts/ckeditor/plugins/flash /usr/local/elog/scripts/ckeditor/plugins/flash/dialogs /usr/local/elog/scripts/ckeditor/plugins/flash/dialogs/flash.js /usr/local/elog/scripts/ckeditor/plugins/flash/images /usr/local/elog/scripts/ckeditor/plugins/flash/images/placeholder.png /usr/local/elog/scripts/ckeditor/plugins/forms /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/button.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/checkbox.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/form.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/hiddenfield.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/radio.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/select.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/textarea.js /usr/local/elog/scripts/ckeditor/plugins/forms/dialogs/textfield.js /usr/local/elog/scripts/ckeditor/plugins/forms/images /usr/local/elog/scripts/ckeditor/plugins/forms/images/hiddenfield.gif /usr/local/elog/scripts/ckeditor/plugins/icons.png /usr/local/elog/scripts/ckeditor/plugins/icons_hidpi.png /usr/local/elog/scripts/ckeditor/plugins/iframe /usr/local/elog/scripts/ckeditor/plugins/iframe/dialogs /usr/local/elog/scripts/ckeditor/plugins/iframe/dialogs/iframe.js /usr/local/elog/scripts/ckeditor/plugins/iframe/images /usr/local/elog/scripts/ckeditor/plugins/iframe/images/placeholder.png /usr/local/elog/scripts/ckeditor/plugins/image /usr/local/elog/scripts/ckeditor/plugins/image/dialogs /usr/local/elog/scripts/ckeditor/plugins/image/dialogs/image.js /usr/local/elog/scripts/ckeditor/plugins/image/images /usr/local/elog/scripts/ckeditor/plugins/image/images/noimage.png /usr/local/elog/scripts/ckeditor/plugins/image2 /usr/local/elog/scripts/ckeditor/plugins/image2/dev /usr/local/elog/scripts/ckeditor/plugins/image2/dev/assets /usr/local/elog/scripts/ckeditor/plugins/image2/dev/assets/image1.jpg /usr/local/elog/scripts/ckeditor/plugins/image2/dev/assets/image2.jpg /usr/local/elog/scripts/ckeditor/plugins/image2/dev/contents.css /usr/local/elog/scripts/ckeditor/plugins/image2/dev/image2.html /usr/local/elog/scripts/ckeditor/plugins/image2/dialogs /usr/local/elog/scripts/ckeditor/plugins/image2/dialogs/image2.js /usr/local/elog/scripts/ckeditor/plugins/image2/icons /usr/local/elog/scripts/ckeditor/plugins/image2/icons/hidpi /usr/local/elog/scripts/ckeditor/plugins/image2/icons/hidpi/image.png /usr/local/elog/scripts/ckeditor/plugins/image2/icons/image.png /usr/local/elog/scripts/ckeditor/plugins/image2/lang /usr/local/elog/scripts/ckeditor/plugins/image2/lang/af.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ar.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/bg.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/bn.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/bs.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ca.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/cs.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/cy.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/da.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/de.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/el.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/en-au.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/en-ca.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/en-gb.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/en.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/eo.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/es.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/et.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/eu.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/fa.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/fi.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/fo.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/fr-ca.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/fr.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/gl.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/gu.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/he.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/hi.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/hr.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/hu.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/id.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/is.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/it.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ja.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ka.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/km.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ko.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ku.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/lt.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/lv.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/mk.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/mn.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ms.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/nb.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/nl.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/no.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/pl.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/pt-br.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/pt.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ro.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ru.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/si.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sk.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sl.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sq.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sr-latn.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sr.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/sv.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/th.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/tr.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/tt.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/ug.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/uk.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/vi.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/zh-cn.js /usr/local/elog/scripts/ckeditor/plugins/image2/lang/zh.js /usr/local/elog/scripts/ckeditor/plugins/image2/plugin.js /usr/local/elog/scripts/ckeditor/plugins/image2/samples /usr/local/elog/scripts/ckeditor/plugins/image2/samples/assets /usr/local/elog/scripts/ckeditor/plugins/image2/samples/assets/image1.jpg /usr/local/elog/scripts/ckeditor/plugins/image2/samples/assets/image2.jpg /usr/local/elog/scripts/ckeditor/plugins/image2/samples/image2.html /usr/local/elog/scripts/ckeditor/plugins/imagepaste /usr/local/elog/scripts/ckeditor/plugins/imagepaste/docs /usr/local/elog/scripts/ckeditor/plugins/imagepaste/docs/install.html /usr/local/elog/scripts/ckeditor/plugins/imagepaste/docs/styles.css /usr/local/elog/scripts/ckeditor/plugins/link /usr/local/elog/scripts/ckeditor/plugins/link/dialogs /usr/local/elog/scripts/ckeditor/plugins/link/dialogs/anchor.js /usr/local/elog/scripts/ckeditor/plugins/link/dialogs/link.js /usr/local/elog/scripts/ckeditor/plugins/link/images /usr/local/elog/scripts/ckeditor/plugins/link/images/anchor.png /usr/local/elog/scripts/ckeditor/plugins/link/images/hidpi /usr/local/elog/scripts/ckeditor/plugins/link/images/hidpi/anchor.png /usr/local/elog/scripts/ckeditor/plugins/liststyle /usr/local/elog/scripts/ckeditor/plugins/liststyle/dialogs /usr/local/elog/scripts/ckeditor/plugins/liststyle/dialogs/liststyle.js /usr/local/elog/scripts/ckeditor/plugins/magicline /usr/local/elog/scripts/ckeditor/plugins/magicline/images /usr/local/elog/scripts/ckeditor/plugins/magicline/images/hidpi /usr/local/elog/scripts/ckeditor/plugins/magicline/images/hidpi/icon-rtl.png /usr/local/elog/scripts/ckeditor/plugins/magicline/images/hidpi/icon.png /usr/local/elog/scripts/ckeditor/plugins/magicline/images/icon-rtl.png /usr/local/elog/scripts/ckeditor/plugins/magicline/images/icon.png /usr/local/elog/scripts/ckeditor/plugins/pagebreak /usr/local/elog/scripts/ckeditor/plugins/pagebreak/images /usr/local/elog/scripts/ckeditor/plugins/pagebreak/images/pagebreak.gif /usr/local/elog/scripts/ckeditor/plugins/pastefromword /usr/local/elog/scripts/ckeditor/plugins/pastefromword/filter /usr/local/elog/scripts/ckeditor/plugins/pastefromword/filter/default.js /usr/local/elog/scripts/ckeditor/plugins/preview /usr/local/elog/scripts/ckeditor/plugins/preview/preview.html /usr/local/elog/scripts/ckeditor/plugins/scayt /usr/local/elog/scripts/ckeditor/plugins/scayt/LICENSE.md /usr/local/elog/scripts/ckeditor/plugins/scayt/README.md /usr/local/elog/scripts/ckeditor/plugins/scayt/dialogs /usr/local/elog/scripts/ckeditor/plugins/scayt/dialogs/options.js /usr/local/elog/scripts/ckeditor/plugins/scayt/dialogs/toolbar.css /usr/local/elog/scripts/ckeditor/plugins/showblocks /usr/local/elog/scripts/ckeditor/plugins/showblocks/images /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_address.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_blockquote.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_div.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h1.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h2.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h3.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h4.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h5.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_h6.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_p.png /usr/local/elog/scripts/ckeditor/plugins/showblocks/images/block_pre.png /usr/local/elog/scripts/ckeditor/plugins/smiley /usr/local/elog/scripts/ckeditor/plugins/smiley/dialogs /usr/local/elog/scripts/ckeditor/plugins/smiley/dialogs/smiley.js /usr/local/elog/scripts/ckeditor/plugins/smiley/images /usr/local/elog/scripts/ckeditor/plugins/smiley/images/angel_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/angel_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/angry_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/angry_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/broken_heart.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/broken_heart.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/confused_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/confused_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/cry_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/cry_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/devil_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/devil_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/embaressed_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/embarrassed_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/embarrassed_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/envelope.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/envelope.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/heart.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/heart.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/kiss.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/kiss.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/lightbulb.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/lightbulb.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/omg_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/omg_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/regular_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/regular_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/sad_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/sad_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/shades_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/shades_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/teeth_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/teeth_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/thumbs_down.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/thumbs_down.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/thumbs_up.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/thumbs_up.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/tongue_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/tongue_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/tounge_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/whatchutalkingabout_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/whatchutalkingabout_smile.png /usr/local/elog/scripts/ckeditor/plugins/smiley/images/wink_smile.gif /usr/local/elog/scripts/ckeditor/plugins/smiley/images/wink_smile.png /usr/local/elog/scripts/ckeditor/plugins/specialchar /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/_translationstatus.txt /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/af.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ar.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/bg.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ca.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/cs.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/cy.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/da.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/de.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/el.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/en-gb.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/en.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/eo.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/es.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/et.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/fa.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/fi.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/fr-ca.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/fr.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/gl.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/he.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/hr.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/hu.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/id.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/it.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ja.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/km.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ko.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ku.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/lt.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/lv.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/nb.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/nl.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/no.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/pl.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/pt-br.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/pt.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ru.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/si.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/sk.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/sl.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/sq.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/sv.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/th.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/tr.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/tt.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/ug.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/uk.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/vi.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/zh-cn.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/lang/zh.js /usr/local/elog/scripts/ckeditor/plugins/specialchar/dialogs/specialchar.js /usr/local/elog/scripts/ckeditor/plugins/table /usr/local/elog/scripts/ckeditor/plugins/table/dialogs /usr/local/elog/scripts/ckeditor/plugins/table/dialogs/table.js /usr/local/elog/scripts/ckeditor/plugins/tabletools /usr/local/elog/scripts/ckeditor/plugins/tabletools/dialogs /usr/local/elog/scripts/ckeditor/plugins/tabletools/dialogs/tableCell.js /usr/local/elog/scripts/ckeditor/plugins/templates /usr/local/elog/scripts/ckeditor/plugins/templates/dialogs /usr/local/elog/scripts/ckeditor/plugins/templates/dialogs/templates.css /usr/local/elog/scripts/ckeditor/plugins/templates/dialogs/templates.js /usr/local/elog/scripts/ckeditor/plugins/templates/templates /usr/local/elog/scripts/ckeditor/plugins/templates/templates/default.js /usr/local/elog/scripts/ckeditor/plugins/templates/templates/images /usr/local/elog/scripts/ckeditor/plugins/templates/templates/images/template1.gif /usr/local/elog/scripts/ckeditor/plugins/templates/templates/images/template2.gif /usr/local/elog/scripts/ckeditor/plugins/templates/templates/images/template3.gif /usr/local/elog/scripts/ckeditor/plugins/timestamp /usr/local/elog/scripts/ckeditor/plugins/timestamp/icons /usr/local/elog/scripts/ckeditor/plugins/timestamp/icons/timestamp.png /usr/local/elog/scripts/ckeditor/plugins/timestamp/plugin.js /usr/local/elog/scripts/ckeditor/plugins/widget /usr/local/elog/scripts/ckeditor/plugins/widget/images /usr/local/elog/scripts/ckeditor/plugins/widget/images/handle.png /usr/local/elog/scripts/ckeditor/plugins/wsc /usr/local/elog/scripts/ckeditor/plugins/wsc/LICENSE.md /usr/local/elog/scripts/ckeditor/plugins/wsc/README.md /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs/ciframe.html /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs/tmpFrameset.html /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs/wsc.css /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs/wsc.js /usr/local/elog/scripts/ckeditor/plugins/wsc/dialogs/wsc_ie.js /usr/local/elog/scripts/ckeditor/samples /usr/local/elog/scripts/ckeditor/samples/css /usr/local/elog/scripts/ckeditor/samples/css/samples.css /usr/local/elog/scripts/ckeditor/samples/img /usr/local/elog/scripts/ckeditor/samples/img/github-top.png /usr/local/elog/scripts/ckeditor/samples/img/header-bg.png /usr/local/elog/scripts/ckeditor/samples/img/header-separator.png /usr/local/elog/scripts/ckeditor/samples/img/logo.png /usr/local/elog/scripts/ckeditor/samples/img/navigation-tip.png /usr/local/elog/scripts/ckeditor/samples/index.html /usr/local/elog/scripts/ckeditor/samples/js /usr/local/elog/scripts/ckeditor/samples/js/sample.js /usr/local/elog/scripts/ckeditor/samples/js/sf.js /usr/local/elog/scripts/ckeditor/samples/old /usr/local/elog/scripts/ckeditor/samples/old/ajax.html /usr/local/elog/scripts/ckeditor/samples/old/api.html /usr/local/elog/scripts/ckeditor/samples/old/appendto.html /usr/local/elog/scripts/ckeditor/samples/old/assets /usr/local/elog/scripts/ckeditor/samples/old/assets/inlineall /usr/local/elog/scripts/ckeditor/samples/old/assets/inlineall/logo.png /usr/local/elog/scripts/ckeditor/samples/old/assets/outputxhtml /usr/local/elog/scripts/ckeditor/samples/old/assets/outputxhtml/outputxhtml.css /usr/local/elog/scripts/ckeditor/samples/old/assets/posteddata.php /usr/local/elog/scripts/ckeditor/samples/old/assets/sample.jpg /usr/local/elog/scripts/ckeditor/samples/old/assets/uilanguages /usr/local/elog/scripts/ckeditor/samples/old/assets/uilanguages/languages.js /usr/local/elog/scripts/ckeditor/samples/old/datafiltering.html /usr/local/elog/scripts/ckeditor/samples/old/dialog /usr/local/elog/scripts/ckeditor/samples/old/dialog/assets /usr/local/elog/scripts/ckeditor/samples/old/dialog/assets/my_dialog.js /usr/local/elog/scripts/ckeditor/samples/old/dialog/dialog.html /usr/local/elog/scripts/ckeditor/samples/old/divreplace.html /usr/local/elog/scripts/ckeditor/samples/old/enterkey /usr/local/elog/scripts/ckeditor/samples/old/enterkey/enterkey.html /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/assets /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/assets/outputforflash /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/assets/outputforflash/outputforflash.fla /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/assets/outputforflash/outputforflash.swf /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/assets/outputforflash/swfobject.js /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/outputforflash.html /usr/local/elog/scripts/ckeditor/samples/old/htmlwriter/outputhtml.html /usr/local/elog/scripts/ckeditor/samples/old/index.html /usr/local/elog/scripts/ckeditor/samples/old/inlineall.html /usr/local/elog/scripts/ckeditor/samples/old/inlinebycode.html /usr/local/elog/scripts/ckeditor/samples/old/inlinetextarea.html /usr/local/elog/scripts/ckeditor/samples/old/jquery.html /usr/local/elog/scripts/ckeditor/samples/old/magicline /usr/local/elog/scripts/ckeditor/samples/old/magicline/magicline.html /usr/local/elog/scripts/ckeditor/samples/old/readonly.html /usr/local/elog/scripts/ckeditor/samples/old/replacebyclass.html /usr/local/elog/scripts/ckeditor/samples/old/replacebycode.html /usr/local/elog/scripts/ckeditor/samples/old/sample.css /usr/local/elog/scripts/ckeditor/samples/old/sample.js /usr/local/elog/scripts/ckeditor/samples/old/sample_posteddata.php /usr/local/elog/scripts/ckeditor/samples/old/tabindex.html /usr/local/elog/scripts/ckeditor/samples/old/toolbar /usr/local/elog/scripts/ckeditor/samples/old/toolbar/toolbar.html /usr/local/elog/scripts/ckeditor/samples/old/uicolor.html /usr/local/elog/scripts/ckeditor/samples/old/uilanguages.html /usr/local/elog/scripts/ckeditor/samples/old/wysiwygarea /usr/local/elog/scripts/ckeditor/samples/old/wysiwygarea/fullpage.html /usr/local/elog/scripts/ckeditor/samples/old/xhtmlstyle.html /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/css /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/css/fontello.css /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/LICENSE.txt /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/config.json /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/fontello.eot /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/fontello.svg /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/fontello.ttf /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/font/fontello.woff /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/index.html /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/js/abstracttoolbarmodifier.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/js/fulltoolbareditor.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/js/toolbarmodifier.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/js/toolbartextmodifier.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/LICENSE /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/codemirror.css /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/codemirror.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/javascript.js /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/neo.css /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/show-hint.css /usr/local/elog/scripts/ckeditor/samples/toolbarconfigurator/lib/codemirror/show-hint.js /usr/local/elog/scripts/ckeditor/skins /usr/local/elog/scripts/ckeditor/skins/moono /usr/local/elog/scripts/ckeditor/skins/moono/dialog.css /usr/local/elog/scripts/ckeditor/skins/moono/dialog_ie.css /usr/local/elog/scripts/ckeditor/skins/moono/dialog_ie7.css /usr/local/elog/scripts/ckeditor/skins/moono/dialog_ie8.css /usr/local/elog/scripts/ckeditor/skins/moono/dialog_iequirks.css /usr/local/elog/scripts/ckeditor/skins/moono/editor.css /usr/local/elog/scripts/ckeditor/skins/moono/editor_gecko.css /usr/local/elog/scripts/ckeditor/skins/moono/editor_ie.css /usr/local/elog/scripts/ckeditor/skins/moono/editor_ie7.css /usr/local/elog/scripts/ckeditor/skins/moono/editor_ie8.css /usr/local/elog/scripts/ckeditor/skins/moono/editor_iequirks.css /usr/local/elog/scripts/ckeditor/skins/moono/icons.png /usr/local/elog/scripts/ckeditor/skins/moono/icons_hidpi.png /usr/local/elog/scripts/ckeditor/skins/moono/images /usr/local/elog/scripts/ckeditor/skins/moono/images/arrow.png /usr/local/elog/scripts/ckeditor/skins/moono/images/close.png /usr/local/elog/scripts/ckeditor/skins/moono/images/hidpi /usr/local/elog/scripts/ckeditor/skins/moono/images/hidpi/close.png /usr/local/elog/scripts/ckeditor/skins/moono/images/hidpi/lock-open.png /usr/local/elog/scripts/ckeditor/skins/moono/images/hidpi/lock.png /usr/local/elog/scripts/ckeditor/skins/moono/images/hidpi/refresh.png /usr/local/elog/scripts/ckeditor/skins/moono/images/lock-open.png /usr/local/elog/scripts/ckeditor/skins/moono/images/lock.png /usr/local/elog/scripts/ckeditor/skins/moono/images/refresh.png /usr/local/elog/scripts/ckeditor/skins/moono/images/spinner.gif /usr/local/elog/scripts/ckeditor/skins/moono/readme.md /usr/local/elog/scripts/ckeditor/styles.js /usr/local/elog/scripts/dnd.js /usr/local/elog/scripts/elcode.js /usr/local/elog/scripts/im.js /usr/local/elog/scripts/jquery-1.11.1.min.js /usr/local/elog/scripts/load-ckeditor.js /usr/local/elog/scripts/progress /usr/local/elog/scripts/progress/progress.min.js /usr/local/elog/scripts/progress/progressjs.min.css /usr/local/elog/ssl /usr/local/elog/ssl/server.crt /usr/local/elog/ssl/server.key /usr/local/elog/themes /usr/local/elog/themes/default /usr/local/elog/themes/default/all_entry.png /usr/local/elog/themes/default/attachment.png /usr/local/elog/themes/default/cal.png /usr/local/elog/themes/default/cal_next.png /usr/local/elog/themes/default/cal_prev.png /usr/local/elog/themes/default/clock.png /usr/local/elog/themes/default/compact.css /usr/local/elog/themes/default/delete.png /usr/local/elog/themes/default/down.png /usr/local/elog/themes/default/edit.png /usr/local/elog/themes/default/elog.css /usr/local/elog/themes/default/elog.png /usr/local/elog/themes/default/entry.png /usr/local/elog/themes/default/favicon.ico /usr/local/elog/themes/default/favicon.png /usr/local/elog/themes/default/first.png /usr/local/elog/themes/default/icons /usr/local/elog/themes/default/icons/arrow.png /usr/local/elog/themes/default/icons/astonished.png /usr/local/elog/themes/default/icons/attn.png /usr/local/elog/themes/default/icons/biggrin.png /usr/local/elog/themes/default/icons/bulb.png /usr/local/elog/themes/default/icons/confused.png /usr/local/elog/themes/default/icons/cool.png /usr/local/elog/themes/default/icons/crying.png /usr/local/elog/themes/default/icons/elc_anchor.png /usr/local/elog/themes/default/icons/elc_arrow.png /usr/local/elog/themes/default/icons/elc_astonished.png /usr/local/elog/themes/default/icons/elc_biggrin.png /usr/local/elog/themes/default/icons/elc_bold.png /usr/local/elog/themes/default/icons/elc_center.png /usr/local/elog/themes/default/icons/elc_clock.png /usr/local/elog/themes/default/icons/elc_code.png /usr/local/elog/themes/default/icons/elc_confused.png /usr/local/elog/themes/default/icons/elc_cool.png /usr/local/elog/themes/default/icons/elc_crying.png /usr/local/elog/themes/default/icons/elc_delatt.png /usr/local/elog/themes/default/icons/elc_email.png /usr/local/elog/themes/default/icons/elc_frown.png /usr/local/elog/themes/default/icons/elc_happy.png /usr/local/elog/themes/default/icons/elc_heading.png /usr/local/elog/themes/default/icons/elc_image.png /usr/local/elog/themes/default/icons/elc_italic.png /usr/local/elog/themes/default/icons/elc_larger.png /usr/local/elog/themes/default/icons/elc_line.png /usr/local/elog/themes/default/icons/elc_list.png /usr/local/elog/themes/default/icons/elc_mad.png /usr/local/elog/themes/default/icons/elc_original.png /usr/local/elog/themes/default/icons/elc_pleased.png /usr/local/elog/themes/default/icons/elc_quote.png /usr/local/elog/themes/default/icons/elc_rotleft.png /usr/local/elog/themes/default/icons/elc_rotright.png /usr/local/elog/themes/default/icons/elc_smaller.png /usr/local/elog/themes/default/icons/elc_smile.png /usr/local/elog/themes/default/icons/elc_table.png /usr/local/elog/themes/default/icons/elc_tongue.png /usr/local/elog/themes/default/icons/elc_underline.png /usr/local/elog/themes/default/icons/elc_url.png /usr/local/elog/themes/default/icons/elc_wink.png /usr/local/elog/themes/default/icons/elc_yawn.png /usr/local/elog/themes/default/icons/eld_anchor.png /usr/local/elog/themes/default/icons/eld_arrow.png /usr/local/elog/themes/default/icons/eld_astonished.png /usr/local/elog/themes/default/icons/eld_biggrin.png /usr/local/elog/themes/default/icons/eld_bold.png /usr/local/elog/themes/default/icons/eld_center.png /usr/local/elog/themes/default/icons/eld_clock.png /usr/local/elog/themes/default/icons/eld_code.png /usr/local/elog/themes/default/icons/eld_confused.png /usr/local/elog/themes/default/icons/eld_cool.png /usr/local/elog/themes/default/icons/eld_crying.png /usr/local/elog/themes/default/icons/eld_delatt.png /usr/local/elog/themes/default/icons/eld_email.png /usr/local/elog/themes/default/icons/eld_frown.png /usr/local/elog/themes/default/icons/eld_happy.png /usr/local/elog/themes/default/icons/eld_heading.png /usr/local/elog/themes/default/icons/eld_image.png /usr/local/elog/themes/default/icons/eld_italic.png /usr/local/elog/themes/default/icons/eld_larger.png /usr/local/elog/themes/default/icons/eld_line.png /usr/local/elog/themes/default/icons/eld_list.png /usr/local/elog/themes/default/icons/eld_mad.png /usr/local/elog/themes/default/icons/eld_original.png /usr/local/elog/themes/default/icons/eld_pleased.png /usr/local/elog/themes/default/icons/eld_quote.png /usr/local/elog/themes/default/icons/eld_rotleft.png /usr/local/elog/themes/default/icons/eld_rotright.png /usr/local/elog/themes/default/icons/eld_smaller.png /usr/local/elog/themes/default/icons/eld_smile.png /usr/local/elog/themes/default/icons/eld_table.png /usr/local/elog/themes/default/icons/eld_tongue.png /usr/local/elog/themes/default/icons/eld_underline.png /usr/local/elog/themes/default/icons/eld_url.png /usr/local/elog/themes/default/icons/eld_wink.png /usr/local/elog/themes/default/icons/eld_yawn.png /usr/local/elog/themes/default/icons/frown.png /usr/local/elog/themes/default/icons/happy.png /usr/local/elog/themes/default/icons/icon1.gif /usr/local/elog/themes/default/icons/icon1.png /usr/local/elog/themes/default/icons/icon10.gif /usr/local/elog/themes/default/icons/icon10.png /usr/local/elog/themes/default/icons/icon11.gif /usr/local/elog/themes/default/icons/icon11.png /usr/local/elog/themes/default/icons/icon12.gif /usr/local/elog/themes/default/icons/icon12.png /usr/local/elog/themes/default/icons/icon13.gif /usr/local/elog/themes/default/icons/icon13.png /usr/local/elog/themes/default/icons/icon14.gif /usr/local/elog/themes/default/icons/icon14.png /usr/local/elog/themes/default/icons/icon2.gif /usr/local/elog/themes/default/icons/icon2.png /usr/local/elog/themes/default/icons/icon3.gif /usr/local/elog/themes/default/icons/icon3.png /usr/local/elog/themes/default/icons/icon4.gif /usr/local/elog/themes/default/icons/icon4.png /usr/local/elog/themes/default/icons/icon5.gif /usr/local/elog/themes/default/icons/icon5.png /usr/local/elog/themes/default/icons/icon6.gif /usr/local/elog/themes/default/icons/icon6.png /usr/local/elog/themes/default/icons/icon7.gif /usr/local/elog/themes/default/icons/icon7.png /usr/local/elog/themes/default/icons/icon8.gif /usr/local/elog/themes/default/icons/icon8.png /usr/local/elog/themes/default/icons/icon9.gif /usr/local/elog/themes/default/icons/icon9.png /usr/local/elog/themes/default/icons/mad.png /usr/local/elog/themes/default/icons/paper.png /usr/local/elog/themes/default/icons/pleased.png /usr/local/elog/themes/default/icons/question.png /usr/local/elog/themes/default/icons/smile.png /usr/local/elog/themes/default/icons/thmbdown.png /usr/local/elog/themes/default/icons/thmbup.png /usr/local/elog/themes/default/icons/tongue.png /usr/local/elog/themes/default/icons/wink.png /usr/local/elog/themes/default/icons/yawn.png /usr/local/elog/themes/default/last.png /usr/local/elog/themes/default/lock.png /usr/local/elog/themes/default/new_entry.png /usr/local/elog/themes/default/next.png /usr/local/elog/themes/default/previous.png /usr/local/elog/themes/default/reply.png /usr/local/elog/themes/default/stop.png /usr/local/elog/themes/default/tiny.css /usr/local/elog/themes/default/up.png /usr/local/sbin/elogd /usr/share/doc/elog /usr/share/doc/elog/COPYING /usr/share/doc/elog/README /usr/share/doc/elog/doc /usr/share/doc/elog/doc/ChangeLog /usr/share/doc/elog/doc/adminguide.html /usr/share/doc/elog/doc/cell_style.png /usr/share/doc/elog/doc/config.html /usr/share/doc/elog/doc/contrib.html /usr/share/doc/elog/doc/download.html /usr/share/doc/elog/doc/elog.css /usr/share/doc/elog/doc/elog.gif /usr/share/doc/elog/doc/elog_thumb.gif /usr/share/doc/elog/doc/faq.html /usr/share/doc/elog/doc/hierarchy.gif /usr/share/doc/elog/doc/index.html /usr/share/doc/elog/doc/live_bookmarks.png /usr/share/doc/elog/doc/paypalcard.png /usr/share/doc/elog/doc/rss.png /usr/share/doc/elog/doc/strftime.txt /usr/share/doc/elog/doc/sync.gif /usr/share/doc/elog/doc/tabs.gif /usr/share/doc/elog/doc/theme1.jpg /usr/share/doc/elog/doc/theme2.jpg /usr/share/doc/elog/doc/thumbnail.png /usr/share/doc/elog/doc/userguide.html /usr/share/doc/elog/doc/wishlist.html /usr/share/man/man1/elconv.1.gz /usr/share/man/man1/elog.1.gz /usr/share/man/man8/elogd.8.gz
EPEL retired the ELOG package for security reason.
You can build from GIT source as described in elog:Forum/69732 .
As SPECfile don't manage el8/9, you have to activate manually service thru "systemctl enable elogd" then "systemctl start elogd".
> > EPEL retired the ELOG package for security reason > > no, this is not what happened, we (I) requested removal of elog packages from epel, debian and ubuntu because they had obsolete pre-cve (insecure) > versions that should not be used. they were very pleasant, quick and efficient dealing with this. (but obviously they could not retroactively > remove elog from old versions of ubuntu and debian). Yep i remind now. Finally the result was the same :-( if CVEs had been fixed in repo, you should make a new official ELOG version and update download site with tarball, .exe and RPMS. Almost End-users do not use git repo... > we opted to not reclaim ownership of these packages (original person who created these packages had drifted away) because > none of us know how to create debian packages and all of us (speaking for myself) know how much PITA is building RPM packages. > plus I do not know if Stefan has access to el8 and el9 machines (I do not, we are moving to ubuntu/debian wholesale). I spent one hour yesterday to install almalinux in VM on my laptop, clone repo, rebuild ELOG RPM, install the new rpm and start elogd. You should have several VM on a shield for that :-P > I recommend building elog from git sources. it is simple, two commands (git clone + make) vs one command (rpm install), > it ensures you always have the latest version available, it is easy to update (git pull + make) and you do not > get any surprise updates (from nightly apt update/upgrade). The problem of building ELOG is that it needs a development machine with C++ and dependencies installed. This is not present (or forbidden) in production machine/VM... End users need simple package (rpm/pkg/*) to install it as all other products, with the confidence that this package has been testing... Also, "git clone and make" should be surprising, as the devs use a particular environment that should be different from user's one. The future is maybe something more universal as Flatpak/SNAP/... Btw thanks for ELOG program and support. Bye Laurent
> > I spent one hour yesterday to install almalinux in VM on my laptop, clone repo, rebuild ELOG RPM, install the new rpm and start elogd. > > You should have several VM on a shield for that :-P > > Right. One hour to install linux X, another hour for linux Y. Building RPMs is a constant challenge taking lots of time. If we > find someone who volunteers to build the RPMs and EXEs from the sources and takes over the responsibility for the next years, > I would be more than happy to upload the resulting files. I simply don't have time for that given all my other responsibilities. > > Best, > Stefan Hi Stephan, I understand your time problem. In fact, the "One hour" is the kickstart. Update is poweron VM, dnf update, git clone & rpmbuild x.y.z, then scp *.rpm to website. 10 mins. It could be scripted on your dev server if any VM manager is available from it. You can also use automatic build plaform as COPR (https://copr.fedorainfracloud.org/) for RPM, and Bitbucket for Debian/Ubuntu (native). Bitbucket accepts OSS projects for Free. With BitBucket, it's possible to configure personal runners for CI/CD (systems with pipeline client installed, as RHEL, Fedora, Windows, etc...). The pipeline scripts can build, test and generate the packages automatically, depend on system runners. As CI/CD, the process is automatically done after commits in git repo... A lot of work to make it in place, but when it's running, the delivery process is done This is also possible with GitLab and other big platorms. Maybe you should try. For my curiosity, I've just clone ELOG repo on Bitbucket to try the process. That's pity : pipelines are currently broken (incident traced in status page https://status.atlassian.com/). The goal is to build elog and pkg file for Ubuntu (docker images list : https://status.atlassian.com/). Next steps should to create a AlmaLinux VM to try RPM builds. Have nice day, Laurent
> As you saw I use the bitbucket pipeline for CI/CD. The current bitbucket-pipelines.yml is pretty simple (see attachment). If you make me one which does the rpmbuild automatically, I'm more than happy to upload and use it. The downside there is that it only works for so long. As you saw at the > error above, the pipeline worked a few years ago when I installed it. But in meantime things changed apparently and need to be fixed. ELOG is around since last century (literally!), and I'm kind of tired to fix things every once in a while. If somebody else could take over the responsibility to > deliver the RPMs I would be more than delighted.
Good news ! I thought the bitbucket-pipelines.yml was automatically added when importing the repo :-P
Btw, i try to update it as enclosed :
Manually, the artifacts (rpm files) are also available from website in pipeline's steps, Artifacts tab and download button.
NB : The ELOG version is statically set in pipeline script (3.1.5) so this script need to be updated with git one by bitbuecket vars or script command to retrieve it from src.
One more thing : the elog.spec.template must be patched to build last ELOG source on EL7. Without, an error occurs on nullptr usage and C++ must be set to C11 rules... See enclosed elog-EL7_c11_patch.diff .
Now, the Debian/Ubuntu PKGs generation have to be added. Need google as I do not do that for 20 years :-P
Nice to have up to date RPMs.
For .DEB, I contact the Ubuntu maintainer for its build script, and cool, he replied that he's searching for it. That's could help me to generate the deb more rapidly...
Elogd for windows has an option -install which normally does it. Is it working on last Windows version (or the one enclosed in elog:Forum/69664) ?
If Yes, a simple install-as-a-service.bat can be added to archive :-)
Yes, same build options are used. But i can not'confirm that they are working as well as on EL7. The tests done by build script on CI/CD are quite simple and limited to rpm installation, service start and access from cmdline to elog server. So thanks to report your personal experience with EL8/9 builds... 🤓
The menu is the line with available functions, customizable in logbooks config
Also, these are buttons in logbook edit view.
Could you be more specific? Where do I get the 'Menu commands"?
Bockjoo
Hey Enrico,
Do you activate also all options with your build ? (pam/ldap/kb5/ssl)
Can you compare ldd command results on elogd binaries builded by yourself and the one from RPM ?
$ ldd /path/to/elogd
Also, size of both elogd files.
Sorry for posting again but something else came up.
Actually, building from source (elog-3.1.5-1.tar.gz) works just fine on OpenShift too.
The problem described below only happens when installing the packaged binary elog-3.1.5-20240226.el9.x86_64.rpm.
Best, Enrico
We're setting up ELOG on OpenShift. ELOG is installed on a Alma Linux 9 image. The container and the elog demo works fine executing the docker image locally.
When deployed on OpenShift, we get a weird response, that results in a 502 Bad Gateway. The broken response looks like:
# curl -v -H 'X-Forwarded-User: enrico.gamberini@cern.ch' https://psi-elog-container2-elisa-epdtdi.app.cern.ch/demo/
<html>redir</html> HTTP/1.1 200 Document follows HTTP/1.1 200 Document follows Server: ELOG HTTP 3.1.5-23df00d Content-Type: text/html;charset=ISO-8859-1 Set-Cookie: elmode=Summary; path=/demo; expires=Friday, 07-Dec-35 06:30:26 GMT; Pragma: no-cache Cache-control: private, max-age=0, no-cache, no-store
Notice the HTML tag before the HTTP header, as well the duplicate HTTP header.
I understand that it might be difficult to reproduce, but any input would be very welcome!
Enrico,
When using RPM in OpenShift, I guess all the RPM dependencies are correctly installed.
FYI, I met a problem with elogd docker built with alpine Linux image and running on Synology NAS (x86_64). The ImageMagick dependencies libs provided by alpine for X86_64 are optimized for better CPU than mine with AVX2 (or something like that), and elogd failed to save a log with any enclosure (core exit, bad instruction), as some thumbnails are generated while saving.
As I didn't find any easy workaround w/o rebuilding all IM libs, so I switch to Debian images more conservative in CPU optimization, but bigger :-( before to switch to minideb that's run fine in my case.
It's not easy to debug in container w/o making one specially for that, so you should try to build a docker based on alma9 image, compiling elogd from sources (you can follow https://github.com/loll31/elog-ldap for the process).
Good luck
NB : The ldd result from my minideb Docker :
root@9ac6063e87bf:/# ldd -v /usr/local/sbin/elogd linux-vdso.so.1 (0x00007ffd0e794000) libssl.so.3 => /lib/x86_64-linux-gnu/libssl.so.3 (0x00007fc00ac35000) libldap-2.5.so.0 => /lib/x86_64-linux-gnu/libldap-2.5.so.0 (0x00007fc00abd6000) liblber-2.5.so.0 => /lib/x86_64-linux-gnu/liblber-2.5.so.0 (0x00007fc00abc6000) libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007fc00a9ac000) libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007fc00a98c000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fc00a7a9000) libcrypto.so.3 => /lib/x86_64-linux-gnu/libcrypto.so.3 (0x00007fc00a328000) libsasl2.so.2 => /lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007fc00a30b000) libgnutls.so.30 => /lib/x86_64-linux-gnu/libgnutls.so.30 (0x00007fc00a0ef000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007fc00a010000) /lib64/ld-linux-x86-64.so.2 (0x00007fc00f959000) libp11-kit.so.0 => /lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007fc009eda000) libidn2.so.0 => /lib/x86_64-linux-gnu/libidn2.so.0 (0x00007fc009ea9000) libunistring.so.2 => /lib/x86_64-linux-gnu/libunistring.so.2 (0x00007fc009cf3000) libtasn1.so.6 => /lib/x86_64-linux-gnu/libtasn1.so.6 (0x00007fc009cde000) libnettle.so.8 => /lib/x86_64-linux-gnu/libnettle.so.8 (0x00007fc009c90000) libhogweed.so.6 => /lib/x86_64-linux-gnu/libhogweed.so.6 (0x00007fc009c47000) libgmp.so.10 => /lib/x86_64-linux-gnu/libgmp.so.10 (0x00007fc009bc4000) libffi.so.8 => /lib/x86_64-linux-gnu/libffi.so.8 (0x00007fc009bb8000)
Thanks, good point! I'm building a vanilla version (no extra options enabled as I'm using Webserver authentication).
3.15 RPM:
-rwxr-xr-x. 1 elog elog 1574768 Feb 26 17:29 elogd
bash-5.1$ ldd /usr/local/sbin/elogd linux-vdso.so.1 (0x00007fff215f7000) libssl.so.3 => /lib64/libssl.so.3 (0x00007feff74c6000) libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007feff73eb000) libldap.so.2 => /lib64/libldap.so.2 (0x00007feff7384000) liblber.so.2 => /lib64/liblber.so.2 (0x00007feff7372000) libpam.so.0 => /lib64/libpam.so.0 (0x00007feff7360000) libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007feff7139000) libm.so.6 => /lib64/libm.so.6 (0x00007feff705c000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007feff7041000) libc.so.6 => /lib64/libc.so.6 (0x00007feff6e38000) libcrypto.so.3 => /lib64/libcrypto.so.3 (0x00007feff6a07000) libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007feff69ee000) libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007feff69e7000) libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007feff69d4000) libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007feff69cd000) libresolv.so.2 => /lib64/libresolv.so.2 (0x00007feff69b9000) libevent-2.1.so.7 => /lib64/libevent-2.1.so.7 (0x00007feff6960000) libsasl2.so.3 => /lib64/libsasl2.so.3 (0x00007feff6940000) libaudit.so.1 => /lib64/libaudit.so.1 (0x00007feff6912000) libeconf.so.0 => /lib64/libeconf.so.0 (0x00007feff6905000) /lib64/ld-linux-x86-64.so.2 (0x00007feff7572000) libz.so.1 => /lib64/libz.so.1 (0x00007feff68eb000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00007feff68be000) libcrypt.so.2 => /lib64/libcrypt.so.2 (0x00007feff6884000) libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007feff682d000) libcap-ng.so.0 => /lib64/libcap-ng.so.0 (0x00007feff6822000) libpcre2-8.so.0 => /lib64/libpcre2-8.so.0 (0x00007feff6786000) 3.15 source vanilla build:
-rwxr-xr-x. 1 root root 1503896 Jul 15 09:31 elogd
bash-5.1$ ldd elogd linux-vdso.so.1 (0x00007fff60bbf000) libssl.so.3 => /lib64/libssl.so.3 (0x00007f8f83e44000) libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f8f83c1b000) libm.so.6 => /lib64/libm.so.6 (0x00007f8f83b40000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f8f83b25000) libc.so.6 => /lib64/libc.so.6 (0x00007f8f8391c000) libcrypto.so.3 => /lib64/libcrypto.so.3 (0x00007f8f834e9000) /lib64/ld-linux-x86-64.so.2 (0x00007f8f83ef0000) libz.so.1 => /lib64/libz.so.1 (0x00007f8f834cd000)
Also, you have the option to rebuild RPM from SRPMS or SOURCES via ELOG buildrpm script.
You will need to install rpmbuild tools...
Options (ldap, kb5, etc) can be set from options or by editing defaults.
> > Only the sorting (of the entry mask!) is missing! :) > > Ok, I put that on my wish list. So once the second or third person asks for it, I will > implement it (;-) I'm asking! :-) I have a few Extendable Options attributes, and it would be extremely nice if they got sorted as users put them in. So that when you select the drop-down box, alle options are sorted. Lars
I hope to change the Cell Style backround color into background point.
because my color printer don't work.
can some one give me the code to do that.
How to do the last update with out losing any data ?
I would like to change the backround cilor of a cell and not sheet.
also don't use color, but system of point (to print it in monochome printer)
You should edit the CSS style file: /usr/local/elog/themes/default/elog.css
I would like to have "Permis de verouillage et d'étiquetage 016685-68AF-0031" when I select it.
I don't found where can I make this change
thank you.
Thanks, but I'm the Admin of local ELOG.
usually I can make a lot of changes on my files .CFG But this time no way.
when I select one of the choice i've a text who appear with the right text (code), but only with this choice "Permis de verouillage et d'étiquetage 016685-68AF-0031"
the text appeared is false.
This has nothing to do with the ELOG package, but only with your local configuration of that specific logbook. You should contact your local ELOG administrator.
Or you might want to rephrase you question: do you want to have this text added in the text field when selecting the field specifier? How that can be done depends on your specific configuration. Since you are apparently already using a form in the text field, it might be tricky.
Can I view who is connected to ELOG (I'm the Admin) ?
Thank you, I found it.
Yes, you can see that in the logging file, if you turn on logging. You might want to read the manual https://elog.psi.ch/elog/config.html. Here's the relevant excerpt:
Logfile = <file>
logging level
Logging level = 1 | 2 | 3
Since few days I Notice that I've some data who disappear from ELOG (software).
I find them on ELog/Logbooks, but can't view them in the application ELOG !
Oh! I can view all data but only from the PC where ELOG is Installed !
From the other PC data missed.
The solution is in the reindex
Hello;
Could I make change on program only on the " elogd.cfg" ?
Or is there onother files, because I think there is hidden files ?
I had similar needs (access and parse logs ) so I'm a small library in cpp. Have a look on https://github.com/flagarde/elogpp maybe it could be usefull for you too.
Sometimes we change the attributes in a config file for a given tab as time goes on, which naturally can get out of sync with the older data in that tab.
I can imagine some other Elog users have encounterd this too at some point so I'm wondering if there's a utilty or some way anyone knows of that I can use to parse a log file DIRECTLY to view the older data, without using the Elog GUI?
Stefan, When will you have 2.3.1 out? I just upgraded to 2.3.0 and would like to see the links in my summary view. If it is going to be out soon I will wait instead of compiling from source. Thanks for great software, k. > > Would be nice if you can specify which columns data has links as a flag or > > setting of some sorts, as opposed to either the first or all, but given a > > choice I would want the first column to be the linkable one > > Well, I decided to make all entries in a table a link, to be consistent with > the threaded display. But I changed the style such that they look like > before, but are actually links. This way it cannot hurt (like having too > much underlined text). The style can be changed via classes ".list1" > and ".list2" in the style sheet. > > The modification will come in 2.3.1, or you can get the source code from CVS > under > > http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c > > and > > http://midas.psi.ch/cgi-bin/cvsweb/elog/themes/default/default.css > > > > > Problem 2 - no matter what i try in the config file i cannot get elogd > to > > > > use stylesheets ive tried specifying and even editing and removing the > > > > default.css style sheet i downloaded but it just seems to ignore its > > there. > > > > I resolved this problem, many thanks for your help > > What happened. If you tell your initial problems, I can maybe put something > into the docs so that others won't have it... > > - Stefan
I would like to dump mylog files into comma/tab seperated files. Is there an easy way to do it? I tried to run elconv, but had no success. Always returns an error. Thanks, k.
Hi, "Default encoding" appears to have the default value of 2 (HTML) instead of 0 (ELCode) as documented in http://midas.psi.ch/elog/config.html ELOG V2.7.0-1954 : elog.c line 8952 Kristján
Kristján
Excellent, works as expected now, thanks.
Didn't realise how far behind the SVN version elog-latest.tar.gz is.
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. Great! Thanks. Kristinn
Tested this using the 2.6.1 version which comes packed with ubuntu-dapper and a 2.7.5 version I've compiled from source.
If I compile the 2.7.5 version from source and start it using
sudo /usr/local/sbin/elogd -c /usr/local/elog/elogd.cfg
config snippets below
/usr/local/elog/elogd.cfg:
[global] port = 8080 ;url = http://solsikker.dmi.dk/elog/ [demo] Theme = default Comment = General linux tips & tricks Attributes = Author, Type, Category, Subject Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Options Category = General, Hardware, Software, Network, Other Extendable Options = Category Required Attributes = Author, Type Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type ------------------------------------
The icons show up !!
If I go through an apache proxy (config snippets below)
----------------------------------------
[global] port = 8080 url = http://solsikker.dmi.dk/elog/ [demo] Theme = default Comment = General linux tips & tricks Attributes = Author, Type, Category, Subject Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Options Category = General, Hardware, Software, Network, Other Extendable Options = Category Required Attributes = Author, Type Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type
From apache conf
ProxyPass /elog/ http://solsikker.dmi.dk:8080/ ProxyPassReverse /elog/ http://solsikker.dmi.dk:8080/ <Proxy *> Order deny,allow allow from all </Proxy> -------------------------------------
The icons are missing !!!
The icons a showing up when using apache and the 2.6.1 elog version.
Rune
The instructions for securing elogd using an SSL proxy are incomplete. http://midas.psi.ch/elog/adminguide.html#secure http://midas.psi.ch/elogs/contributions/11 If you follow these instructions, elogd will still listen for and accept non-SSL connections on it's own TCP port bypassing the SSL proxy. (True, the elogd TCP port number is somewhat secret, so there is some security-by-obscurity here). To secure the elogd TCP port against connections that bypass the SSL proxy, elogd has to be started with the "-n localhost" command line options. To add this option, one has to edit /etc/init.d/elogd. I do not know if this change will be lost when the elog rpm package is updated. It would be better if this option could have been specified through elogd.conf. The "-n" command line option is not documented here http://midas.psi.ch/elog/adminguide.html#config but is visible if you run "elogd -h". P.S. Even with "-n localhost", users of the local machine can bypass the SSL proxy. K.O.
Also see this in ALPHA at CERN. Eventually there are so many defunct elogd processes that the user runs out of "maxproc" quota and automatic submission of elog messages starts to fail. (and the users complain, reboot all computers, etc). The elogd we use is this: https://bitbucket.org/ritt/elog/commits/44800a769b99599db7620779e2142b1161c694fc?at=master The best I can tell, the main elogd is spawning something but does not reap finished subprocesses (wait() syscall). My guess it is spawning ImageMagik stuff to create preview images. K.O.
> Also see this in ALPHA at CERN. > The elogd we use is this: https://bitbucket.org/ritt/elog/commits/44800a769b99599db7620779e2142b1161c694fc?at=master Okey, found it. waitpid() in my_shell() is not protected against the periodic alarm signal. (UNIX signals are evil). In the following log file, notice the entries that have "wait_status" of "-1". Those would have generated zombies ("defunct" processes). Nov 12 03:43:05 alphacpc05 elogd[4809]: WAITPID pid 4873, wait_status 4873, errno 2 (No such file or directory), status 0, command "convert '/home/alpha/online/elog/logbooks/test/141112_034304_xvthr04.pdf[0-7]' -thumbnail '600' '/home/alpha/online/elog/logbooks/test/141112_034304_xvthr04-%d.png'" Nov 12 03:43:05 alphacpc05 elogd[4809]: WAITPID pid 4880, wait_status 4880, errno 2 (No such file or directory), status 0, command "identify -format '%wx%h' '/home/alpha/online/elog/logbooks/test/141112_034304_xvthr04.pdf[0]'" Nov 12 03:43:19 alphacpc05 elogd[4809]: WAITPID pid 4890, wait_status 4890, errno 2 (No such file or directory), status 0, command "identify -format '%wx%h' '/home/alpha/online/elog/logbooks/test/141112_034304_xvthr04.pdf[0]'" Nov 12 03:43:19 alphacpc05 elogd[4809]: WAITPID pid 4896, wait_status -1, errno 4 (Interrupted system call), status 0, command "convert '/home/alpha/online/elog/logbooks/test/141112_034318_xvthr05.pdf[0-7]' -thumbnail '600' '/home/alpha/online/elog/logbooks/test/141112_034318_xvthr05-%d.png'" Nov 12 03:43:19 alphacpc05 elogd[4809]: WAITPID pid 4896, wait_status 4896, errno 4 (Interrupted system call), status 0, command "convert '/home/alpha/online/elog/logbooks/test/141112_034318_xvthr05.pdf[0-7]' -thumbnail '600' '/home/alpha/online/elog/logbooks/test/141112_034318_xvthr05-%d.png'" Nov 12 03:43:20 alphacpc05 elogd[4809]: WAITPID pid 4904, wait_status 4904, errno 4 (Interrupted system call), status 0, command "identify -format '%wx%h' '/home/alpha/online/elog/logbooks/test/141112_034318_xvthr05.pdf[0]'" Nov 12 03:43:48 alphacpc05 elogd[4809]: WAITPID pid 4922, wait_status 4922, errno 2 (No such file or directory), status 0, command "identify -format '%wx%h' '/home/alpha/online/elog/logbooks/test/141112_034304_xvthr04.pdf[0]'" Nov 12 03:43:49 alphacpc05 elogd[4809]: WAITPID pid 4929, wait_status -1, errno 4 (Interrupted system call), status 1302603136, command "identify -format '%wx%h' '/home/alpha/online/elog/logbooks/test/141112_034318_xvthr05.pdf[0]'" Nov 12 03:43:49 alphacpc05 elogd[4809]: WAITPID pid 4929, wait_status 4929, errno 4 (Interrupted system call), status 0, command "identify -format '%wx%h' '/home/alpha/online/elog/logbooks/test/141112_034318_xvthr05.pdf[0]'" Nov 12 03:43:50 alphacpc05 elogd[4809]: WAITPID pid 4935, wait_status 4935, errno 2 (No such file or directory), status 0, command "convert '/home/alpha/online/elog/logbooks/test/141112_034348_xvthr06.pdf[0-7]' -thumbnail '600' '/home/alpha/online/elog/logbooks/test/141112_034348_xvthr06-%d.png'" Nov 12 03:43:50 alphacpc05 elogd[4809]: WAITPID pid 4943, wait_status 4943, errno 2 (No such file or directory), status 0, command "identify -format '%wx%h' '/home/alpha/online/elog/logbooks/test/141112_034348_xvthr06.pdf[0]'" The following code is verified to not generate zombies, please apply it to the master branch of elog: alphadaq.cern.ch:~/packages/elog> git diff diff --git a/src/elogd.c b/src/elogd.c index 277ba30..2d9a848 100755 --- a/src/elogd.c +++ b/src/elogd.c @@ -892,14 +892,25 @@ int my_shell(char *cmd, char *result, int size) #ifdef OS_UNIX pid_t child_pid; - int fh, status, i; + int fh, status, i, wait_status; char str[1024]; if ((child_pid = fork()) < 0) return 0; else if (child_pid > 0) { /* parent process waits for child */ - waitpid(child_pid, &status, 0); + + while (1) { + wait_status = waitpid(child_pid, &status, 0); + + sprintf(str, "WAITPID pid %d, wait_status %d, errno %d (%s), status %d, command \"%s\"", child_pid, wait_status, errno, strerror(errno), status, cmd); + write_logfile(NULL, str); + eprintf("%s", str); + + if (wait_status == -1 && errno == EINTR) + continue; + break; + } /* read back result */ memset(result, 0, size); diff --git a/src/git-revision.h b/src/git-revision.h K.O.
elogd is spewing these messages about unknown cookies: Received unknown cookie "is_returning" Received unknown cookie "__utma" Received unknown cookie "__utmz" Received unknown cookie "SSESSee3cc9c70bedf9a840203765bf409d7b" Received unknown cookie "SESSee3cc9c70bedf9a840203765bf409d7b" Received unknown cookie "MidasWikiUserID" Received unknown cookie "MidasWikiUserName" Received unknown cookie "MidasWiki_session" K.O.
Converting from elog 2.9.something to new elog 3.1.0 elogd refuses to start, instructs running elconv in one logbook. When I do so, elconv converts a existing mhttpd-style elog entries to the new format (the corresponding new-format entries already exist) and deletes everything else - this is very bad. So there are 2 bugs: - elogd should not tell us to run elconv when both old-style and corresponding new-style elog entries exist - elconv should not delete all existing new-style elog entries. I confirm that elconv *does* delete all new-style elog entries - with strace, I see it issue "unlink" on every elog entry. What a disaster! K.O.
this elog gives errors sending mail through PSI email server. (did not capture the error messages, sorry). K.O.
this elog offers me to edit a draft message, then yells at me "only some other user can edit this draft!!!". methinks I should only be offered to edit draft messages that I own or I can edit. K.O.
elogd 3.1.0 moves all elog entries into year-named subdirectories. this feature makes it incompatible with older elogs and so should be clearly mentioned in the documentation, in the release announcement and in the release and migration notes. K.O.
> Stefan told me that the change was because some users were having thousands of yymmdda.log files > in the logbook directories I am one of those users. The elog for the ALPHA experiment at CERN goes back to 2006 or so, with large volume of messages and huge number of attachments. The MIDAS forum elog goes back to 2003. The TRIUMF DAQ internal elog goes back to 2001. I think the new organization is an improvement. K.O.
> > elogd is spewing these messages about unknown cookies: > > > > Received unknown cookie "is_returning" > > Received unknown cookie "__utma" > > Received unknown cookie "__utmz" > > Received unknown cookie "SSESSee3cc9c70bedf9a840203765bf409d7b" > > Received unknown cookie "SESSee3cc9c70bedf9a840203765bf409d7b" > > Received unknown cookie "MidasWikiUserID" > > Received unknown cookie "MidasWikiUserName" > > Received unknown cookie "MidasWiki_session" > > > > K.O. > > Delete your cookies ;-) > No, go. The MidasWikiUserName cookie will log me out of the MidasWiki, etc. But why are MidasWiki cookies sent to the elog? Ah, yes, they all run from the same https://midas.triumf.ca. This explains why elog complains about unexpected cookies - elogd does not expect to receive mediawiki cookies - it does not expect to share the https:// connection with somebody else. This is good to know for the future. (I.e. if mediawiki is confused by elogd cookies). K.O.
> > "News for each version can be seen in the changelog (->http://midas.psi.ch/elog/download/ChangeLog)" > > And for version 3.0.0 it states: > - Create one logbook subdirectory pear year > The text should read: the first time you run the new elogd against old elog data, all existing entries will be moved into by-year subdirectories and the old elogd will not work anymore. K.O.
Older versions of elogd have a problem with sending long attachements - the send() syscall is not protected against interrupt by SIGALARM. This seems to be fixed in non-SSL builds of current elog (version 3+), but for SSL builds, the error handling for the SSL_write() function looks incorrect. In addition, from OpenSSL documentation it is not clear if SSL_write() can handle signal interrupts at all. K.O.
For the record, compiler messages from elog tip of branch elog/master. Most of the stuff is the usual same-old that we mostly fixed in midas: - strncpy() checker never heard of fix-length strings (confusion about NUL termination) - return status of system calls should be checked (really! make sure to print both the numeric errno and the corresponding strerror() description!) - sprintf() buffer overruns (nice to have this checked automatically) - maybe some more stuff but I cannot see it in the noise. I could fix some of this, but I do not have permission to commit into elog git repository. (I think) darkside@daq00:~/packages/elog$ git log -n 1 --pretty=format:"%ad - %h" Mon Oct 25 13:36:10 2021 +0200 - cb3afcd8 darkside@daq00:~/packages/elog$ gcc -v gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04) gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-results -Imxml -DHAVE_SSL -c -o mxml.o mxml/mxml.c mxml/mxml.c: In function ‘mxml_parse_entity’: mxml/mxml.c:1901:38: warning: ‘__builtin___sprintf_chk’ may write a terminating nul past the end of the destination [-Wformat- overflow=] 1901 | sprintf(filename, "%s%c%s", directoryname, DIR_SEPARATOR, entity_reference_name[i]); | ^ In file included from /usr/include/stdio.h:867, from mxml/mxml.c:58: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output 2 or more bytes (assuming 4097) into a destination of size 4096 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ mxml/mxml.c: At top level: cc1: warning: unrecognized command line option ‘-Wno-unused-results’ gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-results -Imxml -DHAVE_SSL -w -c -o crypt.o src/crypt.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-results -Imxml -DHAVE_SSL -w -c -o regex.o src/regex.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-results -Imxml -DHAVE_SSL -c -o strlcpy.o mxml/strlcpy.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-results -Imxml -DHAVE_SSL -o elog src/elog.c mxml.o crypt.o regex.o strlcpy. o -lssl In file included from /usr/include/string.h:495, from src/elog.c:34: In function ‘strncpy’, inlined from ‘retrieve_elog’ at src/elog.c:528:13: /usr/include/x86_64-linux-gnu/bits/string_fortified.h:106:10: warning: ‘__builtin_strncpy’ specified bound 256 equals destination size [-Wstringop-truncation] 106 | return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In function ‘strncpy’, inlined from ‘submit_elog’ at src/elog.c:986:10: /usr/include/x86_64-linux-gnu/bits/string_fortified.h:106:10: warning: ‘__builtin_strncpy’ specified bound 80 equals destination size [-Wstringop-truncation] 106 | return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In function ‘strncpy’, inlined from ‘submit_elog’ at src/elog.c:981:10: /usr/include/x86_64-linux-gnu/bits/string_fortified.h:106:10: warning: ‘__builtin_strncpy’ specified bound 80 equals destination size [-Wstringop-truncation] 106 | return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In function ‘strncpy’, inlined from ‘submit_elog’ at src/elog.c:960:13: /usr/include/x86_64-linux-gnu/bits/string_fortified.h:106:10: warning: ‘__builtin_strncpy’ specified bound 80 equals destination size [-Wstringop-truncation] 106 | return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elog.c: At top level: cc1: warning: unrecognized command line option ‘-Wno-unused-results’ gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-results -Imxml -DHAVE_SSL -w -c -o auth.o src/auth.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-results -Imxml -DHAVE_SSL -o elogd src/elogd.c auth.o mxml.o crypt.o regex.o strlcpy.o -lssl src/elogd.c: In function ‘my_shell’: src/elogd.c:979:10: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 979 | read(fh, result, size - 1); | ^~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:1035:7: warning: ignoring return value of ‘system’, declared with attribute warn_unused_result [-Wunused-result] 1035 | system(str); | ^~~~~~~~~~~ src/elogd.c: In function ‘setegroup’: src/elogd.c:1740:7: warning: ignoring return value of ‘chown’, declared with attribute warn_unused_result [-Wunused-result] 1740 | chown(logbook_dir, -1, gr->gr_gid); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘seteuser’: src/elogd.c:1764:7: warning: ignoring return value of ‘chown’, declared with attribute warn_unused_result [-Wunused-result] 1764 | chown(logbook_dir, pw->pw_uid, -1); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘ss_daemon_init’: src/elogd.c:2683:4: warning: ignoring return value of ‘chdir’, declared with attribute warn_unused_result [-Wunused-result] 2683 | chdir("/"); /* change working direcotry (not on NFS!) */ | ^~~~~~~~~~ src/elogd.c: In function ‘parse_config_file’: src/elogd.c:2900:4: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 2900 | read(fh, buffer, length); | ^~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘check_language’: src/elogd.c:3253:10: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 3253 | read(fh, _locbuffer, length); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘parse_file’: src/elogd.c:3894:7: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 3894 | read(fh, buffer, length); | ^~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘el_index_logbooks’: src/elogd.c:4179:7: warning: ignoring return value of ‘getcwd’, declared with attribute warn_unused_result [-Wunused-result] 4179 | getcwd(cwd, sizeof(cwd)); | ^~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:4185:13: warning: ignoring return value of ‘chdir’, declared with attribute warn_unused_result [-Wunused-result] 4185 | chdir(DIR_SEPARATOR_STR); | ^~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:4195:13: warning: ignoring return value of ‘chdir’, declared with attribute warn_unused_result [-Wunused-result] 4195 | chdir(str); | ^~~~~~~~~~ src/elogd.c:4226:16: warning: ignoring return value of ‘chdir’, declared with attribute warn_unused_result [-Wunused-result] 4226 | chdir(str); | ^~~~~~~~~~ src/elogd.c:4232:7: warning: ignoring return value of ‘chdir’, declared with attribute warn_unused_result [-Wunused-result] 4232 | chdir(cwd); | ^~~~~~~~~~ src/elogd.c: In function ‘el_submit_attachment’: src/elogd.c:4658:10: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result [-Wunused-result] 4658 | write(fh, buffer, buffer_size); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from src/elogd.c:38: src/elogd.c: In function ‘el_submit’: src/elogd.h:162:22: warning: ignoring return value of ‘ftruncate’, declared with attribute warn_unused_result [-Wunused-result] 162 | #define TRUNCATE(fh) ftruncate(fh, TELL(fh)) | ^~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:5085:7: note: in expansion of macro ‘TRUNCATE’ 5085 | TRUNCATE(fh); | ^~~~~~~~ src/elogd.c: In function ‘el_delete_message’: src/elogd.c:5297:7: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result [-Wunused-result] 5297 | write(fh, buffer, tail_size); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from src/elogd.c:38: src/elogd.h:162:22: warning: ignoring return value of ‘ftruncate’, declared with attribute warn_unused_result [-Wunused-result] 162 | #define TRUNCATE(fh) ftruncate(fh, TELL(fh)) | ^~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:5302:4: note: in expansion of macro ‘TRUNCATE’ 5302 | TRUNCATE(fh); | ^~~~~~~~ src/elogd.c: In function ‘write_logfile’: src/elogd.c:5621:4: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result [-Wunused-result] 5621 | write(fh, buf, strlen(buf)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘is_full_html’: src/elogd.c:5745:4: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 5745 | read(fh, buf, length); | ^~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘is_ascii’: src/elogd.c:5783:4: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 5783 | read(fh, buf, length); | ^~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_html_header’: src/elogd.c:7582:10: warning: ignoring return value of ‘fread’, declared with attribute warn_unused_result [-Wunused-result] 7582 | fread(buf, 1, size, f); | ^~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_top_text’: src/elogd.c:8168:10: warning: ignoring return value of ‘fread’, declared with attribute warn_unused_result [-Wunused-result] 8168 | fread(buf, 1, size, f); | ^~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_bottom_text’: src/elogd.c:8206:13: warning: ignoring return value of ‘fread’, declared with attribute warn_unused_result [-Wunused-result] 8206 | fread(buf, 1, size, f); | ^~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_bottom_text_login’: src/elogd.c:8255:13: warning: ignoring return value of ‘fread’, declared with attribute warn_unused_result [-Wunused-result] 8255 | fread(buf, 1, size, f); | ^~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘send_file_direct’: src/elogd.c:8411:4: warning: ignoring return value of ‘getcwd’, declared with attribute warn_unused_result [-Wunused-result] 8411 | getcwd(dir, sizeof(dir)); | ^~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:8479:7: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 8479 | read(fh, return_buffer + strlen(return_buffer), length); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_edit_form’: src/elogd.c:11673:16: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 11673 | read(fh, buffer, length); | ^~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:12003:34: warning: ignoring return value of ‘fgets’, declared with attribute warn_unused_result [-Wunused-result] 12003 | fgets(str, sizeof(str), f); | ^~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘load_config_section’: src/elogd.c:12600:4: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 12600 | read(fh, *buffer, length); | ^~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘save_admin_config’: src/elogd.c:12832:4: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 12832 | read(fh, buf, length); | ^~~~~~~~~~~~~~~~~~~~~ In file included from src/elogd.c:38: src/elogd.h:162:22: warning: ignoring return value of ‘ftruncate’, declared with attribute warn_unused_result [-Wunused-result] 162 | #define TRUNCATE(fh) ftruncate(fh, TELL(fh)) | ^~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:12868:4: note: in expansion of macro ‘TRUNCATE’ 12868 | TRUNCATE(fh); | ^~~~~~~~ src/elogd.c: In function ‘change_config_line’: src/elogd.c:12900:4: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 12900 | read(fh, buf, length); | ^~~~~~~~~~~~~~~~~~~~~ In file included from src/elogd.c:38: src/elogd.h:162:22: warning: ignoring return value of ‘ftruncate’, declared with attribute warn_unused_result [-Wunused-result] 162 | #define TRUNCATE(fh) ftruncate(fh, TELL(fh)) | ^~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:12980:4: note: in expansion of macro ‘TRUNCATE’ 12980 | TRUNCATE(fh); | ^~~~~~~~ src/elogd.c: In function ‘delete_logbook’: src/elogd.c:13014:4: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 13014 | read(fh, buf, length); | ^~~~~~~~~~~~~~~~~~~~~ In file included from src/elogd.c:38: src/elogd.h:162:22: warning: ignoring return value of ‘ftruncate’, declared with attribute warn_unused_result [-Wunused-result] 162 | #define TRUNCATE(fh) ftruncate(fh, TELL(fh)) | ^~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:13038:4: note: in expansion of macro ‘TRUNCATE’ 13038 | TRUNCATE(fh); | ^~~~~~~~ src/elogd.c: In function ‘rename_logbook’: src/elogd.c:13085:4: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 13085 | read(fh, buf, length); | ^~~~~~~~~~~~~~~~~~~~~ In file included from src/elogd.c:38: src/elogd.h:162:22: warning: ignoring return value of ‘ftruncate’, declared with attribute warn_unused_result [-Wunused-result] 162 | #define TRUNCATE(fh) ftruncate(fh, TELL(fh)) | ^~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:13122:4: note: in expansion of macro ‘TRUNCATE’ 13122 | TRUNCATE(fh); | ^~~~~~~~ src/elogd.c: In function ‘create_logbook’: src/elogd.c:13157:4: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 13157 | read(fh, buf, length); | ^~~~~~~~~~~~~~~~~~~~~ In file included from src/elogd.c:38: src/elogd.h:162:22: warning: ignoring return value of ‘ftruncate’, declared with attribute warn_unused_result [-Wunused-result] 162 | #define TRUNCATE(fh) ftruncate(fh, TELL(fh)) | ^~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:13214:4: note: in expansion of macro ‘TRUNCATE’ 13214 | TRUNCATE(fh); | ^~~~~~~~ src/elogd.c: In function ‘save_config’: src/elogd.h:162:22: warning: ignoring return value of ‘ftruncate’, declared with attribute warn_unused_result [-Wunused-result] 162 | #define TRUNCATE(fh) ftruncate(fh, TELL(fh)) | ^~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:13255:4: note: in expansion of macro ‘TRUNCATE’ 13255 | TRUNCATE(fh); | ^~~~~~~~ src/elogd.c: In function ‘submit_message’: src/elogd.c:15884:13: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 15884 | read(fh, buffer, size); | ^~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘receive_config’: src/elogd.c:16349:10: warning: ignoring return value of ‘fgets’, declared with attribute warn_unused_result [-Wunused-result] 16349 | fgets(pwd, sizeof(pwd), stdin); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘adjust_config’: src/elogd.c:16411:4: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 16411 | read(fh, buf, length); | ^~~~~~~~~~~~~~~~~~~~~ In file included from src/elogd.c:38: src/elogd.h:162:22: warning: ignoring return value of ‘ftruncate’, declared with attribute warn_unused_result [-Wunused-result] 162 | #define TRUNCATE(fh) ftruncate(fh, TELL(fh)) | ^~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16473:4: note: in expansion of macro ‘TRUNCATE’ 16473 | TRUNCATE(fh); | ^~~~~~~~ src/elogd.c: In function ‘receive_pwdfile’: src/elogd.c:16556:10: warning: ignoring return value of ‘fgets’, declared with attribute warn_unused_result [-Wunused-result] 16556 | fgets(str, sizeof(str), stdin); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from src/elogd.c:38: src/elogd.h:162:22: warning: ignoring return value of ‘ftruncate’, declared with attribute warn_unused_result [-Wunused-result] 162 | #define TRUNCATE(fh) ftruncate(fh, TELL(fh)) | ^~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16597:4: note: in expansion of macro ‘TRUNCATE’ ... | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16733:33: warning: ‘%s’ directive writing up to 1999 bytes into a region of size 992 [-Wformat-overflow=] 16733 | sprintf(line, "MIRROR: %s", str); | ^~ ...... 17143 | mprint(lbs, mode, str); | ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 9 and 2008 bytes into a destination of size 1000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16733:33: warning: ‘%s’ directive writing up to 1999 bytes into a region of size 992 [-Wformat-overflow=] 16733 | sprintf(line, "MIRROR: %s", str); | ^~ ...... 17244 | mprint(lbs, mode, str); | ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 9 and 2008 bytes into a destination of size 1000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16733:33: warning: ‘%s’ directive writing up to 1999 bytes into a region of size 992 [-Wformat-overflow=] 16733 | sprintf(line, "MIRROR: %s", str); | ^~ ...... 17241 | mprint(lbs, mode, str); | ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 9 and 2008 bytes into a destination of size 1000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16733:33: warning: ‘%s’ directive writing up to 1999 bytes into a region of size 992 [-Wformat-overflow=] 16733 | sprintf(line, "MIRROR: %s", str); | ^~ ...... 17296 | mprint(lbs, mode, str); | ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 9 and 2008 bytes into a destination of size 1000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16733:33: warning: ‘%s’ directive writing up to 1999 bytes into a region of size 992 [-Wformat-overflow=] 16733 | sprintf(line, "MIRROR: %s", str); | ^~ ...... 17289 | mprint(lbs, mode, str); | ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 9 and 2008 bytes into a destination of size 1000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16733:33: warning: ‘%s’ directive writing up to 1999 bytes into a region of size 992 [-Wformat-overflow=] 16733 | sprintf(line, "MIRROR: %s", str); | ^~ ...... 16952 | mprint(lbs, mode, str); | ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 9 and 2008 bytes into a destination of size 1000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:17409:60: warning: ‘%s’ directive writing up to 1999 bytes into a region of size 240 [-Wformat-overflow=] 17409 | sprintf(rem_ref, "<a href=\"http://%s%d\">%s</a>", str, message_id, | ^~ ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output 24 or more bytes (assuming 2023) into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16733:33: warning: ‘%s’ directive writing up to 1999 bytes into a region of size 992 [-Wformat-overflow=] 16733 | sprintf(line, "MIRROR: %s", str); | ^~ ...... 17397 | mprint(lbs, mode, str); | ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 9 and 2008 bytes into a destination of size 1000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16733:33: warning: ‘%s’ directive writing up to 1999 bytes into a region of size 992 [-Wformat-overflow=] 16733 | sprintf(line, "MIRROR: %s", str); | ^~ ...... 17381 | mprint(lbs, mode, str); | ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 9 and 2008 bytes into a destination of size 1000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16733:33: warning: ‘%s’ directive writing up to 1999 bytes into a region of size 992 [-Wformat-overflow=] 16733 | sprintf(line, "MIRROR: %s", str); | ^~ ...... 17354 | mprint(lbs, mode, str); | ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 9 and 2008 bytes into a destination of size 1000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16733:33: warning: ‘%s’ directive writing up to 1999 bytes into a region of size 992 [-Wformat-overflow=] 16733 | sprintf(line, "MIRROR: %s", str); | ^~ ...... 17350 | mprint(lbs, mode, str); | ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 9 and 2008 bytes into a destination of size 1000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16733:33: warning: ‘%s’ directive writing up to 1999 bytes into a region of size 992 [-Wformat-overflow=] 16733 | sprintf(line, "MIRROR: %s", str); | ^~ ...... 17343 | mprint(lbs, mode, str); | ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 9 and 2008 bytes into a destination of size 1000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘retrieve_email_from’: src/elogd.c:3486:44: warning: ‘%s’ directive writing up to 255 bytes into a region of size 245 [-Wformat-overflow=] 3486 | sprintf(email_from_name, "ELog <ELog@%s>", host_name); | ^~ ~~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 13 and 268 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:3487:34: warning: ‘%s’ directive writing up to 255 bytes into a region of size 250 [-Wformat-overflow=] 3487 | sprintf(email_from, "<ELog@%s>", host_name); | ^~ ~~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 8 and 263 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:3508:38: warning: ‘ <’ directive writing 2 bytes into a region of size between 1 and 256 [-Wformat-overflow=] 3508 | sprintf(email_from_name, "%s <%s>", login_name, email_from); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 4 and 514 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘save_user_config’: src/elogd.c:13477:40: warning: ‘%s’ directive writing up to 255 bytes into a region of size 249 [-Wformat-overflow=] 13477 | sprintf(url, "http://%s:%d/", http_host, elog_tcp_port); | ^~ ~~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 11 and 276 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:13475:41: warning: ‘%s’ directive writing up to 255 bytes into a region of size 248 [-Wformat-overflow=] 13475 | sprintf(url, "https://%s:%d/", http_host, elog_tcp_port); | ^~ ~~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 12 and 277 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:13472:40: warning: ‘%s’ directive writing up to 255 bytes into a region of size 249 [-Wformat-overflow=] 13472 | sprintf(url, "http://%s/", http_host); | ^~ ~~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 9 and 264 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:13470:41: warning: ‘%s’ directive writing up to 255 bytes into a region of size 248 [-Wformat-overflow=] 13470 | sprintf(url, "https://%s/", http_host); | ^~ ~~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 10 and 265 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘activate_user’: src/elogd.c:14059:40: warning: ‘%s’ directive writing up to 255 bytes into a region of size 249 [-Wformat-overflow=] 14059 | sprintf(url, "http://%s:%d/", http_host, elog_tcp_port); | ^~ ~~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 11 and 276 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:14057:41: warning: ‘%s’ directive writing up to 255 bytes into a region of size 248 [-Wformat-overflow=] 14057 | sprintf(url, "https://%s:%d/", http_host, elog_tcp_port); | ^~ ~~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 12 and 277 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:14054:40: warning: ‘%s’ directive writing up to 255 bytes into a region of size 249 [-Wformat-overflow=] 14054 | sprintf(url, "http://%s/", http_host); | ^~ ~~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 9 and 264 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:14052:41: warning: ‘%s’ directive writing up to 255 bytes into a region of size 248 [-Wformat-overflow=] 14052 | sprintf(url, "https://%s/", http_host); | ^~ ~~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 10 and 265 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_forgot_pwd_page’: src/elogd.c:14168:44: warning: ‘%s’ directive writing up to 255 bytes into a region of size 228 [-Wformat-overflow=] 14168 | sprintf(redir, "?cmd=%s&oldpwd=%s", loc("Change password"), pwd); | ^~ ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 29 and 284 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:14172:34: warning: ‘%s’ directive writing up to 999 bytes into a region of size 993 [-Wformat-overflow=] 14172 | sprintf(str, "?redir=%s&uname=%s&upassword=%s", str2, login_name, pwd); | ^~ ~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 26 and 1535 bytes into a destination of size 1000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:14168:44: warning: ‘%s’ directive writing up to 255 bytes into a region of size 228 [-Wformat-overflow=] 14168 | sprintf(redir, "?cmd=%s&oldpwd=%s", loc("Change password"), pwd); | ^~ ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 29 and 284 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:14172:34: warning: ‘%s’ directive writing up to 999 bytes into a region of size 993 [-Wformat-overflow=] 14172 | sprintf(str, "?redir=%s&uname=%s&upassword=%s", str2, login_name, pwd); | ^~ ~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 26 and 1535 bytes into a destination of size 1000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:14168:44: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 228 and 243 [-Wformat-overflow=] 14168 | sprintf(redir, "?cmd=%s&oldpwd=%s", loc("Change password"), pwd); | ^~ ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output 14 or more bytes (assuming 284) into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:14172:34: warning: ‘%s’ directive writing up to 999 bytes into a region of size 993 [-Wformat-overflow=] 14172 | sprintf(str, "?redir=%s&uname=%s&upassword=%s", str2, login_name, pwd); | ^~ ~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 26 and 1535 bytes into a destination of size 1000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_change_pwd_page’: src/elogd.c:8918:53: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 222 and 237 [-Wformat-overflow=] 8918 | sprintf(str, "?cmd=%s&config=%s&fail=%s", loc("Change password"), getparam("unm"), error_str); | ^~ ~~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output 20 or more bytes (assuming 290) into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:8908:47: warning: ‘%s’ directive writing up to 255 bytes into a region of size 241 [-Wformat-overflow=] 8908 | sprintf(str, "?cmd=%s&cfg_user=%s", loc("Config"), config); | ^~ ~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output 16 or more bytes (assuming 271) into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_edit_form’: src/elogd.c:10602:28: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 2993 [-Wformat-overflow=] 10602 | sprintf(str, "Format %s", attr_list[i]); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 8 and 150007 bytes into a destination of size 3000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:10674:35: warning: ‘%s’ directive writing up to 9999 bytes into a region of size 248 [-Wformat-overflow=] 10674 | sprintf(title, " title=\"%s\"", comment); | ^~ ~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 10 and 10009 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11142:52: warning: ‘%s’ directive writing up to 9999 bytes into a region of size 9992 [-Wformat-overflow=] 11142 | sprintf(tooltip, " title=\"%s\"", comment); | ^~ ~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 10 and 10009 bytes into a destination of size 10000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11091:52: warning: ‘%s’ directive writing up to 9999 bytes into a region of size 9992 [-Wformat-overflow=] 11091 | sprintf(tooltip, " title=\"%s\"", comment); | ^~ ~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 10 and 10009 bytes into a destination of size 10000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11096:52: warning: ‘%s’ directive writing up to 9999 bytes into a region of size 9992 [-Wformat-overflow=] 11096 | sprintf(tooltip, " title=\"%s\"", comment); | ^~ ~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 10 and 10009 bytes into a destination of size 10000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11892:56: warning: ‘%s’ directive writing up to 12799 bytes into a region of size between 2727 and 2983 [-Wformat- overflow=] 11892 | sprintf(str, "im('att'+'%d','%s','%s','smaller');", index, thumb_name, att[index]); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 31 and 13086 bytes into a destination of size 3000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11894:56: warning: ‘%s’ directive writing up to 12799 bytes into a region of size between 2727 and 2983 [-Wformat- overflow=] 11894 | sprintf(str, "im('att'+'%d','%s','%s','original');", index, thumb_name, att[index]); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 32 and 13087 bytes into a destination of size 3000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11896:56: warning: ‘%s’ directive writing up to 12799 bytes into a region of size between 2727 and 2983 [-Wformat- overflow=] 11896 | sprintf(str, "im('att'+'%d','%s','%s','larger');", index, thumb_name, att[index]); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 30 and 13085 bytes into a destination of size 3000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11899:56: warning: ‘%s’ directive writing up to 12799 bytes into a region of size between 2727 and 2983 [-Wformat- overflow=] 11899 | sprintf(str, "im('att'+'%d','%s','%s','rotleft');", index, thumb_name, att[index]); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 31 and 13086 bytes into a destination of size 3000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11901:56: warning: ‘%s’ directive writing up to 12799 bytes into a region of size between 2727 and 2983 [-Wformat- overflow=] 11901 | sprintf(str, "im('att'+'%d','%s','%s','rotright');", index, thumb_name, att[index]); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 32 and 13087 bytes into a destination of size 3000 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11915:41: warning: ‘ -format '’ directive writing 10 bytes into a region of size between 1 and 256 [-Wformat-overflow=] 11915 | sprintf(cmd, "%s -format '%%wx%%h' '%s'", _identify_cmd, file_name); | ^~~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 20 and 530 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11913:41: warning: ‘ -format '’ directive writing 10 bytes into a region of size between 1 and 256 [-Wformat-overflow=] 11913 | sprintf(cmd, "%s -format '%%wx%%h' '%s[0]'", _identify_cmd, file_name); | ^~~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 23 and 533 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11982:42: warning: ‘%s’ directive writing up to 2999 bytes into a region of size 256 [-Wformat-overflow=] 11982 | sprintf(ref, "%s/%s", str, file_enc); | ^~ ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 2 and 3256 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11967:48: warning: ‘%s’ directive writing up to 2999 bytes into a region of size 256 [-Wformat-overflow=] 11967 | sprintf(ref, "%s/%s?thumb=1", str, file_enc); | ^~ ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 10 and 3264 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11949:42: warning: ‘%s’ directive writing up to 2999 bytes into a region of size 256 [-Wformat-overflow=] 11949 | sprintf(ref, "%s/%s?thumb=1", str, file_enc); | ^~ ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 10 and 3264 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_elog_list’: src/elogd.c:20037:27: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 253 [-Wformat-overflow=] 20037 | sprintf(ref, "-- %s --", attr_list[i]); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 7 and 150006 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:20121:39: warning: ‘%s’ directive writing up to 79 bytes into a region of size 73 [-Wformat-overflow=] 20121 | sprintf(mode_cookie, "elmode=%s", mode); | ^~ ~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 8 and 87 bytes into a destination of size 80 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:20354:27: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1500 [-Wformat-overflow=] 20354 | sprintf(str, "%s_%d", attr_list[i], j); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 3 and 150012 bytes into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:20364:27: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1500 [-Wformat-overflow=] 20364 | sprintf(str, "%s_%d", attr_list[i], j); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 3 and 150012 bytes into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:21243:35: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 256 [-Wformat-overflow=] 21243 | sprintf(iattr, "%s_%d", attr_list[i], j); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 3 and 150012 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:21182:35: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 256 [-Wformat-overflow=] 21182 | sprintf(iattr, "%s_%d", attr_list[i], j); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 3 and 150012 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:21454:43: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 249 [-Wformat-overflow=] 21454 | sprintf(ref, "?rsort=%s", str); | ^~ ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 8 and 1507 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:21456:42: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 250 [-Wformat-overflow=] 21456 | sprintf(ref, "?sort=%s", str); | ^~ ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 7 and 1506 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:21470:35: warning: ‘%s’ directive writing up to 155999 bytes into a region of size 1492 [-Wformat-overflow=] 21470 | sprintf(str, "Tooltip %s", disp_attr[i]); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 9 and 156008 bytes into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:21472:38: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 1493 [-Wformat-overflow=] 21472 | sprintf(str, "title=\"%s\"", comment); | ^~ ~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 9 and 1508 bytes into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:21646:42: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1488 [-Wformat-overflow=] 21646 | sprintf(str, "Time format %s", attr_list[i]); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 13 and 150012 bytes into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:21630:42: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1488 [-Wformat-overflow=] 21630 | sprintf(str, "Date format %s", attr_list[i]); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 13 and 150012 bytes into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:19968:31: warning: ‘3D’ directive writing 2 bytes into a region of size between 0 and 1499 [-Wformat-overflow=] 19968 | sprintf(str, "%s%%3D", param); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 4 and 1503 bytes into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:19945:31: warning: ‘3D’ directive writing 2 bytes into a region of size between 0 and 1499 [-Wformat-overflow=] 19945 | sprintf(str, "%s%%3D", param); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 4 and 1503 bytes into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_elog_entry’: src/elogd.c:25162:33: warning: ‘%s’ directive writing up to 2999 bytes into a region of size 256 [-Wformat-overflow=] 25162 | sprintf(ref, "%s/%s", str, file_enc); | ^~ ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 2 and 3256 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:25156:43: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 246 and 247 [-Wformat-overflow=] 25156 | sprintf(ref, "cid:att%d@%s", index, domain); | ^~ ~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 10 and 266 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘compose_email’: src/elogd.c:22504:18: warning: ‘%s’ directive writing up to 1599 bytes into a region of size 256 [-Wformat-overflow=] 22504 | sprintf(url, "%s%d", str, message_id); | ^~ ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 2 and 1611 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘submit_elog’: src/elogd.c:22983:33: warning: ‘%d’ directive writing between 1 and 2 bytes into a region of size between 0 and 1499 [-Wformat- overflow=] 22983 | sprintf(str, "%s_%d", ua, j); | ^~ src/elogd.c:22983:29: note: directive argument in the range [0, 99] 22983 | sprintf(str, "%s_%d", ua, j); | ^~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 3 and 1503 bytes into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:23144:33: warning: ‘%d’ directive writing between 1 and 2 bytes into a region of size between 0 and 1499 [-Wformat- overflow=] 23144 | sprintf(str, "%s_%d", ua, j); | ^~ src/elogd.c:23144:29: note: directive argument in the range [0, 99] 23144 | sprintf(str, "%s_%d", ua, j); | ^~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 3 and 1503 bytes into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:23275:30: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1494 [-Wformat-overflow=] 23275 | sprintf(str, "Subst %s", attr_list[index]); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 7 and 150006 bytes into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:23523:34: warning: ‘%d’ directive writing between 1 and 10 bytes into a region of size between 0 and 1499 [-Wformat- overflow=] 23523 | sprintf(str2, "%s_%d", ua, mindex); | ^~ src/elogd.c:23523:30: note: directive argument in the range [0, 2147483647] 23523 | sprintf(str2, "%s_%d", ua, mindex); | ^~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 3 and 1511 bytes into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘do_self_register’: src/elogd.c:26778:27: warning: ‘%s’ directive writing up to 255 bytes into a region of size 253 [-Wformat-overflow=] 26778 | sprintf(str, "../%s/", lbs->name_enc); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 5 and 260 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_uploader_finished’: src/elogd.c:27015:24: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 0 and 255 [-Wformat-overflow=] 27015 | sprintf(ref, "%s/%s?lb=%s", str, file_enc, lbs->name_enc); | ^~ ~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 6 and 771 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:27016:30: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 0 and 255 [-Wformat-overflow=] 27016 | sprintf(ref_thumb, "%s/%s?lb=%s&thumb=1", str, file_enc, lbs->name_enc); | ^~ ~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 14 and 779 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘interprete’: src/elogd.c:28286:27: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 1495 [-Wformat-overflow=] 28286 | sprintf(str1, "?cmd=%s", str); | ^~ ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 6 and 1505 bytes into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:28290:27: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 1495 [-Wformat-overflow=] 28290 | sprintf(str2, "?cmd=%s", str); | ^~ ~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 6 and 1505 bytes into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:28075:31: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 1495 [-Wformat-overflow=] 28075 | sprintf(str, "%s: <b>%s</b>", loc("Invalid URL"), str2); | ^~ ~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output 10 or more bytes (assuming 1509) into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:27535:28: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 1495 [-Wformat-overflow=] 27535 | sprintf(str, "%s: <b>%s</b>", loc("Invalid URL"), str2); | ^~ ~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output 10 or more bytes (assuming 1509) into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘decode_post’: src/elogd.c:28521:54: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 1483 [-Wformat-overflow=] 28521 | sprintf(str, "Error: Filename \"%s\" contains invalid character", str2); | ^~ ~~~~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.c:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 46 and 1545 bytes into a destination of size 1500 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: At top level: cc1: warning: unrecognized command line option ‘-Wno-unused-results’ gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-results -Imxml -DHAVE_SSL -o elconv src/elconv.c -lssl src/elconv.c: In function ‘el_submit’: src/elconv.c:635:19: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result [-Wunused-result] 635 | write(fh, buffer[index], buffer_size[index]); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:662:7: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 662 | read(fh, str, 16); | ^~~~~~~~~~~~~~~~~ src/elconv.c:664:7: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 664 | read(fh, message, size); | ^~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:772:4: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result [-Wunused-result] 772 | write(fh, start_str, strlen(start_str)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:773:4: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result [-Wunused-result] 773 | write(fh, message, strlen(message)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:774:4: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result [-Wunused-result] 774 | write(fh, end_str, strlen(end_str)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:786:7: warning: ignoring return value of ‘ftruncate’, declared with attribute warn_unused_result [-Wunused-result] 786 | ftruncate(fh, TELL(fh)); | ^~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:801:13: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 801 | read(fh, str, 16); | ^~~~~~~~~~~~~~~~~ src/elconv.c:807:16: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result [-Wunused-result] 807 | write(fh, str, 16); | ^~~~~~~~~~~~~~~~~~ src/elconv.c: In function ‘el_get_v1’: src/elconv.c:881:4: warning: ignoring return value of ‘read’, declared with attribute warn_unused_result [-Wunused-result] 881 | read(fh, message, size); | ^~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c: In function ‘scan_messages’: src/elconv.c:914:4: warning: ignoring return value of ‘getcwd’, declared with attribute warn_unused_result [-Wunused-result] 914 | getcwd(str, sizeof(str)); | ^~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:1003:7: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result [-Wunused-result] 1003 | write(fh, str, strlen(str)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:1014:13: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result [-Wunused-result] 1014 | write(fh, str, strlen(str)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:1026:13: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result [-Wunused-result] 1026 | write(fh, str, strlen(str)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:1036:7: warning: ignoring return value of ‘write’, declared with attribute warn_unused_result [-Wunused-result] 1036 | write(fh, message, strlen(message)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c: In function ‘main’: src/elconv.c:1071:4: warning: ignoring return value of ‘getcwd’, declared with attribute warn_unused_result [-Wunused-result] 1071 | getcwd(data_dir, sizeof(data_dir)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ In file included from /usr/include/string.h:495, from src/elconv.c:32: In function ‘strncpy’, inlined from ‘ss_file_find’ at src/elconv.c:233:10: /usr/include/x86_64-linux-gnu/bits/string_fortified.h:106:10: warning: ‘__builtin_strncpy’ output truncated before terminating nul copying as many bytes from a string as its length [-Wstringop-truncation] 106 | return __builtin___strncpy_chk (__dest, __src, __len, __bos (__dest)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c: In function ‘ss_file_find’: src/elconv.c:233:10: note: length computed here 233 | strncpy(*plist + (i * MAX_PATH_LENGTH), dp->d_name, strlen(dp->d_name)); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c: In function ‘el_search_message’: src/elconv.c:325:32: warning: ‘%02d’ directive writing between 2 and 3 bytes into a region of size between 1 and 256 [-Wformat- overflow=] 325 | sprintf(file_name, "%s%02d%02d%02d.log", dir, tms->tm_year % 100, tms->tm_mon + 1, tms->tm_mday); | ^~~~ src/elconv.c:325:29: note: directive argument in the range [-99, 99] 325 | sprintf(file_name, "%s%02d%02d%02d.log", dir, tms->tm_year % 100, tms->tm_mon + 1, tms->tm_mday); | ^~~~~~~~~~~~~~~~~~~~ src/elconv.c:325:29: note: directive argument in the range [-2147483647, 2147483647] In file included from /usr/include/stdio.h:867, from src/elconv.c:28: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 11 and 285 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:419:32: warning: ‘%06d’ directive writing 6 bytes into a region of size between 1 and 256 [-Wformat-overflow=] 419 | sprintf(file_name, "%s%06d.log", dir, max % 1000000); | ^~~~ src/elconv.c:419:29: note: directive argument in the range [0, 999999] 419 | sprintf(file_name, "%s%06d.log", dir, max % 1000000); | ^~~~~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elconv.c:28: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 11 and 266 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:388:32: warning: ‘%06d’ directive writing between 6 and 7 bytes into a region of size between 1 and 256 [-Wformat- overflow=] 388 | sprintf(file_name, "%s%06d.log", dir, min % 1000000); | ^~~~ src/elconv.c:388:29: note: directive argument in the range [-999999, 999999] 388 | sprintf(file_name, "%s%06d.log", dir, min % 1000000); | ^~~~~~~~~~~~ In file included from /usr/include/stdio.h:867, from src/elconv.c:28: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 11 and 267 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c: In function ‘el_submit’: src/elconv.c:626:38: warning: ‘%02d’ directive writing between 2 and 3 bytes into a region of size between 1 and 256 [-Wformat- overflow=] 626 | sprintf(file_name, "%s%02d%02d%02d_%02d%02d%02d_%s", dir, | ^~~~ src/elconv.c:626:35: note: directive argument in the range [-99, 99] 626 | sprintf(file_name, "%s%02d%02d%02d_%02d%02d%02d_%s", dir, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:626:35: note: directive argument in the range [-2147483647, 2147483647] In file included from /usr/include/stdio.h:867, from src/elconv.c:28: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 15 and 571 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:690:29: warning: ‘%02d’ directive writing between 2 and 3 bytes into a region of size between 1 and 256 [-Wformat- overflow=] 690 | sprintf(file_name, "%s%02d%02d%02d.log", dir, tms->tm_year % 100, tms->tm_mon + 1, tms->tm_mday); | ^~~~ src/elconv.c:690:26: note: directive argument in the range [-99, 99] 690 | sprintf(file_name, "%s%02d%02d%02d.log", dir, tms->tm_year % 100, tms->tm_mon + 1, tms->tm_mday); | ^~~~~~~~~~~~~~~~~~~~ src/elconv.c:690:26: note: directive argument in the range [-2147483647, 2147483647] In file included from /usr/include/stdio.h:867, from src/elconv.c:28: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 11 and 285 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:656:29: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-overflow=] 656 | sprintf(file_name, "%s%s.log", dir, str); | ^~ ~~~ In file included from /usr/include/stdio.h:867, from src/elconv.c:28: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 5 and 515 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c: In function ‘scan_messages’: src/elconv.c:981:29: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-overflow=] 981 | sprintf(file_name, "%s%sa.log", data_dir, str); | ^~ ~~~ In file included from /usr/include/stdio.h:867, from src/elconv.c:28: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:10: note: ‘__builtin___sprintf_chk’ output between 6 and 516 bytes into a destination of size 256 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c: At top level: cc1: warning: unrecognized command line option ‘-Wno-unused-results’ darkside@daq00:~/packages/elog$
> Well, I bit the bullet and fixed all of these warnings. Took me like two days of work, but now should be fine. > You might want to test it again. Done. Only 2 sprintf() overruns remain, see below. > I only have gcc 9.2.0, there it compiles now without warning. Ubuntu LTS 20.04 is GCC 9.3.0. (And incoming Debian-11 based Ubuntu LTS 22.04 likely to be GCC 10.something). If you do not have access, I can create an account for you on daq00.triumf.ca. daq00:elog$ make c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -c -o mxml.o mxml/mxml.cxx c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -w -c -o crypt.o src/crypt.cxx c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -c -o strlcpy.o mxml/strlcpy.cxx type git &> /dev/null; if [ $? -eq 1 ]; then REV="unknown" ;else REV=`git log -n 1 --pretty=format:"%ad - %h"`; fi; echo \#define GIT_REVISION \"$REV\" > src/git-revision.h git is /usr/bin/git c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -o elog src/elog.cxx mxml.o crypt.o strlcpy.o -lssl c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -w -c -o auth.o src/auth.cxx c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -o elogd src/elogd.cxx auth.o mxml.o crypt.o strlcpy.o -lssl src/elogd.cxx: In function ‘void show_elog_list(LOGBOOK*, int, int, int, BOOL, char*)’: src/elogd.cxx:21676:42: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1588 [-Wformat-overflow=] 21676 | sprintf(str, "Time format %s", attr_list[i]); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:34: note: ‘__builtin___sprintf_chk’ output between 13 and 150012 bytes into a destination of size 1600 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.cxx:21660:42: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1588 [-Wformat-overflow=] 21660 | sprintf(str, "Date format %s", attr_list[i]); | ^~ In file included from /usr/include/stdio.h:867, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:36:34: note: ‘__builtin___sprintf_chk’ output between 13 and 150012 bytes into a destination of size 1600 36 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 37 | __bos (__s), __fmt, __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -o elconv src/elconv.cxx -lssl daq00:elog$ gcc -v gcc version 9.3.0 (Ubuntu 9.3.0-17ubuntu1~20.04)
> I fixed these as well, please have a look again. BTW, midas had a few of these as well. confirmed. elog commit d828aa58305ee8ce2ae882c0ff3c34cfa66650e5 K.O.
Something is not right with the elog account activation, I get the email for "Registration request for ELOG logbook "haicu"", but when I follow the given URL, I get "Invalid activation code". Account activation requests go to two people, so maybe the other one already activate this user, in which case I expect a message "user already active". When I check the elog config, I see that the user indeed is already active. And if I rerun this URL I still get "Invalid activation code", and this time I definitely expect "user already active". https://daq00.triumf.ca/elog-haicu/haicu/?cmd=Activate&new_user_name=fujiwara&code=-1904103410&unm=Olchansk K.O.
we had an elog with only one logbook and one password file, we added a second logbook with a second password file and everything broke. specifically, login to the original logbook stopped working, username and password is accepted, elog.log says "user accepted", but I am presented with the login dialog again, ad infinitum, and cannot access the elog. solution seems to be to "delete all cookies" (which is excessive, google chrome wants to delete all cookies for *.triumf.ca, which will log me out from everywhere I am logged in and probably erase/reset web site preferences everywhere). manually deleting just the elog session cookie also seems to work, though. this suggests that there is a bug in elog, where on successful login, it fails to create a new authentication cookie, but reuses an old cookie, which is no longer valid, for whatever reason (that would be a different bug, why adding one more logbook invalidates existing logins?). K.O.
> Something is not right with the elog account activation... I did a test: - register as new user "test", web page says "request for approval sent..." (good) - check elog config, user "test" is present, "active" set to "no" (good) - open the "approve/activate" URL, get "Invalid activation code" (should say: "activated successfully!") - check elog config, user "test" now has "active" set to "yes" (good, "approve/activate" URL worked) - open the "approve/activate" URL again, again "Invalid activation code" (should say: "already activated!") additional test: - from the elog config, user "test", set active to "no", save. - open the "approve/activate" URL, get "Invalid activation code" (good, this time) - check elog config, user "test" is still inactive (good) So it looks like the "approve/activate" URL works correctly - only the first time it is accessed - but returns wrong message "invalid activation code" instead of "success". K.O.
The CVEs you refer to are very old and have been fixed a long time ago. Please refer to: https://www.tenable.com/security/research/tra-2019-53 This report states that all the reported problems are fixed as of ELOG 3.1.4-283534d or later. Note that the elog git history does not refer to these CVEs because they were fixed before the CVE number was assigned, per "Disclosure Timeline" in the above document. The relevant commits are listed under "Additional References". K.O.
> > > The CVEs you refer to are very old and have been fixed a long time ago. > > Am I wrong that the windows executable version on the site is dated 2018? 3.1.4-2? I confirm. Windows executables at https://elog.psi.ch/elog/download/windows/ and Debian packages at https://packages.debian.org/search?keywords=elog all appear to be older than the cve fixes. I trust Stefan is reading this thread and will do something about it. My vote would be to remove the download link to the windows executables and ask Debian to remove the elog package. I think they have a way for upstream developers (Stefan) to request removal of unmaintained out-of-date insecure versions of their stuff. ROOT was in the same situation years ago, the Debian package for ROOT was very old version, also built incorrectly, and everybody complained to us that our stuff does not work (midas, rootana, etc). K.O.
"file not found" should return http code 404. elogd returns code 200 together with a page containing text "404 not found". This pollutes the browser cache with wrong content (in this case, we are trying to load a css file, and the browser is trying to use text "404 not found" as if it were a css. bad. file not found should return http code 404. K.O. in example below, response "HTTP/1.1 200 Document follows" should be "HTTP/1.1 404 ..." to reproduce, through the https proxy: daq00:~$ curl -v https://daq00.triumf.ca/elog-midas/Midas/zzz.css * Trying 142.90.111.168:443... ... > GET /elog-midas/Midas/zzz.css HTTP/1.1 ... < HTTP/1.1 200 Document follows < Date: Thu, 17 Mar 2022 23:40:04 GMT < Server: ELOG HTTP 3.1.4-2e1708b5 < Strict-Transport-Security: max-age=31536000; includeSubDomains < Content-Type: text/html;charset=ISO-8859-1 < Vary: Accept-Encoding < Transfer-Encoding: chunked < <!DOCTYPE html> <html><head> <meta name="ROBOTS" content="NOINDEX, NOFOLLOW"> <title>404 Not Found</title> <link rel="stylesheet" type="text/css" href="elog.css"> <link rel="shortcut icon" href="favicon.ico" /> <link rel="icon" href="favicon.png" type="image/png" /> </head> <body><h1>404 Not Found</h1> The requested file <b>zzz.css</b> was not found on this server<p> * Connection #0 to host daq00.triumf.ca left intact daq00:~$ directly: daq00:~$ curl -v http://localhost:9080/Midas/zzz.css * Trying 127.0.0.1:9080... * TCP_NODELAY set * Connected to localhost (127.0.0.1) port 9080 (#0) > GET /Midas/zzz.css HTTP/1.1 > Host: localhost:9080 > User-Agent: curl/7.68.0 > Accept: */* > * Mark bundle as not supporting multiuse < HTTP/1.1 200 Document follows < Server: ELOG HTTP 3.1.4-2e1708b5 < Content-Type: text/html;charset=ISO-8859-1 < Connection: Close < <!DOCTYPE html> <html><head> <meta name="ROBOTS" content="NOINDEX, NOFOLLOW"> <title>404 Not Found</title> <link rel="stylesheet" type="text/css" href="elog.css"> <link rel="shortcut icon" href="favicon.ico" /> <link rel="icon" href="favicon.png" type="image/png" /> </head> <body><h1>404 Not Found</h1> The requested file <b>zzz.css</b> was not found on this server<p> * Closing connection 0 daq00:~$
unfortunately instructions do not exist to cover every possible situation. but in general, to migrate elog to a new machine, I would say do this: - on new machine, install new elog from scratch - copy the old elogs from "logbooks" on the backup disk to the new elog "logbooks" - merge the config file by hand (this may require a few tries) feel free to ask for more help with any of these steps here. K.O.
> it would be good if the current state was listed in https://elog.psi.ch/elogs/Vulnerabilities/ > It seems there's now updated builds for at least windows I checked with Stefan and he plans to address both of those fairly soon. > debian package still outdated? We reached to the package maintainer (who is not us), if he cannot help, we will request package removal through debian official channels. Then we have to repeat same for the ubuntu package. > A clear central source would be best ... this already exists. git clone, make, run. > p.s.: My hat is off to the sysadmin who checked carefully, I wanted to introduce ELOG in a windows-centric place and I can't swear I would have checked this (official) download as well. I usually check the date of stuff I install and go "hmm..." if it is not super fresh or very fresh. K.O.
> > debian package still outdated? > We reached to the package maintainer the good Roger Kalt requested removal of debian package elog and it is now removed from debian-unstable. I am not sure if it can be removed from debian-stable releases (debian-11, debian-10). https://tracker.debian.org/pkg/elog https://tracker.debian.org/news/1320035/removed-313-1-1-from-unstable/ K.O.
> The CVEs you refer to are very old and have been fixed a long time ago. > > Please refer to: > https://www.tenable.com/security/research/tra-2019-53 > > This report states that all the reported problems are fixed as of ELOG 3.1.4-283534d or later. > > Note that the elog git history does not refer to these CVEs because > they were fixed before the CVE number was assigned, per "Disclosure Timeline" > in the above document. The relevant commits are listed under "Additional References". > > K.O. I should better capture these "additional references" and the "disclosure timeline" before they vanish from tenable.com: https://www.tenable.com/security/research/tra-2019-53 Additional References https://bitbucket.org/ritt/elog/commits/7367647d40d9b43d529d952d3a063d53606697cb https://bitbucket.org/ritt/elog/commits/38c08aceda8e5ac4bfdcc040710b5792bd5fe4d3 https://bitbucket.org/ritt/elog/commits/32ba07e19241e0bcc68aaa640833424fb3001956 https://bitbucket.org/ritt/elog/commits/15787c1edec1bbe1034b5327a9d6efa710db480b https://bitbucket.org/ritt/elog/commits/283534d97d5a181b09960ae1f0c53dbbe42d8a90 Disclosure Timeline 12/3/2019 - Notice sent to stefan.ritt - AT - psi.ch. 90 day is March 3, 2020 12/4/2019 - Dr. Ritt acknowledges the report. 12/9/2019 - Dr. Ritt stages fixes in bitbucket. 12/9/2019 - Tenable provides feedback. 12/10/2019 - Dr. Ritt acknowledges. 12/11/2019 - Tenable reserves CVE. 12/11/2019 - Tenable notes the various ELOG instances maintained by Paul Scherrer Institute are patched. 12/11/2019 - Tenable informs Dr. Ritt and Mr. Roger Kalt (Debian/Ubuntu package manager) of intent to publish CVE tomorrow (Dec. 12). K.O.
> > > debian package still outdated? > removed from debian-unstable > https://tracker.debian.org/pkg/elog > https://tracker.debian.org/news/1320035/removed-313-1-1-from-unstable/ contacted security@debian.org and they requested removal from the next buster/bullseye point releases: https://bugs.debian.org/1010196 https://bugs.debian.org/1010197 next is to request removal of ubuntu package. K.O.
> > > > debian package still outdated? the freebsd elog package was removed back in 2014 during a purge of "not staged" packages. Originally submitted in 2006, went through at least two maintainers. https://www.freshports.org/www/elog/ K.O.
> next is to request removal of ubuntu package. contacted ubuntu security team, got very quick response. they noted our request and informed us that ubuntu cannot remove packages from existing releases. https://bugs.launchpad.net/ubuntu/+source/elog/+bug/1970480 K.O.
Ubuntu LTS 20.04 and others have elog PDF preview disabled by default. To enable, please follow these steps, see https://daq00.triumf.ca/DaqWiki/index.php/Ubuntu#Enable_elog_PDF_preview Enable elog PDF preview see https://stackoverflow.com/questions/52998331/imagemagick-security-policy-pdf-blocking-conversion xemacs -nw /etc/ImageMagick-6/policy.xml remove this section at the end: <!-- disable ghostscript format types --> <policy domain="coder" rights="none" pattern="PS" /> <policy domain="coder" rights="none" pattern="PS2" /> <policy domain="coder" rights="none" pattern="PS3" /> <policy domain="coder" rights="none" pattern="EPS" /> <policy domain="coder" rights="none" pattern="PDF" /> <policy domain="coder" rights="none" pattern="XPS" /> K.O.
> Error: Command "config" is not allowed for user "" Could it be related to the error messages thrown by "activate user"? see https://elog.psi.ch/elogs/Forum/69479 K.O.
> elogd binary from EPEL thank you for bringing this up to our attention. we recently went through this with debian and ubuntu. the elog package was severely out of date and did not include the security patches that went it right before covid started in the Winter of 2020. the elogd package in EPEL7 is insecure and should not be used. (I see it is removed from EPEL8, EPEL9 and current Fedora). I will have to contact EPEL maintainers to have it removed from EPEL7 (or at least to have it marked as "insecure, do not use"). https://dl.fedoraproject.org/pub/epel/7/SRPMS/Packages/e/elog-3.1.4-1.20190113git283534d97d5a.el7.src.rpm https://packages.fedoraproject.org/pkgs/elog/elog/ https://packages.fedoraproject.org/pkgs/elog/elog/fedora-35.html https://packages.fedoraproject.org/pkgs/elog/elog/epel-7.html note in the changelog "Update to post-release snapshot of 3.1.4. - Fix several security issues." K.O.
- rsprintf("<textarea rows=%d cols=%d wrap=hard name=\"Text\">\n", height, width); + rsprintf("<textarea rows=%d cols=%d name=\"Text\">\n", height, width); my vote is to remove "wrap=hard": 1) I try to read the specs and my head explodes: https://developer.mozilla.org/en-US/docs/Web/HTML/Element/textarea 2) textarea should just accept input typed by user, should not try to "neatify" it. if user wants long lines, we should let them. 3) this bug (introduced in recent safari, the best I can tell) K.O.
The elog downloads page is slightly out of date, https://elog.psi.ch/elog/download.html 1) the "git clone" instructions work (but there is no git tags corresponding to different releases, I suggest adding test: "elog developers recommend always using latest version from elog git repository"). 2) "elog source code", recommends downloading tar file, but latest tar file is from February 2023, probably out of date. people who can compile elog from sources can do "git clone", is the "tar" method still relevant? 3) windows binaries, latest available is from 2018, before the famous security fixes, probably no longer safe for running on the open internet. I suggest we remove this section and say "sorry, windows binaries no longer available". 4) linux binaries, all links are dead, and we have requested removal of elog packages from red hat, debian and ubuntu. (and they have been removed). K.O.
> wget https://elog.psi.ch/elog/download/RPMS/elog-latest.el7.x86_64.rpm I confirm, both wget and curl do not work, not happy with https certificate. (current macos) I confirm download using web browser works (current google-chrome). But the el7 binary RPM will not work on el8 or el9. Simplest way to proceed is to build elog from git sources, per https://elog.psi.ch/elog/download.html mkdir -p $HOME/packages git clone https://bitbucket.org/ritt/elog --recursive cd elog make (make install is not needed, you can run elog from the git clone and build directory). This is how we build and run elog at TRIUMF, including the MIDAS Forum elog. K.O.
> EPEL retired the ELOG package for security reason no, this is not what happened, we (I) requested removal of elog packages from epel, debian and ubuntu because they had obsolete pre-cve (insecure) versions that should not be used. they were very pleasant, quick and efficient dealing with this. (but obviously they could not retroactively remove elog from old versions of ubuntu and debian). we opted to not reclaim ownership of these packages (original person who created these packages had drifted away) because none of us know how to create debian packages and all of us (speaking for myself) know how much PITA is building RPM packages. plus I do not know if Stefan has access to el8 and el9 machines (I do not, we are moving to ubuntu/debian wholesale). I recommend building elog from git sources. it is simple, two commands (git clone + make) vs one command (rpm install), it ensures you always have the latest version available, it is easy to update (git pull + make) and you do not get any surprise updates (from nightly apt update/upgrade). K.O.
I think what you want already exists, for example, when I reply to this message, there is this "Category" selection box with predefined answers "Info", "Bug report", etc. For your case, replace "Category" with "Wafer type ID", replace "Info" with "1", "Bug report" with "2", etc. You numeric values will be strings containing numbers "1", "2", etc. That works for you? K.O.
> This is a nice idea, but currently no text substations in templates are implemented. It only works in attributes right now. but can it be done by javascript injection? load a custom .js or .html file, in this file run javascript code to root down the DOM tree until you find the right place, replace .innerHTML with current date? K.O.
Please see https://daq00.triumf.ca/DaqWiki/index.php/Ubuntu#Enable_elog_PDF_preview see https://stackoverflow.com/questions/52998331/imagemagick-security-policy-pdf-blocking-conversion xemacs -nw /etc/ImageMagick-6/policy.xml remove this section at the end: <!-- disable ghostscript format types --> <policy domain="coder" rights="none" pattern="PS" /> <policy domain="coder" rights="none" pattern="PS2" /> <policy domain="coder" rights="none" pattern="PS3" /> <policy domain="coder" rights="none" pattern="EPS" /> <policy domain="coder" rights="none" pattern="PDF" /> <policy domain="coder" rights="none" pattern="XPS" /> K.O.
I get the following compiler warnings about sprintf() buffer overflows. I suggest sprintf() should be replaced by std::string msprintf() from midas. K.O. iris00:~/packages> git clone https://bitbucket.org/ritt/elog --recursive Cloning into 'elog'... remote: Enumerating objects: 18297, done. remote: Counting objects: 100% (18297/18297), done. remote: Compressing objects: 100% (7710/7710), done. remote: Total 18297 (delta 11462), reused 16637 (delta 10243), pack-reused 0 (from 0) Receiving objects: 100% (18297/18297), 14.56 MiB | 17.14 MiB/s, done. Resolving deltas: 100% (11462/11462), done. Submodule 'mxml' (https://bitbucket.org/tmidas/mxml) registered for path 'mxml' Cloning into '/home/iris/packages/elog/mxml'... remote: Enumerating objects: 356, done. remote: Counting objects: 100% (356/356), done. remote: Compressing objects: 100% (242/242), done. remote: Total 356 (delta 162), reused 265 (delta 112), pack-reused 0 (from 0) Receiving objects: 100% (356/356), 85.65 KiB | 10.71 MiB/s, done. Resolving deltas: 100% (162/162), done. Submodule path 'mxml': checked out '4d4b4cf17bec323a76b8a87605efec6a4822bebf' iris00:~/packages> cd elo elog/ elog-2012/ iris00:~/packages> cd elog iris00:~/packages/elog> make c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -c -o mxml.o mxml/mxml.cxx c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -w -c -o crypt.o src/crypt.cxx c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -c -o strlcpy.o mxml/strlcpy.cxx type git &> /dev/null; if [ $? -eq 1 ]; then REV="unknown" ;else REV=`git log -n 1 --pretty=format:"%ad - %h"`; fi; echo \#define GIT_REVISION \"$REV\" > src/git-revision.h git is /bin/git c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -o elog src/elog.cxx mxml.o crypt.o strlcpy.o -lssl c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -w -c -o auth.o src/auth.cxx c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -o elogd src/elogd.cxx auth.o mxml.o crypt.o strlcpy.o -lssl src/elogd.cxx: In function ‘int el_submit(LOGBOOK*, int, BOOL, const char*, char (*)[1500], char (*)[1500], int, const char*, const char*, const char*, const char*, const char (*)[256], BOOL, const char*, const char*)’: src/elogd.cxx:4960:47: warning: ‘%s’ directive writing up to 149999 bytes into a region of size between 100103 and 250102 [-Wformat-overflow=] 4960 | sprintf(message + strlen(message), "%s: %s\n", attr_name[i], attrib[i]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 4 and 300002 bytes into a destination of size 250104 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx: In function ‘void show_edit_form(LOGBOOK*, int, BOOL, BOOL, BOOL, BOOL, BOOL, BOOL)’: src/elogd.cxx:9659:28: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3993 [-Wformat-overflow=] 9659 | sprintf(str, "Preset %s", attr_list[index]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 8 and 150007 bytes into a destination of size 4000 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:9680:43: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3978 [-Wformat-overflow=] 9680 | sprintf(str, "Preset on first reply %s", attr_list[index]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 23 and 150022 bytes into a destination of size 4000 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:9701:37: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3984 [-Wformat-overflow=] 9701 | sprintf(str, "Preset on reply %s", attr_list[index]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 17 and 150016 bytes into a destination of size 4000 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:9701:37: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3984 [-Wformat-overflow=] 9701 | sprintf(str, "Preset on reply %s", attr_list[index]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 17 and 150016 bytes into a destination of size 4000 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:9701:37: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3984 [-Wformat-overflow=] 9701 | sprintf(str, "Preset on reply %s", attr_list[index]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 17 and 150016 bytes into a destination of size 4000 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:9701:37: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3984 [-Wformat-overflow=] 9701 | sprintf(str, "Preset on reply %s", attr_list[index]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 17 and 150016 bytes into a destination of size 4000 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:9721:36: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3985 [-Wformat-overflow=] 9721 | sprintf(str, "Preset on edit %s", attr_list[index]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 16 and 150015 bytes into a destination of size 4000 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:9741:41: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3980 [-Wformat-overflow=] 9741 | sprintf(str, "Preset on duplicate %s", attr_list[index]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 21 and 150020 bytes into a destination of size 4000 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:9762:22: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3999 [-Wformat-overflow=] 9762 | sprintf(str, "p%s", attr_list[index]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 2 and 150001 bytes into a destination of size 4000 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:9780:31: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3993 [-Wformat-overflow=] 9780 | sprintf(str, "Preset %s", attr_list[index]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 8 and 150007 bytes into a destination of size 4000 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:9801:40: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3984 [-Wformat-overflow=] 9801 | sprintf(str, "Preset on reply %s", attr_list[index]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 17 and 150016 bytes into a destination of size 4000 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:9821:44: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 3980 [-Wformat-overflow=] 9821 | sprintf(str, "Preset on duplicate %s", attr_list[index]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 21 and 150020 bytes into a destination of size 4000 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx: In function ‘void show_elog_list(LOGBOOK*, int, int, int, BOOL, char*)’: src/elogd.cxx:20448:43: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1587 [-Wformat-overflow=] 20448 | sprintf(str, "Icon comment %s", attrib[i]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 14 and 150013 bytes into a destination of size 1600 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:20495:33: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1600 [-Wformat-overflow=] 20495 | sprintf(str, "%s_%d", attr_list[i], j); | ^~ src/elogd.cxx:20495:32: note: directive argument in the range [0, 99] 20495 | sprintf(str, "%s_%d", attr_list[i], j); | ^~~~~~~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 3 and 150003 bytes into a destination of size 1600 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:20459:33: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1600 [-Wformat-overflow=] 20459 | sprintf(str, "%s_%d", attr_list[i], j); | ^~ src/elogd.cxx:20459:32: note: directive argument in the range [0, 99] 20459 | sprintf(str, "%s_%d", attr_list[i], j); | ^~~~~~~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 3 and 150003 bytes into a destination of size 1600 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:21041:30: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1600 [-Wformat-overflow=] 21041 | sprintf(str, "%s_%d", attr_list[i], j); | ^~ src/elogd.cxx:21041:29: note: directive argument in the range [0, 99] 21041 | sprintf(str, "%s_%d", attr_list[i], j); | ^~~~~~~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 3 and 150003 bytes into a destination of size 1600 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:21527:45: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1588 [-Wformat-overflow=] 21527 | sprintf(str, "Time format %s", attr_list[i]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 13 and 150012 bytes into a destination of size 1600 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx:21512:45: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 1588 [-Wformat-overflow=] 21512 | sprintf(str, "Date format %s", attr_list[i]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 13 and 150012 bytes into a destination of size 1600 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ src/elogd.cxx: In function ‘void submit_elog(LOGBOOK*)’: src/elogd.cxx:23282:38: warning: ‘%s’ directive writing up to 149999 bytes into a region of size 2034 [-Wformat-overflow=] 23282 | sprintf(str, "Subst on edit %s", attr_list[index]); | ^~ In file included from /usr/include/stdio.h:894, from src/elogd.h:42, from src/elogd.cxx:38: /usr/include/x86_64-linux-gnu/bits/stdio2.h:38:34: note: ‘__builtin___sprintf_chk’ output between 15 and 150014 bytes into a destination of size 2048 38 | return __builtin___sprintf_chk (__s, __USE_FORTIFY_LEVEL - 1, | ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 39 | __glibc_objsize (__s), __fmt, | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 40 | __va_arg_pack ()); | ~~~~~~~~~~~~~~~~~ c++ -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Wno-unused-result -Imxml -DHAVE_SSL -o elconv src/elconv.cxx - lssl iris00:~/packages/elog> git log commit 2eba8869bb72561f3f19f9b675ec74ba738f2443 (HEAD -> master, origin/master, origin/HEAD) Author: Stefan Ritt <stefan.ritt@psi.ch> Date: Fri May 3 16:04:21 2024 +0200 Removed unused variables commit 8f942d1d18cc7d4d9b12f049dfd67284e3289963 Author: Stefan Ritt <stefan.ritt@psi.ch> Date: Fri May 3 15:50:17 2024 +0200 Disabled attachment file retrieval to prevent poxy mis-use commit 3020557a2b52cc9c460b80313c7c61c3ee014896 Author: Stefan Ritt <stefan.ritt@psi.ch> Date: Tue Apr 16 13:29:35 2024 +0200 Fixed typos commit 3876ffa2cc22a355cad8da642cb6f5a35884597a Author: Stefan Ritt <stefan.ritt@psi.ch> Date: Mon Apr 15 18:04:52 2024 +0200 Fixed line break commit a644db7f2c14210e8014dc2a3dc9960e1382ccc1 Author: Stefan Ritt <stefan.ritt@psi.ch> Date: Mon Apr 15 18:00:54 2024 +0200 Updated MacOSX command commit fe60aaf0c41dcfafa50042e415f576faf82b1d4b Author: Stefan Ritt <stefan.ritt@psi.ch> Date: Thu Mar 14 21:17:01 2024 +0100 Fixed wrong number of attachments display Broken pipe iris00:~/packages/elog>
What Stefan meant to say is that Elog does not implement sending email using encrypted SMTP over TLS. In theory it could be implemented, but if you try to use it, you may find that most destinations will reject you unless you have configured correct SPF records. https://en.wikipedia.org/wiki/Sender_Policy_Framework Even if you do everything right, joints like gmail may still reject you because their AI decides you are a spammer, or just because they do not like you, and good luck making them change their mind. At TRIUMF, we configure elog to use unencrypted and unauthenticated SMTP to smtp.triumf.ca, which has special rules to accept our email (no questions asked), and our Microsoft email instance is configured to accept and forward email from smpt.triumf.ca. Everything is done right, but we still see Fermilab's Microsoft rejecting TRIUMF's Microsoft email once in a while. K.O.
> People are keeping me asking for a Windows installer My Windows-11 laptop may free up in January and I could look at builds of elog and midas, but I know nothing about making Windows installers... K.O.
> is there an instruction document how to exacly host the ELOG on a server for example a raspberry pi? would be same as on any other linux machine, in the nutshell: - install generic raspbian (R-12 is current version) - setup the network - setup apache2 https with automatic https certificate renewal using certbot - setup apache2 redirect to elogd port 8080 - setup elogd on port localhost:8080 some of this is written up here: https://daq00.triumf.ca/DaqWiki/index.php/Ubuntu#Install_apache_httpd_proxy_for_midas_and_elog in theory you can run elogd without apache https proxy, but I find computer security people are quite happy when I tell them that I run apache https with SSLlabs score "A+". also I believe elogd does not support automatic https certificate renewal, running it behind apache https solves that. another consideration, specifically for RaspberryPi, they use SD flash for storage, and unlike SATA and NVMe SSDs, SD flash does not have SMART to report flash read, write and wear-out problems. So you may run into unexpected SD flash failures. We do. do daily/hourly rsync to backup/archive storage to avoid total data loss if this happens. also be aware that SD flash is very slow, compared to normal PC SSDs. read speed is not too bad, but write speed is quite abysmal. as solution to this, RPi5 can have a PCIe/NVMe dongle, you can try that instead of SD flash. K.O.
Hi, I am trying to create an issues logbook where I have defined an attribute so I can track who this issue is assigned to. In order to get a drop-down list of users of the system to show up for that attribute (when creating a new issue), I have to type in the whole list of users in the config file. The problem is that whenever a user self-registers, I have to go into the config file and add that user to the list. Is there a way to write something like this: Options Assigned To = $user_list I am a new user, and am thoroughly enjoying working with ELog. Thanks for such a neat product. I have not been able to go through all the logs yet to figure out if this question has been asked/answered before.
Kim R
Thank you very much for your reply. So which SMTP type can I use now? Is outlook OK?
Since updating to version 2.5.8 we have been having problems with the elogd service crashing whenever anyone attempts to log out. We are using stunnel 4.09 on a Win 2k system. When someone tries to log out of e-log from their desktop the machine hosting the service throws an error popup wanting to report to Microsoft. The error signature has the following information: szAppName: elogd.exe szAppVer: 0.0.0.0 szModName: elogd.exe szMidVer: 0.0.0.0 offset: 0003586a Clicking to get the technical information it wants to send it shows these two file names: C:\DocumentsandSettings\krobinde\LOCALS~1\temp\WER6F.tmp.dir00 \elogd.exe.mdmp C:\DocumentsandSettings\krobinde\LOCALS~1\temp\WER6F.tmp.dir00\appcompat.txt Let me know if there is any further information you need.
> It's hard to tell the problem from what you report. Have you tried the latest > release http://midas.psi.ch/elog/download/windows/elog258-6.exe ? There were > some problems with the password file in 2.5.8 versions prior to patch level 6. Yes, I am up to date with the latest version (2.5.8-6). What other information can I provide that might assist in diagnosing this?
> > Since updating to version 2.5.8 we have been having problems with the elogd > > service crashing whenever anyone attempts to log out. We are using stunnel > > 4.09 on a Win 2k system. > > This problem has finally been identified and fixed. Please download the newest > version 2.5.9-2 which contains this fix. I will get right on this. Thank you for your efforts!
[global] Welcome title = <img src="Title.gif"><p><font size=5 color=white>Welcome to the EXO elog</font> logbook tabs = 1 main tab = Home port = 8082 SMTP host = smtp.stanford.edu Usr = elog Grp = users Logbook dir = /usr/local/elog/logbooks_exo Self register = 0 Password file = /usr/local/elog/passwd_exo Email Format = 15 URL = http://grattalab3.stanford.edu/exo_elog/ Admin user = Administrator Title image = <img border=0 src="EXOlogo.gif" alt="ELOG logo"> Title image URL = http://www-project.slac.stanford.edu/exo/ Max content length = 200000000000 All display limit = 100000 [Collaboration] Theme = default Subdir = Collaboration Comment = EXO Collaboration elog Attributes = Author, Category, Subject MOptions Category = 100 kg Prototype, Materials, Papers & Internal Notes, Data, Results, Talks, Schematics, Correspondence, Gas TPC, Isotopes, Grabber Cell, Purity Monitor, Other Required Attributes = Author, Category, Subject Page Title = EXO Collaboration ELOG Reverse sort = 1 Quick filter = Date, Category Email Subject = EXO (Collaboration) log: $subject Suppress default = 0 Login user = xenon, Administrator Deny Delete = xenon Admin user = Administrator [CAD] Theme=default Subdir = CAD Comment = EXO CAD Repository Attributes = Author, Category, Subject, Approval Status MOptions Category = Background measurements, Refrigeration, Cryostat and Sheilding, Xe purification and handling, Counting rooms, Electronics and DAQ, Simulation and Software, Light readout, Chamber, Other MOptions Approval Status = Approved, Working Required Attributes = Author, Category, Subject Page Title = EXO CAD Repository Reverse sort = 1 Quick filter = Date, Category Suppress default = 1 Login user = xenon, vance Admin user = Administrator Deny Edit = xenon Deny Reply = xenon Deny Move to = xenon Deny Copy to = xenon Deny Config = xenon Deny Delete = xenon [Lasers] Theme = default Subdir = Lasers Comment = Barium tagging laser elog Attributes = Author, Subject, Category MOptions Category = Data, Papers, Notes Required Attributes = Author, Subject, Category Page Title = Barium tagging laser log Reverse sort = 1 Quick filter = Date, Category Login user = xenon Admin user = Administrator Suppress default = 0 [LinearTrap] Theme = default Subdir = LinearTrap Comment = Linear trap elog Attributes = Author, Subject, Category MOptions Category = Data, Papers, Notes, Thesis, Photos Required Attributes = Author, Subject, Category Page Title = Linear trap elog Reverse sort = 1 Quick filter = Date, Category Login user = xenon Admin user = Administrator Suppress default = 1 [Materials_Database] Theme = default Subdir = Materials_Database Comment = Materials Database elog Attributes = Author, Subject, Category MOptions Category = Data, Papers, Notes, Results Required Attributes = Author, Subject, Category Page Title = Materials Database elog Reverse sort = 1 Quick filter = Date, Category Login user = xenon Admin user = Administrator Suppress default = 0 Use Email Subject = EXO Materials Database elog: $subject Deny Delete = xenon [Pictures] Theme = default Subdir = Pictures Comment = Pictures elog Attributes = Author, Subject Required Attributes = Author, Subject Page Title = Pictures elog Reverse sort = 1 Quick filter = Date, Category Login user = xenon Admin user = Administrator Suppress default = 0 Deny Delete = xenon [BaTagging] Theme = default Subdir = BaTagging Comment = Barium tagging elog Attributes = Author, Subject, Category MOptions Category = Data, Papers, Notes, Results Required Attributes = Author, Subject, Category Page Title = Barium Tagging elog Reverse sort = 1 Quick filter = Data, Category Login user = xenon Admin user = Administrator Suppress default = 0 Deny Delete = xenon [EXO 200 Installation] Theme = default Subdir = EXO200Installation Comment = EXO-200 Installation elog Attributes = Author, Subject, Category MOptions Category = Daily log entry, Pictures, Schematics, MSDS, Documentation, Data, Other Required Attributes = Author, Subject, Category Page Title = EXO-200 Installation ELOG Reverse sort = 1 Quick filter = Date, Category Use Email Subject = EXO-200 Installation elog: $subject Suppress default = 0 Login user = xenon, Administrator Deny Delete = xenon Admin user = Administrator [Veto] Theme = default Subdir = Veto Comment = Veto system elog Attributes = Author, Subject Required Attributes = Author, Subject Page Title = Veto system ELOG Reverse sort = 1 Quick filter = Date, Category Use Email Subject = Veto system elog: $subject Suppress default = 0 Login user = xenon, Administrator Deny Delete = xenon Admin user = Administrator [Monte Carlo] Theme = default Subdir = MonteCarlo Comment = Monte Carlo elog Attributes = Author, Subject Required Attributes = Author, Subject Page Title = Monte Carlo ELOG Reverse sort = 1 Quick filter = Date, Category Use Email Subject = Monte Carlo elog: $subject Suppress default = 0 Login user = xenon, Administrator Deny Delete = xenon Admin user = Administrator [Electronics] Theme = default Subdir = Electronics Comment = Electronics elog Attributes = Author, Subject Required Attributes = Author, Subject Page Title = Electronics ELOG Reverse sort = 1 Quick filter = Date, Category Use Email Subject = Electronics elog: $subject Suppress default = 0 Login user = xenon, Administrator Deny Delete = xenon Admin user = Administrator
That fixed it!
Thanks Alain.
{"[math]", "<img src = \"http://borex.princeton.edu/mimetex?"}, {"[/math]", "\" border = \"0\" align = \"absmiddle\" />"},
Hi, I am having trouble modifying the elog client to allow larger attachment. I have elogd configure for attchment sizes of 10Meg and I would like the option to be able to use the elog client. Can anyone give me key points as to how to go about doing this? I have tried but I must be missing something. Also, as a suggestion, it might make sense to add a MAX_ATTACHMENT_SIZE def in a common header file. Thanks Kevin
Hello I have upgraded elog from version 2.2.4 to 2.3.6 and then entry "Number Attachments =" is not being read. Looking at the changelog, I found that "Number Attachments" has been removed in favor of "enable attachments". I tried looking in the documentation but I can't find a discription of the way in which multiple attachments are handled. Can someone give me a pointer? Thanks Kevin
> > I have upgraded elog from version 2.2.4 to 2.3.6 and then entry "Number > > Attachments =" is not being read. Looking at the changelog, I found that > > "Number Attachments" has been removed in favor of "enable attachments". I > > tried looking in the documentation but I can't find a discription of the way > > in which multiple attachments are handled. Can someone give me a pointer? > > Just upload one attachment at a time by hitting the "Upload" button, your > message text stays there. Once you are finished, hit "Submit". Sorry, I > thought this would be obvious, since most providers use this for their mail > web interface. No need to say sorry. It is probably obvious to pretty much everyone. -- It the story of my life. Thanks Kevin
elogd continues to run after a SIGHUP. If a second SIGHUP is received the daemon terminates. This was observed on Solaris 10 (SPARC). The documentation states that elogd should re-read configuration after receiving SIGHUP.
We've been using ELOG 2.6.5 to 2.7.8 for 4 years without any major problems.
Recently we upgraded to version 2.9.0 and since we've had the daemon frequently crash with SEGV.
I've detached debugging output from one time when ELOG the crashed. We've had many crashes it was a different logbook each time. Platform is Solaris 10 5/08 on SPARC.
Has anyone else experienced problems with 2.9.0?
Kester
When using restrict edit time together with autosave, there is the following problem: The counter for restrict edit time seems to start after the autosave. If the time is up, it is no longer possible to submit the report. It is also not possble to edit old drafts if restrict edit has elapsed since the creation of the save. Autosave is definitively a nice new feature. However, I think it would be better if the counter for restrict edit time only started after the "submit" of the report and allowed edits to drafts no matter how old they are. As it is one needs to either set a really high value for restrict edit time or turn off autosave. The issue seems to be related to: https://midas.psi.ch/elogs/Forum/68103
Somehow when replying to a log entry, a log entry was created that was referring to itself. How this happened, I have no idea. The effect was that each time this enty was loaded, the elogd started to hang, going to 100% load and not responding to any http requests anymore. This problem can be reproduced by manually creating such a self-referencing log entry (see attachment). The problem entry that leads to the crash can be made by editing any elog entry and adding a line "Reply to: X" and a line "In reply to: X" where X is the MID of this entry.
1) Maybe it is possible to add a check when writing files that ensure, that is a log entry does not reference itself. 2) Maybe when loading files are preparing the thread view, elogd can detect cycles and abort.
Hallo and thanks for a great program.
At my work we have previously been using another program (Rednotebook) for our lab journals, but now we wish to migrate to elog because it is more configurable and because it runs in a browser.
We would off course like to move all of our old log entries with us. Luckily Rednotebook uses a standard module (YAML) for data storage, so I can easily access the data (e.g. with python) and I have already done do, and I have exchanged the native markup with html.
Now I would prefer it if I can make the elog data files directly, in stead of using the elog command, because that makes it possible and easy to revert the change, and also to not have to handle escaping html string before feeding them to elog on the commandline. I have actually already written the program that produces the elog data files, but now I have a few questions:
1) Is there an overall way of validating the datafiles, to make sure elog doesn't choke on them at some point in the future when I try to open one of the old entries. Along the same lines, does elog parse all the files when the demon is started, so if it starts then I'm ok?
2) What exactly are the requirements for the HTML content
2a) Will any valid html do, or are there some speciel requirements (e.g. like at blank lines)
2b) Does it require a particular version of html, because then I could at least validate it against that doctype beforehand
3) Is there a log from elog where I can see if it encounters something it doesn't like?
I hope the you can answer some of my questions.
Regards Kenneth
//Kenneth
On many of my logbooks when I specify the menu commands to appear i will get one, usually 'List', which has a link not back to the logbook itself but to the root of the elog web server i.e. http:/hostname.domain:8080 But nothing will respond without the logbook name after the port number. This also seems to be happening to the "back" submit button. I can't seem to figure out how to address it. Suggestions?
Here's the global section and the logbook section for one of the logbooks affected. Of note, the 'demo' logbook works fine and does not have this issue. [global] port = 8080 SMTP host = localhost Welcome title = Welcome Top group 2012 = 2011, 2010, 2009, 2008, 2007, WINTER [WINTER] ;*****Look and Feel***** Page title = Winter Weather List page title = Winter Weather Edit page title = Winter Weather Theme = default CSS = default.css Comment = Winter Weather Title image = ;*****Email***** Use Email From = me@me.com Suppress Email to users = 1 Display Email recipients = 0 Email Encoding = 4 Suppress Email on edit = 1 ;*****Settings***** Entries per page = 30 ;Reverse sort = 1 Expand default = 2 Display mode = SUMMARY Mode command = 0 Time format = %d%B%Y-%H:%M Summary lines = 15 Show top groups = 0 Message height = 8 Message width = 38 Default encoding = 1 Mode commands = 0 Suppress default = 2 Resubmit default = 2 Back to main = 1 RSS Title = $entry time - $Event ;*****MENU***** List Menu commands = New, Find Menu commands = List, New, Edit, Find, Reply, Delete
I am handling several ELOGs for medium-sized collaborations (scientific experiments) with a large number of authors (~250) and chose to have single-user access and entries for every author - in the config file, the "Options Author"-List contains ~150 name for now.
However, the Author drop-down menu stops after ~100 names - is that a ELOG-webserver hard limit? I checked there is nothing strange in the author names following (no strange character, etc.).
I tested it on Firefox, Chrome, Safari - it does not seem to be a browser issue.
Hello Kay,
I had to look it up in the source code: yes, you are right, it is hard-coded in elogd.h
elogd.h:#define MAX_N_LIST 100
You can of course change the limit and recompile.
As an alternative, you could have sub-menus with less than 100 entries (disclaimer: the following is untested example):
Attributes = author_range, author, ...
options author_range = A-K{1}, L-Z{2}
{1} options author = Andi, Bob, Camilla, Dennis, ..., Kay
{2} options author = Lily, Max, Norbert, Oscar, ..., Zeta
Hello Andreas,
thanks a lot for your quick reply - both options are valid and working. For simplicity (the author list is generated automatically from a shell script) I opted for the first one.
Kay
Yeah!!
That did it! I remove the line "Kerberos authentication" and now it works!
OK, i will try that. Thanks.
Attributes = Author, Classification, Subject, Bug Number, Environment, Server, Bugzilla ... #Make the list table narrow enough to fit in the browser List display = ID, Date, Author, Subject, Server, Bugzilla ... #We take in a Bug Number from the user, then calculate a Bugzilla link from that Change Bugzilla = <a href="http://bugz:4545/bugzilla/show_bug.cgi?id=$Bug Number">$Bug Number</a> List Change Bugzilla = <a href="http://bugz:4545/bugzilla/show_bug.cgi?id=$Bug Number">$Bug Number</a> Hidden Attributes = Bugzilla
I am using 2.3.4 and I am still having this problem. If someone posts a message with an attachment, and I then reply to that message, the attachment gets 'deattached' from that message. However, the file is still in the logbook directory, so it is possible to recover it, but it did cause a slight panic the first time it happened :) I see there is a 2.3.5 version now, but the changelog doesn't say anything about this problem, so I have not tried it yet. Is there a 'trick' to fix this problem? EDIT: I noticed when I replyed to your message, your elog.cfg attachment is no longer there. So it appears it's not fixed in 2.3.5 either.. > This is a known problem and has been fixed in version 2.3.4, which has been > released today. To prove that it's working, I attached the current > elogd.cfg from this forum.
EDIT: I downloaded the latest elogd.c from CVS, replaced the one from the latest tar, and recompiled. Worked great! Thanks for the prompt response, Stefan! > > I am using 2.3.4 and I am still having this problem. If someone posts a > > message with an attachment, and I then reply to that message, the attachment > > gets 'deattached' from that message. However, the file is still in the > > logbook directory, so it is possible to recover it, but it did cause a > slight > > panic the first time it happened :) > > Uups, that is indeed a problem. I found that it was unrelated to the first > one, so it was there since quite some time now. I fixed it. It will come out > in 2.3.6 or can be obtained already now from CVS. It is trongly recommended > to upgrade all installations to avoid this problem.
I've been using elog for several months now, and one thing that's always seemed odd to me are the things like max number of attachments and max attachment size are defined right in the source code, and not in the config file. It would seem that it would be simple to be able to define stuff like that in the config file (and have defaults in case they weren't specified), which would fix a lot of the recompiling problems - just edit the config file and restart elog. Not that recompiling elog is difficult, it just seems like recompiling for such a simple setting is overkill... Anyway, just curious. Is there a technical reason this is not done? Justin > source of it. The reply/attachment bug is fixed, and a warning about > exceeding the number of attachments will come soon.
Heya, I've been using elog for a year or so, with a proxy through Apache, but recently I've ran into some trouble with my Apache config, where spammers were using my incorrectly configured proxy to send spam. I have some requests for the Administrator's Guide: "Running elogd under Apache". I'm hoping a few little notes will save others the trouble I've gone through. Neither of these are any fault of elog's or Apache's, but of my own ignorance. (I am using elog 2.3.9, and Apache 2.something, if that matters) 1) When doing "ProxyPass ..." when setting up elog under Apache, do NOT put "ProxyRequests On". This is not needed, if it is enabled and not set up correctly, it allows spammers to send spam via Apache's proxy. More information on this is here: http://www.apacheweek.com/issues/03-07-25, about halfway down the page, under "Spammers use open Apache proxies" Even though it doesn't mention ProxyRequests in the guide, I think there should be a little side note mentioning that "ProxyRequests On" is NOT needed, because I put it in, thinking it was - I am probably not the only one. 2) I have found that mod_proxy_http.c must be loaded in addition to mod_proxy.c and mod_alias.c for the proxy to work, otherwise I get a 403 error. I think this should be mentioned as well.
Please advise on how to set up selective email notification on logbooks; We want to send an email to specific people when an event that involves them is entered?
At the moment, we currently get an email entry for every new logbook entry. Thanks
Stefan, I am not an expert in this field so I wondered how one goes about finding someone to write this and how one amends the soruce code? Is that allowed? Is it a feature than may be of use for other users? Julian
Thanks Andreas, I will read that section. Julian
I have define a MOption BACKUP = Server, Switch, Router any now i link to use the Status of the Backup Option to display diffrent html file in the Text field, i the a posible way to do this ?
sample:
MOption BACKUP = Server, Switch, Router
{Server&Switch&Router} Present Text = file1
{Server&Switch} Present Text = file2
void submit_elog(LOGBOOK * lbs)
Thank you all for your kind responses. Please consider this thread resolved: no bug in elog
ah yes, that was a helpful clue. Our elogd.cfg file led me to a .js file which redefines the ID to the elog:SequencerEvents/XXXXX format and it indeed had a silly hard coded length of that string.
Since I am pretty sure this is our code, I think it is safe to say that this is not a bug in the elog
Well, in my example the ID link worked just fine.
There could be a string length limitation, but it could be as well the way you are creating the ID that is the source of the problem: I would need the part of your elogd.cfg that defines how you format your ID in order to try to reproduce your problem.
I have been trying to build and run elog under Mac OS X 10.2.6, without sucess. I understand that this is not one of the 'supported' platforms, but I hope that there is someone here who might know the work-around to my problem. I've tried building elog 2.2.5, 2.3.6, 2.3.7, and 2.3.8. I've tried using the compiler that comes in the Mac OS X 10.2 box, as well as the gcc-based compiler supplied in Apple's Dec 2002 developer update (gcc 3.1), and the June '03 update as well (gcc 3.3). elog builds without error in all cases I tried. When I run it, it will correctly serve the demo notebook. However, when the user clicks on the test message to display it in full, there is a seg fault. I suspect that the trouble might be with something defined in time.h. I've run it in gdb, and the result is appended to this message. This is for gcc 3.3 and elog 2.3.8. I would greatly appreciate any hints or suggestions. Cheers, Joe --- [satsuma:~/Documents/elog_build/elog-2.3.8] jgiaime% gdb ./elogd GNU gdb 5.3-20030128 (Apple version gdb-282) (Fri Jun 13 03:33:07 GMT 2003) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-apple-darwin". Reading symbols for shared libraries .. done (gdb) run Starting program: /Users/jgiaime/Documents/elog_build/elog-2.3.8/elogd Reading symbols for shared libraries . done Indexing logbook "demo" ... ok Server listening on port 8080... Program received signal EXC_BAD_ACCESS, Could not access memory. 0x00005870 in el_retrieve (lbs=0x1, message_id=50, date=0xbfff2500 "demo", attr_list=0x0, attrib=0x365620, n_attr=1, text=0xbfff2280 "1", textsize=0x1, in_reply_to=0x0, reply_to=0x0, attachment=0x0, encoding=0x0, locked_by=0x0) at src/ elogd.c:2775 2775 { (gdb) up #1 0x0001d9b4 in interprete (lbook=0x1 <Address 0x1 out of bounds>, path=0xbfff2280 "1") at src/elogd.c:12279 12279 show_elog_message(lbs, dec_path, command); (gdb) up #2 0x0001db10 in decode_get (logbook=0xbffff340 "demo", string=0x3a300a "1") at src/ elogd.c:12325 12325 interprete(logbook, path); (gdb) up #3 0x00020080 in server_loop (tcp_port=836736, daemon=-1073732640) at src/ elogd.c:13398 13398 decode_get(logbook, p); (gdb) up #4 0x00021134 in main (argc=1, argv=0xbffff850) at src/elogd.c:13832 13832 server_loop(tcp_port, daemon); (gdb) up Initial frame selected; you cannot go up. (gdb)
Sridhar & Recai, Thanks to both of you for the rapid and effective advice. Fixing the limit corrected my problem. I think I last got tripped up this way 10 years ago... I suppose that the advice to increase Mac OS X's default stacksize limit might make a fine entry in the FAQ or README file. Thanks again, Joe
Return-Path: Received: from ligo.phys.lsu.edu ([unix socket]) by ligo.phys.lsu.edu (Cyrus v2.1.13) with LMTP; Wed, 28 Jan 2004 16:27:03 -0600 X-Sieve: CMU Sieve 2.2 Received: from ligo.phys.lsu.edu (ligo.phys.lsu.edu [130.39.181.231]) by ligo.phys.lsu.edu (Postfix) with SMTP id 5E12A788D1; Wed, 28 Jan 2004 16:27:03 -0600 (CST) To: ELOG@ligo.phys.lsu.edu, user@ligo.phys.lsu.edu From: elog@ligo.phys.lsu.edu Subject: New playground elog entry X-Mailer: Elog, Version 2.3.9 X-Elog-URL: http://ligo.phys.lsu.edu:8080/playground/13 X-Elog-submit-type: web|elog Date: Wed, 28 Jan 2004 22:27:03 +52182819 Content-Type: TEXT/PLAIN; charset=US-ASCII Message-Id: <20040128222703.5E12A788D1@ligo.phys.lsu.edu> A new entry has been submitted on ligo.phys.lsu.edu Logbook : playground Author : Joseph Giaime Type : Other Category : Other Subject : yet another test Logbook URL : http://ligo.phys.lsu.edu:8080/playground/13
maybe I missed something in the configuration, but how do I get this nice editor for HTML like the one available on this forum?
Thanks a lot for advice.
I found that elog crashes if I try to upload an image with long name. It actually uploads the file after the crash. It crashes also if in the full view with attachments visible. If I shorten the name all is fine.
The crash report screenshot is attached. It looks like a too small buffer (?).
[...] maybe I missed something in the configuration, but how do I get this nice editor for HTML like the one available on this forum?[...]
Hi Andreas, thank you for your reply. I have already found out that the problem on Mac was that I moved the cfg file to some other folder which did not contain the resources and scripts. I used the "-s" switch and now it works nicely. However, now I try to do the same thing on Windows and even the "-s" switch does not help (the default encodings etc. are set in the cfg file). I compiled the elog on Mac, but I used the installation package on Windows.
Sorry for the late reply. I didn't get email notification about an answer to my question :)
Actually, I just wrote <hostname> and so on for privacy. In my attempt, they have real values.
And yet, I got as result: "Message successfully transmitted, ID=-1".
Follow up question: do I really need to install everything even though I only want the client? Or is there somewhere a package just with the client code?
I don't see anything in httpd logs.
I am just reusing an entry I created via web, so the attributes are correct. Nothing is missing, correct spelling, etc. I keep trying.
BTW, I have just realized that the output of "elog -h" does not "man log", which is the one I have been using so far. Which one is correct?
Nope. How? Is it documented?
I realize from your response that my question was not clear. I was not asking how to get it. Note that I am just a regular user, I am not the administrator of the service.
My question was about how to use it. From the man page, or from the explanation in the Administration Guide, it is not clear to me how to pass the same arguments I have been trying for /usr/bin/elog. For example, how to pass the list of attributes. I don't see a "-a" option for elogd.
It is the default. If you install ELOG on your PC and run it, then every access will be directly to the ELOG web service. If you want to have Apache inbetween, it is some extra effort.
Hi Andreas.
It seems I didn't fully understand the comment by Stefan when he said "Have you tried to connect directly to elogd and not going through Apache?". My bad.
Now you've totally lost me.
elogd is a web service. You connect to it with a web browser. You don't pass arguments at startup of the service that refers to specific atrributes. I have no idea what you intend to do, you need to explain a lot more.
> Any ideas? I run our ELOG on windows server.. maybe that has something to do with it. I am running the server on kubuntu 8.x, and have the same issue with chrome 1.x. Is is possible the corporate elog server is running behind apache or in some other proxy config while the one you are having issues with is being connected to directly by chrome? -- rouilj
> > > Any ideas? I run our ELOG on windows server.. maybe that has something to do with it. > > > > I am running the server on kubuntu 8.x, and have the same issue with chrome 1.x. > > Is is possible the corporate elog server is running behind apache or in some > > other proxy config while the one you are having issues with is being connected > > to directly by chrome? > > It's good to know someone else has the issue, at least. I'd like to find a publicly available elog server so > that the elog developers could recreate the issue and thusly fix the issue. Or at the very least send the broken > URL to Google Chrome developers to see if it's a bug in the browser or not. I just brought up the current head release of elog, and the problem is fixed. Looks like it was some sort of cookie issue IIRC the log entry. So build a new elogd and you should be all set. - rouilj
Hello: I am running release 2.7.8 of elog. I am using the cloning/syncing features to maintain a backup/slave and at some point it stopped cloning the password file. Operating systems/software: master: ubuntu 10.4 using locally compiled elog 2.7.8-2278 slave: solaris 10 using locally compile elog 2.7.8 without SSL support A sample run (hostname edited - available by private email if needed) is: $../elogd -C http://host.example.org:8080/ Overwrite local "elogd.cfg"? [y]/n: y Remote configuration successfully received. Option "Mirror server = http://host.example.org:8080/" added to config file. Option "URL = xxx" has been outcommented from config file. Retrieve remote password files? [y]/n: y Received invalid response from elogd server at http://host.example.org:8080/Discussion/ Running with -v doesn't produce any useful diagnostics as to what the invalid response is. Trussing the process (again with host name editing) shows: send(3, 0xFFBEE890, 93, 0) = 93 G E T / D i s c u s s i o n / ? c m d = G e t P w d F i l e H T T P / 1 . 0\r\n C o n n e c t i o n : C l o s e\r\n H o s t : h o s t . e x a m p l e . o r g : 8 0 8 0\r\n\r\n poll(0xFFBEC070, 1, 30000) = 1 recv(3, 0x011057B0, 251000, 0) = 119 H T T P / 1 . 1 4 0 4 N o t F o u n d\r\n S e r v e r : E L O G H T T P 2 . 7 . 8 - 2 2 7 8\r\n C o n t e n t - T y p e : t e x t / h t m l ; c h a r s e t = I S O - 8 8 5 9 - 1 \r\n C o n n e c t i o n : C l o s e\r\n\r\n If logged in as myself I go to http://host.example.org:8080/Discussion/?cmd=GetPwdFile I do get the data so this looks like a password/authentication issue. I have added Mirror user = rouilj to elogd.cfg, and it is present in the cloned elogd.cfg but still no joy. I also copied the passwd file to the clone and made sure that it was being successfully found and opened during the clone operation. So where do I go from here in trying to troubleshoot the problem? -- rouilj
Does anybody have any ideas? Should I post a config or something? -- rouilj
GET /Discussion/?cmd=GetPwdFile HTTP/1.1 Host: rouilj.dyndns.org:8080 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 (.NET CLR 3.5.30729) Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 115 Connection: keep-alive Cookie: elmode=Summary; urem=1 ==== Return ================================ HTTP/1.1 404 Not Found Server: ELOG HTTP 2.7.8-2278 Content-Type: text/html;charset=ISO-8859-1 Content-Length: 665 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html><head> <META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW"> <title>ELOG error</title> <link rel="stylesheet" type="text/css" href="default.css"> </head> <body><center> <table class="dlgframe" width="50%" cellpadding="1" cellspacing="0"<tr><td class="errormsg">Error: Command "<b>GetPwdFile</b>" not allowed</td></tr> <tr><td class="errormsg"><script language="javascript" type="text/javascript"> document.write("<button type=button onClick=history.back()>Back</button>"); </script> <noscript> Please use your browser's back button to go back </noscript> </td></tr> </table> </center></body></html>
Guest menu commands = List, Last 10, Find, Login, Help Guest List Menu commands = List, Last 10, Find, Login, Help
Received invalid response from elogd server at http://example.org:8080/Discussion/
It looks like the newest windows release of elog at http://midas.psi.ch/elog/download/windows/ is 2.81. elog281-1.exe 23-Dec-2010 11:42 3.1M elog-latest.exe 23-Dec-2010 11:42 3.1M Can you post the 2.90 release. Thanks. -- rouilj
When running openvas (a nessus fork) against elog 2.9.0 I provoked the following crash: Apr 9 17:32:06 unixland elogd[1300]: POST / HTTP/1.0#015#012Host: unixland.home #015#012Content-Length: -800#015#012#015#012XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Apr 9 17:32:06 unixland kernel: [664894.491242] elogd[1300]: segfault at b7713d 2e ip 080b6956 sp bf8d5ea0 error 4 in elogd[8048000+96000] openvas reports that it was testing for CVE-2002-1212 when the crash occurred. Startup info: Apr 9 19:35:54 unixland elogd[21584]: elogd 2.9.0 built Apr 9 2011, 17:49:08 Apr 9 19:35:54 unixland elogd[21584]: revision 2411 -- rouilj
Can you provide simliar guidance for Scientific Linux release 6.6 (Carbon, 64 bit version) as I get the "failed dependencies" after installing
openssl-devel package and I tried linking /usr/lib64/libssl.so.1.0.1e as libssl.so.6 in both /lib and /usr/lib ? -jph
We have accumulated some duplicate 'types' in one of our logbooks. Is it possible to merge them?
all instances of elogd use the same file name in /tmp when calling my_shell. This can cause some inconsistent behavior when two or more copies of elogd are runnnig at the same time. (eg. one might detect ImageMagik is installed, and the other not,)
The propsed solution is to have the parent read from a pipe to the child rather from a file. A patch is attached.
Is there any documentation I can go through that explains how to remove the Certificate Error I am getting as shown in the attachment. I have tried creating my own certificate and putting it in the elog ssl folder but that just prevented the elog service from starting. Any help would be greatly appreciated. Thanks.
> > How did you create the certificate? > Are you running eLog on a server with more than one host name (CNAME entries) and are you pointing to your eLog > via one of that aliases? > > Certificates that work with an Apache 1 Web server do work with eLog, too. > > GS The certificate that is on there right now is the one that gets created when you install elogs. I have tried creating one with a windows server 2008 box with the CA role installed. The certificate is created without issue and I can install it on the server but when I try to restart the elog service it wont start until I put the original server.crt and server.key file back into the ssl directory. I have DNS on the machine but only have one CNAME pointing to the elog server. I don't know a lot about certificates so sorry if this doesn't help out much.
> > The certificate that is on there right now is the one that gets created when you install elogs. I have tried > > creating one with a windows server 2008 box with the CA role installed. The certificate is created without issue > > and I can install it on the server but when I try to restart the elog service it wont start until I put the > > original server.crt and server.key file back into the ssl directory. > > How did you install the certificate? Maybe it ended up in the IIS directory and not in the elog directory? That is a good point. I just installed the cert by double clicking on it. Then selecting either trusted root CA or personal to install the certificate. Is there a different way to install the certificate for elog? Thanks alot for your help.
> > > > The certificate that is on there right now is the one that gets created when you install elogs. I have tried > > creating one with a windows server 2008 box with the CA role installed. The certificate is created without issue > > and I can install it on the server but when I try to restart the elog service it wont start until I put the > > original server.crt and server.key file back into the ssl directory. > > > > I don't know anything about Windows server CA, but eLog is very strict in the syntax of the CERTs. > I had to learn it the hard way when installing a chain CERT. > > For server.crt and server.key it MUST NOT be a chain cert. Therefor you have to use chain.crt > > Are the generated CERTs ASCII (with only one -----BEGIN CERTIFICATE----- and -----END CERTIFICATE----- in > server.crt > and -----BEGIN RSA PRIVATE KEY----- and -----END RSA PRIVATE KEY----- in server.key)? > > So the eLog generated keys should look like.. > > GS Thanks for your reply. I appreciate it alot. When I created my certificate it came out as a .cer [there was no .key file] and looking at the code that was posted below it looks like unless there is a server.crt and server.key file in the ssl folder the program will exit: So I guess I need to figure out how to generate a certificate that elog will understand using a .key file and a .crt file. So I might have to research certificates more. To be honest I'm not an expert on SSL. I just use following code inside ELOG to initialize the SSL connection: SSL_CTX *init_ssl(void) { char str[256]; SSL_METHOD *meth; SSL_CTX *ctx; SSL_library_init(); SSL_load_error_strings(); meth = SSLv23_method(); ctx = SSL_CTX_new(meth); strlcpy(str, resource_dir, sizeof(str)); strlcat(str, "ssl/server.crt", sizeof(str)); if (!file_exist(str)) { eprintf("Cerificate file \"%s\" not found, aborting\n", str); return NULL; } if (SSL_CTX_use_certificate_file(ctx, str, SSL_FILETYPE_PEM) < 0) return NULL; strlcpy(str, resource_dir, sizeof(str)); strlcat(str, "ssl/server.key", sizeof(str)); if (!file_exist(str)) { eprintf("Key file \"%s\" not found, aborting\n", str); return NULL; } if (SSL_CTX_use_PrivateKey_file(ctx, str, SSL_FILETYPE_PEM) < 0) return NULL; if (SSL_CTX_check_private_key(ctx) < 0) return NULL; strlcpy(str, resource_dir, sizeof(str)); strlcat(str, "ssl/chain.crt", sizeof(str)); if (file_exist(str)) SSL_CTX_use_certificate_chain_file(ctx, str); return ctx; }
The issue was IE Compatibility Mode. There were no websites in the list, but the "Display intranet sites in Compatibility View" was checked. Removing this fixed it.
It appears to me that this is a really stupid problem: the article provides many links to sources, but they are just links, not "references". That does not count, since links could be something else than references.
I'll try to edit it and transform the list of external links into references to verify the text. Lets hope that this will suffice.
Okay: found three articles about applications of ELOG and put them under references. I took the liberty to submit the draft: it shows that they expect some month delay for a review. I have no idea if that was what they want, but it is worth a try.
If I understand it correctly I think it has to be submitted for review with the blue button on that page, just not sure if that should come from your side or someone else
Thank you.. that version works fine for me.
In the past couple of days, I seem to have developed a problem with making entries into elog's displayed with Chrome (the latest, 31.0.1650.63) on Mac OS (10.9.1, the latest). The problem occurs with attempting to edit or enter HTML encoded pages with fckedit; although pages render correctly in list mode, if you try to edit or enter an entry, the page is blank, the cursor is missing, you can't see text or type new text. I ran elogd -v by hand, and there were no obvious problems, and I looked at the developer consoles in Chrome, and the only place I see any hint of what the problem might be is the Javascript console which says this: event.returnValue is deprecated. Please use the standard event.preventDefault() instead. Uncaught SecurityError: Blocked a frame with origin "http://localhost:8080" from accessing a frame with origin "chrome- extension://pioclpoplcdbaefihamjohnefbikjilc". The frame requesting access has a protocol of "http", the frame being accessed has a protocol of "chrome-extension". Protocols must match. fckeditorcode_gecko.js:36 It works ok in Safari, but it would be nice to use Chrome, and it was working ok until recently. I don't think the problem occurred when I updated to Mac OS 10.9.1, but I don't keep careful track of the Chrome version. It's not critical, but I pretty much exhausted what I knew how to debug. I have close to the latest elog (2.9.2-2455), although I see the same phenomenon on this elog (.2.9.2-2475) and I think it's related to this thread: http://productforums.google.com/forum/#!msg/maps/hQhwWA56NbA/2XL35dU7le4J I tried the prescription in the October 22 entry, but it didn't seem to help, although I wasn't sure I had really tested it with compressed javascript and cache and what have you.
> > In the past couple of days, I seem to have developed a problem with making entries into elog's displayed with Chrome (the latest, 31.0.1650.63) on > > Mac OS (10.9.1, the latest). The problem occurs with attempting to edit or enter HTML encoded pages with fckedit; although pages render correctly > > in list mode, if you try to edit or enter an entry, the page is blank, the cursor is missing, you can't see text or type new text. > > That's strange. I just tried myself (by accident I have the same versions of Chrome and OSX) and it just worked fine. The fckedit code has not change a long time, so I guess it's not related to the exact version of > elogd. Anyhow I want to switch to ckedit when I get some time, which maybe fixes the problem. What happens if you try to write in this forum, do you have the same problem? Sometime the fcdedit code take > quite long time to load when accessed remotely. If your browser gives up, you might hat to click on "reload". In chrome there is also the "Developer tools" window, which shows you all HTTP requests and > responses on the network. Otherwise I run out of ideas what could be different for you compared to me. > > Cheers, > Stefan Later on, I tried the prescription pointed to in that thread that says in scripts/fckeditor/editor/js/fckeditorcode_gecko.js to replace FCKTools.FixDocumentParentWindow = function(A){ if (A.document) A.document.parentWindow=A; for (var i=0;i<A.frames.length;i++) FCKTools.FixDocumentParentWindow(A.frames[i]);}; with: FCKTools.FixDocumentParentWindow = function(A){try{ if (A.document) A.document.parentWindow=A;} catch(e){};for (var i=0;i<A.frames.length;i++) FCKTools.FixDocumentParentWindow(A.frames[i]);}; and after I got all my brackets straight, my pages were visible. I'm still not sure when this turned up, since I use my elog every day (hour) and so I'd hardly miss it when I upgraded various things, although I don't watch Chrome updating itself that closely. Have a good holiday!
Since I posted that, there have been multiple versions of Imagemagick released through brew for the Mac in the last few weeks, and I'm now using 6.9.4-9, which seems to work fine with thumbnails again, indeed, I noticed that as soon as 6.9.4-8 was released, I was back to normal, but thanks for the debugging pointer.
Was wondering if it was possible to increase the height that the text box for an attribute is displayed as. I would like to construct a form for a weekly report which consist of a couple of text area attributes. I have found the format option and can see how you can increase the width and number of characters but not the height. This is what is have in the config file for the log book: ----------------------- [Weekly Reports] Comment = The logbook for people to enter their weekly reports Attributes = Author,Position, Achievements_last_week, Plans for Coming Week, Issues and Concerns, Other Items to Report Format Achievements_last_week = 0,messageframe,attribvalue,90,1000 Show text = 0 Enable Attachments = 0 --------------------------- Basically what I would like is for the text field for 4 of the attributes to be something like the text area for the main body. Is that possible or is a better way to incorporate the form into the main body somehow? Thanks for any help. Been using elog for about a month now as a logging tool for our IT team and this is the first time i have had to ask anything thanks to the great documentation and the example. Great job Stefan
Sorry I didn't see the wishlist but I see what you mean. I have just found out that pasting content that contains more than 1 line into an attribute field crashes elog. I have a play with the Preset text setting and see what I can come up with. By the way there is a spelling mistake in the config.html page. In the Conditional Attributes section you use the Preset text setting as an example but have spelt it as "Prset text =" Thank you for you help John > > Was wondering if it was possible to increase the height that the text box > > for an attribute is displayed as. > > What you ask for is multi-line attributes. This is not implemented, but on the > wishlist since some time, where I added your vote. > > Best regards, > > Stefan
Hi I was just wondering if it is possible to define what logbooks you want mirrored in the [Global] part of the elogd.conf file. I want to mirror the logbooks that I use for work from my laptop to the work server but I have set up other logbooks that I will use for uni and other non work projects. I have set the mirroring up in [Global] using the cron based settings but I am guessing that is going to try and mirror all the logbooks. ;The mirror settings Mirror server = tanami:8080 ;Mirror the contents of the elogd.conf file for individual logbooks but not global settings Mirror config = 1 ;Mirror every hour between 07:00 and 20:00 during the week day Mirror cron = 0 7-20 * * 1-5 Mirror user = john I gather my personal logbooks won't sync across as I get an "error accessing remote logbook" so that is fine but was just wondering if you can set it so that you can define in global what logbooks you want to sync. thank you John
> > I was just wondering if it is possible to define what logbooks you want > > mirrored in the [Global] part of the elogd.conf file. > > I added a new option > > Mirror exclude = 1 > > which has to be put into the individual logbook section (not the [global] one). > The modification will be contained in the next release. Thank you very much Stefan.
I am running into problems when I try and use the Use Email From = $user_email setting in my individual logbook configs. I had to set this field as I set a Use Email From = real_email_address in my global config so that the email would be sent out by the CommunigatePro mail server. When I made those changes though the mail was not sent and I got the following errors in the elog log: 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} NEW entry #0 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} Email from john.habermann@wilderness.org.au to john.habermann@wilderness.org.au, SMTP host localhost: 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} 220 tanami.wilderness.org.au ESMTP CommuniGate Pro 4.2.8 is glad to see you! 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} HELO tanami.wilderness.org.au 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} 250 tanami.wilderness.org.au your name is not tanami.wilderness.org.au 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} MAIL FROM: john.habermann@wilderness.org.au 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} 555 syntax error in MAIL FROM parameters 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} RCPT TO: <john.habermann@wilderness.org.au> 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} 501 Unknown command 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} DATA 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} 501 Unknown command 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} To: john.habermann@wilderness.org.au 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} From: john.habermann@wilderness.org.au Subject: [twslog: Elog] will it work on tanami from konqueror 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} X-Mailer: Elog, Version 2.5.6-1 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} X-Elog-URL: http://tanami.wilderness.org.au:8080/Elog/36 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} X-Elog-submit-type: web|elog 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} Date: Sun, 06 Feb 2005 13:48:34 +1100 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} Content-Type: TEXT/PLAIN; charset=US-ASCII 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} . 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} 501 Unknown command 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} QUIT 06-Feb-2005 13:48:34 [john@137.219.117.245] {Elog} 501 Unknown command It looks like Communigate Pro doesn't like what is being put in the From as it complains about the syntax. I tried the same elog.conf file on my laptop which uses a qmail server as its SMTP and the mail was sent ok but I got mailto appearing in the from header. I saw that elog:333 reported a similar problem but this was listed as fixed. This is the headers from a message sent by the qmail server: X-Gmail-Received: 04395b7bf4189dd6e4c23606ee6adbd5fdcb0e53 Delivered-To: john.haberman@gmail.com Received: by 10.54.43.19 with SMTP id q19cs16478wrq; Sat, 5 Feb 2005 18:44:47 -0800 (PST) Received: by 10.54.43.11 with SMTP id q11mr64342wrq; Sat, 05 Feb 2005 18:44:47 -0800 (PST) Return-Path: <john.habermann@wilderness.org.au> Received: from mx-1.netregistry.net (mx-1.netregistry.net [203.202.16.27]) by mx.gmail.com with ESMTP id 33si43805wra.2005.02.05.18.44.45; Sat, 05 Feb 2005 18:44:47 -0800 (PST) Received-SPF: neutral (gmail.com: 203.202.16.27 is neither permitted nor denied by best guess record for domain of john.habermann@wilderness.org.au) Received: from mail.ngogeeks.com ([216.17.101.59]) by mx-1.netregistry.net with esmtp (Exim 4.20 #2 (Debian)) id 1CxcPj-0003zY-Io for <john.habermann@wilderness.org.au>; Sun, 06 Feb 2005 13:44:43 +1100 Received: (qmail 5486 invoked by uid 1021); 6 Feb 2005 00:45:04 +0000 Received: from john.habermann@wilderness.org.au by ngogeeks.com by uid 1012 with qmail-scanner-1.22-st-qms (clamdscan: 0.75. spamassassin: 2.20. Clear:RC:1(10.3.0.2):. Processed in 0.363281 secs); 06 Feb 2005 00:45:04 -0000 X-Antivirus-MYDOMAIN-Mail-From: john.habermann@wilderness.org.au via ngogeeks.com X-Antivirus-MYDOMAIN: 1.22-st-qms (Clear:RC:1(10.3.0.2):. Processed in 0.363281 secs Process 5482) Received: from unknown (HELO localhost) (10.3.0.2) by mail.ngogeeks.com with SMTP; 6 Feb 2005 00:45:03 +0000 To: john.habermann@wilderness.org.au From: john.habermann@wilderness.org.au Subject: [twslog: Email] test of new elog version X-Mailer: Elog, Version 2.5.6-1 X-Elog-URL: http://localhost:8080/Email/79 X-Elog-submit-type: web|elog Date: Sun, 06 Feb 2005 13:43:31 +1000 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Antivirus-MYDOMAIN-1.22-st-qms: added fake MIME-Version header MIME-Version: 1.0 X-Antivirus-MYDOMAIN-Message-ID: <11076507048355482@ngogeeks.com> Message-Id: <E1CxcPj-0003zY-Io@mx-1.netregistry.net> X-Spam-Score: 0.3 (/) X-Scanner: exiscan for exim4 (http://duncanthrax.net/exiscan/) *1CxcPj-0003zY-Io*13Qgra0rAPA* A new entry has been submitted on localhost Logbook : Email Author : John Habermann Subject : test of new elog version Type : Other Todo : Logbook URL : http://localhost:8080/Email/79 ================================= Testing
This just started happening here also. Some users can't get on to a SSL=1 config'd elog using either IE or firefox 10 (win7 or linux) or chrome. SAFARI works. Occurs in 2.8.0 and a newly built (even after
ssl yum updates) 2.9.0 version on SL5.5 system. Seems to accept self signed cert then nothing.. (connection reset message). Tried an stunnel from one port to port running elog
with SSL=0. Same behavior. Doesn't work on some browsers. Any clues?
-John
PS: I've solved this with the help of google : have a look at http://forums.mozillazine.org/viewtopic.php?p=2295421#2295421 about firewalls
The elog server is running SL5.5 (updates applied). As you suggested, I ran firefox 3.6.26 on the elog server via https://localhost:port and it worked fine. Downloaded firefox 10.0.1 and retried
on elog server and get error again: The connection was Reset; The connection to the server was reset while the page was loading.
One of our sys admins discovered that Firefox 10 appeared to send parts of the initial GET in two parts. As if there was a flush() after the "G" and this caused elog problems. By making the change in
the patch below, the read loop is re-entered again after the 2nd part of the GET comes in. Firefox 10.0.1 then works with ELOG with SSL. Stefan... perhaps you can take a look to see if there is a
better way to accomplish this?
One side effect with it done this way is that if you start a connection (ie, telnet localhost port) and type a single character, the elog will block further connections until the telnet is terminated.
-John Doroshenko
Thank you Stefan! I put up your new svn revision and we're back in business. Seems to be working perfectly.
And thank you again for your efforts with regards to ELOG. It is an incredibly handy tool.
Hi, I have a question regarding the Protect Selection option. I have the option enabled and I have to login to get into the logbook. What I would like to accomplish is that the page does not display anything (none of the posts) when it is opened. The only option should be to login.
Thanks for your reply, I did as suggested but the button "Delete" still appears when the edit entry is selected.
Am I overlooking something?
Found it, it was a typo.
Thanks for your patience and support.
I have elog version 3.12-bd75964 installed on an Ubuntu OS. We started working with it yesterday and today I was informed that the users could not connect to the elog. When I tried it was also not possible to get to the elog website. After restarting the Ubuntu machine everything was back to normal.
Is there a log I can check to find out why the elog stopped working?
Wow Stefan thanks for your kind reply. This gives me a reason to finally pickup JavaScript, which I am finding both easy and fun, esepcially with all the modules/coding out there already, which makes things easier to do while learning it! I will let you know as I progress on my 'top secret' hack of your masterpiece ;)
Hi, I was wondering if this is possible. I've tried to sort on anything other than the first few fields and although the screen refreshes like it is 'doing something', it does NOT sort. Sometimes it will take me to the last page of my data, but still no sorting. I use Debian Linux verson of Elog. There have been no other issues. I need to figure out how to do this without parsing it to another program first. Thanks again for this wonderful program :)
Hi Andrea and thank you soo much for your kind and prompt reply! I believe the issue will be solved as I have the information I need to proceed. I was just wanting to verify that sorting indeed is alloud on ALL fields. I cannot send the exact config as it is a work project, but I can replicate with fake fields and data if necessary in the future. I believe my errors are because I am either using field names which are 'special' to the system, or some other limitation. I will try compiling and see if that helps.
Sorting does work fine, if you do it correctly. From your post I cannot even guess what you've tried - let alone tell you what you did wrong.
Please post your config, some example entries and a description of what you've tried, what you expected to happen and what actually happened. Screenshots are often very useful as well.
Thanks Stefan soo much. As I've said, I will update this post(s) as I make any progress :)
This is a local issue on your network, if you have a mail server setup. SMTP is not handled directly by Elog and neither is any other mail protocal. Elog just sends the requested email to your server for processing to the recipients afaict. And whatever server (or service) you use to handle email sending needs to be able to accept them from your mail server. So after verifying which ones you want to use; (like OutLook, or gmail, or whatever), then have your local email server set up to work with them. You can prol have a 3rd party do this was well (instead of your own local one) but then they would STILL need to be able to work with whatever guidlines the actual sender (gmail, hotmail..) requires to have mail sent. Email is a lonnng trail of different providers, servers, and other actors..
Halvy
Thanx soo much Stefan.. I feel so stupid for not looking at the admin guide more :( But you how us nerds are-- read the manul last!
Thank you soo much Sebastian once again for helping me!! This is something that will help me very much in the future with other situations similiar!
Wow thanks again Stefan for your kind and prompt responses!!
Hi Sebastian!
Thank you soo much for your kind response. You are correct in all of your assumptions as to what I want to do (or not do!). Everything should be on clients side, and I want the date to be updated in each record, daily, or hourly, in order to allow the 'alarm' system I created to be able to give notice (a pop up ,or whatever) when the time as passed, for whatever time/date the user set the alarm for.
I believe this has been asked in general in the past and suggetions were to have the data updated in onther program (spreadsheet) or whatever, as you implied, by changing the database directly (log files). This is not the way I want to do, even though I realize it would accomplish this task. I want to just use Elog and probably JS.
I will try your ideas and when I am done (successful or not!) I will report my findings back here :)
Hi Al; if I understand your situation correctly you want to access Elog db (logbooks) via another way. There are many ways depending on your knowledge, type of work needed, and ease of use. I have found that accessing whatever I need via Elog gui is satisfactory in many situations-- by simply exporting. THEN take the raw csv/xml file and manipulte it more easily from there. There are MANY free web sites that will take your data then, and put it in still another format that you choose (usually manipulating the rows/columns to your liking or doing mail-merge type work on your data). BTW WPS (Windows Office clone) is awesome at further 'mail-merg' techniques. THEN at that point you may have close to what you are trying to accomplish. I've also used PHP alot in this type of situation and have replicated Elog's data format for it's db (logbooks)..; so PHP is great in this maner, although of course it takes time to 'get-it-right' if you are not well versed in it. If you go into detail more of what type of format you want as the finalized product, maybe more suggestions will be made.
Happy belated New Years everyone,
Thank you very much for you help in advance.
Johannes Liegl
Thank you for your reply and the tip.
People can allways use another app (mail) for this, it would be nice,nothing more.
Hi, I would like to have the author email addresses listed only for users which have logged in, but not for guest users. In the elogd.cfg file I have: Attributes = Author, Author Email, Category, Subject Guest Display = Author, Category, Subject, Text But these attributes ID Date Author Author Email Category Subject Text are shown also when visting the logbook as a guest. For the guests I would like to show only these attributes ID Date Author Category Subject Text Any ideas what I am doing wrong or why this does not work? Johan
> > I would like to have the author email addresses listed only for users which > > have logged in, but not for guest users. In the elogd.cfg file I have: > > > > Attributes = Author, Author Email, Category, Subject > > Guest Display = Author, Category, Subject, Text > > > > But these attributes > > > > ID Date Author Author Email Category Subject Text > > > > are shown also when visting the logbook as a guest. For the guests I would > > like to show only these attributes > > > > ID Date Author Category Subject Text > > > > Any ideas what I am doing wrong or why this does not work? > > Guest List Display = Author, Category, Subject, Text > ^^^^ > > - Stefan Hi Stefan, Thanks for the prompt answer and sorry for not reading the docs carefully enough. The "Guest List Display" is of course what I should use. It works perfectly. And thanks for the fantastic and very useful ELOG package! Johan
Wow, than you both for the quick response! I agree it's quite a hidden gem, but the most important thing is that it works, thanks!
Yeah, I found the RSS feed feature, but I could not get ETags/Last-Modified header fields which meant that I'd have to read and parse the entire feed every time. Maybe I made a mistake and they do work, but if not, I think it would make sense to implement as it should save work for both the server and the client.
Aha, that's interesting too! I'll have to look more carefully through the 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
> > > Comiling elogd 2.0.4 under Solaris obviously fails with > > > > > > gcc -o elog elog.c -lsocket -lnsl > > > gcc -o elogd elogd.c -lsocket -lnsl > > > elogd.c: In function `ss_file_find': > > > elogd.c:1372: `alphasort' undeclared (first use in this function) > > > elogd.c:1372: (Each undeclared identifier is reported only once > > > elogd.c:1372: for each function it appears in.) > > > make: *** [elogd] Error 1 > > > > > > because alphasort is an ucb'ism which does not exist under SYSV > > > > > > ... not very portable :-( > > > > I was not aware of this. Actually, I don't need 'alphasort' so I removed it > > from the source. The update is at > > > > http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c > > > > Please give it a try. > > ok - i just continued with 2.0.5, but apparently it still has an UCB'ism > (scandir) that does not work under SYSV: > > $ make > gcc -g -o elogd elogd.c -lsocket -lnsl > Undefined first referenced > symbol in file > scandir /tmp/ccy0Z3iV.o > ld: fatal: Symbol referencing errors. No output written to elogd > collect2: ld returned 1 exit status > make: *** [elogd] Error 1 > $ egrep scandir elogd.c > n = scandir(path, &namelist, NULL, NULL); > $ I am having the same experience with ELOG 2.0.5 and Solaris 8. Any work around woud be appreciated.
Thank you for the quick support!
Kind regards, Jochen
> Title says all :) > > Is it possible to preload Options or Moptions from a text file or CSV instead of being load from the elogd.conf ? > > Thanks :) Francois, Did you ever get an answer or figure out how to preload Options from a CSV? Thanks, Jimmy
I do not have the ability to compile a Windows executable, if someone does I'd be happy to test it out and report my results.
I'm trying to run elog 2.6.0-beta4 under Apache 2.0. I follow the directions, and everything works fine, so my elog runs as http://grattalab3.stanford.edu/elog/ running under port 8082, with the following lines in my httpd.conf file Redirect permanent /elog http://grattalab3.stanford.edu/elog ProxyPass /elog/ http://grattalab3.stanford.edu:8082/ This machine has an alias, which is http://exo-elog.stanford.edu. My question is, how can I run elog so that when someone types in this name, it brings up my elog? I know that I can make a VirtualHost entry and put a redirect at the document root of that virtual host, but that seems clumsy. Can I just modify ProxyPass or add a Redirect statement somehow? Thanks!
Hi there, I just compiled and installed elog on a machine running the newest Ubuntu server. Everything went fine - no problems. Running elog on it's own (no apache). I moved over a bunch of logbooks from an older elog, which seemed to work. Now, elog seems to crash when people are uploading files. Here is a snip from my syslog, and you can see each time it crashes with "error 4."
Jul 16 14:02:45 GrattaLab3old elogd[4526]: elogd 2.7.4 built Jul 15 2008, 18:44:44 Jul 16 14:02:45 GrattaLab3old elogd[4526]: revision 2111 Jul 16 14:02:45 GrattaLab3old elogd[4526]: FCKedit detected Jul 16 14:02:45 GrattaLab3old elogd[4526]: ImageMagick detected Jul 16 14:02:45 GrattaLab3old elogd[4526]: Server listening on port 8080 ... Jul 16 16:02:42 GrattaLab3old kernel: [10631.276626] elogd[4526]: segfault at b4466000 eip 080adf19 esp bfa281d0 error 4 Jul 16 16:05:24 GrattaLab3old elogd[5509]: elogd 2.7.4 built Jul 15 2008, 18:44:44 Jul 16 16:05:24 GrattaLab3old elogd[5509]: revision 2111 Jul 16 16:05:24 GrattaLab3old elogd[5509]: FCKedit detected Jul 16 16:05:24 GrattaLab3old elogd[5509]: ImageMagick detected Jul 16 16:05:35 GrattaLab3old elogd[5509]: Server listening on port 8080 ... Jul 16 16:06:06 GrattaLab3old kernel: [10834.637427] elogd[5509]: segfault at 091d7000 eip 080adf19 esp bfc313f0 error 4 Jul 16 16:07:10 GrattaLab3old elogd[5517]: elogd 2.7.4 built Jul 15 2008, 18:44:44 Jul 16 16:07:10 GrattaLab3old elogd[5517]: revision 2111 Jul 16 16:07:10 GrattaLab3old elogd[5517]: FCKedit detected Jul 16 16:07:10 GrattaLab3old elogd[5517]: ImageMagick detected Jul 16 16:07:10 GrattaLab3old elogd[5517]: Server listening on port 8080 ... Jul 16 16:07:49 GrattaLab3old kernel: [10937.923301] elogd[5517]: segfault at b7c0d000 eip 080adf19 esp bffc1780 error 4
I run elog as:
Usr = elog
Grp = elog
/usr/local/sbin/elog -p 8080 -c /usr/local/elog/elogd_exo.cfg -D
where elogd_exo is my config file. Nothing special in my config file.
Another funny problem. When I'm uploading a file, the syslog says this:
Jul 17 23:12:52 exo-elog elogd[4745]: Falling back to default group "elog" Jul 17 23:12:52 exo-elog elogd[4745]: Falling back to default user "elog" Jul 17 23:12:52 exo-elog elogd[4745]: Cannot restore original GID/UID. Jul 17 23:12:52 exo-elog elogd[4745]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission denied Jul 17 23:12:52 exo-elog elogd[4749]: Falling back to default group "elog" Jul 17 23:12:52 exo-elog elogd[4749]: Falling back to default user "elog" Jul 17 23:12:52 exo-elog elogd[4749]: Cannot restore original GID/UID. Jul 17 23:12:52 exo-elog elogd[4749]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission denied Jul 17 23:12:56 exo-elog elogd[4753]: Falling back to default group "elog" Jul 17 23:12:56 exo-elog elogd[4753]: Falling back to default user "elog" Jul 17 23:12:56 exo-elog elogd[4753]: Cannot restore original GID/UID. Jul 17 23:12:56 exo-elog elogd[4753]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission denied Jul 17 23:12:56 exo-elog elogd[4757]: Falling back to default group "elog" Jul 17 23:12:56 exo-elog elogd[4757]: Falling back to default user "elog" Jul 17 23:12:56 exo-elog elogd[4757]: Cannot restore original GID/UID. Jul 17 23:12:56 exo-elog elogd[4757]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission denied Jul 17 23:12:56 exo-elog elogd[4761]: Falling back to default group "elog" Jul 17 23:12:56 exo-elog elogd[4761]: Falling back to default user "elog" Jul 17 23:12:56 exo-elog elogd[4761]: Cannot restore original GID/UID. Jul 17 23:12:56 exo-elog elogd[4761]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission denied Jul 17 23:12:56 exo-elog elogd[4765]: Falling back to default group "elog" Jul 17 23:12:56 exo-elog elogd[4765]: Falling back to default user "elog" Jul 17 23:12:56 exo-elog elogd[4765]: Cannot restore original GID/UID. Jul 17 23:12:56 exo-elog elogd[4765]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission denied Jul 17 23:13:00 exo-elog elogd[4769]: Falling back to default group "elog" Jul 17 23:13:00 exo-elog elogd[4769]: Falling back to default user "elog" Jul 17 23:13:00 exo-elog elogd[4769]: Cannot restore original GID/UID. Jul 17 23:13:00 exo-elog elogd[4769]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission denied Jul 17 23:13:00 exo-elog elogd[4773]: Falling back to default group "elog" Jul 17 23:13:00 exo-elog elogd[4773]: Falling back to default user "elog" Jul 17 23:13:00 exo-elog elogd[4773]: Cannot restore original GID/UID. Jul 17 23:13:00 exo-elog elogd[4773]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission denied Jul 17 23:13:39 exo-elog kernel: [ 127.737506] elogd[4510]: segfault at b7b43000 eip 080adf19 esp bfdeeb00 error 4
and then crashes!
I am working on a logbook for a lab. I have two questions... First - Some of the logbook entries should not be viewed by certain users. What would be the easiest way to restrict viewing some entries? Second - I have a welcome page for the ELOG that lists some info about the ELOG. When I start the ELOG, the user sees the login page. After the user logs in, the welcome page appears listing the restrictions. Right now, I have a hyperlink that takes the user to new, find, etc. But I would like to take the user right to the logbook and not have to come back to the welcome page everytime. How can I do this? I have attached the code I have so far. They are in .txt format for easier viewing. Thanks!
I installed elog 2.7.2 rev 2041 into /data/elog on Redhat ES 4 Update 4. This is my initial elogd.cfg file:
[global]port = 80Resource dir = /data/elog/elogLogbook dir = /data/elog/elog/logbooksLogfile = /data/elog/elog/logs/access_logLogging level = 2Resolve host names = 0Usr = nobodyGrp = nobody
[demo]Theme = defaultComment = General linux tips & tricksAttributes = Author, Type, Category, SubjectOptions Type = Routine, Software Installation, Problem Fixed, Configuration, OtherOptions Category = General, Hardware, Software, Network, OtherExtendable Options = CategoryRequired Attributes = Author, TypePage Title = ELOG - $subjectReverse sort = 1Quick filter = Date, Type
and start elogd - all is right with the world, everything is working properly. I shut down elog and try to add more logbooks using this template:
[A-B]Subdir = cr_a-bComment = Change requests for Customers A-BMenu commands = New, Reply, Download, Find, Last dayList Menu commands = New, FindDisplay mode = summary
Feb 15 17:11:05 iadopsutil04p elogd[23761]: elogd 2.7.2 built Feb 14 2008, 20:55:38 Feb 15 17:11:05 iadopsutil04p elogd[23761]: revision 2041Feb 15 17:11:05 iadopsutil04p elogd[23761]: FCKedit detectedFeb 15 17:11:05 iadopsutil04p elogd[23763]: Cannot restore original GID/UID.Feb 15 17:11:05 iadopsutil04p elogd[23763]: Cannot remove pidfile "/var/run/elogd.pid" ; Permission deniedFeb 15 17:11:05 iadopsutil04p elogd[23761]: Server listening on port 80 ...
Looking at some of the questions here this seems too newbie to even ask.
I want to set up a log book for my mechanics. I want them to each have a password to log in and enter what they do each day.
When I try to set up a password file it takes all the info, then when I hit save it says "server has been reset" and it will not log in. I have to remove the password = and restart the server.
[global] port = 8080 [TFB] Password file = <tfbpass> Theme = default Comment = TFB ENGINEERING Attributes = Mechanic, Type of entry, Status, Subject Attributes = Author, Status Options Status = Completed, Incomplete, Notification only Cell Style Status Completed = background-color:green Cell Style Status Incomplete = background-color:red Cell Style Status Notification only = background-color:yellow Options Mechanic= Jeff K, Arnaldo M, Bob L, Nathan P Options Type of entry = Break Down, PM Repair, Building, FYI, Other Options Status = Completed, Incomplete, Notification only, Other Extendable Options = Category, Status, Required Attributes = Mechanic, Type of entry, Category, Status, Page Title = TFB Engineering - $subject Reverse sort = 1 Quick filter = Date, Mechanic
never mind. I figured it out I left the < > in the password = line
Yes I do feel stupid.
Our IT dept is very strict. I'll have to see if I can get email out to a web based email service like yahoo. But they will not give each of my mechanics an email account here.
Thanks for the feedback, I found the problem, someone installed the AVG toolbar in Internet Explorer in the computers, and for some reason the AVG Error Redirection option prevents Elog from opening in Internet Explorer.
we have been using elog 2.7.1 as a logbook to signal problems and so on in our Engine Room Simulator for a couple of months now. Since this is exactly what we're looking for, I've installed the latest release in our sailing simulator as well. On this occasion I thought about updating the logbook in our engine room simulator as well. Unfortunately I cannot do that, because I get the error "elogd.exe is not a valid Win32 application" with every version of elog higher than 2.9.2 (so every version 3.x.x). The difference between our two simulators is that the elog package for the sailing simulator is installed on a Windows Vista machine, while the version for the engine room simulator is installed on a Windows 2003 Server.
Question: can I get/find/compile the latest version as a Win32 application and if yes: how or where?
Jean Pierre
Hi, Stefan,
Thanks for the quick reply, I've added that to my config and it does what we need.
Cheers, Jay
Forgive me I'm not incredibly Elog savy yet.
A little backround about this log book - I have our log set up as individual user names. The log book is designed for entrys to be made when a process shutdown needs to be bypassed. The operator will create an entry and submit it. Then a supervisor will come in after and review/approve it. I've removed the edit function, but left the "Reply" option available for the supervisor to go into the same entry and check off the "Reviewed" attribute. When the reviewed attribute is checked off, even with a different logged in author the next entry ID still shows the original author that put in the entry rather then the author who clicked reviewed. If there a way to get around this?
[Process Bypass] Comment = (Not in use right now, currently developing) Attributes = Author, Date/Time of Bypass, Equipment Name, Device Tag, Supervisor Sign-off, Moptions Supervisor Sign-off = Reviewed List Menu commands = New, Find, Logout Menu Commands = New, Find, Reply, Logout Required Attributes = Date/Time of ByPass, Equipment Name, Device Tag
Works Great. Thanks Andreas
Preset on reply Author = $long_name Cheers, Andreas
I am getting the following errors when trying to install elog-2.3.9 on my FreeBSD box. I am running FreeBSD 4.5-RELEASE. Many thanks! "Makefile", line 21: Missing dependency operator "Makefile", line 27: Need an operator "Makefile", line 29: Missing dependency operator "Makefile", line 31: Need an operator make: fatal errors encountered -- cannot continue You4eea
Thanks for the answer, I will try with your specfile
I have a logbook with guest access and guest can also enter a new entry (in config: Guest List Menu commands = New, Find, Select, Login). For other reason in a global section, I put
Deny New = account1, account2
This somehow invalidates Guest List Menu commands, since as guest I don't see New button anymore. Is this behaviour desired? Otherwise, I would need to move Deny option to plenty of individual logbook configs. Just to explain the reason, those accounts are set up to only read entries and not to create new ones. Or maybe you can suggest a different solution?
here's the patch that I use to enable use creation and deletion in combination with Webserver authentication.
The idea behind the patch is that if the user logged in via "http_user" is an elog admin, then {s}he is allowed to save a random user configuration, including creating or deleting a user.
Excellent, exactly what I was looking for, many thanks!
> > I trust Stefan is reading this thread and will do something about it. My vote would > > be to remove the download link to the windows executables and ask Debian to remove > > the elog package. I think they have a way for upstream developers (Stefan) to request > > removal of unmaintained out-of-date insecure versions of their stuff. ROOT > > was in the same situation years ago, the Debian package for ROOT was very old version, > > also built incorrectly, and everybody complained to us that our stuff does > > not work (midas, rootana, etc). > > Yeah, I have to recompile the Windows version. Unfortunately my old Windows PC is gone, I > switched now completely to MacOSX and Linux. Probably have to borrow something from somewhere. > If anybody can compile the Windows version with the current source code I would be happy. > > Stefan FWIW: you could cross-compile on Linux using make CC=x86_64-w64-mingw32-gcc CFLAGS="-D_MSC_VER -DHAVE_VASPRintF -Imxml" LIBS="-Wl,--allow-multiple-definition -ladvapi32 -lwsock32 -lssl -lcrypto" or so I thought... with build 3.1.4 - 395e101 I did manage, finally. However, with the latest git version everything seems to have been renamed to .cxx files (though it's still plain C ??!?!?) and my quick and dirty compile hack did not work. The binaries do work, I can start the server and access it via the web interface.
I've built the last C version of elog in git, revision 1ebfd06c using mingw-64 ; the resulting binaries work for me on Windows 2019. Attached is a zip file with the binaries. I was not able to create a new installer, these are just the executables
> > I've built the last C version of elog in git, revision 1ebfd06c using mingw-64 ; the resulting binaries work for me on Windows 2019. > > Attached is a zip file with the binaries. > > I was not able to create a new installer, these are just the executables > > I tried to just exchange the attached binaries in my installation but this didn't worked. > elogd was not able to start. hmmm strange - did you get an error message or did the binary simply not start? I've only tested this on a single Windows machine....
> > > > I've built the last C version of elog in git, revision 1ebfd06c using mingw-64 ; the resulting binaries work for me on Windows 2019. > > > > Attached is a zip file with the binaries. > > > > I was not able to create a new installer, these are just the executables > > > > > > I tried to just exchange the attached binaries in my installation but this didn't worked. > > > elogd was not able to start. > > > > hmmm strange - did you get an error message or did the binary simply not start? I've only tested this on a single Windows machine.... > > Error message is: > > Error 1053: The service did not respond to the start or control request in a timely fashion. > > I have to admit that I'm doing all this on a Server 2012 machine. Windows Server 2012 itself is almost EOL but it should still work, I believe. I did see that the elog314-2.exe file is a Win32 binary whereas my binaries are 64bit. On Windows Server 2019 did not cause any issues. Can you try the following - extract the new elogd.exe binary somewhere , e.g. c:\temp\elogd.exe - then type cd \Program Files (x86)\ELOG \temp\elogd.exe - post the output/error code that you see.
sorry for the delay, I currently am very busy with other important work-related business, I hope I can find some time to look into this during christmas holiday season.
Have nice holidays,
So it was just a clearing cache issue. elogd was telling the browser to use/not use CKeditor based on the aformentioned, and browser was then using the cached version. Fixed now.
And FYI for anyone who reads this when trying to modify CKeditor themselves, it seems elog needs the iFrame Editing Area plugin included.
Yes replacing the CKeditor folder with a vanila download works without issue, provided you clean the cache. For what I originally wanted to do (modifiying the toolbar) I could have just run elog/scripts/ckeditor/samples/toolbarconfigurator/index.html and edited the config file, but a clean cache is needed (on Chrome, Firefox and Edge).
It means that you could replace the currently distributed CKeditor with a fresh vanilla installation of CKeditor?
That worked! Thanks Stefan
Hi there. I have been testing a set-up of elog behind an Apache reverse proxy using the Webserver auth method. Apache has been configured for LDAPS with Active Directory allowing us to restrict Elogs by AD group, something not able to be done with the LDAP module.
Testing with Elog 3.1.4 (on Windows) and also Elog 3.1.5 (compiled on Ubuntu 20.04) I experience an issue that when the user logs in for the first time using the above they get the self registration box asking for name and email, and then once they hit save they get an error that says: "Error: Command "Config" not allowed". Once the error is dismissed it never comes back, but its confusing for users who call for help when they first see it.
Is there a way to skip the self registration with the Webserver auth method? and if not is there a reason for the error?
Attached is a copy of the error and an elog config file. Any ideas?
PS. As a side piece the logout options for Webserver needs some enhancement, maybe an option to close the web browser or tab so that it does not retain the logged in cookies.
The email sent from here had he expected (correct) message "A new ELOG entry..."
Thanks, David.
I'm trying to set up a python rss parser to read the output from my collaboration's elog, however the elog is password protected and I cannot figure out how to have a python scrip get past the login screen. Is there something obvious I'm missing that will allow a parser to submit a username and password? If that's too python-specific of a question for this audience, then what is the exact security method elog uses, so I can get information on that? I've read through the documentation and either I don't know what I'm reading (likely) or I'm not looking in the right spot.
I've got it running for two years now on a Sun Netra box running Solaris 9 > I searched and found some problems people were having compiling it on Solaris. > However I didn't see anything else. I just used the compile instructions as shown in the elog admin manual Here the Makefile I used # # Simple makefile for elogd # # S. Ritt, May 12th 2000 # install/clean section by Th. Bullinger, Apr. 26th, 2002 # # add "-DHAVE_CRYPT" and "-lcrypt" to use crypt() function # CC = gcc LIBS = CFLAGS = -L/usr/lib/ -ldl -lresolv -lm -ldl -lnsl -lsocket #CFLAGS = -g -O EXECS = elog elogd elconv DESTDIR = /usr/local/bin SDESTDIR = /usr/local/sbin MANDIR = /usr/local/man INSTALL = /usr/bin/install RM = /bin/rm ifeq ($(OSTYPE),solaris) CC = gcc #LIBS = -lsocket -lnsl #CFLAGS = INSTALL = /usr/ucb/install RM = /usr/bin/rm endif ifeq ($(OSTYPE),darwin) CC = cc endif all: $(EXECS) %: src/%.c $(CC) $(CFLAGS) -o $@ $< $(LIBS) install: $(EXECS) $(INSTALL) -m 0755 -o bin -g bin elog elconv $(DESTDIR) $(INSTALL) -m 0755 -o bin -g bin elogd $(SDESTDIR) $(INSTALL) -m 0644 man/elog.1 man/elconv.1 $(MANDIR)/man1/ $(INSTALL) -m 0644 man/elogd.8 $(MANDIR)/man8/ clean: -$(RM) *~ $(EXECS) > If your using it, was it hard to get it installed and working? Not at all. Just read the manual and it just works. If you are having problems just read this "forum" the get the answers.
Thank you Stefan, I think then I will leave it at the default value. I need a stable Systen
Wow, now me managed it as well ;).. We uploaded/droped the image in the attatchment and not into the text area. Thank you!
Me podrías decir algún servidor SMTP de correo desde el que si funcione?
Muchas gracias
Could you please tell us a MAIL SMTP SERVER we can use to try?
I have only one elog.css file in the default directory and the installation path is the same one that I'm using. Basically, I'm using off of the installed path. I also tried, modifying the file and calling it elog_mod.css and then specified CSS=<path>/elog_mod.css and started the server again. I did not see any changes. Is there something else I'm missing here.
Is there a search feature in ELOG. Basically, we have the topics broken up by categories but within the categories we would like to search by a key word based on the subject to get to a specific topic.
Thanks Stefan for your help. It works but the only issue is, the screenshots that were included in the body of the entries are not usable. Not sure if there is any workarounds for that.
...Illam
Hi Xuan,
Sorry for the delayed response. I just got back from my travel. I tried your solution, but in my system I don't see elogd.h in the src folder. Here is what I see and also I don't see any "make" binary in the folders. I'm running the Windows version.
Email from stefan.ritt@psi.ch to stefan.ritt@psi.ch, SMTP host xxx.psi.ch: ...
I can connect to server but cannot send
Thanks Xuan Wu, I hope Ludeke or Stefan see my problem.
H. Dao
First I have tried to checkout the source code and got an error shown in below. So, I clicked on the Web Access link to download the trunk.tar.gz. I have opened elogd.sln in Visual Studio 2010. Despite of downloading openssl and and installing krb5, I still received errors related to header files that could not be opened or found. Has anyone checked out all files from trunk.tar.gz and built successfully. Any hint or advise prior to build this elogd solution in VS2010 will be highly appreciated.
>svn checkout svn+ssh://svn@savannah.psi.ch/repos/meg/elog/trunk elog svn: E720002: Unable to connect to a repository at URL 'svn+ssh://svn@savannah.psi.ch/repo s/meg/elog/trunk' svn: E720002: Can't create tunnel: The system cannot find the file specified.
I have a group includes more than one logbooks. One has about 1600 entries and another new one has 5 entries. I have tried them both. When I retested with v2.6.5, the buttons are still functional. This problem also exists on Firefox plus giving me a message "This is the first entry" "This is the last entry" when I clicked a previous button and next button respectively. I need to use v2.9.2 since it has many improvements
I have a possible explanation for this problem, but it is just guess work. If I'm right, then just download the latest ELOG version and it will work properly again.
My advice: download again and retry.
I have downloaded a latest version. It has displayed the new version as ELOG V2.9.2-bac715d where seems defined in GIT_REVISION as I guess. Then I set Bottom Text Login to a html file, it still shows those unwanted characters.
Okay, why don't you just remove the unwanted characters from the html file? Because the attached file contains exactly those characters.
Yes, unwanted characters are in my file. In fact, they are not visible under some editor. So, I have found a reference from this site http://www.ventrino.com/blog/60/2008/07/three-little-characters-i%C2%BB%C2%BF-designed-to-make-your-life-hell/ about how to remove them. Basically, file's properties has to set to either ASCII or Encode as UTF-8 without BOM. Thanks.
You don't need "elog" to run the logbook, the executable "elog" is only needed to create entries without the web interface. Stefan should adapt "elog.c" some day to be compatible with the default switches of modern, paranoid compilers; but for the moment you can ignore this.
If you use the newly created "elogd", does that reproduce the former problem?
I was able to manage and compile the latest code from GIT. It runs fine so far. Just a hint, in order to compile successfully, there are some steps that you may need to modify your header file depend on how you store your mxml, krb5, OpenSSL files and directories.
Hello @all, I've tried to implement an attribute with Change. The detail view works well, but in the list view the field is empty (see screen shots). Can somebody help me? Regards Holger LOGBOOK CONFIGURATION: Comment = DEMO Attributes = Admin, Hostname, IP-Adresse, Funktion, RIB-Hostname, RIB-IP, RIB-Admin Change RIB-Admin = <a href="https://$RIB-Hostname/" target="_new">$Hostname RIB-Board: $RIB-Hostname</a> Preset Admin = DEMO Locked Attributes = Admin, RIB-Admin Display search = ID, Date, Admin, Hostname, RIB-Admin List Display = ID, Edit, Date, Admin, Hostname, IP-Adresse, RIB-Admin Link Display = ID Page Title = ELOG - $subject Quick filter = Date, Admin Default encoding = 1 Suppress default = 3 Show text = 0 Summary lines = 0 Sort Attributes = IP-Adresse
Hello @all, because I've got a very quick response on my 1st question regarding "Change attributes" here is anonther one: I've defined 2 attributes with "Change attribute" / "List Change attribute" (see configuration). Because this values are build on other attributes I want to hide these attributes in NEW / EDIT mode. How is this possible? Regards Holger --- CONFIGURATION: Comment = DEMO Attributes = Admin, Hostname, IP-Adresse, Funktion, RIB Hostname, RIB IP, RIB http, ELOGs http Change RIB http = <a href="https://$RIB Hostname/" target="_new">RIB-Board</a> List Change RIB http = <a href="https://$RIB Hostname/" target="_new">RIB-Board</a> Change ELOGs http = <a href="http://elogs/$Hostname/">ELOG</a> List Change ELOGs http = <a href="http://elogs/$Hostname/">ELOG</a> Preset Admin = DEMO Locked Attributes = Admin, RIB http, ELOGs http Fixed Attributes Edit = RIB http, ELOGs http Display search = ID, Date, Admin, Hostname, RIB http, ELOGs http List Display = ID, Date, Admin, Hostname, RIB http, ELOGs http Link Display = ID
Hello Mr. Ritt, I've changed the category to "Request" because I think it would be practical if I can hide the attributes which are build on values of other attributes with "Change". Regards Holger Mundhahs > > because I've got a very quick response on my 1st question regarding > > "Change attributes" here is anonther one: > > Don't stress it too much ;-) > > > I've defined 2 attributes with "Change attribute" / "List Change attribute" (see configuration). > > Because this values are build on other attributes I want to hide these attributes in > > NEW / EDIT mode. How is this possible? > > Show Attributes = Admin, Hostname, IP-Adresse, Funktion, RIB Hostname, RIB IP > > hides the attributes in the New/edit mode, but unfortunately also in the detailed view.
No, I havn't tried it, because it's the only way where I can see ALL attributes, and I belief, that it works to hide the attributes on all views. Here an Example: I have 5 attributes where I can enter values, and 5 addtitional attributes build on them. I can't see all of them in list view, so the only way to see/use them is the detailed view. But because there is no value to insert/change these attributes should be hidden in NEW/EDIT mode. As an workaround I LOCK/FIX these attributes so I can't insert values, but there are now many empty lines. So if you can implement this functionality it would be great, but if not it's not so bad, I can "live" with it ;) Regards Holger > > I've changed the category to "Request" because I think it would be practical > > if I can hide the attributes which are build on values of other attributes with > > "Change". > > Have you tried > > Show Attributes = Admin, Hostname, IP-Adresse, Funktion, RIB Hostname, RIB IP > > ??? > > Does it bother you if then the attributes are also hidden in the detailed view?
As default http://<hostname>/<LOGBOOK> shows the Summary View. Clicking in "Full" changes the URL to http://<hostname>/<LOGBOOK>/?mode=full. But now the URL http://<hostname>/<LOGBOOK> show the Full view as default. I think the URL without ?mode=... should show every time the same result, regardless the view used before. Or maybe I can configure, which view I want to see if I use the URL w/o ?mode=... The option to hide/show attachments is affected too. Example: Default view mode = 0 | 1 | 2 | 3 0 = remember last used (default) 1 = Summary 2 = Full 3 = Threaded Default attachment mode = 0 | 1 | 2 0 = remember last used (default) 1 = Hide attachment 2 = Show Attachment
Hello Alex, can you please provide the following information: - Which ELOG version do you use? - From which logbook are the screenshots? (I assume it's Liste - right?) I've tested your configuration with version V2.6.1-1663, and in my case it works. I use your attribute block in GLOBAL section and the following logbook: [DEMO] Comment = TEST Attributes = Admin, Client, Equipment Extendable options = Client, Equipment Regards Holger > [quote="Alex H"]Hi Stephan, > I have a unknown bug and need help :)! > > First, please take a look to attached screenshot > On the "elog problem1.gif" and "elog problem2.gif" there aren't any problem. > The entry "Mairie STO" appears correct but when I try to edit the "Equipment" field, the list/combo shows > improper data. > I obtain "- please select -" instead of "RT0004" > What's the problem ? > Thanks a lot.[/quote] > > UP! No idea :'( ?
> > As default http://<hostname>/<LOGBOOK> shows the Summary View. > > Clicking in "Full" changes the URL to http://<hostname>/<LOGBOOK>/?mode=full. > > But now the URL http://<hostname>/<LOGBOOK> show the Full view as default. > > I think the URL without ?mode=... should show every time the same result, > > regardless the view used before. Or maybe I can configure, which view I want to > > see if I use the URL w/o ?mode=... The option to hide/show attachments is affected too. > > Sure, that's a feature :D > > It was requested by several people that the view mode is stored in a cookie. So if you switch modes, it should be > persistent. If I now add additional default flags, people will have hard time to understand what this is all > about, since there might then be conflicting settings between the flags and the cookies. So for what exact purpose > do you want what you requested? Why does it bother you that you have to click "Summary" again to get the summary > view? Of course you can delete the local cookies and get the default behaviour (they are named [b]elmode[/b] and > [b]elattach[/b]), but that might be a bit cumbersome. Thank you for your explanation. My situation was, that I've played around with "Mode commands = 0". In normal case I use the Summary view, but on one logbook I've changed it to Full before, and after setting the parameter I can't revert it to Summary. But now I know how it works and can use it like intended. Regards Holger
Maybe it is a wrong configuration, because in this forum it works well. If I change the encoding in the logbook entry I get "Submit modified ELOG entry?", and after clicking OK the entry is closed. Because this behavior is on all loggbooks it must be a global config entry, but I dont know, which. Here is the GLOBAL section: Expand Selection page = 1 URL = http://sapelogs/ Date Format = %d.%m.%Y Time Format = %d.%m.%Y %H:%M Reverse Sort = 1 Menu commands = New, Edit, Delete, Reply, Download, Find, Last day, Last 10, Select, Copy to, Config, Admin, Login, Logout, Help Find Menu commands = New, Edit, Delete, Reply, Download, Find, Last day, Last 10, Select, Config, Admin, Login, Logout Password file = passwords.txt Login expiration = 2 Admin user = ME Suppress Email to users = 1 Self register = 0 Logout to main = 1 admin textarea = 150,45 Entries per page = 100 Mode commands = 1 Use Lock = 1 Supress Email on edit = 1 Supress default = 1 Summary lines = 1 Icon comment log.gif = Allg. Log ..... Group SAP = .....
> > Maybe it is a wrong configuration, because in this forum it works well. > > If I change the encoding in the logbook entry I get "Submit modified ELOG entry?", > > and after clicking OK the entry is closed. Because this behavior is on all loggbooks > > it must be a global config entry, but I dont know, which. > > > > ... > > Use Lock = 1 > > ... > > I comes from using the lock. If you remove that, you won't get this dialog box any more. OK, it seems, that the last part of the Use Lock documentation is the explanation: ---- If someone edits an entry, but then goes away from that page or closes the browser without submitting the changes, a pop-up window appears asking the user to submit the changed entry. Although this works for most browsers in most cases, it could be that Javascript has been turned off in a browser, in which case the stale locks still might appear. --- So if I switch the encoding the whole entry is reloaded, and the JS take it as leaving. Is it possible to change this behavior? Changing encoding should be handled different as "regular" leaving. Additional information: If you have set Use Lock = 1 you can't switch the encoding on a NEW entry. The new entry is closed w/o saving. To prevent this you must input any data, after them you can save the NEW entry with the PopUp-OK. But there can't be anyone else on a new entry?
Dear experts, I am trying to use ELOG for my projects which we want to record every daily activities. I have successful installed the ELOG to the computer (Windows10 -64 bit). However, I don't know how to make it public or online, that people can access it from their computers. I am a very newer to the ELOG. Could you help me on it, please? Best regards, Hien.
I understand.
Thank you for the quick response.
I have installed the latest elog version from your web site.
My Admin user and my Login user are set in the elog.cfg to use the Self register process within the first login.
The issue is that I get only one time access to my log on the server (XP) and that is direct after the Selfregister process.
If I log out and login to test my admin and user account I will not get access to my server anymore.
My login page stays without any error message.
1 Notebook XP Client internet explorer http://host ip:8080/demo------> 2nd Notebook XP Server
I have the deleted the cookies after each try.
I have retested later the accounts several times (login/logout) successful with the internet explorer http://host ip:8080/ on the server itself.
Please could you help me to identify the issue?
How can I diable/hide the part (Keep me logged in on this computer for the next 41 days or until I log out) from my login page?
How can I delete / hide the Elog Icon
and Labels like ELOG V2.7.5-2175 ?
found it:
Bottom text = <center>Hello</center> Bottom text login = <center>Login Hello</center>
Hello Stephan,
the fckeditor is not running.
I have installed elog 2.7.7 rev. 2246 on windows xp.
I have not changed the default config after the installation:
Theme = default Comment = General linux tips & tricks Attributes = Author, Type, Category, Subject Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Options Category = General, Hardware, Software, Network, Other Extendable Options = Category Required Attributes = Author, Type Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type
I have started the elog server manually to see if the editor will start, below you will find the output:
elogd 2.7.7 built Jul 31 2009, 13:01:20 revision 2246 Indexing logbooks ... done Server listening on port 8080 ...
How can I activate the editor?
like below
Thank you very much,
was my mistake, may I,m a little bit stressed.
cheers,
In the process of trying to reduce it to a minimum I discovered that the entry that appears to be causing the crash is this:
I´m using 2.7.7 rev 2246 and tested it with my logbooks without any problems. But today I had no chance to reach them anymore. Strange.
Well, the official forum at midas.psi.ch cannot be changed by you. But if you installed a local logbook similar to the one here, you simple go and edit the confitguration file elogd.cfg. Please read the documentation for further information.
Please could you help me out?
Our elog instance (elogd 3.1.4 built Jan 13 2021, 20:44:20 revision ce2a48e9) has been running for years without any problems.
We have a new user who consistently crashes the elog:
GET /Omicron-STM-XPS/?rsort=Record%20date HTTP/1.1 Host: elog.fhi-berlin.mpg.de:4821 Cache-Control: max-age=0 DNT: 1 Upgrade-Insecure-Requests: 1 User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/117.0.0.0 Safari/537.36 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7 sec-gpc: 1 Sec-Fetch-Site: same-origin Sec-Fetch-Mode: navigate Sec-Fetch-User: ?1 Sec-Fetch-Dest: document sec-ch-ua: "Google Chrome";v="117", "Not;A=Brand";v="8", "Chromium";v="117" sec-ch-ua-mobile: ?0 sec-ch-ua-platform: "Linux" Referer: https://elog.fhi-berlin.mpg.de/elog/isc/Omicron-STM-XPS/ Accept-Encoding: gzip, deflate, br Accept-Language: el-GR,el;q=0.9,en;q=0.8 Cookie: ufnm=Sotirios Tsatsos; urem=1; elmode=full; elattach=1; sid=CD2B04E2C3F02EA4; googtrans=/en/en; amp_6e403e=aWS6RQd5UjGctj5Ym_cDzA.c2Fsdm9fc290b2thaXRlbkB5YWhvby5jb20=..1hajnscc0.1hajnscc0.0.ac.ac X-Forwarded-For: 141.14.151.26 X-Forwarded-Host: elog.fhi-berlin.mpg.de X-Forwarded-Server: elog.fhi-berlin.mpg.de Connection: Keep-Alive
Received unknown cookie "googtrans" Received unknown cookie "amp_6e403e" *** buffer overflow detected ***: terminated Abort (core dumped)
The server is crached because the author field was accidentally filled with a long string due to an automated (remote) script:
“ Author: The ion getter pump has successfully recovered and appears to be operating steadily once more. Consequently, I proceeded with sputtering to obtain an XPS survey scan of the Au sample. Initially, the stability of the X-ray function was compromised, leading to multiple interruptions. Subsequently, an unexplained issue arose regarding the collection of counts on the channeltron detector. Additionally, the emission current exhibited fluctuations. Fortunately, it seems that we have addressed and resolved the previous issues. In the image below, two XPS survey spectra are presented. The spectrum highlighted with a red line corresponds to the AlKa source, which was selected using the AlKa button. Conversely, the spectrum with a black line represents the MgKa source. In both cases, the energy configuration was set to 1486.7 eV. It's worth noting that the 1050 eV peak in both spectra corresponds to the Au4f state, with an energy displacement of 961.7 eV due to X-ray ghost lines caused by O contamination (84+961.7). It has come to my attention that the Mg source appears to have oxidized, a phenomenon we've observed before. Moreover, it's important to highlight that the difference between the peaks in the low binding energy region is approximately 100 eV, not the expected 233 eV (considering the energy difference between magnesium and aluminum). This observation holds true for both cases where the same energy setting was used. Additionally, the energy of the Au4f peakSotirios Tsatso “
Instead of just "Sotirios Tsatso".
So it had nothing to do with the cookies etc.. But when the item created in this way was called up, the system crashed:
[248459.853246] elogd_misc[8407]: segfault at 561725164a4e ip 00007f8210c02854 sp 00007ffdcb92b338 error 4 in libc-2.31.so[7f8210a99000+178000] [248459.853251] Code: 7f 07 c5 fe 7f 4f 20 c5 fe 7f 54 17 e0 c5 fe 7f 5c 17 c0 c5 f8 77 c3 48 39 f7 0f 87 ab 00 00 00 0f 84 e5 fe ff ff c5 fe 6f 26 <c5> fe 6f 6c 16 e0 c5 fe 6f 74 16 c0 c5 fe 6f 7c 16 a0 c5 7e 6f 44
If a message is submitted via the elog command then the reply string '> ' is only inserted in the first line if a reply is made. This message was submitted with the following commandline: elog -v -h midas.psi.ch -p 80 -s elogdemo -l Forum -a "Icon=icon4.gif" -a "Author=Heiko Scheit" -a "Author Email=h.scheit@mpi-hd.mpg.de" -a "Subject=elog submit problem" "...Message-text..." Please press the reply button to see the problem.
When the option 'Reverse sort = 1' is used then the first entry is not displayed (ID=1) when threaded mode is requested. Probably you can see the problem using this link and switching on reverse sort. http://midas.psi.ch/elogdemo/Linux/last20?mode=threaded
The exit status of elog is always 1. It should be zero for a successful submission.
> > We are interested in using your ELOG (which we consider to be a wonderful > > application) even more. We would like to make a few adaptations in your > > source code, above all to add some functionality that we are missing. > > > > I was wondering if there is a way we could coordinate the development > > together. For instance, would it be of your interest to receive the code > > adaptations we do and implement it in your future releases? > > Sure, I'm very interested in those and ready to merge it into the main > development tree. > > - Stefan I think it is very good to include this in elog, but, since this is also a big security risk (especially if people are running elogd as root) I would suggest a compile time option to enable this, like: gcc... -DALLOW_SCRIPT ... The default should be that it is disabled. Maybe one should only allow it if the user running elogd is NOT root. Heiko
missing '.' in emails ----------------------- A dot '.' at the beginning of a line is not transmitted via email. It is stored in the entry properly though. Test: ./There is a dot just before '/There...' Greetings, Heiko Well it seems here it is working fine... .
I just upgraded from 2.3.5 to 2.3.9. There are some errors in the generated HTML. Most of the time the browser renders everything correctly but sometimes not. Please check especially (http://validator.w3.org/): - http://midas.psi.ch/elogdemo/Database/7 There are too many <table> tags before the attribute list: 'Type', 'Operating system',... This should be just one table and not each row a separate table. Also the first <table> tag lies outside a <td> tag of the enclosing table. - http://midas.psi.ch/elogdemo/forum/
Boolean attributes were not displayed correctly in version 2.3.9. Patch is attached.
The width of the textarea after pressing reply is too large. The problem is that the algorithm that searches for the longes line looks for the next '\r' which it does not find and therefore takes the number of characters in the text to be the width of the longest line. To search for '\n' instead should solve the problem. Please find the diff output below. $ diff -c elogd.c elogd.c~ *** elogd.c Mon Aug 4 13:57:35 2003 --- elogd.c~ Fri Aug 1 13:13:09 2003 *************** *** 6028,6035 **** p = text; do { ! /* pend = strchr(p, '\r'); */ ! pend = strchr(p, '\n'); if (pend == NULL) pend = p+strlen(p); --- 6028,6034 ---- p = text; do { ! pend = strchr(p, '\r'); if (pend == NULL) pend = p+strlen(p);
This is not really a bug, but elogd was getting really slow with our logbook. It took about 4 1/2 seconds just to get the default page in threaded mode with 15 entries. The logbook has in total about 2000 entries, though. After playing around with the compiler option '-gp' and gprof the problem was found: loc() is called about 18000 times per logbook access! (Attached you can find the gprof output. There might be other places where to save time: e.g. getcfg().) The function loc() calls stat every time to check if the language file was updated and this takes a long time especially over NFS. The quick solution for me was to just replace loc() with 'char *loc(char *orig) {return orig;}'. Therefore, I cannot use the localization that I used anymore, which is not a big problem at the moment. After that the time to download the default page was only 0.16 s; almost a factor of 30 faster! I would suggest to only read the language file (AND also the config file!) once upon startup. After changing things one has to restart elogd, which is not so nice, but the long delay is not acceptable. Another option not to restart elogd is to make elogd respond to a signal (e.g. kill -HUP) to reread the config and language files.
Around line 2240 (in loc()) in elogd.c the following is written, which results in an infinite loop, since loc() recursively with the same argument "Change %s". /* special case: "Change %s" */ if (strstr(orig, "Change ")) { sprintf(result, loc("Change %s"), orig + 7); return result; } For now I just commented these lines.
Somehow elog does not use the -s option (subdir) anymore, resulting in a 'HTTP/1.1 404 Not Found' error. For now I am using elog from version 2.3.9 together with elogd v2.5.0, which seems to work OK.
Maybe consider using the options -W -Wall when compiling elogd. There are several warning messages.
> So I fixed all compiler generated warnigns except these: > > [midas@pc2075 ~/elog]$ gcc -g -O -W -Wall -o elogd src/elogd.c > src/elogd.c: In function `set_cookie': > src/elogd.c:4675: warning: `%y' yields only last 2 digits of year > src/elogd.c: In function `send_file_direct': > src/elogd.c:5483: warning: `%y' yields only last 2 digits of year > src/elogd.c: In function `show_elog_list': > src/elogd.c:11938: warning: `%x' yields only last 2 digits of year in some > locales > src/elogd.c:11957: warning: `%x' yields only last 2 digits of year in some > locales > src/elogd.c:11979: warning: `%x' yields only last 2 digits of year in some > locales > src/elogd.c:11987: warning: `%x' yields only last 2 digits of year in some > locales > src/elogd.c: In function `ctrlc_handler': > src/elogd.c:15864: warning: empty body in an if-statement > src/elogd.c: In function `hup_handler': > src/elogd.c:15870: warning: empty body in an if-statement > > Do you know how to disable these warnings or any other workaround? I would > like to compile without any remaining warnings. Have a look at the gcc info pages: $ info gcc "invoking gcc" "warning options"
> > Have a look at the gcc info pages: > > > > $ info gcc "invoking gcc" "warning options" > > Sure, I'm not stupid! Sorry, didn't mean to offend you. > I looked for ~10 minutes how to turn off the remaining > warnings, but I could not find it. The code is now correct, like I do want the > "%y" format specifier in the strftime() function, but the warning is wrong. One way to remove the warnings would be to use "%Y" in a separate strftime() call and then taking only the last two digits (characters) of that string. Something like: old: strftime(str, sizeof(str), "%A, %d-%b-%y %H:%M:%S GMT", gmt); new: strftime(str, sizeof(str), "%A, %d-%b-XX %H:%M:%S GMT", gmt); strftime(year, sizeof(year), "%Y", gmt); i=strstr(str,"XX"); /* find position of XX */ if ( i+1 < sizeof(str) ) { str[i] =year[3]; str[i+1]=year[4]; } else ... Somewhat cumbersome, but should work. Maybe consider using the four digit year directly, where possible. Gruss, Heiko
When trying to stop elogd processes with the kill command elogd exits only after access to the logbook. It should exit immediately, maybe after some cleanup.
There are too many <table> tags when displaying a singel entry. E.g. in http://midas.psi.ch/elogs/Config+Examples/1 the row 'Configuration Name' is not aligned with the others (see attachment). Looking at the HTML one sees that there are <table> tags for each row which should not be there: <tr><td><table width="100%" cellpadding=0 cellspacing=0><tr><td nowrap class="attribname">Author:</td><td class="attribvalue"> Stefan Ritt </td> </tr></table></td></tr>
> > There are too many <table> tags when displaying a singel entry. E.g. > > in http://midas.psi.ch/elogs/Config+Examples/1 the row 'Configuration Name' > > is not aligned with the others (see attachment). > > The <table> tags are there on purpose. As you can combine several attributes > into one line (see this forum for example), it's necessary to make an > independent <table> for each line. Couldn't one include the extra <table> tag only when there is really more than one attribute per line. All other lines could then be aligned properly. To increase the width is not really a solution, since this depends on the text size used. See attachment with really big text.
Everything after curly parenthesis is ignored in attribute entry boxes like 'Subject' above What I typed in the subject line was exatcly this: 'curly parenthesis problem {abc}'
I think the text display of ASCII files, which is new in version 2.5.4, is not a good idea. E.g. I had a large ps file attached to one entry and it took a long time display this entry (over DSL). Then I saw that the ps-file is displayed as text, which is not really useful. Probably it is fine to display only files ending in '.txt' per default. In addition a file that has more than say 1000 lines should probably also not be displayed (as default, optional OK). Cheers, Heiko
> Noee. Here it works immediately. > > Can you try with a fresh server from the distribution, with the example > elogd.cfg, to see if there is any difference? > > The killing is handled in the funciton ctrlc_handler(), which sets _abort = > TRUE. This is checked in line 16195, just after the select(), and the main > loop is exited. The select finishes after one second, although I believe > that the kill signal also terminates the select prematurely. The kill > command and a Ctrl-C keystroke should work the same way, they both generate > a SIGTERM or SIGINT signal. elogd does not exit if there is an 'unprocessed' HUP. So when you do kill -HUP <pid> kill <pid> elogd will only exit after it was accessed.
> > elogd does not exit if there is an 'unprocessed' HUP. So when you do > > > > kill -HUP <pid> > > kill <pid> > > > > elogd will only exit after it was accessed. > > Can you please tell me how to reproduce this problem? > > Even if I do a > > kill -HUP <pid>; kill <pid> > > it works immediately when I start elogd manually in interactive mode (not as daemon). Even though I can't test this right now, I assume you have to wait a little so that elogd jumps out of the 'select()' statement between the kill commands. Try: kill -HUP <pid>; sleep 2; kill <pid> (I think the 'select()' timeout was 1 second.?)
> > [...] > > > Probably it is fine to display only files ending in '.txt' per default. > > > In addition a file that has more than say 1000 lines should probably > > > also not be displayed (as default, optional OK). > > > > No, '.txt' would definitely not be enough for me. I'm using elog to log all > > administration of our network. In many cases, I simply attach a configuration > > file. All those files are plain ASCII and none of them end in '.txt' - and I > > would most definitely like them to be displayed inline like they are now. In > > fact, this change was the main reason for me to upgrade to 2.5.4 > > > > Maybe a configuration option or a "display attachment" button would be the > > best solution, then? > > > > Cheerio, > > > > Thomas > > So to make everybody happy, it would probably be enough not to display inline any > *.ps file, is that right? I think there should be size limit. Imagine a multi MB text file (whatever it is; elogd.c is already more than 1/2 MB and is likely to increase due to your excellent support). A client on an ISDN line would have to wait several minutes and during this time elogd is busy and no other client can connect (correct?). Of course, if somebody really wants to see this file then there is nothing to be done, but likely someone is flipping throught the messages using to arrows on top to find the right entry.... So a configurable size limit seems appropriate, from which on only 'Display attachment' is displayed. And/Or, for files exceeding this limit, the first N (new config option) lines could be displayed. But this should only influence ASCII files. E.g. the behaviour for jpeg files should not change, which is controlled by 'Hide default'. Maybe a 'Display/Hide defaut extension' option, where the extensions are listed that are to be displayed is another idea, in addition to a 'Max Display ASCII inline size' option, which can be set to zero to disable it altogether. In any case, whatever you think is best. Cheers, Heiko > Is there any other ASCII format, which should not be > displayed? PDF is binary, so it won't be displayed. What about long C files? Most > people want to see them. In the recent version there is the "Hide attachment" > link which can be clicked to not display an attachment inline. Mabe there should > be a "Hide default = 0|1" config option...
> > - Use "and" and "or" operands in queries > > Elog supports now regular expressions. So for a "<str1> OR <str2>" one can write > > <str1>|<str2> > > and for a "<str1> AND <str2>" one can write > > <str1>.*<str2>|<str2>.*<str1> > > Looks a bit complicated, but maybe some day we will get some code which rewrites > "AND" and "OR" as regular expressions. It seems that the quick filter searches are now (2.5.4-6) case sensitive. Could you add an option to specify this in the config file? Or does it exist already?
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.
> > 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. > > Unfortunately I don't have a 64-bit compiler to try. Can you please check if > elogd.c has similar warnings or only regex.c? elogd.c shows the same warnings. > The ones in elogd.c I can fix, > but regex.c is straight from the GNU C library, so we would have to wait intil > they fix it. Or can you get it from the 64-bit C library? The point is that I > need the source code, so that I can compile it under Windows as well. Can you > try to compile elogd without regex.c, like > > gcc -g -O -W -Wall -o elogd src/elogd.c This works OK.
Could you implement a 'hide attribute' and 'sort attribute' config option? While sort is probably not so easy to do the hide option would already be very useful. What I want to do is to use elog to collect bibtex entries which are then used to generate a bibtex file. So, e.g. if the entry type 'Article' is selected I would like that all fields that do not make sense are hidden. Currently I just lock them. The config looks like this: Attributes = Login, Bibtex Key, Entry Type, Address, Annote, Author, Booktitle, Chapter, Crossref, Edition, Editor, Howpublished, Institution, Journal, Key, Month, Note, Number, Organization, Pages, Publisher, School, Series, Title, Type, Volume, Year, URL, Short Comment Options Entry Type = Article{1}, Book{2}, Booklet{3}, InBook{4}, InCollection{5}, InProceedings{6}, Manual{7}, MastersThesis{8}, Misc{9}, PhDThesis{a}, Proceedings{b}, TechReport{c}, Unpublished{d} Required Attributes = Entry Type ; ARTICLE {1} Comment Author = [required] {1} Comment Journal = [required] {1} Comment Title = [required] {1} Comment Year = [required] {1} Locked Attributes = Address, Annote, Booktitle, Chapter, Crossref, Edition, Editor, Howpublished, Institution, Key, Organization, Publisher, School, Series, Type Instead of Locking the attributes, hiding them altogether would make the entry form look much nicer. A further improvement would be to sort the attributes, e.g. for author I would sort the like this, i.e. the more important entries first: {1} Sort Attributes = Author, Title, Journal, Volume, Pages, Year, Month, Number, Note Attributes not mentioned in the sort line could then be displayed in any order.
I just submitted a reply to elog:847 (the reply is elog:853). Normally the thead containing the reply should now be listed as the top thread. Instead only the original message of the thread (elog:820) is listed but the remaining messages in the thread are not listed. It seems the problem is that for elog:820 the 'reply to this' header is missing. And elog:820 and elog:824 are the same messages except that for elog:824 the subject is missing. Actually ALL attributes for elog:824 are missing. I guess you could fix things up if you: - add 'reply to this: 823' to elog:820 - remove entry elog:824
Could you implemet and option 'admin menu' which gets displayed when an 'admin' is logged in. This menu could e.g. also include 'Delete' while the normal menu would not.
> > Could you implement a 'hide attribute' and 'sort attribute' config option? > > I implemented it as 'hidden attributes = <list>' and 'sort attributes'. 'sort attributes' sorts the logbook entries when they are displayed. Or? What I want is to rearrange the entry mask. E.g. if 'Entry type' article is selected then the attributes 'Author', 'Journal', 'Title', and 'Year' should be listed first, as they are required for this bibtex entry type. Is it possible with the current elogd version to also sort (rearrange) the attributes in the entry mask? If yes, how? Thanks for your time.
> > 'sort attributes' sorts the logbook entries when they are displayed. Or? > > Right > > > What I want is to rearrange the entry mask. E.g. if 'Entry type' article is > > selected then the attributes 'Author', 'Journal', 'Title', and 'Year' > > should be listed first, as they are required for this bibtex entry type. > > Is it possible with the current elogd version to also sort (rearrange) the > > attributes in the entry mask? If yes, how? > > Attributes are shown in the order you specify them in the config file, so what about > > Attributes = Entry type, Author, Journal, Title, Year ??? Because for 'Entry type'='InProceedings' one needs: 'Author', 'Title', 'Booktitle', 'Year', 'Volume', 'Number'. So, depending on the entry type that was chosen the entry mask should change, with the required fields first and the not valid fields should not be shown at all, which can nicely be done with the 'hidden attributes' config option. Only the sorting (of the entry mask!) is missing! :)
There is a problem with the 'Show Attributes' option causing the 'Format ...' options to be ignored. See attachment for patch.
Segmentation fault when searching for empty regex -------------------------------------------------- Searching for a regex like 'm*', which also includes zero 'm's, an empty expression is found indefinitely in 'highlight_searchtext(...)', which eventually results in an overflow of 'pt1'. The patch below fixes this particular problem, but I would guess there are many other regular expressions that would lead to an overflow of 'pt1', so its size should definitely be checked before every 'strcpy(pt1,...)' and the loop be aborted accordingly. (Or 'pt1' should be allocated and enlarged dynamically.) *** 14777,14782 **** --- 14777,14784 ---- if (status != REG_NOMATCH) { size = pmatch[0].rm_so; + if (size == 0) break; /* check for zero size -> infinite loop */ + /* copy first part original text */ memcpy(pt1, pt, size); pt1 += size; *************** *** 14788,14795 **** --- 14790,14799 ---- /* see also rsputs2(char* ) */ if (hidden) + /* need to check size of pt1 !!! */ strcpy(pt1, "\001B\004style=\003color:black;background-color:#ffff66\003\002"); else + /* need to check size of pt1 !!! */ strcpy(pt1, "<B style=\"color:black;background-color:#ffff66\">"); pt1 += strlen(pt1); *************** *** 14802,14814 **** --- 14806,14821 ---- /* add coloring 2nd part */ if (hidden) + /* need to check size of pt1 !!! */ strcpy(pt1, "\001/B\002"); else + /* need to check size of pt1 !!! */ strcpy(pt1, "</B>"); pt1 += strlen(pt1); } } while (status != REG_NOMATCH); + /* need to check size of pt1 !!! */ strcpy(pt1, pt); }
[quote="Stefan Ritt"][quote="Heiko Scheit"]The 'reverse sort' option does not work for quick filter searches. In the URL there is always written 'reverse=0'. For normal 'Find' it works OK.[/quote] I don't understand the problem. If I take the example elogd.cfg from the distribution, it sorts in reverse order, since the file contains [i]Reverse sort=1[/i]. If I apply a quick filter, the result is still sorted in reverse order (entry ID from high to low). If I set [i]Reverse sort=0[/i], the even after applying a quick filter, the entries are sorted with their ID from low to high. Applying a quick filter should not put a [i]reverse=0[/i] into the URL, so it's strange to me where this comes from. Can you try to reproduce the problem with the demo elogd.cfg?[/quote] I played with the quick filter settings somewhat. Here is what I get. I can't really make sense of it, but maybe you can figure out what happens. Below, the first line always contains the 'Quick filter' config setting. The lines below show the URL after searching with the quick filter for the 1st, 2nd,... attribute listed in the quick filter setting. (The common base of the URL was removed. Shown is everything after the last '/'.) Each 'quick search' was started from the 'List' or 'Back' page, i.e. the URL ended with a '/'. As you can see below the result depends on the number and on the order (!) of the attributes. Only a few give the desired result (marked with # OK). Incidentally the option 'Date, Something' works fine, which is the combination found in the demo config file. :) Quick filter = Subject, Date, Login ?Subject=sd&Login= # OK ?last=1&&reverse=0 ?Login=sdf&reverse=0 Quick filter = Subject, Login, Date ?Subject=scd&reverse=0 ?Login=sdf&reverse=0 ?last=1&reverse=0 Quick filter = Date, Subject, Login ?last=1&&reverse=0 ?Subject=sd&Login= # OK ?Login=sd&reverse=0 Quick filter = Subject, Date ?Subject=sd # OK ?last=1&reverse=0 Quick filter = Date, Subject ?last=1&Subject= # OK ?Subject=ddsd # OK Quick filter = Login, Date ?Login=sch # OK ?last=31&reverse=0 Quick filter = Subject, Login ?Subject=dsd&Login= # OK ?Login=sd&reverse=0 Quick filter = Login, Subject ?Login=sd&Subject= # OK ?Subject=sd&reverse=0
The 'elog' utility for commandline submission used wrong 'Host:' in POST header. The host listed after 'Host:' should be the host where the server runs, not the localhost (see patch below). $ diff -u elog.c_20050711 elog.c --- elog.c_20050711 Mon Jul 11 18:54:20 2005 +++ elog.c Mon Jul 11 18:55:31 2005 @@ -421,7 +421,7 @@ sprintf(request + strlen(request), "%s/%d?cmd=download", experiment, message_id); strcat(request, " HTTP/1.0\r\n"); - sprintf(request + strlen(request), "Host: %s\r\n", host_name); + sprintf(request + strlen(request), "Host: %s\r\n", host); sprintf(request + strlen(request), "User-Agent: ELOG\r\n"); first = 1; @@ -872,7 +872,7 @@ strcat(request, " HTTP/1.0\r\n"); sprintf(request + strlen(request), "Content-Type: multipart/form-data; boundary=%s\r\n", boundary); - sprintf(request + strlen(request), "Host: %s\r\n", host_name); + sprintf(request + strlen(request), "Host: %s\r\n", host); sprintf(request + strlen(request), "User-Agent: ELOG\r\n"); sprintf(request + strlen(request), "Content-Length: %d\r\n", content_length);
An 'encoded-word' may not be more than 75 characters long, including 'charset', 'encoding', 'encoded-text', and delimiters. If it is desirable to encode more text than will fit in an 'encoded-word' of 75 characters, multiple 'encoded-word's (separated by CRLF SPACE) may be used.
I find that I can reply to a message ("original" message, if you will) without doing anything to the reply message (the "copy" of the original message, if you will). If I then submit it, it gets saved as a new message, identical to the one I replied to.
I read through the options at the end of the docs. I did not see anything about a way to suppress identical messages, or a way to force the user to make some kind of change to make the reply different from the original.
I've seen exact;y this effect, even though I have branching = 0 in my config file - so ordinarily no chance to have two replies to an entry. My pointer aka mouse (I'm on Linux) is a bit dodgy, and sometimes disconnects/reconnects, so in effect gives a very fast double click. I've always assumed that was the cause of the problem. The two replies have incremental IDs, and both those IDs are listed in the "Reply to" header section of the entry. I'm not sure how this overcomes the branching = 0 detail, though.
That is what I have assumed, but if others see this on occasion, perhaps it's got a different cause.
Periodically (rarely) on manually adding a record into Elog it generates a duplicate record with its own incremented ID and I don't know why. I just delete the duplicate in the meantime but would like to know if anyone else has seen this and whether their is a answer/fix for it. Thanks.
I was only commenting on the predicament as I have run into it also. I have required fields, but short of some sort of "abort" control (curiously missing from the otherwise vast offerings of elog), I don't see any way to ensure that identical replies don't occur in any circumstance that may arise.
My feeling is that an additional option to elog is appropriate, one that disables -- completely -- identical replies to a message. I am not asserting that this must be done, just that it might be the only truly efficacious way to eliminate this issue. Again, I was only commenting on it, but I would like to see such a feature implemented in elog. I believe it can be justified because this would seem, intutitively, to be a potential problem for almost anyone using elog.
I hope you will receive my response here in the constructive and friendly manner it is intended.
I'm not sure if this is what you want.
If you want to prevent "accidental" replies being identical to the original message, you can force a situation where the user will be alerted that they have to do something if they really want to make a reply.
An example. I have an attribute "Action". In order to make a reply. I have set up that I must select an Action attribute every time. If I forget, I get an error message screen, and can click to go back to the entry and have another attempt (nothing is deleted if you have added to the reply).
In the elog.cfg file, I have the lines
Required Attributes = Action
Preset on reply Action =
This hopefully would remind them that they are making a reply to an entry, and either make a reply, or abort the attempt.
Hi Harry,
I'm just an elog (ab)user, not one of the developers. My original 2017 reply was to report an issue that was due to hardware, but somehow overcame a configuration flag (no multiple replies to a single entry), which might have been the same problem as the original poster, Alan Grant, was observing, where one real reply mysteriously became two identical ones. That appears to be different to the issue you have.
There is an "Abort" button; in version 2.9.2 it is "Back" (without a warning), somewhere along the development it because "Delete" (with a warning), but that only covers circumstances where a reply is started by accident/unintentionally and then it is realised. My previous suggestion certainly would alert the replier that they have to do something - even if only selectiing an "Action" - before the new entry would be accepted, This suggests that you have a circumstance where the reply being a duplicate of the entry is a real issue, and that neither of the suggestions above would help. Don't forget, some people may *want* this.
It would be for Stefan and Andreas to put this on the elog wish-list. I am a little puzzled as to how your problem arises - lazy user? - so perhaps more comment as to how this is occurring will help Stefan and Andreas understand the why. There is somewhere on this site a page where you can add suggestions for the wish-list, but due to security certificate issues, I can only access the Forum at present and cannot point you to it.
Could we update the doc for this?
bind9-host:amd64 (1:9.10.3.dfsg.P4-12.3+deb9u9, 1:9.10.3.dfsg.P4-12.3+deb9u10) ckeditor:amd64 (4.5.7+dfsg-2, 4.5.7+dfsg-2+deb9u1) cron:amd64 (3.0pl1-128+deb9u1, 3.0pl1-128+deb9u2) dnsutils:amd64 (1:9.10.3.dfsg.P4-12.3+deb9u9, 1:9.10.3.dfsg.P4-12.3+deb9u10) firefox-esr:amd64 (78.14.0esr-1~deb9u1, 78.15.0esr-1~deb9u1) libapache2-mod-php7.0:amd64 (7.0.33-0+deb9u11, 7.0.33-0+deb9u12) libavcodec57:amd64 (7:3.2.15-0+deb9u4, 7:3.2.16-1+deb9u1) libavfilter6:amd64 (7:3.2.15-0+deb9u4, 7:3.2.16-1+deb9u1) libavformat57:amd64 (7:3.2.15-0+deb9u4, 7:3.2.16-1+deb9u1) libavresample3:amd64 (7:3.2.15-0+deb9u4, 7:3.2.16-1+deb9u1) libavutil55:amd64 (7:3.2.15-0+deb9u4, 7:3.2.16-1+deb9u1) libbind9-140:amd64 (1:9.10.3.dfsg.P4-12.3+deb9u9, 1:9.10.3.dfsg.P4-12.3+deb9u10) libcups2:amd64 (2.2.1-8+deb9u6, 2.2.1-8+deb9u7) libcupsimage2:amd64 (2.2.1-8+deb9u6, 2.2.1-8+deb9u7) libdns162:amd64 (1:9.10.3.dfsg.P4-12.3+deb9u9, 1:9.10.3.dfsg.P4-12.3+deb9u10) libdns-export162:amd64 (1:9.10.3.dfsg.P4-12.3+deb9u9, 1:9.10.3.dfsg.P4-12.3+deb9u10) libdw1:amd64 (0.168-1, 0.168-1+deb9u1) libelf1:amd64 (0.168-1, 0.168-1+deb9u1) libfaad2:amd64 (2.8.0~cvs20161113-1+deb9u2, 2.8.0~cvs20161113-1+deb9u3) libicu57:amd64 (57.1-6+deb9u4, 57.1-6+deb9u5) libisc160:amd64 (1:9.10.3.dfsg.P4-12.3+deb9u9, 1:9.10.3.dfsg.P4-12.3+deb9u10) libisccc140:amd64 (1:9.10.3.dfsg.P4-12.3+deb9u9, 1:9.10.3.dfsg.P4-12.3+deb9u10) libisccfg140:amd64 (1:9.10.3.dfsg.P4-12.3+deb9u9, 1:9.10.3.dfsg.P4-12.3+deb9u10) libisc-export160:amd64 (1:9.10.3.dfsg.P4-12.3+deb9u9, 1:9.10.3.dfsg.P4-12.3+deb9u10) libjbig2dec0:amd64 (0.13-4.1, 0.13-4.1+deb9u1) liblwres141:amd64 (1:9.10.3.dfsg.P4-12.3+deb9u9, 1:9.10.3.dfsg.P4-12.3+deb9u10) libnghttp2-14:amd64 (1.18.1-1+deb9u1, 1.18.1-1+deb9u2) libntfs-3g871:amd64 (1:2016.2.22AR.1+dfsg-1+deb9u1, 1:2016.2.22AR.1+dfsg-1+deb9u2) libopencv-core2.4v5:amd64 (2.4.9.1+dfsg1-2, 2.4.9.1+dfsg1-2+deb9u1) libopencv-imgproc2.4v5:amd64 (2.4.9.1+dfsg1-2, 2.4.9.1+dfsg1-2+deb9u1) libpostproc54:amd64 (7:3.2.15-0+deb9u4, 7:3.2.16-1+deb9u1) libpython3.5:amd64 (3.5.3-1+deb9u4, 3.5.3-1+deb9u5) libpython3.5-minimal:amd64 (3.5.3-1+deb9u4, 3.5.3-1+deb9u5) libpython3.5-stdlib:amd64 (3.5.3-1+deb9u4, 3.5.3-1+deb9u5) libruby2.3:amd64 (2.3.3-1+deb9u9, 2.3.3-1+deb9u10) libsdl1.2debian:amd64 (1.2.15+dfsg1-4, 1.2.15+dfsg1-4+deb9u1) libswresample2:amd64 (7:3.2.15-0+deb9u4, 7:3.2.16-1+deb9u1) libswscale4:amd64 (7:3.2.15-0+deb9u4, 7:3.2.16-1+deb9u1) ntfs-3g:amd64 (1:2016.2.22AR.1+dfsg-1+deb9u1, 1:2016.2.22AR.1+dfsg-1+deb9u2) php7.0-cli:amd64 (7.0.33-0+deb9u11, 7.0.33-0+deb9u12) php7.0-common:amd64 (7.0.33-0+deb9u11, 7.0.33-0+deb9u12) php7.0-curl:amd64 (7.0.33-0+deb9u11, 7.0.33-0+deb9u12) php7.0-intl:amd64 (7.0.33-0+deb9u11, 7.0.33-0+deb9u12) php7.0-json:amd64 (7.0.33-0+deb9u11, 7.0.33-0+deb9u12) php7.0-mbstring:amd64 (7.0.33-0+deb9u11, 7.0.33-0+deb9u12) php7.0-opcache:amd64 (7.0.33-0+deb9u11, 7.0.33-0+deb9u12) php7.0-readline:amd64 (7.0.33-0+deb9u11, 7.0.33-0+deb9u12) php7.0-xml:amd64 (7.0.33-0+deb9u11, 7.0.33-0+deb9u12) python3.5:amd64 (3.5.3-1+deb9u4, 3.5.3-1+deb9u5) python3.5-minimal:amd64 (3.5.3-1+deb9u4, 3.5.3-1+deb9u5) ruby2.3:amd64 (2.3.3-1+deb9u9, 2.3.3-1+deb9u10) tzdata:amd64 (2021a-0+deb9u1, 2021a-0+deb9u2)
Thank you for your quick response, Sebastion. The new version of ckeditor is 4.5.7 -- is this version compatible with elog 3.1.2? It is possible that I am using an outdated elog or outdated ckeditor due to the fact that this server is a bit old; I am looking to upgrade this machine soon, but I have several other issues to resolve first.
(disregard my recent post here about missing package -- that wasn't the elog server!)
I can see that ckeditor was upgraded 11/19, which is would be prior to my recent attempts to use elog. It was apparently a security update, so I am not sure it is sensible to downgrade. OTOH, I am the only person here, and I have all sides carefully barracaded, so I don't think it would be much of an issue. But please disabuse me of my ignorance if need be.
After downgrading ckeditor, my elog installation is working again. Thanks for your help.
Not sure if this is a bug or not; if it is not, kindly reclassify the category.
Following is a small example of what I will dub a 3-level, conditional logbook:
[cond_test] attributes = region, manufacturer, model
show attributes edit = region options region = american{1}, japanese{2}, european{3}
{1} options manufacturer = ford, chrysler, gm {2} options manufacturer = toyota{4}, nissan{5}, mitsubishi{6} {3} options manufacturer = audi, mercedes, bmw, volvo, fiat {1,2,3} show attributes edit = region, manufacturer {4} options model = corolla, prius, miata {5} options model = sentra, murano {6} options model = starion, outlander, mirage {4,5,6} show attributes edit = region, manufacturer, model
This example is hardly complete, but it is sufficient to demonstrate the issue I am running into. This works until I select from the 2nd level (manufacturer); it won't display the dropdown for the model (I think my show attribute edit is supposed to display that). Is there a restriction on how many levels of conditional I can have? If there is, it would be disappointing because I am trying to do something similar to this example. I hope there is something very simple I can do to correct this, or perhaps a completely different approach that accomplishes the same thing. I'd like to stick with the multi-level selection process as I have done here.
I am running elog 3.1.5 on Devuan Chimaera (approx. Debian Bullseye, sans systemd) in a Virtualbox VM.
I am finding that '%s' passed to a $shell(...) command must be escaped when calling from Preset on reply, but not when calling Preset new. Example:
[tickler] Comment = Automated Tickler List Experiment Attributes = Blurb, TickleDate Type TickleDate = date Required Attributes = Blurb Preset TickleDate = $shell(date -d 'now + 30 days' '+%s') Preset on reply TickleDate = $shell(date -d 'now + 30 days' '+%%s') Date Format = %Y-%m-%d
Note that I have to escape the Preset on Reply's shell command argument with double percent signs, but not on Preset new. The configuration I have provided here does work and correctly overrides the output per the Date Format spec. This scenario should be easy to reproduce.
It could be I am doing something incorrectly, but it seems to me that there is no reason why the calls should need to be handled differently. I can live with this for the moment, but I do hope it is fixed in a later release so that $shell calls have consistent syntax and semantics.
When I click on "collapse," even several times, I still see all the replies in each thread rather than just one entry representing each entire thread.
I am running elogd 3.1.5 on devuan chimaera (bullseye) which I built from source. I had the same results with 3.1.4 and 3.1.3.
I tried to disable the quick filter just to see if that impacted the behavior, but it didn't.
If there are any other tests I can use to narrow the problem, please suggest them. Without a working collapse feature, I cannot get a quick birdseye view of, say, all open threads.
I should add that this does not happen in every logbook. I'm looking into what the distinction is that causes this in certain logbooks and not in others.
Figured it out: I had "Sort Attributes" set on the logbooks that were failing to collapse correctly. At least, I think that is the distinction.
I think I can live with "Sort Attributes" disabled; I don't recall why I chose to set the "Sort Attributes" in the first place. But I still think this is an issue.
I also notice that collapse does not work properly if I have anything selected in the quick filter.
Tried a variant, this time for NEW entries (not EDIT), which I meant to do to begin with; sorry if that was confusing.
options region = american{us}, japanese{jp}, european{eu} show attributes = region
{us} options manufacturer = ford, chrysler, gm {jp} options manufacturer = toyota{toy}, nissan{nis}, mitsubishi{mit} {eu} options manufacturer = audi, mercedes, bmw, volvo, fiat {us} show attributes = region, manufacturer {jp} show attributes = region, manufacturer {eu} show attributes = region, manufacturer
{toy} options model = corolla, prius, miata {nis} options model = sentra, murano {mit} options model = starion, outlander, mirage {toy,nis,mit} show attributes = region, manufacturer, model
I'm not sure if my multi-character conditional names are allowed or not, but they do seem to work... somewhat. Note that I even tried a couple different ways of specifying which attributes to show (single versus multiple OR conditionals). The problem now is that all of the attributes are always shown, seeming to ignore the conditionals entirely.
Hej, I just noted that when having an unknown (or presumably misspelled) user name in the "Admin user" line in the config file, that the other users are no longer treated as admins and do not see the corresponding link to the admin page e.g. on the list page. In my specific situation, I in fact have only one user registered (new password file) but two users still on the admin list (old config file). The one user is only treated as admin after removing the offending name from the list of admins. I understand that this might be the intended behavior -- but I wonder if this could lead to a situation where one locks oneself out, e.g. when adding a misspelled user name to the list. Thanks and cheers, Hanno
Hej Stefan,
thanks for the suggestion -- through a Apache proxy the upload does indeed work without problems.
Yes we had listed within each individual logbook config "Admin Password = xxxx". this was causing the admin login prompt when users wanted to change their own passwords. The "Admin Password =xxxxx" cannot reside on each logbook config when you use a password list and allow users to change their passwords.
This worked for us just fine! thanks!
I do not get the formatting menu with HTML. I switched to plain and code still exists. The only formatting menu I get is when I choose ELCode. I have no problem with this forum seeing the formatting menu with HTML (although it does take some time to load).
Tested it in Chrome and acts the same as IE8 (just much slower)
It's version issue!! 2.92 does not utilize FCKeditor correctly. Backed off one version and it works fine! 2.91 is GOOD!
The kerberos install, installed the Network Identity Manager and placed krb5 config in my windows directory. Can a server run lsass.exe only? or does the krb5 config file and Network Identity Manager need to be on the server?
Installed both on a Windows 2003 R2 server (32bit) and Kerberos not authenticating, yet gievs me a ticket thru kinit.
Does anyone have a success story with kerberos on windows?
Can ELog support different languages based on the logged on user?
Anyone? Bueller?
How can I show the Delete option for Admins?
So I have a logbook with the following config:
[Elog]
Admin User = me, otherguy
Deny Change Config File = otherguy
Restrict edit time = 4
Menu commands = List, New, Edit, Reply,Last Day, Find, Config, Help
Is it a time zone issue or a setting issue related to the FIND by date / time issue?
It seems to add an hour to each of the time selections once you select SEARCH. see attached pics
Does anyone have a method to query the log file? I wish to automate a summary report based on a defined timeframe (8hr shift) and deliver a report to the owners/managers of the logbook.
maybe even generate the summary report as an HTML entery within the logbook, encapsulating the enteries queried with the hyperlinks intact to the entries in question.
Anyone have something like this? Hate to recreate the wheel. I will share if I come up with something
One hour adrift at this time of the year sounds like daylight saving. Or compensation thereof. What is your computer clock set to (not what time the clock reads)?
Personally I think it rather naughty that [at least older] Windoze automatically sets the clock one hour forward the first reboot after the spring switch forward, and the same in the autumn back. What if you'd already done it, like all the rest of the clocks in the house?
> [13 Nov] > As my threads have lots of replies, I end up with a forest of ">" characters which makes it difficult to read > earlier quoted entries (what with word-wrapping of the browser). > I thought to replace the ">"s by a simple date entry prepended to the start of each reply. - much as I have > given at the top of this initial entry. > > So this is what I put in the config file: > > .... > Time format = %a %d %b %y > Date format = %d %b > Prepend on reply = [$date] \n > ... > > The time is used in the string for the Thread display. > > Only I don't get the date, with the date format, prepended to replies but the time, in the time format, as > > [Wed 13 Nov 13] > > Now this is hardly a disaster, but any ideas why the date formatting is being ignored?
https://midas.psi.ch/elogs/Forum/67405
Why all the > Characters? Maybe back off the version as stated in above link? Not sure about the date issue.
With elog it is possible to submit messages to a password protected logbook without specifying the -u option. I.e. NO PASSWORD is necessary to submit a message. I assume it is related to the problem of expiring password-cookies while entering the message using a web browser.
> > With elog it is possible to submit messages to a password protected > > logbook without specifying the -u option. I.e. NO PASSWORD is > > necessary to submit a message. I assume it is related to the problem > > of expiring password-cookies while entering the message using a web > > browser. > > Indeed this problem is related to the expiring password cookies. As a > reminder: For the submission of a new entry, the password is checked when one > presses the "New" button, but NOT for the "submit". This is because a > password can expire between the "New" and the "Submit", so a entered message > could not be sent. The question is now what to do with the standalone "elog". > > Right now, elog does a normal submission where the password is not checked, > which is maybe not what one wants. But what to do? If elog sends a special > flag "please do check password on submit", someone could analyze the source > code, remove the flag from elog and then still submit messages without a > password. If I put an additional flag to the web browser submission "please > do not check the password since the cookie might have been expired", someone > can add this flag into elog and still bypass the password checking. I guess it cannot and doesn't have to be 100% save. Maybe if the web interface is used for a new message a long random number (let's call it newID) can be included, which elog remembers for some time (say 1 day). Now elogd accepts a new message only if 1) the cookies is there and valid or 2) if the cookies are NOT THERE, but the newID matches one of the stored ones. The new message is rejected if the cookies are there, but are wrong. > Anothe thing which bothers me is if you specify the password explicitly on > the command line of elog, it's visible in some scripts etc, which yould be a > security issue as well. Maybe the encoded password should be specified. I use wget to retrieve some entries automatically over a cron job and with wget you specify a cookie-file with --cookie-file (or something like this). The content of this file corresponds to the content of the netscape cookie file. > > Any ideas? Can one delete or edit messages with elog? If yes then this should not be possible.
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.
Super, overlooked that one. Works now
Is there a possibility to use like the time stamp a user stamp: by clicking the button in the main text entry it adds the username, just like the time stamp button does: Tue Apr 12 08:58:46 2022 ?
I searched but I'm not sure how this would be correctly named.
Newby/noob Q: anybody have a resource other then the orignal doc on how to get ELog working using the domain users/passwords with a Win2K19 AD
Newby/noob Q: anybody have a resource other then the orignal doc on how to get ELog working using the domain users/passwords with a Win2K19 AD ?
We are trying to use ELog on Windows XP with Protection on individual log book and we unable to login after creating users even if we give correct user name and password login screen reappears. We are able to log in to the Elog when we use windows 98 Client we are running Elog on Windows XP and without password protection on logbook it is working fine with windows 98. For win xp clients we are using winxp sp 1, ie 6.1 using a proxy server
> > We are trying to use ELog on Windows XP with Protection on individual log > > book and we unable to login after creating users even if we give correct > > user name and password login screen reappears. We are able to log in to the > > Elog when we use windows 98 Client we are running Elog on Windows XP and > > without password protection on logbook it is working fine with windows 98. > > > > For win xp clients we are using winxp sp 1, ie 6.1 using a proxy server > > First, upgrade to 2.5.4-5 (if you haven't done so). If the problem persists, > please start elogd on the server with the "-v" flag, capture the screen output > and send it to me by email so that I can have a look. Please send also your > elogd.cfg file. > > - Stefan Mr. Stefan Following is elogd.cfg file text: [global] port = 8080 Main Tab = Home Protect Selection page = 1 [Daily Log] Password file = pwdfile Self register = 0 Login expiration = 0 Admin user = user Logout to main = 1 Theme = bubbles Comment = Daily Call tracking and Issue Solving Attributes = Author, Type, Category, Subject IOptions Author = icon6.gif, icon7.gif Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Options Category = General, Hardware, Software, Network, Other Extendable Options = Category Required Attributes = Author, Type Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type
> >
> > > We are trying to use ELog on Windows XP with Protection on individual log > > > book and we unable to login after creating users even if we give correct > > > user name and password login screen reappears. We are able to log in to the > > > Elog when we use windows 98 Client we are running Elog on Windows XP and > > > without password protection on logbook it is working fine with windows 98. > > > > > > For win xp clients we are using winxp sp 1, ie 6.1 using a proxy server > > > > First, upgrade to 2.5.4-5 (if you haven't done so). If the problem persists, > > please start elogd on the server with the "-v" flag, capture the screen output > > and send it to me by email so that I can have a look. Please send also your > > elogd.cfg file. > > > > - Stefan > > Mr. Stefan > > Following is elogd.cfg file text: > > [global] > port = 8080 > Main Tab = Home > Protect Selection page = 1 > > [Daily Log] > Password file = pwdfile > Self register = 0 > Login expiration = 0 > Admin user = user > Logout to main = 1 > Theme = bubbles > Comment = Daily Call tracking and Issue Solving > Attributes = Author, Type, Category, Subject > IOptions Author = icon6.gif, icon7.gif > Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other > Options Category = General, Hardware, Software, Network, Other > Extendable Options = Category > Required Attributes = Author, Type > Page Title = ELOG - $subject > Reverse sort = 1 > Quick filter = Date, Type Mr. Stefan We tried installing elog on another pc with almost the same configuration and are able to run it without any problems now.
The goal of this part of the configuration is a way to notify and log maintenance on not specified equipment. I expect a message-tag with: DIVOH: 280109-0001, where 280109 stands for 28th of January, 2009, the 0001 is the message number of that day. Now when I enter something in it, submit the message it will display DIV-OH: 280109-0001 as I expect, but... When I start with a new entry I would expect DIVOH: 280109-0002 as it is the second message.. Well, simply put.. I don't get DIVOH: 280109-0002 but instead I get DIVOH: 280109-0001 again.Below the part that does work correctly:
The following part of my configuration does work..
[Onderhoud Windows] Theme = default
Attributes = Melding, Auteur, Type, Planning, Categorie, Status, Onderwerp Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Options Categorie = Algemeen, Hardware, Software, Netwerk, Telefonie, Overig Options Status = Wachtend, Gepland, In behandeling, Update, Opgelost Type Planning = date Extendable Options = Categorie, Status Required Attributes = Auteur, Type, Status Page Title = ELOG - $onderwerp Reverse sort = 1 Quick filter = Date, Type, Status Preset Melding= WSOH: %d%m%y-#### Subst on edit Auteur = $long_name List Display = ID, Melding, Datum, Status, Auteur, Type, Planning, Categorie, Onderwerp Summary lines = 0 Style Status In behandeling = background-color:red Style Status Update = background-color:orange Style Status Afgerond = background-color:lime
When I copy this one, adjust it to be the same as the first one, but then without the extra things it doesn't work, and with them, well.. it still won't.. :( I am at a loss here where the mistake is, can someone shed some light on this? I would appreciate that very much.
Guido
according to the users guide, http://midas.psi.ch/elogs/Database/?cmd=New&pType=PC should create an entry with the type value set to PC, but this doesn't work
> according to the users guide, > > http://midas.psi.ch/elogs/Database/?cmd=New&pType=PC > > should create an entry with the type value set to PC, but this doesn't work Thanks!
hi the back button/liunk does not work if i click on an entry and then back, it does not work properly, i see the same entry if i click on the new button or the find button, and then back, it does not work properly mfg guenter
> Right. Number of options is limited to 100. hi, i found the MAX_N_LIST macro and increased it
> > hi > > the back button/liunk does not work > > if i click on an entry and then back, it does not work properly, i see the > > same entry > > if i click on the new button or the find button, and then back, it does > > not work properly > > mfg guenter > > Thanks for reporting that bug, it has been fixed in the curreny CVS version. thanks
Hello, I have been running Elog for a long time on a variety of RedHat releases, (this is a terrific project by the way). Currently running Elog v2.5.7 on RedHat (Fedora Core-II) and most is working great excepting being able to modify the default fonts being used by Elog when trying to write and save in text mode while in Elog's main editing screen. On my setup the font size is way too small and to work around this problem I write and save everything in HTML mode. I've browsed the Elog css file but don't yet see where or how to properly set the default font style or size for the main screen in the editor. Can you shed some light on this for me? -- Regards, Greg
Hi Adam,
You might double check your file names vs. HTML tags. It appears in your example above that your HTML tag is requesting a file named: "1n2.jpg" and your image file name is "In2.jpg". Please note that in the first case the file name starts with (1) a numeral one and in the second case the file name start with a capital (I) a capital I.
Let me start by saying that I really like ELOG-- it's a nice tool. I'm trying out version 2.3.3. The problem that I'm having is with attachments disappearing when I do the following: 1. create a new entry that contains one or more attachments. 2. verify that the new entry from step 1 saved correctly. 3. reply to the entry from step 1. 4. return to the entry from step 1 only to find the attachments gone. The attachement files are still in the logbook directory, it's just that they are no longer attached to the entry. FWIW, I've attached the elog.config that I'm using... Thanks, Greg
Got it. Thanks!
I recently ported an elog over to a new server running Ubuntu 20.10. Everything is working okay, except sometimes I get a strange unformatted appearance when I go to the elog page (see attachment). The happening of this seems random. For example, yesterday, when I started the elogd daemon everything looked fine, but when I log in today I get the unformatted appearance. Also, yesterday when I was setting things up, sometimes certain logbooks would have the formatting issue, and I could make this go away with a kill...restart cycle of elogd.
I downloaded the source code from here: https://elog.psi.ch/elog/download.html, selecting the elog-latest.tar.gz file.
I have tried viewing the elog on 3 different browsers (firefox, IE, Edge), result is the same every time.
Any thoughts about what the problem is?
In trying to fix this, I have re-downloaded the source from github rather than the source at http://elog.psi.ch/elog/download/tar/elog-latest.tar.gz, which is apparently very different from what is on github. Now I am running ELOG V3.1.4-d828aa58
The problem still persists, however, although only for some of the logbooks. Curiously, it *seems* to only show up if I run elogd with the -D flag. If I just run it in the terminal, I have not seen the formatting problem (so far).
In case it's helpful, I post my elodg.cfg file.
> > Is there any way to configure elog so that attribute fields can be edited > > on more than line like the 'text' field? > > > > (This would be useful so that attributes could contain larger portions of > > text including line breaks) > > No, but this request is already on the wishlist > (http://midas.psi.ch/elog/wishlist.html) since some time. I added your vote. Hi Stefan, could you add my vote for this feature too please? Many thx
Dennis Seitz wrote
Thanks Stefan, the preset UTC date works well. RTFM on my part perhaps.
I'm running version 2.7.5.2127 and am still having the issue with conditional attributes in the find area as mentioned above though. Is it the latest SVN **.2135 that addresses this?
David,
Extendable options = Require Model, Require Lens, Require Other,
I am trying to add "Extendable options" for some attribute as below example. However button to add new item for list appears only for the first "Extendable options", if disable the first with (;), button appears for the second. It means elog add new item button only the first line "Extendable options" not for other?
Is this a limitation or bug or am I doing something wrong?
Options Require = N/A, Camera{1}, Lens{2}, Other{3} {1} MOptions Require Model= XNB-6001, PNM-7000VD, PNM-9000VQ, PNM-9320VQ {2} MOptions Require Lens = SLA-T2480, SLA-T2480V, SLA-T4680, SLA-T4680V, SLA-T1080F, SLA-2M2400P, SLA-2M2800P, SLA-2M3600P, SLA-2M6000P, SLA-2M1200P, SLA-5M3700P, SLA-5M4600P, SLA-5M7000P, SLA-2M2400Q, SLA-2M2800Q, SLA-2M3600Q, SLA-2M6000Q, SLA-5M3700Q, SLA-5M4600Q, SLA-5M7000Q, SLA-2M2400D, SLA-2M2800D, SLA-2M3600D, SLA-2M6000D {3} MOptions Require Other = Base Unit
Extendable options = Require Model
Extendable options = Require Lens
Extendable options = Require Other
Apologies that should have been Devrim (autocorrect again) :-(
Hi Stefan, I'm having a problem with 'Preset Text' now behaving differently in the latest release (2.9.1)? My config file for example has always had: 'Preset Text = This is a test.', previously 'This is a test' was put verbatim into the text area, now it seems to think whatever follows 'Preset Text =' is always a file and I end up with 'File <i> This is a test. <i> cannot be found'? I did notice a 'Print warning if "preset text" file cannot be found' line in the latest release notes, does this now mean wherever I have used the method above I will now need to make a text file to match? I'm using them embedded in conditional attributes if that makes any difference? Thanks for your help.
I'm looking for a way (or if it is even possible?) for users to browse between logbooks without being logged out of their current logbook if they click on a logbook they are not authorised to access? If they accidentally choose the wrong logbook they are forced to log back in again?
No guest access has been configured on any log.
TIA
Perfect! I didn't not know there was RSS support. I will probably use something like rss2email, but this is exactly what I needed. Thanks!
I don't remember the details, but originally had the same trouble. I think a "/" at the end of a url got me somewhere. I have defined... URL = http://somewhere.edu/elog ...in the config file, and my redirect looks like this: Redirect /elog http://somewhere.edu/elog/ ProxyPass /elog/ http://somewhere.edu:8080/ ProxyPassReverse /elog/ http://somewhere.edu:8080/
If I have a couple of attachments in a log book entry, I can link to that entry "http://example.edu/elog/Sandbox/7", I get the appropriate log in page, and after logging it, it takes me to the entry.
http://example.edu/elog/Sandbox/7
However, if I link directly an attachment, "http://example.edu/elog/Sandbox/7/1", I receive a plain log in page that doesn't have the stylesheet applied, and logging in, I am directed to " http://example.edu/elog/Sandbox/7/" which throws an invalid error. If I am already logged in the browser, it links correctly.
http://example.edu/elog/Sandbox/7/1
I assume the problem must stem from messed up relative URL somewhere, hence the lack of stylesheet, or from the redirect incorrectly handling the /. (Looking at the source for the two login pages, the only difference is "<input type=hidden name=redir value="7">" versus "<input type=hidden name=redir value="7/1">". ) But that reaches the end of my ability...
<input type=hidden name=redir value="7">
<input type=hidden name=redir value="7/1">
This breaks the attachment links in emails.
Any help would be much appreciated!
I'm not of the skill level to help, but for what its worth, running Ubuntu 12.04, used alien to install the latest RPM with only two little snags. I had to create a link from libssl.so.1.0.0 to libssl.so.6, which is a trick I've pulled with other software, not sure what the proper fix is. I also had to make similar changes to the init script.
We have been experiencing corruption of logbook entries by elogd mirror synchronization. Has anyone else encountered this? Is there a known cause and/or workaround for it?
We have two elog servers set up with identical elogd.cfg and password files, except that one server has "Mirror server" pointing to the other host. There are three logbooks defined. (Their names are DoubleChooz, BigBrotherTable, and FlushingTable.) When the mirror synchronization happens, whether by "Mirror cron" or by an administrator hitting the "Synchronize all logbooks" link, it often happens that entries requiring synchronization are corrupted on both servers (not just the one to which the entry was copied). This is particularly likely to happen if entries have been made on both servers since the previous sync.
Looking at the logbook files themselves, we see that the corrupted entries will have attributes from the wrong logbooks. E.g., we'll see an empty "Barometer: " line in a DoubleChooz logbook file, where "Barometer" is an attribute that is only in the FlushingTable logbook, or we will see there are unexpected DoubleChooz logbook attributes in the FlushingTable files.
Strangely, the entries will not be identical on the two machines after syncing, and they stay non-identical on further syncs.
Most disturbingly, data is lost from entries that were perfectly valid before the sync, on both servers.
This was happening with elogd 2.7.8, and continued to happen after upgrading to 2.8.0. Both servers are running Linux. One is a 32-bit machine and another 64-bit, in case that might matter (but read on).
Thank you very much! It worked great!
thanks very much! Probably I've copied the certificate in the wrong directory. I'll try ASAP
Hi I'm here again,
According to my conf file I run elog under a specified user and group different from root. So I copied the .pem file I obtained from certbot in /etc/ssl as well as /urs/local/elog/ssl and ssl folder in the user directory (I will call it <user-dir>) but when I launch elog I receive the error that cannot initialize SSL because the old self signed certificate server.crt in <user-dir>/ssl is not found.
I wonder where in elog.cfg or elsewhere is written that <user-dir>/ssl/server.crt must be usedand how to fix it
Hi, I just installed v.2.6.1 coming from the previous 2.6.0 (on Win2000) When I access the "configuration" function from a logbook, in the cfg page I only see two buttons in the header (save or cancel); in the previous version I saw more buttons there ("global config", "create new logbook" and so on), so here I'm unable to access global configuration or logbook management (except for current logbook options). I am logged in as admin (actually I have a single-user configuration, thus no particular users defined). I hope this report may be helpful, and not just being caused by a misunderstanding on my side ;) Thanks GiorgioCC
> I tried to reproduce your problem, but could not. In my windows installation it looks fine. You only see the > (save and cancel) buttons only if you go to "Change [global]", otherwise you see the "Change [global]", "Delete > this logbook" etc. buttons. Have you tried with the default elogd.cfg which comes from the distribution? Yes, I tried that. Maybe I'll have some other try on other PCs and investigate further, I'll surely let you know. Thanks for the prompt response and compliments for your very good work! ELog is really a great piece of software.
> > I just installed v.2.6.1 coming from the previous 2.6.0 (on Win2000) > > When I access the "configuration" function from a logbook, in the cfg page I only see two buttons in the header > > (save or cancel); in the previous version I saw more buttons there ("global config", "create new logbook" and so > > on), so here I'm unable to access global configuration or logbook management (except for current logbook options). > > I tried to reproduce your problem, but could not. In my windows installation it looks fine. You only see the > (save and cancel) buttons only if you go to "Change [global]", otherwise you see the "Change [global]", "Delete > this logbook" etc. buttons. Have you tried with the default elogd.cfg which comes from the distribution? Here I am again... I built and installed v2.6.1 also on a different system, this time on linux; i tried both with the existing cfg file and with the new cfg. Choosing "configuration", I still only see the current logbook configuration file section with "Save" and "cancel" buttons, no access to global config whatsoever; the same as I saw on windows version. I tried version 2.6.1-1622. Regards Giorgio
> I tried again, using the configuration file from the distribution (elog:1627/1). Hitting "config", I see the picture > attached (elog:1627/2). So it's a mystery why it is different in your case... Indeed... I peeked into the code, and I got the feeling it could be a matter of incorrect user setup (though I have no users/authorizations defined at all) or maybe browser cookies. A thin trail, but I'll try some debug directly on the code and, should I come up with something, I'll surely notice you. Thanks for your support!
> > or maybe browser cookies. > > That rings a bell. If you change user permissions (like password file/no password file/rename logbooks) you might be > fooled by old cookies. Just delete all cookies in your browser and try again. Hi, here I am at it again. Since my first posts, I tried to install the latest version of elog out-of-the-box on one pair of PCs from scratch (fresh elog install on new, just-installed PCs, OS WinXP Pro and Win2000), but with no results. No trace of the global configuration menu or the buttons to reach it. Neither taking a look at the code has helped, I could not figure out exactly where the button bar was generated. Didn't anybody other point out a similar behaviour? Do you have any suggestion for any tests to carry out? Thanks GiorgioCC
Hi, after a long time, I thought I could try to investigate the code some further, and maybe I found some hint. The page where I expected the options to show was (probably) the one generated by this function: void show_admin_page(LOGBOOK * lbs, char *top_group) Inside, it, the buttons are generated by following code snippets: (elogd.c:10443) if (is_admin_user_global(getparam("unm"))) { sprintf(str, loc("Change %s"), "[global]"); rsprintf("<input type=submit name=cmd value=\"%s\">\n", str); } (elogd.c:10461) if (is_admin_user("global", getparam("unm"))) { rsprintf("<input type=submit name=cmd value=\"%s\">\n", loc("Delete this logbook")); rsprintf("<input type=submit name=cmd value=\"%s\">\n", loc("Rename this logbook")); rsprintf("<input type=submit name=cmd value=\"%s\">\n", loc("Create new logbook")); } The functions called to validate the user are following: (elogd.c:21298) BOOL is_admin_user(char *logbook, char *user): //... if (user == NULL) return FALSE; (elogd.c:21324) BOOL is_admin_user_global(char *user) { //... if (user == NULL) return FALSE; Since I assume that I'm probably in the "userless" case (no users are defined in the configuration, and no usernames are set when launching elog either), I would understand that this causes the options for global config editing etc etc not to be shown on the admin page. In my opinion (and given that my interpretation of the code flow isn't wrong), the "null" user should be indeed considered admin, at least as long as no user management is defined whatsoever. (If I got it right, if user==NULL, but a password file exists, user management is applied, thus we're in the case of anonymous user which is correctly not admin). Again, I might be wrong, but I would be curious to hear an opinion from you about this issue. Thanks again for your attention. GiorgioCC
I'm working on setting up an elog as lab-journal in our group with the following set-up:
Now I encountered the following problem in my set-up: Entries that do not have attachments can be changed after these 24hours have passed, by the following set-up: If a user (in the current case me during testing) sets up a local elog on his computer and activates the synchronisation with the elog on the server, he can switch off the time-restriction for editing on his local elog, and if he synchronises the two log-books, the changed entry from the local elog will overwrite the original one from the server-elog.
Obviously this is not very desirable. Therefore I wanted to ask, whether anyone sees a possibility to prevent the editing of entries, which are older than the restricted edit time. A specific function or a change in the synchronisation behaviour would of course be the completest solution, but in my case the problem would also be solved if I could just prohibit the synchronisation. It is not needed, so no harm will be done if it is not possible.
we are running elog
It is running on a linux box, we have started in it in a telnet session, and no errors appear, as I am new to e-log is there an error log anywhere.
Have fixed this by removing the last added user from the Passwd file.
How can I block access to some tools (like edit, erase, config...) for each user? I want only admin users can edit, erase , etc.
I want know too, how can I erase configuration of SMTP? I make a test with the "elogd -t" command and now every time I create a new entry in my log book I receve the mensage of error to send email, cause I don't configure a SMTP host.
Hello, you can use the "Deny" flag in the config file for each logbook.
Deny <function> = <user>
Example: Deny Edit = Gian
simply add as many deny functions as you would like. Its a bit of work if you have a lot of logbooks but its the easiest solution.
Hope that helps.
Elog Syntax guide is helpful for this stuff too.
Thanks for help. It work's.
But I want to know if I can block a logbook from a user. For example I have a logbook named "Store". I want only users of the vendors have access to this log. How can I do it?
I didn't find this in manual.
The only way I find for this trouble is using the "Login user". But we have something best?
> > elogd binary from EPEL > > thank you for bringing this up to our attention. we recently went through this with debian and ubuntu. the elog package was severely out of date and > did not include the security patches that went it right before covid started in the Winter of 2020. > > the elogd package in EPEL7 is insecure and should not be used. (I see it is removed from EPEL8, EPEL9 and current Fedora). > > I will have to contact EPEL maintainers to have it removed from EPEL7 (or at least to have it marked as "insecure, do not use"). > > https://dl.fedoraproject.org/pub/epel/7/SRPMS/Packages/e/elog-3.1.4-1.20190113git283534d97d5a.el7.src.rpm > > https://packages.fedoraproject.org/pkgs/elog/elog/ > https://packages.fedoraproject.org/pkgs/elog/elog/fedora-35.html > https://packages.fedoraproject.org/pkgs/elog/elog/epel-7.html > > note in the changelog "Update to post-release snapshot of 3.1.4. - Fix several security issues." > > K.O. Good day, elog has never been retired in EPEL 7. It is still there https://src.fedoraproject.org/rpms/elog/tree/epel7 I am pretty sure because I am a Fedora/RHEL package maintainer and a retired package should contain in its Git branch only a file named "dead.package"
Like many educational institutions we get "educational certificates" that are chain certificates.. With apache the full certificate chain is working as expected.. For elog I copied the appropriate files to server.crt and server.key Netscape 3 is happy with that setup, Internet Explorer and Opera are mentioning the open certificate chain. When I tried to copy the file known as SSLCACertificateFile in Apache to chain.crt elogd does not longer work and openssl s_client -showcerts -connect <myserver>:<elogd_port> only shows: CONNECTED(00000003) 25523:error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure:s23_clnt.c:562: What do I do wrong? Gerhard Schneider
> Like many educational institutions we get "educational certificates" that are chain certificates.. > > only shows: > > CONNECTED(00000003) > 25523:error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake failure:s23_clnt.c:562: > > What do I do wrong? > After reading the OpenSSL Documentation: The certificates must be in PEM format and must be sorted starting with the subject's certificate (actual client or server certificate), followed by intermediate CA certificates if applicable, and ending at the highest level (root) CA. The chain.crt has to be of the following format: HOST CERTIFICATE INTERMEDIATE CERTIFICATE ROOT CERTIFICATE Then it is working w/o problems GS
How did you create the certificate? Are you running eLog on a server with more than one host name (CNAME entries) and are you pointing to your eLog via one of that aliases? Certificates that work with an Apache 1 Web server do work with eLog, too. GS
> > The certificate that is on there right now is the one that gets created when you install elogs. I have tried > creating one with a windows server 2008 box with the CA role installed. The certificate is created without issue > and I can install it on the server but when I try to restart the elog service it wont start until I put the > original server.crt and server.key file back into the ssl directory. > I don't know anything about Windows server CA, but eLog is very strict in the syntax of the CERTs. I had to learn it the hard way when installing a chain CERT. For server.crt and server.key it MUST NOT be a chain cert. Therefor you have to use chain.crt Are the generated CERTs ASCII (with only one -----BEGIN CERTIFICATE----- and -----END CERTIFICATE----- in server.crt and -----BEGIN RSA PRIVATE KEY----- and -----END RSA PRIVATE KEY----- in server.key)? So the eLog generated keys should look like.. GS
I'm running ELOG on a Windows machine and I would like to use LDAP for Authentication, however to achive this I need to compile elog. Any advice on how to do that on Windows?
Dear all, I am trying to get elog used in our company but I need some help. I have two small questions: -1- how can I restrict the access of a certain user such that he can only see certain logbooks. But also not showing the other logbooks on the selection page. So we could have a tree like this: Stage one | |->Stage 2 | | / \ | | Co1 Co2 / \ job job So when Co1 logs in the should not be able to see Co2 and the attached job -2- How can I have a login page instead of the logbook selection page. When I insert the password statement the config, I get a blank page.
> > -1- how can I restrict the access > > of a certain user such that he can only see certain logbooks. > > This can be achieved with the "Login user = ..." option. That is what I found in the mean time. And it works like a charm. > > > But also not showing the other logbooks on the selection page. > > You could try to use "top groups". This gives you "separate" groups of logbooks, so you could make a public tree > seen by everybody and private trees only seen by a few people. Please read the documentation for details. I'm now using this (I had to redesign our tree for that) > > -2- How can I have a login page instead of the logbook selection page. > > When I insert the password statement the config, I get a blank page. > > You get a login page instead of the selection page if the "Password file = " statement is in the [global] section > and "Protect selection page = 1". You might have to delete all cookies in your browser if you move the password > file statement between the [global] and the logbook sections, because otherwise the old cookies might prevent you > from logging out. This is not working for me, in Mozilla Firefox I'm still getting a blank page, where IE is giving me an error stating that the page is unavailable
> > > You get a login page instead of the selection page if the "Password file = " statement is in the [global] > section > > > and "Protect selection page = 1". You might have to delete all cookies in your browser if you move the password > > > file statement between the [global] and the logbook sections, because otherwise the old cookies might > prevent you > > > from logging out. > > > > This is not working for me, in Mozilla Firefox I'm still getting a blank page, where IE is giving me an error > > stating that the page is unavailable > > If I use following config file: > > > [global] > port = 8080 > password file = passwd > protect selection page = 1 > > [demo1] > Attributes = Author, Type, Category, Subject > > [demo2] > Attributes = Author, Type, Category, Subject > > > then I don't get a blank page. An unavailable page you should only get whan you use top groups, and want to > access the root. I use the folowing file and do get this error (the company names and other sensitive information has been changed to something simular but not so sensitive) [global] logbook tabs = 1 port = 80 Logbook dir = /srv/elog/logbooks/ URL = http://my.domain/ Protect selection page = 1 Password file = /srv/elog/passwords/main.passwd Self register = 0 Admin user = Gerald Group World = Procedures, Work Group Work = Company, Company2 Group Company = twiddle Group twiddle = Panels, Bond [Procedures] Theme = default Comment = General Procedures for use with Attributes = Author, Category, Subject Options Category = Maintenance, Alignment Required Attributes = Author, Category Subdir = Some/dir [Company2] Theme = default Comment = Company2 project Page Attributes = Author, Category, Subject Options Category = Scheduling, During Progress, During measuring, After Required Attributes = Author Subdir = some/dir [Panels] Theme = default Attributes = Author, Category, Subject Options Category = Scheduling, During Progress, During measuring, After Required Attributes = Author Subdir = Some/dir Expand default = 2 Protect selection page = 1 [bond] Theme = default Attributes = Author, Category, Subject Options Category = Scheduling, During Progress, During measuring, After Required Attributes = Author Subdir = some/dir
GET / HTTP/1.1 Host: hostname User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.4) Gecko/20060608 Ubuntu/dapper-security Firefox/1.5.0.4 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Cookie: urem=0 Remote host "hostname" matches "ALL" in "Hosts deny". Access denied. Remote host "hostname" matches "hostname" in "Hosts allow". Access granted. Internal error, no valid header!
Hello, I just upgraded to elog 2.7.5 from 2.6.4 on my Debian system. Here is some feedback: 1) "make" fails if libssl-dev package is not installed. Documentation does not mention SSL library requirements. 2) /etc/init.d/elogd: line 10: /etc/rc.d/init.d/functions: No such file or directory (I fixed this by commenting out that line). 3) Starting elogd: /etc/init.d/elogd: line 34: echo_success: command not found (Fixed by search/replace "echo_" to "echo "). Hope this helps. George.
> The elogd (or elogd.init in the distribution) is written for RedHat based systems where echo_success gives the > typical output with a green [OK] at the end of the line. For Debian, there is (was) in principle a Debian package > which has it's own startup script. Since the package maintainer is not active any more (I guess), the Debian > updates are heavily old. Once elog gets managed inside Debian again, that should get better again, but until then > one has to follow 2) and 3) from above. If I would remove it, the Scientific Linux users would complain. That makes sense. Might be worth adding a short Debian section to the installation instructions page? FYI, Elog is no longer in Debian as of 2008-05-12. Thanks, George.
Hi Stefan Thanks for your reply Can i check , with the new snap shot , can i disable the capability for the admin to delete the logbook and create new logbook I tried with the config - Allow Delete the logbook = admin but cannot , please advise And As for the id , can i have the month and the day in the id , what is the corresponding field for just the month and day , if there is . And is there a way to prevent preset value get overwritten when user do a reply Example , i preset a field with Preset test = "9v" so when the user submit , it will have 9v and they may have enter some following value. but when a user reply , the test field get reset back to 9v Thanks > > I have setup top group in my elog . I will want to restrict the different > > admin user on the global and the global on top groups . > > But however i am not able to use the configuration on "admin user" on the > > global portion to strict admin of top group to access the main global > > config . > > Did i configure it wrongly or is there a way? > > There was indeed a bug which I fixed. Please obtain the newest snapshot (see > download page). If an admin user is defined in a top group, it does not gain > access to the global if the admin of the global is different, like > > [gloabl] > password file = passwd > admin user = joe > > Top group g1 = demo1, demo2 > Top group g2 = demo3, demo4 > > [global g1] > admin user = joe > > [gloabl g2] > admin user = jack > > [demo1] > .... > > So if user "jack" is logged in to demo3 and therefore g2, he can change the > [global g2] section, but not the [global] section, since only user "joe" is > allowed to so do. > > > And for email notification , is there a way which i can select who to email > > it to ? like check box etc. > > This is not directly implemented, but one can configure this kind of "manually", > like > > Attributes = ..., Send Email, ... > ROptions Send Email = joe, jack, ... > > Email "Send email" joe = joe@some.domain > Email "Send email" jack = jack@other.domain > > The option "Email <attribute> <value> = <email address>" gets executed when the > attribute "Send email" has the value "joe" in the first line, so email is sent > to joe@some.domain. It's a bit cumbersome since one cannot use the email > addresses from the password file, but better than nothing. > > > And is there a way which i can setup the summary page to refresh every > > 15mins , so that new entry can be shown ? > > No, this is not foreseen. One should use email notification for that, which > tells you immediately (not after 15 mins) when a new entry has been submitted. > > > And can i make the message id unique , when i move the messages from one > > log book to another log book , the messages id change accorddingly based on > > the number or messages . Anyway for me to make it fixed even i moved to > > another log book , i need the running number still . > > The message id must be unique in a logbook (like in a relational database). If I > would keep the id when moving entries to another logbook, this could cause a > conflict. Assume you have two logbooks both with three entries having ID's > 1,2,3. Now you move ID 3 from the first logbook to the second, but ID 3 exists > already in the second logbook, so you would have that ID twice, which breaks the > database structure. What you can do however is user an "numbered" attribute like > > Attributes = ..., tag, ... > Preset tag = ID%d > > For each new submission, the attribute "tag" gets a new number, like ID1, ID2 > etc. These attributes are not modified when moving an entry to another logbook, > but if the target logbook has already an entry with the same tag, you get this > tag twice. I don't know if that is what you want...
Hi Stefan YOu have been a great help on the Elog problem solving . I have another sort of bug , when i have a attribute type as date. And i have fixed the attribute on reply , i actually get a string of number when i reply , and the date becomes not the orginal date in the first message. So the way i work ard is that i did not place the date field in the fixed attribute reply which i will run the risk of pple modifying that entry . Can this be fix? Thanks
Hi I followed copied the example config provide to run on my server . Apparently , the author field was blank when i do a reply . I was hoping to get it to be the actual reply author. Just like the way the forum is done up. Please help .. Are you using Remove on reply option ? regards
Hi I have a problem here which the ELOG service get terminated unexpectedly on the Windows Server. Is there any way to debug this problem ? I am using the latest version of Elog and i tried the 2.5.3 version too have this problem Thanks!
> > I have a problem here which the ELOG service get terminated unexpectedly > > on the Windows Server. > > Is there any way to debug this problem ? > > One can start the elogd server manually. So stop the service, and start > > c:\program files\elogd\elogd.exe -v > > The "-v" flag shows all network traffic between the server and the browser. So > maybe the last conversation before the crash can tell us something. Make a > screendump of it and send it to me. Hi It says not enough memory .. May i know what is the min config ? i am running on a server with 512mb of ram. Below is the screen dump , last action , i am doing a move . regards GET /IFSOCC%20Archive/?Priority=_all_&cmd=Move+to&destm=IFSOCC+Current&s0=2&s1=1 &nsel=2 HTTP/1.0 Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms- powerpoint, application/vnd.ms-excel, application/msword, application/x-shockwav e-flash, */* Referer: http://sinccbap2kp38.sq.com.sg:8877/IFSOCC%20Archive/?select=1 Accept-Language: en-us User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Q312461; YComp 5. 0.0.0) Host: sinccbap2kp38.sq.com.sg:8877 Connection: Keep-Alive Cookie: SMSESSION=gwcUsAfDyITnesMpbzOdnbiETbAhZ1hysT2HnwE7WfO6jIHkENkdIQ+CAIgsw6 Q5mcqulHlb/0oMZFmquKY/2EEVRKqZ/lVAhiAfjYw7zN3ET1D4xULgAzNGwMp2bZjBAVrlnyWr65ffCc 9OpoiyMeOQVbGmp62TAxTRCoRBcp6r/h0QZzyVQiMt7BOU5mvq1t7WzJuEzlGoNoes7R0iKImJkIfPIu l0IETa6Jy/n+BdZ+dYsk0lpkZD+snvc9I/kvDTOo9OOYjhs40+ZYkT++/c77ngivzjO5/0KyMnD7KbZF ZbkyMaNmKYc8y4tnwLk652E1K++D64tVdV/5i+C6F1LktT6wPDDFrCxpVtzNawW7XAb+U38LBUsS6KbZ XOYOLnYDrB3DUz40Xxzcz/w5k0AH55SlxqWu3r+3qx5X1qB+juyiEXiLcWfNRH2AWmGtAGYyrXbQa2V+ MgRDW8Gf/h4Gp1i8HtQt+5FYa9lWrTkwH/SDpkTVgvdqqoxjHHBAVuv4sqDHSrYlkbFuvR3hnZSZANaz V1GOT6J5xhwmQvBDl2MeJgUOYVEr1qXmhXDw3Qkw0Q34JnaGUHp61mvZr8WyagqrZIldQTgUEKHcqlT1 GkRESynnF5GxUBKpOvxsR3EtNZUSQL1yeqSavAnphTgsuefSn2FMVGaPpDPbgzEFoLDbZlAhwT6DOGMO guHDS2ooxyHLDKAS/Oywzdvrq+yml1ruPrxVcxe+i698tbLlkcUR2d170OYbxKr57W6harI0MnhmkTeC Fby+2vsO+ysiCP/bDJ5LcjmUlGQ/eoaFOdwcY+utasbMwfa1BQlNmG1cnie9+Y2q9u+fX8L8Ucd6bxAf A/bvw3X5FOAuIptdqpgrm+Ol4B6fjFyD9SSdZQF6ysnN1Loo71YnmA5aQPzlOkcdnG; urem=0; unm= ifsocc; upwd=aWZzb2Nj xrealloc: not enough memory
> Hi > I have a problem here which the ELOG service get terminated unexpectedly > on the Windows Server. > Is there any way to debug this problem ? > > I am using the latest version of Elog and i tried the 2.5.3 version too > have this problem > > Thanks! I have found the reason when will it terminate , When a user is not found on the server will hang in version 2.5.3 and in version 2.5.4 it will terminate by itself as show below. --------------logs GET /?redir=&uname=ifcosad&upassword=jklasjd HTTP/1.0 Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms- powerpoint, application/vnd.ms-excel, application/msword, application/x- shockwav e-flash, */* Referer: http://sinccbap2kp38.sq.com.sg:8877/ Accept-Language: en-gb User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; YComp 5.0.2.6) Host: sinccbap2kp38.sq.com.sg:8877 Connection: Keep-Alive Cookie: urem=0 D:\Program Files\ELOG> -----------end of log here is the logs . And in version 2.5.4 , when i tried to move some entries to another db and i get a xrelloc error GET /IFSOCC+Archive/? Priority=_all_&cmd=Move+to&destm=IFSOCC+Current&s0=1&s1=2&s 2=3&s3=4&nsel=4 HTTP/1.0 Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms- powerpoint, application/vnd.ms-excel, application/msword, application/x- shockwav e-flash, */* Referer: http://sinccbap2kp38.sq.com.sg:8877/IFSOCC+Archive/?select=1 Accept-Language: en-gb User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0; YComp 5.0.2.6) Host: sinccbap2kp38.sq.com.sg:8877 Connection: Keep-Alive Cookie: urem=0; unm=ifsocc; upwd=aWZzb2Nj xrealloc: not enough memory Thanks ! Geo
> > I have a problem here which the ELOG service get terminated unexpectedly > > on the Windows Server. > > Is there any way to debug this problem ? > > One can start the elogd server manually. So stop the service, and start > > c:\program files\elogd\elogd.exe -v > > The "-v" flag shows all network traffic between the server and the browser. So > maybe the last conversation before the crash can tell us something. Make a > screendump of it and send it to me. Here is the screen dump after we perform a deletion . Another my the other thread , i show another dump when a move is perform regards GET /IFSOCC+Current/1?cmd=Delete&nextmsg=0&confirm=Yes HTTP/1.0 Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms- powerpoint, application/vnd.ms-excel, application/msword, application/x-shockwav e-flash, */* Referer: http://sinccbap2kp38.sq.com.sg:8877/IFSOCC+Current/1?cmd=Delete Accept-Language: en-us User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0) Host: sinccbap2kp38.sq.com.sg:8877 Connection: Keep-Alive Cookie: urem=0; unm=ifsocc; upwd=dHBmc3Bk; SMSESSION=uvdhD3MUFAkDID0huNAnYhdoJxb R74QgLwDYms+cAciPxtHlh0AIjpAqlgu6zcCeRzGLP3h7N/quulR8Z3KTWG0GQ7TQ9hdggdHTre8aoUW YbAdTKbkWCJS/mDrfZbspmu/SiA0l4z1UEF7VAq79h78/ErlnUZPmQdbSacqYhD2Np3zqfy1GyMUtqGu W2IW+iy5M4e7d6cIt9wkr5VmezTkmfzf8lE3RiYhE/bkjL7xBkDefFY/6tBcS28zoqBW1LhqZVnkq9FS l5MS0vKiTDmiWusHkaD9iRaq1Gmk0lhzzvoQQ8n9ZD3ICzWAqEifRvMoqEWs1AkRA7ghEI6ONg27ffI+ F32gqXZqY7Je3I7tZOl2e4br2biwqRaQo8Rc2wztY4XxOaxdQVcbbzy1pcz9yRU6c+UTPaTNVj91o/mD Cv+lojTVB6i6AVEqa7rgSObxGmcvYsmEIzFUqVwhgTkAYlCLMLp7Fy1HzWVj5u14bYhq53kGJaqa+SKE FejtwlUWj7cgTkNLubCAStWUyAYwNeqDyVaYFz6HapDiXrpRNtn0cydS2zcJ1kfynloBWBp1f1vbW3U6 bCZEp6GQOUXSyWuGyP/k/umB9JrfBkstCoiou3pIWNG1Sf7Ni0+vLyaZFIt5YEDdkb3TXIZlIUjAFOsk t3KVnfdtomNoE6cvsFIG9kJxCr6b7TIJAS+RxGQUYmHCK6R1oIUx9ZL8qXnjvDY2dGjyZg5aCYUx8smh 3DOO7WykAqEiPcNt7I1K4kwX1E+Eu5d/Y5X+qEZ553H4wNnlA/nXod374ksQ2AFqK9HVomVIi9AJg9sO 6ygrsRDArVPMjnzKatCb8yNTnor4dphH18XoANpvbvkmIUSRh+gwHNznLGE1blbfiOrxhXNVBVmfl1iU Yts2NTkEQu4xwnooDA7YZ xrealloc: not enough memory
HI I have setup top group in my elog . I will want to restrict the different admin user on the global and the global on top groups . But however i am not able to use the configuration on "admin user" on the global portion to strict admin of top group to access the main global config . Did i configure it wrongly or is there a way? And for email notification , is there a way which i can select who to email it to ? like check box etc. And is there a way which i can setup the summary page to refresh every 15mins , so that new entry can be shown ? And can i make the message id unique , when i move the messages from one log book to another log book , the messages id change accorddingly based on the number or messages . Anyway for me to make it fixed even i moved to another log book , i need the running number still . Sorry for the many questions Thanks for your help
Is there any way to include the text of a log message in the CSV export? Anyway to include a pointer to the attachment?
> > Is there any way to include the text of a log message in the CSV export? > > Anyway to include a pointer to the attachment? > > The text of a log message is usually several lines long. To my knowledge, CSV > only allows single line values, that's why I excluded the text field from the > CSV export. This is different in the XML export, which supports multi-line > values. If you teach me however how multi-line values can be represented in > CSV format, I could easily add that. > > As for the attachment, do you just need a name, or a URL back to the logbook? > Should the pointer be in the form "http://elog.server/logbook/attachment.jpg" > or in HTML form like <a href="http:/...">attachment</a> ? I will attempt to use an active x script in a DTS package on SQL Server to parse the xml and load it into the database. I can see where CSV has it's limitations.
Great program! Thank you. Short of manually editing the logbook files, is there a way I can change the date of an entry? I want to transfer my "Linux Journal", which I have been writing as a regular document for several months, into elog so I can take advantage of the threading, sorting, find, etc.
> > Short of manually editing the logbook files, is there a way I can change the > > date of an entry? I want to transfer my "Linux Journal", which I have been > > writing as a regular document for several months, into elog so I can take > > advantage of the threading, sorting, find, etc. > > You cannot change the entry date, since this is kind of system stamp which > should not be modified. But you can add an attribute like "Issue" for your > Linux Journal, where you can add manually the month and year of release or so. > Then you can preset this attribute with the current date, which you can change > for older issues, like > > Attributes = ...., Issue > Preset Issue = $date > Date format = %B %Y > > Hope this helps. > > - Stefan Yes! Thank you. But now another question. How can I hide the entry date attribute on the summary screens and automatically sort by Issue? No point in showing both dates.
> > > Short of manually editing the logbook files, is there a way I can change the > > > date of an entry? I want to transfer my "Linux Journal", which I have been > > > writing as a regular document for several months, into elog so I can take > > > advantage of the threading, sorting, find, etc. > > > > You cannot change the entry date, since this is kind of system stamp which > > should not be modified. But you can add an attribute like "Issue" for your > > Linux Journal, where you can add manually the month and year of release or so. > > Then you can preset this attribute with the current date, which you can change > > for older issues, like > > > > Attributes = ...., Issue > > Preset Issue = $date > > Date format = %B %Y > > > > Hope this helps. > > > > - Stefan > > > Yes! Thank you. But now another question. How can I hide the entry date > attribute on the summary screens and automatically sort by Issue? No point in > showing both dates. I figured out how to hide columns, using the "Display search" parameter. (BTW, suggest you modify the Administrator manual to mention that "Display search" applies to the initial display as well as any "Find"s. I had seen this, but assumed it only applied to actual search results.) Still have not figured out how to change the default sort attribute however.
> > I figured out how to hide columns, using the "Display search" parameter. (BTW, > > suggest you modify the Administrator manual to mention that "Display search" applies > > to the initial display as well as any "Find"s. I had seen this, but assumed it > > only applied to actual search results.) > > Fully agree. The name comes from historical reasons. I renamed "Display search" > to "List Display". Will come in the next version. > > > Still have not figured out how to change > > the default sort attribute however. > > There is a little trick to do that: > > Start page = ?rsort=Issue > > Since sorting is done only lexically, you need a special date format like > > Date format = %Y %m %d > > in order to sort correctly. Thanks again! That did the trick. One little hassle is that I had to go back and edit all the Issue fields in my existing records so they would have the correct date format. Rock on OSS!
I haven't found anything in the forums about this. Apologies if its a duplicate.
I am fairly familiar with ELog, use it for multiple purposes on 5 different Virtual Servers at work.
Currently looking to do some updates to one of the instances with the Date Type setting.
We have 17,000 entries all which have had manual entries for a Date Attribute for the last year and 8 months.
Due to regular entry errors on part of our contractors using it, (Eg: using "Aug" instead of "08", or using "-" instead of "/"), I want to change over to using the date type attribute (Type <attribute> = Date).
However the problem i found, the moment i save this in the config, and go to the list of entries, the date has changed on all of the entries to 12/31/1969. Which is BAD for our operation. So after removing the Type Date Setting the dates go back to normal.
Is there anyway to retain those dates so they display as they are and then only new entries would fall under the new date type setting?
Syntax manual didn't help much for this issue.
Hi Garret,
Why cannot you just use $entry time ? It uses the date that the entry was made which appears as the first line of every elog entry -
[Sorry for mis-post, just discovered cannot put the 'dollar at' control set in an entry]
MID: 12458 Date: Fri, 07 Sep 2012 17:22:06 +0100 In reply to: 12453
You can use 'Time format = ' to get the date to display in the format you like. You will see I have posted an issue about 'Date format = '. I mention this because in trying to understand what was happening, I too had a case where all the dates were showing as the same in a thread. I suspect your 12/31/1969 was due to the entries as being read were non-existant or blank.
Of course I may have mis-understood your requirements.
Tried using the Time format setting, however I only want the time to be selected, so when i enter the datetime type it shows the date and time.
If there was a way to just have the time to be drop down menus vs the date and time all together, I would find that helpful.
As for the "$entry time" suggestion, it only serves to log the exact time the entry was made into elog. Where as I want it to be manually set.
In this example we've created an sql script to pull information from an oracle database, which then creates an elog entry.
We have multiple fields which are populated and locked so only admin can edit them.
Our contractor then edits the entry with a date / time / location, and a few other things.
the Date and Time are separate attributes. We'd prefer to keep it like that just because of the other scripts that run on the elog entries, (pulls day by day reports and formats and calculates summaries in excel automatically).
Any other suggestions would be helpful.
The subject is roughly what i'm asking about so here are the details. I have combed through the forums for an answer and didn't come up with anything regarding what i need.
Issue:
Below is what the logbook is setup as. However once there are more than 10 entries on the page, when a user views the logbook, elog automatically puts them to the higher value page # (ie entry number 11 is on page 2).
As I am sorting the entries by status and by Dist or Beat to organize entries for quicker viewing and access, I would prefer that elog always shows on page 1 when a user views the log book. The statuses are setup for sorting properly but when reverse sort is turned on, status "3-Closed" appears at the top instead of status "1-Open" to appear at the top, Status "2-Sent to Next Shift" next, then "3-Closed" after that.
Is there a to just view page 1 without doing the reverse sort?
Theme = default Page Title = ELOG - $logbook Entries per page = 10 Attributes = Entered By, Call Type, Date/Time Reported, Customer Name, Customer Phone Number, Location, Dist or Beat, Description, Badge, Updated By, Action Taken, Report Time, Status List Display = Entered By, Call Type, Date/Time Reported, Customer Name, Location, Dist or Beat, Description, Badge, Updated By, Status Locked Attributes = Entered By, Updated By Preset Entered By = $long_name Preset on edit Updated By = $long_name Options Status = 1-Open, 2-Sent to Next Shift, 3-Closed Preset Status = 1-Open Cell Style Status 1-Open = background-color:red Cell Style Status 2-Sent to Next Shift = background-color:yellow Cell Style Status 3-Closed = background-color:green Type Date/Time Reported = Datetime Type Customer Phone Number = numeric Type Report Time = Datetime Sort Attributes = Status, Dist or Beat Reverse sort = 0 Use Lock = 0 Summary lines = 0 Self Register = 0
Well it would appear i answered my own problem.
Start page = page1
I haven't found a specific way to block viewing a log book.
I use the top groups settings to keep users in the logbooks they only need access to.
Example
Top Group = Logbook Group1, Logbook Group 2
Group Logbook Group 1 = Logbook1, Logbook2
Group Logbook Group 2 = Logbook3, Logbook4
Then only assign users for logbook1 and logbook2 that you wish to view those logbooks only. They would have to go to the specific top group url in order to view the logbooks.
Then you can go to http://elogurl/(top group)/
And essentially just have the users view the only logbooks they are assigned to.
> On many of my logbooks when I specify the menu commands to appear i will get one, usually 'List', which has a > link not back to the logbook itself but to the root of the elog web server i.e. http:/hostname.domain:8080 > But nothing will respond without the logbook name after the port number. This also seems to be happening to the > "back" submit button. I can't seem to figure out how to address it. Suggestions? Can you show us your config? I had this issue when i was initially trying to integrate elog with apache.
If they have admin rights, the add user button cannot be removed as far as I know.
But even if they can add a user, they only have ability to add a user to the single logbook they are an admin on so they wouldn't be able to add users to other peoples logbooks.
Not sure it helps but that's about all I can really speak to.
When ROptions items contain the same substring and this substring is also an ROptions item (ex: notdone, done), the value of the entry could change in the edit page. It depends on the item order in the config file. If Options is used (instead of ROptions), it works as expected. Is it a bug? Examples : #Insert "notdone" as new entry. When you try to edit the entry, the displayed value is "done". [test_bad] Attributes = Author, Category ROptions Category = notdone, done #No problem if you change the item order [test_good] Attributes = Author, Category ROptions Category = done, notdone
Hello. Please look at the entry 66525 of this forum (just 5 thread before this one): -> chain.crt, posted by Gerhard Schneider on Thu Sep 3 21:55:52 2009 (66525) |-> Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009 (66526) |-> Re: chain.crt, posted by Gerhard Schneider on Wed Oct 7 07:56:52 2009 (66556) When you collapse the thread, it is collapsed to the 66526 instead of the 66556 (more recent) + Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009 I guess it is because both 66526 and 66556 replies to the first entry. I have the same problem with Elog v2.7.7-2246 and Windows. In general, it seems to work well only if you always reply to the last entry of a thread. Thank you. b.t.w. : is there any tip to always force reply to the last entry of a thread?
Hello, I feel that the filter result could be confusing and unexpected when "COLLAPSE TO LAST" is enabled: you filter the first entry but you show the last one. What is filtered doesn't correspond with what is shown (look the attached example). I suggest to implement an option to let the user decide which entry (first or last) should be retrieved for filtering (a tentative patch is attached). Thank you Gabriele P.S. A similar behaviour occurs when you sort the logbook: it could appear as not sorted because you sort the first entry but the last one is shown.
Hello, I gave it a try using the svn version n. 2283 (12 Jan 2010). The threaded display can be collapsed only if you don't apply any sorting. In the latter case, if you sort in some way ( with "Sort Attributes =" or "sort=" in the url), the thread cannot be collapsed anymore. Also if I apply any filter from the quick filter bar, I cannot collapse the thread anymore (also without sorting). As example, these are the numbers of entries I obtain with my logbook : http://localhost:8080/mylogbook/?mode=threaded&expand=0 => 75 entries (OK) http://localhost:8080/mylogbook/?mode=threaded&expand=0&sort=EventID => 445 entries (WRONG it should collapsed) http://localhost:8080/mylogbook/?mode=threaded&expand=0&Interaction=nuCC => 335 entries However (considering the bug fixed for the collapsed thread display), breaking the thread is not a confortable solution. I choose to show the logbook in the threaded mode, because I'm interested in grouping the entries in threads. In my opinion, this feature is good (and it is my favourite) and should be preserved despite any sorting or filtering. This is why I suggest to ask to the user which entries (first or last) better applies for sorting and filtering. Ciao Gabriele > You are absolutely right. When doing filtering, entries shown or not shown have not much to do with the filter. > Rather than messing around with first and last entries, I decided to break apart threads completely when doing > filtering, so the entries are treated as individual entries, just like what you do when filtering in summary mode. > This gives then consistent filtering results. The modification is done in revision 2282.
I gave it a try. See: https://midas.psi.ch/elogs/Forum/66690
Gabriele
Thank you for your work. Works like a charm!
Running elog-3.1.4-3 Can't add users through the web interface. Clicking add user and writing all the fields in with something doesn't add a user into the PWD file of that logbook. Running a tail -f on the password file shows elog writes the user info with the hashed password 3 times and then deletes the information about 20 seconds later. Has anyone else had a similar issue? This is running on RHEL8.3
Currently have multiple logbooks hosted with elogd. One book is having an issue with Categories. The user regulary uses the category filtering to see one subject for the whole month. This past week it hasn't been working properly. When choosing a drop down category to filter there are not logs found. I've notice the fields under the categories change randomly. Sometimes it would add a % sign where there should be --. Some other fields go from displaying -- Subject -- to just the dashes, thats when the filtered eLogs do not show. Clearing out the erroneous characters can eventually load the specified logs. Has anyone else seen this? Should I just upgrade the system and hope for the best?
PS. while writing this I was able to mitigate the issue by removing the troubled fields from the quick filter section. I'm pretty sure this will not be an issue for my end user but any input is appreciated.
port = 8080 Language = french Main Tab = Accueil Usr = gv Grp = users Logbook dir = /home/gv/.elog/logbooks [gauthier] Self register = 1 Password file = passwd Theme = default Comment = Logbook personnel Default encoding = 1 Time format = %a, %d/%m/%Y %H:%M Attributes = Type, Statut, Priorité, Sujet, R-Date Preset R-Date = $shell(/usr/bin/date +"%Y/%m/%d %H:%S") Preset text = $shell(whoami && set) ;Preset text = Blablabla ;Preset text = $date Start page = ?rsort=Record date List display = R-Date, Type, Statut, Priorité, Sujet Options Type = Divers, Lectures, Musique, Aca, Finances, Santé Options Statut = A faire, Exécuté, Journal Options Priorité = 0, 1, 2, 3 Preset Priorité = 0 Extendable Options = Type Thread display = $sujet ($entry time) Required Attributes = Type, Sujet Page Title = ELOG - $subject Reverse sort = 1 Quick filter = R-Date, Statut, Type Sort Attributes = Priorité, R-Date
I got elog 2.3.9 running on FreeBSD 5.1 successfully, I compiled elog on a redhat box and then just copied over all the files to the FreeBSD box and ELOG just ran with no issues. It's been running under heavy use for at least a month now. PS: you might need the linux compatibility package installed on BSD though... > I am getting the following errors when trying to install elog-2.3.9 on > my FreeBSD box. I am running FreeBSD 4.5-RELEASE. > > Many thanks! > > "Makefile", line 21: Missing dependency operator > "Makefile", line 27: Need an operator > "Makefile", line 29: Missing dependency operator > "Makefile", line 31: Need an operator > make: fatal errors encountered -- cannot continue > > > You4eea
Thanks for that mate, compiled elog on FreeBSD 5.1 myself no problems just like you said, great! > > FYI- the default "make" on FreeBSD is BSD, not GNU. > > The easiest way to build elog on FreeBSD is to install "gmake" (via the port or > package) and type "gmake". That's all it took for me to build a freshly > downloaded copy on 5.1 not 5 minutes ago.
Hello to all, I'm trying to get ELOG to run several separate logbooks which will eventually have their own password/user files and other little things. The problem I have is I want to have a main selection type page so when a user enters ELOG they see this page with links on it to main logbook groups. So, for my example I'd have a main page INDEX1.HTML which has links to: /Server_Logbooks /Other_Logbooks but I want those top groups to just show standard ELOG generated logbook list once you select a link on index1.html page. Unfortunately "Selection page = index1.html" if defined in [global] just gets used everywhere, so once I click on a link to go to http://elog.blah.internal/Server_Logbooks it just shows the same index1.html selection page. So I never get to the actual logbook list... I could make separate selection pages for each top logbook group, but that means that I have to alter those HTML files every time I add or remove a logbook. I'd ruther have ELOG generate those pages on the fly. Is there any way to do this? Could I tell ELOG not to use a selection page at all for a particular group of logbooks, and just show the logbook list. Thank you very much. GL. //ELOG on FreeBSD 5.2//
Great! That takes care of the problem for sure. Cheers once again for such a quick response. GL. //we use ELog very extensively internally, it's great, especially now with replication// > > The problem I have is I want to have a main selection type page so when a > > user enters ELOG they see this page with links on it to main logbook groups. > > I added a new flag > > Show top groups = 1 > > which shows the list of to groups. Hope this is what you want. The new version > is available from CVS (see download page).
Ok, i compiled the code below and ran it, it prints out: timezone: 134513644 but in BASH shell if i type DATE, then this is the output: Mon Oct 18 09:44:00 NZDT 2004 so it does know about NZ time... Anyone got ideas? Thanks all. G. > > Date: Mon, 11 Oct 2004 12:26:28 -3736512 > > The timezone offset (-3736512) is obtained from the "timezone" variable, which > is initialized with the tzset() function inside elogd. See "man tzset" for > details. It looks like if the timezone on your FreeBSD box is not correctly > defined. > > Try to compile and execute following C program: > > #include <stdio.h> > #include <time.h> > > main() > { > tzset(); > printf("timezone: %d\n", timezone); > } > > This should print something like "timezone: -3600". If not, you might consider > defining the "TZ" environment variable. Maybe some FreeBSD expert knows some > details about this.
Ok this really is 2 questions. 1) I have been running ELOG on FreeBSD no problem for a year now, but this new version 2.5.8-x doesn't seem to wanna work, it compiles fine with a few warnings (see attached logs). But has issues with password files, now it shows message "Can't open passwords.pwd" for all my logbooks. It did convert the password files to xml format. I had a good hard look at file permissions and config file with no luck. So I went back a version and compiled 2.5.7-1 which works just fine with old password files. So something with XML & FreeBSD?... 2) Version 2.5.7-1 (maybe this has been fixed in 2.5.8?) When I run a ./elogd -C http://elog.blah.here:88 it clones the config file just fine, also seems to copy over all logbook entries. But once I look through them there's a fault with one of the fields it copies over, so entries never show up. It should be: ======================================== Date: Tue Mar 01 19:41:29 2005 In reply to: 24 Work done by: someuser Work done at (dd/mm/yy hh:mm): 1/03/05 3:30pm Downtime duration: 0 min Planned: Yes Reason: Normal work Attachment: Encoding: plain But once cloned it looks like this: ======================================== Date: Tue Mar 01 19:41:29 2005 In reply to: 24 Work done by: someuser Work done at (dd/mm/yy hh: m): 1/03/05 3:30pm Downtime duration: 0 min Planned: Yes Reason: Normal work Attachment: Encoding: plain For some reason it looses the "m" so line 4 instead of having "hh:mm" has "hh: m" Cheers, GL.
> > I have been running ELOG on FreeBSD no problem for a year now, > > but this new version 2.5.8-x doesn't seem to wanna work, it compiles fine > > with a few warnings (see attached logs). > > But has issues with password files, now it shows message "Can't open > > passwords.pwd" for all my logbooks. It did convert the password files to > > xml format. I had a good hard look at file permissions and config file with > > no luck. So I went back a version and compiled 2.5.7-1 which works just > > fine with old password files. So something with XML & FreeBSD?... > > Hard to say. The simplest would be if I could debug this. Anything I could send you to help debug this? > > > Version 2.5.7-1 (maybe this has been fixed in 2.5.8?) > > When I run a ./elogd -C http://elog.blah.here:88 it clones the config file > > just fine, also seems to copy over all logbook entries. > > But once I look through them there's a fault with one of the fields it > > copies over, so entries never show up. > > > > It should be: > > ======================================== > > Date: Tue Mar 01 19:41:29 2005 > > In reply to: 24 > > Work done by: someuser > > Work done at (dd/mm/yy hh:mm): 1/03/05 3:30pm > > Downtime duration: 0 min > > Planned: Yes > > Reason: Normal work > > Attachment: > > Encoding: plain > > > > But once cloned it looks like this: > > ======================================== > > Date: Tue Mar 01 19:41:29 2005 > > In reply to: 24 > > Work done by: someuser > > Work done at (dd/mm/yy hh: m): 1/03/05 3:30pm > > Downtime duration: 0 min > > Planned: Yes > > Reason: Normal work > > Attachment: > > Encoding: plain > > > > > > For some reason it looses the "m" so line 4 instead of having > > "hh:mm" has "hh: m" > > Your problem is that the attribute "Work done at (dd/mm/yy hh:mm)" which > contains a ":". This character is not allowed in attributes. Unfortunately I did > not document this (and even didn't know this until now... (;-) ). So you should > use the new option > > Type Work done at = datetime > > this gives you at the entry mask fields for day/month/year/hour/minute to fill > out, so you don't have to write it directly into the attribute. Another option > would be to use > > Comment Work done at = Please enter as (dd/mm/yy hh:mm) > > which just displays a comment below the attribute in the entry mask. > > - Stefan Ok, i see, the problem for me now is that this attribute name has been in use for half a year or so by me. So now I have 100's of logbook entries with the old name in them, if I change it's name then all old logbook entries will show up with that field blank. I'm not sure if there's an easy way to change that attribute's name in 100's of entries in 10's of logbooks, because I wouldn't want to try doing that by hand.. Any ideas? (i'm no good at scripting something like that 4 sure) Thanks, G.
Hi I am running elog on windows 2022 server and trying to use ldap for Auth.
No matter what i do I cannot get it to authenticate against the DC.
Invalid user name or password!
11-May-2022 17:09:15 [xxx.xxx.xxx.xxx] {TrainingHouse1} LOGIN user "xxxxx" (attempt)
Using an LDAP browser I can connect to the DC without issue so not firewall.
Not sure what I am doing wrong.
[global] port = 5050 Page title = Elog Training Entries per page = 25 Password file = password.pwd List page title = Elog Training Login page title = Elog Training Show top groups = 0 Logbook tabs = 0 Menu commands = Back, New, Find, Download, Logout List Menu commands = New, Find, Logout Self register = 0 Max content length = 100000 Allow password change = 0 Enable attachments = 0 Show attachments = 0 Hide attachments = 1 List after submit = 1 Logout to main = 0 Allowed encoding = 5 Default encoding = 1 Welcome title = Elog Training LogBook. ## Welcome title = <font size=5 color=white>Elog Training LogBook </font><img src="elog.png"> Summary lines = 5 Summary line length = 100 Search all logbooks = 0 Refresh = 300 Login expiration = 0 Reply string = Suppress default = 2 Thread display = $category entered by $author on $Entry time Thread icon = Icon Preset on reply author = $long_name All display limit = 300 Start page = ?last=31 Bottom text = Bottom text login = <font size=5 color=Red><center></br>ELOG Training web site</center></font>
[ADTrainingHouse1] Hidden = 0 Authentication = LDAP, File LDAP server = ldap://xxxxxx.xxxxx.xxxx.xxxx.xxxx.au:389 LDAP userbase = OU=Users,OU=CP,DC=xxxx,DC=xxxx,DC=xxxx,DC=xxxx,DC=au LDAP login attribute = uid LDAP register = 0 Theme = default Comment =Training House 1 LogBook Preset Author = $long_name Locked Attributes = Author Attributes = Category, Codes, Residents Involved, Medical, Synopsis, Event Date, Author Options Synopsis = Yes, No MOptions Medical = Yes MOptions Residents Involved = Pleaseadd, Test User Extendable options = Residents Involved Style Synopsis Yes = background-color:yellow Style Medical Yes = background-color:green Type Event Date = datetime Preset Event Date = $datetime Date format %A %B %d %Y %H:%M List Display = ID, Event Date, Category, Medical, Codes, Residents Involved, Synopsis, Date, Author MOptions Category = Assault, Death, Fire, Illness, Inappropriate Sexualised Behaviour, Injury To Child, Injury To Staff, Property Damage, Self-Harm, Substance Misuse, Theft/Loss, Threat MOptions Codes = MED, ACH, LEGAL, MPR, P/C, PSYCH, MFP, BEH, INC, CM, FAM, INFO, MVT, OBS, POLICE, PROG, ROU, VIS, S/O Required Attributes = Author, Event Date, Codes Style Codes MED = background-color:green Page Title = DCP Elog Training Reverse sort = 1 Quick filter = Date, Category, Codes, Medical, Sort Attributes = Event Date Logfile = traininghouse1.log Logging level = 3 Bottom text =
Is anyone able to assist with what I am doing wrong is anyone successful used LDAP in windows elog
Is is possible to postdate the Entry Date for an entry? The documentation lists the ability to forward date an entry, but I don't see any ability to backdate an entry (edit the date to a date in the past). Given that the entry date is part of the logbook entry file structure, it wasn't obvious how to make this change. thanks fred
Just upgraded (using rpms) elogd from 2.3.5 I am running on RH 7.3 I noticed that my custom start page did not display the Welcome title icon. It worked fine in prior elogs. Here's the syntax of the config file: Welcome Title = <img src="thumb.gif"><p><font size=4 color=white>Elog</font> Resource dir = /usr/local/elog/ "thumb.gif" is located in /usr/local/elog, and is readable by all. I also tried the full file name in src= <img src="/usr/local/elog/thumb.gif"> - same result. any hints?
> > I noticed that my custom start page did not display the Welcome title icon. > > It worked fine in prior elogs. > > > > any hints? > > Indeed there is a bug, it has to do that some icons wnt into the themes > directory and are served now from there. So the bug will fixed in the next > version (the fix is already avaliable from CVS). As a temporary workaround > you just move your image to the themese/default/ directory and it should > work. > > An absolute path like /usr/local/... does not work, because this would open > a security hole (someone could access any picture on your computer just by > requesting an absolute path in the URL), so I removed that option from the > software and the documentation. I did the work-around (moving icon to theme/default) and it worked. Thanks. Now if you just port elog over to an apache and mysql enviroment, it would be perfect!
Announcing: elog2sql elog2sql was created to help translate logbooks created by the program ``elog'' from the native elog flat file format to a MySQL database. I had a need to have the elog data in a database, and it appears from the forum that several others had a similar need. I created a set of perl scripts that will allow the translation of elog logbooks into a MySQL database. The design and implementation of these scripts are a simple one, and allow the one-time copying of a set of logbooks. The elog2sql toolkit consists of two scripts. The first script, parsecfg.pl, reads a elogd.cfg, and creates a sql file that will create a set of db tables corresponding to elog logbooks. The second script, parselog.pl, takes a set of elog logfiles, and creates a sql file that will enter the logbook data into the database. The result is a copy of the elog logbook that can used as desired inside the framework of MySQL. Attachments are handled by inserting an entry of the attachment name into an seperate attachment table. This allows multiple attachments per entry. You can download the elog2sql program archive at http://www.davidfannin.com/elog2sql/elog2sql.tar.gz . It contains the scripts and basic documentation. You can read the man page at http://www.davidfannin.com/elog2sql/index.html email for questions or comments.
I have created a javascript to be used as a browser link that allows a one step cut and paste from a web browser into a elog logbook. The intended application is allow a user to do a text selection in a web browser, then click on a bookmark that automagically pastes the selected text, the current browser page url, and the current browser page title into a pre-defined elog logbook. I do some research where I would like to save some text from a webpage, but also have a record of where the webpage came from. However, you should find that you can extend this script in a varity of ways for your own application. The script is a simple one: it uses javascript in a saved bookmark to get your selected text, title, and url, and then creates a new browser window with a elog form, and print the document variables into the form, and then submits the form to elog. The key advantage to this approach is that you can use the "post" command, rather than "get", to submit to the text section of an elog logbook. The only way I found now to submit to elog via a bookmark is using the "get" command, and it doesn't allow entry of the "text" field, only attribute fields. The second major advantage to using POST is that you can submit a much large quanity of information ; However, some checking on this leads me to believe that the limit is browser and server depended, so YMMV. However, a great discussion on the limits of browsers can be found here: http://www.squarefree.com/bookmarklets/browsers.html . One of the major limits is that IE6.0 browsers have a maxium of 508 bytes per bookmark - This book runs over 800 bytes, so I suspect tha IE6+ will not allow it. I tested the link with Mozilla and Firebird 0.7. This script will need to edited for you to use with your elog logbook. The script should be fairly self-explainitory, if you are used to html forms and have some exposure to javascript. You will need to modifiy the following fields: 1) in form action = http://<your_domain.com>/elog/<logbook>/?cmd=New change the link to point to your specific logbook to be used for entry. 2) the attribute fields need match up with the ones in your logbook. The ones listed in the template are Author, Email, Title, and URL. If you have fixed fields (like Author and Email), then you can predefine these fields as shown. I have the page title used as the entry for Title, and the page url is use as the URL attribute. Finally, I have the text selection used as the entry for the Text field. You can add additional fields by creating a new <input ...> segment in the script. For those more clever than me, you can concatinate the title, url and selection to paste into the Text area as well. 3) once you have a edited version of the script (make sure you keep it as a single line), you can then create a new bookmark in your browser, and then paste the script into the properties->location field (for Mozilla/Firebird) or the properites->url field (IE). Give it a good name like "post to elog" 4) once saved, you can then go a web page, select some text, and then go to your bookmarks and click on the bookmark. It should then create a new window in elog with a completed logbook entry. some notes: 1) again, this may not work on IE6+ browsers due to M$ limitations. 2) You may have to be logged in already to elog for this work - I have not tested the interaction using a password protected elog 3) You can only post to a single elog logbook - You'll need to have multiple bookmarks for multiple logbooks.
Elog is a great program, but it can be slow. I noticed that the gcc compiler options in the tarball Makefile were not conducive to speed. There, I tried changing the gcc options to: CFLAGS = -O3 -funroll-loops -fomit-frame-pointer -W -Wall for version 2.5.3, the compile worked, and the program appears to work as normal, but a bit faster. I have not benchmarked it, but I think it should offer a nominal increase in speed. In particular, I removed the "-g" profiling option, which is not needed for production code, and can be safely removed. In addition, I put in slightly aggressive optimization settings, so if this doesn't work for you, you can first try removing the -f setting, and then backing off the optimization to -O2. Other may want to post other settings that work for them.
> > I noticed that the gcc compiler options in the tarball Makefile were not > > conducive to speed. There, I tried changing the gcc options to: > > > > CFLAGS = -O3 -funroll-loops -fomit-frame-pointer -W -Wall > > Thank your for this hint, I changed my Makefile for the production code. However, I > could not feel any difference between the two options. The real problem is the > function getcfg(), which gets called many thousand times internally and has to parse > elogd.cfg each time. Once I implement a hash table for that function, elogd should > become faster by at least a factor of two. Yeah - What's up with that? I have seen this discussed before - Seems like it should be a priority to get this fixed, as doing a hash table is straightforward, and the speed increase should be pretty health - there are several c libraries available - check out "man 3 hsearch" for the POSIX hash table management that already available. Other c library searches that you could use include bsearch (binary tree), tsearch (tree searching), btree (b+ tree). However, the easiest and most obvious one to use for elog appears to be a simple hash table search (hsearch). Is there something else which is making this difficult to do?
I downloaded the last elog-3.1.5-1.tar.gz to install elog. All *.cxx files are missing.
I am using the Apache webserver authentication and redirection over http (not https). I have configured it 1:1 as described in the Adminguide. In the elog.cfg I set Authentication = Webserver.
Authentication = Webserver
All works fine; the webserver requests an authentication and elog recognizes me correctly. However, when I close and reopen the browser and log in as a different user, elog does not change the user (tested with Firefox and Edge). I can only change the user if I use a different browser or restart the elogd (reload is not enough). The X-Forwarded-User header is set to the correct username - I have checked it with a CustomLog in Apache.
X-Forwarded-User
CustomLog
Hi, as I understand right you can do this in the elogd.cfg via Interface = 127.0.0.1 port = 8080
Interface = 127.0.0.1 port = 8080
however than this can be changed by any user how has global admin rights in elog.
So I changed the line in the elogd.service startscript ExecStart=/usr/local/sbin/elogd -D -p 8080 -n 127.0.0.1 -c /usr/local/elog/elogd.cfg
ExecStart=/usr/local/sbin/elogd -D -p 8080 -n 127.0.0.1 -c /usr/local/elog/elogd.cfg
I hope this has the priority (not tested).
Thank you again -- very much appreciated!
I've got things working - sort of. Ran into one strange problem that has me scratching my head. I have two different laptops, each running a local instance of their own logbook. Both are functional, but for some strange reason, one looks great, and the other is missing its graphic format. I've attached a screen capture of that logbook, and a copy of the config file. Do you see something that I've done wrong?
Sorry -- dumb mistake. I moved the "theme" files to the resource folder. Works like a champ...life is good!
I have not tried these, but since CKeditor works so well, you may want to consider taking a look at integrating jQuery Calx or jExcel...just for fun.
Well, there I was, eating Thanksgiving dinner, when suddenly, it hit me (no, not indigestion). I can write a simple program that parses out the latest "Status" from the most recent logbook file -- a relatively easy task, since it's a text file. This solution avoids having to execute a shell command at all. GOOOOOOAAAAAAL!!!
As always, I appreciate all your help...can't thank you enough!
All the best, Frank
What I'm seeing is an occasional "hiccup" in the order of records -- in the snapshot below, you can see that the record ID(s) go (in chronological order) ....5654, 5655, 5656, 5659, 5657, 5658, 5660, 5661....
Hello Hien,
If you are sharing ELOG with users on the same network, here's something you can try. First, on the machine running ELOG, you need to find the "Computer name". To do this, locate "This PC", and right click it to get to "Properties" in the drop-down menu. You need to jot down the "Computer name". Now, users on the same network should be able to view ELOG by entering the following: http://computer-name:(port number) If you are using port 80 (instead of the default 8080) for ELOG, then there is no need to enter the port number.
Give that a try -- that is working well for us. Cheers! Frank
> Dear experts, > > I am trying to use ELOG for my projects which we want to record every daily activities. > I have successful installed the ELOG to the computer (Windows10 -64 bit). > However, I don't know how to make it public or online, that people can access it from their computers. > I am a very newer to the ELOG. > Could you help me on it, please? > > Best regards, > Hien.
You're absolutely correct that the users at the chambers could directly use the remote ELOG server (without having a local server), and I did originally think about this. Unfortunately, there are times that our network "goes down" (for maintenance and other issues), and it was important to maintain the users' ability to perform regular 'local' updates at the temperature chambers, regardless of the network status.
In our situation, having a remote server also became particularly useful in the event that the 'local' computer at a specific temperature chamber "went down". The user can continue to update the respective logbook at the remoter server, knowing that it would eventually synchronize with the respective local server(s).
Thanks for the great feedback! Frank
Quick question -- I was wondering if the current Windows Binary/Installer is now compiled for compatibility for Windows 11?
I did look through the Forum, but the the answer wasn't really clear.
Thanks! Frank B.
I have 2 logbooks. The main one and the one for the archived entries.
I can make a "move to" command in the main one witch will bring the drop down for the archive. (working perfect).
I was wondering if it is possible to make a "custom" move to in witch I can directly specify the destination logbook, hide the drop down and rename the button.
The main objective is to make a button called "Archive" witch the users only have to press to move the selected entries.<
I know I can make some custom command in list view ie :<a href="?xxx=xxx1|xxx2">zzz</a> so I was wondering if the same is possible and if so, can you guide me on the syntax ?
Understand.. So when a search/sort is done, the searched item come up with a yellow background...
The thing is, if you set a "Cell Style XXX= background-color: ZZZ" it become useless since it is replace with the yellow background.
I tried to play with the css but I couldnt figure it out... So you say I cant do anything about it ? I'm just wondering where this yellow color comes from :)
vs the way I would like it to be :
I'm new to Elog and I find it really nice and straight foward...
I still have a few questions that I couldn't address reading the manuals.
-I'm creating a logbook with a lot of attributes. I would like to know if there is a way to name (display) my attribute differently then it's original name. That way I could program $attrib1; $attrib2, etc, and map a name to display the column accordingly... Is it something possible ?
-Is it possible to hide the field "Entry Time" when creating or editing an entry ?
-I saw the Cell Style fonction to set Color (really nice...), My attribute1 is a worker name; Attribute2 is how the work is going on (stop, ready, in process) I would like to hide Atribute2 in list mode but change Attribute1 cell color based on Attribute2 status... is it possible to do so?
For the info, my config file
[GCT] Theme = default Show Text = 0 Enable attachments = 0 Show attachments = 0 Use lock = 1 Bottom text = Comment = Gestion de la charge de travail omit email to = 1 Suppress Email to users = 1 Suppress default = 2 Suppress Email on edit = 2 Resubmit default = 2 Enable browsing = 0 Back to main = 1 List after submit = 1 'Mode commands = 0 Menu commands = Select, edit, Delete List menu commands = Select, New, Find Attributes = #Réception, #Galée, Infographiste, Traitement, Réviseur, Révision, Contrôleur, Contrôle, Correcteur, Correction, Contrôle final List display = Edit, #Réception, #Galée, Infographiste, Traitement, Réviseur, Révision, Contrôleur, Contrôle, Correcteur, Correction, Contrôle final Fixed Attributes Edit = #Réception Preset #Réception = #####
Format #Réception = 0,attribname,attribvalue,5,5 Format #Galée = 0,attribname,attribvalue,10,10 Format Infographiste = 0,attribname,attribvalue,2,2 Format Réviseur = 0,attribname,attribvalue,2,2 Format Contrôleur = 0,attribname,attribvalue,2,2 Format Correcteur = 0,attribname,attribvalue,2,2
Options Infographiste = ??, ML Options Réviseur = ?? Options Contrôleur = ?? Options Correcteur = ??
Preset Infographiste = ?? Preset Réviseur = ?? Preset Contrôleur = ?? Preset Correcteur = ??
Extendable options = Infographiste, Réviseur, Contrôleur, Correcteur
ROptions Traitement = ., En cours, Prêt, Vérification ROptions Révision = ., En cours, Prêt ROptions Contrôle = ., En cours, Prêt ROptions Correction = ., En cours, Prêt ROptions Contrôle final = ., OK
Cell Style Traitement En cours = background-color:#FF0000 Cell Style Traitement Prêt = background-color:#33FF33 Cell Style Traitement Vérification = background-color:yellow
Cell Style Révision En cours = background-color:#FF0000 Cell Style Révision Prêt = background-color:#33FF33 Cell Style Révision Vérification = background-color:yellow
Cell Style Contrôle En cours = background-color:#FF0000 Cell Style Contrôle Prêt = background-color:#33FF33 Cell Style Contrôle Vérification = background-color:yellow
Cell Style Correction En cours = background-color:#FF0000 Cell Style Correction Prêt = background-color:#33FF33 Cell Style Correction Vérification = background-color:yellow
Cell Style Contrôle final OK = background-color:#33FF33
Cell Style Contrôle final En cours = background-color:#FF0000 Cell Style Contrôle final Prêt = background-color:#33FF33 Cell Style Contrôle final Vérification = background-color:yellow
Thanks alot for your help :)
Wow !!! Im impressed :):):) I didn't expect such a fast reply !!! Thanks alot Stefan, I will try it right away !! Andreas, I really like the idea of hiding attrib 1 and attrib2 and fill attrib3 with a script (I guess using elog.exe command line) ? I play a little with it and I can modify an attribute with the command line but I cant figure how to set the cell style based on the attrib2 and replace attrib3 value with attrib1 value... (basicially I need help !!!) do you think you could help me ?
Hi again, Hope I'm not draining to much time from you guys ! here is the scenario (fake one just to understand the logic..): My main logbook as a Option attribute Called "Electrician availables" My second logbook is a list of workers and there capacities Moptions : "Electrician", "Plumber", "Genius" So my question is: Is it possible to load my main logbook attribute "Electrician availables" Options based on all the "Electrician" found under my second logbook ? Thanks :)
Title says all :) Is it possible to preload Options or Moptions from a text file or CSV instead of being load from the elogd.conf ? Thanks :)
> > Title says all :) > > > > Is it possible to preload Options or Moptions from a text file or CSV instead of being load from the elogd.conf ? > > > > Thanks :) > > Quick and simple answer: No. > > But please explain me what your case is. Maybe this can be done differently. That's clear :) So basically, I have a list of 5-10 workers. I'll have to choose one for each entry I make into the logbook. But these workers will change from time to time (students) and I don't want the staff to manipulate the config file manually..("Extendable options" is not an option as I will get to many "Darth Vader" entry for sure..) I asked if I could populate that option box from another logbook attribute and Andreas told me only possible via external scripts. https://midas.psi.ch/elogs/Forum/67877 I investigate a little but I found that : a) I couldn't make shell command to execute while elogd was running as a service (I'm running windows and $shell was just returning weird stuff ); shell script was working only when I launch elogd.exe from a command line: -elogd as a Service running the following : Subst Infographiste = $shell(dir c:\) will return : Shell execution not enabled via -x flag -modifying the Windows Service to add "-X" and running the following :Subst Infographiste = $shell(dir c:\) will return : a empty attribute -running elogd "-x" from a command line, the following : Subst Infographiste = $shell(dir c:\) will return : the dir result.. (I also tried to change under witch user the service was running..) b) I just couldn't figure how to build that script.... But that would be so nice ! I can see so many situations where I could use such a scenario (loading options from another logbook or from a txt/csv file somewhere...) Thanks, :)
Not really... The thing is I have to let some users the capacity of changing the content of that option list.. I was hoping there could be a different way for them then to edit the cfg file... That why I came up at first ask if it could be possible to load an Option list from the content of another logbook... that way I could have made up some sort of "worker" logbook that would have feed the main logbook Attribute "workers" options list. > Forget scripting under Windows, this is painful and not really working. Wrong OS for that. > > But have you considered conditional attributes? With this you can load different option lists straight from the elogd.cf file. Use something like this: > > Attributes ..., List, Person > > Options List = List A{1}, List B{2} > {1} Options Person = Person a1, Person a2, ... > {2} Options Person = Person b1, Person b2, ... > > So if you choose either "List A" or "List B", you get a different set of persons. Is it that what you want? > > /Stefan > > > > a) I couldn't make shell command to execute while elogd was running as a service (I'm running windows and $shell was just returning weird stuff ); shell script was > > working only when I launch elogd.exe from a command line: > > > > -elogd as a Service running the following : Subst Infographiste = $shell(dir c:\) > > will return : Shell execution not enabled via -x flag > > > > -modifying the Windows Service to add "-X" and running the following :Subst Infographiste = $shell(dir c:\) > > will return : a empty attribute > > > > -running elogd "-x" from a command line, the following : Subst Infographiste = $shell(dir c:\) > > will return : the dir result.. > > > > (I also tried to change under witch user the service was running..) > > > > b) I just couldn't figure how to build that script.... > > > > But that would be so nice ! I can see so many situations where I could use such a scenario (loading options from another logbook or from a txt/csv file > > somewhere...) > > > > Thanks, > > > > :)
Good day, I'm populating 2 fields based on the Option set in a third one. It works, but for some reason, sometimes when I change the entry from one value to another (from 3/01/2015 to 26/03/2016) , the field "# Volume" stays at the first position (149) and doesn't get updated... I tried both with Chrome and IE. Attributes = #Réception, #Galée, #Volume, #Parution, Partie, Parution, Infographiste, Traitement, Réviseur, Révision, Contrôleur, Contrôle, Correcteur, Correction, Commentaires, Contrôle final List display = Edit, #Réception, #Volume, #Parution, #Galée, Parution, Infographiste, Traitement, Réviseur, Révision, Contrôleur, Contrôle, Correcteur, Correction, Contrôle final Show attributes edit = #Réception, #Volume, Partie, #Galée, Parution, #Parution, Infographiste, Traitement, Réviseur, Révision, Contrôleur, Contrôle, Correcteur, Correction, Commentaires, Contrôle final Menu commands = Select, edit, Move to, Delete List menu commands = Select, New, Find Move to = Archives Fixed Attributes Edit = #Réception, #Parution Locked Attributes = #Réception, #Volume, Partie, #Parution Preset #Réception = 1-##### Preset Partie = 1 Preset Infographiste = - Preset Réviseur = - Preset Contrôleur = - Preset Correcteur = - Options Parution = 3/01/2015{1}, 10/01/2015{2}, 17/01/2015{3}, 24/01/2015{4}, 31/01/2015{5}, 7/02/2015{6}, 14/02/2015{7}, 21/02/2015{8}, 28/02/2015{9}, 7/03/2015{10}, 14/03/2015{11}, 21/03/2015{12}, 28/03/2015{13}, 4/04/2015{14}, 11/04/2015{15}, 18/04/2015{16}, 25/04/2015{17}, 2/05/2015{18}, 9/05/2015{19}, 16/05/2015{20}, 23/05/2015{21}, 30/05/2015{22}, 6/06/2015{23}, 13/06/2015{24}, 20/06/2015{25}, 27/06/2015{26}, 4/07/2015{27}, 11/07/2015{28}, 18/07/2015{29}, 25/07/2015{30}, 1/08/2015{31}, 8/08/2015{32}, 15/08/2015{33}, 22/08/2015{34}, 29/08/2015{35}, 5/09/2015{36}, 12/09/2015{37}, 19/09/2015{38}, 26/09/2015{39}, 3/10/2015{40}, 10/10/2015{41}, 17/10/2015{42}, 24/10/2015{43}, 31/10/2015{44}, 7/11/2015{45}, 14/11/2015{46}, 21/11/2015{47}, 28/11/2015{48}, 5/12/2015{49}, 12/12/2015{50}, 19/12/2015{51}, 26/12/2015{52}, 2/01/2016{53}, 9/01/2016{54}, 16/01/2015{55}, 23/01/2016{56}, 30/01/2016{57}, 6/02/2016{58}, 13/02/2016{59}, 20/02/2016{60}, 27/02/2016{61}, 5/03/2016{62}, 12/03/2016{63}, 19/03/2016{64}, 26/03/2016{65} Options Infographiste = -, ML, TS, AN, AC Options Réviseur = -, MB, JC, SS, AR, LH, CA, NB, CL, TM, NR, MS Options Contrôleur = -, MB, JC, SS, AR, LH, CA, NB, CL, TM, NR, MS Options Correcteur = -, ML, TS, AN, AC {1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51}Preset #Volume = 149 {53,54,55,56,57,58,59,60,61,62,63,64,65}Preset #Volume = 150 {1} Preset #Parution = 1 {2} Preset #Parution = 2 {3} Preset #Parution = 3 {4} Preset #Parution = 4 {5} Preset #Parution = 5 {6} Preset #Parution = 6 {7} Preset #Parution = 7 {8} Preset #Parution = 8 {9} Preset #Parution = 9 {10} Preset #Parution = 10 {11} Preset #Parution = 11 {12} Preset #Parution = 12 {13} Preset #Parution = 13 {14} Preset #Parution = 14 {15} Preset #Parution = 15 {16} Preset #Parution = 16 {17} Preset #Parution = 17 {18} Preset #Parution = 18 {19} Preset #Parution = 19 {20} Preset #Parution = 20 {21} Preset #Parution = 21 {22} Preset #Parution = 22 {23} Preset #Parution = 23 {24} Preset #Parution = 24 {25} Preset #Parution = 25 {26} Preset #Parution = 26 {27} Preset #Parution = 27 {28} Preset #Parution = 28 {29} Preset #Parution = 29 {30} Preset #Parution = 30 {31} Preset #Parution = 31 {32} Preset #Parution = 32 {33} Preset #Parution = 33 {34} Preset #Parution = 34 {35} Preset #Parution = 35 {36} Preset #Parution = 36 {37} Preset #Parution = 37 {38} Preset #Parution = 38 {39} Preset #Parution = 39 {40} Preset #Parution = 40 {41} Preset #Parution = 41 {42} Preset #Parution = 42 {43} Preset #Parution = 43 {44} Preset #Parution = 44 {45} Preset #Parution = 45 {46} Preset #Parution = 46 {47} Preset #Parution = 47 {48} Preset #Parution = 48 {49} Preset #Parution = 49 {50} Preset #Parution = 50 {51} Preset #Parution = 51 {52} Preset #Parution = 52 {53} Preset #Parution = 1 {54} Preset #Parution = 2 {55} Preset #Parution = 3 {56} Preset #Parution = 4 {57} Preset #Parution = 5 {58} Preset #Parution = 6 {59} Preset #Parution = 7 {60} Preset #Parution = 8 {61} Preset #Parution = 9 {62} Preset #Parution = 10 {63} Preset #Parution = 11 {64} Preset #Parution = 12 {65} Preset #Parution = 13
I also tried with : {1, 53} Preset #Parution = 1 {2, 54} Preset #Parution = 2 {3, 55} Preset #Parution = 3 {4, 56} Preset #Parution = 4 {5,57} Preset #Parution = 5 {6, 58} Preset #Parution = 6 {7, 59} Preset #Parution = 7 {8, 60} Preset #Parution = 8 {9, 61} Preset #Parution = 9 {10, 62} Preset #Parution = 10 {11, 63} Preset #Parution = 11 {12, 64} Preset #Parution = 12 {13,65} Preset #Parution = 13 > Good day, > > I'm populating 2 fields based on the Option set in a third one. > It works, but for some reason, sometimes when I change the entry from one value to another (from 3/01/2015 to 26/03/2016) , the field "# Volume" stays at the first position > (149) and doesn't get updated... I tried both with Chrome and IE. > > Attributes = #Réception, #Galée, #Volume, #Parution, Partie, Parution, Infographiste, Traitement, Réviseur, Révision, Contrôleur, Contrôle, Correcteur, Correction, > Commentaires, Contrôle final > List display = Edit, #Réception, #Volume, #Parution, #Galée, Parution, Infographiste, Traitement, Réviseur, Révision, Contrôleur, Contrôle, Correcteur, Correction, > Contrôle > final > Show attributes edit = #Réception, #Volume, Partie, #Galée, Parution, #Parution, Infographiste, Traitement, Réviseur, Révision, Contrôleur, Contrôle, Correcteur, > Correction, > Commentaires, Contrôle final > > Menu commands = Select, edit, Move to, Delete > List menu commands = Select, New, Find > Move to = Archives > > Fixed Attributes Edit = #Réception, #Parution > Locked Attributes = #Réception, #Volume, Partie, #Parution > > Preset #Réception = 1-##### > > Preset Partie = 1 > Preset Infographiste = - > Preset Réviseur = - > Preset Contrôleur = - > Preset Correcteur = - > > Options Parution = 3/01/2015{1}, 10/01/2015{2}, 17/01/2015{3}, 24/01/2015{4}, 31/01/2015{5}, 7/02/2015{6}, 14/02/2015{7}, 21/02/2015{8}, 28/02/2015{9}, 7/03/2015{10}, > 14/03/2015{11}, 21/03/2015{12}, 28/03/2015{13}, 4/04/2015{14}, 11/04/2015{15}, 18/04/2015{16}, 25/04/2015{17}, 2/05/2015{18}, 9/05/2015{19}, 16/05/2015{20}, 23/05/2015{21}, > 30/05/2015{22}, 6/06/2015{23}, 13/06/2015{24}, 20/06/2015{25}, 27/06/2015{26}, 4/07/2015{27}, 11/07/2015{28}, 18/07/2015{29}, 25/07/2015{30}, 1/08/2015{31}, 8/08/2015{32}, > 15/08/2015{33}, 22/08/2015{34}, 29/08/2015{35}, 5/09/2015{36}, 12/09/2015{37}, 19/09/2015{38}, 26/09/2015{39}, 3/10/2015{40}, 10/10/2015{41}, 17/10/2015{42}, 24/10/2015{43}, > 31/10/2015{44}, 7/11/2015{45}, 14/11/2015{46}, 21/11/2015{47}, 28/11/2015{48}, 5/12/2015{49}, 12/12/2015{50}, 19/12/2015{51}, 26/12/2015{52}, 2/01/2016{53}, 9/01/2016{54}, > 16/01/2015{55}, 23/01/2016{56}, 30/01/2016{57}, 6/02/2016{58}, 13/02/2016{59}, 20/02/2016{60}, 27/02/2016{61}, 5/03/2016{62}, 12/03/2016{63}, 19/03/2016{64}, 26/03/2016{65} > > Options Infographiste = -, ML, TS, AN, AC > Options Réviseur = -, MB, JC, SS, AR, LH, CA, NB, CL, TM, NR, MS > Options Contrôleur = -, MB, JC, SS, AR, LH, CA, NB, CL, TM, NR, MS > Options Correcteur = -, ML, TS, AN, AC > > {1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51}Preset #Volume = 149 > {53,54,55,56,57,58,59,60,61,62,63,64,65}Preset #Volume = 150 > > {1} Preset #Parution = 1 > {2} Preset #Parution = 2 > {3} Preset #Parution = 3 > {4} Preset #Parution = 4 > {5} Preset #Parution = 5 > {6} Preset #Parution = 6 > {7} Preset #Parution = 7 > {8} Preset #Parution = 8 > {9} Preset #Parution = 9 > {10} Preset #Parution = 10 > {11} Preset #Parution = 11 > {12} Preset #Parution = 12 > {13} Preset #Parution = 13 > {14} Preset #Parution = 14 > {15} Preset #Parution = 15 > {16} Preset #Parution = 16 > {17} Preset #Parution = 17 > {18} Preset #Parution = 18 > {19} Preset #Parution = 19 > {20} Preset #Parution = 20 > {21} Preset #Parution = 21 > {22} Preset #Parution = 22 > {23} Preset #Parution = 23 > {24} Preset #Parution = 24 > {25} Preset #Parution = 25 > {26} Preset #Parution = 26 > {27} Preset #Parution = 27 > {28} Preset #Parution = 28 > {29} Preset #Parution = 29 > {30} Preset #Parution = 30 > {31} Preset #Parution = 31 > {32} Preset #Parution = 32 > {33} Preset #Parution = 33 > {34} Preset #Parution = 34 > {35} Preset #Parution = 35 > {36} Preset #Parution = 36 > {37} Preset #Parution = 37 > {38} Preset #Parution = 38 > {39} Preset #Parution = 39 > {40} Preset #Parution = 40 > {41} Preset #Parution = 41 > {42} Preset #Parution = 42 > {43} Preset #Parution = 43 > {44} Preset #Parution = 44 > {45} Preset #Parution = 45 > {46} Preset #Parution = 46 > {47} Preset #Parution = 47 > {48} Preset #Parution = 48 > {49} Preset #Parution = 49 > {50} Preset #Parution = 50 > {51} Preset #Parution = 51 > {52} Preset #Parution = 52 > {53} Preset #Parution = 1 > {54} Preset #Parution = 2 > {55} Preset #Parution = 3 > {56} Preset #Parution = 4 > {57} Preset #Parution = 5 > {58} Preset #Parution = 6 > {59} Preset #Parution = 7 > {60} Preset #Parution = 8 > {61} Preset #Parution = 9 > {62} Preset #Parution = 10 > {63} Preset #Parution = 11 > {64} Preset #Parution = 12 > {65} Preset #Parution = 13
> Hi Francois, > as far as I know there is a limit on the number of conditions you can use (See elog:67303). > I guess you did hit that limit. > > I think I've mentioned recently that ELOG is not a relational database, didn't I? > It is of course possible to drive screws with a hammer, but there do exist more suitable tools for that ;-) > > Kind regards > Andreas Got it... But again, I found it strange that it works from time to time.... is it an elog limit or a javascript issue.... the guide mentions : Options <attribute> = <list> Usually, an text field is used for an attribute, where the user can fill in text of up to 100 characters. but no words on options size... I would say if it was a size issue it would not work at all no ?... but now it works from time to time.... But you are right, maybe I should get a bigger hammer :) Seriously, I really hope It could make it... Could you try it on your side ? could I enable some sort of debug mode other than running elogd from a shell ?
I came accross the admin guide and I was reading / searching for a way to sync logbooks across sites... elogd mention "-m" and "-M" ... not elog but elogd... with that description : synchronize logbook(s) with remote server Does it sync all logbooks ? is there any examples somewhere or advice ? Thanks :)
> > > Seriously, I really hope It could make it... Could you try it on your side ? > > My personal opinion here is, that if you want others to investigate your problems, then the best way to do it is like that: > - attach a minimal configuration that reproduces your problem (never attach a 100 line configuration, unless you've tested that the problem disappears > regardless of which line you remove!); > - attach the entry data, if the behaviour depends on the data; > - use a specific, to the point subject line; > - explain what you did, what happened and what you would have expected to happen; > - ask kindly; and then > - wait and hope for the best ;-) > > (This is actually a very general procedure; I think it is applicable to all newsgroups, forums, etc.) > > BTW: This tip was absolutely free of charge ;-) Andreas, Thanks for your comments. Thats why I posted in the first msg my configuration details... I just hope there can be a solution :) I saw in the doc that an attribute cant be bigger than 100 char. but I couldn't figure the maximum size for options... I'm wondering if the issue comes from the browser not refreshing correctly or if its elog.. Again, I tought that if that was from elog limitations, the attributes wouldn't load the options presets at all... but they do, (attribute volume) ... just not all the time :) I understand that you are proactive on this forum and eventually I was thinking of contributing with detailed specific config examples but for now I just would like to get on track :) The last time I used Elog was 10 years ago :) it changed alot since :)
My question is : Is it possible to submit to multiple logbooks simultaniously ?
I have 5 logbooks that could share common attributes, is there a way to acheive that without recreate a new entry in each of them ?
Good day, I have an attribute that is 25 chars. it can be empty until someone edit it to fill the information. The default view for that logbook is List. Is it possible to display that attribute in list view but not the entire 25 chars ? What I mean is that if the field is empty, show it as empty but if it has some information, show something like "X" in List view. I tried playing with Styles and Cell Styles but I couldn't figure it out... Cell Style seams to require specific values "" to apply the style properties. I can't figure how to apply cell style "if field is not empty" :) Thanks for your help :)
Hi !
I do have an setup were I would like to rename the menu command but keeping their fonction. Namely, I would like to rename the "copy to" button to "Duplicate" since thats the option I would like to put in place ( Copy to = Same logbook only).
I tried to do so with css but it is not possible since the button doesn't have a specific id... Would you have another solution ?
Thanks for your help !
Somehow, I've missed to see that option :)
Thanks :)
Hm, maybe my question is silly, but why don't you just use the "Duplicate" command instead of renaming and misusing "Copy to"??
Here is the relevant excerpt from the documentation (https://midas.psi.ch/elog/config.html#general):
Menu commands = <list> This option specifies the menu commands displayed on top of a single logbook page. For certain installations, it can be useful to disable some commands. Following commands are possible:
Menu commands = <list>
The commands are always in English, independent of the language = ... setting, and are automatically translated into the specified language. If this option is not present, following default is used:
language = ...
Menu commands = List, New, Edit, Delete, Reply, Duplicate, Find, Config, Help
I just mirrored a logbook and noticed attachments are missed.
On another similar note, when an email notification is sent and the post has attachment, the attachment show up in the email BUT there is nothing in them.
Anything special I should know about those attachments ?
F.Sabatié
ELOG is a really helpful application
Thanks a lot !!
Yes you're right, but i want to see the comment in the quickfilter list, not the name of the icon :
[MyLogBook] List Display = Auteur, Destinataire, Etat, Réponse, Rapport Attributes = Auteur, Destinataire, Etat, Réponse, Rapport IOptions Etat = icon3.gif, icon13.gif, icon14.gif, icon2.gif Icon comment icon3.gif = Suggestion Icon comment icon13.gif = Réfusée Icon comment icon14.gif = Retenue Icon comment icon2.gif = Réportée Quick filter = Auteur, Date, Etat, Destinataire
All the entries:
When i'm selecting the quickfilter, it should display the entry "arthur":
> > I trust Stefan is reading this thread and will do something about it. My vote would > > be to remove the download link to the windows executables and ask Debian to remove > > the elog package. I think they have a way for upstream developers (Stefan) to request > > removal of unmaintained out-of-date insecure versions of their stuff. ROOT > > was in the same situation years ago, the Debian package for ROOT was very old version, > > also built incorrectly, and everybody complained to us that our stuff does > > not work (midas, rootana, etc). > > Yeah, I have to recompile the Windows version. Unfortunately my old Windows PC is gone, I > switched now completely to MacOSX and Linux. Probably have to borrow something from somewhere. > If anybody can compile the Windows version with the current source code I would be happy. it would be good if the current state was listed in https://elog.psi.ch/elogs/Vulnerabilities/ It seems there's now updated builds for at least windows, and the debian package still outdated? Personally, I don't think removing download links and pulling packages should be more than a temporary measure. Treating people fairly IMHO means they should be able to reach a safe version by the same means that brought and left them exposed. A clear central source would be best, one that has - package autobuilds - source - cve list If I understand correctly, currently only the source is up to date? (I found py_elog on Github, so it could be an easy option to mirror ELOG there and let some free service handle the autobuilds. I don't know how well one can flag vulnerabilities there, but likely it's possible, and ideally more people would help there.) p.s.: My hat is off to the sysadmin who checked carefully, I wanted to introduce ELOG in a windows-centric place and I can't swear I would have checked this (official) download as well.
Hi, I have an issue with my local elog setup. it's usable but one function is just not working.
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.
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)
$ 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.
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
$ 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
I'm trying to integrate the Elog into our SlowControl System (Phoebus/EPICS). As a first step I translated the python library to Java. So writing new Entries and viewing them works. But for Phoebus, you need a list of the possible values for the attributes. Currently this is done via the config file from Phoebus.
Is there a way to get the values also via a query directly from the Elog?
Thanks for the tipp. I managed to use XPATH to get the values for my Type and Category attributes!
The API, I'm developing for Phoebus is quiet simple. It currently just supports Author, Subject, Type and Category as attributes and the latter two are just lists of values.
That would be a nice feature...
If you are good in parsing HTML you can achieve this feature: when you create a new entry "<elog-URL>?cmd=new", you'll get HTML source code that provides you with all possible attribute choices.
Disclaimer: this only works if you don't use Conditional attributes.
Hey all,
In the configuration of the Elog one can use
Preset Author = $long_name Preset Author Email = $user_email
to have predefined values for the Author and Author Email fields when creating a new entry via the web interface. Is it also possible to use these placeholders when creating a new entry via the Python API?
Thank your very much for your work on this - as i mentioned this is a minor issue.
Hello Stefan
Works great and very usefull - but not when you use reverse sort = 1?.
Is there a way to get both. Pinned first and then the rest i reversed order (highest ID on page 1)
Hello Elog forum Is it possible to email boolean statements, like if a checkbox is checked to email certain people? My Configuration looks like this but dosn't work: Attributes = Bruger, Station, Emne, Status, PM5 Options PM5 = boolean Email PM5 = fj@tvis.net Kind Regards Finn
> Hello Elog forum > > Is it possible to email boolean statements, like if a checkbox is checked to email certain people? > > My Configuration looks like this but dosn't work: > > Attributes = Bruger, Station, Emne, Status, PM5 > Options PM5 = boolean > Email PM5 = fj@tvis.net > > Kind Regards > > Finn I still don't have a solution to the above, but this works: Attributes = Bruger, Station, Emne, Status, PM5 ROptions PM5 = Ja Email PM5 Ja = th@tvis.net, fj@tvis.net Kind Regards Finn
> > > Hello Elog forum > > > > > > Is it possible to email boolean statements, like if a checkbox is checked to email certain people? > > > > > > My Configuration looks like this but dosn't work: > > > > > > Attributes = Bruger, Station, Emne, Status, PM5 > > > Options PM5 = boolean > > > Email PM5 = fj@tvis.net > > > > > > Kind Regards > > > > > > Finn > > > > I still don't have a solution to the above, but this works: > > > > Attributes = Bruger, Station, Emne, Status, PM5 > > ROptions PM5 = Ja > > Email PM5 Ja = th@tvis.net, fj@tvis.net > > > > Kind Regards > > > > Finn > > You were so close: boolean has the two values "0" (unchecked) and "1" (checked). > > Attributes = Bruger, Station, Emne, Status, PM5 > Options PM5 = boolean > Email PM5 1 = fj@tvis.net > > That does work, I've tested it. Of course :-) Thank you Andreas Kind Regards Finn
Hello Elog Forum
There is i ELOG the function to edit multiple posts eg. to change the staus from "ongoing" to "finished" -> in danish translation "igangværende" and "afsluttet", see the attached pictures.
When I select multiple post and want to edit them to status "afsluttet" i get the "udklip_2.jpg" entry form and change only the status to "afsluttet" (Finished)
The result is a error informing that the attribut "gem oprindelige værdier" does not exist. As a test i changed the text in the translation file from "Keep origianl values = gem oprindelige værdier" to "Keep origianl values = Keep origianl values" but the result is the same error: Attribut Keep original values does not exist.
Is there a solution to this or is or is mutiple editing of post not allowed?
Hello Andreas
OK, I did install a version of ELOG with a minimum of settings and the edit of multiple settings works fine. I've tracked the issue to "Locked Attributes = Bruger".
If one or more of the attributes are locked i get the error "Error: Attribute option - keep original values - not existing". I'm not trying to change the locked attribute, but it seems when one is locked multiple editing is not possible.
Is that intended to work this way?
I use editing of multiple entries frequently and it works fine for me.
To understand your problem I would suggest that you try a minimal configuration. If you have a test logbook with just one or two fields and it still does not work, then post the config here that people can reproduce your problem - and hopefully find a fix.
Show Attributes Edit = xxx, limits the attributes shown when editing but when you submit you get the error
Error: Attribute Bruger not supplied.
Please go back and enter the Bruger field.
If I save instead of submitting it looks like it does change the attribute as intented in my test Elog system. Unfortunately i've disabled save with "Save drafts = 0" in my live system - to only use submit, and enabling drafts only causes other issues. My configuration is attached
Hi Finn,
"Show Attributes Edit = "
Hello Andres
Or maybe my reply was unclear :-), but i did use the "Show Attributes Edit" the way you meant to not show attribute BRUGER and when i do that i get:
Please go back and enter the Bruger field
Trial and error - it seems like this combination does the trick:
Fixed Attributes Edit = Author
Allows you to edit eg. status of multiple entries even if one attribute is locked
Dear Developers I know this topic i on and off in this forum but it seems the only updated versions of Elog are in the linux binaries. Have anybody been able to compile a windows versions since 2018? Kind Regards Finn
> > Dear Developers > > > > > > I know this topic i on and off in this forum but it seems the only updated versions of Elog are in the > linux binaries. Have anybody been able to compile a windows versions since 2018? > > > > > > Kind Regards Finn > > > > Hi, > > > > We discussed on windows build some weeks ago and i tried to make one to check if it’s possible. > > The result is in https://elog.psi.ch/elogs/Forum/69491 > > This could help you up to official new build. > > > > . > > Laurent Hi Laurent I've found the attached zip files in post 69491. The one containing the ELOG probgram libary won't run on my test laptop - the service wont start There is in the same thread a post from Just Keijser containing only the executables, and it won't start either. Starting the elog.exe though gives me that the exe is missing 2 dll files which can be downloaded seperately. It is not easy cause there are several versions of the 2 dll files and only one working, but now my elog reports version ELOG V3.1.4-1ebfd06c But this cant be the solution - if so the windows version is put to the grave Kind Regards Finn
> Hi Finn, > > I've just tested the same archive on new laptop with Windows 11. > I unzip it and double-click elogd.exe file, bypass defender warning and the server is running. > To test, i open localhost:8080 on web client and it displays the demo logbook. > > Btw i didn't test it as a service. What are the 2 libs you said it misses ? > > . > Laurent > > > > > Hi Laurent > > > > I've found the attached zip files in post 69491. The one containing the ELOG probgram libary won't run on my test laptop - the service wont start > > There is in the same thread a post from Just Keijser containing only the executables, and it won't start either. Starting the elog.exe though gives me that the exe is missing 2 dll files which can be downloaded seperately. > > It is not easy cause there are several versions of the 2 dll files and only one working, but now my elog reports version ELOG V3.1.4-1ebfd06c > > > > But this cant be the solution - if so the windows version is put to the grave > > > > Kind Regards Finn Hi Laurent OK, i can recreate the unzip to folder and run elogd.exe and it works :-). If i unzip to the folder of the version installed (with the windows installer) where it runs elogd.exe as a service, the service won't start. The problem with the dll files only applies to the post from Just Keijser containing only the executables (3 files) and these executables repport missing: libcrypto-1_1-x64.dll and libssl-1_1-x64.dll These versions are a black box for me, are the important? The unzip version (your version) reports: ELOG V3.1.4-395e101 (I think this is the same number as for the 2018 installed version) The version with the 3 exe files (my version) from Just Keijser reports: ELOG V3.1.4-1ebfd06c This site reports: ELOG V3.1.4-bcd7b50 Kind Regards Finn
We use our instance of ELOG as a operations log so that newest events are sorted at the top.
Sometimes we are also up front informed about planned maintenance, and i would be nice to could "pin" them at the top - before the sorting, so that operatores could have them in mind when starting a new shift. Have anyone found a way to solve this?
Hi Laurent
It is possible to use the attached but the elogd will not start as a service anymore - is there a fix to that aswell?
Hi, First off let me say what an excellent program, simple yet powerful... I've noticed some erratic behaviour when using "quote marks" in header fields. Basically all text to the right of a " disappears. Try adding an entry with quote marks or replying to this post. Presume this is a bug. Keep up the good work Fergus
> Like this one ^^^ ??? > > I'm joking! I fixed the bug and updated the elogd server. Please find the new > version under CVS. > > - Stefan Blimey! That was quick! Many thanks for amending this. You'll be pleased to hear that my IT Operations Team think this is the best thing since sliced bread...its going to replace a blizzard of spreadsheets. Cheers Fergus
I'm importing an Excel spreadsheet into ELOG through CSV format. All working fine apart from dates.
Dates are exporting from Excel in the format "day/month/year" so 1st January 2008 is exported as 01/01/2008 in the CSV.
However all dates are displayed in ELOG as "01/01/1970" regardless of the field content, and looking at the raw ELOG data file dates are displayed as numeric's - so for example 01/01/2008 is "1199188800"
Can you tell me how dates are computed/stored in ELOG so that I can do the necessary conversion.
Many Thanks
Fergus
S'ok - looked up the documentation and have converted Excel dates to ELOG 'seconds since 01/01/1970' and all has come over fine!
I have to import a csv with a date field, which represents the creation date
this date should be used as "date" timestamp which is set automatically, otherwise all entries get the current datetime as timestamp
what is the format of the Date field in the csv file ?
My Date is date and not datetime.
I would like to know, if the command "Admin restrict edit time = " does really work as intended.
In my case I have the following global configuration:
Admin user = <me> Restrict edit = 1 Restrict edit time = 1 Admin restrict edit time = 10000
And every time, when I want to edit an entry (as admin), that is older than 1 hour, i get the following error message:
"Entry can only be edited 1 hours after creation"
I have already tested your patch backporting the change to 2.7.7.1. It works like a charm.
Thank you very much!
We recently installed ELOG and it works pretty well, but the load times are rather inconsistent. Most of the time it is very fast, but it also often hangs for around 5-10 seconds while loading. It seems to affect all parts of the page that are returned at random, so sometimes the main html file will hang, sometimes the css file and sometimes the images. The hardware it is running on is nothing special, an older 3 GHz Celeron, but it should be fast enough. It is running on Debian 7. Any ideas what the problem could be, or how I could investigate it further to find the bottleneck?
> I'm not an expert in debugging web applications. Here are my two cent: > We once had a problem when we hosted very large logbooks (several 10 thousands of entries) that the server would run > out of real memory and was slowed down by swapping. Therefore my first idea would be to monitor the server: Is > the CPU load peaking? What happens with the memory consumption? Any other suspicious process running on the server? > But it could be as well a network or browser problem. Did you try different browsers? > Did you check the elogd log file? The logbook only has a few hundred entries, elogd is using only around 20-30 MB and there is enough free RAM. The load average for the server is around 0.2, elogd only uses 5% CPU at most when it is accessed and the CPU is idle most of the time. Strangely it happens mostly when using Chrome, and almost never with Firefox. I captured the network traffic, but I can't see anything unusual. It just takes very long until the answer is returned by the elogd server.
Here is a simple example which i can not get working.
thanks for your help
Recently I have had problems with ELOG not accepting the certificates (in this case from https://letsencrypt.org/) probably due to the old version of the SSL library of the binary distribution for Windows. I have tried to follow the instructions to set up ELOG to work with Apache but they are probably old. I have a simple solution for the Apache installation of XAMPP, the example is for two separate logbooks using each its own ELOG service on the same server: 1. I have set up the two ELOG to run as http://my.server.example.com:8080/ and as http://my.server.example.com:8081/
2. in c:\xampp\apache\conf\httpd.conf I have enabled the following (I am not sure if all the modules are really needed but this works for me):
LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_http_module modules/mod_proxy_http.so LoadModule headers_module modules/mod_headers.so LoadModule proxy_html_module modules/mod_proxy_html.so LoadModule xml2enc_module modules/mod_xml2enc.so
3. still in c:\xampp\apache\conf\httpd.conf, at the very end of the file I added the following:
ProxyRequests off Redirect permanent /app1 https://my.server.example.com/app1/ ProxyPass /app1/ http://my.server.example.com:8080/ ProxyHTMLURLMap http://my.server.example.com:8080 /app1 Redirect permanent /app2 https://my.server.example.com/app2/ ProxyPass /app2/ http://my.server.example.com:8081/ ProxyHTMLURLMap http://my.server.example.com:8081 /app2 This way I can now connect to the two ELOG using https://my.server.example.com/app1/ and https://my.server.example.com/app2/ without troubles and no additional setting to either the configuration files of ELOG nor any need for virtual hosts, ...
I hope this might be of use.
/usr/bin/install -m 0755 -d /usr/local/bin /usr/local/sbin /usr/local/man/man1/ /usr/local/man/man8/ /usr/bin/install -m 0755 -o bin -g bin elog elconv /usr/local/bin install: bin: Invalid argument make: *** [install] Error 67
ifeq ($(OSTYPE),darwin) CC = cc endif
diff Makefile.darwin Makefile.origin ==================================== 24,25d23 < BINOWNER = bin < BINGROUP = bin 30,31d27 < OSTYPE = $(shell uname) < 40,43d35 < ifeq ($(OSTYPE),Darwin) < OSTYPE=darwin < endif < 46,47d37 < BINOWNER = root < BINGROUP = admin 89,90c79,80 < $(INSTALL) -m 0755 -o ${BINOWNER} -g ${BINGROUP} elog elconv $(DESTDIR) < $(INSTALL) -m 0755 -o ${BINOWNER} -g ${BINGROUP} elogd $(SDESTDIR) --- > $(INSTALL) -m 0755 -o bin -g bin elog elconv $(DESTDIR) > $(INSTALL) -m 0755 -o bin -g bin elogd $(SDESTDIR)
[global] Port = 8080 Top configuration = yes [global Group1] Group config = group1.cfg [global Group2] Group config = group2.cfg
[global] Top configuration = no Password file = group1.pwd Group Linux PCs = Red Hat, Debian, Gentoo Group Windows PCs = 98, ME, XP, Vista Group Vista = Home, Pro, Media Center [Red Hat] ...
Thanks for that bit of info . I had looked at that file but the answer was not obvious to me . Now I have to have an ELOG entry about , well , ELOG :}
Is there somewhere I can change the file extension / app associations ? When I open an ".ods" attachment ELOG lets me pick the app . If I open a ".eml" it dumps me into the browser. At the system level ".eml" is associated with "thunderbird"
ELOG on RPI4B , 3.1.5
Client Kubuntu Linux
I was thinking I could accomplish this with some 'attribute' change but havent fogured it out yet .
My preference would be for elog to ask everytime .
so now that you have pointed me in the right direction let me hack on it a bit to see what works .
I gave it a shot with no luck
On my client (Kubuntu) an ".eml" is associated with mime type "message/rfc822" . Just adding this to the list seemed to have no effect so there must be more to it than that :}
Hold on I'm having a senior moment
You were correct . This is 100% a browser issue , Thanks for your assistance.
When will the new src be in the standard repos? I'm on ubuntu and
I have some problem with email notification for some logbooks I would like to notify only to specific adress I try Email All = adress1, adress2 Elog send well at 'adress1' and 'adress2' but also to all of other users ? how to restric these only to 'adress1 and adress2 ? is it possible to notify according to attribue value like Attributes = Test1, Test2 Email All = $Test1 or concatenation of $Test1 + '@mba.be' for example Thanks this is a wonderfull tools ! to improve documentation : true example are missing too much 'theorie' but when I'm finish I'll put true sample on the net
> Was wondering if there were any tweaks/suggestions for improving the > logbooks responsiviness. Our logbook was started 31 July 01. Since that > time we have went from 1 logbook to 4 logbooks. Logbook 1 having 2651 > entries, logbook 2 having 300 entries, and the last 2 are new logbooks, so > only a few entries. > > When user launches the logbook website, it takes considerable time to bring > the site up. It seems to be directly related to the number of entries in > the logbook. If I set up a dummy site with a couple logbooks and only a > few entries, the logbook is very fast coming up as well as saving entries. > > Another thing that seems to slow the site down, is the number of users in > the elog notification list (those who've subscribed). When you save a log > entry, it takes around 30sec or longer for it to actually complete the > save. If I remove the list of users from the notification list and just > have a few, the save is very fast. > > > Thanks in advance, > > Eric 2600 entries is too much for this application as it load the all files in computer memory expand the server memory Are you running on linux or Windows ? I suggest linux (faster) We are working on the C source to move all data from flat to database like SQL or mysql when a parameter flag like 'status' = "OK" for instance I suggest also to split in several logbook but this is depend on your 'ELOG' parametrisation and logics If your data are not 'sensitive' I can check on my linux server Etienne
if you are guest in the find option select 'all logbook' it will display all 'attributes' from other logbook with no option 'guest command ...' but having the same 'attribute' name Solution : ********** I use the copy to command to make a copy to other logbook with option 'guest command' enabled in this section I remove some field so the guest user can't no see all field I suggest to give acces to 'guest' on a second run of elog to another port or other computer ?
> > if you are guest in the find option > > > > select 'all logbook' > > > > it will display all 'attributes' from other logbook > > with no option 'guest command ...' > > but having the same 'attribute' name > > > > Solution : > > ********** > > I use the copy to command to make a copy to other logbook > > with option 'guest command' enabled > > > > in this section I remove some field so the guest user can't no see all field > > > > I suggest to give acces to 'guest' on a second run of elog to another > > port or other computer ? > > I see your problem. I could either disable the "Search all logbooks" switch > for certain logbooks (like the guest one), or restrict the search to logbooks > which have a "guest command" option. What would you prefer? > > - Stefan may be add a parameter Restrict Search all logboog = 1 or 0 if 1 the switch will not appear
> > may be add a parameter > > > > Restrict Search all logboog = 1 or 0 > > if 1 the switch will not appear > > The flag "Search all logbooks" is already there! (I forgot about it!). So > just set it to "0" and you should be fine. > > - Stefan I do and it work fine
> From Version 2.2.5 on, the configuration file entries > > User = ... > Group = ... > > have been changed to > > Usr = ... > Grp = ... > > in order not to conflict with the new "Group = ..." option which is used by > hierarchical logbooks. not really a bug works very fine just remarks : with this example Group Phone & Adress = Whois, Qui_est_Qui Group Extranet = Aide, Promos_Clients, Qui_est_Qui, Joke [whois] is a intranet section for us : [qui_est_qui] is public I add 'copy to = Qui_est_qui' so extranet or public can acces to limited information just remove the attributes and guest user can see only limited info see example below small problem : **************** Logbook Tabs = 0 in the guest logbook will close the group header may be create a parameter to solve ? GroupGuest Extranet = .... ;-------------------- intranet info---------------- [Whois] Comment = MBA & his Partner all your personal info must be here Subdir = whoiswho Menu commands = Back, New, Edit, Find, Help, Copy to Attributes = Partner, AsTo, YourName, SurName, email1, email2, hotmail,Yahoo, GSMmail, Nickname, phone, fax, portable , home , adress, Remarks, birthday, QuadroUser, Function, Division MOptions Partner = Mba, MbaCZ, BusinessCom, Edipax, Ibi, Other Required Attributes = Parner, CodeName, YourName, email1, phone, birthday Preset GSMmail = ???@proximus.be Preset portable = 00 32 Copy to = Qui_est_Qui Quick filter = Partner, Date, AsTo ;------------------------------------ [Qui_est_Qui] Comment = MBA et ses collaborateurs à votre service Subdir = logbooks/whoiswho/public Attributes = Partner, YourName, SurName, phone, fax ,portable ,email1 , hotmail, GSMmail, Nickname, Remarks,Function, Division MOptions Partner = Mba Date format = %d/%m/%y Quick filter = Date ;--------------------pas d'acces au autre menu no acces to main menu Logbook Tabs = 0 Guest menu commands = Find Guest find menu commands = Find ;-------------- rectriction on edit if not put 1 Restrict edit = 1 Display mode = full Help URL = http://www.mba.be
propose to put [Submit] [Back] [Submit & Notify] button on top/bottom new parameter 'shell option' [test] ... Attributes = NotifyMode, Param1....Param10, Adresse, Subject, ... Options NotifyMode = mail, SMS, Fax, printer... ; this command will invoque a shell command ; example ShellCommand = <my shell command> parameters ... like in WINDOWS 2000 ShellCommand = START.EXE notify.bat $NotifyMode $Param1, $Param2, $Param3 ; in this case no necessity to modify the C source ; in windows I suggest the start.exe with a exit command ; so no necessary to wait the return code from the shell
do not use confused name in attributes ************************************** like Attributes Type, Type2 the info on Type2 will be placed in the Type also see attachment 1 Never use confused name like ' Attributes PC_Memory, Memory If Stephan need more info I can send a exemple of the logbooks Etienne
> Stefan and friends, > > without breaching your own security, could it be possible to see what the > elogd.cfg file looks like, also if others would like to post theirs, this > would be great in building exmaples etc, obviosly an security related or > mail server entries hashed out. > > I am a tad new at this stuff, but eventually would try my hand at getting > hold of the source code and compiling on AIX and then intergrating into > shell and error reporting. - OK .. a bit in the furture anyway, if someone > has already done this please post. > > kind regards Aamir we do recompile a version with ShellOnsubmit and ShellParam and it works ! actually only on windows when all test will be finish we'll send the version to Stefan Ritt Attributes = By, Type, Categorie, Subject, Dossier, Remarks, email1 .... ShellOnSubmit = c:\test\shellTest\Debug\shellTest.exe ShellParam = /Params %By %Type %Subject %Dossier %Remarks % email1 /quietMode "test test"
if you put Use Email From = $user_email we receive in the adress 'my email adress' how to avoid the maito: prefix ? it gives problems when you vwant to reply from outlook it's ok in elog to send mail from IExplorer
> > Can you tell me what the following change in CVS offers > > > > Added lock icon for protected logbooks > > > > Does this relate to the request in article 309 > > No, unfortunately not (yet). I'm still working on the problem described in > elog:309. This "lock" icon only shows you in the logbook selection page which > logbooks are public and which are protected by passwords (was another > request). could you add command for main menu guest user Selection Page guest = ....
UltraEdit Syntax coloring ========================= add this file in ultraedit UltraEdit --> ADVANCED --> CONFIGURATION --> SYNTAX HIGHLIGHTING I hope this will help you... it gives different color according to elog commands some attributes are use internaly like ShellOnSubmit ShellParam if somebody has other suggestion to improve the display ask me
> > add this file in ultraedit > > UltraEdit --> ADVANCED --> CONFIGURATION --> SYNTAX HIGHLIGHTING > > I hope this will help you... > > Have you maybe forgotten the attachment to this message? yes :s i put the last version on this link http://public.mba.be/demo/elog/u-edit-elog-syntax.txt
> Hello Folks, > > Found an interesting problem with 2.3.7 under redhat 9.0 linux. > > When you take the elogd.cfg file and the menu commands = <list> and guest > menu commands = <list>, the config menu for edit the elogd.cfg stops are you logged if you have a guest menu there is no access in the admin access is restricted with Admin user = 'your login name' in Global section > working, yet if I change the URL manually, I can still get to the file and > the menus do not change. If I delete all menu commands, then all works > without errors, yet the menus do not match default. > > Also, the self registration function equal to 3 does not always send email. it is send to the admin user list be sure that smtp parameter is ok > > Cheers, > Roberto
does anybody has interest with a full synchronisation between elog logbook on mySQL and SQL database
Used to deny a certain command to a list of users. This can be used to deny a guest user to enter new messages or modify a message. Hosts allow = <list> Hosts deny = <list> could you deny guest user like this guest is not loggeg ? hubert is logged Hosts deny = guest,hubert does anybody has experience with deny based on IP adresse ?
I suggest to add an attributes like OS MOptions OS = linux, windows2000, windowsXP¨, windows2003 to indicate on which version we are speaking
> > I suggest to add an attributes like OS > > > > MOptions OS = linux, windows2000, windowsXP¨, windows2003 > > > > to indicate on which version we are speaking > > Good idea, I added a "ELOG Version" as well. I suggest MOptions - people are lazy .... :) by the way any possibilities to have 'multiple icons' ?
> > i put the last version on this link > > http://public.mba.be/demo/elog/u-edit-elog-syntax.txt > > If you don't mind I added the file to this message. surely not but as I put some new command each time you update elog :) it's easy for us to put on on webserver but for each update I ll send the new version
we develop some improvement to elog and modify the C source to adapt some internal improvement. 1. shellonsubmit command : give the possibility to execute external program from elog by sending specific parameter (user/logbook/message ID) 2. elog log file in xml format : give a better view on what happens with users see attachments easy to push the files to excel or sql database. 3. synchronisation to mySql or SQL server through perl routine and the shellonsubmit command this will push any new/edit/delete command in sql server so we keep a full historic off all transaction in ELOG 4. sms gateway : from elog entry we send sms message throught internet gateway (perl routine) If somebody has good experience in C and Perl I suggest to contact me to improve this wonderfull product Thank Stephan other projet : we use a logbook from our external phone call from our telephone connected to RS232 and/or TAPI interface we keep the phone number and try to find the name from sql server : if found we want to push an automatic entry in elog and fill specific field like name/contact/last phone call.... I will ask to Stephan Ritt what's the best way to include our routine in his standard source ? could we create a specific logbook for the wishlist in elog/contribution may be some parameters for the actual status of the project ? SQL : for our sql link we have a probleme as elog re use id when deleted we must generate an unique ID for each elog CREATE and a version# field automaticly incremented after each update. This must be implemented in ELOG source.
Tomas send you by mail the source files and documentation in English > > 1. shellonsubmit command : give the possibility to execute external > > program from elog by sending specific parameter (user/logbook/message ID) > > > > 2. elog log file in xml format : give a better view on what happens with > > users see attachments easy to push the files to excel or sql database. > > I'm happy to include these functions in the source code, please send them > to me. > > > 3. synchronisation to mySql or SQL server through perl routine and the > > shellonsubmit command > > this will push any new/edit/delete command in sql server so we keep a > > full historic off all transaction in ELOG > > Can you please put this perl routine into the "Contributions" section > > > 4. sms gateway : from elog entry we send sms message throught internet > > gateway (perl routine) > > Same as above. > > > other projet : > > we use a logbook from our external phone call > > > > from our telephone connected to RS232 and/or TAPI interface we keep the > > phone number and try to find the name from sql server : if found > > we want to push an automatic entry in elog and fill specific field like > > name/contact/last phone call.... > > > > I will ask to Stephan Ritt what's the best way to include our routine in > > his standard source ? > > As I said, put the perl programs into the "Contributions" logbook, send the > C source code modifications to me. > > > could we create a specific logbook for the wishlist > > in elog/contribution may be some parameters for the actual status of the > > project ? > > Good idea, will do so.
impossible to create the moptions with -a Type#0="%D1%" -a Itel#0="%zItel%" the variable are set to set D1=Tel set zItel=Tel.gif other standard option work fine does anybody has good experience with elog.exe command ? elog -h 'my site elo' -p 83 -l 'my logbook' -a Phone="%2" -a Contact="%3 % 4" -a Type#0="%D1%" -a Cat="%5" -a Itel#0="%zItel%" "%6 %7 %8 %9" ----------------------------- here are the config in elog [titiPHONE] Comment = PhoneList Find menu text = menu/titiphone_top.html Data dir = prive_Etienne/PhoneList Guest Menu commands = Help Find Guest Menu Commands = Help Attributes = Phone, Itel, Dossier, Ext_direct, Societe, Contact, Cat,Type, Prive, Email, Adress, City, Relation, By Quick filter = Itel,Type,Dossier,Date,Prive Roptions Prive = no,CD,EC,MD,NB,TR,TV,AH,NW,JW,Manon IOptions Itel = Tel.gif, TelDirect.gif, Fax.gif, Gsm.gif, Tel2.gif, TelHome.gif,TelFax.gif,TelHelp.gif ROptions Type = Tel,TelDirect,Fax,Gsm,Tel2,Home,Combine,TelHelp Preset Itel = Tel.gif Preset Type = Tel Preset Prive = no Preset Email = Display mode = Summary Thread Icon = Itel Thread display = $Phone,$Contact,$Dossier,$Societe($Type/$prive)
> I implemented the new scheme where > > - under Windows, the configuration is only checked once every access > > - under Unix, the configuration is read initially, and on every -HUP signal > > This should speed up the server considerably. The next bottleneck is the > rsputs2() function, which requires quite some computing power in order to find > any "http://", "//", etc. strings in every output. If anybody knows a > more clever way of coding that, please let me know. > > The new version is under CVS. may be use the logic in the 'format' attribute like 'email', http, ftp so elog will test only on these attributes
whishlist an entry like file:///E:/Dossier\!!shorcut will open IE with these current adresse Stef could you add a logbook 'wishlist' 'subgroup' contribution/icons
> > an entry like > > file:///E:/Dossier\!!shorcut > > will open IE with these current adresse > > Yes it does, and what is your question? > > > Stef could you add a logbook > > 'wishlist' > > 'subgroup' contribution/icons > > If you have any icons, just put it under the contributions logbook. There > are only few entries, so no deed to make a subgroup. > > As for wishlist, start with the "Forum" Logbook. If a wish gets "accepted", > I put it on the official web page. sorry for my 'stupid' question please delete this entry :)
I found a way to get this to work. Define a "Messages" logbook for the messages to be broadcast. None of the user installations need access to it. Use "Execute new = " to execute a script calling the elog command line client passing the message on to each target logbook. Example:
--- elogd.cfg snippet begin ---
[Messages]
Execute new = mass_post.sh $text &
--- elogd.cfg snippet end ---
--- mass_post.sh begin ---
#!/bin/sh
elog -a Sender="System Administrator" -l "Logbook 1" $@
elog -a Sender="System Administrator" -l "Logbook 2" $@
elog -a Sender="System Administrator" -l "Logbook 3" $@
--- mass_post.sh end ---
The $@ expands to all the command line arguments, so the $text field, with all its spaces, gets passed correctly. Sorry I showed you the example in bash/linux rather than in Windows, but I don't know Windows real well - you're better off translating into it yourself than my untested attempts. The one thing I can tell you is that the "Execute new" command must include the "background fork". In Linux this is provided by the & at the end of the line. In windows you'll need to use
Execute new = start "dummy" /min mass_post.bat
to background the process. This is ESSENTIAL. Without backgrounding the batch file, the elogd server will go into an infinite loop. The parent process will wait for the child process to exit before continuing. elogd is single-threaded, so the child process cannot start until the parent process has completed its current task (which is waiting for the child process to exit).
You may need to tweak the above a little if you want to pass variable attributes to the script instead of defining them all in the script itself.
You can pass numerical attributes to an external command via "Execute new =...". This external command can then do the math and pass the result _back_ to the logbook either as a new entry or as an edit with the command-line client "elog".
For example, given a new entry with (numerical) attributes A and B, if you have
Execute new = add_them.pl $A $B $message id
in your elog.cfg file, then $A and $B will be passed to the add_them.pl perl script. Now have the perl script (or bc, or whatever you want to use) do the appropriate math and submit the result. For example, your perl script might include
$C=$A+$B
$D=$A*$B
elog -a C=$C ... -e "$message id" "Sum as edit"
elog -a D=$D ... "Product as new entry"
Is there any way to directly paste an image from a Windows clipboard into an elog entry page? It's obvious for uploading a file, but many of my users say that they never make a file, they just want to paste in an image already onscreen.
> > Is there any way to directly paste an image from a Windows clipboard into an elog entry page? It's obvious > > for uploading a file, but many of my users say that they never make a file, they just want to paste in an image > > already onscreen. > > This is a limitation of the FCKEditor used inside ELOG, and actually of the whole browser concept under Windows. > There are some extensions to Firefox which let your paste an image as an attachment, but none for doing this right > into the text body. For some discussion about this have a look at > > http://forums.developer.mindtouch.com/showthread.php?t=188 > > for example. Hmmm. Well, does that mean that it is easier under Linux? I have to confess I couldn't figure that out either. But I'd be delighted to have Yet Another Reason to tell the users that "it works under Linux, maybe you should switch...."
Hi, I am playing with the elog automatic subscription script, but somehow I am failing in submitting an entry. I am using a syntax as this: echo test | elog -h 127.0.0.1 -p 8085 -d /usr/local/elogbooks/Elog -l "Sub Elog" -a "Type=MyType" -x -u user passwd and I get a message which says: "cannot get host name: Success" which seems contradictory and also there is no entry submitted. The command is executed on the host where the elog is running, the port and directory are taken from the cfg File. What is my mistake, where is my misunderstanding of the documentation? Any hints appreciated. Erik
I am trying to run eLog under Apache 2 on my FreeBSD 5.3 server. I started the daemon with "elogd -n <my hostname> -p 8080" and when I connect to my server on that port, I get a 500 server configuration error. The Apache log contains this: malformed header from script. Bad header=Please specify hostname.: elog I am running elogd 2.5.7-1 built Feb 14 2005, 09:55:19 revision 1.558 Any assistance would be greatly appreciated! -Erich-
> > I am trying to run eLog under Apache 2 on my FreeBSD 5.3 server. I started > > the daemon with "elogd -n <my hostname> -p 8080" and when I connect to my > > server on that port, I get a 500 server configuration error. The Apache log > > contains this: > > > > malformed header from script. Bad header=Please specify hostname.: elog > > - make sure your proxy definition in httpd.conf is correct and it uses port 8080 > - start elogd with the "-v" flag to see the communication between Apache and elogd > - maybe you might need an "URL = http://<my hostname>/<elog dir>/" in the config > file No luck. I have the proxy definition in my httpd.conf file. I have the URL parameter in my elogd.cfg file. Here is the command line I am using to start the daemon: elogd -v -D -n <myhost> -p 8080 -l <myhost>/cgi-bin/elog/logbooks -c /usr/local/server/apache/cgi-bin/elog/elogd.cfg With the -v argument, here are the messages I get in /var/log/messages: elogd 2.5.7-1 built Feb 14 2005, 09:55:19 Feb 14 14:38:28 onion elogd[34579]: revision 1.558 Feb 14 14:38:28 onion elogd[34579]: Config file : /usr/local/server/apache/cgi-bin/elog/elogd.cfg Feb 14 14:38:28 onion elogd[34579]: Resource dir : /usr/local/server/apache/cgi-bin/elog/ Feb 14 14:38:28 onion elogd[34579]: Logbook dir : /usr/local/server/apache/cgi-bin/elog/logbooks/ Feb 14 14:38:28 onion elogd[34579]: Falling back to default group "elog" Feb 14 14:38:28 onion elogd[34579]: Group "elog" not found Feb 14 14:38:28 onion elogd[34579]: Falling back to default group "nogroup" Feb 14 14:38:28 onion elogd[34579]: Falling back to default user "elog" Feb 14 14:38:28 onion elogd[34579]: User "elog" not found Feb 14 14:38:28 onion elogd[34579]: Falling back to default user "nobody" Feb 14 14:38:28 onion elogd[34579]: Indexing logbook "demo" ... Feb 14 14:38:28 onion elogd[34579]: Feb 14 14:38:28 onion elogd[34579]: ID 1, 011108a.log, ofs 0, thead, MD5= Feb 14 14:38:28 onion elogd[34579]: E4 Feb 14 14:38:28 onion elogd[34579]: 25 Feb 14 14:38:28 onion elogd[34579]: 4C Feb 14 14:38:28 onion elogd[34579]: B8 Feb 14 14:38:28 onion elogd[34579]: AD Feb 14 14:38:28 onion elogd[34579]: 4E Feb 14 14:38:28 onion elogd[34579]: 88 Feb 14 14:38:28 onion elogd[34579]: 68 Feb 14 14:38:28 onion elogd[34579]: 08 Feb 14 14:38:28 onion elogd[34579]: 91 Feb 14 14:38:28 onion elogd[34579]: C9 Feb 14 14:38:28 onion elogd[34579]: 4D Feb 14 14:38:28 onion elogd[34579]: 1E Feb 14 14:38:28 onion elogd[34579]: B7 Feb 14 14:38:28 onion elogd[34579]: CB Feb 14 14:38:28 onion elogd[34579]: C3 Feb 14 14:38:28 onion elogd[34579]: Feb 14 14:38:28 onion elogd[34579]: After sort: Feb 14 14:38:28 onion elogd[34579]: ID 1, 011108a.log, ofs 0 Feb 14 14:38:28 onion elogd[34579]: ok Feb 14 14:38:28 onion elogd[34579]: Server listening on port 8080 ... I am still getting the exact same error in my Apache log. Any more ideas? -Erich-
Sorry, I wasn't sufficiently clear. The issue I mentioned only applied to images that are inlined in the body of the post using the "Image" button in the CKeditor toolbar.
Oddly enough, on this logbook, I am not able to upload an image in that way; after selecting the image and pressing "Send it to the Server," nothing happens.
Since I am unable to attach an image to this logbook, I made a post over the the Linux Demo logbook showing an image that was uploaded with the CKeditor toolbar "Image" button that doesn't link to the full resolution image.
Incidentially, Dario Milicic's recent commit to the git repository (83a10a5), adds the exact functionality I'm looking for to drag-and-drop attachments with the "dndfiles" CKeditor plugin. I've looked througe the "image2" code myself, but I don't have much experience with javascript, and haven't figure out how to do the equivalent for that plugin.
The automatic hiding behavior is what I'm after, and I've discovered that it is only a problem for PDF attachments. I have reproduced this on the demo logbook on git revision f828049.
I've taken a look at the source you mentioned, but as far as I can tell, it is just looking for the opening of the img tag in the HTML source, and I'm not sure why that is different for a PDF.
Hm, looking through the source, there are many many places where PDF files are treated differently than strictly image filetypes (PNG, etc.). This makes sense in the context of multi-page documents.
Still, I like using PDFs for vector plots... I suppose I should also confess to the following modification I've made to my ELOG for treating PDFs like images in drag-and-drop uploading.
--- a/scripts/ckeditor/plugins/dndfiles/plugin.js +++ b/scripts/ckeditor/plugins/dndfiles/plugin.js @@ -142,7 +142,7 @@ CKEDITOR.plugins.add( 'dndfiles', { return;
if(src.indexOf(".png") >= 0 || src.indexOf(".jpg") >= 0 || src.indexOf(".jpeg") >= 0 - || src.indexOf(".gif") >= 0 || src.indexOf(".svg") >= 0) { // This is an image + || src.indexOf(".gif") >= 0 || src.indexOf(".svg") >= 0 || src.indexOf(".pdf") >= 0) { // This is an image html += '<a href = ' + src + '><img src = "' + thumb + '">' + '</a>'; } else { // this is not an image // Server appends 14 characters in front of the name so we should remove them
Got it! Thanks...
Okay thanks for letting me know. That is unfortunate now.
Is there no way also to select multiple files with shift or ctrl? Is there any usable workaround that you can see?
Is is possible to add formatting (such as <b> tags, etc..) to the "thread display" option?
The way I do this is
Attributes = Author, Subject, Run, Type, Hardware, Software,
Options Type = Announcement{1}, Shift_Summary{2}, Physics_Discussion{3}, Analysis{4}, Hardware{5}, Software{6} Options Hardware = Computers, Cryostat/Vacuum, DAQ, Environment Sensors, Magnets Options Software = Analysis/Simulations, Control/Measurement, Detector, Linux, MIDAS, Sequencer, Windows Show Attributes = Author, Type, Subject {5} Show Attributes = Author, Type, Subject, Hardware {6} Show Attributes = Author, Type, Subject, Software
Yes, this works, but users inevitably forget to select "last week" or whatever, and just leave it blank, which means their search unintentionally takes a long time. It would be much better if one could configure it to default to something "fast".
This looks like exactly what I wanted, thanks!
I'm configuring this great application in order to replace the previous elogbook my community is using (in the accelerator's world). One of the main and mandatory feature they cannot renunce is the possibility of displaying every attached image just inline, without having to click over the file name or to enter the entry view (in which the attachment can already be displayed inline) ... - images (and hopefully ps, eps, pdf) be displayed inline just after the text body of the message in the main "List" view - possibility to configure the scale of this view - possibility of build some thumbs in order to save BW and time Is there any way to do it or any plan to implement such a feature in the very next future ?
here is a piece of my current config: ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; Attributes = Author, Type, Category, Subject Required Attributes = Author, Type, Subject Options Type = Deposition{1}, Arc Studies{1}, Conditioning{1}, Vacuum{2}, Other{3} Show Attributes = Author, Subject, Type {1}ROptions Category = Nb, NbN, W, cavity system {2}ROptions Category = pump, leak, mounting {1}Show Attributes = Author, Subject, Type, Category {2}Show Attributes = Author, Subject, Type, Category ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; this is an escamotage I use to have the option to be displyed. I mean that something like the following: ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; Attributes = Author, Type, Category, Subject Required Attributes = Author, Type, Subject Options Type = Deposition{1}, Arc Studies{1}, Conditioning{1}, Vacuum{2}, Other{3} Preset Type = Deposition {1}ROptions Category = Nb, NbN, W, cavity system {2}ROptions Category = pump, leak, mounting {3}Show Attributes = Author, Subject, Type ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; rises a bug: the select input correctly shows "Deposition" as preselected value, BUT the attributes shown are not those identified by the "{3}". re-selecting by hand the "deposition" Type option everything goes right. sorry for my bad english
> > One of the main and mandatory feature they cannot renunce is the possibility > > of displaying every attached image just inline, without having to click over > > the file name or to enter the entry view (in which the attachment can > > already be displayed inline) ... > > Displaying images in the list view is possible by going to the "Find" page and > checking "Display full entries" and "Show attachments". This can even be > automatized by putting > > Start page = ?mode=full&attach=1 > > into the configuration file. Perfect it works !! :-) > > > - images (and hopefully ps, eps, pdf) be displayed inline just after the > > text body of the message in the main "List" view > > PS, EPS and PDF files cannot be displayed inline by the browser (at least not > the browsers I know). I guess what you want is that users submit PDFs, and elog > should convert the PDF automatically into JPG and display a reduced version of > it. Unfortunately this is not possible, and it never will be, since one of the > design prinicples of elog is to be independent of any other package, and with > the requested functionality you would need lots of helper functions (like > ghostview, pbmtools, etc.) which some of which are not present under Windows. > > > - possibility to configure the scale of this view > > - possibility of build some thumbs in order to save BW and time > > Using a HTML <img width=100 ...> does not help. The image is then shown in a > smaller scale, but still the full picture has to be transferred. For making > thumbnails, you again need external libraries (see point above). yes I know, but it could be a "placebo" :-P .. we are using the elog in a lan so it could be a good temporary solution ... can you point me to some documentation I can read to be able to do it? should I edit the css file ? > > So if you want extensive image processing, you might be better of with a picture > gallery like applications, but maybe the automatic attachment display shown > above helps a little bit. yes, of course... can be usefull to be able to "optionally" execute some external program (a sort of pipe) in order to be (eventually) able to set a "filter program" for attachments. The same way an MTA does with procmail I mean. in this case one has to be able to access both to the original image and the processed one...
> > yes I know, but it could be a "placebo" :-P .. we are using the elog in a lan so it > > could be a good temporary solution ... > > > > can you point me to some documentation I can read to be able to do it? should I edit > > the css file ? > > No, I would have to add another option to the configuration file, it's not yet implemented. > uhm ok .. can I expect to get a release with this feature in the near future ? tnx in advance
> > uhm ok .. can I expect to get a release with this feature in the near future ? > > I checked how I would do that and did not find a good solution. If I put a > > <img width=300 ...> > > for example, this scales down a big picture to only 300 pixels width. But if you submit a small > picture, like just an icon, it blows it up to 300 pixels as well, which does not look nice. > Unfortunatle I don't know of any option like "maxwidth=x" which only scales pictures down if they > are larger than x. Do you know? the following should do the job: <table><TR><TD width="200"> <img src="IMG_3133.jpg" width="100%"> </TD></TR></table> or (better I think) <div style="width: 200px"> <img src="IMG_3133.jpg" style="width: 100%" /> </div> the configurable parameter should be with obviously :-)
elog sends wrong HTTP headers, charset is empty and not separed from the next one "Connection: Keep-Alive ... this bug tells the browser that the encoding is "connection:" ... that is wrong. root@emc2:/home/albert# GET -USde http://midas.psi.ch/elogs/Forum/ GET http://midas.psi.ch/elogs/Forum/ User-Agent: lwp-request/2.06 GET http://midas.psi.ch/elogs/Forum/ --> 200 Document follows Connection: close Date: Tue, 08 Feb 2005 11:54:40 GMT Pragma: no-cache Server: ELOG HTTP 2.5.6-2 Content-Type: text/html;charset=Connection: Keep-Alive Expires: Fri, 01 Jan 1983 00:00:00 GMT ..... .... this is the problem from validator point of viev: http://validator.w3.org/check?uri=http%3A%2F%2Fmidas.psi.ch%2Felogs%2FForum%2F&charset=%28detect+automatically%29&doctype=%28detect+automatically%29&ss=1&verbose=1
> as this url shows http://www.htmlhelp.com/tools/validator/problems.html#amp > it should be used an HTML entity instead of the ampersand sign.<p> another problem with validation: required attribute "ALT" not specified in every <img> tag used in the elog (icons) here is an example of the validator results: http://validator.w3.org/check?uri=http%3A%2F%2Fmidas.psi.ch%2Felogs%2FLinux+Demo%2F&charset=iso-8859-1+%28Western+Europe%29&verbose=1
up :-)
the following patch corrects the problem, plz apply : --- elogd.c 2005-02-03 16:46:10.000000000 +0100 +++ elogd_albert.c 2005-02-08 15:40:36.000000000 +0100 @@ -6178,7 +6178,7 @@ if (getcfg("global", "charset", str, sizeof(str))) rsprintf("Content-Type: text/html;charset=%s\r\n", str); else - rsprintf("Content-Type: text/html;charset=%S\r\n", DEFAULT_HTTP_CHARSET); + rsprintf("Content-Type: text/html;charset=%s\r\n", DEFAULT_HTTP_CHARSET); if (use_keepalive) { rsprintf("Connection: Keep-Alive\r\n"); @@ -11267,7 +11267,7 @@ rsprintf("Server: ELOG HTTP %s\r\n", VERSION); rsprintf("Accept-Ranges: bytes\r\n"); rsprintf("Connection: close\r\n"); - rsprintf("Content-Type: text/plain;charset=%S\r\n", DEFAULT_HTTP_CHARSET); + rsprintf("Content-Type: text/plain;charset=%s\r\n", DEFAULT_HTTP_CHARSET); rsprintf("Pragma: no-cache\r\n"); rsprintf("Expires: Fri, 01 Jan 1983 00:00:00 GMT\r\n\r\n");
current version uses strstr() to check if the file has the expected ascii text extension ... this is buggy becouse this way a file named ".txt_hidden_file" or "foo.config.dat" are both seen as .txt files. the following patch fixes the problem, plz apply to cvs: ####################################################################### --- elogd_orig.c 2005-02-03 16:46:10.000000000 +0100 +++ elogd_extchk_fix.c 2005-02-08 17:32:21.000000000 +0100 @@ -1160,6 +1160,28 @@ #define my_toupper(_c) ( ((_c)>='a' && (_c)<='z') ? ((_c)-'a'+'A') : (_c) ) +static BOOL chkext(const char *str, const char *ext) +{ + int extl, strl; + char c1, c2; + + if (ext == NULL || str == NULL) + return FALSE; + + extl = strlen(ext); + strl = strlen(str); + if (extl >= strl) + return FALSE; + str = str+strl-extl; + while (*str) { + c1 = *str++; + c2 = *ext++; + if (my_toupper(c1) != my_toupper(c2)) + return FALSE; + } + return TRUE; +} + BOOL strieq(const char *str1, const char *str2) { char c1, c2; @@ -1168,6 +1190,8 @@ return TRUE; if (str1 == NULL || str2 == NULL) return FALSE; + if (strlen(str1)!=strlen(str2)) + return FALSE; while (*str1) { c1 = *str1++; @@ -13698,8 +13722,8 @@ ("<tr><td colspan=%d class=\"attachment\">%s %d: <a href=\"%s\">%s</a>\n", colspan, loc("Attachment"), index + 1, ref, attachment[index] + 14); - if ((strstr(str, ".TXT") || strstr(str, ".ASC") || strstr(str, ".CFG") - || strstr(str, ".CONF") + if ((chkext(str, ".TXT") || chkext(str, ".ASC") || chkext(str, ".CFG") + || chkext(str, ".CONF") || strchr(str, '.') == NULL) && show_attachments) { /* display attachment */ rsprintf("</td></tr><tr><td colspan=%d class=\"messagelist\"><pre>", colspan); @@ -14779,7 +14803,7 @@ regex_t re_buf[MAX_N_ATTR + 1]; regmatch_t pmatch[10]; - /* redirect if enpty parameters */ + /* redirect if empty parameters */ if (strstr(_cmdline, "=&")) { while ((pt1 = strstr(_cmdline, "=&")) != NULL) { pt2 = pt1; #######################################################################
> > uhm ok .. can I expect to get a release with this feature in the near future ? > > I checked how I would do that and did not find a good solution. If I put a > > <img width=300 ...> > > for example, this scales down a big picture to only 300 pixels width. But if you submit a small > picture, like just an icon, it blows it up to 300 pixels as well, which does not look nice. > Unfortunatle I don't know of any option like "maxwidth=x" which only scales pictures down if they > are larger than x. Do you know? the following patch should do the job: ################################################################################# --- elogd_orig.c 2005-02-03 16:46:10.000000000 +0100 +++ elogd_imgscale.c 2005-02-08 18:58:14.000000000 +0100 @@ -13690,9 +13690,14 @@ ("<tr><td colspan=%d class=\"attachment\">%s %d: <a href=\"%s\">%s</a>\n", colspan, loc("Attachment"), index + 1, ref, attachment[index] + 14); if (show_attachments) - rsprintf - ("</td></tr><tr><td colspan=%d class=\"messagelist\"><img src=\"%s\"></td></tr>", - colspan, ref); + if (!getcfg(lbs->name, "Attached image width", str, sizeof(str))) { + rsprintf("</td></tr><tr><td colspan=%d class=\"messagelist\"><img src=\"%s\"></td></tr>", + colspan, ref); + } else { + rsprintf("</td></tr><tr><td colspan=%d class=\"messagelist\">" + "<div style=\"width: %s\"><img src=\"%s\" style=\"width: 100%\"></div></td></tr>", + colspan, str, ref); + } } else { rsprintf ("<tr><td colspan=%d class=\"attachment\">%s %d: <a href=\"%s\">%s</a>\n", @@ -18090,7 +18095,10 @@ if (is_image(att)) { rsprintf("<tr><td class=\"messageframe\">\n"); rsprintf("<a name=\"att%d\"></a>\n", index + 1); - rsprintf("<img src=\"%s\"></td></tr>", ref); + if (!getcfg(lbs->name, "Attached image width entry", str, sizeof(str))) + rsprintf("<img src=\"%s\"></td></tr>", ref); + else + rsprintf("<div style=\"width: %s\"><img src=\"%s\" style=\"width: 100%\"></div></td></tr>", str, ref); rsprintf("</td></tr>\n\n"); } else { if (is_ascii(file_name)) { ########################################################################################## two new elog.conf parameters are defined: Attached image width ; width of full view image attached Attached image width entry ; width of attached image in the entry list view plz apply :-)
> > ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; > > Attributes = Author, Type, Category, Subject > > Required Attributes = Author, Type, Subject > > Options Type = Deposition{1}, Arc Studies{1}, Conditioning{1}, Vacuum{2}, > > Other{3} > > Preset Type = Deposition > > The "Preset xxx" option actually never was ment to be used with conditional > attributes. I added that functionality in rev. 1.553. Please give it a try. it works fine !!! thank you so much (btw, using Preset xxx{1} it doesn't works.. but it should be the correct beaviour)
> > current version uses strstr() to check if the file has the expected ascii > > text extension ... this is buggy becouse this way a file named > > ".txt_hidden_file" or "foo.config.dat" are both seen as .txt files. > > I added your routine chkext() to the code, but actually use it differently. I > display now ASCII files not by their extension, but the code checks for each file > to contain non-printable characters. If it contains all printable letters, and does > not have the extension PDF, PS or EPS, it's shown inline. I totally agree with you choice :-)
> > the following should do the job: > > > > <div style="width: 200px"> > > <img src="IMG_3133.jpg" style="width: 100%" /> > > </div> > > > > the configurable parameter should be with obviously :-) > > Unfortunately not. Please find attached the screen dump from such a try, together with the HTML code. > As you can see, the little elog icon is stretched to the same width as the upper (large) picture. you are right ;-( I used a different code in my test and sent you and old test code, *but* also the last one does not works on every browser ... the following code would do the job, but it seems to work only in gecko-based browsers such as mozilla, firefox and safari ... <div style="width: 200px"> <img src="IMG_3133.jpg" style="max-width: 200" /> </div> other browsers do not scale the vertical dimention :-(
using: Display mode = threaded List display = Subject, Type, Author, Date in the config file (omitting "ID" then) rise the bug ie, an unneeded "," is displayed after the "supposed to be printed" ID
> > as this url shows http://www.htmlhelp.com/tools/validator/problems.html#amp > > > it should be used an HTML entity instead of the ampersand sign.<p> > > Can you please be a bit more specific? In which URL should the ampersand be > replaced? uhmm... http://midas.psi.ch/elogs/Forum/page2?mode=threaded&expand=0&last=7 the bug is also a "documentation bug", infact similar tricks are also in FAQs (FAQ 5 for example) I tried to substitute avery occurrence of hard coded "&" with "&" but it does not do the job at all ... infact the first time the HTML code is ok, but following a link let the browser to automatically decode html entities .. and everything turns wrong again ... maybe the encoding should be done in printing-to-the-browser-time ..
> > > as this url shows http://www.htmlhelp.com/tools/validator/problems.html#amp > > > > > it should be used an HTML entity instead of the ampersand sign.<p> > > > > Can you please be a bit more specific? In which URL should the ampersand be > > replaced? > > uhmm... > > http://midas.psi.ch/elogs/Forum/page2?mode=threaded&expand=0&last=7 > > the bug is also a "documentation bug", infact similar tricks are also > in FAQs (FAQ 5 for example) > > I tried to substitute avery occurrence of hard coded "&" with "&" but it does > not do the job at all ... infact the first time the HTML code is ok, but > following a link let the browser to automatically decode html entities .. and > everything turns wrong again ... maybe the encoding should be done in > printing-to-the-browser-time .. BTW, the current url (taht should be perfectly well formed makes the elog not to display attachments ... so may be thare is a problema in the query string decoding routine ... http://somehost.it:8080/LBNAME/?mode=full&attach=1
Display subject = <b>$subject</b> is printed to the browser encoded, so that it is diplayed as is..
> Hi to all, > > I've prepared a new Debian package. This version will probably be the one > which you'll find in Sarge/stable. > > There are some invasive changes in this version which call for a serious > test. In accordance with a suggestion, I've changed the configuration > mechanism. For details, please read the NEWS.Debian file attached. > > Could the Debian users who follow this forum test it and give some feedback? > You can download the package from the following link: > > http://l10n-turkish.alioth.debian.org/debian/elog_2.5.8+r1592-1_i386.deb > > Thanks in advance for your participation, It seems to work nice to me. Just another suggestion: I think it would be better to insert a commented out example for all allowed parameters in the distributed /etc/default/elog nice work :-)
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. > 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
> > 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
> > It seems to work nice to me. > > Just another suggestion: I think it would be better to insert a commented out > > example for all allowed parameters in the distributed /etc/default/elog > > Thanks for the test. Please note that, /etc/default/elog is partially auto > created during the installation. All options except PIDFILE and CONFFILE are > currently listed (as configured or commented out). If you didn't see these > options (after the update), there must be a problem. Did you mean the lack of > PIDFILE and CONFFILE in the default file? no, my bad (it seems :-P) .. I re-installed the package now on my laptop and seems to work fine... maybe I have swapped the diff result when installed yesterday. Making tests I found another problem, her is the report: #### root@emc2:/home/albert# apt-get remove elog Lettura della lista dei pacchetti in corso... Fatto Generazione dell'albero delle dipendenze in corso... Fatto I seguenti pacchetti saranno RIMOSSI: elog 0 aggiornati, 0 installati, 1 da rimuovere e 0 non aggiornati. È necessario prendere 0B di archivi. Dopo l'estrazione, verranno liberati 2444kB di spazio su disco. Continuare? [S/n] (Lettura del database ... 152033 file e directory attualmente installati.) Rimuovo elog ... Stopping ELOG daemon: elogd. root@emc2:/home/albert# rm /etc/default/elog rm: rimuovere regular file `/etc/default/elog'? y root@emc2:/home/albert# apt-get install elog Lettura della lista dei pacchetti in corso... Fatto Generazione dell'albero delle dipendenze in corso... Fatto I seguenti pacchetti NUOVI (NEW) saranno installati: elog 0 aggiornati, 1 installati, 0 da rimuovere e 0 non aggiornati. È necessario prendere 0B/530kB di archivi. Dopo l'estrazione, verranno occupati 2444kB di spazio su disco. Selezionato il pacchetto elog, che non lo era. (Lettura del database ... 151926 file e directory attualmente installati.) Spacchetto elog (da .../elog_2.5.8+r1592-1_i386.deb) ... Configuro elog (2.5.8+r1592-1) ... cat: /etc/default/elog: No such file or directory Starting ELOG daemon: elogd. #### So, removing an existing elog (not purging) and installing again raise the error. Why installation creates the default/elog file only the first time ? I think it shoud do the job everytime (and everytime ask the user is there is a diff to be checked)
> Hi to all, > > I've prepared a new Debian package. This version will probably be the one > which you'll find in Sarge/stable. > > There are some invasive changes in this version which call for a serious > test. In accordance with a suggestion, I've changed the configuration > mechanism. For details, please read the NEWS.Debian file attached. > > Could the Debian users who follow this forum test it and give some feedback? > You can download the package from the following link: > > http://l10n-turkish.alioth.debian.org/debian/elog_2.5.8+r1592-1_i386.deb > > Thanks in advance for your participation, btw, what about in including in default/elog also a voice for the "-x" switch ?? It is a security related thing and may be passed only on the command line to the daemon, so it should be governed by the system elog admin.
Stefan, the validation still fails on the ampersand ... here is an example of your online Demo elog: http://validator.w3.org/check?verbose=1&uri=http%3A//midas.psi.ch/elogs/Forum/920
> 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. 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
When I create a new logbook (I used an existing one as a template) elog does not works anymore... - The problem is on elog user's file.. It seems elogd can't read it anymore: Cannot open file arco.users: Success Please use your browser's back button to go back - Here are some informations: sparcserv:/usr/share/elog# ps U elog PID TTY STAT TIME COMMAND 5165 ? Ss 0:08 /usr/sbin/elogd -f /var/run/elogd.pid -c /etc/elog.conf -d /var/lib/elog -s /usr/share/elog -p 8080 -n sparcserv:/usr/share/elog# id elog uid=106(elog) gid=106(elog) gruppi=106(elog) sparcserv:/usr/share/elog# ls -lha arco.us* -rw------- 1 elog elog 1,8K 2005-03-24 12:21 arco.users -rw-r--r-- 1 elog elog 473 2005-03-23 10:41 arco.users_bak sparcserv:/usr/share/elog# giving the arco.users file chmod a+wr does *not* make it work ... re-chmod-ing to -rw------- AND restarting the daemon solves the problem and everything works nice ... any idea?
When I define 2 attributes, by default and the second one has to be showed depending on the first one value the elog correctly handle the thing, but the rss feed shows an empty comma separeted field corresponding to the conditional attribute not filled ...
Is it possible to have last runtime filtering and viewing method to be stored in a cookie in order to make them permanent across navigation ? I mean: - if I decide to view "all" entries in the elog and then open one of them, I'd like not to select "show all entries" again and again - same thing if I choose to view last week - same for every runtime filter and/or viewing option hope this is simple to implement :-) thanks in advance
is it possible to make the "+" sign, indicating a thread in the threaded view, to be clickable in order to be able to expand a single thread each time ? of course elog should remember the choice, so it will be possible to expand N threads over the M total ones.. thanx :-)
> > of course elog should remember the choice, so it will be possible to expand > > N threads over the M total ones.. > > How should elog remember that? If you put this into the URL like > > http://<elog-host>/<logbook>/?exp=12&exp=14&exp=18 > > to expand the entries 12, 14 and 18, it might work fine. But imagine that some uses > have very long list with thousands of entries. This would make the URL very long, > everything very slow and could even crash some browsers. > > What I usually do is to not expand the list. If I click on an individual entry, I > see then the expanded thread for that entry above that entry. But you probably > realized this possibility already. :-) yes I do A way may be using cookies, otherwise one can implement a kind o session mechanism (using cookies or QS to pass sessid and storing user data on the server for a limited time...) the session method may be useful, but more difficult to implemnet, of course
> > When I define 2 attributes, by default and the second one has to be showed > > depending on the first one value the elog correctly handle the thing, but > > the rss feed shows an empty comma separeted field corresponding to the > > conditional attribute not filled ... > > Can you send me the part of your config files with those things so that I can > reproduce it? it is attached
> > A way may be using cookies, otherwise one can implement a kind o session mechanism > > (using cookies or QS to pass sessid and storing user data on the server for a limited > > time...) > > the session method may be useful, but more difficult to implemnet, of course > > The concept of a session ID is not present in elog, so implementing it would be harder > than writing elog from scratch. Keeping the thousand 'expansion' flags in cookies is bad > as well, because your browser will send them all each time you request a page, which can > then slow down things considerably over slow lines. ok, i've downgraded my request then ... it will be still useful to have the possibility of expland selectively a single thread :-)
> > ok, i've downgraded my request then ... > > > > it will be still useful to have the possibility of expland selectively a single thread :-) > > That you can do by clicking on the thread and look at the thread at the top of the page (;-)) > > That's exactly the same number of clicks as you would need to expand a thread (:-))) LOL ..this way I can't see the list of other threads .. so il my goal is to inspect the thread looking for something I have to: - open the 3d - return to 3d list - open another 3d .. [loop] my wish would be to reduce it to - open the 3d - open another 3d .. [loop] of course I'm thinking to a big number of entries in a short number of 3ds .. making ugly to simply expand everything .. :-)
> Ok, fixed. I do however not evaluate the conditional attribute, but just remove any > empty attribute, I guess that makes more sense. ok, it work perfectly, tnx .. I agree with you choice of course :-)
--- src/elogd.c 24 Jun 2005 20:22:33 -0000 1.685 +++ src/elogd.c 27 Jun 2005 13:34:05 -0000 @@ -15853,7 +15853,7 @@ if (comment[0] == 0) strcpy(comment, attr_options[i][j]); - for (i1=i2=0 ; i1<=(int)comment ; i1++) { + for (i1=i2=0 ; i1<=(int)strlen(comment) ; i1++) { if (comment[i1] == '(') { option[i2++] = '\\'; option[i2++] = '(';
diff -u -r1.691 elogd.c --- src/elogd.c 4 Jul 2005 21:12:58 -0000 1.691 +++ src/elogd.c 5 Jul 2005 09:29:57 -0000 @@ -16728,7 +16728,7 @@ /*---- apply last login cut ----*/ - if (isparam("new_entries") && isparam("unm")) + if (isparam("new_entries") && atoi(getparam("new_entries")) == 1 && isparam("unm")) get_user_line(lbs, getparam("unm"), NULL, NULL, NULL, NULL, <ime_start); /*---- assemble message list ----*/
Restrict edit = 1 ; preset author and email Preset Author = $short_name Preset Author Email = $user_email Preset on reply Author = $short_name Preset on reply Author Email = $user_email Subst on reply subject = Re: $subject ; these attributes cannot be changed Locked Attributes = Author, Author Email
albert@YYYYYYYYY:~$ ps axu | grep elog elog 22348 1.0 1.9 23660 20408 ? Ss 11:32 4:54 /usr/sbin/elogd -f /var/run/elogd.pid -c /etc/elog.conf -d /var/lib/elog -s /usr/share/elog -p 8081 -n 127.0.0.1 -x -D root 22353 0.0 0.2 45436 2276 ? Ss 11:32 0:17 /usr/sbin/stunnel -o /var/log/elog/elog_daemon.log -p /etc/ssl/certs/stunnel_XXXXXXX.pem -d XXXXXX.roma2.infn.it:8080 -r 127.0.0.1:8081
Options Category = Info,Report,[B]Problem[I]{1}[/I][/B],Other Preset Category = Info Display Category = <img style="border:0; float:left; margin-right:5px" src="icons/$category.png">$category [B]{1}[/B]ROptions Level = Notice,Warning,Alert,Fixed {1}Preset Level = Warning [B]{1}Display[/B] Category = <img style="border:0; float:left; margin-right:5px" src="icons/[B]$level[/B].png">[B]$category[/B]
Locked attributes = Author Preset on Reply Author = $long_name
munmap(0xb7db4000, 4096) = 0 select(1024, [5], NULL, NULL, {6, 0}) = 1 (in [5], left {5, 996000}) recv(5, "GET /calendar_filter/imgs/window"..., 100000, 0) = 485 open("/usr/share/elog/scripts/calendar_filter/imgs/window_close.gif", O_RDONLY) = 6 close(6) = 0 open("/usr/share/elog/scripts/calendar_filter/imgs/window_close.gif", O_RDONLY) = 6 lseek(6, 0, SEEK_END) = 648 lseek(6, 0, SEEK_CUR) = 648 lseek(6, 0, SEEK_SET) = 0 time([1123066183]) = 1123066183 read(6, "GIF89a\20\0\20\0\306`\0\16\26 \r\27!\16\30!\24 .\25 .I"..., 648) = 648 close(6) = 0 send(5, "HTTP/1.1 200 Document follows\r\nS"..., 879, 0) = 879 close(5) = 0 select(1024, [3], NULL, NULL, {1, 0}) = 0 (Timeout) select(1024, [3], NULL, NULL, {1, 0}) = 0 (Timeout) select(1024, [3], NULL, NULL, {1, 0}) = 0 (Timeout) select(1024, [3], NULL, NULL, {1, 0}) = 0 (Timeout) select(1024, [3], NULL, NULL, {1, 0}) = 0 (Timeout) select(1024, [3], NULL, NULL, {1, 0}) = 0 (Timeout) select(1024, [3], NULL, NULL, {1, 0}) = 0 (Timeout) select(1024, [3], NULL, NULL, {1, 0}) = 0 (Timeout) select(1024, [3], NULL, NULL, {1, 0}) = 0 (Timeout) select(1024, [3], NULL, NULL, {1, 0}) = 1 (in [3], left {0, 81000}) accept(3, {sa_family=AF_INET, sin_port=htons(57723), sin_addr=inet_addr("127.0.0.1")}, [16]) = 5 time(NULL) = 1123066193 socket(PF_FILE, SOCK_STREAM, 0) = 6 connect(6, {sa_family=AF_FILE, path="/var/run/.nscd_socket"}, 110) = -1 ENOENT (No such file or directory) close(6)
<VirtualHost xxx.xxx.xx.xx> ServerAdmin our.email.address DocumentRoot /www/apache/htdocs ServerName our.server.name # Rules to new elog 2.6.0 Redirect / https://our.server.name:9898 ErrorLog logs/error_log CustomLog logs/access_log common </VirtualHost>
<VirtualHost xxx.xxx.xx.xx:9898> # Here be standard configuration for the Virtual Host ServerName our.server.name:9898 ServerAdmin our.email.address RequestHeader set Front-End-Https "On" # This be the path to the elog directory # (This didn't seem to make any difference, but it be a good # idea nonetheless) DocumentRoot "/www/src/elog-2.6.0" # Here be the setup for the SSL component of the Virtual Host SSLEngine On SSLCertificateFile /www/apache/conf/ssl.crt/server.crt #SSLCertificateKeyFile /www/apache/conf/ssl.key/server.pem SSLCertificateKeyFile /www/apache/conf/ssl.key/server.key # Here be the setup options for the Proxy module ProxyRequests Off ProxyPreserveHost On # This be the root of the new Virtual Host, and it should be # redirected to the port the elogd server is listening to # (8082 on our poop deck). <Location /> ProxyPass http://our.server.name:8082/ ProxyPassReverse http://our.server.name:8082/ SSLRequireSSL </Location> ErrorLog /www/apache/logs/error_log TransferLog /www/apache/logs/access_log </VirtualHost>
URL = https://our.server.name:9898
Our Unix server died, so we decided to move our old eLog to the new server, running Mac OSX. Elog version is earlier then 2013, I can not say
I read that on OSX eLog must be intalled through "make" command
if I need to install eLog first, how to add all old information later?
Thank yoy for responding back to me ... I run the excutable that I downloaded from the website .. How can I do the full directory tree with the ELOG JavaScript files??
We just tested eLog and it works in Chrome but not in IE .. Is it a setting issue that we need to chnage on IE ?!
I use a elog which has a text field to show log entries: https://classis01.roma1.infn.it/elog/calib/ In the "Summary" view there are only 3 lines of about 40 characters shown, so often the entry is cut off even though there is plenty of space in the text box for longer lines. To see the full entry you must click on the ID number. Is there any way to configure the Text box to show longer lines? Thank you.
Hope it works because this is tool better every day.
Keep up the GOOD Work!
> ------ > > I plan on letting elogd create a core dump, but so far I haven't managed to change its cwd to a directory elog can write to. > > Please let me know if there is any other information I can provide. Any suggestions would be greatly appreciated. > > Many thanks, > Devin There are other debugers ... Whay don't you give them a try? example: Install "strace" (if you don't have it) and do something like ... strace gdb /usr/local/sbin/elogd 6162 -debug 2>debug.out Also there is "ltrace", etc.
If I upload an attachment the timestamp of the attachment is set to one hour in the future, as demonstrated with this test attachment being one hour in the future compared to the entry time
Since the attachments are not actually removed, the only option I see is to modify the logbook file entry on the server by manually re-adding the filenames to the "Attachment: " line. But
if you define a Tooltip at the moment it is only displayed on the attribute. I would like it very much if it would also be displayed on the values (on the right column in the detailed view and on the whole column in the list view), since we are using the tooltips to define the units of the attribute and it would be nice to pop up when you hover a value.
As for the comment it would be nice to have a flag to also show the comment on the detailed view while looking at an entry. At the moment it is only showed when creating a new entry. Again we use this field to define the units.
This is an example of how we use these options:
attributes = Fill Number, Beam Current, Beam Energy, Beam Lifetime, RF Voltage S2, RF Voltage S4, RF Frequency, Synchrotron Frequency Comment Beam Current = in mA Comment Beam Energy = in GeV Comment Beam Lifetime = in hh:mm Comment RF Voltage S2 = in kV Comment RF Voltage S4 = in kV Comment RF Frequency = in MHz Comment Synchrotron Frequency = in kHz
attributes = Fill Number, Beam Current, Beam Energy, Beam Lifetime, RF Voltage S2, RF Voltage S4, RF Frequency, Synchrotron Frequency
Comment Beam Current = in mA Comment Beam Energy = in GeV Comment Beam Lifetime = in hh:mm Comment RF Voltage S2 = in kV Comment RF Voltage S4 = in kV Comment RF Frequency = in MHz Comment Synchrotron Frequency = in kHz
Tooltip Beam Current = in mA Tooltip Beam Energy = in GeV Tooltip Beam Lifetime = in hh:mm Tooltip RF Voltage S2 = in kV Tooltip RF Voltage S4 = in kV Tooltip RF Frequency = in MHz Tooltip Synchrotron Frequency = in kHz
attributes = Fill Number, Beam Current, Beam Energy, Beam Lifetime, RF Voltage S2, RF Voltage S4, RF Frequency, Synchrotron Frequency Comment Beam Current = in mA Comment Beam Energy = in GeV Comment Beam Lifetime = in hh:mm Comment RF Voltage S2 = in kV Comment RF Voltage S4 = in kV Comment RF Frequency = in MHz Comment Synchrotron Frequency = in kHz Tooltip Beam Current = in mA Tooltip Beam Energy = in GeV Tooltip Beam Lifetime = in hh:mm Tooltip RF Voltage S2 = in kV Tooltip RF Voltage S4 = in kV Tooltip RF Frequency = in MHz Tooltip Synchrotron Frequency = in kHz
You can use the elog command line tool and submit the same attributes to the 5 different logbooks by iterating over the logbook names executing something like this:
elog -l logbook1 -a "attr1=value1" -a "attr2=value2" elog -l logbook2 -a "attr1=value1" -a "attr2=value2" elog -l logbook3 -a "attr1=value1" -a "attr2=value2" elog -l logbook4 -a "attr1=value1" -a "attr2=value2" elog -l logbook5 -a "attr1=value1" -a "attr2=value2"
elog -l logbook1 -a "attr1=value1" -a "attr2=value2"
elog -l logbook2 -a "attr1=value1" -a "attr2=value2"
elog -l logbook3 -a "attr1=value1" -a "attr2=value2"
elog -l logbook4 -a "attr1=value1" -a "attr2=value2"
elog -l logbook5 -a "attr1=value1" -a "attr2=value2"
Another option would be having an additional common logbook, removing the commonly shared attributes from the other logbooks and add an attribute which links to this entry (using the "elog:logbook/ID" syntax as a value).
Cheers, eddy
> <p>Hi,</p> > > <p>I have a problem running elog command from php script. Basically in the php I call system("elog -h etc etc.. And from the php command line works but not in the browser apparently without errors (php apache logfile no problem), any suggestions?</p> Hey, this sounds more like a PHP issue. Which PHP version are you using? Which webserver? Which php function are you using: shell_exec() or exec()? Try looking at the return of exec() Is the elog file set to the correct file permissions to be executed by the webserver? Is the elog file in the PHP path or do you take care of defining the correct path? eddy
the edit/replace feature is already capable of just replacing individual attributes. I already make heavy use of this feature:
1. One entry is created with some measurement parameters
2. A different script is running processing the measurement data making a plot and a fit
3. Two fit parameters and the attachment are added to the original elog entry (all other attributes and values still exist afterwards)
But the problem here is, that although it does work for normal attrbutes, the attachments will always be replaced (=> removed) if you use this command. Since I only add the attachment on the edit it does work for me.
Btw the documentation on the homepage is also misleading about the -w command, since in the actual version it does nothing with any password but just reads back the whole elog entry (which I use to manually append the main message)
Right now a Draft shows a red error indication, that the entry is currently a draft. For the CSS styling it uses the HTML class="errormsg". The same class is also used if an entry does not exist.
Would it be possible for the draft version to use a different HTML class (for example class="draftmsg")? It can also use the same visual style (or making it yellow would probably also work)
The reason is that the py_elog Interface uses the class="errormsg" to determine if an entry does not exist ( https://github.com/paulscherrerinstitute/py_elog/blob/master/elog/logbook.py#L394 ) and refuses to return the content for this entry. One could possibly fix that also on the py_elog part, but it would probably at least require parsing of actual text (which might make problems for translated pages). Alternativley one could also look for the edit button, but maybe a small change on the elog server side is the simplest solution to this problem?
First, thank you so much for elog; after using it for about 3 years, it has proven really handy and reliable.
When there is a very long URL in a message in "plain" encoding, and this message is displayed in a list of messages, a very long scrollbar appears at the bottom (same "scroll width" as the URL) and some tabs and and dropdowns (filters) are unreachable without scrolling.
This does not happen if
The exact version used is 0b9f7ed0 Merge branch 'develop'
There are no relevant instructions in elog.css for .messagelist, and I did not find any obvious fix in the source code.
Appreciate the help..
As a variant of what Stefan has suggested:
Perhaps a simple comment is set up as the pre-loaded reply - perhaps including date and time. Maybe include the author's name in the comment, but all that is available anyway (see documentation for that). This bit isn't vital.
Then each user simply has to *reply* to the message concerned, and you then get the list of who has read it, available in threaded view of the comment and replies.
Of course this works best with small numbers of users, and where threads are never very long. Also, it means that you can lock the original message (prevent it being edited) which may be a particular concern depending on what you are using elog for.
You might also want to define an attribute that a reader can tick to say that they have taken action if it is important that someone has to take further action (as opposed to just reading) - and maybe that changes the colour of the background or the icon in front of the topic. Then there would be a record as to who has done the necessary, and later readers will know the matter is for information rather than needing attention. For example,. who kicked the power supply to the ion source on Monday morning to "wake it up" (this is true, but pre-elog, so was a paper record). John kicked it last Monday, and the power supply respects John, may be a statistic one could find from such information recorded as suggested here.
You may want a second attribute people have to explicity select so as to show they understand what they've read, rather than just reply/submit without having read... e.g. they have to select a digit of the ticket number, or some auto-generated number (or letter, I'm not characterist) that is within the original comment.
We all know people who click on things they've never read, and come on, we've all done it at times...
> > Is there something else which is making this difficult to do? > > Not really, but hsearch() & Co. are not available under Windows, so I have to extract the > source code from the GNU C libarary or so. Since the last discussion I had lots of other > topics on my to-do list, such as mirroring and cloning, but the speed issue is getting more > and more up on the priority list. Speaking of windows I'd like to note that when I moved my call tracking config from a slow BSD system (PPro 200Mhz) to a faster windows system (P3 733M) I noted a huge slow down in the interface. Talking about perhaps 1-2 seconds before to 10-15 seconds after. Using sysinternals file monitor I see that elogd is hammering each log file in the directory. Not sure what else is going on. 309 log files - only 1.25Meg. Anything I can do short of pruning down the files? [Edit: In both cases above my default view is filtered and sorted - so that I only see things with a specific status. Taking away the filtering resolves this hit - but does not explain the speed difference between platforms.] -D
Would very much appreciate your comments and advice on the above.
Cheers Dougie
Now I realized that it is not a problem in /etc/init.d, but deamon itself.
When I run the following command as a root, it didn't run
/mnt/wd500/jnj/products/elog/sbin/elogd -D -c /mnt/wd500/jnj/products/elog/elog/elogd.cfg
But, it runs when I did as a user.
I really don't understand this strange behavior.
I've written a powershell script parse a html table that contains old log book data that i would like to import to a elog book. I've attached a example of the output.
When i attempt a import i get this error
"XML file does not contain <ENCODING> element"
The file does contain an encoding for utf-8 I've tried converting the xml to ANSI and ISO-8859-1 encodings but i get the same error.
is there something obvious that I'm missing?
here is the config of the log book:
[WLTST] Theme = default Comment = Test Logbook Attributes = Author, Object, Action Comment Author = Username Comment Action = What Comment Text = Why Required Attributes = Author, Object, Action, Text Page Title = Test Logbook Reverse sort = 1 Quick filter = Date, Type
I hope this helps.
That worked, thank you so much. now I'm on to a new error.
Now every time i try to do the import it crashed the elogd.
OS is windows server 2008 R2. I have the elogd installed as a service.
here is the even log:
Faulting application name: elogd.exe, version: 0.0.0.0, time stamp: 0x51248707 Faulting module name: elogd.exe, version: 0.0.0.0, time stamp: 0x51248707 Exception code: 0xc0000417 Fault offset: 0x000682da Faulting process id: 0x558 Faulting application start time: 0x01cf37d8870fc9a1 Faulting application path: D:\Program Files (x86)\ELOG\elogd.exe Faulting module path: D:\Program Files (x86)\ELOG\elogd.exe Report Id: defc3f39-a3cb-11e3-9dd5-005056954c86
I have attached the Data file I'm using to generate the fault every time. same config as before. Any Ideas?
Anyone have any luck reproducing the error? or have suggestions on how to fix it?
Thanks for this wonderful tool.
Don
We have been successfully using the TCK-##### for several months and suddenly today it has stopped incrementing. We were at ticket # 40 and this morning any new tickets come up as 12 and never increment? We have tried restarting the elog service. Any suggestions would be appreciated.
Thank You
My apologies for posting this question. I have found the solution.
We had two log books each with the same variable called "Ticket" but different values. When an entry from one was Moved to the other the counter was confused. I had to manually change the value of "Ticket" to match the convention of the log book that the entry was now in.
Here is the problem:
[url=http://example.com?arrays[]=v1&arrays[]=v2]click here[/url]
How can I escape [] inside url tag?
\[\] seems not working.
The URL encoding of ']' as '%5D' appears to work:
[url=http://example.com?arrays[%5D=v1&arrays[%5D=v2]click here[/url]
That tweak works!
What is the string length limit in url tag and how to increase it?
For example,
[url=http://example.com?<text_string>]click here[/url]
When I provide very long <text_string>, it was truncated and showed partial link only.
Please could you help me.
We have 2 elog servers synchronized every minute via Elog mirroring function.
2 or 3 times a week, the slave crashes and we have to restart Elogd. I have found in /var/log/messages the same message every time elogd crash :
Dominique Bolla.
I have the same problem with Ubuntu 24 on a Raspberry Pi system; it crashed whenever I uploade an attachment. Thanks!
Does this issue occur only on Ubuntu systems? as I've experienced the same on my Raspberry Pi 5 running Ubuntu too ...
Count me also in for the to-do list climbing :-D
Thank you ... good to know about these elog features. Works fine now!!!
Diogo
Ok, thank you for your answer.
Thanks agin.
Thanks, this is great.
By, Markus
Hi all! This is an HTTP POST request submitted from the command line using curl, and providing no authentication information. If I can post as myself using this command, then shouldn't something be done about this? Cheers, Dimitris
Okay, I did run out of ideas. I've never tested Chrome, but IE 8 and konquerer works fine here with SSL for our logbooks, but not for your logbook. [...]
And just for the record: I have to conclude a clean install of elog 2.9.0 SSL does not work for half of the browsers out there on Debian Squeeze or Ubuntu Lucid right now. You might want to look into that.
Excuse me, but I beg to differ. I'm running ELOG V2.9.0-2425 on my production server, therefore I thought that you're maybe right that the latest SVN snapshot has a problem.
I've downloaded it just now from SVN (it is V2.9.0- 2427), compiled it on SL 5.7, installed it and I can easily access it with IE8, Safari, konquerer and firefox.
well maybe SL 5.7 is the explanation - it's old as the hills. Maybe newer versions of libssl or whatever make a difference? I might also try on a recent Fedora, let's see..
update: clean install on F16, plain vanilla, same problem: TCP connection broken
See https://midas.psi.ch/elogs/Forum/67184 to fix that problem. It is likely not a problem of ELOG, but of your firewall settings.
see #67184, I'm pretty positive it isn't.
I have the same problem. with SSL = 1 in elog.cfg I am not able to connect using firefox 10 or chrome. However, using Internet explorer 6.0 it works fine.
Everything it has been checked in a local machine with windows 7 with and without firewall.
Use port 443, works fine with all browser.
Thank you so much!
Diego
I am using Top text becouse I would like to have the same header in all logbooks. However it is working in the "new user registration page" and I would like to evoid it. Is that possible?
[...] The elog server is running SL5.5 (updates applied). As you suggested, I ran firefox 3.6.26 on the elog server via https://localhost:port and it worked fine. Downloaded firefox 10.0.1 and retried
Finally I was able to reproduce the problem. I don't know why FF10 worked locally on the ELOG host last weekend, maybe I shouldn't have worked on it during a night shift. I can now confirm that ELOG has problems with firefox 10.0.1.
For those who need a quick workaround: you can set-up apache to access elog via a reverse proxy (like I do and like Stefan does for the ELOG forum does). That 'll work fine with new browsers like FF10.0.1 (at least for apache 2.2) ;-)
Some guidance how to set it up can be found here: https://midas.psi.ch/elogs/Contributions/11
A shorter (but may be incomplete) summary:
ErrorLog logs/ssl_error_log TransferLog logs/ssl_access_log LogLevel warn SSLEngine on SSLProxyEngine on ProxyPreserveHost On <Location /> ProxyPass https://<fully-qualified-host-name>:444/ ProxyPassReverse https://<fully-qualified-host-name>:444/ SSLRequireSSL </Location> SSLProtocol all -SSLv2 SSLCipherSuite ALL:!ADH:!EXPORT:!SSLv2:RC4+RSA:+HIGH:+MEDIUM:+LOW SSLProxyCipherSuite ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP:+eNULL SSLCertificateFile "<cert-file>" SSLCertificateKeyFile "<cert-key-file>" </VirtualHost>
With Chrome 17 there is the same problem.
Is not possible a quick workaround for windows 7 users that we do not use apache server?
I have Ghostscript 9.05 and ImageMagic 6.7.5 Q16 installed with the last ELOG version in a windows 7 OS. When I try to attach a pdf file and then create thumnails of the file, I am only able to create the first 8 pages instead all document. I have try to change the parameter Thumbnail size but with any sucess. However, If after create the thumnail I modify manually the size, all thumnails are creaed.
Good night,
I would be grateful if someone could indicate me, how could I increase the size of the block where the text of the atribute are in the summary mode.I would like, for example, increase the size of the "subject" you can see on the picture.
Thank you so much!!!
I answer myself... Modify the value of width=100% in the class .listtitle2 in the .css file.
I am trying to send email via Gmail smtp with no success. Elog uses port 25 which is not allowed. I need to use 587 or 465 ports to send mail. How can I change the port?
Have a good year all!
I have a stock database running latest elog version on windows. I am reserving some products which not been sent to customer mistakenly and using value "reserved" for it. But I need another attribute for comment reason of reserving but this attribute must be activated when reserved value selected. Is this possible? I didn't see any option for this at admin guide.
No problem :)
Your suggestion worked as it must be. I didn't see "Extendable options = <list>" on guide :/
I guess I need rest a little bit... :(
Have a great weekend
For heightened security, we allow access to our ELOG installation from offsite through an apache proxy. Therefore, the URL for our ELOG becomes http://www.lepp.cornell.edu/proxy/elog/ . Everything seems to work properly with this setup except for the "reset password" utility. When trying to reset ones password, the link sent in the "Password recovery" email becomes, for example:
http://www.lepp.cornell.edu/proxy/elog/ERL+W128/?redir=%3Fcmd%3DChange+password...
When using this link, the redirect redirects you to:
http://www.lepp.cornell.edu/ERL+W128/?cmd=Change%20password...
Which does not work. Instead, the redirect should point to:
http://www.lepp.cornell.edu/proxy/elog/ERL+W128/?cmd=Change%20password...
Hello, We are now running elog-2.7.5 in a Scientific Linux 4 (RHEL4) system, which uses ImageMagick 6.0.7.1. After uploading an image, the image manipulation buttons don't work and complain: convert: unrecognized option '-set' We are using an RPM built from source, and it looks like I should be able to just change "-set comment ..." to "-comment" as in: ------ [dab66@lnx100 tmp]% diff elogd.c elogd.c.new 22601c22601 < sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -set comment ' %d' '%s'", file_name, new_rot, --- > sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -comment ' %d' '%s'", file_name, new_rot, 22607c22607 < sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -set comment ' %d' '%s'", file_name, new_rot, --- > sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -comment ' %d' '%s'", file_name, new_rot, 22618c22618 < sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -set comment ' %d' '%s'", file_name, cur_rot, --- > sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -comment ' %d' '%s'", file_name, cur_rot, 22624c22624 < sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -set comment ' %d' '%s'", file_name, cur_rot, --- > sprintf(cmd, "convert '%s' -rotate %d -thumbnail %d -comment ' %d' '%s'", file_name, cur_rot, ------ Is there any better way for us to fix this, or is anything else needed? Thanks, Devin
Hi, All. Ever since upgrading from an old ELOG release on an aging windows machine to the latest version on Scientific Linux 4 (RHEL4), and greatly increasing its use, we have seen frequent crashes of elogd. This has become very disruptive to operations, and any help would be greatly appreciated. We are using Apache (running on the same machine as elogd) to secure ELOG using https as per the Administrator's Guide. Anecdotally, the crashes seem to frequently happen when a user is attaching an image. However, most of the time attachments succeed without incident. I attempted to obtain a stack trace by attaching gdb to the process, but elogd died during the night. It was urgently needed, so I needed to kill the elogd process (ptrace() kept it hanging around) and therefore could not obtain a stack trace. For what it's worth, here is the output we do see in gdb: ------ [root@lnx248 ~]# gdb /usr/local/sbin/elogd 6162 GNU gdb Red Hat Linux (6.3.0.0-1.143.el4rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". Attaching to program: /usr/local/sbin/elogd, process 6162 Reading symbols from /lib/libssl.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libssl.so.4 Reading symbols from /lib/tls/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /usr/lib/libgssapi_krb5.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgssapi_krb5.so.2 Reading symbols from /usr/lib/libkrb5.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libkrb5.so.3 Reading symbols from /lib/libcom_err.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libcom_err.so.2 Reading symbols from /usr/lib/libk5crypto.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libk5crypto.so.3 Reading symbols from /lib/libresolv.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libcrypto.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.4 Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /lib/libnss_nis.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/libnss_nis.so.2 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 0x007ef7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) c Continuing. Detaching after fork from child process 17720. Detaching after fork from child process 17723. Detaching after fork from child process 17726. Detaching after fork from child process 17729. Detaching after fork from child process 17732. Detaching after fork from child process 17735. Detaching after fork from child process 17738. Detaching after fork from child process 17741. Detaching after fork from child process 17744. Detaching after fork from child process 17747. Detaching after fork from child process 17750. Detaching after fork from child process 17753. Detaching after fork from child process 17756. Detaching after fork from child process 17759. Detaching after fork from child process 17762. Detaching after fork from child process 17765. Detaching after fork from child process 17768. Detaching after fork from child process 17771. Detaching after fork from child process 17774. Detaching after fork from child process 17777. Detaching after fork from child process 17780. Detaching after fork from child process 17783. Detaching after fork from child process 17786. Detaching after fork from child process 17789. Detaching after fork from child process 17792. Detaching after fork from child process 17795. Detaching after fork from child process 17798. Detaching after fork from child process 17801. Detaching after fork from child process 17807. Detaching after fork from child process 17820. Detaching after fork from child process 17823. Detaching after fork from child process 17826. Detaching after fork from child process 17829. Detaching after fork from child process 17832. Detaching after fork from child process 17835. Detaching after fork from child process 17838. Detaching after fork from child process 17841. Detaching after fork from child process 17844. Detaching after fork from child process 17847. Detaching after fork from child process 17850. Detaching after fork from child process 17853. Detaching after fork from child process 17856. Detaching after fork from child process 17859. Detaching after fork from child process 17862. Detaching after fork from child process 17865. Detaching after fork from child process 17868. Detaching after fork from child process 17871. Detaching after fork from child process 25429. Detaching after fork from child process 25432. Detaching after fork from child process 25472. Detaching after fork from child process 25475. Detaching after fork from child process 25478. Detaching after fork from child process 25481. Detaching after fork from child process 25525. Detaching after fork from child process 25528. Detaching after fork from child process 25572. Detaching after fork from child process 25575. Detaching after fork from child process 25578. Detaching after fork from child process 25581. Detaching after fork from child process 32422. Detaching after fork from child process 32425. Detaching after fork from child process 32437. Detaching after fork from child process 32440. Detaching after fork from child process 32469. Detaching after fork from child process 32472. Detaching after fork from child process 32478. ---Type <return> to continue, or q <return> to quit--- Detaching after fork from child process 32481. ptrace: No such process. 0x007ef7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) bt #0 0x007ef7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 Cannot access memory at address 0xbfe43894 ------ I plan on letting elogd create a core dump, but so far I haven't managed to change its cwd to a directory elog can write to. Please let me know if there is any other information I can provide. Any suggestions would be greatly appreciated. Many thanks, Devin
Hi Stefan, > Just follow > https://midas.psi.ch/elog/faq.html#19 That's what I attempted to do, but the need to restart ELOG before I could get to the gdb console prevented us from obtaining a stack trace. I am now setting up a test ELOG server where we will continue trying to reproduce our crashes and obtain a stack trace. > Crashes with attached images are getting reported more and more these days, but so far I was not able to reproduce it. Maybe it's related to ImageMagic > somehow, in which case disabling this feature might give some insight. To do so, you have to modify elogd.c and recompile. Change > > /* check for ImageMagick */ > my_shell("convert -version", str, sizeof(str)); > image_magick_exist = (strstr(str, "ImageMagick") != NULL); > > > to > > /* check for ImageMagick */ > image_magick_exist = 0; This has now been done and installed on our production server. I will let you know if we have any more crashes with ImageMagick disabled. Many thanks, Devin
Hi Stefan, The bad news is that elogd is still crashing even after disabling Image Magick. The good news is that this time it was reproducible and I did obtain a stack trace using gdb. In this instance, a user was attempting to edit an entry he had just successfully posted. In the crash shown below, he just Clicked on "Edit" to edit the entry and then "Submit" without changing any text. In the previous crash (that I don't have a stack trace for), he did actually try to update the text of the entry. Please let me know if there is any more information I can provide. Many thanks, Devin ------ [root@lnx248 ~]# gdb /usr/local/sbin/elogd 18720 GNU gdb Red Hat Linux (6.3.0.0-1.143.el4rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". Attaching to program: /usr/local/sbin/elogd, process 18720 Reading symbols from /lib/libssl.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libssl.so.4 Reading symbols from /lib/tls/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /usr/lib/libgssapi_krb5.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgssapi_krb5.so.2 Reading symbols from /usr/lib/libkrb5.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libkrb5.so.3 Reading symbols from /lib/libcom_err.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libcom_err.so.2 Reading symbols from /usr/lib/libk5crypto.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libk5crypto.so.3 Reading symbols from /lib/libresolv.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libcrypto.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.4 Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /lib/libnss_nis.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/libnss_nis.so.2 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 0x007ef7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x0087663b in strlen () from /lib/tls/libc.so.6 (gdb) where #0 0x0087663b in strlen () from /lib/tls/libc.so.6 #1 0x0804a4de in strieq () #2 0x636f6c2f in ?? () #3 0x00000012 in ?? () #4 0x00000003 in ?? () #5 0x62676f6c in ?? () #6 0x736b6f6f in ?? () #7 0xbff0a870 in ?? () #8 0x08051ddd in getcfg () #9 0xbff87340 in ?? () #10 0xbff87340 in ?? () #11 0x08051cfc in getcfg () #12 0x080c8e3a in __PRETTY_FUNCTION__.2 () #13 0xbff84100 in ?? () #14 0x00002710 in ?? () #15 0x00000000 in ?? () (gdb) bt #0 0x0087663b in strlen () from /lib/tls/libc.so.6 #1 0x0804a4de in strieq () #2 0x636f6c2f in ?? () #3 0x00000012 in ?? () #4 0x00000003 in ?? () #5 0x62676f6c in ?? () #6 0x736b6f6f in ?? () #7 0xbff0a870 in ?? () #8 0x08051ddd in getcfg () #9 0xbff87340 in ?? () #10 0xbff87340 in ?? () #11 0x08051cfc in getcfg () #12 0x080c8e3a in __PRETTY_FUNCTION__.2 () #13 0xbff84100 in ?? () #14 0x00002710 in ?? () #15 0x00000000 in ?? () (gdb) quit The program is running. Quit anyway (and detach it)? (y or n) y Detaching from program: /usr/local/sbin/elogd, process 18720
> The bad news is that elogd is still crashing even after disabling Image Magick. The good news is that this time it was reproducible and I did obtain a > stack trace using gdb. The seg fault reported above seems to be related to a specific elog entry combined with sending email notifications. When trying to submit changes to that entry while sending email notifications, elogd seg faults. We can edit the entry before it and create and edit a new entry after it. Trying to edit that one entry and send notifications, however, reliably crashes elogd. If I check "supress email notification", elogd does not seem to crash. I have replicated this on separate elog servers running both SL4 and on SL5. To compare with SL4, here is the trace I see on SL5 (Scientific Linux 5). Once I receive the OK, I will send you the actual file that stores the problematic entry. Please let me know if there is anything else I can send you. Many thanks, Devin ------ [root@lnx767 ~]# gdb /usr/local/sbin/elogd 13328 GNU gdb Red Hat Linux (6.5-37.el5_2.2rh) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". Attaching to program: /usr/local/sbin/elogd, process 13328 Reading symbols from /lib/libssl.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libssl.so.6 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/lib/libgssapi_krb5.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgssapi_krb5.so.2 Reading symbols from /usr/lib/libkrb5.so.3... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libkrb5.so.3 Reading symbols from /lib/libcom_err.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libcom_err.so.2 Reading symbols from /usr/lib/libk5crypto.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libk5crypto.so.3 Reading symbols from /lib/libresolv.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libcrypto.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.6 Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libz.so.1... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/lib/libkrb5support.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libkrb5support.so.0 Reading symbols from /lib/libkeyutils.so.1... (no debugging symbols found)...done. Loaded symbols for /lib/libkeyutils.so.1 Reading symbols from /lib/libselinux.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libselinux.so.1 Reading symbols from /lib/libsepol.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libsepol.so.1 Reading symbols from /lib/libnss_files.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /lib/libnss_nis.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_nis.so.2 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 (no debugging symbols found) 0x008db402 in __kernel_vsyscall () (gdb) c Continuing. (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. 0x0804a125 in strieq () (gdb) where #0 0x0804a125 in strieq () #1 0x73207365 in ?? () #2 0x00000000 in ?? ()
Hi Stefan, I hope I'm not bombarding you, but we seem to be seeing crashes in two separate scenarios. In addition to the crashes I previously reported (editing a problematic entry and sending notifications), we have a (seemingly) separate means of crashing elogd. One of our users connects from home using a satellite network (bursty and high latency). Any time he attempts to upload an image from this connection, elogd crashes. He has not yet seen any problems when using the same computer on site. Here are the stack traces I've obtained, first on SL4, then on SL5. Again, please let me know if there is any other information I can provide. Thank you very much for your time and effort. Sincerely, Devin ------ [root@lnx100 ~]# gdb /usr/local/sbin/elogd 3728 GNU gdb Red Hat Linux (6.3.0.0-1.143.el4rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". Attaching to program: /usr/local/sbin/elogd, process 3728 Reading symbols from /lib/libssl.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libssl.so.4 Reading symbols from /lib/tls/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /usr/lib/libgssapi_krb5.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgssapi_krb5.so.2 Reading symbols from /usr/lib/libkrb5.so.3... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libkrb5.so.3 Reading symbols from /lib/libcom_err.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libcom_err.so.2 Reading symbols from /usr/lib/libk5crypto.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libk5crypto.so.3 Reading symbols from /lib/libresolv.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libcrypto.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.4 Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libz.so.1... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /lib/libnss_nis.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/libnss_nis.so.2 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 0x008c17a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x080af727 in decode_post () (gdb) where #0 0x080af727 in decode_post () #1 0x00000000 in ?? () (gdb) quit The program is running. Quit anyway (and detach it)? (y or n) y Detaching from program: /usr/local/sbin/elogd, process 3728 ---- [root@lnx767 ~]# gdb /usr/local/sbin/elogd 13111 GNU gdb Red Hat Linux (6.5-37.el5_2.2rh) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". Attaching to program: /usr/local/sbin/elogd, process 13111 Reading symbols from /lib/libssl.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libssl.so.6 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/lib/libgssapi_krb5.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgssapi_krb5.so.2 Reading symbols from /usr/lib/libkrb5.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libkrb5.so.3 Reading symbols from /lib/libcom_err.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libcom_err.so.2 Reading symbols from /usr/lib/libk5crypto.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libk5crypto.so.3 Reading symbols from /lib/libresolv.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libcrypto.so.6... (no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.6 Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/lib/libkrb5support.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libkrb5support.so.0 Reading symbols from /lib/libkeyutils.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libkeyutils.so.1 Reading symbols from /lib/libselinux.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libselinux.so.1 Reading symbols from /lib/libsepol.so.1... (no debugging symbols found)...done. Loaded symbols for /lib/libsepol.so.1 Reading symbols from /lib/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /lib/libnss_nis.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_nis.so.2 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 (no debugging symbols found) 0x00308402 in __kernel_vsyscall () (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x080b2f8a in decode_post () (gdb) where #0 0x080b2f8a in decode_post () #1 0x00000100 in ?? () #2 0x00000000 in ?? ()
Hi Stefan, Just incase it helps, I am attaching the file for an entry in our demo logbook. If I edit this entry and click on submit (without checking "suppress email notification"), I get the seg fault shown below. If I delete any single character from the entry, I do not see any problems. If I re-insert a character anywhere, the problem returns. I hope this is useful. Thanks again, Devin ------ [root@lnx100 ~]# gdb /usr/local/sbin/elogd 6040 GNU gdb Red Hat Linux (6.3.0.0-1.143.el4rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". Attaching to program: /usr/local/sbin/elogd, process 6040 Reading symbols from /lib/libssl.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libssl.so.4 Reading symbols from /lib/tls/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /usr/lib/libgssapi_krb5.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libgssapi_krb5.so.2 Reading symbols from /usr/lib/libkrb5.so.3... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libkrb5.so.3 Reading symbols from /lib/libcom_err.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libcom_err.so.2 Reading symbols from /usr/lib/libk5crypto.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libk5crypto.so.3 Reading symbols from /lib/libresolv.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /lib/libcrypto.so.4...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypto.so.4 Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /usr/lib/libz.so.1... (no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /lib/libnss_nis.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/libnss_nis.so.2 Reading symbols from /lib/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libnsl.so.1 0x008c17a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x080ad900 in interprete () (gdb) where #0 0x080ad900 in interprete () #1 0x00000031 in ?? () #2 0x000005dc in ?? () #3 0x00000000 in ?? ()
Indeed, uploading images over a satellite connection does not crash the development ELOG server available from SVN. Our user was unable to crash elogd (or upload an image) and reports "The upload window would complain about an "upstream server", but the site was still there." Thank you very much for your time and help (with both of the issues reported in this thread). Sincerely, Devin
When locks are enabled, users should see a pop-up window asking them to submit an entry if they edit an entry but then go away from that page or close the browser without submitting the changes. However, it only appears as though this works when using the plain or ELCode editors. When using the HTML editor, no such pop-up appears. If possible, a fix for this would be greatly appreciated. Many thanks, Devin
Hi, Stefan. When someone using a satellite connection tries to upload an attachment *or* edit a long entry, it fails and they are presented with an "Internal Server Error." This is a huge improvement over the previous behavior of crashing elogd, but we were wondering if there is any hope of improving this further so that one can edit large entries or upload attachments over a slow (in this case, satellite) connection. Do you have any ideas or plans on working on this further? Apparently ELOG is the "only" service this user has trouble with from home. Any information you could provide would be greatly appreciated. Many thanks, Devin
Hi Stefan, > There was a timeout of 1 sec. in the elogd daemon, which probably is too short for a satellite connection. Unfortunately I have no satellite here > around to test it, so I "blindly" increased it to 6 seconds in the current SVN version. Please give it a try. The latest release (2.8.0-2313) does fix this problem. Our user is now able to modify entries and upload attachments using their satellite connection. Thank you very much for your time and help. I am sorry I didn't receive this in time to help test the old SVN version. Sincerely, Devin
Yeah, I had tried that and it did work in your demo forum. It just didn't work in mine with authentication = webserver, even with a clean browser profile.
However, after playing with the config and a few restarts, everything now seems to be working properly. Really not sure what changed, but thanks for helping.
I'm finally able to reproduce this, and my initial description was incorrect. If we have "restrict edit = 1", only an "Admin user" can use the "Dop attachments here..." or the "Image" button in the CKEditor. The old "Choose File," "Upload" buttons, however, works just fine for anyone.
If we have "restrict edit = 0", anyone can upload an attachment using all three interfaces.
This is very reproducible by toggling restrict edit in the global section or for an individual logbook.
Thanks, Stefan! Yes, the old behavior is an acceptable workaround. Although you need to use "Save drafts = 0" for this instead of "autosave = 0".
Ideally, our machine studies group would like to have the ability to save / autosave an entry *and* have it remain in the list. We'd be very grateful to see that as an option in a future release.
This has been confirmed usign the Demo forum on this server. For example, please see https://midas.psi.ch/elogs/Linux+Demo/8
When an image is attached using the "Image" button in the CKEditor, that image does not appear in the attachment table for that entry. In addition, the image can not be clicked on to view the full image.
This was not the case in v2.9.2, at least.
Is there some configuration option I could toggle to change this behaviour? By default, we would like any attachment (whether it's made using drag and drop, the Image button, or the "Choose File" button) to appear in the attachment table *and* be clickable to view the full image.
As there appears to be some inconsistencies, I thought I'd document the behaviour of each of the attachment options.
1. Click on the "Image" button in the CKEditor, click on "Choose File" and browse to the file, click on "Send it to the Server", and click "OK".
2. Drag and drop an image into the body of the message.
3. Drag and drop an image into the "Drop attachments here ..." section.
4. From the attachment table, click on "Choose File" and then click on "Upload."
We need to make sure the images are always clickable so that you can always view the full-sized image. Any suggestions for fixing this, short of reverting to v2.9.2, would be greatly appreciated.
We see two problems with the notificaiton email when attaching an image inline using drag-and-drop.
Our v2.9.2 test installation exhibits the desired behavior.
I am not able to drag-and-drop into the body of this message to test the behavior here. I am attaching a screenshot showing an example of the problem from our server.
From the notification I received, it looks like "2" is a problem with this server. In the email notification, we would like images to be a link to a URL displaying the full-size image (as they are in v2.9.2).
Hello, Is it possible to remove the "active" checkbox a user sees when they click on "config"? Alternatively, is it possible to have a new user arrive directly at the logbook they chose, rather than starting out at the config screen? We are running elog-3.1.1 on SL6 with webserver authentication. For the most part this works great, but somehow a few users become inactive after they login for the first time. They claim they didn't un-check "active," but I can't think of any other way this would happen. Many thanks, Devin
Hello, Has anyone implemented an email gateway for ELOG, allowing users to submit entries by sending an email? Granted this should be possible using the elog client binary, but I thought I'd see if I've overlooked any examples or docs first. Thanks! Devin
Is it possible to submit entries using the elog client binary when the server is configured with webserver authentication (when the server requires the X-Forwarded-User header)? One option would be if the server could support both webserver and kerberos (or even file) authentication, but neither "Authentication = Webserver, Kerberos" nor "Authentication = Webserver, File" seem to work. In addition to using the elog binary to talk to the elog server directly, we've unsuccessfully tried using curl to post data to the apache server url (URL in elogd.cfg). We can read entries using curl, but haven't yet been able to submit entries. Any help would be greatly appreciated. Many thanks, Devin
The elog client binary does not work with webserver authentication. One fix would be to support both webserver and kerberos authentication (authentication = webserver, kerberos), similar to how you currently support "authentication = kerberos, file". A more general discussion of the elog client binary with webserver authentication can be found at https://midas.psi.ch/elogs/Forum/68318 . Many thanks, Devin
Just incase anyone's interested, we went ahead and wrote a python script to act as an email gateway for ELOG. If anyone's interested, we'd be happy to share and appreciate any additional improvements. - You can send a new message to the email address to start a new thread. - You can reply to messages received from that logbook. If you include the message you are replying to in the body of your message, the reply will be threaded appropriately as a response to the initial message. - The body of a new message will only include the text/html portion of a MIME message if it's available. - Attachments work, although we remove spaces and add a random identifier (to avoid collisions) to each filename. - the Author field is derived using the From address of the email. - the subject field is derived using the Subject of the email. - both single and double quotes are preserved in the author, subject, or body of the message Devin > Hello, > > Has anyone implemented an email gateway for ELOG, allowing users to submit entries by sending an email? Granted this should be possible using the elog client binary, but I thought I'd see if I've overlooked any examples or docs first. > > Thanks! > Devin
When creating new logbook entries, recent versions of firefox somehow ignore the message width setting. For example, configure a logbook with: Message Width = 76 Message Height = 20 Then, create a new plain text entry that contains very long lines. The text entry box is the correct size, but once you hit submit and view the full display of the message, it is not wrapped properly. The summary display is wrapped properly, but not the full display. We've only found this to be a problem with recent versions of firefox. Chromium, Safari, and old versions of firefox behave properly.
As an example, I created this same entry in the demo logbook using Safari. As you can see there, the message is wrapped at the width that I set the text entry box. https://elog.psi.ch/elogs/Linux+Demo/9 > When creating new logbook entries, recent versions of firefox somehow ignore the message width setting. > > For example, configure a logbook with: > Message Width = 76 > Message Height = 20 > > Then, create a new plain text entry that contains very long lines. The text entry box is the correct size, but once you hit submit and view the full display of the message, it is not wrapped properly. The summary display is wrapped properly, but not the full display. > > We've only found this to be a problem with recent versions of firefox. Chromium, Safari, and old versions of firefox behave properly.
Hi, We've defined a "LastEdit" attribute for some of our logs so that we can indicate that an entry has been revised, and when that was done. From our config: Attributes = Last Edit, etc etc . . . Preset Last Edit =$date Locked Attributes = Last Edit Subst on edit Last Edit = $date This works fine, but when we sort the LastEdit column, the dates are sorted alphabetically. Is there a way to tell Elog to treat this particular attribute as a date when sorting?
> > The only caveat is that > > when you edit an entry, the "Last Edit" is displayed really in seconds since 1970, but I will > > fix this in the next release. > > I just fixed this in SVN revision #2010. If you would have filled out which operating system you use > with elog, I could tell you how to upgrade. Thanks for the help and the bug fix. I have a colleague who keeps our installation up to date, so I'll ask him to install it.
Thanks, I was not aware of that - usually I have copied and pasted the entire path from my browser.
In any case, can you consider my request for possible future implementation? I think it's a useful function. For now, it's really no big deal to simply copy the url before selecting the Copy To: menu and then replacing the body text with the copied link. But I think it would be more useful to make this happen automatically, so I don't have to ask users to comply voluntarily.
> > The only caveat is that > > when you edit an entry, the "Last Edit" is displayed really in seconds since 1970, but I will > > fix this in the next release. > > I just fixed this in SVN revision #2010. If you would have filled out which operating system you use > with elog, I could tell you how to upgrade. Thank you for pointing out the method to identify Last Edit as a datetime type so that it will sort properly. I now have created Last Edit in several preexisting logbooks. I want to use Start page = ?rsort=Last Edit to set the default sorting of each logbook to be by Last Edit. However, all of the entries made before I added Last Edit have no value for that field, so they are all grouped together at the end of the sort. So I decided to go through the older entries and set Last Edit equal to the original entry date, as a starting value. I tried to use the command Subst on edit Last Edit = $entry time but it gives a "-" for the Last Edit value when I edit an entry. I think this is because $entry time is not a variable supported by Subst. Can you add that support, or else tell me if you know a better way to go about doing what I'm attempting? Is there perhaps a way to globally process a group of entries in a logbook and set one attribute's value to be equal to another's? Thanks
Thank you for your advice.
Thanks for explaining.
I thought Preset would work with Duplicate since Duplicate creates a new entry, but it didn't. Then I tried Subst because Duplicating an entry opens it in Edit mode, so you are in effect Duplicating, and then Editing the entry. It just didn't occur to me to look for Preset on Duplicate.
Excellent! Thank you.
Thanks for the bug fix, we'll get our installation updated ASAP. And I will look into why some of my pdf file image sizes are interpreted incorrectly by ImageMagick, it might having something to do with how I've generated them.
Is it possible to set the default image size to always scale to fit the browser window? For example, this entry has a png attachment, but it still suffers from the fact that the text window size is set by the width of the png image.
If I'm forgetting something, sorry, I'm writing in a hurry!
Yes, many thanks, Stefan, from me, too! It's really great that you respond so quickly to requests and suggestions. And thanks to David for the fine tuning, great suggestion. Dennis > Thanks Stefan! Works great. > > > Ok, that makes sense, so I changed it to > > > > Sort Attribute Options Status = 1 > > > > as you suggested. > > > > > (For some reason I could not add this in Dennis's thread.) > > > > > > I like this new feature, BUT > > > > > > I happen to have two Options: Options System, and Options Status. > > > > > > System are a very few items, whereas Status has a long list, which, like Dennis's example, can be added to. > > > Keeping the latter in alpha order is great, but it's a shame that the cost is that Options System are also > > > sorted alphabetically, whereas it has a natural order which it would be preferable to keep - for example (and > > > this is made up) > > > > > > Options System: 3.1, NT, 2000, XP, Vista > > > > > > where the natural order here is chronological. > > > > > > Perhaps the configuration file option could be more specific, for example > > > > > > Sort attribute Options Status = 1 > > > > > > which would then NOT sort Options System. If both are needed to be sorted, both should be specified, or back to > > > the original syntax which defaults to sort *all* Options.
That did the trick. That was a good idea, to give us the option of which attributes to sort, too. Thanks again for adding this feature!
Since we updated to 2.7.8 we've found a problem.
Previously, when we used
Subst on reply subject = Re: $subject
I have just discovered elog and I absolutely love it.
Denis
How can I host elog in a web server. I need sample config file on [global] segment to show config on how it can be host. Please need your help. Thanks
And I was prompted by this error in ELOG: Error sending Email via <i>"smtp.gmail.com"</i>: 5.7.0 Must issue a STARTTLS command first. ir5sm11631778pbc.13 - gsmtp
I remeber when I used elog email notif feature in my previous workplace which is running in windows, I just put IP address on SMTP host = X.X.X.X at the config file and it run without any problem. I'm thinking they are using SMTP server. Can you please recommend any SMTP server and SMTP relayer site that I can use to be able to successfully send my email notification. I tried SendGrid SMTP cloud server but i have hard time and still failing. you might recommend SMTP server that you are using now in your elog site. Thank you so much.
HI Guys,
Can you please give me an idea how will I write in the config. I want my elog will be accessed via internet. Though there's a tutorial / guideline, I need an actual config file for me to easily grasp how the URL = xxx should be write. Do my port should be Port = 433 and SSL=1?
Thanks Andreas and Stefan,
Since I'm not good in setting up webserver, do you know a web hosting company that can I use to integrate elog so that i can access my elog publicly same as you are using here? Thanks.
I'm running elog 2.9.2 on a Red Hat 6.3 server. This installation has been running for some time on a Solaris server, and was recently moved to the RHEL server.
When a user tries to upload a .bmp attachment, the upload never completes, eventually timing out with a proxy error. At that point, the elogd process stops responding to requests and needs to be restarted. Nothing is in the log file other than a "Listening" message when elogd starts up. Png and pdf attachments seem to work fine. I was able to convert an image from .bmp to .png and upload, but that's not practical for my user.
ImageMagick 6.5.4-7 is installed on the server. Everything else seems to be working normally.
Is this a known problem, or have I missed something that needs to be installed on the RHEL server?
When I saw this problem come in, I was reminded of problems I have of elog crashing. So I tried attaching a .bmp file to an entry. In my case it did not crash, but it did not run ImageMagick either - it just gave a link as it it were a zip or tar file - that is to say no .png image had been generated and shown. As I've never attached a .bmp file before, I don't know whether elog allows for them to be processed and a thumbnail made, a quick look in the documentation didn't enlighten me, but then I didn't look for that long either. (I'm running 2.9.2 svn 2475, under Slackware 13 which is a version post some image processing issues I reported to Stefan - might that explain why in my case?).
I have found that sometimes elog will crash, but effectively after it has done the action - so if it crashes when asked to move files from one logbook to another, you find the entries have been moved. In my case, I believe the crashes are due to memory issues, nothing I can state for certain.
It would possibly help Stefan and Andreas if you can tell whether the .bmp file appears in the relivent logbook directory (usually a subdirectory of ....../logbooks) - it will have been renamed as yymmdd_hhmmss_{filename}.bmp - except, of course, the date and time will be showing not these symbols - and if the entry with which you have tried to attach this .bmp file been written - using a text viewer on the file yymmdda.log (obviously the day will be today, i.e. the one just updated as you tried the entry. I have come across orphan attachment files in directories in my time, possibly from when elog crashed part way through an action.
(If I am stating the obvious, apologies, I don't know your level of experience with elog or linux, so trying to cover all possible levels)
Thanks for the info, David.
I do not see any *.bmp files in the logbook directory when this happens. The hang happens when the "Upload" button is hit, so there is no logbook entry yet either.
Which svn version of elog are you running - what does it say at the very bottom of the page (this forum says ELOG V2.9.0-2435); there *is* and issue about loading files and thumbnails with svn 2473, but it may also be in one or two prior to that (I found it with 2473, anyway). Also, is elog running (taking CPU time) and not responding to anything after you try this (and you have to kill the daemon and restart), or crashing out at that point? I've had both behaviours at one time or another, for reasons I now understand, not related (I think) to this one, but the more evidence, the better chance that someone will find the problem.
I'm running ELOG V2.9.2-2455.
The elogd process continues to run, but no longer responds to requests.If, for example, I open a new browser tab and try to load the logbook, I eventually get a timeout. There is no ImageMagick "convert" process running.
I've just tested it on my server running ELOG V2.9.0-2414, Scientific Linux 5.7 (RHEL 5.?) with ImageMagick 6.2.8: the attachment is uploaded but no preview is generated. No problem with the server.
What was the behaviour of your Solaris system? Did it upload? Did it create a preview?
BMP files are - in my experience - often very large. Could it be a file size problem? Did you try with a small BMP image?
Bmp attachments worked fine on the Solaris server. Was running 2.9.2 with ImageMagick 5.5.7.
I don't think it's a file size issue, the image I'm testing with is only about 3 MB.
I just updated to the latest official release (V3.1.0-2411f95) and have this problem:
The Time Stamp button pastes the logbook name when "Time format" is not specified in elogd.cfg, and when it is set to "%m/%d/%Y %H:%M", it adds the string "5/28/."
Drag and drop for attachments dosn't work on either Chrome 37.0.2062.94 (64-bit) or FIrefox 31.5.3 (both on Linux). D&D works on the midas.psi.ch demo page.
On my logbooks, the "drop attachements here" area does not have a dashed line border.
I don't see anything in the elogd.conf file that pertains to this feature.
Auto-saving does not seem to be working. In the config file, I have the following:
Save drafts = 1 Autosave = 10
but I never see the "auto saving" message or get any other indication that the feature is working.
Am I missing something?
I am running the latest version of the elogd source RPM that I could find - ELOG V3.1.0-2411f95 on Red Hat Enterprise Linux Server release 6.6 (Santiago), with kernel level 2.6.32-504.16.2.el6.x86_64. I can try grabbing the latest source code from Git and try building that. There are a couple other fixes I'd like to apply anyway. Thanks!
Awesome, thank you!
I've been able to work around this by completely turning off authentication, and adding New to the Guest menu list.
One additional question: since I'm uploading historical logbook entries, is it possible to set the entry creation date via the command line? It seems that elogd is overriding the attribute "Date".
Hi David, thanks for your input!
This logbook has been around for almost 10 years, and has evolved from file-based authentication, to LDAP, and finally to PAM (that can use any of local password files, LDAP, and Active Directory), and I'm thinking that might be the root of this problem. There are old account entries from the file-based days, with passwords, that match the AD usernames. I'm wondering if elogd is trying to use the password in the password file, rather than via PAM. I don't remember the old passwords, so I can't check, and I've run into problems trying to change the passwords. I'm wondering if there's a way to generate a new password from the command line, that would allow me to test the theory.
FYI, I had problems a few weeks ago trying to get the command line elog working, blamed everybody and everything but myself.
In my case it was command line syntax errors and eventually got it going as part of a nightly script
While testing I ran the Elog Server from the command line in verbose mode to see if that helped determine the problem.
On the server end the logbook uploading to is set for Plaintext
# Set entries to TEXT Only format Default encoding = 1 Allowed encoding = 1
Elog server authenication is standard built in to elogd, no PAM, no LDAP, no Kerberos
Below is what works for me, I’ve replaced my Elog Server Hostname, Elog Username & Password used to connect to the server with generic.
Elog Server version = elog-3.1.4-2
# Log details in Elog Server
/usr/local/bin/elog -h HOSTNAME -p 80 -l Backups -u USERNAME PASSWORD -a Backup=NightlyBackupScript -a Hostname=$HOST -n 1 -x -m /tmp/elog.nightly.script.$TIMESTAMP
I've been caught out in the past having a very old version of the elog command line talking to a recent Elog Server build or Encoding not matching
I'm converting our on-call logbook, with 25 years of history, to elog. Is there a way to override the current date/time for the Date field with the creation date/time of the original logbook entry?
Thanks for your input! After a little testing, it appears that if I make "Orig Date" the first field, it will fall under the Date field in the logbook file. I can then do a global delete of Date:, and replace Orig Date: with Date:, leaving it as the first field in the entry. Then I can delete the Orig Date field.
You could transform your entries into the ELOG file format (either XML or CSV) and then use the import function. That would upload the correct dates from your entries.
If you use the "Orig Date" trick you've proposed, you'll see that datetime fields are stored as seconds of the epoch (since 1.1.1970). Not so easy to copy and paste them, but you can convert them with a script.
It was actually easier than that. The time stamps in the old system were in epoch format, so when I created the new record, (my conversion program was written in Python), I simply formatted that value in the format Stefan pointed out below, and defined the Orig Date field as text. Then I was able to munge the logbook file with 2 global editor commands, and it worked perfectly. Thanks again!
Hi David, correct. And in addition you will need to convert "Orig Date" from seconds-of-the-epoch into a properly formated date string (see example below from Stefan) ...
Thanks, I'll try that and see what happens
Sorry for the delay.
1: The offending log file.
I know it looks like I am totally inept. I apologize. Obviously I was in a hurry the last couple of posts.
Ok, let's try this again.
The offending log file:
Here are the IPCONFIG /ALL pastes:
#1>>>WinXP not running VM: ipconfig /all Windows IP Configuration Host Name . . . . . . . . . . . . : AOC-117361-W1 Primary Dns Suffix . . . . . . . : corp.ds.companyname.com Node Type . . . . . . . . . . . . : Unknown IP Routing Enabled. . . . . . . . : No WINS Proxy Enabled. . . . . . . . : No DNS Suffix Search List. . . . . . : corp.ds.companyname.com ds.companyname.com companyname.com Ethernet adapter Local Area Connection: Connection-specific DNS Suffix . : Description . . . . . . . . . . . : Broadcom NetXtreme 57xx Gigabit Cont roller Physical Address. . . . . . . . . : 00-11-43-18-D3-7B Dhcp Enabled. . . . . . . . . . . : No IP Address. . . . . . . . . . . . : ##9.81.166.149 Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : ##9.81.166.1 DNS Servers . . . . . . . . . . . : ##9.81.11.53 ##9.81.7.54 ************************************************************************ #2>>>VM Win2K fail to send emails: ipconfig /All Windows 2000 IP Configuration Host Name . . . . . . . . . . . . : jc_vm_w2k Primary DNS Suffix . . . . . . . : Node Type . . . . . . . . . . . . : Broadcast IP Routing Enabled. . . . . . . . : No WINS Proxy Enabled. . . . . . . . : No DNS Suffix Search List. . . . . . : corp.ds.companyname.com Ethernet adapter Local Area Connection 2: Connection-specific DNS Suffix . : corp.ds.companyname.com Description . . . . . . . . . . . : VMware Accelerated AMD PCNet Adapter Physical Address. . . . . . . . . : 00-0C-29-28-24-8F DHCP Enabled. . . . . . . . . . . : Yes Autoconfiguration Enabled . . . . : Yes IP Address. . . . . . . . . . . . : ##9.81.163.127 Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : ##9.81.163.1 DHCP Server . . . . . . . . . . . : ##6.18.71.214 DNS Servers . . . . . . . . . . . : ##9.81.10.150 ##6.18.71.3 ##9.82.243.70 Lease Obtained. . . . . . . . . . : Friday, March 19, 2010 8:24:21 AM Lease Expires . . . . . . . . . . : Friday, March 19, 2010 12:24:21 PM ************************************************************************* #3>>>VM Win2K with successful emails: C:\>ipconfig /all Windows 2000 IP Configuration Host Name . . . . . . . . . . . . : win2k-vm Primary DNS Suffix . . . . . . . : Node Type . . . . . . . . . . . . : Broadcast IP Routing Enabled. . . . . . . . : No WINS Proxy Enabled. . . . . . . . : No DNS Suffix Search List. . . . . . : corp.ds.companyname.com Ethernet adapter Local Area Connection: Connection-specific DNS Suffix . : corp.ds.companyname.com Description . . . . . . . . . . . : VMware Accelerated AMD PCNet Adapter Physical Address. . . . . . . . . : 00-0C-29-1A-40-F3 DHCP Enabled. . . . . . . . . . . : Yes Autoconfiguration Enabled . . . . : Yes IP Address. . . . . . . . . . . . : ##9.81.163.127 Subnet Mask . . . . . . . . . . . : 255.255.255.0 Default Gateway . . . . . . . . . : ##9.81.163.1 DHCP Server . . . . . . . . . . . : ##6.18.71.214 DNS Servers . . . . . . . . . . . : ##9.81.10.150 ##6.18.71.3 ##9.82.243.70 Lease Obtained. . . . . . . . . . : Friday, March 19, 2010 8:32:26 AM Lease Expires . . . . . . . . . . : Friday, March 19, 2010 12:32:26 PM
#1 was the output from the WinXP PC running Elog with no successful emails.
#2 was the output from the Win2K VM running on the #1 PC, also with no successful emails.
#3 was the output from another Win2K VM running on the #1 PC that successfully emails.
The difference between the 2 VM's is that #2 has the latest VMWare tools installed and #3 does not. This is running under VMWare Player 3.
The DNS suffix is present on the host PC but neither of the VM's, yet one of the VM's works.
BTW, thanks for your time in examining this issue.
I found the trouble. I assumed it was WinXP but I did not notice that the Win2K PCs I used hadSymantec Corporate AV while the WinXP PCs had McAfee AV. McAfee was the culprit.
Thanks very much for all of your help!!!
A little more info in case anybody else runs into this. McAfee defaults to blocking mass mailing worms, or at least our IT department has it doing so. Turn this off and the email from Elog works.
elogd is crashing with a segv when I try to create a new logbook by clicking the "Create new logbook" button with an existing logbook selected in the dropdown list as a template. I've attached my config file for reference. As a specific example, I'm logged in as the admin user, viewing logbook "1248", which has no entries, and I click "Config" -> "Change config file" -> "Create new logbook", Select "1248" from dropdown list, enter "1250" for the new logbook name, and click "Create new logbook". The server crashes, and my web browser has the following as the (incorrect) URL it's trying to load: (Incorrect because the "/ATLAS" shouldn't be there.) https://localhost:8080/ATLAS/1250/?cmd=Config Nevertheless, the config file and logbook directory are properly modified for the new logbook, and on restarting the server, everything is fine. Oh, just noticed that if I manually enter the URL: https://localhost:8080/ATLAS/1250/ or actually, any text in place of the "1250", it also crashes the elogd process. So, perhaps there are two bugs? (1) Incorrect URL being given to the web client after logbook creation (2) Requesting any incorrect URL of this form crashes elogd
Hi, I've just upgraded from 2.6.2 to 2.7.3. In my config file, I have Quick filter: Date, ID. When starting 2.7.3, across the top I now get "Error: Attribute "ID" for quick filter not found" followed by an entry box. If an ID is typed into that box, it sort of finds the right entry (+/- a few on occasion). I cannot see any documented change that would affect how the Quick filter works. Any clues? Thanks.
> > Hi, > > > > I've just upgraded from 2.6.2 to 2.7.3. > > > > In my config file, I have > > > > Quick filter: Date, ID. > > > > When starting 2.7.3, across the top I now get > > > > "Error: Attribute "ID" for quick filter not found" > > followed by an entry box. > > > > If an ID is typed into that box, it sort of finds the right entry (+/- a few on occasion). > > > > I cannot see any documented change that would affect how the Quick filter works. Any clues? Thanks. > > Actually it is nowhere written the 'ID' for a quick filter should work. After investigating, I realize that it > worked previously "by accident". I added in meantime some test so there is a warning for quick filter attributes > which do not exist, and that's what you got. I loosened this test for 'ID' now in the current SVN version, so it > can be used. It does however not display the single entry you want, but a page containing that entry (which then > is displayed in bold). If you want exactly one entry, just add it's ID to the URL, like > > https://midas.psi.ch/elogs/Forum/65767 > > for your previous entry. Thanks Stefan!
Hi Stefan, In the past I have requested the "mark whole thread" feature, not yet implimented. At present, I edit (in my case) the icon on the first entry to indicate current status of the thread. I have had an idea connected to this. If you view a page, in threaded form, and collapsed, the header of the first entry of each thread is shown. The order, however, is that of the timed order of the latest entry in that thread. As an option, under the same circumstances (threaded, collapsed), if the header of the most recent entry was shown, then that could also be an indicator of closed thread, or of "marking whole thread" option (maybe would be enough for those who desire those features). It also gives an indication of the current status of the thread without having to edit the original entry of the thread to edit (for example) the icon. Just a thought on how to improve a wonderful program ;-)
Hi Stefan, Must have missed it when the fixed/not fixed thread marking got implimented. Anyhow, my main point would still apply for where the thread is not yet fixed, but is in one of a number of possible states (waiting, panic, work-in-progress....). Clearly you can label the latest entry in a thread with the latest status, and icon, but when in collapsed mode, you only see the initial entry. If the latest entry were shown (optionally), then one can tell at a glance in the collapsed listings which entry may need direct attention. > > In the past I have requested the "mark whole thread" feature, not yet implimented. > > That's not correct, it is implemented. Just add an attribute for that. Assume you have problem reports, so you > add > > Attributes = ..., Fixed > Options Fixed = boolean > Quick filter = Fixed > > If you add a new entry, "Fixed" is false by default. All replies to that entry will contain then the same flag. > Now if you want to mark the whole thread as fixed, do the following: > > - go into list display > - display all entries in threaded mode > - click on "Select" > - select the thread you want to mark as fixed and click "Edit" > - now keep all attributes, but check the "Fixed" check box > > and voila, the whole thread will contain "Fixed = 1". Using the quick filter, you can now show all fixed threads > with one click.
Hi Stefan, When Moving entry (and replies) from one log book to another, is it possible to prevent elog from renumbering the entries' ID number(s) ($@MID@$). While it may not be good practice, we've referred to these numbers in cross-referencing, and it all goes wrong when an entry is moved from an "Open" thread to a "Closed" thread (cf your FAQ about marking of whole threads). In the cases I'm thinking about, i.e. from main logbook to archive logbook(s), there would never be a clash of ID number. Thanks, David Pilgram.
Hi Stefan, Any possibility on this one? David Pilgram. > Hi Stefan, > > When Moving entry (and replies) from one log book to another, is it possible to prevent elog from renumbering > the entries' ID number(s) ($@MID@$). While it may not be good practice, we've referred to these numbers in > cross-referencing, and it all goes wrong when an entry is moved from an "Open" thread to a "Closed" thread (cf > your FAQ about marking of whole threads). > > In the cases I'm thinking about, i.e. from main logbook to archive logbook(s), there would never be a clash of > ID number. > > Thanks, > > David Pilgram.
Thanks Stefan, Downloading shortly and I'll let you know ;-) > > Hi Stefan, > > > > When Moving entry (and replies) from one log book to another, is it possible to prevent elog from renumbering > > the entries' ID number(s) ($@MID@$). While it may not be good practice, we've referred to these numbers in > > cross-referencing, and it all goes wrong when an entry is moved from an "Open" thread to a "Closed" thread (cf > > your FAQ about marking of whole threads). > > > > In the cases I'm thinking about, i.e. from main logbook to archive logbook(s), there would never be a clash of > > ID number. > > > > Thanks, > > > > David Pilgram. > > I have implemented this feature in revision 2205. You need to set the new flag "Preserve IDs = 1" in the > configuration. I have not tested this extensively, but I'm sure you will do it ;-)
Hi Stefan, I've been slowly moving threads, and twice now so far (and reproducably) had elog crash. In each case, it is trying to move a thread with more than 24 entries; it copies the first 24 entries, then crashes with "Segmentation Fault". It does not erase the lock file /var/run/elog.pid I have got around this by manually copying the entries beyond no 24, then deleting the thread entry by entry. I am aware that I have an old and limited machine (586, 256MB RAM, running Slack 10), and at first I was "content" to write it off as that; but when it crashed for the second time at exactly the same entry (the twenty-forth) even though the size of the entries would have been significantly different, I wondered if there was some factor within elog that could affect this. I've not tried it with Copy to:, but imagine it will also be affected as the only difference with this and Move to: is the deletion of the thread after all the entries had been copied.
> > Hi Stefan, > > > > I've been slowly moving threads, and twice now so far (and reproducably) had elog crash. > > > > In each case, it is trying to move a thread with more than 24 entries; it copies the first 24 entries, then > > crashes with "Segmentation Fault". It does not erase the lock file /var/run/elog.pid > > > > I have got around this by manually copying the entries beyond no 24, then deleting the thread entry by entry. > > > > I am aware that I have an old and limited machine (586, 256MB RAM, running Slack 10), and at first I was > > "content" to write it off as that; but when it crashed for the second time at exactly the same entry (the > > twenty-forth) even though the size of the entries would have been significantly different, I wondered if there > > was some factor within elog that could affect this. > > > > I've not tried it with Copy to:, but imagine it will also be affected as the only difference with this and Move > > to: is the deletion of the thread after all the entries had been copied. > > This rings a bell: it's probably related to some internal stack overflow, since the entries are copied > recursively. I have an idea on how to fix that, but I need time for that. Thanks Stefan, I'll be keeping an eye out on any annoucement about this one!
Hi Stefan, I don't know if anyone else would be interested or need this... If you have an Roption, and it is not required (maybe...) or have a preset attribute, it is possible to make an entry and have replies without any of the attributes in that Roption being selected. However, once an attribute in that Roption has been selected, it is not possible to go back (editing) to the condition before one was selected on that entry (so far as I can tell). Is a way of cancelling all the possible attributes in an Roption practical? Would others want it? It is possible with options, as there is a "please select" which can be used to cancel whichever attribute in the option that has been selected. Regards, David
> > Hi Stefan, > > > > I don't know if anyone else would be interested or need this... > > > > If you have an Roption, and it is not required (maybe...) or have a preset attribute, it is possible to make an > > entry and have replies without any of the attributes in that Roption being selected. > > > > However, once an attribute in that Roption has been selected, it is not possible to go back (editing) to the > > condition before one was selected on that entry (so far as I can tell). > > > > Is a way of cancelling all the possible attributes in an Roption practical? Would others want it? It is > > possible with options, as there is a "please select" which can be used to cancel whichever attribute in the > > option that has been selected. > > > > Regards, David > > The easiest to achieve this is to define another option. Assume you have the three options > > One, Two, Three > > and you want to "unselect" them. So just add a fourth option like > > Unspecified, One, Two, Three > > so if you do not want any of the "One, Two, Three", just click on "Unspecified" and you get what you want. This is sort of what I do now, I just wondered if there was a way of clearing that would leave the field completely blank in the YYMMDDa.log file. Thanks.
(For some reason I could not add this in Dennis's thread.) I like this new feature, BUT I happen to have two Options: Options System, and Options Status. System are a very few items, whereas Status has a long list, which, like Dennis's example, can be added to. Keeping the latter in alpha order is great, but it's a shame that the cost is that Options System are also sorted alphabetically, whereas it has a natural order which it would be preferable to keep - for example (and this is made up) Options System: 3.1, NT, 2000, XP, Vista where the natural order here is chronological. Perhaps the configuration file option could be more specific, for example Sort attribute Options Status = 1 which would then NOT sort Options System. If both are needed to be sorted, both should be specified, or back to the original syntax which defaults to sort *all* Options.
I've just noticed that it has also sorted another Option, which are selected as radio buttons. Again, this is a list which has a natural - again, in this case, chronological - order. Because of this, I'm going to have to turn off this feature as it is on my system. I hope something can be sorted on this. > (For some reason I could not add this in Dennis's thread.) > > I like this new feature, BUT > > I happen to have two Options: Options System, and Options Status. > > System are a very few items, whereas Status has a long list, which, like Dennis's example, can be added to. > Keeping the latter in alpha order is great, but it's a shame that the cost is that Options System are also > sorted alphabetically, whereas it has a natural order which it would be preferable to keep - for example (and > this is made up) > > Options System: 3.1, NT, 2000, XP, Vista > > where the natural order here is chronological. > > Perhaps the configuration file option could be more specific, for example > > Sort attribute Options Status = 1 > > which would then NOT sort Options System. If both are needed to be sorted, both should be specified, or back to > the original syntax which defaults to sort *all* Options.
Thanks Stefan! Works great. > Ok, that makes sense, so I changed it to > > Sort Attribute Options Status = 1 > > as you suggested. > > > (For some reason I could not add this in Dennis's thread.) > > > > I like this new feature, BUT > > > > I happen to have two Options: Options System, and Options Status. > > > > System are a very few items, whereas Status has a long list, which, like Dennis's example, can be added to. > > Keeping the latter in alpha order is great, but it's a shame that the cost is that Options System are also > > sorted alphabetically, whereas it has a natural order which it would be preferable to keep - for example (and > > this is made up) > > > > Options System: 3.1, NT, 2000, XP, Vista > > > > where the natural order here is chronological. > > > > Perhaps the configuration file option could be more specific, for example > > > > Sort attribute Options Status = 1 > > > > which would then NOT sort Options System. If both are needed to be sorted, both should be specified, or back to > > the original syntax which defaults to sort *all* Options.
Hi Stefan, I have a thread of 70 entries. I added another entry, which was saved, but elog crashed. It would restart, but crash every time I then tried to access that 71 entry thread. By editing the yymmdda.log files to remove the latest entry, all was well again. Add a test new entry (much smaller) also crashed elog as before. If it is any help, this is the error message I caught on a console: src/elogd.c:703: xrealloc: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed. ./log: line 1: 3123 Aborted Now I have got around this, by ending that thread with reference to a new one to continue, but is this to be expected? If this is something (like memory allocation) that would have been in hiding from the start, I cannot imagine that it is likely to be hit often enough to actually "bug fix" - it might, in any case, cause problems elsewhere.
> Hello. > > Please look at the entry 66525 of this forum (just 5 thread before this one): > > -> chain.crt, posted by Gerhard Schneider on Thu Sep 3 21:55:52 2009 (66525) > |-> Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009 (66526) > |-> Re: chain.crt, posted by Gerhard Schneider on Wed Oct 7 07:56:52 2009 (66556) > > When you collapse the thread, it is collapsed to the 66526 instead of the 66556 (more recent) > > + Re: chain.crt, posted by Stefan Ritt on Fri Sep 4 08:33:16 2009 > > I guess it is because both 66526 and 66556 replies to the first entry. > I have the same problem with Elog v2.7.7-2246 and Windows. > > In general, it seems to work well only if you always reply to the last entry of a thread. > > Thank you. > > > b.t.w. : is there any tip to always force reply to the last entry of a thread? As the person who suggested this concept, I have to admit I've yet to think of a good way around this issue. Preventing "branching" is all very well, but sometimes it is relivent to have a branch (although I usually try to avoid them). Unless elog scans every possible branch to find where the latest entry, I cannot think of a foolproof, practical scheme.
Hi Stefan, After 21.Oct, all the emails sent out by this discussion form now are addressed to ELOG@ananke.jtan.com the name of the server my mails are sent to. Before that the emails were addressed to ELOG@emix.psi.ch Obviouisly my real email address is there, in the headers (as it would appear for a BCC) The only consequence for me was these emails turned up in the wrong mailbox, but perhaps it has wider implications?
Hi Stefan, I must have seen this before, but only just "noticed" it. If you attach a picture or pdf to the first entry in a tread, there is then a paperclip after the thread display line. This shows up in threaded view or collapsed threaded view. If you then attach a picture or pdf to a subsequent entry, the paperclip icon does not show up in threaded display, (it is still there on the initial entry) but if the attachment is to the latest entry it shows up in treaded collapsed display (collapse on last=1, of course). If collapse on last=0, then initial entry shows on threaded, collapsed, and that has the icon as expected. When the icon does show, you can click on it and get the correct attachment to show/launch reader or whatever. It would appear to be a bug that the attachment icon does not appear in the threaded display (for any entry other than the initial one). (sorry about the first posting, hit the wrong key sequence in error) Regards, David Pilgram.
I may have made this sound as if the issue occurs if the first entry in a thread has an attachment; in fact it happens whether or not there is an attachment to the first entry. Hope this makes matters a bit clearer. > Hi Stefan, > > I must have seen this before, but only just "noticed" it. > > If you attach a picture or pdf to the first entry in a tread, there is then a paperclip after the thread display > line. This shows up in threaded view or collapsed threaded view. > > If you then attach a picture or pdf to a subsequent entry, the paperclip icon does not show up in threaded > display, (it is still there on the initial entry) but if the attachment is to the latest entry it shows up in > treaded collapsed display (collapse on last=1, of course). If collapse on last=0, then initial entry shows on > threaded, collapsed, and that has the icon as expected. > > When the icon does show, you can click on it and get the correct attachment to show/launch reader or whatever. > > It would appear to be a bug that the attachment icon does not appear in the threaded display (for any entry > other than the initial one). > > (sorry about the first posting, hit the wrong key sequence in error) > > Regards, > > David Pilgram.
Hi Stefan and Steve, Do you mean putting the paperclip icon to the left of the 'Thread display' (such as next to the emoticons and other stuff we can put in this forum)? I'd be happy with that if it overwrote the "+" in the threaded, collapsed mode; or that there was a reserved position for the icon in threaded (any variant), and if no attachment, just a blank. Or make it something to configure, thus ruining Stefan's weekend and confusing the rest of us ;-) Regards, David. <p> <table width="98%" align="center" cellspacing="1" style="border:1px solid #486090;"> <tbody> <tr> <td cellpadding="3px" style="background-color:#486090; font-weidht:bold; color:white;">Stefan Ritt wrote:</td></tr> <tr> <td cellpadding="10px" style="background-color:#FFFFB0;"><p> <table width="98%" align="center" cellspacing="1" style="border:1px solid #486090;"> <tbody> <tr> <td cellpadding="3px" style="background-color:#486090; font-weidht:bold; color:white;">Steve Williamson wrote:</td> </tr> <tr> <td cellpadding="10px" style="background-color:#FFFFB0;"> <p>It is occasionally convenient to be able to put the Edit button at the beginning of the line in list view, e.g. when pages are wider than the screen it saves having to scroll across to find it. Would it be possible to do something similar with the Attachments button?</p> <p>regards</p> <p>Steve</p> </td> </tr> </tbody> </table> </p> <p>I don't understand what you mean. There is only a "Submit" button and a "Choose File" button:</p> <p><a href="091113_143107/Capture.png?lb=Forum"><img border="0" alt="Capture.png" name="att0" id="att0" src="091113_143107/Capture.png?lb=Forum&thumb=1" /></a> </p> <p>both are pretty close to the beginning of the line (left side).</p></td> </tr> </tbody> </table> </p><p> </p>
Thanks Stefan! (But I'll wait and see if you do anything about Steve's point...so I'll download "after work"!). > > It would appear to be a bug that the attachment icon does not appear in the threaded display (for any entry > > other than the initial one). > > Yes, that's indeed a bug. I fixed it in SVN revision 2266.
Hi Stefan, I attached a 12 page (22kB) pdf file - no images - to an entry, but elog only converted the first 8 pages to images (.png). This is reproducable, i.e. a different small multipage pdf file produced the same number of images. The size of the pdf file does not seem to be a problem, a single page pdf file with a lot of images in it attached as expected. Is this correct, or a defined limitation?
> Hi Stefan, > > I attached a 12 page (22kB) pdf file - no images - to an entry, but elog only converted the first 8 pages to > images (.png). This is reproducable, i.e. a different small multipage pdf file produced the same number of images. > > The size of the pdf file does not seem to be a problem, a single page pdf file with a lot of images in it > attached as expected. > > Is this correct, or a defined limitation? This is a defined limitation. Sometimes people attach whole books in PDF form to an entry, and you don't want to end up with hundreds of images cluttering your browser. If you want to see the full document, just load it into your PDF viewer.
> > Hi Stefan, > > > > I attached a 12 page (22kB) pdf file - no images - to an entry, but elog only converted the first 8 pages to > > images (.png). This is reproducable, i.e. a different small multipage pdf file produced the same number of images. > > > > The size of the pdf file does not seem to be a problem, a single page pdf file with a lot of images in it > > attached as expected. > > > > Is this correct, or a defined limitation? > > This is a defined limitation. Sometimes people attach whole books in PDF form to an entry, and you don't want to end up > with hundreds of images cluttering your browser. If you want to see the full document, just load it into your PDF viewer. Thanks, Stefan (why is this answer down under my name!?) I couldn't find reference to this in the documentation. In the case I referred to, I'll have to play with the pdf so that the six pages I actually want displayed are.
Hi Stefan, This has happened twice on this forum now, starting from Mon 23rd November. Someone submits an entry (Me, 66625, Bertram Metz 66628) I assume you post a reply (66626, 66629), but it shows up as if I or Bertram are the author of the reply, not yourself. My reply to you (66627) was really authored by me, and I expressed puzzlement then at this point. Is this a bug, or some wierd affect of us forgetting to log out? Regards, David.
> > Hi Stefan, > > > > This has happened twice on this forum now, starting from Mon 23rd November. > > > > Someone submits an entry (Me, 66625, Bertram Metz 66628) > > I assume you post a reply (66626, 66629), but it shows up as if I or Bertram are the author of the reply, not > > yourself. My reply to you (66627) was really authored by me, and I expressed puzzlement then at this point. > > > > Is this a bug, or some wierd affect of us forgetting to log out? > > > > Regards, > > > > David. > > Thanks for pointing out this issue. This bug was introduced recently, when I tried to avoid the > > Re: Re: Re: ... > > in the subject line. I changed this now completely so that we can have > > Preset on reply Author = $full_name > Preset on first reply Subject = Re: $Subject > > which fixes both things. The modification is in revision 2271. Thanks Stefan!
> > > > Is there any way to directly paste an image from a Windows clipboard into an elog entry page? It's obvious > > > > for uploading a file, but many of my users say that they never make a file, they just want to paste in an image > > > > already onscreen. > > > > > > This is a limitation of the FCKEditor used inside ELOG, and actually of the whole browser concept under Windows. > > > There are some extensions to Firefox which let your paste an image as an attachment, but none for doing this right > > > into the text body. For some discussion about this have a look at > > > > > > http://forums.developer.mindtouch.com/showthread.php?t=188 > > > > > > for example. > > > > Hmmm. Well, does that mean that it is easier under Linux? I have to confess I couldn't figure that out either. But > > I'd be delighted to have Yet Another Reason to tell the users that "it works under Linux, maybe you should switch...." > > I'm not sure, but I doubt that it would work under Linux. It's a general security issue: If your browser has free access to > your clipboard, then what happens if you for example copy-and-paste a password in some application, then forget your password > in the clipboard, then you surf to a malicious website, and a script on that site grabs your clipboard contents? This would > be a severe security hole on ANY operating system. Hi there, In a linux installation straight out of the box, I can cut-and-paste text from the mailer program (a stand-alone one called XCmail), from an xterm or similar into elog with no trouble. I've not tried an image, I just attach them as I use plain encoding. Don't know how it would work if it were on a properly secure linux box.
Having made one entry in the thread about message ID, I could neither edit the entry or add an additional reply without getting "Proxy Error" messages. I've had this trouble on this forum before, a long time ago. Perhaps it is connected with the html coding?
> Having made one entry in the thread about message ID, I could neither edit the entry or add an additional reply > without getting "Proxy Error" messages. I've had this trouble on this forum before, a long time ago. Perhaps > it is connected with the html coding? Hi Stefan, I now cannot even reply to you in the message id thread; I keep getting: Proxy Error The proxy server received an invalid response from an upstream server. The proxy server could not handle the request POST /elogs/Forum/. Reason: Error reading from remote server Apache/2.2.3 (Scientific Linux) Server at midas.psi.ch Port 443 It is, I think, something to do with the html coding (as I normally use plain, I don't come across this as an issue). However, in the cause of the experiment, I will submit this entry, then go back and edit it, and if I don't get Proxy Error, then that certainly will be something to do with the html coding. And this is an extra edited line - if you see this, I got past the proxy error issue this time. But did you get two emails?
> > Having made one entry in the thread about message ID, I could neither edit the entry or add an additional reply > > without getting "Proxy Error" messages. I've had this trouble on this forum before, a long time ago. Perhaps > > it is connected with the html coding? > Hi Stefan, > > I now cannot even reply to you in the message id thread; I keep getting: > > Proxy Error > > The proxy server received an invalid response from an upstream server. > The proxy server could not handle the request POST /elogs/Forum/. > > Reason: Error reading from remote server > > Apache/2.2.3 (Scientific Linux) Server at midas.psi.ch Port 443 > > It is, I think, something to do with the html coding (as I normally use plain, I don't come across this as an issue). > > However, in the cause of the experiment, I will submit this entry, then go back and edit it, and if I don't get > Proxy Error, then that certainly will be something to do with the html coding. > > And this is an extra edited line - if you see this, I got past the proxy error issue this time. But did you get two > emails? That is interesting. I can make 1 (one) submission to a thread which uses html coding, then I get hit by proxy errors. But I can edit, play around or whatever if it is in plain coding. Yet to see how many emails were generated...
> > > Having made one entry in the thread about message ID, I could neither edit the entry or add an additional reply > > > without getting "Proxy Error" messages. I've had this trouble on this forum before, a long time ago. Perhaps > > > it is connected with the html coding? > > Hi Stefan, > > > > I now cannot even reply to you in the message id thread; I keep getting: > > > > Proxy Error > > > > The proxy server received an invalid response from an upstream server. > > The proxy server could not handle the request POST /elogs/Forum/. > > > > Reason: Error reading from remote server > > > > Apache/2.2.3 (Scientific Linux) Server at midas.psi.ch Port 443 > > > > It is, I think, something to do with the html coding (as I normally use plain, I don't come across this as an issue). > > > > However, in the cause of the experiment, I will submit this entry, then go back and edit it, and if I don't get > > Proxy Error, then that certainly will be something to do with the html coding. > > > > And this is an extra edited line - if you see this, I got past the proxy error issue this time. But did you get two > > emails? > > That is interesting. I can make 1 (one) submission to a thread which uses html coding, then I get hit by proxy errors. > But I can edit, play around or whatever if it is in plain coding. Yet to see how many emails were generated... Hi Stefan, I only got one email in response to the second entry of this thread, no email was received after the edit of the entry. The next email received was due to the third entry of this thread.
> > > I only got one email in response to the second entry of this thread, no email was received after the edit of the entry. The > > > next email received was due to the third entry of this thread. > > > > Ok, let me try (sorry to all the users who subscribe to this forum for pestering you...): > > > > 1st reply to your entry. > > > > 1st reply edited. > > I got two email notifications, the second one I attached as a screen shot. So I don't know what happened in your case. The problem > with the proxy is sometimes related to slow internet connections. If the HTML code transported over the internet has some delay > between packets, the proxy server sometimes drops the connection. I don't know how to fix that in my Apache. If you edit in HTML, > your browser downloads the JavaScript code and icons for the edit window, which is a lot of data, so the dropping is much more > likely. Hi Stefan, I confirm that this is a slow internet line, so that explains the Proxy Error. Maybe I should just keep my head down on threads where people use html coding ;-) Did you receive two emails to my entry 66677? I only received one. I only received one email to your posting 66680 - the first entry, not the edited version.
> > > > > I only got one email in response to the second entry of this thread, no email was received after the edit of the entry. The > > > > > next email received was due to the third entry of this thread. > > > > > > > > Ok, let me try (sorry to all the users who subscribe to this forum for pestering you...): > > > > > > > > 1st reply to your entry. > > > > > > > > 1st reply edited. > > > > > > I got two email notifications, the second one I attached as a screen shot. So I don't know what happened in your case. The problem > > > with the proxy is sometimes related to slow internet connections. If the HTML code transported over the internet has some delay > > > between packets, the proxy server sometimes drops the connection. I don't know how to fix that in my Apache. If you edit in HTML, > > > your browser downloads the JavaScript code and icons for the edit window, which is a lot of data, so the dropping is much more > > > likely. > > Hi Stefan, > > > > I confirm that this is a slow internet line, so that explains the Proxy Error. > > > > Maybe I should just keep my head down on threads where people use html coding ;-) > > > > Did you receive two emails to my entry 66677? I only received one. > > > > I only received one email to your posting 66680 - the first entry, not the edited version. > > I checked my email server and found that the second message really went though it. But then I realized that there is indeed the "Message- > ID:" in the email header (which I completely forgot in meantime). So maybe George Paplexis is right in that some mail > server/forwarder/receiver ignore a second email if it has the same ID. That would mean however that I have to introduce a "revision > number" for elog entries, which gets incremented on each edit and gets attached the the message-ID, so that it becomes unique again. > That's quite some work and has to wait a bit. I had come to the same conclusion about the mail header being the same (see my email to you for full details). Sorry to all your subscribers for the email ping pong, although if others did receive two emails on the relivent entries - one original, and one edited, it would be interesting, if possibly now academic, to know.
It is a good point, and surprised that this particular number of days was overlooked. It only needs four lines added into elogd.c to achieve this. Even with my notorious c coding, I did it first time, but as I'm on linux, not a great help for you. Indeed, any other arbitary number of days could be added in, if you have the sources and means to recompile. I think windows versions are only updated on version number, not svn number, so it will require a request to the great man himself(*) to produce a new version for windows. (*)Hint; Stefan likes the occasional beer. <p> <table width="98%" align="center" cellspacing="1" style="border:1px solid #486090;"> <tbody> <tr> <td cellpadding="3px" style="background-color:#486090; font-weidht:bold; color:white;">Paul O'Shaughnessy wrote:</td></tr> <tr> <td cellpadding="10px" style="background-color:#FFFFB0;"><p>Is it possible to create a drop down menu for the last 3 days of log entries. Currently we have the last day, month, 3 month, etc.</p> <p>Reason being, after a weekend most people would like to view the log entries for the last three days. Can anyone help me out here?</p></td> </tr> </tbody> </table> </p><p> </p>
Just to say that this bug was fixed some time ago - I don't remember when (a senior moment). I know because I reported it to Stefan (along with the rest of the universe), as it was appearing on this forum when it was running on that particular SVN version. If you update to the latest version of elog, all will be fine. David. (helping Stefan, since I usually give him such a hard time).
Hi Stefan, I'm starting to get a similar problem to Lance's ("SQL Database"). Searching is beginning to take time. In searching, I either can search one logbook (still relatively quick), or all of them. I have my logbooks in groups, and often I know which group I want to search, and it would make the searching much quicker were the search confined to just that group. I don't think I've missed anything in the documentation on this matter. If not a change to the elog program, is there another way of (say) arranging the logbooks that will achieve this?
Hi Stefan, I was rather hoping that was *not* going to be your answer. I much prefer the plain ascii file format, for it allows me to edit it for "mistakes" post submission, shall we say. > > Hi Stefan, > > > > I'm starting to get a similar problem to Lance's ("SQL Database"). Searching is beginning to take time. > > > > In searching, I either can search one logbook (still relatively quick), or all of them. > > > > I have my logbooks in groups, and often I know which group I want to search, and it would make the searching > > much quicker were the search confined to just that group. I don't think I've missed anything in the > > documentation on this matter. > > > > If not a change to the elog program, is there another way of (say) arranging the logbooks that will achieve this? > > You can't do that right now. I would have to extend the functionality to allow searching in groups. Also have a look > at https://midas.psi.ch/elogs/Forum/66901. Maybe that helps a bit in meantime.
Hi Stefan, Roptions, or Radio Buttons. Do you recall that on old radios, if you gently pressed a button you could release whichever button was already in, without selecting the new button; in other words no selection made. I'd like this same facility with elog. Now I know that it can be done by (for example) in the config file preselecting one of the selections on reply- or indeed one that does not exist to "clear" it, but in this case that is not the route I'd want to take every time. What I'd like is a (optional) button along with all the others, which if you click on it, it will clear any selection for that particular Roption. At present, once an Roption has been selected, it will persist in all replies unless or until an alternative choice is made. Alternatively, if no selection has been made, then there is no selection on the reply, either. [Unless something in the elog.cfg file]. Regards, David.
> > I'd like this same facility with elog. Now I know that it can be > > done by (for example) in the config file preselecting one of the > > selections on reply- or indeed one that does not exist to "clear" it, > > but in this case that is not the route I'd want to take every time. > > What about defining an additional option "unspecified". So you have > > Roptions attr = option1, option2, option3, none > > Whenever you click on "none", the selection is removed from the other options. The HTML standard unfortunately does > not foresee radio buttons not being selected, so I would have to tweak it somehow to get exactly what you want. Hadn't realised the standard was written that way. What you propose seems fine to me. David.
Don't get too excited yet!
When you reply to an entry in ELOG, then some additional data is added to that original entry.
So, if you reply today (say 02/06/11) to an entry made yesterday, then you will find that the file 110602a.log has a large change (the new entry in full, plus elog extra codes), *and* an additional line added into 110601a.log. Deleting 110602a.log will not remove the line in 110601a.log, and that could still cause problems, that is, wandering into an infinite loop.
To save a lot of effort, I'll suggest that you (a) keep the back-ups up to date, and keep two (the latest and the one before that); (b) proceed carefully at least to start with. If you fall into the infinite loop again, then flag it up and I (or someone else) will be able to give further pointers.
So unless you are sure that
Soren, you're not alone! I've had similar problems, as did Sara Vanini (elog:67077).
In my case, it is because the "move" or "copy" function does not move all the messages in very long threads. To be more precise, elog will crash in the attempt to move a long thread - say over 40 replies, I don't know for sure. Sometimes it has already moved the entire thread before it crashes, sometimes not. I'd not flagged it up as an issue because I could not be sure it was not a memory issue with the old (>12 years) linux box I was using earlier this year, but it still happens on this new (to me, only 3 years old) linux box.
Whether it is the number of entries, the total memory size of the thread or some combination, I don't know.
I've found that in the "move" case, it has not deleted all the messages from the donor thread, so that there is a semi-thread still hidden there. Should one by chance select that semi-thread, (because it is found during a search) elog goes into infinate loop, which requires a reboot of this linux box to fix. Certainly the pinning down the issue to the missing entry referenced by an <i>In reply to:</i> explains this part of the issue. Of course, deletion of one entry within a thread, or other adjustments will do the same thing, just as you (Soren) point out above.
If it happens to me, I will go in to the yymmdda.log files and fix the problem, be it deleting the entries of the semi-thread, moving across missing entries from the donor to the acceptor logbooks, adjusting the <i>Reply:</i> and <i>In reply to:</i> lines, but that is quite a time consuming and error prone exercise.
Is it possible to have an attachment to an entry in a different directory to the working directory of the logbook being used? By which I mean, if you have in logbook hidden the attachment files ../logbooks/hidden/110705_235520_whatthis-0.png ../logbooks/hidden/110705_235520_whatthis.pdf that an entry in another logbook, public, can use the entries in hidden to show them (and do everything that you can do with an attachment) without making another copy in public? I see that if, working in public, you attach the .pdf file in hidden, the files get copied across as ../logbooks/public/110705_235520_whatthis-0.png ../logbooks/public/110705_235520_whatthis.pdf that is, with the original (hidden) timestamp, and no second time stamp superimposed. From which you can gather I've been playing around, manually editing a yymmdda.log file to try and get the result I want, even if for the moment it cannot be done via elog; but without success, although there were some bizarre interpretations by the elog program of the edited yymmdda.log file, depending upon what I tried. For one entry, it is of course no big deal, copying the files into the public directory, but if you are dealing with multiple huge entries, it does seem wasteful of HD space But my reason for this is that hidden has restricted access, whereas public has general access. The attachments themselves are not restricted, but comments, history etc around them in the restricted access logbook should not become available to the general viewer.
OK, so no-one has ideas as per my question in elog:67088. Looking at the issue from another angle. If you attach a pdf file (for example), two files are added to the logbook: ../logbooks/hidden/110705_235520_whatthis-0.png ../logbooks/hidden/110705_235520_whatthis.pdf Is there any way that you can select an attachent, but only the thumbnail (.png in this case) is stored (and subsequently viewed)? Options for ability to select an attachment, or how the thumbnail is manipulated/viewed exist, but nothing about the storage or otherwise of the original document that I can find. I've tried manually deleting the .pdf file (after going through the automatic routine to make an attachment), and elog doesn't seem upset at the lack of the .pdf file at all. The only time anything happens is if one clicks on the image - and then you get a 'file not found' message from the browser - I could live with that. In my case the original .pdf file is elsewhere, I've no need to have duplicates scatted in various logbooks, and while ideally that would also be true of the thumbnail, it is fair enough for this to be stored in each logbook where it is required. This removes the issue of how to have an attachment in a different logbook (other than by links, which would get rather tiresome to have to keep making). Anyone any ideas?
Hi Andreas, >Of course the attachment has to be in the public logbook and the link in the hidden one. The issue I have is that the attachment is in the hidden logbook, the link would have to be in the public one... I'll also look again at putting in the links in the text (normally I use plain encoding, rather than html). I wondered if there had been some flag for the config file whereby the original file for attachment was processed by ImageMagick, but not stored, only the .png file(s) stored - or rather, some other way that achieved the same end. as there is no such flag at present. For now, anyway, I can attach the documents/pics I want, then go in and delete the 'originals' as saved in the logbook, leaving just the .png files. But maybe something for the wishlist?
Hi Stefan, >Sure, but that works only from a hidden logbook into a public one, not the other way, but I think this is what >David wants. Since the hidden attachment is not accessible from the public logbook, there is no way around that >other than physically copy the message, then strip maybe the text. (as per my reply to Andreas) >He is concerned about having the same attachment twice on disk, which I cannot fully understand. Even large >attachments are maybe 10 or 20 MB, otherwise they take forever to go through your browser. With a modern 1 TB >disk these are 50.000 attachments I've not mentioned it, but the entire logbook directory and subdirectories have to squeeze into a memory stick, along with other data not at issue here. Soon be too much for an 8GB stick, so that a factor of 100 down on the available memory space. But I can work with the solution I gave in the reply to Andreas.
> > I wondered if there had been some flag for the config file whereby the original file for attachment was > > processed by ImageMagick, but not stored, only the .png file(s) stored - or rather, some other way that achieved > > the same end. as there is no such flag at present. > > > > For now, anyway, I can attach the documents/pics I want, then go in and delete the 'originals' as saved in the > > logbook, leaving just the .png files. But maybe something for the wishlist? > > At least I now understood your problem :-) > > You can have a script in your hidden logbook, that processes your attachments with "execute new", create thumbnails > of them (using ImageMagicks "convert") and submit those thumbnails as one additional entry to your public logbook. > > But then you would get thumbnails of all attachments of the hidden logbook in the public one, maybe you don't want > that either? If you want them all, this method is more automated. If you just want some, do it as you suggested it. > > In my opinion this is a rather exotic feature request :-) > I wonder if there is a second person in the world who could use it? Hi Andreas, True, as a feature explained here, it may not be the most frequently used ;-) And you are right, I would not want *all* attachements in the hidden directory to appear in the public. But I've got quite used to playing around in the logbook subdirectories now. In my case, the ever-expanding use I make of ELOG - and the fact that I use it with the logbook directory stored on a memory stick (to move from location to location and use local computers, and that's partly to ensure the hidden directory stays hidden!) - does mean I sometimes run into issues that some hyper-networked system with ZB of storage don't even notice.
In order to copy (or move) files from one logbook to another, you first need to ensure that the appropriate commands are in the section of elogd.cfg of the logbook the files move *from* (called 'current') - made up elogd.cfg to show this, and obviously only the pertinant lines
[Global]
Group = current, Y2011, Y2010, Y2009...
[current] ... Menu commands = New, ... Copy to, ... ... Copy to = Y2011, Y2010, Y2009 ... ... - end of made up example. So to solve your problem, the <logbook list> is simply the list of logbooks in this part of elogd.cfg after the 'Copy to =' line in the elogd.cfg file (Y2011, Y2010, Y2009...)
You also need to ensure that the directory to which the entries are to be copied to exists!
('Move to' would be faster if you are going to delete the entries in 'current' afterwards, but as always, it depends on
your perception of risk.)
For the user, the logbook list is the set of logbooks that appear in the drop-down menu by the side of "Copy to" in the menu bar, and it allows you to move that entry (or thread of entries if more than one) to the selected destination. --- My reason for answering this is because I have actually done this operation 'in anger' some time ago and regularly since, and would have answered before if Stafan had not beaten me to it. I used what was Stefan's second method, which, for those who are reasonably confident with file manipulation, is far faster, and, dare I say, less prone to 'unexpected' issues - some here will know what I'm getting at. So I say, "Back up your files and take the plunge", I would have put something else but this is a family friendly forum. But you must bear in mind my views are those seen through the filter of a regular Elog ab-user, which may be why Stefan worked so hard to answer before me ;-)
Well done Mike!
One result is that I've also learnt things, realised that there are some known unknowns and perhaps some unknown unknowns in my
understanding of Elog.
Does this occur if you are adding an attachment? As I am blessed with forever using ancient systems, I've seen fields and indeed text being cleared because they were entered between clicking on 'Upload' for an attachment and the .png files being generated and displayed. Answer here is patience - I use all too much of mine up in this exercise, sadly.
I am new to ELOG, trying to add an image (logo) in my top text.
Theme = default Comment = TRIPLE POINT Log Top text = Logo.png
results in ‰PNG .
When I just enter a string of text it seems to work fine... I would really appreciate any help!
thanks!
I'm not sure where it appears in the documentation, but question 9 of the FAQs shows that 'Bottom text' has to be in html - and so does 'top text'
The get-it-done-now way to do it would be
Top Text = <img src=Logo.png>
(and ensure Logo.png is in the same directory as the config file - otherwise you'd best put the path of where it is in).
Of course you can do all sorts of things with this, such as centering, have it so that if you click on the logo you get taken to some other home page, but for
all that sort of thing check up with a guide to html.
Hi, I hope I'm not missing the blindingly obvious here, but I have an issue with time and date formats Extract from my elog.cfg file: Time format = %a %d %b %y Date format = %d %b Thread display = $Ticket: $System, $entry time. ($message id). $status Preset text = [$date] Prepend on reply = [$date] \n I can point to places in the syntax doc where each of these lines are given. As for the results, the thread display is (for example): T00001: Computer, Wed 29 Aug 12. (1). Problem However, what I get at the top of the text box in starting a new entry or replying to a previous one is [Wed 29 Aug 12] whereas I expected to get [29 Aug] Putting $date instead of $entry time in the Thread display line makes (the by now expected) no difference I cannot see where I'm going wrong. TIA David.
OK, I see that $date can work in a different way; if the Thread display uses $date, then the present timestamp is substituted into the thread display line, rather than the date that the entry is entered. So, for example, in a whole list of entry and replies, the present date shows on each entry of the thread. However, the format is still that as defined by 'Time format' rather than 'Date format'. If nothing else, I cannot really see the point of the 'Date format =' in the way that this all works. > Hi, > > I hope I'm not missing the blindingly obvious here, but I have an issue with time and date formats > > Extract from my elog.cfg file: > > > Time format = %a %d %b %y > Date format = %d %b > Thread display = $Ticket: $System, $entry time. ($message id). $status > Preset text = [$date] > Prepend on reply = [$date] \n > > I can point to places in the syntax doc where each of these lines are given. > > As for the results, the thread display is (for example): > > T00001: Computer, Wed 29 Aug 12. (1). Problem > > However, what I get at the top of the text box in starting a new entry or replying to a previous one is > > [Wed 29 Aug 12] > > whereas I expected to get > > [29 Aug] > > Putting $date instead of $entry time in the Thread display line makes (the by now expected) no difference > > I cannot see where I'm going wrong. > > TIA > > David.
I upgraded my system, including the version of Firefox. I normally view the topic in Threaded Collapsed mode, right click on the entry I want to reply to, to open a new Tab. However, I made a mistake an opened a new Window, as the two 'open' modes in Firefox swapped around. But no worry, I thought, made my reply as usual. However, when refreshing the topic afterwards, seemingly randomly distributed throughout the topic were additional lines, with the latest entry showing up emboldened (but not as a clickable link), and the only difference being the ID number which showed as 0 (zero). Deleting the reply only caused the previous reply to show up randomly etc. In effect, the latest entry is (randomly?) scattered throughout the topic - even in between entries older than any in that thread, so it's not individial entries in that thread showing up. The only way to get rid of it was to erase the whole directory, and re-install from backup (which, as it was the first entry since the new installation, wasn't painful). It's been fine since - but only so long as I open a thread in a new tab, and not in a new Window. I guess the real question is just what is added to some file - perhaps the .cfg file? - that using a separate window causes this behavioir? Any whay only as a new window, and given how elog is supposed to work on many computers, why on this stand-alone computer running two sets of the same browser? It happened once before at the end of last year during a regression backwards owing to the newer computer failing and turning back to an older one with older OS and older firefox, where I did the same thing (in reverse). As I didn't investigate at that time, I still have the mystery line showing up in that topic. Sorry this is a bit rambling, but its very hard to describe!
> > I upgraded my system, including the version of Firefox. > > [...] > > Sorry this is a bit rambling, but its very hard to describe! > > A picture can say more than thousand words. > Can you reproduce this with a simple configuration? > If yes, can you attach the configuration, the *a.log files, > a description of what firefox version you're using and please: > some screenshots of "before" and "after"? > > Thanks! > Andreas That's odd, I cannot reproduce the problem today - except on the topic [logbook] it already exists on. Yet nothing has changed. I've looked for hidden files, hidden control codes in the *a.log files... this one had better be put on the back burner until I can find a way to reproduce it (!).
May I make a suggestion here? Something I do for other reasons. I run two separate elog daemons, each with their own configuration files. In this case you could have one configuration file tout en française, and the other in English. This gets around the language setting being in the Global section of the configuration file elog.cfg
Of course this needs a little planning, for example a small script/batch file to start up each daemon with the correct config file. - so on my linux system, I start one with
/usr/local/sbin/elogd -p 8080 -c /home/logbooks/elogd0.cfg -d /home/logbooks
and the other with
/usr/local/sbin/elogd -p 8081 -c /home/logbooks/elogd1.cfg -d /home/logbooks
The disadvantage is that you cannot click between French and English by the tabs along the top of the elog page, you'd have to switch between browser windows.
Hope this helps.
I'd better put some caveats in here, then!
The two daemons on my host were never accessing the same subdirectories of /home/logbooks (this is my location, for ease of data backups (*)), and they were running with owner 'nobody', i.e. that's the owner of each directory. In that sense they were independant, and as I was the only user, only one daemon would be working on files at any one moment.
Next is that my system is never running for so many days uninterrupted. The computer sometimes has to be booted into Windoze to use the CAD program, or even was just shut down and switched off.
I realise now that my earlier reply may have lead people to think they could work on the same data with two separate daemons (so as to work in their own language, but the data would be in both....) but I never meant to give that impresssion. I've simply not tried it. It might work on a stand-alone system, but I don't know how elog copes with multiple users accessing data at the same time - lock files? check to see if data has been altered before allowing a submission is probably not done (it would make a branch if branches were allowed, I think) - I don't have the experience of using elog under these circumstances. I thought Philippe Rousselot wanted a French language logbook and a separate English language one. If I'm wrong there, sorry to raise his hopes.
Make a nice little project for someone to explore the limits, and maybe find what changes are needed. Not necessarily to impliment it, though.
As for data corruption, never seen any, but I suppose the general warning of keep the backups well up-to-date. I have had trouble with data, in particular moving data between logbooks, and this is one reason I have experience of how to make an elog entry using a text editor, as well as how to modify entries - to assemble scattered entries into a thread, or split a long thread into two shorter ones for ease of handling. But I don't think those were ever connected to having two deamons running on one host, it happens when just one is running.
(*) In principle, all my data can be put on a memory stick - currently 16GB - and then I can run any linux box with full access to all my data, with the memory stick mounted on /home.
2455 is before the image handling issue came about, so it's nothing to do with those changes.
I see Andreas also finds that ImageMagick is apparently not invoked by elog to make a thumbnail of a .bmp file. I tested it with a 5MB and a 0.5MB .bmp file this morning, so I don't really think it's the size of the file that is causing the problem - or that is my first guess, anyway. But I suppose it is worth asking, what is the size of the .bmp file(s) you are trying to attach? Just a thought, there is a parameter in the Global section of the elog.cfg - "Max Content Length". I forget the default, I had to increase it when I wanted to attach a huge pdf file, wonder if that might be the issue (I had an error message come up with the pdf file, I wonder...)
The elog daemon can get stuck running like mad and not responding to anything. One example I know is if you erase an elog entry (e.g. delete one file in the logbook directory, I'm not talking about using elog's own delete facility) the indexing of the entries is broken, and elog cannot handle that, it just gets stuck, consuming loads of CPU time doing I don't know what.
I've got to go and do something in real life now, but I may get a chance to 'play' later, see if I hit any point that the experts can then work through
Hi Louis,
I'm a little surprised by your comment that you use symlinks 'to store your logbooks elsewhere'.
I start the daemon with
/usr/local/sbin/elogd -p 8080 -c /home/logbooks/elogd.cfg -d /home/logbooks
so that both my logbooks *and* the config file are both based on my preferred location, which is a subdirectory of /home. No symlinks OK, themes are elsewhere, but for backup purposes, that's a rather lesser issue.
I have no idea why the default logbook location is /usr/local/elog/logbooks which does not strike me as a sensible location (at least on Slackware). Maybe such an odd location was to force users to choose a better location...(the -d switch).
To all:
I use Slackware (currently 13, I hear there are some issues with 14 for programs I wish use), and I compile from the sources. Usually from random svn versions as a general pain-in-the-neck for Stefan. I've never had to make a [Slackware] package for distribution - I have issued patches and/or source distribution, depending on your point of view. If someone can provide the advice, I'd certainly try and do a Slackware distribution, but I do have Real Work to do as well, so it may not be done immediately. I think Ubuntu is fairly close to Slackware, not sure about Debian, which I *thought* was close to Red Hat.
Now I *do* understand what some of the other contributors to this thread are doing, as I do something similar for other programs that are now unmaintained and no longer compile with GCC4 or earlier. The email program I use is a ten-year-old binary & libraries I compiled under Slackware 7 (if not, 4), and I copy the relivent binaries, libraries and dependances across when I upgrade the o/s. Yes, one day it will fall down. Three other programs I regularly use are similarly now 'legacy'. My 'C' coding isn't up to the major changes apparently needed to allow them to compile again with a modern compiler.
Word of warning about fake email addresses - if your system suddenly does start to send out messages to them, you'll start getting otherwise mysterious email messages back about being unable to deliver and other such comments. I speak from experience - although in my case the puzzle was finding what was generating the messages in the first place (not elog, another program as it happened).
I suggest you also include
in your configuration file, which also stops them being generated in the first place.
Although I was unaware (or had totally forgotten) that there was a 'Suppress email button' as mentioned in the documentation.
Hi all, Is it just my system or do others have this odd issue. I have a pdf file which is 'upside-down', I attached it to an elog entry, and the .png image thumbnail was generated. Now this too was upside-down, so I tried to use the left (or right) rotation buttons along the top of the image in elog to do a 180 degree rotation. The first 90 degree rotation was fine, but the second attempt just made a smaller image. It happens with various pdf files generated by various software (in case). I also tried it with a jpg file, in that case the second attempt enlarged the image. I could not find any way to actually invert the .png image using elog; but I was surprised that a second rotation ddid something different (change magnification) rather than nothing at all if it could only cope with a 90 degree rotation. It's not a vital fix for me, but I have found the thumbnail (png) manipulation functions have a few rough edges, so when necessary I use xv or gimp on the .png file to get what I want. Or is this just my system?
In the documentation:
>In addition to the #'s one may specify format specifiers which are passed to the strftime function. This allows to create tags wich contain the current year, month >and so on. Once the date part of the attribute changes, the index restarts from one. The statement
>Subst Number = XYZ-%Y-%b-###
>results in automatically created attributes
of the form
>XYZ-2005-Oct-001 >XYZ-2005-Oct-002 >XYZ-2005-Oct-003
A little playing around with the %[Alpha character] s of strftime probably will generate a format that will suit your requirement - to the second if needs be.
For example I've checked that
Preset Ticket = T%y%m%d%H%M%S#
Generates a ticket number T1302061705141 at that particular moment.
Unfortuately for this to work, you have to have the "#" suffix, which will add a trailling "1" at the end of every ticket (unless you generate two new entries within a second of each other). There are plenty of ways to format all this available in strftime, and unless you keep changing the clock on your computer (which I am guilty of), the ticket numbers can be as unique as you care to make them, and sequentially increasing.
Having said that, I share the view with Stefan that the problem is moving a thread or entry to another logbook rather too early. Personally I keep a thread in the current log book for at least a month after it is "closed" before I move it, although partly that's because sometimes these threads come back to life. Although also because I ran into the same issue (moving the latest entry and finding the ID duplicated), and, realising the problem, then took the "wait" option to solve it..
> > Hi all, > > > > Is it just my system or do others have this odd issue. > > > > I have a pdf file which is 'upside-down', I attached it to an elog entry, and the .png image thumbnail was > > generated. Now this too was upside-down, so I tried to use the left (or right) rotation buttons along the top > > of the image in elog to do a 180 degree rotation. > > The first 90 degree rotation was fine, but the second attempt just made a smaller image. > > It happens with various pdf files generated by various software (in case). > > I also tried it with a jpg file, in that case the second attempt enlarged the image. > > > > I could not find any way to actually invert the .png image using elog; but I was surprised that a second > > rotation ddid something different (change magnification) rather than nothing at all if it could only cope with a > > 90 degree rotation. > > > > It's not a vital fix for me, but I have found the thumbnail (png) manipulation functions have a few rough edges, > > so when necessary I use xv or gimp on the .png file to get what I want. > > > > Or is this just my system? > > I just tried on the demo logbook: > > https://midas.psi.ch/elogs/Linux+Demo/14 > > and it worked fine in rotating the image twice. Can you try yourself and find out if it's related to your installation if ImageMagic, or the actual image file? > > /Stefan Hi Stefan, Well I didn't crash the server this time, and I could invert the image in the demo logbook by doing two rotations. But, this is elog v2.9.0-2435, and I am using v2.9.2-2475. And I remember there was a recent issue about the image manipulation at some point, so I went to the download section to read the subversion listing to find where this occurred. But you've changed subversion! I couldn't find my way around it, so I not only could I find the changefile that showed what happened for each subversion issue, but even how I could download the current (or indeed any past) subversion issue. As far as I can recall, you made a change, I reported an issue, and you undid the change, or partially undid it. Do you know when this was? Could it be relivent?
Please add my vote for this on the wishlist.
Glad you've got your solution. Sadly, won't work for me, as my 'catching up' is often as replies to some existing threads, rather than just the need to have the day's work under the day's date. But useful to know for the future.
As for the computer time switching, I am aware of the issues, it's a stand-alone linux box, I've found elog to be surprisingly tolerant, everything's backed up. The introduction of a 'When' attribute had better be on new logbooks or introduced at end of year (esp during quiet time) so that existing books don't fail to find what I'm looking for in searches.
As for ascii coding the yymmdda.log file, and the infinate loops, been there, got the tee-shirt. In all bar one case I've found and corrected the problem, although in one case I became convinced it had to be a 'hidden' character because deleteing and retyping the entry letter by letter cured the issue.
By default, elog enties are sorted by their ID number. When viewing a logbook in Full or Summary, they are shown in strict order of ID. In Threaded, entries are shown in strict order of ID for the latest entry of each thread, and then previous entries (in reply to) back from the latest one. In collapsed mode, it is only the starting entry of each thread is shown (or the latest one if "collapse to last" chosen, but that's a detail). I have a couple of logbooks where I'd like the default sorting to be by another numeric attribute that I enter. Now this works fine in Full or Summary mode. In threaded mode (e.g. default for this forum, where every entry is shown but are grouped by thread), it works in as much as all the entres are there and in order, but it doesn't quite look the same as when sorting by ID - the replies are not each offset further right beneath the entry it is in reply to, but all just slightly offset to the first entry. If you try to [completely] collapse the threaded mode to just one line per threaded topic - it doesn't. Looks (almost) the same as threaded. I was hoping to get the list of entries collapsed to one line per thread, in order of the numeric attribute, but I cannot seem to get this to happen. Have I missed something here? Or is it possible at all?
> > By default, elog enties are sorted by their ID number. When viewing a logbook in Full or Summary, they are > > shown in strict order of ID. In Threaded, entries are shown in strict order of ID for the latest entry of each > > thread, and then previous entries (in reply to) back from the latest one. > > > > In collapsed mode, it is only the starting entry of each thread is shown (or the latest one if "collapse to > > last" chosen, but that's a detail). > > > > I have a couple of logbooks where I'd like the default sorting to be by another numeric attribute that I enter. > > > > Now this works fine in Full or Summary mode. In threaded mode (e.g. default for this forum, where every entry > > is shown but are grouped by thread), it works in as much as all the entres are there and in order, but it > > doesn't quite look the same as when sorting by ID - the replies are not each offset further right beneath the > > entry it is in reply to, but all just slightly offset to the first entry. > > > > If you try to [completely] collapse the threaded mode to just one line per threaded topic - it doesn't. Looks > > (almost) the same as threaded. > > > > I was hoping to get the list of entries collapsed to one line per thread, in order of the numeric attribute, but > > I cannot seem to get this to happen. Have I missed something here? Or is it possible at all? > > This is not possible at the moment, but I will add it to the wish list. OK, Thanks Stefan.
> Hello, > > I've had much success and use with ELOG. However there is one thing that I wish I could figure out in order to > make ELOG work exactly as I need it. > > When I either create a new ELOG entry, or, have one created via an automated scrip run by CRON, the paragraph > width is preset. > > I've read the notes and experimented with setting the text size, but it seems that if I either adjust it via the > config file, or, change the size by dragging the message box itself, then I end up with an ELOG entry that has an > irregular message size to it than all the others. Consistency and uniformity is very important to me for how I > use ELOG. > > It would be idea, if the log entries did not contain <CR>'s or justified lines. In other words, I would like to > be able to have my ELOG entry fill the width of the screen, be it a wide screen or standard portrait scree, and > at whatever resolution and text size I have my browser set to. > > By not filling the entire width (and also by not having it auto adjust depending on screen size, resolution, > etc.) there are large portions of the screen real estate that is lost and you end up with very long, scrolling > log entries versus entries that file the entire width and therefor take less vertical screen space. > > With all that said -- Does anyone else have this issue? And, is there anything I can do to correct this? This > would make me a very happy user if it could be done. > > Thank you in advance! Hi Ryan, Do you quote the previous entries in later entries, with the '>' character (as above)? I ask this because that will make what you are requesting much more complicated, soon making those previous entries very difficult to read indeed. For me, readabiliy of previous quoted entries is important - along with the indenting '>' character to denote each entry - your request would be an issue for me simply because of how many times an entry may get re-quoted in later replies - over 40 is not uncommon. As such, I tend to keep my lines short when writing an entry, being aware that it could soon have a large number of '>' characters preceeding it. [Sep 03 07:30] Not an aside as such, but I have tried to experiment with this quoting business, to remove the '>' character (easy enough) but have each quoted reply headed with a simple date/timestamp *within* this text box, such as I headed this paragraph. It hasn't worked as I expected, and I'm not sure why - maybe it might even be a bug! But if that could be cracked, then your suggestion would be a boon to me as well.
I know two ways to do this. Either way you do need some kind of sysadmin status.
Stefan, Andreas, close your eyes for the next sentence.
1. Set the computer/server clock to 5th October, make the entry, set the clock back again.
2. Make the entry as normal, then go into the logbook directory and find today's 130912a.log entry - now create a new 131005a.log file, and paste in the relivant entry into this - not forgetting to change the day and date at the top. Save the file. Ensure that 131005a.log has the correct permissions and ownership (compare with all the other files) - you do mean you're using linux, didn't you. Cannot answer for what to do/happen with Windows.
Now I too have this issue - there is one entry I want to keep at the very top of the list until a certain date has passed. The way that Stefan/Andreas may offer probably will work, but I've never tried it - which is that the entry goes into today's log file, but has a "entry date" category. I don't know if that would keep the entry at the top of the list until the 5th October has passed. As I don't want to have an "Entry date" category, I resort to one of the two methods above.
The fact that the ID numbers become out of sequence doesn't seem to affect the performance of ELOG at all in my perhaps rather more extensive experience than the developers would have wanted me to try.
Some computer programs/OS work with the computer clock as is. Some make adjustment for Daylight Saving. Some - Windows comes to mind, actually adjust the computer clock back and forth as Daylight saving ends and begins respectively. I know this because I have a dual boot computer (I use windoze for AutoCAD and one other Windows-only Java based utility[!]), and when British Summer Time starts, my Linux automatically moves the screen clock forward. But when I subseqently boot into Windoze, it sets the computer clock forward one hour, so when I then boot back into Linux, the clock is one hour fast.
I therefore suggest again you check what your computer clock *really* is, not what the OS reports it as being, as often they think they're being clever and automatically put in Daylight Saving.
Another test - Stefan and Andreas will be shuddering hard tonight - will be to set your computer clock to December, and see if the effect is still there or has disappeared.
On this linux box, using Firefox 12, if tabs are in use, Ctrl-Pgup/Ctrl-Pgdn goes throught the tabs. If you force tabs off, then it goes through the entries.
Bavigation buttons work fine.
Stefan/Andreas,
When I reply to an existing Logbook entry, I get the error page "Error: Attribute Audit Date not supplied. Please go back and enter the Audit Date field."
The configuration file uses:
Required Attributes = Audit No, Audit Date, Audit Type, Finding No, Finding Level, Section, MOE Procedure, Finding Details, Auditor, Deadline, Responsibility Fixed Attributes Reply = Audit No, Audit Date, Audit Type, Finding No, Finding Level, Section, MOE Procedure, Finding Details, Auditor, Deadline, Responsibility Type Audit Date = date Type Deadline = date
The combination "Required Attributes" and "Fixed Attributes Reply" does not work for date-fields.
As soon as I disclose the date fields from either "Required Attributes" or "Fixed Attributes Reply" the error is no longer evident.
But I want the "Audit Date" and "Deadline" to entered during a new Record and they shall not be changed during a reply.
Is this a bug -or- do I have to change the configuration?
Thanks & regards, Barend
I can reproduce your point.
I've found various work-arounds, but possibly the best one is to remove "Audit Date" and "Deadline" from the Required Attributes line. True you won't get a warning saying that they were not entered for the first entry (if you didn't enter them, that is), but all subsequent replies run as you would want.
Another way is if you *preview* your entry, you can then submit it and that works. This seems to work by bring up a different page where you can edit all those Fixed Attributes. (I'm not sure that Preview is meant to do that, but it does and it's a work-around).
Or, if you remove "Audit date" and "Deadline" from the Fixed Attributes Reply (as you did) seems to work in the same way. But I see that you don't want the opportunity for these to be changed.
I note that if you get this error message and go back, the message that you may have written is erased (this is unusual, it doesn't do this if you have not supplied an attribute on the first entry, say).
So I suspect this is a bug, possibly not detected before; perhaps no-one had tried this combination.
[13 Nov] As my threads have lots of replies, I end up with a forest of ">" characters which makes it difficult to read earlier quoted entries (what with word-wrapping of the browser). I thought to replace the ">"s by a simple date entry prepended to the start of each reply. - much as I have given at the top of this initial entry. So this is what I put in the config file: .... Time format = %a %d %b %y Date format = %d %b Prepend on reply = [$date] \n ... The time is used in the string for the Thread display. Only I don't get the date, with the date format, prepended to replies but the time, in the time format, as [Wed 13 Nov 13] Now this is hardly a disaster, but any ideas why the date formatting is being ignored?
I don't know what happened here - I mean, I understand the ">" characters being added to the start of every line of a quoted previous entry, but now what then happened to the formatting.
By default in plain mode elog adds ">" to the start of every quoted line, just as quoting an email will do (some mailer programs).
If you're beyond your nteenth reply, word-wrapping of the browser etc makes past comments difficult to read. Of course it would be equally difficult in in html mode as the boxes would get more and more nested.
Not sure if your link here about html is relivent to the use of the ">" to indicate a quoted reply or not, although that wasn't really my question - which was about date format in the config file.
> > [13 Nov] > > As my threads have lots of replies, I end up with a forest of ">" characters which makes it difficult to read > > earlier quoted entries (what with word-wrapping of the browser). > > I thought to replace the ">"s by a simple date entry prepended to the start of each reply. - much as I have > > given at the top of this initial entry. > > > > So this is what I put in the config file: > > > > .... > > Time format = %a %d %b %y > > Date format = %d %b > > Prepend on reply = [$date] \n > > ... > > > > The time is used in the string for the Thread display. > > > > Only I don't get the date, with the date format, prepended to replies but the time, in the time format, as > > > > [Wed 13 Nov 13] > > > > Now this is hardly a disaster, but any ideas why the date formatting is being ignored? > > Hi David, > yes, a $date is substituted with the "Time format" in the function build_subst_list(). > I guess that is a bug, but it could break many existing logbooks to change it. > I leave this to Stefan. > > There is a simple solution for your problem: you can execute a shell command. > > Prepend on reply = $shell(date '+[%d %b]') \n > Reply string = > > That snipped will do exactly what you want :-) (of course you need to have the "-x" option to start elogd.) > > Kind Regards > Andreas Hi Andreas, Thanks for this, I'll give the solution a go. I take the point that if it's a bug, other logbooks may be affected if it were fixed; but perhaps another parameter - $thedate or something could be created instead?
> > I'm not an expert in debugging web applications. Here are my two cent: > > We once had a problem when we hosted very large logbooks (several 10 thousands of entries) that the server would run > > out of real memory and was slowed down by swapping. Therefore my first idea would be to monitor the server: Is > > the CPU load peaking? What happens with the memory consumption? Any other suspicious process running on the server? > > But it could be as well a network or browser problem. Did you try different browsers? > > Did you check the elogd log file? > > The logbook only has a few hundred entries, elogd is using only around 20-30 MB and there is enough free RAM. The load > average for the server is around 0.2, elogd only uses 5% CPU at most when it is accessed and the CPU is idle most of the > time. > > Strangely it happens mostly when using Chrome, and almost never with Firefox. I captured the network traffic, but I can't > see anything unusual. It just takes very long until the answer is returned by the elogd server. My tuppance worth. I have noticed (firefox) that some attachments take rather longer than might be expected to upload. I originally thought this was the ghostview program processing say a pdf to make pngs etc, but have more recently started to question that assumption. No solution or much clue, just another observation.
Years ago I had a similar issue, although I cannot remember the exact details now. The consequence is that I don't leave any spaces in the log book names. However, I did find that '&' was fine, and the ampersand and %26 are interchangeable in a logbook page, so one logbook is ECP&SIW, and using ampersand or '%26' work interchangably when making llinks from other logbooks to ECP&SIW (that is elog:ECP&SIW or elog:ECP%26SIW work equally well).. This is not true of elog.cfg, where only the actual character should be used. This may be true for some other urlencoded characters.
It may be of note that %20 and '+' are not the same urlencode and character - %20 is a space, '+' is %2B, and a brief bit of playing around shows that elog is not so tolerant of those characters as it is with & and %26, and I crashed mine several times but I was only playing, nothing serious was lost.
Having written the above and posted it, I see the links for ECP&SIW I wrote here don't work the same as in my local logbook. I did check! Result is treat the above posting with caution. Although this is not the first time when something works fine on my local logbook but not here on the Mother of all elogs. Different flavour of linux?
Hi Stefan and Andreas, With the latest incremental version of elog (a738232), I have noticed that when attaching a pdf file, the .png thumbnail is not generated when the "upload" button is pressed - there is just the usual small line saying what the latest attachment is. If this happens, a subsequent attachment will force the generation of the thumbnail for the *previous* attachment, and again no thumbnail for the latest attachment. Submitting the comment will also generate the thumbnail. As of yet, I cannot find any consistent pattern to this. Also, it's hardly a disaster, but I have been fooled when attaching a pdf file that subsequently turned out to be damaged and thus unreadable.
Hi Stefan and Andreas, When I submitted the previous entry, I had an error message about not able to send via psxxxx.psi.ch come up as a red bar at the top of the elog page - sorry, cannot remember the subdomain name correctly. The observations I was going to make is firstly the change in layout of the Find section - maybe I'll get used to it but the change in layout wasn't warmly welcomed. Also, shame that moving from Subversion means that the increments are no longer in easy numerical order. So I believe that I am commenting on the latest possible version available, a738232. A question. My logbooks directory is now 1.8GB. Yes, there are a lot of attachments etc to bulk it out, but it's all plain text comments. Is there a limit as to the size, or total number of entries? Elog takes a notible amount of time to index it all these days, and I have wondered whether a couple of "instabilities" might be caused by this. Anyone any thoughts? I don't know how I managed it, but I got elog to generate two entries with the identical ID no. The new entries were different as well. The log file faithfully had recorded the two separate replies to the entry having the same ID no as well. Unfortunately I went and corrected it by editing the YYMMDDa.log file without keeping a copy. I have also had a mysterious entry ID0 appear in threaded display, despite there being no entry 0; and if it appears, it appears in two or three places within the list of threaded entries.
I tried to attach a screenshot showing this, but kept getting a 502 bad gateway error. The message in the red banner is Error sending Email via <i>"psquad.psi.ch"</i> with that html showing, by the way. > Hi Stefan and Andreas, > > When I submitted the previous entry, I had an error message about not able to send via psxxxx.psi.ch come up as > a red bar at the top of the elog page - sorry, cannot remember the subdomain name correctly. > > The observations I was going to make is firstly the change in layout of the Find section - maybe I'll get used > to it but the change in layout wasn't warmly welcomed. > > Also, shame that moving from Subversion means that the increments are no longer in easy numerical order. So I > believe that I am commenting on the latest possible version available, a738232. > > A question. My logbooks directory is now 1.8GB. Yes, there are a lot of attachments etc to bulk it out, but > it's all plain text comments. Is there a limit as to the size, or total number of entries? Elog takes a > notible amount of time to index it all these days, and I have wondered whether a couple of "instabilities" might > be caused by this. Anyone any thoughts? > > I don't know how I managed it, but I got elog to generate two entries with the identical ID no. The new entries > were different as well. The log file faithfully had recorded the two separate replies to the entry having the > same ID no as well. Unfortunately I went and corrected it by editing the YYMMDDa.log file without keeping a > copy. I have also had a mysterious entry ID0 appear in threaded display, despite there being no entry 0; and if > it appears, it appears in two or three places within the list of threaded entries.
Hi Stefan and Andreas Yesterday I reported I had some issues with the latest elog: but now I can reproduce one. elog 2.9.2-a738232 I started a new entry, and attached three pdf files. I did not get the problem of not seeing the png thumnbnail this time, although that is annoying if you want/need to adjust the thumbnail image before submitting. However, if I then look at the running processes, I have the following listed (ps -A) 23677 tty1 00:00:04 elogd 23809 tty1 00:00:00 elogd <defunct> 23825 tty1 00:00:00 elogd <defunct> 23847 pts/0 00:00:00 ps 23677 was when I started the elogd daemon, having killed off the previous daemon etc for test purposes. 23809 and 23825 appeared after a couple of pdfs were added (second and third ones to be precise). They can only be killed off by killing off the original running daemon. It appears that attaching a second and further pdf attachments to any entry generates an elogd <defunct> in the processes list, although attaching a jpg in the middle of a list of pdfs didn't (but the next pdf did). This is happening while adding attachments, that is the Submit button has yet to be pressed, so it seems to be generated when the pdf file is being processed for some reason. You can end up with quite a stack of these in the process list! I never saw this behaviour with the previous version I was running, SVN2475 I think. By the way, I still cannot send an attachment over to this server (showing a screenshot) without the 502 error.
Further work suggests that the type of pdf file might matter, as I have now seen the defunct daemon after adding the first pdf file in an entry. However, I have also found that image manipulation (rotation, size) generates a defunct daemon. > Hi Stefan and Andreas > > Yesterday I reported I had some issues with the latest elog: but now I can reproduce one. > elog 2.9.2-a738232 > > I started a new entry, and attached three pdf files. I did not get the problem of not seeing the png thumnbnail > this time, although that is annoying if you want/need to adjust the thumbnail image before submitting. > > However, if I then look at the running processes, I have the following listed (ps -A) > > 23677 tty1 00:00:04 elogd > 23809 tty1 00:00:00 elogd <defunct> > 23825 tty1 00:00:00 elogd <defunct> > 23847 pts/0 00:00:00 ps > > 23677 was when I started the elogd daemon, having killed off the previous daemon etc for test purposes. > > 23809 and 23825 appeared after a couple of pdfs were added (second and third ones to be precise). They can only > be killed off by killing off the original running daemon. It appears that attaching a second and further pdf > attachments to any entry generates an elogd <defunct> in the processes list, although attaching a jpg in the > middle of a list of pdfs didn't (but the next pdf did). This is happening while adding attachments, that is the > Submit button has yet to be pressed, so it seems to be generated when the pdf file is being processed for some > reason. > > You can end up with quite a stack of these in the process list! > > I never saw this behaviour with the previous version I was running, SVN2475 I think. > > > By the way, I still cannot send an attachment over to this server (showing a screenshot) without the 502 error.
I would like to put between two entries a new entry.
My Users forgot to put a entry, and now they would like to put a new entry between olders entries.
For Example:
We have 10 entries order by Id:
300
301
302
They want to put between the entry 300 and 301 a new entry.
Is possible to do this feature?
There is nothing within elog itself to insert entry 310 between 300 and 301. If you allow branching in your logbook. make a second reply to entry 300, and add in the missing details. That entry will always be there as a reply to 300, but not obviously between 300 and 301.
From this point, any way to improve matters will require editing of the log files (default location /usr/local/elog/logbooks). I should warn that editing these files can cause problems, including elog to crash, and spotting your error can take a lot of effort. I speak from experience. I suggest that you have a look at a few entries, the layout of the entries etc first, and if you're still up for it I'll give a quick spin on how to improve the tidyness of how your entires look with 310 inserted between 300 and 301.
I should add what I would write only applies for certain for linux users, as it is my OS of choice.
Hi there, In the "Find" page, I changed the default of the "Show last" drop down box in the Entry Date section from the (unstated) "All time" to "Day", and added back in an "All Time" option at the very bottom. This gives a default of searching the last day, and one has to think and select the period of time to search back on.
I did this on my 2.9.2-2475 version, recompiled and it works. Two lines of code changed and even my cr*ppy coding was up to the task. I don't know if Stefan would want to put this into the Master copy (I'll forward the changes if you want Stefan, but it's pretty easy if I can do it), but if you can edit and recompile (Eoin) I can tell you which to lines for immediate functionality. Back up everything first, though!
It has just occurred to me that you may also have to check the non-English files, (./resorces/eloglang_xxxx) as this change introduces a new term "All time" that would need translation into the other lexicons.
If my coding had been up to it, I would have done this and submitted... thanks Stefan.
Hi Banata,
If you only have a few people who can reply, then use
Allow reply = <user list>
and no need to produce a "Deny reply" list.
If most people are able to reply, but a few are *not* allowed to reply - bad behaviour or whatever - then the Deny reply list is more appropriate, and no need to generate an "Allow reply" userlist.
so let say I just want to add certain members for replying logbook, so I just need to add parameter Allow reply = <user list>
and automatically all members not listed will be forbidden, am I correct?
I dont need to specify members for "Deny Reply" right ?
I grant that this may be a complete red herring, but your description below - not available and having to reboot - might have another explanation. At least in Linux. I have found that if you have a broken thread, and you try to access that thread, the daemon goes into an endless loop and I could not kill off the daemon by normal means, but had to reboot the computer. The daemon cannot cope with not finding an entry where one is referenced by a subsequent (or previous, I assume) entry. A broken thread can occur if you move a thread with a large number of subsequent entries - more than say 50 (I don't know the precise number) from one log book to another. The copy part of the move works, but the deleting of the entries in the original log book is incomplete, leaving an orphan set of (later) entires. Access those, and it's time for a reboot. Which makes finding them a potentially tedius and multiple rebooting exercise. I know, because I've had to track a number in my time. Just a thought. David. > We have reduced entries for Search reasons by removing older text files and that seems to speed up things. > However, a recurring problem persists during peak period where the service connection is lost (site says "Not > found" on both client and directly on server), and it cannot be restarted or killed. Only a reboot of the 2010 > x64 virtual server will make it available again. > > Any further info or details I can provide please advise. Thank you Stefan.
There's one pre-set value you forgot to include in this, which is the genuinely required "Show last all time". I archive many logbooks by years, and so for the year 2005 (say), searching by anything other than all time will always bring up zero results. And it gets annoying that the default default is "Day", the number of times I've forgotten...
I got around this by allowing a "Show last default = 0", modifying the relevent line in the block of code you modified when this was introduced to make this select "i==0", and that did the trick.
Law of unintended consequences came into play. If you use 0, then on the results page it says "Restricted search to last 0 Days". So that also needs tweeking, and that's really put my c coding (or lack of it) to the test. But I've changed that phrase to "Unrestricted search" followed by blank for when the parameter "last" is 0.
Oh, and a typo, "seach" instead of "search".
No doubt other features will show up...
Thanks Stefan, that did the trick.
Had a bit of an effort with the git repository, though, kept getting 403 errors when tried the
git clone https://bitbucket.org/ritt/elog as per the "download" page.
error: The requested URL returned error: 403 while accessing https://bitbucket.org/ritt/elog/info/refs
Hi Francois and Andreas,
On Francois' first question, I wonder if Francois is using attrib1, attrib2... as the actual attribute names in the config file. If this is the case, Francois, you can name attributes with suitable names in the configuration file and dictate which ones appear in the List and Threaded display modes. In the List Display, those names appear along the top row at the top of each column, which I think is what you want.
This example of three lines in a config file (made up).
Attributes = Worker, System, Organisation, Customer, Status, Ticket
List display = ID, Date, Organisation, Customer, Worker, System, Status, Ticket
Thread display = $Ticket: $Worker. $Organisation / $Customer, ($message id).
In list display, those words ("Organisation", "Customer" etc) are those that appear at the top of each column. In Thread Display, note how you can use punctuation. Also (not shown here) you can colour the line in Thread Display depending on the attribute System (which is akin to your question on cell style colouring) a feature not much used in this forum, and the Icon at the beginning of the line depending on the attribute Status.
This is in the documentation, but perhaps it's not clear to all that - apart from the system defined attributes - any word can be used as an attribute name, and that "attrib1" "attrib2" is just shorthand for "any words you wish to use as attribute names".
Otherwise, if you want a different word along the top if the column in the List Display (and also in the form for making a new entry) for the attribute that appears in that column, why not just use that different word as the name for the attribute?
On the third point, about Cell Style, it would be good for having attrubute 2 able to dictate the colour of the cell of attribute 1, and no need to show attribute 2 in the List Display. But take your point that it can be done in a shell script.
- I'm creating a logbook with a lot of attributes. I would like to know if there is a way to name (display) my attribute differently then it's original name. That way I could program $attrib1; $attrib2, etc, and map a name to display the column accordingly... Is it something possible ?
Comment <attribute> = <comment>
Tooltip <attribute> = <comment>
Show Attributes = <list>
Show Attributes Edit = <list>
As far as I know the display of these buttons cannot be configured.
I only saw Andreas' edited version of the original enquiry, so I didn't see the orignal config file under discussion - so most of my previous entry is totally pointless. Sorry about that.
> > elogd 3.1.0 moves all elog entries into year-named subdirectories. this feature makes it incompatible with older elogs and so should be clearly mentioned in the documentation, > > in the release announcement and in the release and migration notes. K.O. > > That feature is one of the main reasons why the version jumped from 2.x to 3.x. > A free tip: changes in major revisions do indicate some kind of incompatibility. > But yes, the release documentation by bitbucket is not really that useful: > it is difficult for me too, to find out what changed with new releases. > I have to admit here, that I haven't read any GIT tutorial yet. > By the way: you are welcome to contribute to the release documentation! > > On your actual problem: to go back to a former version of ELOG you can simply > - stop elogd 3.X, > - move all entries from the sub-directories one level up, and > - start the 2.X version of elogd. > > I wouldn't really call this an "incompatibility", would you? > At least you can easily go back without much trouble. > > Cheers > Andreas Stefan told me that the change was because some users were having thousands of yymmdda.log files in the logbook directories, and that sorting them into subdirectories by year at least did something to bring some order. Possibly to get around the lazy archivers, I suspect. When I first tried v3.0, I wanted to go back due to some bug or feature, and had to do exactly what Andreas suggested above. David.
> > Stefan told me that the change was because some users were having thousands of yymmdda.log files > > in the logbook directories, and that sorting them into subdirectories by year at least did something to bring some > > order. Possibly to get around the lazy archivers, I suspect. > > I'm actually the culprit, who did ask for it. > > If you want to know the full story, here it is: > We have our logbook data of our accelerator operation logbooks on AFS (Andrew File System). > And apparently AFS has a bloody stupid, hard coded limit: > the total length of all file names in one directory cannot exceed 64k. > Our operation logbooks go back for more than a decade and do contain many, many, many attachment files. > One day - very unexpectedly - we did hit that limit. > Removing temporary files (generated picture thumbnails) bought us time, and Stefan was nice enough to upgrade ELOG swiftly for us: a big "Thank You" to Stefan! Hi Andreas, I had no intention of causing any offence with my lazy archiving comment - hope I didn't, sorry if I did. Just that sometimes I've hit some limit or other, and entirely due to my lazy archiving - I only get around to do it when I have to, usually when I've hit a limit, or some other problem (broken links and orphaned threads being common ones). Personally, I would have found it useful to put the attachments into a separate directory - or at least to allow the possibility. Elog as it stands sometimes can, and sometimes cannot cope with that functionality - and even to try means messing around directly with the yymmdda.log files. For me it would have saved me having duplicates of the same large attachment in two or three different logbooks, if I could always reference the same Master copy of the attachment. This was at the time I was severely memory constrained, and in part forced me to change how I had operated elog, so for me that need isn't as great as it once was. David.
> > Stefan told me that the change was because some users were having thousands of yymmdda.log files > > in the logbook directories > > I am one of those users. The elog for the ALPHA experiment at CERN goes back to 2006 or so, > with large volume of messages and huge number of attachments. The MIDAS forum elog goes back to 2003. > The TRIUMF DAQ internal elog goes back to 2001. > > I think the new organization is an improvement. > > K.O. Hi Konstantin, I've used elog as my main reference/logbook since 2005. I had looked at it in its version 1 incarnation, but didn't get on with that so well. My biggest problem in the past was running elog on two physically separated linux boxes, and for complex reasons all the logbooks were on a memory stick (plus the vital backup)! Hence my previously mentioned memory issues - in my case the size of the available memory sticks. David.
> this elog offers me to edit a draft message, then yells at me "only some other user can edit this draft!!!". > methinks I should only be offered to edit draft messages that I own or I can edit. K.O. I find it odd that I can see someone elses draft, but never one that I am in the middle of composing (using a different tab of the browser) in the elog listing. There's one such draft Konstantin refers to in the logbook listings now - last one was dark blue, this one a pink background, is there a reason for these different colours?
I missed or don't remember that post. My vote is replace "Back" with "Delete" - or "Abort"
Thanks for the explanation. I realised it was just an error message of no real import, but it can get irritating at times.
I have had to play around with viewports for other reasons than elog, but I do have a couple of comments to make. Obviously the meta tag viewpoint has to be added in. Also, elog was written for large screens (no-one thought anything else was possible when elog was started), and it is relatively recent that mobile devices have become a significant percentage of views of web pages. Google is downgrading websites that are not mobile-friendly - that is, not starting with the viewport meta tag. So there may have to be a fair re-arrangement of the default layout of elog for it to remain sensible on mobile devices.
The attached css file (I made minor edits to someone else's - and they were freely giving it away), allows tabs running along the top of the page (below the title) for navigation. So it would be nice if the elog tabs could operate in the same way when being used on a mobile device. If select on one, it can become a drop down menu to select other tabs under that general top layer (I don't think that function is in the attached css file). I've put a sample of such tabs (not drop down) in header.html attached. Though I'm sure everyone else can write far better css and html code.
As I'm not a heavy mobile user, and often do need the whole screen to view matters, it would be nice if all of this could be optional in the elog.cfg file.
The viewport thing and the IE7 mode thing are separate issues.
OK, maybe it's a CKEditor thing then. I thought it might be. It seems pretty stupid that the default setting in IE is to emulate an older browser - although I guess a lot of people have very outdated intranet sites. Anyway, we have a fix here so I don't think you need to do anything. Just thought you might want to know.
The viewport tag issue - see attachments. The first two are the log selection page and the list page, both without the viewport tag. Obviously you can zoom in, but this is how they appear by default, as (apparently) Chrome tries to render the whole page width. The third one is how the list page appears when the viewport tag is added, and the fourth is with my custom CSS to put the columns on separate lines. It's probably very bad CSS, so I'm certain that it's not robust or cross-platform, but it works for me :)
/* make things look a bit nicer on smaller screens */ @media (max-width: 700px) { table.listframe td, table.listframe th { display: none; } /* show id, date, personnel, summary in separate lines */ table.listframe td:nth-of-type(-n+2), table.listframe td:nth-of-type(4), table.listframe td:nth-last-of-type(2) { display: block; border: 0px; } }
Hi Alan,
I have no idea if this helps but the Date and Time formats in the config file internally interconnect, as I discovered in trying to define them separately. Define one, and the other is defined.
I only mention this as I spent some hours trying to sort out the issue, only to learn it was a "feature" that Stefan didn't want to correct as it may affect too many others. I can understand that, and made a different solution to what I wanted to do.
UPDATE:
As I continue to test and troubleshoot this problem I noticed something peculiar: the Datetime defined field that the client is rejecting when I attempt a record insert is listed as a Required attribute. However, when I just remove it from the Required list the record including the epoch time is inserted without any problems.
I am now unsure if my configuration is deficient somewhere, vs a problem with the client program code.
What is the input format expected by the elog client for a required Datetime defined field when inserting a record? (Eg: October 26, 2016 = ? in the field's data parameter).
I have read some prior posts on this and the indication is that the input needs to use epoch time, however even when I enter 1477493161 or 0 the client still flags the variable data as missing. If this is in fact the format I shoud be using then I can provide a sample input and output message to illustrate my problem.
I don't know if you can get elog to generate a log file - check the documentation, I don't bother. But I do have some experience with this matter.
There are two related circumstances I know of that can arise which will cause elog to crash.
As you are probably aware, the entries are threaded. I find the main problem is if you move a long thread - I forget the number but over 30 entries - from one log book to another, it will copy across fine, but the deletion of the thread from the source logbook will crash elog *before* the entire thread has been deleted: cause 1.
If you then restart elog, and happen to access the partially deleted thread, elog will run into a loop. You won't be able to access elog, and you will see it is burning up CPU time, and it probably will eventually crash, but normally I find what the process number is and kill it (with "kill -9 [process no]"). This is cause 2. The reason is that elog is looking for an entry number in the thread that no longer exists (because elog has already deleted it).
There is a moderately convoluted way I have devised to completely delete the partially deleted thread, needing access to the yymmdda.log files. Cause 2 can also occur if someone manually edits yymmdda.log files with insufficient care (that includes me on occasion).
First up, the Copy command is supposed to be used to copy to another log book, as it says in the documentation, not a duplicate entry in the same logbook. I've tried doing a copy into the same logbook, it appears to work (although I don't know about every circumstance, I just did a quick and dirty test). Use at your own risk! Don't use Preserve ID feature is one caution I would raise immediately.
As for renaming the command, I'd suggest defining a new language, "lenglish" or whatever, make all the files necessary as per any normal language; in the eloglang.lenglish file would be
New = New
Edit = Modify
Copy to = Duplicate
and so on. I chose to call my eloglang "lenglish" as duplicate, modify etc as used in the example here derive from Latin, but other commands would still be English.
When specified in the config file (just like the languages that "come with the box") that should give you the alternative names for the commands.
So did I [thankful there is no shame face icon].
I have experience of elog hanging (under linux). I'll describe my situation, although it may not apply to you. I still use elog 2.9.2 but I am unaware of this issue ever being resolved although I have mentioned it in the past. (Possibly because I'm one of the few who has this situation). I certainly recall other person had this as the problem, and my reply on this forum solved their problem. The cause is the following:
1. A thread with a large number of replies - something over 40 I think.
2. This long thread is deleted from the first entry. This will crash elog,
3. Once restarted, the later entries of the deleted thread (which survived the deletion attempt when elog crashed) are accessed. This will cause elog to go into an endless loop and hang. Until I learnt better, I had to reboot the computer. Under linux kill -9 (process) does the job, but kill (process) does not.
The problem lays with the first entry that survived the attempt at deletion. It has an "In reply to" line in the entry in the yymmdda.log file, referring to an entry that has now been deleted. Manually editing the yymmdda.log file to remove that line does the trick, and then the surviving entries can be accessed and deleted.
A good work-around is that if you are about to delete a long thread is to delete it in sections, starting at the end. It is useful to note the entry number or some other way to find it again after the last section is deleted, as of course it will now be back in with the even older entries. Or have two tabs on your browser accessing the same thread.
If you want to move the long thread to another logbook, to avoid the problem, Copy the thread, and then do the deletion in stages. Moving a long thread does the same computer crash/computer hang, although the Copying part is done fine, the deletion part is the problem.
You don't have to have a large number of replies to an entry to cause the hang in controlled conditions. Just edit the yymmdda.log file of a new entry adding in a "In reply to" line referring to an earlier entry number that does not exist is enough to cause the problem when you try and access the thread.
If this is the cause of your issue, the problem is to find the orphan thread that is causing the hang, especially after all this time. Also, you may have more than one orphan thread. Even though I am aware of the problem, I do occasionally find orphan threads in my logbooks. In my case I use the ticketing system, and searching by ticket number will find an orphan thread without hanging the computer, but if you then click on any entry found - hang.
There is a related issue, which I think I have now resolved. If the entry in the "Reply to" field in the yymmdda.log file does not exist, that is a later entry (not earlier, as above), elog will cause a duplicate entry, always in bold, with entry no 0 to appear in the listings. This entry is an artifact that appears in the listings, not a real entry in a yymmdda.log file. Again, finding the rogue entry is the tricky bit.
Just to be clear (and for others) if any entry is a reply to a previous one, such as this one is to yours, then there will be "Reply to" and "In reply to" fields in the entry as found in the yymmdda.log files. They are automatically generated as part of the elog program's internal structure, but are only there when there is a reply - so a new entry on a new topic does not have either field (at all) until there is a reply to that entry, when the fields start to appear in the log file.
Yes I think I recall the incident in the Forum you're talking about from previous searches I've done on hanging however so far I haven't used Reply To's in this elog instance. Nevertheless, you explained it very well and it's good points to keep in mind should I ever use them, thank you David.
May I slip my vote in for this, especially if it would allow more than 100 attributes (the default, and I do know how to increase it).
I even considered cutting that into two groups,. the first being words like "New", "Re-" and the second being actions. Clunkey and binned.
Just my two cent - I would have many very good applications for that feature:
We recently went through the process of renaming a "system list" in several logbooks, to make it consistent over several facilities. If the "on-call service" is called "radio frequency", but the "system" is called "RF", then searching the logbook can become difficult. It was painful: half a dozen applications had to be adapted at the same time the lists were updated, because they had features to create a failure report to ELOG - assuming specific "system" names.
So I'm in favour of putting that high up in the wishlist :-)
Hi Lesley,
Perhaps I can restate Stefan's comment. The data structure of an elog entry, or indeed the structure of daily file(s) for any particular logbook has not changed between v2 and v3. What has changed is the directory structure. A set of sub-directories (named by calendar years) are added to each logbook, and all entries/files for any said calendar year moved into the directory for that year. It gave me a shock the first time I tried using v3 elog, I wondered what it was doing - it was the auto-conversion to v3 file structure. I had to convert it all back to v2 file structure, so as to continue to use v2.9.2, so I'm pretty sure there is no change to the data structure within any file, else I think the older elog would kick up a fuss. As an elog (ab)user, I've plenty of practice with the struture of the data files.
(There was a data structure change between v1 and v2 elog).
I've had problems in the past due to a dodgy pointer creating branches despite a "No branches" in the configuration file. It would be very interesting to see what the 200428a.log file looks like with these entries: in the screenshot they appear to be shown in time order, but do the "Reply to" and "In reply to" liknes in each entry (in the .log file) show a linear progression through the entires, a branch or indeed this same order as the screenshot. If the duplicated entry sequential to 5657 (i.e 5658) then I would suspect something akin to my pointer's double click when I only made a single click, so fast that then second entry were created before the "No branches" checking part of the program had been reached. Not so sure about such an event here unless entry 5658 were already open but not closed?
Anyone who knows me knows I (ab)use elog a lot. And this one is another of a long list of cheats and work arounds rather than modifying the code properly.
In summary mode, the top row are titles, and if they are long, they will dominate the width of that column. Similarly if they are short, if entries under that title are either non-existant or even shorter. Sometimes entries below the title will dominate, e.g. entries under "Date" title.
I assume your entries under the title in question are things like more than one word, such that they get split into two rows within that cell. Sometimes that can look very untidy. However, if you want the column wider than the title is given, you can pad out the title with " " (without the ""). Either on both sides for a centred title, or on the right for left justified. Or between words if the title has more than one. (Sorry for this edit, I hit submit button rather than preview).
Dear Stefano, Try the entry I wrote some time ago elog:68655 David. > Dear expert, > I'm running the latest git version of elog ELOG V3.1.4-395e101a on ubuntu 20.04.2. > I'm experiencing frequent hangs of the elog server: the status is always reported as running, but the web server is not responding. > The only hint I have of something strange is that the elogd process is using a lot of CPU (50-100%), the log do not show anything suspect > as far as I can see. > > Has anyone experienced something similar or has any idea how can I start to debug the problem? > > Sorry for lack of many information, but I don't know what to look at. > > Thanks in advance > Stefano
The way to do this is to ensure that the date of the entry is in the future. As a hard -core linux (ab)user of elog, I create an entry, then dive into the yymmdda.log files, and edit it so that the date at the top of the entry is, for example, Sat, 31 Dec 2022 23:59:59. Then, that entry will remain at the top of the listings until the New Year. I do this very thing for the very same reason, i.e. to keep one entry at the top of the listings until after a certain date.
It may be that if you have "date of entry" field and sort by that, you could set the date of entry in the future. I've not tried that.
The same effect could be done by adjusting the computer/server's date to the future, make the entry and then reset back to the present, but that may well be unpopular and impractical. On a single computer, I have done this, although I then changed to editing the yymmdda.log file directly.
I am rather with John on this.
I deliberately stopped contributing to Wikipedia years ago after I added an observation to an entry. That is, a piece of what could be called original research. It was shot down in flames for being precisely that: original research. From what I read in the Draft:Elog and the Talk section, I think that the same issue in some guise or other will come up. All of us use and love Elog - I think I use it for all of the listed purposes - but apart from being in the Debian distro (which I did not know about) there is very little published primary sources. Mind you, the quality of publications as primary sources can be questioned, I can bore on with several examples.
Has anyone ever published a paper citing their filing cabinet organisation? Elog's obviously different, but has the same problem when it comes to citations. It is a utility, a very useful one, but the sort of utility that might just make an aside in a paper these days. If we were in the 1980s and (hypothetically) Elog was available and as functional, that would probably make it the subject in computer research papers and magazines.
Or what about the "ticket number" feature? Every new entry thread (sorry, confusing terminology on my part) would increment the ticket number by one, and there is no limit as far as I am aware. This is all explained in the elogd configuration documentation.
As for my suggestion earlier, now I'm at my computer with working elog. I think that the following four lines (three I guess already there but need alteration for this) need to appear in your elogd.conf file. The first three should also include any other thing you need to display etc. I've cut this down to the bear bones, and ... means anything else you want to add.
Attributes = Die, Organisation, ... List display = Die, Organisation. ... Thread display = $Die: $Organisation ... Preset Die = D_#####
Now the first time you run this, it will give D_00001. You can edit that to D_00100 and it will increment from there. You may wish to have two types of user, those who can start a new thread, such as yourself, and others who can contribute but not start a new thread / new Die discussion.
Now it may be that the attribute name you gave D_001 etc can be used where I have used "Die" here, which would appear to give a seemless transition. and perhaps without the need of editing the first new thread.
I have tried these as changes to an existing logbook on my system. and they appeared to work fine. but in my case as a single user, I could always change the Die number, a feature I guess you do not want. I guess there is a way in the config file, but I'm running out of steam for today. David.
This was given to me by Andreas L, In my elog.cfg file, I have the following: Preset text = $shell(date '+[%d %b %y]')\n and this puts at the top of every new thread I make today the following line [09 Apr 24] And for the same result for every reply as well, I have in elog.cfg Prepend on reply = $shell(date '+[%d %b %y]')\n\n----------\n with the ten dash characters to show the end of the thread, so the reply entry goes above the dashes. Obviously time, name of day etc can be included by using the strftime > > This is a nice idea, but currently no text substations in templates are implemented. It only works in attributes right now. > > but can it be done by javascript injection? load a custom .js or .html file, in this file run javascript code to root down the DOM tree until you > find the right place, replace .innerHTML with current date? > > K.O.
This was given to me by Andreas Luedeke of this parish. In my elog.cfg file, I have the following: Preset text = $shell(date '+[%d %b %y]')\n and this puts at the top of every new thread I make today the following line [09 Apr 24] And for the same result for every reply as well, I have in elog.cfg Prepend on reply = $shell(date '+[%d %b %y]')\n\n----------\n with the ten dash characters to show the end of the thread, so the reply entry goes above the dashes. Obviously time, name of day etc can be included by using the strftime codes. > > This is a nice idea, but currently no text substations in templates are implemented. It only works in attributes right now. > > but can it be done by javascript injection? load a custom .js or .html file, in this file run javascript code to root down the DOM tree until you > find the right place, replace .innerHTML with current date? > > K.O.
I have replied to this entry, because, for some reason I don't understand, if I reply to your latest entry, I am automatically logged out. I tried this multiple times, and also on many other entries and had no issues other than entry 69787 - any reason for this, Stefan? Anyway, what about MOptions? That appears to do what your example, and needs two lines in elog.cfg file: Moptions WaferID = 1001, 1002, 1003, 1004, 1005 Extendable Options = WaferID I've done a couple of quick tests on a test logbook I keep for such experimentation, and it appears to do all you have asked of it. I added a new option 1006. However, I found that one has to add that new one on its own, let the entry become proper, and then edit the entry to add the other, existing, values. If you tick entries and also add a new one, then your new entry is all those listed on their own, that is you would get and new entry in the config file such as "1002 | 1004 | 1006", rather than just 1006 This is probably an result of an unexpected use of Moptions and extendable options, rather than a bug per se. > Hey, > > thanks for your answer. I completely get your point. However, I think my question as not precise enough. > > I would like to have a numeric input, but many at the same time. When I make a new post, I would like to have an attribute 'wafer_IDs' that specifies the list of wafers this process has been performed with. So for a single post I would like to have a list like this: > > wafer_IDs = numeric value, numeric value, numeric value, extendable > > Note: I am not referring here to the option. The numeric values are freely chooses numbers, the only this that varies from post to post is the number of numeric values put. > > Let me make an example (If the attribute were a string this would be the equivalent): > > 1st post: A process that was run with 3 wafers (ID: 1000, ID: 1001 and ID: 1002): > wafer IDs = 1000, 1001, 1002 > > 2nd post: A process that is run with 2 wafers (ID: 1000 and ID: 1002): > wafer IDs = 1000, 1002 > > The string solves the issue, but is not as nice as having directly a list of integers. > > Thanks for your help! > > Best, > > Nick
Just to add some points for others who may find this of use in future. The hard coded number of entries options or Moptions can have is 100. You can edit the code and recompile, but that would not gain you many more before other problems concerning memory come in. Options allow you to only select one from the list; Moptions allow multiple selections from the list. As mentioned by Sebastian (previous poster) and in my suggestion. I imagined that by Wafer 1060 (say), no new work would be being done on wafers 1001, ... 1010, so you could edit the config file and remove those (M)options. It does not remove these wafer IDs from past records, simply that they can no longer be selected for new work to be recorded. In that way the Moptions list remains short but allows for hundreds or thousands of WaferIDs, ON THE ASSUMPTION that say only 50 (and certainly less than 100) are being worked on at any one time. The numbers I chose here were random, it's more to highlight the principle rather than a prescription. David. > Just my 2 cents: > > There is a hardcoded limit how many entries the Option list can have. Without looking into the source, I assume the limit also exists for MOptions. > If you want more, you have to recompile elog with the changed limit. > > We have used the normal Options attribute and a "Execute new"-script to alter the elog config for the Options list: to sort the list (5 last used entries on top, the rest alphabetical) and remove very old entries, which are not needed any more. > Remark: if you change the elog.cfg, you have to tell elog to reload the cfg. e.g. using "killall -HUP elogd". > > Alternatively, you can add javascript code via a html file and the attributes "Top text" or "Bottom text" to manipulate the input fields on the client side. > > Both ways are a little bit hacky, but they work. > Best wishes, > Sebastian > > > Thanks for you help. This is almost it. > > > > The problem is that the items are options and not freely closable numbers. In the end, with your solution, it will show you all of the previously put IDs which will be 1000s of entries for us. I think I will just put a convention that we have to write the numbers spread with a comma in a string > > field. > > > > Thanks. > > > > Best, > > > > Nick > > > > > > > I have replied to this entry, because, for some reason I don't understand, if I reply to your latest entry, I am > > > automatically logged out. I tried this multiple times, and also on many other entries and had no issues other than > > > entry 69787 - any reason for this, Stefan? > > > > > > Anyway, what about MOptions? That appears to do what your example, and needs two lines in elog.cfg file: > > > > > > Moptions WaferID = 1001, 1002, 1003, 1004, 1005 > > > Extendable Options = WaferID > > > > > > I've done a couple of quick tests on a test logbook I keep for such experimentation, and it appears to do all > > > you have asked of it. I added a new option 1006. However, I found that one has to add that new one on its own, > > > let the entry become proper, and then edit the entry to add the other, existing, values. If you tick entries and > > > also add a new one, then your new entry is all those listed on their own, that is you would get and new entry > > > in the config file such as "1002 | 1004 | 1006", rather than just 1006 > > > > > > This is probably an result of an unexpected use of Moptions and extendable options, rather than a bug per se. > > > > > > > Hey, > > > > > > > > thanks for your answer. I completely get your point. However, I think my question as not precise enough. > > > > > > > > I would like to have a numeric input, but many at the same time. When I make a new post, I would like to have an attribute 'wafer_IDs' that specifies the list of wafers this process has been performed with. So for a single post I would like to have a list like this: > > > > > > > > wafer_IDs = numeric value, numeric value, numeric value, extendable > > > > > > > > Note: I am not referring here to the option. The numeric values are freely chooses numbers, the only this that varies from post to post is the number of numeric values put. > > > > > > > > Let me make an example (If the attribute were a string this would be the equivalent): > > > > > > > > 1st post: A process that was run with 3 wafers (ID: 1000, ID: 1001 and ID: 1002): > > > > wafer IDs = 1000, 1001, 1002 > > > > > > > > 2nd post: A process that is run with 2 wafers (ID: 1000 and ID: 1002): > > > > wafer IDs = 1000, 1002 > > > > > > > > The string solves the issue, but is not as nice as having directly a list of integers. > > > > > > > > Thanks for your help! > > > > > > > > Best, > > > > > > > > Nick
Hi, right now I'm testing Elog to use it as a task/todo-log for our small workgroup. What I saw so far looks very nice and I like it very much. Thanks for the good work. Playing with all the configuration possibilities I have one issue: I like to use the "Extendable options" but I can't combine them with the "Conditional attributes". -- snip Options Area = Area_1{1}, Area_2{2}, Area_51{3} {1} Options Ressort = Res01, Res whatever, end so on {2} Options Ressort = somthing else, fill in {3} Options Ressort = Alien observation, Budget planning Extendable options = Ressort -- snip The "Conditinal Attributes" do have the "Add Ressort" button and the elog- entry is written with this new attribute. But the new attribute is not inserted into the config file. Long time ago I last read C syntax but mabye the function add_attribute_option should take care of the prefix {n} in extendable options? Or do I miss something in the configuration syntax? Regards, David
> > Playing with all the configuration possibilities I have one issue: > > I like to use the "Extendable options" but I can't combine them with > > the "Conditional attributes". > > That was never ment to work. But I found some time to implement it. If you > download elog255-4.exe from today it whould work. Let me know if you have > problems. Thanks a lot for fixing this issue, especially as it was never planed. I will test it on Monday afternoon and will give you a reply.
> > > Playing with all the configuration possibilities I have one issue: > > > I like to use the "Extendable options" but I can't combine them with > > > the "Conditional attributes". > > > > That was never ment to work. But I found some time to implement it. If you > > download elog255-4.exe from today it whould work. Let me know if you have > > problems. > Hello Stefan, the changes I asked for, are working as requested. The extandable options are inserted into the correct line of the conditional attributes. Thanks. PS: While testing on a new demo logbook, I first made the mistake to declare both options, the first one and the related one as extendable. But I can imagine that this was really never ment to be implemented.
I would like to create a paper waste logbook. I need to have a column that shows a weight in pounds and another column with a calculation from those pounds to dollars. pounds x $4.00 = cost I was wondering if this was possible? All other fields would be just Date, Batch#, Operator, Reason, Process Operator, Manager, Lbs, and Cost, I would also like to total this cost if possible, on a search selected basis. Similar to Excel. Thanks for any input David Egolf
I was upgrading to the latest version and I wrote over my cfg file. I still have my database files. Is there a way to put the cfg file back together using the database files as a guide. It did not seem to want to upgrade until I did this and I forgot to copy and then paste the cfg files back. The latest version is now running. Before I did this I was still getting the old version number at the bottom of the main screen. Also I have an RSS reader that can do user name and password, is this possible with Elog if the RSS reader has the ability? Thanks I guess this qualifies as two questions. David Egolf
I have a question about sending emails. I have a customer service ELog currently running but I would like to have an option to be able to pick from a list of people, one or more than one to send emails to with the logbook entry as the body. I am currently using the email option to send emails to a list if an emergency is used in a category but I would like to be able to send the entry to different people at different times. I would have everyone pre-entered with their names and emails and you could check a box by the person or people you want the log entry sent. I wasn't sure if this is possible with the current system. Thanks for any input. David Egolf PS. The emails are actually email enabled cell phones so the cs entries are going to drivers who pick up and drop off work for the company.
> > I was upgrading to the latest version and I wrote over my cfg file. I > > still have my database files. Is there a way to put the cfg file back > > together using the database files as a guide. It did not seem to want to > > upgrade until I did this and I forgot to copy and then paste the cfg files > > back. The latest version is now running. Before I did this I was still > > getting the old version number at the bottom of the main screen. Also I > > have an RSS reader that can do user name and password, is this possible > > with Elog if the RSS reader has the ability? > > I put an extra dialog box into the installer to prevent overwriting the > original config file, but unfortunately I cannot prevent people from shooting > themselves into the foot (;-) > > The database files contain at least the attributes. Just open any file with a > text editor. But the other settings, like "preset <attribute>" etc. are lost. > > Concerning teh RSS authentication, I willing to implement this if you tell me > which reader you are using, so that I can test it. You could also try yourself, > maybe it works without modification. What you would need is public read access > via "Guest menu commands" option plus a "Read password". The read password > prevents again the public read access, but the RSS reader can maybe submit it. > What the RSS reader certainly cannot do is to fill out the "Login" screen of > elog, so you need the "Guest menu commands" for sure. > > - Stefan Hello, Thank you so much for working with me on this. The RSS reader I have been trying is at http://www.rssreader.com and is version 1.0.88.0 It is a free RSS reader and seems to work very well. It has a username and password system, but I am not sure what and how it will support with ELog. I have been successful in reading an open logbook with no passwords. Thanks again, David Egolf
Hello, I downloaded the latest file and installed but the version number stayed at 2.5.8-2 and did not change to -3. I stopped and restarted the service and reinstalled a couple of times as this is just a demo experimental base I had it overwrite everything, but it stilled stayed the same. Also is there a way to change the display of the default date. It uses allot of space in the date column. Thanks David Egolf
Query
(FYI, OS = FreeBSD, Elog Version as showing on logon box = V3.1.4-)
Is it possible to use both Style <attribute> and Cell Style <attribute> on the same row? For example, have a Logbook containing several Attributes and display a subset of those attributes in Summary Mode. Two attributes are of interest for this query which are part of the attributes displayed in Summary Mode, attributes ‘Assign Line’ and ‘Service’
If the ‘Attribute Assign Line = Assign 1’ then shade all cells in that row #808080 but if the ‘Attribute Service = 1600’ always shade that cell #7A5776
Config file includes Style Assign Line Assign 1 = background-color:#808080 Cell Style Service 1600 = background-color:#7A5776
The result is the row gets shaded #808080 if ‘Assign Line = Assign Line 1’ but fails to shade the Service cell colour #7A5776 if it equals 1600
Extract from HTML source for the ‘1600’ cell when both conditions are correct shows both background-color values are present and the cell is styled the first value listed (which is Style Assign Line Assign 1 = background-color:#808080 but I always want #7A5776 for cell Service when it is of value 1600) . <td class="list2" style="background-color:#808080" style="background-color:#7A5776"><a href="../Daily/1">1600</a></td>
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 Thanks for the information. ELOG is terrific!
Good day! I´m a german guy so my english is not the best sorry for this... I have my Elog completely configured now have I still another problem I would like with a new entry a E-Mail address to select to be able itself where the again provided entry am then hang-sent can me there someone help? already the whole has after forum answers scanned. Thanks David
> I got elog 2.3.9 running on FreeBSD 5.1 successfully, > I compiled elog on a redhat box and then just copied over all the files to > the FreeBSD box and ELOG just ran with no issues. > It's been running under heavy use for at least a month now. FYI- the default "make" on FreeBSD is BSD, not GNU. The easiest way to build elog on FreeBSD is to install "gmake" (via the port or package) and type "gmake". That's all it took for me to build a freshly downloaded copy on 5.1 not 5 minutes ago.
Newly installed elog gives this response when I try to submit a new record: New entry cannot be written to directory "./logbooks/Linux/" Please check that it exists and elogd has write access I started the daemon. I've not yet assigned passwords -- just checking things out. How can I create this access to my own directory?
I'm running ELOG on a seperate Windows Servers.
When I try to synchronize the logbooks using "elogd -m", I get an "Error sending local entry: Error transmitting message"
If I click on the "Synchronize" link in the logbook, it can correctly send entry to remote ELOG.
Can anyone tell me why I get this error?
==============================
Here is the command & output:
c:\Program Files (x86)\ELOG>elogd -m
Retrieving entries from "http://166.22.64.201/Equipment Log"... All entries identical
Retrieving entries from "http://166.22.64.201/System Log"...
I did the following on CentOS 6.7 (Should work for Fedora and RHEL as well):
yum install -y wget
wget http://midas.psi.ch/elog/download/RPMS/elog-latest.i386.rpm
yum install -y elog-latest.i386.rpm
This should install all the required dependencies.
Ok. Now it works :) Thank you :) I'm translating Elog into Polish. When I finish, can I send it to you?
Regards Daniel.
When I use "Revisions" name for attribute I have correct entry like "DATE by XXX from SOME_IP" which is added to previous edition date.
But when i rename Revisions attribute to polish language (like "Wersje"), the entry is preceded by 3c6435es and whole looks like "3c6435es DATE by XXX from SOME_IP" and it overwrite previous entry.
Is "Revisions" attribute must be in english?
Edit:
I know what I was doing wrong. I use:
Subst on Edit Wersje = $Revisions<br>$date przez $long_name z $remote_host
but it should be:
Subst on Edit Wersje = $Wersje<br>$date przez $long_name z $remote_host
I'm sorry... it was my mistake. I put Resolve host names in logbook config instead global.
In Elog i have attribute called "Zmieniano" (eng. changed) which should store how many times entry was edited. If entry was not edited it should have only preset value "oryginalny wpis" (eng. oryginal entry), but when I edit it, it should have also date, time, and person who make edit (this is made by "Subst on Edit Zmieniano = $Zmieniano<br>- Zmiana $date przez $long_name z $remote_host)".
From version V3.1.1-3f311c5 I have problem with that.
When I add entry, and entry is auto saved, then auto save is shown in the attribute "Zmieniano" (eng. changed) as an next edit, which I dont want. Entry from attached screenshot was not edited, but in "Zmieniano" (eng. changed) attributes it has two values:
The second value is autosave time.
Is this a bug?
Hi Andreas and thank you very much for explanation ;)
So, we'll have to wait for new version which will correct this.
this is an undesired side effect of a new feature. I wouldn't call it a bug ;-)
There is no straight forward way for elog to distinguish between a "Submit" and an automatic save. Therefore the "... on edit = ..." kicks in when an entry is saved automatically.
I guess Stefan can figure out a workaround, but for the moment I would sugest that you just switch off the auto save feature -- if you want to keep your save history:
Is there any way that "Preset on duplicate" contain ID entry from which it was duplicated?
Is there any way to highlight code (for example php, SQL) in logs entries?
Today I noticed that when I use category filter in the top, right of Elog I got different results, that depends on that if I select Category and Subcategory or just Subcategory option.
What I mean.
In my opinion in first example Elog shoud also displays all entries that have Antywirus subcategory specified. Not only when it is the only subcategory.
Sorry, for my english, but I have hope that you can understand what I mean.
After enabling SSL=1 in /usr/loca/elog/elogd.cfg file, HTML editor loading very long.
After changing SSL to 0, everything work flawlessly.
Does anyone know what can cause this behaviour? Best Regards Daniel
I created new certificate, but it doesn't help with resolving this problem.
Does someone have and idea how to resolve it?
I found that someone else had the same issue - https://dev.ckeditor.com/ticket/10874#no1
In Firefox I do not have problems, but in Chrome and Edge i have.
His solution was:
My problem is solved. The .htaccess file sents any request to the login page. Therefore CKEditor could not reach the CSS file. Thanks for helping!
Sinse I don't use apache webserver, I don't know what should I do.
It looks that also in my case problem is with file progressjs.min.css (please look at attached screenshot)
Anyone have solution for this?
I found that someon
But I don't know why
I'm trying to create config file for simple incident logbook. It should has 3 attributes:
And this is not working.
For me it looks that choosing first attribute - Source - causes problems, because after that I cannot choose third - Technics - attribute.
When I will start filling attributes from the second - Tactics - then Technics options are avaiable.
Below is config file:
Theme = default Page Title = ELOG - $Theme Attributes = Source, Technics, Tactics Options Source = Email{a}, Jira{b}, EZD{c} {a} Attributes = Source, Adres_email, Technics, Tactics {b} Attributes = Source, JIRA_ID, Technics, Tactics {c} Attributes = Source, EZD_ID, Technics, Tactics Options Technics = aaa{1}, bbb{2} {1} Options Tactics = tactics1, tactics2 {2} Options Tactics = tactics3, tactics4 Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Source, Technics, Tactics
Theme = default Page Title = ELOG - $Theme
Attributes = Source, Technics, Tactics
Options Source = Email{a}, Jira{b}, EZD{c} {a} Attributes = Source, Adres_email, Technics, Tactics {b} Attributes = Source, JIRA_ID, Technics, Tactics {c} Attributes = Source, EZD_ID, Technics, Tactics
Options Technics = aaa{1}, bbb{2} {1} Options Tactics = tactics1, tactics2 {2} Options Tactics = tactics3, tactics4
Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Source, Technics, Tactics
I will appreciate any help.
thank you!
I pulled the code from the repository but was not able to build it.
Sorry, I'm not a developer. Is there a good documentation you can recommend on how to do this for a Windows installation incl. how to setup a build environment?
No chance to get a more recent Windows version already precompiled? ^^
> > Yeah, I have to recompile the Windows version. Unfortunately my old Windows PC is gone, I > switched now completely to MacOSX and Linux. Probably have to borrow something from somewhere. > If anybody can compile the Windows version with the current source code I would be happy. > > Stefan That would be most welcome! I tried to recompile the windows version a while ago but didn't manage it. I'm just a simple ELOG __user__ ^^ Looking forward to the new precompiled Windows version. Thnx in advance! daniel
> I've built the last C version of elog in git, revision 1ebfd06c using mingw-64 ; the resulting binaries work for me on Windows 2019. > Attached is a zip file with the binaries. > I was not able to create a new installer, these are just the executables I tried to just exchange the attached binaries in my installation but this didn't worked. elogd was not able to start. Regards, daniel
> > > I've built the last C version of elog in git, revision 1ebfd06c using mingw-64 ; the resulting binaries work for me on Windows 2019. > > > Attached is a zip file with the binaries. > > > I was not able to create a new installer, these are just the executables > > > > I tried to just exchange the attached binaries in my installation but this didn't worked. > > elogd was not able to start. > > hmmm strange - did you get an error message or did the binary simply not start? I've only tested this on a single Windows machine.... Error message is: Error 1053: The service did not respond to the start or control request in a timely fashion. I have to admit that I'm doing all this on a Server 2012 machine.
Is it possible to have a dynamic "preset text" option without remplace text if it has changed?
I would like to switch the template file depending on the attribute value (Type).
If user already started editing the text body, on change (Type) he could lose this data.
I'm using this example code : Attributes = Type, Subject Options Type = One{1}, Two{2}, Three{3} Show text = 0
I the attribute type change the user lost the data, because the text has been replaced.
Any idea about how to solve it?
Thanks! Cheers
thanks Andres for your response!
I was thinking that it cannot be possible, but , I had to try to ask in the forum.
for my question, I think that this could be left on user responsibility to take care about it, and add a comment the the text fied, explaining that will be erased the html text on change the text field.
Thanks four your time.
I don't think that this is possible.
And it is not clear to me, how you would like it to work: I often use HTML tables in preset text, where the user should fill out columns (e.g. for checklists). I wouldn't want the tables just to append when switching to another checklist. You could rather add a comment to the Type field, explaining that the text field will be overwritten when you change the type.
The Firefox addon Lazarus does store whatever you've typed in an HTML form: at least you could then recover what you've typed.
I used "chown" to pass permissions from root to my deafult user, then restarted the service and now I can make posts. Thank you!
The error is not very clear (i.e., the error is "no error"?), and furthermore, operationally, the error makes no sense to me, for the three machines are supposedly configured the same. Additionally, the elog.exe used is stored on a network drive, as are the other batch files that all3 machines use, so it is not as a problem could creep in due to differing versions/configurations of files.
Just in case I am overlooking something, here's the command line invocation (I've X'd out sensitive information):
C:\>x:\@adat\tools\elog.exe -h max13 -l "Maxtee" -u xxxxxxxxxx xx1234 -a Tester=AULS_xxx_y -a M achine="Mercury 99" -a "Module Type"=Controller -a "Action Description=Configuration Change" - a Title="AULS upgraded to 1.2.7344 from [1.1.7343]." -a "Card Count=998352" -m X:\@ADAT\InterimP F\MERCURY29.Blat_Msg1_PostBoot.TXT 1>X:\@ADAT\InterimPF\MERCURY29_eLog_CmdLineOutput1_(PostBoot).txt Cannot retrieve host name: No error
Obvoiusly, there *must* be some configuration difference between the 2 working and 1 non-working machine, but I am at a loss to figure it out.
Stefan:
Thanks for the analysis and information. Why am I not surprised that the "No error" came from Windows!?
I tried some of your suggestions with the following results:
1. Ping ==>= works as expected on the failing machine; that is, can successfully ping "max13" I also can ping successfully in the reverse direction; that is, from "max13" to my "client" machine.
2. NSLookUp ==>does not work on any of the 3 machines.
3. Added the computer name "max13" to HOSTS file; ==> observed no change in behavior (i.e., still fails)
I did notice that on the 2 machines that function as desired that there is no anti-virus software installed, while on the non-funcational machine there is A-V SW installed. I am able to bring up eLOG via the browser on the non-functional machine, so am unsure if the A-V SW is a factor; that is, why does ELOG via browser work as expected, but not via command line.
Since both my machine and the Elog server PC are inside my company's "security zone", I am not running a firewall on my machine.
For what it's worth: in trying to research the "No error" message, I did come across this information on MS's website; that is, their statement is:
The gethostbyname function retrieves host information corresponding to a host name from a host database.
Note The gethostbyname function has been deprecated by the introduction of the getaddrinfo function. Developers creating Windows Sockets 2 applications are urged to use the getaddrinfo function instead of gethostbyname.
SOURCE: http://msdn2.microsoft.com/en-us/library/ms738524.aspx
I did as instructed but time was 20 hours behind.
It is working with the correct time stamp now. Thanks you very much Stefan.
Hello, Thank you for such a great software package! I would like to ask how I can display the Revisions field in the single entry view but not in the list view. I followed the FAQ instructions and added the following to my elodg.cfg: Attributes = Author, Type, Category, Subject, Revisions Locked attributes = Revisions Subst on Edit Revisions = $Revisions$date by $long_name This configuration shows the Revisions field in both the list view and the single entry view. This was a problem because certain entries are changed a lot so they took up a lot of horizontal space in the list view. I tried to remove the Revisions field in the list view but keep them in the single entry view with the following: Attributes = Author, Type, Category, Subject Show Attributes = Author, Type, Category, Subject, Revisions Locked attributes = Revisions Subst on Edit Revisions = $Revisions$date by $long_name This took the Revisions field out of the list view and also the single entry view. However, the fields that were shown in the single entry view ended up as Author, Type, Category, Subject, Author (again). The last attempt were with the following configuration lines: Attributes = Author, Type, Category, Subject Show Attributes = Revisions Locked attributes = Revisions Subst on Edit Revisions = $Revisions$date by $long_name This showed Author, Type, Category, Subject in the list view but only the Author field in the single entry view. How can I configure Elog to show the Revisions field in the single entry view but no the list view? Thanks, - Dan
Attributes = Author, Type, Category, Subject, Revisions Show Attributes = Author, Type, Category, Subject, Revisions Locked attributes = Revisions Subst on Edit Revisions = $Revisions $date by $long_name List Display = ID, Date, Author, Type, Category, Subject
Hello, Thank you for such a great piece of software! When displaying the entries in a log book with Summary view, ELCode is not processed in 'Text'. I know there is an option called 'Allow HTML", but is there something similar for decoding ELCode in the Summary 'Text' field? Thank you again, - Dan
That would be a lot of effort for very little gain. I appreciate your detailed response. Thank you, - Dan > > Hello, > > > > Thank you for such a great piece of software! > > > > When displaying the entries in a log book with Summary view, ELCode is not processed in 'Text'. I know > there > > is an option called 'Allow HTML", but is there something similar for decoding ELCode in the Summary 'Text' > field? > > > > Thank you again, > > - Dan > > Decoding HTML (or ELCode which translates to HTML) in the summary field is difficult, since the text is > truncated. > Assume you have some code like > > Text > <b>Text > <i>Text > ----- cut here > </i> > </b> > > Sot he bold <b> and italics <i> tags are opened, but closed after the cutting line. In that case the whole page > might render wrongly, because everything after the summary text will be displayed in bold and italics. To fix this I > would have to scan the HTML code and close all open tags "by hand". But since there are very many possibilities, > especially if one used multi-column tables, this is almost impossible without writing my own HTML parser which is > beyond the scope of elog. So the only clean solution I have found so far is to strip off all HTML formatting and > just showing plain text there.
I've just installed the news 3.1.5 version and I have 2 problems. I don't know if it works with older versions because I started with latest. - When using "select" menu then "edit" for multiple entries, the text is replaced with "- keep original text here -" instead of keeping the original values. Really annoying...
Another problem too, if I want to edit after, I have the error message "only author - keep original text here - can edit" although the author column is OK.. It looks like this problem is global and not only on text column.
- Version number is indicated "ELOG V3.1.4" instead of V3.1.5. My config file :
[global] port = 8888 language = french Authentication = Webserver Page title = XXXXX SSL = 0 Interface = 127.0.0.1 URL = https://elog.xxxxxx.xxx/ Usr = elog Grp = elog Logfile = /var/log/elog.log Logging level = 3 Self register = 0 Password file = xxxx.xxx Logout to main = 0 Max content length = 10485760 List after submit = 1 Search all logbooks = 0 Refresh = 300 Show last default = 7
[Technique] Theme = custom Menu commands = List, New, Edit, Reply, Find List Menu commands = List, New, Find, Select, Config Guest menu commands = Login Admin user = xxxxxx Login user = xxxx, xxxxx, xxxxxx Restrict edit = 1 Restrict edit time = 1 Login expiration = 2 Allow password change = 0 Comment = Test suivi technique Attributes = Auteur, Intervenant, Quand, Objet, Categorie, Centre, Statut Type Quand = date Date format = %d/%m/%Y Options Intervenant = xxxxxxxxxxx, Autre Options Centre = xxxxxxxx, Autre Options Categorie = xxxxxxxx, Autre Options Statut = A faire, En cours, En attente, Termine, Autre Extendable Options = Categorie, Intervenant Required Attributes = Intervenant Page Title = ELOG - $Categorie Reverse sort = 1 Quick filter = Categorie, Centre Preset Auteur = $long_name Option Auteur = Filled In Automatically Locked Attributes = Auteur Use lock = 1
I'm using Apache as reverse proxy with SSL and transparent Kerberos authentication (Microsoft Active Directory). URL via Apache is https://elog.xxxxxx.xxx (no subdirectory). Thanks for your help.
Thanks for your prompt help. It looks good for text but I still have problem with "select" function (even in English). If I use "select" menu : - When multiple values are selected it indicates "only user - keep original values - can edit" (freshly created). - When a single value is selected, it indicates "only user XXX can edit" where XXX is my truncated name (the first 4 letters). After editing in with admin account the author is now my truncated name : If I want to edit a single entry (without select menu) it works perfectly. Thanks.
Thanks !
Sometime I need to edit multiple values to add a new choice. By exemple, if I add a new column "status" (open, closed...) , it's mandatory to use select menu to add the new value to existent entries. With a lot of lines it's not possible to edit one by one.
Thanks a lot for the prompt answer!
Cossutta
Cliff
I may have missed it when reading the logs, if so, sorry about that, but I would like to know if there is a way to set a field, let us call it "process run" Ok let me give you some details on this.
a process run may have several "work orders" or sets of parts/items in it, so it will have several separate entries in the log such as:
date##, run123, part 1, quantity, comment
date##, run123, part2, quantity, comment
date##, run123, part3, quantity, comment
date##, run123, part4, quantity, comment
I thought perhaps to have them use the reply function to add the other 3 items of the same run, and that would work if I could find a way to set 'process run' to auto increment, say perhaps, when the next 'New' entry was entered. Is there something in place that can already do this? If this is possible, I thought I would see if I can change the button for 'New' to something like 'New Run' and reply to 'Add Workorder' or something along that line so there is no confusion when entering the data.
Any suggestions you might provide are greatfully accepted.
I have 4 services running on a Windows Server 2008 R2 machines, 4 separate logs, only one of them is doing this, but that could be because only one of them is trying to delete records once they are posted, I cannot say.
On that one log, everything runs fine until they try to delete a record, and they are doing it under the admin login, but the service hangs. anyone trying to log in get the 404 error that the page is not available. to clear it I have to open Manage/Services and then Task Manager. First I kill the process for that log book, then I can restart the service and everything is back.. trying to stop the service and then start it, or just restart the service, this does no good, in fact, it will hang at stopping the service.. it is not responding at all. this happened to the same log when I had this on the original Windows Server 2003, so it is not new.. they just don't delete things for a long time, then they seem to do it every week, more than once.. and usually at night or on the weekend. (are they just doing it to mess with me? Maybe, but I do not think so since it would not get me in trouble if I were busy, out of town or just not home and could not get to it until the next business day and they know this..
Any ideas what could cause this?
My Configuration is as follows, with only the names changed to protect the guilty:
[global] port = 8081 SSL = 1
css = solar.css password file = PWFILE self register = 0 login expiration = 0 restrict edit = 1
Allow Password change = 0 List Menu Commands = New, Find, Select, Config, Help Menu Commands = List, New, Edit, Delete, Reply, Help Enable Attachments = 0 show attachments = 0 display mode = summary
admin users = admin,ME login users = user,ME,user2,user3 deny config = user,ME,user2,user3 deny delete = user,ME,user2,user3 deny edit = user,ME,user2,user3
Welcome Title = <p><font size=6 color=white> S---- T------ Furnace Logs</font><br><font size=3 color=white> These logs are C---------- Confidential: </font> <font size=3 color=55ff55> Green </font> Attributes = Badge, Run, Recipe, Mod, Rebraze, W.O., Operation, Item, Qty Options Mod = Boolean Options Rebraze = Boolean
list display = date, Badge, Run, Recipe, Mod, Rebraze, W.O., Operation, Item, Qty
Options Recipe = AN001, AN002, AN003, AN004 Extendable Options = Recipe Required Attributes = Badge, Recipe, W.O., Operation, Item, Qty default encoding = 1 allowed encoding = 1 allow HTML = 0 suppress default = 3 suppress email on edit = 3 display email recipients = 0
[V8] Theme = default Comment = V8 Furnace Log Data Owner: B. Sands Preset Run = V8-%Y-#### Locked Attributes = Run Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date
[V9] Theme = default Comment = V9 Furnace Log Data Owner: B. Sands Preset Run = V9-%Y-#### Locked Attributes = Run Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date
[V10] Theme = default Comment = V10 Furnace Log Data Owner: B. Sands Preset Run = V10-%Y-#### Locked Attributes = Run Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date
[V11] Theme = default Comment = V11 Furnace Log Data Owner: B. Sands Preset Run = V11-%Y-#### Locked Attributes = Run Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date
[V12] Theme = default Comment = V12 Furnace Log Data Owner: B. Sands Preset Run = V12-%Y-#### Locked Attributes = Run Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date
[V13] Theme = default Comment = V13 Furnace Log Data Owner: B. Sands Preset Run = V13-%Y-#### Locked Attributes = Run Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date
[Freezer] Theme = default Comment = Freezer Furnace Log Data Owner: B. Sands Preset Run = Fre-%Y-#### Preset recipe = None Locked Attributes = Run Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date
[MyTest] Theme = default List Menu Commands = New, Find, Select, Config, CSV Import, Help
Comment = MyTest Log Preset Run = MT-%Y-#### Locked Attributes = Run Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date
Elog V2.9.1-2435 if it matters.
It is time again to install the certs for SSL in Elog, and the standard openssl command line does not seem to produce the files that I need in order to get it working on my system.
I copied the file to my trusty linux server and ran the command "openssl pkcs12 -in cert.p12 -clcerts -out cert.pem " as I did last time, last time I got a nice little .crt and .key file.. this time.. no such luck.. I can get by with the guys just hitting the continue and go past the expired cert notice for a bit.. but if I cannot fix it reasonably soon.. well, it won't be pretty for me.. <grin>
Any ideas that anyone can give will be appreciated.. this is a bit outside my usual duties around here..
I'm not an expert in this field, but I think openssl is not meant to create a certificate for you, it is meant to create a certificate request form (CSR) and then you buy the certificate with that form from a vendor. Once you have the certificate then you just need to copy it to the right place for ELOG (or Apache) to use it, you don't need openssl for that.
You can have a look at: http://www.rackspace.com/knowledge_center/article/generate-a-csr-with-openssl
PS: This is of course an openssl question: another forum could may be more helpful?
for what it is worth, if anyone else is doing this.. try
openssl pkcs12 -in file.pkx -nodes -out file.pem
I have what I need and all is well!
It does require SSL, though thats where stunnel came in.(Thanks to Sergio for all the help and getting me that far, as well as with all the iptable help :D) .
I was however finally able to get it working just a few minutes ago using GMAIL as the SMTP. I was able to telnet into smtp.gmail.com over the stunnel, and when I repeated the process that elog goes through from information that I grabbed with TCPdump, everthing would work, until it got to the password that ELOG sends and that was created using : /usr/local/sbin/elogd -t password -c /usr/local/elog/elogd.cfg. When I tried to decode the password, it also gave me errors.
I encoded the password myself, and when I changed the one in [global] to match the one I created instead, ELOG was able to connect and send mail (What I still dont understand is that when I encode my own username to use on telnet, it fails, but the one I got from the tcpdump from elog works.. so its a mixture of the ELOG encoded username, and my own encoded password). I dont know if it would help if I type up the rest of what we did to get it working here for anyone else for future reference. It does require iptables and stunnel to be installed. Though its a single entry into iptables, and small addition to stunnel.conf once they are running.
We seem to have a problem with retrieving user passwords using the forgot password system This only happens when trying to use the password recovery from the first screen that forces people to log in with the following syntax:
Protect selection page = 1 Password file = XXXXX
On the first page of our elog which can be found at
http://physics.uj.ac.za/elog/
Now currently there is one page that is viewable by guests, so going to this direct link, bypasses the login at the main page If you try login from this page, and then use the forgot password link, the email that gets sent through will then work.
The first email that gets sent through using the main login page has the following link: https://physics.uj.ac.za/elog/?redir=%3Fcmd%3DChange+password%26oldpwd%3DYJAATGHSIRRSBLLP&uname=Tester&upassword=YJAATGHSIRRSBLLP
When clicking on the above link normally, it takes you to a NULL user
The email link that gets sent from the guest page, that works, looks like this: https://physics.uj.ac.za/elog/General/?redir=%3Fcmd%3DChange+password%26oldpwd%3DSACWEHJWWHKEXLMO&uname=Tester&upassword=SACWEHJWWHKEXLMO
Attached is a copy of the cfg file. The last few logbooks are all actually just copies of TEMPLATE A, so I have removed all their details to make the file easier to read for now
Hi, We have been using Elog successfully as a shiftlog book for over a month now, but I recently ran into an annoying bug, I think. We had a thread that was created and was being replied to over several days. We first replied to the original thread and then each subsequent reply was a reply of the previous reply. When the thread reached above 13 of these, the elogd.exe would crash everytime a user attempted to select the logbook that contained the enormous thread. I found the only workaround was to manually delete the offending entry from the log file and to instruct my users to not reply to replies unless absolutely necessary. I have been able to replicate this error across the rest of my logbooks as well. If there is any more information you may need, please feel free to contact me. Thanks, Chris Jones
> I found a stack overflow if there are too many replies. This has been fixed in > the current CVS verson of elogd.c and will be incorporated into the next release. Many thanks for your quick reply to this issue. I have also noticed that when moving a log entry that contains as few as 4 replies to replies with the "Move to" command that the elog server will crash. I ran into this issue many times when I created a new logbook and was trying to move some of the longer threads into it. Please let me know if you would like me to send some sample entries from our logbook that illustrate this. Thanks, Chris
Hi, We just recently upgraded from an older version of Elog to the latest and greatest, 2.5.4-2. Everything is workinly nicely, except the "Use Email From" option does not seem to work as before. We have the option set so that all e-mail that is sent should be from a single address, but instead it just ignores that address and uses the e-mail address of the user currently logged in. I have this set in the global section of the elogd.cfg: Use Email From = elog@****.com Please let me know if this is the intended function or if it may possible be a bug. Thanks, Chris
Nasty nasty. I prepared a longish post and only because I forgot to click an Icon of choice, all my message is lost.
Thus in short:
openssl/ssl.h isn't there.
I assume I got to get it from openssl.org.
But where do I put it in the compilation tree?
--
Replying to my own post: libdev-ssl wasn't installed.
Hi, I'm trying to configure Elog such that users can self-register. But no luck so far. I cannot get the login screen. I'm connecting to a logbook (and I can do this without logging in). Shouldn't I get a screen to login/register? Here is my elogd.cfg: [global] Port=8880 Password file = /usr/local/elog/logbooks/passwd SMTP host = smtp.mydomain.de SMTP user = kuku Logfile = /usr/local/elog/logs/elog.log Admin user = kuku other Login user = abc def ghi SSL=1 URL=https://www.mydomain.de:8880/ Self register = 1 Menu commands = List, New, Edit, Reply, Duplicate, Find, Config, Logout, Help Guest menu commands = List, Find, Login, Help Admin user = me@mydomain.de [Demo] Admin Password = 9lVlUsigs4neBt9xnX44YYQay15Yu9PyLC9hK6sifI9 Attributes = Author, Status [Linux] Admin Password = 9lVlUsigs4next9PnXShhQQa515Yu9PyLC9hK6sifI9 Attributes = Author, Status [Windows] Admin Password = 9lVlUsigs4neBt9PnXShhQQay15YuxPyLC9hK6sifI9 Attributes = Author, Status
I just got a Proxy error from your site: When I clicked on the change password link that was sent to my email, I entered my new password (which was the same that I believed to have used before) and after submitting this form, I got the Proxy error. Also I find that I can never login with my once set password. Is it the Email or username on gives in the login field? Other quirk: I never can preview my post. When I click preview, nothing happens. Submitting worked today but yesterday I was unable to submit a post. I clicked several times on the submit button and nothing happened. -- Christoph
It seems that the submit/preview problem is solved. Submit/Preview buttons at the bottom of the page seem to work on the attachments only.
Sorry for the oversight on my side.
> > Hi, > > > > I'm trying to configure Elog such that users can self-register. But no luck so far. > > I cannot get the login screen. I'm connecting to a logbook (and I can do this without logging in). > > Shouldn't I get a screen to login/register? > > > > Here is my elogd.cfg: > > [global] > > Port=8880 > > Password file = /usr/local/elog/logbooks/passwd > > SMTP host = smtp.mydomain.de > > SMTP user = kuku > > Logfile = /usr/local/elog/logs/elog.log > > Admin user = kuku other > > Login user = abc def ghi > > SSL=1 > > URL=https://www.mydomain.de:8880/ > > Self register = 1 > > Menu commands = List, New, Edit, Reply, Duplicate, Find, Config, Logout, Help > > Guest menu commands = List, Find, Login, Help > > > > Admin user = me@mydomain.de > > [Demo] > > Admin Password = 9lVlUsigs4neBt9xnX44YYQay15Yu9PyLC9hK6sifI9 > > Attributes = Author, Status > > [Linux] > > Admin Password = 9lVlUsigs4next9PnXShhQQa515Yu9PyLC9hK6sifI9 > > Attributes = Author, Status > > [Windows] > > Admin Password = 9lVlUsigs4neBt9PnXShhQQay15YuxPyLC9hK6sifI9 > > Attributes = Author, Status > > You should not mix "Password file" with "Admin Password". Either use one or the other system, but not both. So > remove "Admin Password", and delete all cookies in your browser, then you should see the login screen. This is now my config - it still doesn't work. BTW, the passwd file is empty (despite of the xml header). [global] Port=8880 Password file = /usr/local/elog/logbooks/passwd SMTP host = smtp.mydomain.de SMTP user = kuku Logfile = /usr/local/elog/logs/elog.log Logging Level = 3 Admin user = kuku Login user = abc def ghi SSL=1 URL=https://myhost.mydomain:8880/ Self register = 1 Menu commands = List, New, Edit, Reply, Duplicate, Find, Config, Logout, Help Guest menu commands = List, Find, Login, Help [Demo] Attributes = Author, Status [Linux] Attributes = Author, Status [Windows] Attributes = Author, Status -- Thanks for helping. Christoph
Thanks. You see in the elogd.cfg above that there is
admin user = kuku
Aaah, case sensitive ! !
Thanks. I got it working so far. One minor glitch:
I have one topgroup (with 2 subgroups),
and onother topgroup (only 1 subgroup)
When I get the login screen for the second (with the only one subgroup) it says in the header:
"Several logbooks are defined on this host. Please select the one to connect to:"
and below only the one group (detector) is shown, so actually nothing to select.
This may be possibly achieved by not defining a subgroup for the second one and leaving it as a topgroup,
but I don't know how it behaves, when the group admin decides to create a subgroup. Can he do
without requiring superuser or elog permissions?
Hi Christian,
I have also the need to do auth on the webserver, but I tried to integrate it into elogd as far as I could.
However, I do not try to set a special cookie to set the username, but always use "X-Forwarded-User". Like this, every request is authenticated by the webserver in front.
If that's not too heavy for you, try out the applied patch.
HTH,
PS:
@Stefan:
If you are willing to integrate this into the official tree,
I can provide some docs for it (like setting author
directly etc.)
----------------------------------------------------------------- Christof Hanke e-mail hanke@rzg.mpg.de RZG (Rechenzentrum Garching) phone +49-89-3299-1041 Computing Center of the Max-Planck-Gesellschaft (MPG) and the Institut für Plasmaphysik (IPP)
we would like to hook elog to our LDAP server. Instead of writing a full-featured LDAP auth module for elog, I have the following idea: use Apache's LDAP module to require LDAP auth for a single logbook:
<Location /elog/admin> Use PhysLDAP Use RequirePhysLDAPGroup isg RewriteEngine On RewriteCond %{LA-U:REMOTE_USER} (.+) RewriteRule . - [E=RU:%1] RequestHeader add X-Forwarded-User %{RU}e </Location>
/* extract REMOTE_USER */ if ((p = strstr(request, "X-Forwarded-User:")) != NULL) { p += 17; while (*p && *p == ' ') p++; strlcpy(remote_user, p, sizeof(remote_user)); if (strchr(remote_user, '\r')) *strchr(remote_user, '\r') = 0; char sid[32]; /* get a new session ID */ sid_new(NULL, remote_user, (char *) inet_ntoa(rem_addr), sid); /* set SID cookie */ set_sid_cookie(NULL, sid); // TODO: set lbs! }
set_cookie (lbs=0x0, name=0x483b22 "sid", value=0x7ffffffd7590 "4831386B7B333A99", global=0, expiration=0x7ffffffd7300 "")
Yes, I saw it on bitbucket, also all the commits. Thanks!
> Hi, > I have an elog server which uses apache/ldap for authentication. > I would like to have the username used for ldap to be set automatically as author field in the elog. > > I'm using: > Authentication = Webserver > and I do set the env-variable X-Forwarded-User correctly to the ldap username > > GET /test/?cmd=New HTTP/1.1 > Host: localhost:8080 > Authorization: Basic bGFjYXByYXI6TWEwMiSyYnVt > ... > Cookie: elmode=Summary; sid=D7DE678B7CAA1D10; ufnm=lacaprar; urem=0 > ... > X-Forwarded-User: lacaprar > > How can I preset author to X-Forwarded-User? > Preset Author = $?? > I've tried $short_name/$long_name but I got Anonymous. > I understand that it is so because these are meant to be filled when password authentication is used: any way to use some other variable with the Webserver auth? > > thanks in advance, > Stefano Hi, I use an older version of elog, but Preset Author = $short_name <$long_name> works for me. One thing to note is that I also have : Self register = 1 So at first login, the user has to type in his name and email adress, maybe that's why you got "Anonymous". (Otherwise the variable $shortname etc. are not set.) HTH, Christof
> > I use an older version of elog, but > > > > Preset Author = $short_name <$long_name> > > > > works for me. > > > > One thing to note is that I also have : > > Self register = 1 > > > > So at first login, the user has to type in his name and email adress, > > maybe that's why you got "Anonymous". (Otherwise the variable $shortname etc. are not set.) > > > > HTH, > > > > Christof > > Many thanks for your answer. > however it seems that your solution requires to have a eLog "password" authentication, which I'd like to avoid since I'd like to use only webserver one. > No, I'm also using the webserver authentication. May I ask why you think "password" auth is required ? The elog has an internal userdatabase with longname, shortname, email etc. Even if you are authenticated via the webserver, you also have to have an entry in that userdatabase. This entry has to be created by the user who is allowed to get into elog by the webserver. Thus, the Self register option. Bests, Christof
> > > I use an older version of elog, but > > > > > > Preset Author = $short_name <$long_name> > > > > > > works for me. > > > > > > One thing to note is that I also have : > > > Self register = 1 > > > > > > So at first login, the user has to type in his name and email adress, > > > maybe that's why you got "Anonymous". (Otherwise the variable $shortname etc. are not set.) > > > > > > HTH, > > > > > > Christof > > > > Many thanks for your answer. > > however it seems that your solution requires to have a eLog "password" authentication, which I'd like to avoid since I'd like to use only webserver one. > > > No, I'm also using the webserver authentication. > May I ask why you think "password" auth is required ? > > The elog has an internal userdatabase with longname, shortname, email etc. > Even if you are authenticated via the webserver, you also have to have an entry in that userdatabase. > This entry has to be created by the user who is allowed to get into elog by the webserver. > Thus, the Self register option. > > Bests, > > Christof Sorry, I just double-checked, this userdatabase, I was talking about is the Password-file... Please try the following snippet : allow password change = 0 Authentication = Webserver, File Preset Author = $short_name <$long_name> Locked Attributes = Author Password file = PASSWD.file Christof
In my opinion, there should be a "close/return" button (discard changes), even with the drafts enabled, but effectively there will have to be several saves made (at least before/after). I chose to unable the drafts because of this unwanted behaviour: when I modify an entry without any change and click on another tab/logbook without saving, then choose to close the window, the entry is deleted.
I'm looking to use a template for only a subset of logbook entries. Is there some way to apply a template when a specific topic or category is selected?
Help for the newbie much appreciated.
Awesome! Thanks Andeas.
Hi all, I get messages like this Attachment #16 of entry #0 not found Please use your browser's back button to go back always when clicking on an entry in summary or threaded view. I can only read entries when browsing them in full view. How can i fix this? regards, Christian
> > Hi all, I get messages like this > > Attachment #16 of entry #0 not found > > Please use your browser's back button to go back > > always when clicking on an entry in summary or threaded view. > > I can only read entries when browsing them in full view. How can i fix this? > > regards, Christian > > I need some more information. Can you send me your elogd.cfg, and show > me the URLs your browser displays during your navigation? Well, this is my elog.conf: [global] logbook tabs = 1 port = 8081 ; Automatically added in installation. Hosts allow = localhost, jazz.cocis.de, 127.0.0.1, 192.168. Hosts deny = ALL [debian] Theme = default Comment = debian logbook Attributes = Author, Type, Category, Subject Required Attributes = Author, Type Subst Author = $long_name Subst Email = $user_email Locked Attributes = Last Revision Subst on Edit Last Revision = $date by $long_name Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Options Category = General, Hardware, Software, Network, Other Page Title = ELOG - $subject Reverse sort = 1 Quick filter = Date, Type Password file = /var/lib/elog/elogpasswd.pwd Admin user = admin Reverse sort = 1 Restrict edit = 1 Suppress Email to users = 1 This is the URL after logging in: http://localhost:8081/debian/17?cmd=List&mode=summary When i click on one of the entrys, i get thar error message. URL: http://localhost:8081/debian/debian/17 It says: "Attachment #17 of entry #0 not found Please use your browser's back button to go back" regards, Christian
Dear elog users & developers,
the subject line says it all: when using webserver authentication, how is it possible to restict access of users to any given elog? Only using the apche rules? Admin user and Login user do not seem to be doing anything for me. I am using elog as packaged by debian for buster, using an apache ssl proxy. Thank you for providing this software,
I figured it out. Current global config is (using kerberos instead)
[global] port = 8081 Default encoding = 0 SSL = 0 Authentication = Kerberos URL = https://my_url_here/ interface = 127.0.0.1 Password file = global.pwd SMTP host = my_mail_host Logfile = /var/log/elog.log Logging level = 3 User = elog Grp = elog
ELOG V3.0.0-21dc563
Our elogd dies alwways when searching for full text:
elogd: src/elogd.c:465: xrealloc: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed. elogd: src/elogd.c:465: xrealloc: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed.
The only change we did was adding/editing entries.
Does anyone else encounter the same issue ?
I did not find any hint in release notes that this issue would be fixed in a later version
Please don't get me wrong, I am not complaining. Elog does a great job for us since years.
I would like to share my findings about the solution of our problem:
One of my collegues used elog in a way it was not intended for, he put an endry with 8021 lines of text.
So I grabbed the corresponding 160517a.log file from logdir, renamed it to a text file and created a new entry with the large textfile as attachment.
Since then, no more crash of elogs.
May this contribution be useful to other elog users...
Comiling elogd 2.0.4 under Solaris obviously fails with gcc -o elog elog.c -lsocket -lnsl gcc -o elogd elogd.c -lsocket -lnsl elogd.c: In function `ss_file_find': elogd.c:1372: `alphasort' undeclared (first use in this function) elogd.c:1372: (Each undeclared identifier is reported only once elogd.c:1372: for each function it appears in.) make: *** [elogd] Error 1 because alphasort is an ucb'ism which does not exist under SYSV ... not very portable :-(
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 :-(
> > Comiling elogd 2.0.4 under Solaris obviously fails with > > > > gcc -o elog elog.c -lsocket -lnsl > > gcc -o elogd elogd.c -lsocket -lnsl > > elogd.c: In function `ss_file_find': > > elogd.c:1372: `alphasort' undeclared (first use in this function) > > elogd.c:1372: (Each undeclared identifier is reported only once > > elogd.c:1372: for each function it appears in.) > > make: *** [elogd] Error 1 > > > > because alphasort is an ucb'ism which does not exist under SYSV > > > > ... not very portable :-( > > I was not aware of this. Actually, I don't need 'alphasort' so I removed it > from the source. The update is at > > http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c > > Please give it a try. ok - i just continued with 2.0.5, but apparently it still has an UCB'ism (scandir) that does not work under SYSV: $ make gcc -g -o elogd elogd.c -lsocket -lnsl Undefined first referenced symbol in file scandir /tmp/ccy0Z3iV.o ld: fatal: Symbol referencing errors. No output written to elogd collect2: ld returned 1 exit status make: *** [elogd] Error 1 $ egrep scandir elogd.c n = scandir(path, &namelist, NULL, NULL); $
we're evaluating elog right now at the Physics Department of ETH Zurich and I'm trying to come up with a good config. One of the first steps of course was to enable SSL/https. With http, all tested browsers work fine, but with https at least Google Chrome 16 and IE 9 do not get past the "unknown certificate" warning and I see "TCP connection broken" errors in the log file. Firefox however works fine. Same behavior on Linux, Mac and Windows (given the browser in question is available). elog server is running on Lucid.
Any idea?
[...] we're evaluating elog right now at the Physics Department of ETH Zurich and I'm trying to come up with a good config. One of the first steps of course was to enable SSL/https. With http, all tested browsers work fine, but with https at least Google Chrome 16 and IE 9 do not get past the "unknown certificate" warning and I see "TCP connection broken" errors in the log file. Firefox however works fine. Same behavior on Linux, Mac and Windows (given the browser in question is available). elog server is running on Lucid.[...]
we know about certificates, thank you
The point is that it stops AFTER the point at which I tell the browser to accept the self-signed certificates. I now even got a CACert and the problem remains: FF works, Chrome and IE don't: https://phd-bkp-gw2.ethz.ch:8080/admin/
log says: TCP connection broken
thanks for the fast resonse.
1) port 433 done. No change
2) compiled elog 2.9.0 on Squeeze and only reused the config file. No change: https://daduke.org:8443/
3) we can do that (and we will) no problem, but I'd like to get it working w/o apache nonetheless
speaking of reverse proxy: we'd like to hook elog to our LDAP server. As there's no LDAP binding built in, is there any way to use apache LDAP auth and then bind to that one?
Okay, I did run out of ideas. I've never tested Chrome, but IE 8 and konquerer works fine here with SSL for our logbooks, but not for your logbook.
Regarding LDAP: you'll either need to convince Stefan Ritt or do it yourself ;-) Stefan did last year a kerberos binding for me: I was lucky that many other people had already asked for the same thing before me.
ok thanks, I'll check the LDAP thing.
[quote="Yoshio Imai"]Might this be related to the problem reported by [url=elog:67160]Allen[/url]?[/quote]
can't tell, but Chrome on Linux doesn't work either...
wow thanks, that's (almost) exactly what I was looking for! I only had to add
--- src/elogd.c.orig 2012-02-03 09:11:42.000000000 +0100 +++ src/elogd.c 2012-02-03 09:11:32.000000000 +0100 @@ -8375,6 +8375,10 @@ strcpy(list[i], "remote_host"); strlcpy(value[i++], rem_host, NAME_LENGTH); + /* add LDAP author */ + strcpy(list[i], "http_user"); + strlcpy(value[i++], http_user, NAME_LENGTH); + /* add local host */ strcpy(list[i], "host"); strlcpy(value[i++], host_name, NAME_LENGTH);
Preset Author = $http_user
to work. I fully support getting your patches into upstream.
it is NOT the firewall. First off, I don't use a firewall. 2. I AM our computing division. 3. if it were the firewall blocking the access, why do I see "TCP connection broken" in the elog log file? 4. it's not working on port 443 either.
Something's flaky in elog's https implementation. For me it's not a big deal any more, as I use an apache reverse proxy in production now anyway, but other people may not.
well it's not a server but my laptop, but yeah, the elog server and the browser ran on the same machine, no iptables.
How do I enable SSL with port 443 in version ELOG V2.7.8-2294 and rename from localhost?
Server is running Windows 2008
We got http://servername:8080 to work and on the network just fine..
but everytime we try to change the port to 443 in global we cant get anything with https:// working
port = 443
url = https://servername
how do you customize the elog.exe or elogd for windows enviorment to listen on port 443 with specific hostname. please give an example.
Thanks...
how do I compile elogd with USE_SSL=1?
You normally don't need to specify "URL = xxx" at all. It is only needed if you work with a Proxy that changes the normal ELOG URL. And yes, you'll need "Port = 433" and "SSL =1".
And elogd must be compiled with USE_SSL=1, maybe that's your problem?
In addition you should buy a valid SSL certificate. Otherwise every user needs to acknowledge an exception for your invalid SSL certificate.
By the Makefile i belive you are refering to the elogd.cfg? if not what file do I have use?
I have added
Without sucess.
I then tried
use_ssl = 1
still no sucess.
I cant find any file that has "#USE_SSL =1" that I can uncomment. I am using an older version of ELOG (ELOG278-2) reading all the documentation I cant seem to figure it out.
I also configured elogd to listen on port 443
Opened a CMD window and entered >elogd -p 443
Says listening on port 443 but still not working.
On the most curent version of ELOG 3.1.0 I just modify the elogd.cfg added ssl = 1 and change the port to 443 and everthing works as advertised. I do the same on this version and I cant get it working. I could really use some help. Thanks for the fast response.
Very easy: uncomment the line USE_SSL=1 in the Makefile and then compile.
You'll need of course a gcc compiler on your Windows system, a makefile environment, SSL libraries, etc.. If you don't have that: ask you local administrator.
How do I make this section Wider or Shorter in the 2.7.8 version? Maybe I did something to make it shorter? ELCode shows as a full box but plain txt is very short box.
> How do I make this section Wider or Shorter in the 2.7.8 version? > Maybe I did something to make it shorter? ELCode shows as a full box but plain txt is very short box. Never mind Found it In Global set Message Width = 95
Is there a way to enforce password complexity for users?
Either in this version of elog or the newest version?
Hi everyone,
I am currently trying to setup elog as a docker container. I wonder if there is any reason why the elog debian package is stuck at version 3.1.3? Would it be possible to update it to the latest version?
Thanks very much!
I am trying to access elog through a python client (https://github.com/paulscherrerinstitute/py_elog) and found a strage strange behavior which may be related server side problem. The python script generates get/post messages via the python requests library. This works fine so far and I can view and post messages. However, if a wrong user/password is provided, the server still returns HTTP status code "200 OK", although login failed. Instead, it should return something like "401 Unauthorized". This behavior later causes problems since the python client thinks login was successful. After experimenting around I think this could be caused by a server side misconfiguration. Any ideas?
I am not sure if this imformation is important: We use LDAP as user/password provider for elog.
Seems like I've discovered another bug here related to umlauts in my name. :D
I was submitting this post and forgot to put an icon. Elog seems to have saved a copy of my message, which I could not edit since my username does not match the bugged name saved for this message.
thanks for the reply. It is just a bit confusing that these similar settings behave so differently. For me it is no big deal to set the time for every logbook independently instead of [global], but it leaves more room for configuration errors.
Best, Chris
In our setup we have multiple logbooks. I want a convenient way to search all logbooks for an attribute (in our case with the name Sample-ID) by just clicking it in the list display of any logbook.Therefore, in the [global] section I put "List Change Sample-ID = <a href="https://ourelog.com/$logbook/?all=1&Sample-ID=$Sample-ID"</a>. This transforms the attribute in list display into a hyperlink to the search results page. So far this works fine. In the results page, of course the option also applies, meaning the attribute is replaced by the link as well. But here something odd happens and the replacement does not work. The intended behavior is to replace $logbook in the link with the name of the logbook. Sometimes, however, the replacement yields something like "logbook" (missing $ and thus not replacing anything) or even weirder something like "60logbook". I have no idea what causes this.
This problen drives me crazy. Under some circumstances the List Change <attribute> function does not replace $attribute. It happens at random circumstances when I use the Find function to search all logbooks. In the resulting list, it fails reproducibly for certain entries of certain logbooks. But I cannot find what is special about those lokbooks or entries. In different Find requests it works perfectly fine.
I have added a screenshot. The yellow button is created by this command in [global] for all logbooks. It makes no difference to define it in all [logbook] sections. I would really appreciate help to debug this.
List Change Sample-ID = <a href="page?mode=summary&reverse=1&all=1&Sample-ID=$Sample-ID$&sort=Date" class="id_div">$Sample-ID</a>
I am trying to use the Elog Utility to import a few thousand entries. So far I have run into a few problems. a) Cannot get elog utility to speak to elogd on port 8080. Even though I use the -p 8080 option with elog. I was able to get it to work when I moved my server to port 80. b) I cannot get elog to work with and attributes or logbooks that contain spaces. Please refer the the following example: elog -v -h scotland.ccs.yorku.ca -p 80 -a "Station Number"="CC001" -a "Mac Address"="000874fdc895" -a "Hostname"="cc001.cnscommons.yorku.ca" -a "IP Address"="10.6.10.52" -a "Manufacturer"="Dell" -a "Model Line"="Optiplex" - a "Model Number"="GX270" -a "Monitor Manufacturer"="Dell" -a "Monitor Model"="E151FP" -a "Memory"="512MB" -a "CPU Speed"="2.6GHz" -a "Hard Drive"="40GB" -a "Service Count"="-" -l WSC2 -u charles xxxxx "DD/MM/YY: Change Description" This line executes fine. Except only Hostname, Manufacturer, Memory and text are populated in the record. All the rest of the fields are blank. c) the only way I was able to get the transaction to work was by reducing the size of the log book to a single word (ie WSC2). Do I have to reduce all my attributes to single words? Or am I missing something simple to use as a delimiter for entry?? Thanks in advance -Charles-
> I am trying to use the Elog Utility to import a few thousand entries. So > far I have run into a few problems. > > a) Cannot get elog utility to speak to elogd on port 8080. Even though I > use the -p 8080 option with elog. I was able to get it to work when I > moved my server to port 80. > > b) I cannot get elog to work with and attributes or logbooks that contain > spaces. Please refer the the following example: > > elog -v -h scotland.ccs.yorku.ca -p 80 -a "Station Number"="CC001" -a "Mac > Address"="000874fdc895" -a "Hostname"="cc001.cnscommons.yorku.ca" -a "IP > Address"="10.6.10.52" -a "Manufacturer"="Dell" -a "Model Line"="Optiplex" - > a "Model Number"="GX270" -a "Monitor Manufacturer"="Dell" -a "Monitor > Model"="E151FP" -a "Memory"="512MB" -a "CPU Speed"="2.6GHz" -a "Hard > Drive"="40GB" -a "Service Count"="-" -l WSC2 -u charles xxxxx "DD/MM/YY: > Change Description" > > This line executes fine. Except only Hostname, Manufacturer, Memory and > text are populated in the record. All the rest of the fields are blank. > > c) the only way I was able to get the transaction to work was by reducing > the size of the log book to a single word (ie WSC2). > > Do I have to reduce all my attributes to single words? Or am I missing > something simple to use as a delimiter for entry?? > > Thanks in advance > > -Charles- As a followup, this occurs not only in the Linux environment, but also under Windows XP. I get the same results... -Charles-
> > a) Cannot get elog utility to speak to elogd on port 8080. Even though I > > use the -p 8080 option with elog. I was able to get it to work when I > > moved my server to port 80. > > That problem has been fixed in revision 1.16 from Feb. 19th. Please get the > newest version from release 2.5.2 issued today. > > > b) I cannot get elog to work with and attributes or logbooks that contain > > spaces. Please refer the the following example: > > > > elog -v -h scotland.ccs.yorku.ca -p 80 -a "Station Number"="CC001" -a "Mac > > Address"="000874fdc895" -a "Hostname"="cc001.cnscommons.yorku.ca" -a "IP > > Address"="10.6.10.52" -a "Manufacturer"="Dell" -a "Model Line"="Optiplex" - > > a "Model Number"="GX270" -a "Monitor Manufacturer"="Dell" -a "Monitor > > Model"="E151FP" -a "Memory"="512MB" -a "CPU Speed"="2.6GHz" -a "Hard > > Drive"="40GB" -a "Service Count"="-" -l WSC2 -u charles xxxxx "DD/MM/YY: > > Change Description" > > There was also some bug which has been fixed, plus you need following syntax: > > elog -h ... -p 8080 -a "Station Number=CC001" ... > > note the "" are around the whole attribute=value string, not only the attribute. Steve, Thank you for the updates!!! everything works great... -p 8080 and all my attribs get set. The only part that does not work is -l "Log Book" the -l variable has to stay as one word. If I submit 2 words (in quotes) it only looks for a logbook of the first word and fails. -Charles-
> Version 2.5.2 of ELOG has been released today. It contains CSV (comma > separated values) import and export, as well as XML export (through the > "Find" page). Since these features are new, I would appreciate some feedback > on how this works in different environments. I made sure I can import data > from Excel and Outlook (like my address book), but I have no experience with > other applications. > > As with the XML export, I'm not sure if the format I chose is a good one. > People working more with XML should tell me if it should be changed. I was able to find the export feature under find. Could you let me know where the import feature is? Or how I turn it on. -Charles-
> > This is the URL after logging in: > > http://localhost:8081/debian/17?cmd=List&mode=summary > > > > When i click on one of the entrys, i get thar error message. > > URL: http://localhost:8081/debian/debian/17 > > > > It says: "Attachment #17 of entry #0 not found > > Please use your browser's back button to go back" > > Ah, now I recognize the error. Please update to the newest beta5, it's fixed there. > > - Stefan Stefan, where can we get Beta5, I can only find Beta4 on all the download locations. -Charles-
> > > This is the URL after logging in: > > > http://localhost:8081/debian/17?cmd=List&mode=summary > > > > > > When i click on one of the entrys, i get thar error message. > > > URL: http://localhost:8081/debian/debian/17 > > > > > > It says: "Attachment #17 of entry #0 not found > > > Please use your browser's back button to go back" > > > > Ah, now I recognize the error. Please update to the newest beta5, it's fixed there. > > > > - Stefan > > Stefan, > > where can we get Beta5, I can only find Beta4 on all the download locations. > > -Charles- I downloaded the source from the new web site. -Charles-
sudo ldconfig didn't solve the problem
Is there any other solution than elog static linking?
downloading the sources and building them on the target system solved the problem
Hi, I'm not sure if this is an Elog bug, something wrong in my configuration/database. When I create a new article on Elog it always shows an attachment from one of the first entries ever made to this log book made. This is in addition to any attachments which were actually added during article creation.
I just made an example entry to demonstrate. First attachment here shows how the entry looks in the GUI, it has an attached text file called "jail.local", 2nd attachment is how that entry looks in the database file - no attachment. Does anyone have any idea what's happening?
Thanks very much for the quick response Stefan. My apologies, I thought I was on the latest version or I would have upgraded before contacting you. The file I installed from was the rpm "elog-3.1.5-20240226.el9.x86_64.rpm" which still seems to be the latest version on the Dropbox downloads page. Do I need to use the tar distribution to get the latest?
Great, thank you again. I have now installed the latest and the problem appears to be gone.
When I use the <Login user => option to specify what users I want to be able to login into the different logbooks it does not seem to work. Is there something else you are supposed to do to restrict what logbooks users can log into?
I noticed that when I put in a password such as <test1> a person can login with the password <test2> or any other number at the end. Is the encryption not able to tell the difference between numbers? The encrypted passwords even look the same in the password file. Is this a bug?
> > When I use the <Login user => option to specify what users I want to be > > able to login into the different logbooks it does not seem to work. Is > > there something else you are supposed to do to restrict what logbooks users > > can log into? > > First, you need version 2.3.4 or later, second, you need a "password file = > xxx" entry in your elogd.cfg to turn on user-level password access. If both > is true and you still don't succeed, send me your elogd.cfg. > > - Stefan Ok, I installed the latest version and this is fixed. Thanx!
> > I noticed that when I put in a password such as <test1> a person can login > > with the password <test2> or any other number at the end. Is the > > encryption not able to tell the difference between numbers? The encrypted > > passwords even look the same in the password file. Is this a bug? > > This is really strange. Encryption only works on ASCII characters and does > not distinguish between letters and digits. When I try to reporoduce that, > the system distinguishes well between "test1" and "test2". The first gives > encrypted "dGVzdDE=" and the second gives "dGVzdDI=", note the different "E" > and "I". So I have no clue right now what is wrong in your installation. If > running under Linux, you can compile elogd after adding "-DHAVE_CRYPT" and "- > lcrypt" to the Makefile to use the standard Linux crypt() function, but I > would rather like to understand what is wrong in your case. > > - Stefan Ok, try it with the passwords <hello1> and <hello2>. Then when you go to log in, put in the password of <hello> with any single number after it and let me know if the problem shows up for you because that is the password I was using. When I look at it encrypted in the passwd file they look the same. I also installed the latest version today which is newer than the one I was using before and it still does it. I appreciate your time. Byron
At some point, in the last week or so, I upgraded the debian-unstable version (r1459-1) of elog. Now, PostScript files (as attachments) are displayed (shown in ascii text, instead of just showing the link). Is there an option in the elog.cfg to only display certain files (like .gif or .jpg).
Got it to work as desired.
Thanks for your help and your quick response.
Hi, I would like to turn off the display of attachements when editing an entry in some of our logbooks that contains big file. So I did set the flag "preview attachements" to 0. It seems to work fine on text file attachment but the thumbnails for PDF and images (very nice feature by the way!...) are still there... How can I avoid displaying the thumbnails in the edit mode? This is very important when the attached file is big because it almost makes it impossible to edit.. Thanks for your feedback! Bruno
How can one add an attachment to a new or existing entry with py_elog? E.g. if I want to upload an image.
ELog has been installed on our local server which runs on local time (UTC +8) and is working well, however, we work in two time zones.
Our PC's run in local time (IT requirement) but need to save and display one log in UTC and one log in local time - can this be done?
Appreciate anyones help!
Thanks, works fine.
Regards Brassmann
Herrenhemden in St. Gallen Titel: Finden Sie das beste Herrenhemd für den Büroalltag bei brandmarkt in St. Gallen Wenn es darum geht, sich für die Arbeit zu kleiden, ist es am besten, eine Vielzahl von zuverlässigen Büromodellen zur Verfügung zu haben. Von allen Kleidungsstücken, die zur Auswahl stehen, sind Herrenhemden für das Büro das attraktivste Kleidungsstück für Berufstätige. Berufstätige Männer wollen immer gut in ihre Bürokleidung investieren. Die günstigste Herren-Business-Kleidung zu kaufen, ist sehr schwierig. Möchten Sie die originellen und stilvollen Herrenhemden für die Bürobekleidung in St. Gallen kaufen? Bei 9000 in St. Gallen hat Brandmarkt eine Vielzahl von Herrenhemden für die Bürobekleidung. Langärmelige Herrenhemden für den Arbeitsplatz, kurzärmelige Herrenhemden in aktuellen Modetrends sind zu günstigen Preisen erhältlich. Berufstätige Männer wollen immer stilvoll und bequem aussehen, indem sie leichte Kleidung wie T-Shirts oder kurzärmelige Herren-Arbeitshemden tragen. Sie können ein kurzärmeliges T-Shirt mit einer Jeans oder einer Hose tragen und sind damit bei einem Meeting präsentabel. Kleiden Sie sich im Sommer mit der bequemsten und stilvollsten Herren-Bürokleidung für das Büro. Herrenhemden für das Büro in hellen Farben sind die perfekte Kleidung für den Sommer. Herrenhemden für den Sommerlook gibt es bei Brandmarkt zu günstigen Preisen. Geschäftsleute wollen immer Klasse in ihrem Auftreten mit der aktuellsten Herren-Business-Mode. Meistens werden für die Bürokleidung der Herren Anzüge getragen. Passende Hemden zum Anzug sorgen für Abwechslung im Erscheinungsbild. Bei Brandmarkt in St. Gallen können Sie Marken-Herrenhemden in verschiedenen Farben, Mustern und Designs zu günstigen Preisen kaufen und mit Ihrem Büroanzug kombinieren. Viele Büros planen verschiedene Tage wie den "Causal Wear Friday" für ihre Mitarbeiter. Es ist Zeit, sich in Freizeitkleidung zu kleiden. Sie können ein Hemd oder T-Shirt mit Jeans tragen. Passende Herren-Accessoires wie Gürtel und Krawatten können Ihren Look ebenfalls aufwerten. Holen Sie sich die exklusiven Herrenhemden bei Brandmarkt zu den günstigsten Preisen. Sie können die Top-Marken wie Ice Peak bei Brandmarkt, Jako bei Brandmarkt, Tom Taylor bei Brandmarkt, Puma bei Brandmarkt, Nike bei Brandmarkt und viele andere zu einem sehr günstigen Preis bei Brandmarkt in St. Gallen kaufen. Nicht nur die Hemdenkollektion, sondern auch Herrenschuhe und Herrenaccessoires können Sie bei Brandmarkt in St. Gallen zu sehr günstigen Preisen kaufen. Unternehmen veranstalten für ihre Mitarbeiter meist Sportveranstaltungen. Es ist an der Zeit, dass die Angestellten ein anderes Outfit als den Dresscode des Büros tragen. Herren-Sportbekleidung Hemden sind die beste Option für Sportveranstaltungen. Jetzt können Sie sich für das Büro anders stylen als mit einem Anzug, einem Hemd oder einem T-Shirt. Tragen Sie ein schmal geschnittenes, langärmeliges Herren-Sporthemd mit Jogginghose und machen Sie bei Sportveranstaltungen im Büro eine gute Figur. Für informelle Tage wünscht sich jeder Mitarbeiter einen besonderen Look. Wenn Sie auf der Suche nach Sportbekleidung, Herrenhemden in Slim Fit, Regular Fit, Herren Outdoor Hemden sind. Holen Sie sich diese im Brandmarkt in St. Gallen. Dort gibt es exklusive Marken von Herren Sporthemden in St. Gallen zu sehr günstigen Preisen. Zu günstigen Preisen, nicht nur das Herren Sporthemd sondern auch die Marken Herren Sportschuhe zu Ihrem Outfit. Wo kann man in St. Gallen günstige Herren-Bürohemden zu günstigen Preisen kaufen? Unser Modehaus Brandmarkt an der 9000 in St. Gallen hat originelle und hochwertige Herrenhemden in St. Gallen, darunter eine große Auswahl an langärmeligen Herren-Arbeitshemden, kurzärmeligen Herren-Arbeitshemden, Slim-Fit-Hemden und Sporthemden, alles zu sehr günstigen Preisen. Worauf warten Sie noch? Kommen Sie zu Brandmarkt in St. Gallen und kaufen Sie die beste Qualität an Herrenhemden in St. Gallen für Ihre Bürokleidung zu Einzelhandelspreisen. Sparen Sie Ihr Geld und sehen Sie professionell aus.
I have the same problem -- did you find a solution in using the nginx revese proxy with user login?
It does indeed seem to be a cookie stripping issue. I just need to figure out how to get Nginx to forward these properly.
Can I control the content of the Subject on an email notification?
i.e. Can I copy the subject from the elog entry into the email subject?
//Bill
I found the answer in the docs.
In the config file add
Use Email Subject = Added Text: $subject
This results in the e-mail subject being set to "Added Text: elogentry subject line"
Thanks for a great tool!
What about using something like MySQLfs to get a db backend transparently to ELOG? I use ENCFS, (a FUSE backend), currently to achieve encrypted logbooks and it works fine -- ELOG never knows anything other than reading and writing to logbook files. From what I've read, the MySQLfs backend would work the same, and you likely would gain some of the caching benefits of MySQL, which might help with your read/search times, given the memory requirements of the database of course.
lance wrote:
Hello, is it possible to have an guest account together with a global password file? I tried to put the password file statement into the global section of elogd.cfg. But in this case every user must login and it is not possible to have a read only guest account. But if I put the password file statemnet into the logbook sections, it is possible to access the logbooks in read-only mode without logging in. The drawback of this solution is, that you have to login into every logbook seperately. Bertram
> > Hello, > > > > is it possible to have an guest account together with a global password file? > > > > I tried to put the password file statement into the global section of > > elogd.cfg. But in this case every user must login and it is not possible to > > have a read only guest account. > > But if I put the password file statemnet into the logbook sections, it is > > possible to access the logbooks in read-only mode without logging in. The > > drawback of this solution is, that you have to login into every logbook > > seperately. > > > > Bertram > > Right, guest access is not possible with a global password file. This comes from > the fact that people wish to protect their logbook selection page. What I can do > is add another flag "protect selection page = 0 | 1". If "0", the logbook > selection page can be seen without logging in. Is that what yo want? > > - Stefan Yes, that is what I want. Bertram
> > Yes, that is what I want. > > I implemented a switch "protect selection page" in revision 1.318, which can be > obtained at http://midas.psi.ch/cgi-bin/cvsweb/elog/src/elogd.c?rev=1.318. If this > switch is not set to "1", the selection page can be seen without having to log in. Stefan, thank you for the fast implementation of this feature. I compiled the new revision and it worked as expected. Kind regards, Bertram
> > long lines in an entry are not printed correctly (the lines are cut off), if the text is encoded as plain > > text. This works correctly, if the text is encoded as ELCode. I tried this with Firefox and Internet Explorer. > > Does anybody know a solution for this? > > Can you post an example here? If I try a > veeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeery > long line, it's shown correctly. You just have to scroll right in your browser. the lines are displayed as expected on the screen, but they are cut off when the browser window is printed via the browsers print function. This did not occur in a previous version (V2.5.6). Bertram
Hi Stefan, I'm interested in the current configuration file for this discussion forum. Could you please post it to the 'config examples' logbook? Thanks, Bertram
> Hi Stefan, > > I'm interested in the current configuration file for this discussion forum. Could you please post it to the > 'config examples' logbook? > > Thanks, > Bertram Sure, here it is!
Thanks for the quick bug fix.
If I want to go to the latest CVS release, what files do I have to compile along with the elogd.c file? Also, do I need to use any special gcc flags for the compilation? Thanks.
> > If I want to go to the latest CVS release, what files do I have to compile > > along with the elogd.c file? Also, do I need to use any special gcc flags > > for the compilation? Thanks. > > You need elogd.c, mxml.c and regex.c, the Makefile you can get from CVS as well > > http://midas.psi.ch/cgi-bin/cvsweb/elog/Makefile Worked like a charm. Thanks again.
Thanks! I got rid of the quotes around everything, and it works now.
I have a user on our system who keeps getting shut out - she can register, but after a few days her login always stops working. The only thing that I can see that's different about her is that her email address has a hyphen in it (firstname.last-name@stfc.ac.uk). I have tried registering myself with a hyphenated email address, and the same thing happens. Any idea what might be going on here? Is eLog doing some sort of automatic cleanup after a day or two, and rejecting a confirmed email address because it's got a hyphen in it?
My elog has a field for entering a list of email addresses, which goes into the "Email All" attribute. They need to be comma-separated, and an error is thrown if semicolons are used instead. Would it be possible to automatically change semicolons into commas before attempting to send the mail via SMTP? Neither character is allowed in email addresses so it shouldn't break anything to just do that silently. Thanks!
Thanks for the quick response!!
Great. Thanks Stefan.
I also am already using the top groups. This is just to totally separate my work and home elog.....I have to admit I am really an elog addict.
This elog and the idea behind it is absolutely brilliant. Very useful, easy to maintain, migrate, configure, easy to use, versatile, etc... Good on you all.
Oh, thanks Stefan. I will try find out, if I do I will post here later on.
Ok, I think I found it. The link below explains how to do it. I haven't tried it yet, but it looks about right:
http://www.smart-thinker.com/DNNBlog/tabid/1070/EntryID/35/Default.aspx
Is there an inbuilt way to find the last entries changed in an elog? I could add a "Last Mod" attribute and then config "Subst on edit Last Mod = $date", but it occurred to me that this functionality might already be in this wonderful tool somewhere, but I just haven't found it yet. So, is it? Best regards, Ralph.
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.
When I upload a HTML-File as attachement the file is shown as the HTML-source and not as the formatted text. Is there a possibility to see the HTML-attachements as formatted text like images are shown as images?
Yesterday I mad a little experiment: I copied in OpenOffice the content from my HTML file, which was not shown correctly in ELOG, to a new HTML file, uploaded it in ELOG, and now my file was shown correctly formatted. The only one problem is that not all lines are shown, in the last line is written ...1753 more lines... . How can I show all lines? Do I have to recompile ELOG?
I think this is reasonable. All the HTML-files which I want insert (created with the software INCA) are not shown correctly. My testfiles made with OpenOffice are shown correctly. Maybe you have the time to program an option for the attachement "Show inside/Show in new window or tab", so that the user can choose, how his HTML file is shown. Similiar to the option "Submit as HTML text".
Hi, Is it possible to restrict the display of logbook entries to the entries created by the currently logged-in user? I'm thinking of using the ELOG system in a school laboratory environment: students must write entries in the logbook about their excersises, but I would like that students can not "see" what other students have written. To make it even more complicated, I would like that students can see their own entries and the teacher entries..... Is something like this possible? Thanks in advance Bartjan Wattel the Netherlands
An options list that starts with a double-quotes character (") is handled incorrectly. Try the line: Options Student name = "Doe, John", "Foo, Bar". The ELOG list will have four entries, namely: - Doe - John - " - Foo, Bar
Hi, I want to create a series of logbooks, say logbook A, and logbooks B up to including S. I want the logbooks B,C,D,E,...S to have the same options and layout, the only difference is: the name of the logbook, and an options or extendable options list. All other settings of logbooks B-S are the same, while logbook A is a completely different logbook. I know I can simply copy the settings for logbook B and repeat the settings for all logbooks C-S. But is there a better way to accomplish this? Thanks, Bartjan Wattel
Hi, I was just searching your online discussion forum for entries with the word 'password' in the subject. I noticed that the 'Full' option in the 'full/summary/threaded' line displays the results of all entries in the logbook, and not only the entries with the word 'password' in the subject. I think there is an error in the URL, because when looking for the word password in the subject, the URL for the 'Full' option is: http://midas.psi.ch/elogs/Forum/page1?mode=full&reve&npp=8&Subject=password If I change the word 'reve' in this URL to 'reversed=1', the results are correct Bartjan Wattel
> > I know I can simply copy the settings for logbook B and repeat the settings > > for all logbooks C-S. But is there a better way to accomplish this? > > Yes. Put all common settings into the [global] section, only differences into > the individual logbook sections. Like > > [global] > Attributes = .... > Options .... > > [A] > ; Logbook A is different > Attributes = .... > Options = ... > > [B] > Option X = ... > > [C] > Option X = ... > > [D] > Option X = ... > > This way all logbooks "inherit" the settings from the [global] section, only the > differents are superseeded in the individual sections. Still you need two lines > for each logbook, but all recurring configuration can be omitted. Thanks for you quick and correct answer. I have one question left ;-) Suppose I want to have different password files for all the logbooks, but I want to have a single (admin) user that can log in to all logbooks... Do I need to specify the admin data in all the different password files, or can I use one global password file containing the login name and password for the administrator?
Hi - again a configuration question. How can I suppress all email notifications? The "Suppress default = 2" flag allows me to always produce a notification, but the flag does not provide an option to never produce a notification. The flag "Suppress Email on edit" does help a bit, but still notifications for new messages will be sent. I'm looking forward to your fast response... So far your support is fantastic! Bartjan Wattel
hi again, we have been doing a bit of stress testing for Elog. The most important thing we found is that Elog stops responding when a user uploads a large attachment (we used a 240 Mb attachment). Is it possible to add a flag in the configuration file, to specify the maximum size of an attachment? Bartjan Wattel
Hi, I have an ELOG installation on a RedHat linux server, called myserver. I can connect to this server with the following entries in the elogd.cfg file: [global] URL=http://myserver:8080 This works fine. I can log in, select logbooks, edit/create entries etc. etc. However, I want this connection to be encrypted. So I activate stunnel (v4) in such a way that stunnel listens to port 8081 and forwards to the ("remote") port 8080, which is the "original" elog port. I change the URL= entry in de elogd.cfg file to URL=https://myserver:8081 in order to use the SSL encrypted connection. At this time, when I connect to https://myserver:8081 I get the welcome/login screen, but when I enter the (correct) username and password, the elog program does not show the contents of the logbook buts shows the loginscreen again. If I enter a wrong username/password, I do get a correct error-screen. So it seems that the connection is correct, but there is some sort of problem in ELOG. Anyone who can give me a hand here?
[global] port = 8080 Bottom text = Hello Bottom text login = Login Hello Password file = passwd [demo1] Comment = General linux tips & tricks Attributes = Author, Type, Category, Subject Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Page Title = ELOG - $subject [demo2] Comment = General linux tips & tricks Attributes = Author, Type, Category, Subject
Hope you have enjoyed the Christmas week.
Sorry for the delay.... I have tested your configuration and it worked for me as well.
In order to determine, which of my settings is causing the problem, I had to activate each individual entry "one by one" and check if the error re-occured. I finally identified following entry "Protect Selection page = 1"
The error also occurs if I change your configuration into:
[global] port = 8080 Bottom text = <center>Hello</center> Bottom text login = <center>Login Hello</center> Password file = passwd Protect Selection page = 1 [demo1] Comment = General linux tips & tricks Attributes = Author, Type, Category, Subject Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other Page Title = ELOG - $subject [demo2] Comment = General linux tips & tricks Attributes = Author, Type, Category, Subject
Can you advise if I'm missing an entry in order for "Protect Selection page = 1" to work?
"Schönen Rutsch ins neue Jahr".
Happy New Year!
I ran several searches thru the forum but I could not detect a suitable entry on the following:
Is it possible to hide/un-hide the Commands, like "Edit", "Reply", "Duplicate", from the Menu based upon an Option of an Attribute?
E.g. Attributes = Status, .. | Options Status = Open, Closed
When Status = "Open"; the Menu Commands "Edit", "Reply" and "Duplicate" are available.
When Status = "Closed"; the Menu Commands "Edit", "Reply" and "Duplicate" are hidden/not available.
-or-
Can this only be accomplished using 2 Logbooks (Open / Closed) and move an entry from "Open" to "Closed" where the Logbook "Closed" is not using the Commands "Edit", "Reply", "Duplicate".
I'm experiencing problems importing XML (.csv is not working at all for me).
My logbook contains 3 date-attributes besides the system DATE (entry time), date-format is defined as %d %b %y. The XML file hold the date format "DD.MM.YYYY"
- During "preview" I see that all entries are listed.
- During the import I get the "wrong date format" error.
- When I review the Summary, I see that only the first XML entry (all 3 date-attributes hold a date) was imported.
- When I try to re-import the XML from the second entry (after removing the 1st entry from XML - this second entry hold NO date-value on one of the date-attributes) the elogd.exe crashes and I get the "Service Temporarily Unavailable" error page.
- When I try to re-import the XML from the modified second entry (after removing the 1st entry from XML - this second entry holds date-value on all of the date-attributes) the elogd.exe crashes and I get the "Service Temporarily Unavailable" error page.
Any suggestion what could be wrong? Is it the missing date-value?
Can you post your elog configuration file (elog.cfg)?
I had to filter-out some other logbook. Please find attached the configuration section for the affected logbook "UMOWY".
Looking forward to your review.
Regards, Barend
Hello, I have configuration file that already set on running logbook
but I want to change for example category and Atributes, and some other setting to match our language
If I just simply change category, or other option, when I log in on logbook, It wont show as I though. When I change back to original setting, it will show
How to change setting in configuration properly, so It will show and logbook still consistent using the new category and other option I just set.
ok.
what *a.log ? is it all database from elog? so I need to open it with text editor and replace all . am I Correct?
I got some spa
thanx, so in linux I just need to install over the old ones?
I thought there are additional step on linux, hehehe thanx for the help sir
here you go language translation for Indonesia, if you find any mistakes or missing things please contact me
oh, okay, elcode_indonesia.html
for eloghelp still on progress, :D
this is eloghelp
In the screen shots I see checkboxes before the attributes. How can I do that ?? In the doc I saw Options = boolean. But that creates a checkbox in the fill in form after the attribute. See second attached picture. The first attached picture shows what I want but I can only get the result in the second picture. Can anybody help me in this one. ( Is there an option checked for the attributes ?
Just answer it myself : I thought of the checkboxes in front of the attributes as boolean. However, it has to to with the browse feature filtered browsing =1= In this way you can, when checking one of the checkboxes, browse to the same item clicking the next and previous button. Sorry , my question was about RTFM ( Read The Fucking Manual ) So this question is solved.
However , it would be nice to have a checkbox in front of one attribute. Suppose you have a lot a entries in a record ,that are readonly( predefined). The user of the form must only confirm that a job is done by checking the checkbox without going to the edit mode. So, the checkbox is writable in readonly mode. I can inmagine something like : attribute record check = attribute in the configuration file. In this way the user of the form says : job done. There can be only one checkbox for the record.
[ job done] [ customer ] [ activity ] [ What should be done ] [X] BLA Check job1 Backup mail check [] BLA1 Check job2 check error report [X] Bla2 Check job3 check MQ jobs
Thanks for your reading this
Hello I've managed to create several logbooks that are an index of a (slow) shared directory. Now I use elog to search for files that are located on the slow shared directory and just have to click on the link in the elog logbook to open the file. Every day a simple batch file and 2 perl scripts will recreated the elog logbooks. So updates are done without any user input. ( mainly via the elog.exe program ) This all works great. To access the shared files in the above mentioned logbooks i use for one of the attributes : (All on one line) : <A HREF='\\////HOST/dir 1/dir 2/dir 3/dir 4/dir 5/dir 6/dir 7/filename.doc' target='_blank'>filename.doc</a> And this works great. In the above the .doc may be replaced with .html, .xls or whatever WINDOWS supports. Here is my question : Now I want to open a .html on my local drive. Should be possible but i seem to miss the correct format. With local drive I mean the drive that elog is running on. In my case this is C: I tried : file:///c:\dir 1\dir 2\file.html file:///c:/dir 1/dir 2/file.html <A HREF="file:///c:\dir 1\dir 2\file.html">file.html</a> <A HREF="file:///c:/dir 1/dir 2/file.html">file.html</a> <A HREF='file:///c:\dir 1\dir 2\file.html'>file.html</a> <A HREF='file:///c:/dir 1/dir 2/file.html'>file.html</a> and much more variants of the above. ( the first two examples do not respect the Spaces in directory names and file name, tried some quoting, but does not help) In my browser ( IE7.0) i see in the status bar : file:///c:/dir%201/dir%202/file.html That seems to be OK. But nothing happens when i click the left click the link in the elog logbook. The above contains the correct directories and filenames. I know that the file is there because right clicking the link in elog and selecting "Save Target As" will save the file. However just left clicking the link to the file does not open the browser to display it. ( As i stated : this works on a shared drive, but not on a local drive.) Any suggestions ?
In my config file I have the following :
Options Head = AIX61{1},AIX53{2}, AIX52{3},HMC{4},CL_CLUSTER{5},VIRTUALIZATION{6},MICROCODE{7},BG_BLUEGENE{8} {1} Options Topic = SECURITY, HIPER,TL00,TIPS {2} Options Topic = SECURITY, HIPER,TL07,TL06,TL05,TL04,TL03,TL02,TL01 ,TIPS {3} Options Topic = SECURITY, HIPER,TL10,TL09,TL08,TL07,TL06,TL05,TL04,TL03,TL02,TL01 ,TIPS {4} Options Topic = HMC_CORRECTIVE, HMC_SECURITY,HMC_FIXES,HMC_INSTRUCT,HMC_MEDIA,HMC_DOCUMENT {5} Options Topic = CL_DEEPCOMPUTING,CL_SYSMGMT,CL_GPFS,CL_LOADLEVELER,CL_ESSL,CL_PARALLEL_ESSL,CL_SWITCH,CL_RSCT,CL_PENV,CL_INIFINI {6} Options Topic = PLM,VIOS_PM,VESS,VIOS,VIOS_WPM {7} Options Topic = 2104-XU3,7017-S80,7017-S70,7020-40P,7025-F50,7025-F40,7025-F80,7026-B80,7026-H80,7026-M80,7028-6C4,7028-6E1,7029-6E3,7025-H50,702X-H70,7038-6M2,7039-651,7040-6X1,7043-140,7043-240,7043-260,7044-170,7248-43P,7043-150,704X-270,8203-E4A,8204-E8A,8844-3AZ,9076-SP,9110-510,9110-51A,9111-285,9111-520,9112-265,9113-550,9114-275,9115-505,9116-561,9117-570,9117-MMA,9118-575,9119-590,9119-595,9123-XXX,9124-XXX,9131-52A,9133-55A,9406-MMA,7037-A50,7047-185,ADAPTERS,DASD,DRIVES,CERTIFIED,OTHER {8} Options Topic = BG_RELEASES,BG_FIXES,BG_COMPILERS,BG_REDBOOKS,BG_GPFS,BG_ESSL,BG_LOADLEVELER,BG_CSM
All is working fine when creating new entries. But when i use the find command window, i only see the Head options and selecting one of them,
the Topic options will not show up like they do when creating new entries.
I've installed the latest elog on Fedora ( version ELOG V2.7.3-2058 ) , but it's the same as the window version i'm using .
Thanks for you're time.
greetings Arno Teunisse
Sometimes it can come in handy to start a temporary elog service on the Windows platform. ( Maybe for testing purposes )
You can use the SC.exe utility to do that. If it is not on you're system you may download it from : ftp://ftp.microsoft.com/reskit/win2000/sc.zip
For this you can use the following procedure ( from the dos prompt ) :
sc.exe create AIX-elog binPath= "\"c:\ELOG2.7.3\elogd.exe\" -D -c c:\ELOG2.7.3\security.cfg" DisPlayname= "AIX Elog Security" start= auto
If all went well the system answers :
[SC] CreateService SUCCESS
Please notice the strange way the double quotes are used and the space after the = in the above command.
Now open the windows services ( from the prompt ) : services.msc
In the window that opens you will see the just created service with the DisPlayname you gave in the above command.
You see it is not started. You could click start, but there is an other way.
Now you can start the service from the prompt using the DisPlayname :
net start "AIX elog security"
Press F5 ( refresh ) in the services window and you will see that the service is started.
Or stop the service :
net stop "AIX elog security"
To remove the service ( from the registry ) :
sc.exe delete AIX-elog
The system gives back :
[SC] DeleteService SUCCESS
The other option is to start elogd.exe from the prompt :
elogd.exe -c
This is all for now
Just downloaded the windows version. It is working great !! Thanks, for this quick solution.. and you're time..
Just like elog more and more...
You're right. Probably it's the old FCKedit that was in the browser cache. Clearing it and the problem was gone.
So there's nothing wrong with you're laptop.
Thank's again for the fix..
This was probably a buggy bug report. Was just testing things out on a local machine and cookies were send to the local machine. so the mail was using these cookies also.
In Practice this could never happen.
Using windows7 and the elogd 2.7.7 built Jul 31 2009, 13:01:20 revision 2246. I noticed a bug in the tables created with fckeditor. When on winxp there is no problem. So it seems windows7 related. Don't know if I should post here or somewhere else. When i Click the table icon i get : When I want to continue ( Pressing Yes) i get
So the OK button is removed, and i can only cancel. So it's impossible to create a new table in elog. ( yes , create it by hand, but that is not so nice ) Download the latest version of elog : elogd 2.8.0 built Aug 2 2010, 12:16:05 revision 2312 . Just to see if this helps. The result is the same. Is there some solution/workaround for this ?
Thanks for elog : it's great.
Answer : Problem solved. It is not window7 related. When I did a fresh install ( not installing over the old directory ) everything is working as expected. So I did something wrong with installing over the old elog directory.
Thanks for you're time and the inconvenience.
When I want to submit an entrie with elog I have the following problem : ( elogd on windows 7 ) D:\MyProgramFiles (x86)\ELOG>elog -v -h localhost -p 8080 -l "Knowledge Base" -u "arnot 123abc" -a "Category=info" -a "OS=HP-UX" -a "Subject=Just testing" Successfully connected to host localhost, port 8080 Request sent to host: POST /Knowledge+Base/ HTTP/1.0 Content-Type: multipart/form-data; boundary=---------------------------517428C7722E Host: NTB100744.simac.local User-Agent: ELOG Content-Length: 874
Content sent to host: ---------------------------517428C7722E Content-Disposition: form-data; name="cmd"
Submit ---------------------------517428C7722E Content-Disposition: form-data; name="unm"
arnot 123abc ---------------------------517428C7722E Content-Disposition: form-data; name="upwd"
I9vh6COTmDFzlmSGZ9S1gIC.cUNR0fRSzZOYNzj1LK. ---------------------------517428C7722E Content-Disposition: form-data; name="exp"
Knowledge Base ---------------------------517428C7722E Content-Disposition: form-data; name="encoding"
ELCode ---------------------------517428C7722E Content-Disposition: form-data; name="OS"
HP-UX ---------------------------517428C7722E Content-Disposition: form-data; name="Subject"
Just testing ---------------------------517428C7722E Content-Disposition: form-data; name="Text"
Category=info ---------------------------517428C7722E
Response received: HTTP/1.1 404 Not Found Server: ELOG HTTP 2.8.0-2331 Content-Type: text/html;charset=ISO-8859-1 Connection: Close
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html><head> <META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW"> <title>ELOG error</title> <link rel="stylesheet" type="text/css" href="default.css"> </head> <body><center> <table class="dlgframe" width="50%" cellpadding="1" cellspacing="0"<tr><td class="errormsg"><i>Error: Attribute <b>Category</b> not supplied.</i><p> Please go back and enter the <b>Category</b> field. </td></tr> <tr><td class="errormsg"><script language="javascript" type="text/javascript"> document.write("<button type=button onClick=history.back()>Back</button>"); </script> <noscript> Please use your browser's back button to go back </noscript> </td></tr> </table> </center></body></html>
Error: Missing required attribute "Category"
When I leave out the quotes in the -u part , it just hangs despite the -vvv on the server console and the -v option used in the elog command line. Nothing happens. No output at the server debug screen. I'm Not using SSL , nor have i used a certificate. It's just a good old plain html server. ( As far as i can see ) This is the main section in my config and the section I want to change : [global] port = 8080 ;SSL = 1 ;Resource dir = d:/elog.dir ;Logbook dir = d:/elogbooks.dir CSS = simac1.css ;SMTP host = mailhost.chello.nl SMTP host = vldexc1.simac.local Title image URL = \\vldfps1\algemeen\FM&O\Klanten Title image = <img border="0" width="25%" src="simac.jpg"> Use Lock = 1 ; When a message is edited an other user will be noticed. ; Please notice : Options Category is now global, and sorted Options Category = Backup,Database,Filesysteem,Info,Monitoring,Mount,Other,Performance,Security,Upgrade, Add User, IP info, Known Issues, I-share OchtendControle Self register = 1 # user can create an account ;Password file = passwd Admin user = arnot Logbook Tabs = 0 Protect Selection page = 1 Main Tab = MAIN
; Iedereen mag in het TEXT gedeelte aanpassingen uitvoeren. Restrict edit = 0
[Knowledge Base]
Comment = <I>Knowledge base</I> Help URL = help.html Logfile = c:/Program files/elog/Knowledge_Base.log ; use user level password access
;Login expiration = 10
;Self register = 1 # user can create an account ; How is the time displayed : Time format = %A, %B %d, %Y, %H:%M
; look and feel Guest menu commands = List,Back, Find, Login, Help Guest find menu commands = Find, Login, Help Date format = %B %d, %Y List menu commands = List,New,Find,Select,Import,Config,Logout,Last day,Help ; attributes Attributes = Author, Author Email, Category, Klanten,Machine, OS ,Version,Archive, Subject Options Archive = boolean Options OS = UNIX{10} , AIX {100} , HP-UX{200}, Redhat ES{300} , Suze{400} , Debian{500} {10} Options Version = ALL {100} Options Version = 5.1,5.2,5.3,6.1,6.2,6.3 {200} Options Version = 11.10,11.20,11.23 {300} Options Version = 4.7,4.8,4.9,5.0,5.1 {400} Options Version = 10.1,10.2,10.3,11.0,11.1, {500} Options Version = 6.0 (sqeeze),5.0 (lenny),4.0 (etch),3.1 (sarge),3.0 (woody),2.2 (potato),2.1 (slink),2.0 (hamm) Options Klanten = Frieslandbank{AA} , Arag{BB}, Super de Boer{CC},NRE{DD} {AA}Options Machine = rc1lphmc01,rc1lptr01,rc1upas02,rc1upas03,rc1upas04,rc1upas05,rc1upas06,rc1upas07,rc1upas08,rc1upas22,rc1upav1,rc1updb05,rc1updb21,rc2lphmc01,rc2lptr01,rc2upas02,rc2upas32,rc2updb31,rc2updw33,rc2uuav1 {BB}Options Machine = Arag-lin1,Arag-lin2,Arag-lin3,Arag-lin4,Arag-lin5,Arag-lin6 {CC}Options Machine = xai61032 {DD}Options Machine = server27,server32,server37,server38,server40
Extendable options = Category, Klanten Required Attributes = Category, OS ,Subject List Display = Subject, Category, Klanten,Machine, OS ,Version,Archive Thread display = $Subject, entered by $author on $Entry time Quick filter = Category, OS,Klanten Display mode = threaded ; title as shown in the browser Page Title = Accelerator Logbook - $subject
; these attributes cannot be changed Locked Attributes = Author, Author Email
; only author can change its own entry ; See restrict edit in the global section
; options for reply Subst on reply subject = Re: $subject ;Remove on reply = Author, Author Email Preset on reply Author = $long_name Preset on reply Author Email = $user_email
; No Email notification Suppress Email to users = 1 # 1 = do not send mail , 0 = send mail ##############################################################################################
Any help will be appreciated .....
When I leave out the quotes in the -u part , it just hangs despite the -vvv on the server console and the -v option used in the elog command line. Nothing happens. No output at the server debug screen. I'm Not using SSL , nor have i used a certificate. It's just a good old plain html server. ( As far as i can see )
Hello When the install did not work properly ( I've never had that problem ) you can start the elog service with the SC.EXE command like this :
sc.exe create Elog binpath= "\"c:\program files\elog\elogd.exe\" -D -c \"c:\program files\elog\elogd.cfg\"" displayname= "Elogbook services" start= auto type= own
Please notice the spaces after the = ( they are required )
You can now use : net start elog and net stop elog
to start the service without a reboot.
Maybe this helps.
If
then Elog returns with a redirect (302) to the logbook itself, causing the loop.
The fix here is to remove the "Guest Menu commands" configuration from "elogd.cfg".
Source code location: https://bitbucket.org/ritt/elog/src/30ada1df634529c8011c27275c52a05b01b7b3d6/src/elogd.cxx#lines-27599
Theme = default Comment = Logs des modification de scripts des 3 domaines Attributes = Acteur, Action, Type, Nom du Scripts, Language, Domaine, Categorie, Commentaires,Notification Options Action = Ajout, Modification, Suppression, Réseau, Autre, Hotfix Options Type = Ouverture de session,Autre, deploiement Options Language = VBS, AU3, Kix, Batch, Ksh, Perl Options Domaine = VaubanHumanis, Humanis, Vauban Extendable Options = Catégorie, Type, Action Required Attributes = Acteur, Type, Lieu Page Title = Modification Scripts - $subject Reverse sort = 1 Quick filter = Date, Type Suppress Email to users = 1 # Email all = someadminsuser@maildomain.com Email all = $Notification Options Status = 1-To Do{1}, 2-Open{2}, 3-Closed{3}, 4-Suspended{4}
So I found the my log files, but this issue should probably be documented.
When running as admin my logbook files are where they should (C:\Program Files (x86)\ELOG\logbooks)
When running as local user (with no admin rights), elogd has no writing access to the logbooks directory. So it falls back to use C:\Users\[MyUserName]\AppData\Local\VirtualStore\Program Files (x86)\ELOG\logbooks
In both cases elogd -v is not helping because it says:
elogd 2.9.2 built Feb 20 2013, 09:19:10 revision 2475 Config file : c:\Program Files (x86)\ELOG\elogd.cfg Resource dir : c:\Program Files (x86)\ELOG Logbook dir : c:\Program Files (x86)\ELOG\logbooks\ FCKedit detected Indexing logbook "sample" in "logbooks\sample\" ...
that is not true for the local user.
Thanks again for your help,
I have just made a fresh installation of ELOG 3.1.1 on a windows machine and unfortunately it is not working. If I try to insert a picture with the image button, the dialog complains that the image url is missing. If I drag-and-drop the picture on the edit area, it gets attached but not added as picture.
I tried already on two different computer and on the basic elog configuration.
Can you crosscheck it on your side on a win pc?
antonio
Dear Stefan, thanks for your answer.
I tried to add a picture to this reply but I got the same error message with both Firefox and Chrome.
For sure the pictures were not included in the message, but I have the feeling they were not even uploaded to the server.
(I'm on Windows 7)
Thanks for your help,
Dear Stefan, this is to confirm that also from my personal laptop from home I have the same issue. No pictures uploaded to this server from windows 10.
Which OS & Browser are you using?
Thanks Andreas for your contribution and your quick fix. Just a question: how do you get the attachment URL?
Okay, I can confirm this bug: with Windows 10 using Firefox 47.0 the dialog hangs as soon as I press "Send it to the server". When it returns, it did not upload anything. That is why it asks for URL after pressing OK.
Quick fix: just attach the image and use the URL of the attachment.
I did it here:
Andreas, there is something strange. It looks the problem is "configuration dependent" because I tried to upload a picture on the Linux Demo logbook and there it works. Can you confirm this too?
ok... that was easy. I though there was a ELOG specific way to link to attachments.
(my computer is also in German :)
If you go on the attached image with the right mouse button, then you'll get a menu. In this menu there should be some entry like "copy image link" (my PC is unfortunately configured in German, I can't look it up).
This copies the URL in the clipboard and you can just paste it in the URL entry of the image button.
This is another piece of information to help in the debugging. To my standards logbooks, I have added the "demo". On the demo I can upload pictures while I can't on the other logbooks.
This is indicating that the bug has something to do with the logbook configuration other than with the editor or the image upload plugin.
Yes, I can confirm that the image button upload does work in the Linux Demo logbook (Windows 10 client host, Firefox 47.0 client) and it still does not work in this Forum.
The conflicting option is "Preview attachments". When this is turned off (set to 0), images are not properly uploaded. Could you please confirm it also on your side?
Thanks, it worked great!
we have a running elog installation using SSL (with the self-signed certificate). Generally we use the web interface, but we have been asked if it was possible to automatically insert elog entries via command line.
elog.exe should be the answer and so I gave it a try.
I was trying the following command line:
elog.exe. -h server-ip-address -p 8080 -l demo -s -v -u username password -a "Mass=0" This is a test entry
Of course server-ip-address and username / password were proper fields.
When I was doing this from the server itself, I got the following message:
Successfully connected to host server-ip-address, port 8080 Possibly invalid certificate, continue on your own risk!
and then the entry was inserted, but when I was typing the same from any other PC I got the error message:
Successfully connected to host server-ip-address, port 8080 elogd server does not run SSL protocol
The entry is of course not added and also the server (that is running in very verbose mode) reported a
SSL_accept failed
Thanks for helping,
Any news for my problem?
Your help is very much appreaciated!
thanks :)
thanks for your message.
Here are the answers to your questions.
Thanks again and more tomorrow...
I am using SSL with ELOG and it works fine with the "elog" executable. I am no expert on SSL, but I can provide my two cent what you could try, maybe it helps:
As promised, here is the results of the additional debugging.
Changing to port 443 doesn't help. I keep having exactly the same behaviour, it is to say:
So as promised, I add some more information.
Unfortunately changing the port where the server is listening did not make any change. The situation is still the same. If I try directly from the server, I get a warning about the fake certificate and if I do it from elsewhere, I get the error that the server is not running SSL.
I had a look at the source code of elog.c and found the point where the error is produced. in order to produce this message, the ssl_connect should be returning -1 and this is only possible in two cases:
So, in the first case, it means that the SSL connection failed completly. In the second case, the peer certificate is invalid.
Is it possible to discriminate between the two, for example changing the return value? Unfortunately I don't have a windows computer with development tools. So it would be great if you could prepare an executable for me with this small change.
I would need your help with an incremental index with date information.
I want to have an incremental number made by the last two digits of the year, the two digits of the month and an incremental four digits number.
Subst Number = %y%m####
The problem is that I don't want to have the incremental number reset to zero every new month, but rather only once a year. Is it something like this possible?
Thanks for your help!
I have a question for you. On my elog server I have plenty of images not included in any logbook entry, but that nevertheless I would the user to have access to that via the browser. In order words, I would like to have a link like this https://myelog/my_pics_folder/my_pic.png
I have realized that if I put my_pics_folder in the script folder, then it works as I wanted, but I strongly doubt this is the right position. If I put in the resources folder, it is not found and the elogd displays a message saying that my_pics_folder is not a valid logbook.
Do you have any suggestions for this problem?
Thanks in advance and enjoy your day!
Hi there!
I have noticed this effect when editing entries with the command line elog.exe.
Let's say I submit a new entry via the command line and I'm also submitting an attachment file. If I check the elog entry via the browser I see my entry there with its attachment as expected. The attachment is also present on the server in the logbook folder with the date and time stamp in front of the original name.
Now, let's say I would like to edit the same entry via the command line, if I don't pass the attachment, the edited entry won't show any attachment in the browser but on the server there is still the old attachment file available.
A similar situation is when I edit an entry and I want the edited entry to have the same attachment file of the original one. In that case, the entry on the browser will show the attachment, but on the server I have two copies of the attachment file with the two timestamps (original submission and edited submission). Moreover the first copy is unreachable from any client because not linked to any entry anymore.
In general I would not care much, but I have an application that is regularly updating entries and I will soon have the server hard disk full of useless copies of unlinked attachment.
I have seen that when deleting an entry, also all its attachments are removed. Would it be possible to have attachments removed when editing an entries?
I'm running ELOG on a windows server 2016. Just installed the windows installer and worked out of the box.
Have you checked the firewall?
I'm also supporting this request. > Dear Developers > > I know this topic i on and off in this forum but it seems the only updated versions of Elog are in the linux binaries. Have anybody been able to compile a windows versions since 2018? > > Kind Regards Finn
Looking forward to the windows installer.
Thanks a lot and keep up the good work!
+1 for a Windows pipeline!
Many thanks for all your efforts!
Hi Stefan, we would also like to see synchronization with SSL working. Hopefully now this task can slip even higher on your to-do list. It is a real pain to get to the elog from outside PSI, when elogd is running inside PSI (which it must be when working as an online logbook with MIDAS). We would very much ike to mirror it on a server outside PSI.
Thanks for your suggestion.. Is it possible to, once
Thanks for your suggestion. Right now, my log is configured as follows:
Options Eyepiece = Pentax{a}, TeleVue{b}, Meade{c} {a} Options Pentax = 5mm, 20mm, 30mm {b} Options TeleVue = 7mm Nagler, 10mm Radian, 24mm Panoptic {c} Options Meade = 8.8mm UWA, 14mm UWA, 26mm QX
If I select "Pentax", I would like the other two options to be unavailable. Instead, all three options are shown. Can I mask the other unused options?
I am interested in finding a preferrably single-click way to capture a screenshot and posting it automatically to a new elog entry . I would be doing this from Windows. Is this possible?
I'm trying to use the Sort Attributes option to sort all entries by a user specified date. The issue I'm running into, is that although I can get it to work, it seems to only display the last 6 entries that I'm sorting by. If I click "All" to show all the entries, it's sorted perfectly. I'm using:
Sort Attributes = Due Date
Reverse sort = 0
Is there something I'm missing to get this working. Reading through the manual nothing jumped out at me.
Thank you, Andreas! Not sure why I kept overlooking it in the manual. As for the number of entries when I sort, I'm not sure. I'll set it up to display a larger number and see what happens.
It is described in the manual at https://elog.psi.ch/elog/config.html#general
Entries per page = <number>
Funnily the default is "20". I have no idea why you see 6 entries.
Thank you Sebastian!
I admittidely haven't looked through the page in a while, so I completely missed this feature. This should solve the problem, although in a slightly different implementation than what I was trying for.
FYI They seem to have accepted the bug report: https://bugs.webkit.org/show_bug.cgi?id=249923
oh! so, that's the cause of another problem I faced a while ago. When people edited an ELOG page on a narrow screen device (a.k.a smartphone) it put the extra CRLF and made the page look like the attachment below (it broke the original formatting). I had to "fix" this by setting the width of the textarea to a huge number... However, removing "wrap=hard" solves both these problems! ;)
How about adding a config option? Ideally, it might be nice to have this option "per record" or "per logbook", but "per instance" should be good enough.
I'm sorry for being annoying... but I have tried to wrap the <pre> tag in a <div> and it seems to do the trick (the text is a single line with repeating aaa-b-cc sequence) In the READ mode, the width is limited by the div's width (see the first attachment) In the EDIT mode, the width is only limited by the textarea width (see the second attachment) All this is with "wrap=hard" removed.
That's great! Thank you very much.
see https://elog.psi.ch/elogs/Forum/69594
I added a reply to my previous post about this issue (a few months ago) to point to the solution, but ELOG moved it to the top of the forum. And I cannot delete this now, because I change my user name from "Andrey" to "Andrey Pashnin" :) "Only user Andrey can delete this entry"
Sorry, I forgot to mention that I also added some styles to the <pre> tag: style="white-space: normal" (see the screenshot on my previous post)
> I guess we want "white-space: pre-wrap" which keeps the old line breaks. Yep. You're right. Thanks!
I am an IT guy of the AMS collaboration at CERN. We have been using your wonderful elog software for about 10 years now. Thanks! It served us so well that I guess we never got in touch with you.
Recently we have upgraded it (probably for the first time in years) up to the version ELOG V3.1.4-4936b76.
Since then, we have a particular problem. And finally, I managed to reproduce it.
So, when I edit a record and click the "Submit" button it goes back to the summary view (as usual, as before) but it does not really save the entry. And it shows that the record is still being edited. I can actually click "back" in the browser and not to lose the modifications (otherwise, if I try to edit and steal the lock, it's lost).
I will try to figure out where the problem is coming from. The most verbose mode of the elog server I've found is just GET-POST lines, not helpful. Is there a debug mode?
Also, we ran httpd configured with the elogd as a virtual host (proxy).
Any help is very appreciated.
Andrey
Hi again. We have solved our problem!
It was caused by a non-defined mod_auth_openidc configuration parameter:
# Interval in seconds after which the session will be invalidated when no interaction has occurred.
# When not defined, the default is 300 seconds.
#OIDCSessionInactivityTimeout <seconds>
As a guess... This somehow makes elogd to forget a user who is editing an entry. And then, clicking "Submit" button makes elogd to start a new session?
I think this is a bug report. However, I am not sure whether the problem is in the new version of Apple's WebKit (15.4) or in the ELOG itself. When we edit an ELOG record with Safari (as of version 15.4, new WebKit features added) the number of "newline" symbols (actually LF, 0xA) are doubled. So, for instance, if I edit the following page (1 LF symbol between "aaa" and "bbb"): ``` aaa bbb ``` then after a "Submit" (without actually any changes) the record becomes (2 LF symbols): ``` aaa bbb ``` then after a "Submit" (without actually any changes) the record becomes (4 LF symbols in between): ``` aaa bbb ``` NOTE: The LF symbol at the end (after the "bbb" line) does NOT get duplicated (it gets truncated, I believe). Our current ELOG version is "ELOG V3.1.4-4936b76". Could you please have a look?
I have just setup a new ELOG server on another machine. I took the latest source code from here: http://elog.psi.ch/elog/download/tar/elog-latest.tar.gz. Compiled it and ran. Still the same problem with Safari.
> I think this is a bug report. > However, I am not sure whether the problem is in the new version of Apple's WebKit (15.4) or in the ELOG itself. > > When we edit an ELOG record with Safari (as of version 15.4, new WebKit features added) there are extra "newline" symbols (actually ^M) being added after EACH line of the record. > > So, for instance, if I edit the following page: > ``` > aaa > aaa > aaa > ``` > > then after a "Submit" (without actually any changes) the record becomes: > ``` > aaa > > aaa > > aaa > ``` > > Our current ELOG version is "ELOG V3.1.4-4936b76". > Could you please have a look?
There is a problem with editing an Elog page in "plain" format with the following "User Agent" :
"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML, like Gecko) Version/16.1 Safari/605.1.15"
It duplicates the newline symbols such that "1<CRLF>2" becomes "1<CRLF><CRLF>2". If edited again - "1<CRLF><CRLF><CRLF><CRLF>2".
I blame the new version of the Apple WebKit.
It works fine with Chrome (user agent: "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/108.0.0.0 Safari/537.36"). But fails with Safari.
Could you please have a look?
Thank you in advance,
Andrey Pashnin
AMS collaboration
It shound't be a "bug report", sorry. I have changed the category to "Info".
It seems to be really a bug in the WebKit core. I have created a bug report there. For reference: https://bugs.webkit.org/show_bug.cgi?id=249923
I am going to try to patch the ELOG code to handle the content of the textarea in the "plain" format.... it doesn't seem possible though.
FYI.
Removing "wrap=hard" on the line #11461 in the elogd.cxx file resolves my problem.
- rsprintf("<textarea rows=%d cols=%d wrap=hard name=\"Text\">\n", height, width);*/ + rsprintf("<textarea rows=%d cols=%d name=\"Text\">\n", height, width);
We have elog-2.7.5-1.i386 on SL 5
If I create an elog entry using the web interface, and include an inline image, email is sent with a zero-length named attachment - the MIME header is present, but no content.
In the config file, Email Format = 47, though I also tried with format = 63.
Email Format = 47,
though I also tried with format = 63.
Is this a bug that was fixed in a later version, or a configuration error (or a new bug) ?
Is this a bug that was fixed in a later version, or a configuration error
Probably us not having ImageMagick installed. elog was able to attach pdf's, xpm's and xbm's to email, but not jpeg's or png's, though they inlined OK in HTML on the server.
It seems OK, I think, after installing ImageMagick and restarting.
I have a MacOSX 10.6.7 laptop that periodically synchronizes my logbook with that on a Debian linux web server. Both instances of ELOG are 2.9.0-2396.
When I create a new entry on the laptop, the indicated time stamp is correct. When I click Synchronize on the laptop, the entry that gets mirrored to the Debian server has a time stamp exactly one hour earlier (in the past) on the Debian side.
Likewise, when I create a new entry on the Debian server, the indicated time stamp is correct. When I click Synchronize on the laptop, the entry that gets mirrored from the Debian machine to the laptop has a time stamp that is exactly one hour in the future on the laptop.
This appears to be due to an incorrect handling of times with regard to "summer" (daylight savings) and "standard" time when mirroring between these two different machines.
Is there a straightforward workaround to immunize against this sensitivity?
Thank you very much (both Andreas and Stefan)! The build now runs without warnings, and I am now able to do Find operations without crashes. I still am having some issues with the synchronization, but I suspect that this is elog-content related, so will in the coming days do some more testing from CERN (where I have higher bandwidth with my home institution in Canada). Incidentally, I had to add a line to Makefile in order to be able to build on my Mac. See below, in case you want to update the Mac Makefile for others.
My MacOS (10.12.2) elogd version V3.1.2 is a recent git commit (edc5e85), due to the fix to my earlier-described issue solved in the thread here: https://midas.psi.ch/elogs/Forum/68519.
I am trying to (re-)set up Mirror functionality with a linux server running the standard public (V3.1.2-bd75964). I had initially updated the linux server so that it also had the latest git commit (edc5e85), but could then not even add new logbook entries that involved attachments to it. I therefore rolled the linux server back to the standard public 3.1.2 version.
On the remote Mac, synchronizations usually look like they are going to work fine, with Mirror simulate = 1 switched on. After I set Mirror simulate = 0, and if the server and remote logbook are already identical, I *occasionally* get the proper "All Entries Identical" synchronization result. Unfortunately, this is very rare, and usually there is a failure whereby the remote (Mac) logbook decides that a significant fraction of its entries (usually sequential, from some seemingly random entry all the way up to the last entry) are missing on the linux server and need to be submitted back to the server from the remote Mac.
When the local and remote logbooks are not identical, and a record in need of synchronization contains an attachment, there is again destructive behaviour similar to that described above, except that the Mac elogd executable usually crashes. (As in the case of the already-identical synchronizations described above, I only tested this after observing the correct expected behaviour first with Mirror simulate = 1.)
I'd be grateful for some help/suggestions. My current testing suggests that my problems are likely not elog-content dependent. (The logbook now undergoing synching has less than 10 entries in it.)
More generally, the issue of having things behave fine with Mirror simulate = 1, but then experiencing corruption/damage when switching to Mirror simulate = 0 seems serious to me.
Many thanks, Andreas
The attached screenshot shows the behaviour after doing a synchronization (with Mirror simulate = 1) following first having ensured that the local (Mac) and remote (linux) ELOGs initially showed "All entries identical" when doing a simulated synchronization, and then having edited local entries 9707 and 9709 by uploading (different) attachments to them.
The fact that the synchronization is suggesting to renumber two different entry IDs to the same number looks like a bug.
Andreas W.
When I switch from SSL = 1 to SSL = 0 and I use http:// instead of https://, the ability to upload attachments to logbook entries returns. With both Chrome and Safari browsers, with SSL = 1 the file upload hangs after only a small percentage of the file has been uploaded. I ran the following openssl diagnostic on my elogd port. Would anyone have advice on what might be causing such errors?
tapajo [/usr/local/elog/elog-latest] openssl s_client -connect elog.hep.xxx.xxx.xx:80xx -state -nbio | grep "^SSL"
SSL_connect:before/connect initialization
SSL_connect:SSLv2/v3 write client hello A
SSL_connect:error in SSLv2/v3 read server hello A
SSL_connect:unknown state
depth=0 C = EU, ST = SomeState, L = SomeCity, O = SomeOranization, OU = SomeOrganizationUnit, CN = localhost
verify error:num=18:self signed certificate
verify return:1
SSL_connect:error in unknown state
SSL handshake has read 1733 bytes and written 871 bytes
SSL-Session:
SSL3 alert read:warning:close notify
SSL3 alert write:warning:close notify
For the time being, I am deeming ELOG 3.1.2 unusable with https (SSL = 1) functionality on my "Debian GNU/Linux 7 (wheezy)" server with "OpenSSL 1.0.1t", due to the described apparent issues with SSL. Reverting to http (SSL = 0) brings back my ability to upload attachments and synchronize with a remote elogd running on a MacOS laptop.
Interestingly, my records indicate that I suffered a problem with very similar symptoms back in 2011, with version 2.8.0. The problem at that time, which is acknowledged in the Changelog as "Fixed bug with SSL connection shutdown", got fixed in version 2.9.0. Perhaps, when the "Replaced insecure SSLv23 with TLSv1 method" change was implemented for version 3.0.0, a similar issue was (re-)introduced?
It would of course be best if this issue were resolvable soon, due to the security vulnerabilities of http versus https. Thank you in advance for any efforts!
Andreas Warburton
tapajo [/usr/local/elog/elog-latest] openssl s_client -connect elog.hep.xxx.xx:80xx -state -nbio | grep "^SSL"
Further to my comment in https://midas.psi.ch/elogs/Forum/68549, if the described synchronization requires attachment(s) to be transferred from my Mac laptop to the Debian linux server (with SSL = 0 set), it fails in all the tests that I tried.
To check whether these problems are linked to the OpenSSL version on the linux server, we also tried building an elogd executable using 1.0.2j instead of 1.0.1t. This did not appear to change/improve the behaviour.
I'd like to keep using ELOG into the foreseeable future. Don't hesitate to contact me if you'd like me to beta test any upcoming releases. I'd appreciate having the earlier mirroring and attachment-handling functionality back again.
Hi Erkcan,
I observed similar behaviours when attempting to do SSL uploads and mirroring over a WAN (see some of my recent posts). Having not received any responses/help, and no time to try debugging the source myself, I've changed the way I use ELOG such that my attachment uploads are always local (on my Mac laptop, where I do most of my ELOGging) and I have switched off the mirroring, choosing instead to do my own rsync backup to a central linux server on which I have running a read-only ELOG executable. This configuration is both relatively secure and stable, and it matches my use case well. More generally, however, it is unfortunate that this SSL and mirroring functionality isn't truly there for all users, even though the documentation touts it to be so.
Installation went smoothly using the (now longstanding) MacOS installation instructions, with one small exception: When doing the "sudo launchctl load ..." step, there is occasionally an I/O error of some kind. (Sorry, I don't have an exact transcript of the error at the moment, but it appears to refer to line 5 of a script.)
A quick follow-up concerning the secondary matter I mentioned in my last post, namely the issues I had with the deprecated "sudo launchctl load ..." and "sudo launchctl unload ..." subcommands currently provided in the ELOG installation instructions for MacOS. I found a solution to this -- will post it in a separate thread.
The strangely auto-incrementing attachment counts in the Summary view are still present, and I'm curious if anyone else has experienced those. Also, I could not find a way to customize the Summary view such that the final (rightmost) column with the attachment counts can be suppressed. That would at least put the problem out of sight until a developer can intervene and fix the bug.
Thanks a lot Stefan, for fixing this so quickly! I'm now running 3.1.5 fe60aaf0, with the phantom-attachment-count issue in the Summary view now resolved. Cheers, Andreas W.
There is an firefox addon "It's all text" that allows you to call your own editor for all textarea fields in the browser.
If you then choose "plain" or "ELCode" encoding in ELOG for a new entry or to modifiy an existing entry, you can use your favourite editor to edit the entry by an new "EDIT" button associated with the textarea input field. It works simply by temporary files.
Not really a "drop-in" replacement, but similar.
{1} Preset text = $shell(dir)
Sorry, that appears to be an undocumented bug fix :-)
The desired behaviour should be created by
Preset on reply subject = Re: $subject
The command "Subst" is supposed to overwrite the field after it is submitted.
From the documentation you will even find a nicer possibility:
Preset on first reply Subject = Re: $Subject
The prevent replies to build a long chain of "Re: Re: Re: ...."
corrected file is attached
If I create an entry via the web-interface, the defined encoding of the browser is used. If I create an entry via "elog", it is always stored in UTF-8 encoding. For the text I can overcome that with HTML encoding, but for attribute values the encoding does not show properly. The only solution I found was to convert the whole logbook to UTF-8 encoding: define "charset=UTF-8" in elogd.cfg iconv --from-code=ISO-8859-1 --to-code=UTF-8 elogd.cfg >tmp;mv tmp elogd.cfg iconv --from-code=ISO-8859-1 --to-code=UTF-8 resources/eloglang.german >tmp;mv tmp resources/eloglang.german Has anyone any idea why ISO8859-1 does not work for me? Or can anyone advice me of an editor similar to NEdit that is capable to display UTF-8? :-)
[...] I am even open to losing the historical "status" and beeing able to change all entries on the thread on reply. (i.e. Reply #4 changes "Status" to "Approved", and the system changed all entries in the thread to "Approved")
When I run a mirror server and both logbooks using SSL/KRB5 then the cron job causes a segmentation fault. I haven't tried to check it with a simple configuration yet. My set-up: two elogd on same server, one running "german" on port 444, the other "english" on port 445. Both are behind an apache webserver configured reverse proxy, to hide the ports for external access. I'll try to reproduce the fault with a "minimal configuration" soon and report again. Debug output from GDB: run -x -c /usr/local/elog/elogd_en.cfg Starting program: /opt/elog-2.9.0/elog/elogd -x -c /usr/local/elog/elogd_en.cfg elogd 2.9.0 built May 30 2011, 11:14:32 revision 2414 File "/var/run/elogd.pid" exists, using "/var/run/elogd.pid.445" instead. Falling back to default group "elog" Falling back to default user "elog" User "elog" not found Falling back to default user "nobody" FCKedit detected Falling back to default group "elog" Falling back to default user "elog" User "elog" not found Falling back to default user "nobody" ImageMagick detected Indexing logbooks ... done SSLServer listening on port 445 ... Program received signal SIGSEGV, Segmentation fault. 0x0030b7b5 in SSL_write () from /lib/libssl.so.6
There is a nice js plugin to create formulas with a latex editor. This plugin (Can be found at http://www.codecogs.com/latex/integration/ckeditor/install.php) is for the CK Editor. Currently the FCK Editor is used, which has been superseded in 2009 by the CK Editor. It would be nice to change ELOG to use the newer CKEditor, in order to be able to use the formula plugin (and maybe other plugins as well later).
I have searched the Elog forum and docs at length for actual examples of how to use the Elog client and I apologize if I missed it somehwere but could someone please provide some actual examples of how the parmeters are used? I haven't had much success setting it up just going by the Elog command syntax quide.
What I intend to do is load a raw text file into an active logbook directly, either one line at at time or batched from a text file ("m" option).
Also, I saw a Perl script contribution somewhere on the site which appears to offer the same functionality as the above util. Just wondering why there would be two methods, and which might be the best for me to use? Thank you.
elog -h <host> -p <port> -l <logbook> -u <user> <password> -a <attribute>=<value> -n 1 -m <text-file>
elog -h midas.psi.ch -l Linux+Demo -d elogs -a Author=nobody -a Type=Other -a Category=test -a "Subject=hello" -m /tmp/hello.txt
What I intend to do is load a raw text file into an active logbook directly, either one line at at time or batched from a text file ("m" option). [...]
elog -h localhost -p 8080 -l Tartan+Tow+Log -d elog -a Ticket+date="Jul26/11" -n 1 -m C:text.txt
elog -h localhost -p 8080 -l Tartan+Tow+Log -d elog -n 1 -m C:text.txt
elog -h localhost -p 8080 -l Tartan+Tow+Log -n 1 -m C:text.txt
> I wondered if there had been some flag for the config file whereby the original file for attachment was > processed by ImageMagick, but not stored, only the .png file(s) stored - or rather, some other way that achieved > the same end. as there is no such flag at present. > > For now, anyway, I can attach the documents/pics I want, then go in and delete the 'originals' as saved in the > logbook, leaving just the .png files. But maybe something for the wishlist? At least I now understood your problem :-) You can have a script in your hidden logbook, that processes your attachments with "execute new", create thumbnails of them (using ImageMagicks "convert") and submit those thumbnails as one additional entry to your public logbook. But then you would get thumbnails of all attachments of the hidden logbook in the public one, maybe you don't want that either? If you want them all, this method is more automated. If you just want some, do it as you suggested it. In my opinion this is a rather exotic feature request :-) I wonder if there is a second person in the world who could use it?
Some user wanted to modify the URL by hand and succeeded to crash the elogd process with npp=now It appears that npp=0 crashes elogd with the following error message: Program received signal SIGFPE, Arithmetic exception. 0x0808eba2 in show_elog_list (lbs=0xab3c770, past_n=0, last_n=0, page_n=1, default_page=1, info=0x0) at src/elogd.c:20214 20214 sprintf(str + strlen(str), loc("Page %d of %d"), page_n, (n_msg - 1) / n_page + 1); I guess this bug is not OS dependent: you can crash every logbook that you can search ;-)
> [...] It appears that npp=0 crashes elogd [...] Here's a patch: search for "npp" in src/elogd.c and add the following line: if (n_page<=0) n_page = 20; Here's the diff output for version 2.9.0-2414 *** 20092,20096 **** if (isparam("npp")) n_page = atoi(getparam("npp")); + if (n_page<=0) n_page = 20; if (page_mid) {
A query to a logbook can crash the demon. Query: https://pc8059.psi.ch:444/SwissFEL+Injector/?jcmd=Find&m0a=10&d0a=27&y0a=2011&npp=1&reverse=0 gdb dump: SSLServer listening on port 444 ... Program received signal SIGSEGV, Segmentation fault. show_elog_list (lbs=0xae72618, past_n=0, last_n=0, page_n=0, default_page=1, info=0x0) at src/elogd.c:20797 20797 message_id = msg_list[index].lbs->el_index[msg_list[index].index].message_id;
If you use an attribute "Entry" then the internal variable "entry time" will expand to the last value of "$Entry"+" time", e.g. if you use it in "Thread display = $entry time, ..." One side effect is, that the logbook selection page defaults to use Last submission = $entry time by $author Which then expands to an undesired result. This is not really a bug, rather something you'll need to keep in the back of your mind.
Just for curiosity: did you try to start the non-working web-browser locally on the server?
> well it's not a server but my laptop, but yeah, the elog server and the browser ran on the same machine, no iptables. Strange: I thought I was able to reproduce your problem, but no: whatever browser I try I can access ELOG with SSL if browser and ELOG are running on the same host. Same as you: clean install but no problem occurs. I haven't tried on a newer operating system yet. Still I tend to believe that it would not reproduce your problem. Maybe I'll try at home with ubuntu. Let's first wait what the other two report: if those problems are not related to firewall issues, Stefan will likely see into it anyway.
[...] I have logbook A and logbook B. Is it possible to move one type of entries in logbook A to logbook B? If yes, may I know how you do it? Thank you.[...]
=
I've just checked that 'wget --no-check-certificate --save-cookies cookie.txt --keep-session-cookies -d "https://elog-gfa.psi.ch/SLS?uname=uuu&upassword=ppp" -O elog.txt'
created a file cookie.txt. The file contains three lines of data if uname and upassword are a valid login, and it is empty (beside of three comment lines) if they are not a valid login (wrong user or wrong password).
Could it be related to the set-up of your particular logbook?
> I upgraded my system, including the version of Firefox. > [...] > Sorry this is a bit rambling, but its very hard to describe! A picture can say more than thousand words. Can you reproduce this with a simple configuration? If yes, can you attach the configuration, the *a.log files, a description of what firefox version you're using and please: some screenshots of "before" and "after"? Thanks! Andreas
I'm using Kerberos and SSL and experience problems with individual setting of "Login user =" for different logbooks. Sometimes (not every time, but most times) the server crashes under the following condition: When I login at one logbook and then change to a logbook, that has a restricted "Login user" list with my login name not in it. It created the following GDB output: Program received signal SIGSEGV, Segmentation fault. show_elog_list (lbs=0x916b768, past_n=0, last_n=0, page_n=0, default_page=1, info=0x0) at src/elogd.c:19793 19793 message_id = msg_list[index].lbs->el_index[msg_list[index].index].message_id; Expected behaviour would be to show me the login page with the error message: "you don't have access to this logbook". This message is never shown for the attached configuration file. If I remove the "Guest" commands for logbook "TestB" then elogd behaves properly. For the moment I've just disabled "Login user" settings. Regards Andreas
Forget the previous post: I cannot reproduce the problem with the latest version of elogd (2.9.2-2475).
Just my 2 cent: did you try to reproduce the problem with the latest ELOG version 2.9.2? Kind Regards Andreas
Actually I can confirm a similar issue with 2.9.2:
when I create a new entry with the default "HTML" encoding and then swap to "plain", the text area is cluttered with HTML code (see attachment new_entry.txt)
I did notice it, but I did not pay much attention to it. But I agree is should be fixed. But in my case it could be related to a firefox add-on "It's all text" that uses java script to modify the HTML code.
Just for completeness: I was running two elogd servers (2.9.0) on one Linux host in order to provide an english and a german web interface to the same logbooks, synchronised by the mirror server mechanism.
That didn't work out well, the elogd crashed infrequently. But of course mirror servers are not intended to run on the same host. Eventually I've just dropped the english server.
I wrote to scripts to backup the logbook files:
This allows you at least to recover deleted entries by hand as an administrator.
Yes, adding a new attribute in a logbook is not straight forward.
But it is doable: that is one of the things that I write SED scripts for. You just need to add the attribute in all old entries, and in this specific case you can use the entry time to initialise the "when" attribute.
Of course I would only do that on a copy of my data and run a separate elogd server on that data to see if anything is screwed up :-)
This is one of the rare cases where it helps to read the manual: https://midas.psi.ch/elog/userguide.html#add (You may need to upgrade to elog 2.9)
If you want to replace the old URLs with the new ones, you can edit the logbook files with the entries. The attached script allows you to do so easily. But be careful, try it on a copy of your data first.
Try:
/usr/local/sbin/elogd -h
This is the path for Linux, it is likely different on Windows. But you could just run "elogd -h" in the directory where you compile elogd.
It should print out the version in the first line.
This is one of the few exceptional cases where reading the documentation can actually help: https://midas.psi.ch/elog/config.html#global
https://midas.psi.ch/elog/config.html#global
You can turn on logging using the "Logfile=<filename>" command in the elogd.cfg configuration. With "Logging level=3" you see all elog access, but sending email is in the log anyway.
that reminds me of something: you've wanted to upgrade from the obsolete FCKEditor to the successor CKEditor. That would allow to use the cool editor for math formulas: http://www.fmath.info/plugins/CKEditor/demo.jsp
Cool: while it worked fine when I've created the entry, it stops working when I EDIT the entry that had been rotated! Actually it sometimes works and sometimes not.
As a workaround you can always go to "1:1" and then retry to rotate. That worked here.
Hi everyone, we have formerly used the DOOCS eLogBook from DESY for a couple of years for some application at our large research facilities. Now we have standardized on ELOG and I've got a request to import the old DOOCS eLogBook data into the new logbooks. I've looked into it and the import appears to be fairly straight forward. I have two questions to the community, before I start to program an import script: 1) Has anyone created such an import function already, and if the answer is yes, can I have it? 2) Would anyone else be interested in such a "cross logbook import", and if yes, what are your requirements? Thanks Andreas
> [13 Nov] > As my threads have lots of replies, I end up with a forest of ">" characters which makes it difficult to read > earlier quoted entries (what with word-wrapping of the browser). > I thought to replace the ">"s by a simple date entry prepended to the start of each reply. - much as I have > given at the top of this initial entry. > > So this is what I put in the config file: > > .... > Time format = %a %d %b %y > Date format = %d %b > Prepend on reply = [$date] \n > ... > > The time is used in the string for the Thread display. > > Only I don't get the date, with the date format, prepended to replies but the time, in the time format, as > > [Wed 13 Nov 13] > > Now this is hardly a disaster, but any ideas why the date formatting is being ignored? Hi David, yes, a $date is substituted with the "Time format" in the function build_subst_list(). I guess that is a bug, but it could break many existing logbooks to change it. I leave this to Stefan. There is a simple solution for your problem: you can execute a shell command. Prepend on reply = $shell(date '+[%d %b]') \n Reply string = That snipped will do exactly what you want :-) (of course you need to have the "-x" option to start elogd.) Kind Regards Andreas
> We recently installed ELOG and it works pretty well, but the load times are rather inconsistent. Most of the time > it is very fast, but it also often hangs for around 5-10 seconds while loading. It seems to affect all parts of > the page that are returned at random, so sometimes the main html file will hang, sometimes the css file and > sometimes the images. > > The hardware it is running on is nothing special, an older 3 GHz Celeron, but it should be fast enough. It is > running on Debian 7. > > Any ideas what the problem could be, or how I could investigate it further to find the bottleneck? I'm not an expert in debugging web applications. Here are my two cent: We once had a problem when we hosted very large logbooks (several 10 thousands of entries) that the server would run out of real memory and was slowed down by swapping. Therefore my first idea would be to monitor the server: Is the CPU load peaking? What happens with the memory consumption? Any other suspicious process running on the server? But it could be as well a network or browser problem. Did you try different browsers? Did you check the elogd log file?
The elog command has the option "-n <n>" to tell elog, what type of text it should expect.
[-n 0|1|2] Encoding: 0:ELcode,1:plain,2:HTML
It is necessary for elog to know the type of encoding, otherwise it would not show non-html content correctly.
I always chose the safe solution: I provide the full path to the document. For example (under Linux):
Preset text = /usr/local/elog/logbooks/inc/test.txt
Well, I only know that the following config file works fine for me on Linux:
[test] Attributes = xx Preset text = /tmp/xx
with the file /tmp/xx containing "test: ignore". When opening a new entry, then the text "test: ignore" is written in the editors text area.
I'm using Version 2.9.2
My suggestion: download the latest Windows Version and try again.
For Example: We have 10 entries order by Id:
You are using the entry ID to sort your entries: there is no good way to insert a new entry ID, like 300.5
But you could sort your entries by other means, that allows you to insert entries later between existing entries.
I use for example a "when" attribute of type datetime. Here's an excerpt from the relevant part of my config file:
Attributes = ..., when
Start page = ?rsort=when
Type when = datetime Preset when = $date
1a. If you go to the "Find" form, you can add filters on several attribute. The URL of the result page can be bookmarked: this is your filter.
1b. If you define quick filters on FROM and TO, then you can enter filters on both.
2. If you start elogd with the -x option, then you can execute scripts in the "subst" and "subst on edit" commands. Within those shell scripts you can use $START TIME and $STOP TIME to calculate the attributes value. Look for the "Subst" command in the documentation.
Unfortunately I cannot help you with Windows. But you must have started the service somehow in the first place: that is where I would expect you can stop it as well.
For attachments that is a completely different story, since you cannot add any links there, only ELOG can do this for you.
As an administrator of the logbook you could add an additional attribute, e.g. "when" of type datetime.
Each entry would then have the unchangeable entry time and an addtional time, e.g. of the event you are describing in the entry.
For more details look here: elog:67712
ELOG is storing all entries as text files. Open text files and use search and replace in text editor. Or instead: export with Find and import in another ELOG with renamed attributes.
I'm running ELOG since several years with rather heavy usage. Last week I've upgrades from 3.0.0 to 3.1.0 and this week I had twice the same problem: elogd lost the index for old entries and showed empty logbooks, without having restarted. The logbooks appeared to be empty; new entries started with index "1". The first time the origin of the problem were network troubles; the second time it had been caused by a severe problem of our AFS file system service. I never experienced this consequence for ELOG in the past when we had AFS problems. Since the logbooks are used for the operation log of a user facility they continued to do new entries. The next day I had to re-number the new entries and restart elogd and everything was fine. I could understand if elogd crashes when the filesystem of the logbook goes away. And when it restarts with an (temporarily) empty filesystem, that would explain what happened. But it did not restart and the log file does not contain any information about any problem, just that suddenly all new entries in each logbook started with ID "1" again. Stefan, any idea? Anyone else ever experienced that with the new ELOG version (or older ones)?
> Wow !!! Im impressed :):):) I didn't expect such a fast reply !!! > > Thanks alot Stefan, I will try it right away !! > > Andreas, I really like the idea of hiding attrib 1 and attrib2 and fill attrib3 with a script (I guess using elog.exe command line) ? > I play a little with it and I can modify an attribute with the command line but I cant figure how to set the cell style based on the attrib2 and > replace attrib3 value with attrib1 value... (basically I need help !!!) do you think you could help me ? The downside of a script is, that it needs to execute on the server: you need to have the proper syntax for the shell of your operating system. Here's a little example for a bash shell script, just to give you an idea (that would be for Linux, I have no experience with Windows): Allow HTML = 1 Attributes = person, mood, color Default encoding = 2 Options person = John, Bill, Kate Options mood = calm, upset Subst color = $shell(if [ "$mood" == "calm" ] ;then echo "green"; else echo "red";fi) Change person = <font color="$color">$person</font> List Change person = <font color="$color">$person</font> Show Attributes = person, mood Show Attributes Edit = person, mood List display = ID, Date, person Disclaimer: When I've tested it locally the HTML was displayed as source. Stefan, any idea? (ELOG V3.1.0-5be245e)
> Hi again, > Hope I'm not draining to much time from you guys ! > > here is the scenario (fake one just to understand the logic..): > My main logbook as a Option attribute Called "Electrician availables" > My second logbook is a list of workers and there capacities Moptions : "Electrician", "Plumber", "Genius" > > So my question is: > > Is it possible to load my main logbook attribute "Electrician availables" Options based on all the "Electrician" found under my second logbook ? > > Thanks :) I think that this is neither possible nor reasonable. Of course everything is possible with shell- and java-scripting, but that would be a software package on top of ELOG. Keep in mind we are talking about an electronic logbook here, not about a relational database. Cheers Andreas
Hi Thomas,
Restrict edit time =
Oups, now I feel almost a little bit sorry for asking But thank you anyway!!!
You should see it that way: there are millions of possible applications for a smart electronic logbook like ELOG, and most possible combinations of flags and options will make sense for some of them
> > > Title says all :) > > > > > > Is it possible to preload Options or Moptions from a text file or CSV instead of being load from the elogd.conf ? > > > > > So basically, I have a list of 5-10 workers. I'll have to choose one for each entry I make into the logbook. But these workers will change from time to time > (students) and I don't want the staff to manipulate the config file manually..("Extendable options" is not an option as I will get to many "Darth Vader" entry for > sure..) > > I asked if I could populate that option box from another logbook attribute and Andreas told me only possible via external scripts. > https://midas.psi.ch/elogs/Forum/67877 Hi Francois. if those worker lists do change rather infrequently, then I would have an idea how to do it: You could have an application that updates the Options or MOptions lists in the elogd.cfg file at midnight, and in case they actually did change the application restarts the elogd process afterwards. I use such a mechanism to update my user list from our companies LDAP service every second Monday of a month at midnight. This avoids misspelled user names or wrong email addresses and takes care that all employees (~2000) can log-in to our ELOG. The passwords are handled anyway by kerberos authentication. But I admit that it would be a cool feature to have "includes" in the configuration file for dynamic data sources. Shell scripts of course are useless for "Option" definitions: they would only be executed at start-up anyway, and that can be accomplished as well by the above mentioned automatic changes to the config file. Kind Regards Andreas
Hi Edmund,
Stefan already supplied a fix, but you could as well use a workaround: provide an empty file as text. The following works for Linux:
elog -h elog-server-adress -l EO -a Fill=111 -m /dev/null
I have a little problem with elogd 3.1.0. The problem persists up to the latest ELOG version, even in the development branch (V3.1.0-8196b81): When I want to "Submit" a new entry, I get a javascript pop-up that asks me: _This page is asking you to confirm that you want to leave - data you have entered may not be saved._ with the options: "Stay on page" or "Leave page". The entry is properly submitted if I agree to "Leave page". But it is very confusing for my users: they are afraid to loose their entry text. This problem only shows for some specific logbook configurations. Below is a minimal logbook configuration that shows this problem: if you select "entry = short", the pop-up is shown; if you select "entry = long", the pop-up is not shown, the entry is created immediately. Attributes = entry, when Options entry = short{1}, long Type when = datetime {1} Show Attributes Edit = entry (PS: it took me several hours to boil down my 120 line configuration into four lines :-) )
> Thanks for the "boiling-down" of your config file. That helped me to reproduce the error quickly. It only occurs if you have a date/time attribute which is hidden as a conditional attribute. This is a unusual combination, that's why I haven't seen that bug before. Actually some > JavaScript code checks the validity of the date attribute, but since it is conditionally not there, the JavaScript code crashes, which triggers the dialog box you see. It's now fixed in the repository. > > /Stefan > Thank you Stefan! That works nicely now. Apparently it was less work to fix than to isolate it ;-) Andreas
Hi Francois, as far as I know there is a limit on the number of conditions you can use (See elog:67303). I guess you did hit that limit. I think I've mentioned recently that ELOG is not a relational database, didn't I? It is of course possible to drive screws with a hammer, but there do exist more suitable tools for that ;-) Kind regards Andreas
> Seriously, I really hope It could make it... Could you try it on your side ? My personal opinion here is, that if you want others to investigate your problems, then the best way to do it is like that: - attach a minimal configuration that reproduces your problem (never attach a 100 line configuration, unless you've tested that the problem disappears regardless of which line you remove!); - attach the entry data, if the behaviour depends on the data; - use a specific, to the point subject line; - explain what you did, what happened and what you would have expected to happen; - ask kindly; and then - wait and hope for the best ;-) (This is actually a very general procedure; I think it is applicable to all newsgroups, forums, etc.) BTW: This tip was absolutely free of charge ;-)
> I came accross the admin guide and I was reading / searching for a way to sync logbooks across sites... > elogd mention "-m" and "-M" ... not elog but elogd... with that description : > synchronize logbook(s) with remote server If you would have followed the shown link to the "elogd.cfg syntax page", you would have found the chapter Mirroring: https://midas.psi.ch/elog/config.html#mirroring > Does it sync all logbooks ? Not necessarily, but that is the default. > is there any examples somewhere or advice ? See above: you'll find examples under #mirroring > Thanks :) You're welcome.
> elogd 3.1.0 moves all elog entries into year-named subdirectories. this feature makes it incompatible with older elogs and so should be clearly mentioned in the documentation, > in the release announcement and in the release and migration notes. K.O. That feature is one of the main reasons why the version jumped from 2.x to 3.x. A free tip: changes in major revisions do indicate some kind of incompatibility. But yes, the release documentation by bitbucket is not really that useful: it is difficult for me too, to find out what changed with new releases. I have to admit here, that I haven't read any GIT tutorial yet. By the way: you are welcome to contribute to the release documentation! On your actual problem: to go back to a former version of ELOG you can simply - stop elogd 3.X, - move all entries from the sub-directories one level up, and - start the 2.X version of elogd. I wouldn't really call this an "incompatibility", would you? At least you can easily go back without much trouble. Cheers Andreas
> Stefan told me that the change was because some users were having thousands of yymmdda.log files > in the logbook directories, and that sorting them into subdirectories by year at least did something to bring some > order. Possibly to get around the lazy archivers, I suspect. I'm actually the culprit, who did ask for it. If you want to know the full story, here it is: We have our logbook data of our accelerator operation logbooks on AFS (Andrew File System). And apparently AFS has a bloody stupid, hard coded limit: the total length of all file names in one directory cannot exceed 64k. Our operation logbooks go back for more than a decade and do contain many, many, many attachment files. One day - very unexpectedly - we did hit that limit. Removing temporary files (generated picture thumbnails) bought us time, and Stefan was nice enough to upgrade ELOG swiftly for us: a big "Thank You" to Stefan!
I had no intention of causing any offence with my lazy archiving comment - hope I didn't, sorry if I did.
Personally, I would have found it useful to put the attachments into a separate directory - or at least to allow the possibility. Elog as it stands sometimes can, and sometimes cannot cope with that functionality - and even to try means messing around directly with the yymmdda.log files. For me it would have saved me having duplicates of the same large attachment in two or three different logbooks, if I could always reference the same Master copy of the attachment. This was at the time I was severely memory constrained, and in part forced me to change how I had operated elog, so for me that need isn't as great as it once was. David.
You can put a reference to the attachment of the other entry in your logbook: elog:67896/1
> > elogd 3.1.0 moves all elog entries into year-named subdirectories. this feature makes it incompatible with older elogs and so should be clearly mentioned in the documentation, > > in the release announcement and in the release and migration notes. K.O. > > But yes, the release documentation by bitbucket is not really that useful: > it is difficult for me too, to find out what changed with new releases. I did know that I've read it summarized somewhere! The changes with the different releases are documented here: http://midas.psi.ch/elog/download/ChangeLog It is actually not so difficult to find: it is linked on the "Download" section http://midas.psi.ch/elog/download.html "News for each version can be seen in the changelog (->http://midas.psi.ch/elog/download/ChangeLog)" And for version 3.0.0 it states: - Create one logbook subdirectory pear year I admit that version 3.0 has never been announced and the changelog is not mentioned in the announcement of version 3.1.0 Maybe we'll do better in the future ;-)
Hi Stefan, could we change the format of the "ELOG Version" field in this logbook, that one can enter the full git revision number? That would be 13 characters. Cheers Andreas
I wanted to reply to the post "Three problems..." and then changed my mind. But since this logbook does not allow to delete entries (not even my own) I was neither able to remove the draft nor the final entry. Another strange thing: the draft got submitted when I hit the "Back" button after reopening it. Cheers Andreas
> > Another strange thing: the draft got submitted when I hit the "Back" button after reopening it. > > Well, this is a problem indeed. When edit entries now, drafts gets saved regularly, overwriting your original entry. > This is a limitation of the elog database, which cannot do full versioning. > So "Back" is actually the same as "Commit without email notification". Or better "Commit some ten seconds ago". > Now I don't know what the best solution is. > I'm tempted to just remove the "Back" button and replace it with a "Delete" button. > So people can either submit an entry or delete it completely. Any thoughts? I think it would be nice to have three options: - "Submit": making the draft entry a "real" entry, with an ID - "Abort": keeping the entry as a draft entry as it currently is (or was 10 sec ago) - "Delete": removing the draft entry. I understand that the draft is overwritten currently by the "Back" button, but why does it get an ID and does not stay as a "Draft"? As a quick fix you may skip the "Abort" for now and just provide "Submit" and "Delete".
I've browsed the web for the error and apparently it is appearing with a variety of IE versions in combination with certain versions of the CKeditor.
Sorry, I can't help you with the problem: only found problem reports, no fixes. Therefore my advise (for now) would be: either use the old ELOG version or use a different browser. Microsoft anyway announced the end-of-life for IE with Windows 10.
I think I remember that you can savely ignore the warning message, as long as you don't try to use the equation editor. But I haven't tested it myself; my servers can access the internet - although from behind firewall.
You should be able to configure the CKeditor with some configuration file: what plugins are to be included etc. But I haven't done it myself yet.
Okay, it is very easy: just edit "scripts/ckeditor-config.js" in the installation directory and remove the two references of "eqneditor". Any new browser session will not have the equation editor anymore.
Just to clarify: I can easily use IE11 to access my 3.1.1 version of ELOG. I run the server on a Linux box (SL6) but I don't think that this makes any difference.
I repeat my guess: ELOG is probably not installed properly on your WIndows server. My suggestion would be to move the old installation to some backup directory and do a clean reinstall. Several files are not overwritten when you just update an existing installation, maybe some of them are too old for the current version of ELOG to work properly.
Yes, this can be done. See below for an example configuration.
Attributes = entrytype, category Options entrytype = routine{1}, problem{2} Options category = software, hardware
{1} Email category software = {1} Email category hardware = {2} Email category software = 1@opq.rst, 2@uvw.xyz {2} Email category hardware = a@bcd.efg, h@ijk.lmn
{1} Email category software = {1} Email category hardware = {2} Email category software =
{2} Email category hardware =
No, I don't think it is possible.
elog:1">elog:1
<a href="1">elog.1</a>"><a href="1">elog.1</a>
Subst on reply <attribute> = <string>
(Show Attributes Edit = <list>
Subst on reply status = $set status
List display = <list>,
Show Attributes = <list>).
Propagate attribute = status, assignee
This is how you could do what you want. But bugzilla can do a lot more if you are looking for a bug tracking software.
Oups: there is a flaw in this approach! You can only get different commands for Anonymous and Login Users. You cannot select different command for Admin users: they will just have the "Config" command automatically.
You could allow anonymous users to make new entries and restrict login to administrators. But that is certainly not what you want, so forget my suggestion altogether.
I am honestly not sure if I understand the question. You can run ELOG behind an Apache Webserver. Look for example at https://midas.psi.ch/elog/adminguide.html#secure
> Hi there > > Okay so let me explain what im trying to do. I have a table in a logbook (lets call it home) that the user fills > out. This information in the table is related to other logbooks (8 of them to be exact). > I want to propogate information from the table in the home logbook into the other logbooks. To do this I used > Execute new which runs my scripts. One of the scripts makes a call to the elog > client to submit the message. The problem is that this call to elog client never finishes because its hanging > waiting for the initial submit (one which triggered Execute new) to finish. The documentation > explained that only one submit can be processed at a time so i expected whats happening at the moment. > > My question is are there any other ways to do what im trying to do?? In a nutshell how to propogate information > from one logbook to another autonomously. > > Regards > Kenzo Hi Kenzo, I think it would help me to understand your problem, if you would provide a minimal configuration file with two logbooks. There is no ELOG internal feature to propagate data from one logbook to another; using a shell script is the only method I know. But you could easily put your script into the background: ELOG can handle multiple parallel request, by handling one request after the other. Kind Regards, Andreas
Default encoding = 1
[test] Attributes = 7SWM Options 7SWM = Name Required Attributes = 7SWM
Whatever you choose as a default encoding you'll be stuck with. If you remove the "Required Attributes" it works again.
Required Attributes"
The workaround is very simple: do not use any attributes that do start with a digit :-)
> Good day, > > I have an attribute that is 25 chars. it can be empty until someone edit it to fill the information. > The default view for that logbook is List. > > Is it possible to display that attribute in list view but not the entire 25 chars ? > What I mean is that if the field is empty, show it as empty but if it has some information, show something like "X" in List view. > > I tried playing with Styles and Cell Styles but I couldn't figure it out... > Cell Style seams to require specific values "" to apply the style properties. I can't figure how to apply cell style "if field is not empty" :) > > Thanks for your help :) If your server would run on Linux, then the configuration below would just do what you've asked for: Attributes = X List change X = $shell(if [ -z "$X" ] ;then echo "";else echo "X";fi) But since shell scripting is operating system dependent, you'll need to figure out yourself how to do it in Windows. Cheers Andreas
No. At least there is no simple method.
You would need to edit the source code and recompile elogd. But the number 256 is used for about 300 times in the source code, you'll have a hard time finding the right one to increase.
Did you try the options
Summary lines = x
as documented in https://midas.psi.ch/elog/config.html#flags ?
It works nicely with plain text entries; it has some difficulties with HTML, since it has to remove the formatting and that disturbs the line count.
We use ELOG for our accelerator operation logbooks. As part of the shift handover every shift prints out all entries made during the shift and files the printouts. If one entry in the shift was plain text without appropriate linebreaks (like this one), then this screws up the printout: the whole window is scaled to the width of this line and either the printout is cut off at the right side, or the whole content is scaled down to very tiny scale, which makes it unreadable. Is there a way to enforce line breaks in plain text entries?
> We use ELOG for our accelerator operation logbooks. As part of the shift handover every shift prints out all > entries made during the shift and files the printouts. If one entry in the shift was plain text without > appropriate linebreaks (like this one), then this screws up the printout: the whole window is scaled to the > width of this line and either the printout is cut off at the right side, or the whole content is scaled down to > very tiny scale, which makes it unreadable. > > Is there a way to enforce line breaks in plain text entries? Obviously there is: this logbook does add line breaks?!? Maybe it is only a problem with entries made by the "elog" command? I'll find it out and re-post. Cheers Andreas
> > We use ELOG for our accelerator operation logbooks. As part of the shift handover every shift prints out all > > entries made during the shift and files the printouts. If one entry in the shift was plain text without > > appropriate linebreaks (like this one), then this screws up the printout: the whole window is scaled to the > > width of this line and either the printout is cut off at the right side, or the whole content is scaled down to > > very tiny scale, which makes it unreadable. > > > > Is there a way to enforce line breaks in plain text entries? > > Obviously there is: this logbook does add line breaks?!? > > Maybe it is only a problem with entries made by the "elog" command? > I'll find it out and re-post. > > Cheers > Andreas Okay, I found two ways to add very long lines: - if the very long line does not contain a space then this will screw the printout. - if the line has been added as plain text using the elog command, there will be no line breaks added. It would be nice if the elog command would have an option to break lines to a maximum line length. But for the moment I'll just modify the applications that make use of the elog command.
I'm not sure I understand your question correctly.
If you want to remove options from an extendable option attribute, then you can just edit the logbook configuration file.
We do run ELOG on a Linux server and see about weekly crashes, too. It seems to be connected to the authentication process (Kerberos, File), but we could not nail it down yet.
But we have set up a supervision process that checks every minute if the "elogd" process is still running. If not, it simply restarts it.
If ELOG is down for two minutes a week, this is fine for our users.
You need to download the source file package of ELOG and compile it. If you don't know what a Makefile is, then it is likely futile for you to attempt to compile ELOG.
Or in other words: you cannot use SSL.
You've already named your solution: drop the very old ELOG version and download the new one. Obviously it was compiled with USE_SSL and you can use it right away.
Since you probably don't even have the source files of the old version, you'll have no chance to make it work with that. Just use ELOG 3.1.0.
I've checked for this forum logbook, and pressing "enter" while having focus in the quickfilter text field does initiate the search. Does it work for you with this logbook?
With all of our instances of Elog where we have Quick Filters enabled, any filter that we input characters into does not search the server when we press enter (there is no "Search" button). Interestingly, it will only search when we click anywhere on a blank area of the Elog interface. Is that the intended procedure for searching?
When an attachment is later added to an exisiting entry, we see that the string "Uploaded <date>" has the wrong time: in our case it is one hour into the future. I'm testing it now here in the forum. I can reproduce it in this forum: the Uploaded time should have been 10:35, but it shows 11:35. Cheers, Andreas
Yes, this is a known bug of ELOG, see elog:68404
Yes, "Save Drafts = 0" does the trick. But it is the "zero-option": trivial, but not satisfying ;-)
Warning: the "back" button of the browser has a very undesired effect: the entry is then converted into a draft and not shown anymore in list view!
So if you ever wondered where your entries vanished to: it might be that someone opened them in edit view, started to edit them and then closed the browser window. I will make that known at my institute.
Another approach would be to compile elogd with "make debug" and run it in the debugger. Once it crashes the debugger will show where it happened.
Happy New Year! Andreas
Hi Luca,
if you want to change all datetime properties to UTC time, then you'll just need to set the timezone on the server to UTC, before elogd is started.
Hi Terry,
You might tell your browser to show you the source code of an ELOG page in list mode. There you'll find the class name you're looking for.
I have a crontab set-up for root:
crontab -e
* * * * * if ! ps -C elogd >/dev/null;then /sbin/service elogd restart;fi
The script just checks if elogd is still running and if not, it'll restart it. We run Centos, but I'm sure it'll be easy to adapt for Ubuntu (I don't know much about Debian).
This will only help if elogd really crashed; in case it is still running at 100% cpu load this won't help.
In our case (~30 logbooks, > 100 entries per day, ~ hundred users) elogd is crashing about once a week. With the help of this script it means 1 minute downtime a week: that's acceptable.
See https://midas.psi.ch/elog/config.html on how to use a logfile with elogd. Here's the relevant excerpt:
It's very simple, no need for the find command. E.g.: Start page = ?Author=luedeke&Category=Question&mode=summary
in this forum would do https://midas.psi.ch/elogs/Forum/?Author=luedeke&Category=Question&mode=summary
> Hi, > I reopen this old thread since I'm having a similar problem. > > I'm running ELOG V3.1.1-0767eb0 on ubuntu with webserver authentication, and I'd like to remove 'active' checkbox as well. > > The problem that we found is that if any user click on the [Set None] button at the bottom of the Config page in order to unsubscribe from all mail notification, > *all* the checkbox are toggled, not only those for the email notification. And this includes also the "active user" as well. I can confirm that this bug is present even in this forum and in my current version (ELOG V3.1.3-aded4ae). And I am positive that this is a bug: it was certainly not the intended behaviour.
I agree: it should. And it does in my case; it works perfectly fine for my logbooks. Maybe you should have a closer look for special characters in you configuration? Otherwise I don't know why it does not work for you.
If you haven't figured it out already you would need to send a working snippet of your logbook configuration together with a minimal collection of entries that are filtered wrongly.
Okay, I can confirm that this does not work. It is likely related to the disclaimer in the ELOG documentation (https://midas.psi.ch/elog/config.html#conditional)
Conditional attributes are usually only used for change items in the entry form.
I guess that the "Email" command never worked with conditional attributes. I use the "Email" command and conditional attributes extensively, but I've never tried before to use "Email" in a condition.
I've tested the functionality with the following minimal configuration for the latest ELOG version 3.1.3-aded4ae :
Attributes = A, B Options A = X{1}, Y{2} Options B = N, M {2} Email B M = andreas.luedeke@psi.ch
The following elog command creates the desired entry, but does not send out an email. Creating the identical entry via the web form does initiate the email.
Thank you Phil for pointing out the problem.
You can allow guests to create entries, but only registered users (Admins) to delete (or edit) entries:
Menu commands = List, New, Edit, Reply, Delete, Find, Config, Logout, Help Guest menu commands = List, New, Reply, Find, Login, Help
See https://midas.psi.ch/elog/config.html#general for details.
Yes, this is possible by using "Conditional Attributes". Have a look at the ELOG syntax help: https://midas.psi.ch/elog/config.html#conditional
To hide attributes on edit, you can use "Show Attributes Edit = ..." for the conditions; and you only list the comment reason for the case where the value of the other attribute has the value "reserved".
If you don't get it to work, then just post your logbook config with some comments on what you want to achieve.
Probably there are ways to achieve your desired behaviour (using mirror servers and synchronising the logbooks) but that would require a large effort and would make your installation a lot more complicated.
With kind regards, Andreas
PS: Here's a patch that works:
I've quickly checked: there are a couple more commands in the source code that are not language encoded. I guess some of them needs correction.
> egrep -n "cmd=[A-Za-z]" elogd.c 10293: rsprintf(" r.open('GET', '?jcmd=Unlock&edit_id=%d', true);\n", message_id); 11784: ("<label for=\"ELCode\"><a target=\"_blank\" href=\"?cmd=HelpELCode\">ELCode</a> </label>\n"); 13663: "\r\n%s URL : %s?cmd=Config&cfg_user=%s&unm=%s\r\n", loc("Logbook"), 14562: redirect(lbs, "?cmd=Config"); 14625: sprintf(str, "../%s/?cmd=Config", getparam("lbname")); 14678: sprintf(str, "../%s/?cmd=Config", lbn); 15703: combine_url(lbs, host, "?cmd=GetMD5", url, sizeof(url), &ssl); 16378: strcat(str, "?cmd=GetConfig"); // request complete config file 16380: strcat(str, "?cmd=Download"); // request config section of logbook 16570: strcat(str, "?cmd=GetPwdFile"); // request password file 17575: rsprintf("<br><b><a href=\"../%s/?cmd=Synchronize&confirm=1\">", lbs->name_enc); 17577: rsprintf("<br><b><a href=\"%s/?cmd=Synchronize&confirm=1\">", lbs->name_enc); 17579: rsprintf("<br><b><a href=\"../%s/?cmd=Synchronize&confirm=1\">", lbs->name_enc); 18959: if (strstr(ref, "cmd=Search&")) 18960: strlcpy(strstr(ref, "cmd=Search&"), strstr(ref, "cmd=Search&") + 11, sizeof(str)); 26728: rsprintf("<a href=\"?cmd=Synchronize\">%s</a></td>\n", loc("Synchronize all logbooks"));
Just an update: I've re-compiled, reinstalled and restarted elogd for other reasons and now the corrupted strings are all gone. Everthing looks fine now.
But I never worry when a problem goes away before I could understand it: I'm confident that I will have plenty of time later, when the problem magically re-appears - likely I'll be called on a Friday night :-)
On the right side of "Change password" you should find "Change config file".
But you'll only see this, if the user has admin priviledges defined in the config file: "Admin user = <user>"
Then you can edit the configuration of that logbook. At the top you'll have a button "Change [global]" to edit the global part of the configuration - if you have the relevant priviledges to do so.
This logbook, the forum, provides some javascript code. The code is simply referenced in the footer (Bottom text = <file> | <string>). <link rel="stylesheet" href="//cdnjs.cloudflare.com/ajax/libs/highlight.js/9.6.0/styles/default.min.css"><script src="//cdnjs.cloudflare.com/ajax/libs/highlight.js/9.6.0/highlight.min.js"></script><script>hljs.initHighlightingOnLoad();</script>
Bottom text = <file> | <string>
).
There's another example under elog:contributions/39
In response to an elog-hang issue I've been having on the Windows platform, I am building a new Unbuntu 14 TLS VM machine to host the identical configuration so that I can more easily debug when the hang happens again. I don't mind beefing up the hardware resources to either eliminiate that as a factor or resolve the problem. I'll have a higher end CPU to deal with 20 to 50 clients doing searches through the data (since the elog configuration currently does not provide a setting to limit how far back it can search with Quick Filters - pretty please add this basic setting!), but the main question I have now is what is a good amount of memory to add to the VM? I suspect even with 30 concurrent searches going CPU power will have more impact than memory in the case of elog. Can someone please confirm my suspicion and also recommend a suitable amount of memory I should install? My data volume is about 25 MB, all textual (no attachmemts), and the number of daily files goes back about 5 years. Any other tips for the build is very welcome.
Hi Stefano, you could try to html encode the "+" and "-" sign in the option list Options Half = +x, -x, both Allow HTML = 1 But of course then you would need to change all existing entries. It is just an idea; I did not try this out, it might not work anyway. Cheers Andreas > Dear experts, > I have an elog with an attribute with fixed values, like this: > > Attributes = Half > Options Half = +x, -x, both > > It works fine, but I would like to find (or quick filter) all entries with Half=+x . > > If I go to the search form, I can select +x from the dropdown menu for Half, but the search returns no result, even if I do have a number of entries with Half=+x. Likewise if I try to do the same with Quick filter. > > I believe that this is due to the fact that the search uses regex, and "+" is reserved. I've tried to perform a search by entering manually and escaped "\+x", and it works as intended. > > https://.../?mode=summary&reverse=0&reverse=1&npp=20&Half=%5E%5C%2Bx%24 > > However, since this attribute has a list of fixed values, it is not possible to entry manually something different "\+x" than what is defined in the config, that is "+x". > > Is there a solution for this problem? > > I would rather not change the attributes options (to, say, positive/negative), since that would mean changing manually a non negligible number of entries. > > thanks, > Stefano
Hi Stefano, I've tested it: it does not work. Neither in edit nor in list view the HTML encoded characters show correctly. Only in the "Quick filter" menu they show as they should! But then selecting them in the quick filter will not find any entries :-( So the short answer: avoid characters with a special meaning for regular-expressions in attribute values, in particular if you want to use quick filters. Cheers Andreas > Hi Stefano, > you could try to html encode the "+" and "-" sign in the option list > Options Half = +x, -x, both > Allow HTML = 1 > > But of course then you would need to change all existing entries. > > It is just an idea; I did not try this out, it might not work anyway. > > Cheers > Andreas > > > Dear experts, > > I have an elog with an attribute with fixed values, like this: > > > > Attributes = Half > > Options Half = +x, -x, both > > > > It works fine, but I would like to find (or quick filter) all entries with Half=+x . > > > > If I go to the search form, I can select +x from the dropdown menu for Half, but the search returns no result, even if I do have a number of entries with Half=+x. Likewise if I try to do the same with Quick filter. > > > > I believe that this is due to the fact that the search uses regex, and "+" is reserved. I've tried to perform a search by entering manually and escaped "\+x", and it works as intended. > > > > https://.../?mode=summary&reverse=0&reverse=1&npp=20&Half=%5E%5C%2Bx%24 > > > > However, since this attribute has a list of fixed values, it is not possible to entry manually something different "\+x" than what is defined in the config, that is "+x". > > > > Is there a solution for this problem? > > > > I would rather not change the attributes options (to, say, positive/negative), since that would mean changing manually a non negligible number of entries. > > > > thanks, > > Stefano
I am not aware that it is forseen to define logical operators in combination with the Style command. How did you get the idea that this should work?
But you should be able to define multiple Style commands, acting on different format parameter.
David answered the question already.
Yes, I can help with that: you've tried to put the picture into the text body. Try to make it a normal attachment, that'll work always.
If i try to upload an image here, i got the error "Image Source URL Is Missing"...
can you help me further ? Best regards, Andrea
MUST be set in the [global] section of your configuration - it will likely not work when you try to set it for a specific logbook.
I don't see how ELOG can send an automatic email after a date expired.
Here's a little example for a query for this logbook:
curl -f -s -k "https://elog.psi.ch/elogs/Forum/?jcmd=Search&mode=CSV1&last=7&Category=^Question%24"
You can easily process this output with perl, to create reports. I use it for example to create counts for specific enties, like "Bug reports" that are not "closed", and show the results in some other user interfaces.
> Dear all, > I have some logbook which uses preset text depending on some option values, and uses text files for this. > > something similar to: > > Options Type = Start of shift{1}, 2h{2}, 4h{3}, 6h{4}, End of shift {5} > > {1} Preset text = MCProdStart.txt > {2} Preset text = MCProd2h.txt > {3} Preset text = MCProd4h.txt > {4} Preset text = MCProd6h.txt > {5} Preset text = MCProdEnd.txt > > I wonder if there is a way to change/edit the text files from the web interface if you are admin of that logbook, or if the only way is to change the files directly in the elog server. > > thanks Stefano Hi Stefano, it is not directly foreseen in the web functionality of ELOG, but it can be done like this: You could have a second logbook that has the content of these files each in one logbook entry. You call a script "Execute edit =" that runs on the server and converts the specific ELOG entry into a file on the server. Of course this is a security vulnerability, but you can confine the possibilities of the script. E.g. to a hard-coded list of ELOG entries and files in a specific directory. Still, someone could place a file on the server and then calls that file with an "Execute edit=" himself. But if you do all this within a protected network that should be okay. I do like the idea, thank you for the question! If you manage to do it please post it under Contributions :-) Cheers, Andreas
I had a problem with restarting ELOG since about a year, and finally I found the culprit. I just want to share it here, to prevent anyone else to make the same mistake,
Stefan said "code is commited": that means you can download the latest version from https://bitbucket.org/ritt/elog, as described in https://elog.psi.ch/elog/download.html, and then compile it. Clear now?
ELOG understands kerberos authentication (See https://elog.psi.ch/elog/config.html#access).
If your SSO works with kerberos, then your SSO user name and password can be used to sign in to ELOG. But I'm not sure if that is what you are asking for...
Yes, I agree that cleaning up old Draft entries and correcting/deleting old entries is a job for the administrator. Currently I do what you've said: commenting out "restrict edit time", changing the entry, commenting in "restrict edit time".
There are already some commands specifically for the admin:
Admin textarea = <cols>,<rows>
Admin user = <user list>
It would make sense to add more of them, for this specific case:
<hours>
If that is set to "-1", then the Admin can edit old entries regardless of their age. Actually there is no option to "unset" restrict edit time inherited from a global config: a negative time would make sense as "disabling" restrict edit time.
Another item for the endless wishlist ;-)
Sorry, but I would think that this is a question for the IT department of your institute, not for the ELOG forum.
Since you have an institute email address (infoval@aemet.es NOT xxx@gmail.com), you certainly have your own mail server, or am I wrong?
See https://elog.psi.ch/elog/config.html#mirroring
https://elog.psi.ch/elog/userguide.html#access
(use "find" with "Export to" "Raw".)
> > Hello Elog forum > > > > Is it possible to email boolean statements, like if a checkbox is checked to email certain people? > > > > My Configuration looks like this but dosn't work: > > > > Attributes = Bruger, Station, Emne, Status, PM5 > > Options PM5 = boolean > > Email PM5 = fj@tvis.net > > > > Kind Regards > > > > Finn > > I still don't have a solution to the above, but this works: > > Attributes = Bruger, Station, Emne, Status, PM5 > ROptions PM5 = Ja > Email PM5 Ja = th@tvis.net, fj@tvis.net > > Kind Regards > > Finn You were so close: boolean has the two values "0" (unchecked) and "1" (checked). Attributes = Bruger, Station, Emne, Status, PM5 Options PM5 = boolean Email PM5 1 = fj@tvis.net That does work, I've tested it.
If you've upgraded from an elog 2.x version to an 3.x version, then all entries of a logbook will be moved into subfolder, one for each year.
If you then switch back to the 2.x version of elog, it'll not find any entries.
You can move them back to the folder for the logbook (one directory up) and they'll be found again after the next restart of elog.
That question screams: please read the manual! Find command: https://elog.psi.ch/elog/userguide.html#browse
How are we supposed to give you a hint when you don't post your configuration?
Here are the relevant excepts from the documentation:
Subst <attribute> = <string> When submitting logbook entries, attribute values can be substituted by some text. This text can contain arbitrary fixed text and following values:
Subst <attribute> = <string>
Execute new | edit | delete = <command> It is possible to execute a shell command on the server side after a new message has been submitted, edited or deleted. This feature has been used in the past for SMS notifications over a telephone system and for synchrnonization of the ELOG database with an external SQL database. The <command> can contain substitutions similar to the Subst command. In addition the list of all attachments can be referred to via $<attachments>. The text body of the entry can be referred to with $text. It should be noted that only the first 1500 characters of the text can be used, in order not to exceed the limits of the shell. Following (Unix) command writes a notification into some file:
Execute new | edit | delete = <command>
<command>
Subst
$<attachments>
$text
Execute new = echo "New message wiht ID $message id of type $type from $long_name on $remote_host" >> /tmp/elog.log
It should be noted that this feature can impose a security problem. If someone can edit the elogd.cfg through the Config command of elogd, that person can put malicious code into elogd.cfg and execute it. This is even more severe if elogd runs with root privileges. To avoid such problems, the execute facility is disabled in elogd by default and has to be enabled explicitly with the "-x" command line flag. The administrator has to ensure then of course that only trusted people can edit elogd.cfg.
Config
Have fun!
I found the most limiting factor of ELOG to be the file access. ELOG stores all entries in files and therefore has a lot of disk access.
We found that an AFS directory for ELOG is unusable. We tried to store our logbooks on NFS, and it was barely usable but slow. Now we use a local disk on the server, that works fine.
If you want to speed up ELOG the best approach is a dedicated server with a local SSD storage.
Some people modify other stuff (CSS, java scripts) but if you had you would know what you did.
If the old ELOG was a 2.x version and the new is 3.x, then on the first start-up all logbook data files are copied into sub-folders for each year. This is only done (automatically) during the first start-up, afterwards you can not use a 2.x version anymore (you won't want that anyway).
Instead of using three different options you could use the same:
Options Eyepiece = Pentax{a}, TeleVue{b}, Meade{c}
{a} Options Form = 5mm, 20mm, 30mm {b} Options Form = 7mm Nagler, 10mm Radian, 24mm Panoptic {c} Options Form = 8.8mm UWA, 14mm UWA, 26mm QX
It makes more sense. But it is as well possible to supress attributed in the edit from. See
Change <attribute>
Show Attributes
You just have a different <list> for each conditional case {a} {b} {c}.
Subst Author = $author from $remote_host
Subst Info = $shell(cat /tmp/filename) (Unix) Subst Info = $shell(type c:\tmp\filename) (Windows)
Subst Number = XYZ-#####
XYZ-00001 XYZ-00002 XYZ-00003
Subst Number = XYZ-%Y-%b-###
XYZ-2005-Oct-001 XYZ-2005-Oct-002 XYZ-2005-Oct-003
XYZ-2005-Nov-001 XYZ-2005-Nov-002
Hi Stefan, no problem: if I just strip all newlines from the $text field (in HTML you use <br> anyway, the newline has no function apart from whitespace), and my multiline attribute is fine to go. I do not intend to make the attribute editable: it is just used for display. Because that allows me to create the attribute either from free text or from combining other fields - depending on conditional attributes.
As a special feature you could strip all newlines beforehand, when providing the $text for subst statements.
Cell Style <attribute> <value> = <style>
Format Pikett = 0, attribname, messagelist
Would it be possible to create a new command "List format <attribute> = <css_class_name>,<css_class_value>,<width>,<size>", or is there another way to achieve this?
List format
<attribute> = <css_class_name>,<css_class_value>,<width>,<size>
Okay, found some solution for my problem:
And file themes/default/pikett.css contains:
I should tell that I found a simpler way to achieve the same: I suppress the "text" field and use a single line text input field instead. The single line input in "free text" modes just contains "<br>" : I would have had to use those in the text field anyway.
There is a python API to access ELOG via HTTP: https://github.com/paulscherrerinstitute/py_elog
EDIT: forget the tip below. Instead just call script files: inline scripting in the ELOG config shows very strange behavior. Doing the same in external scripts works reliable.
I just spend an hour searching for a problem. To avoid others to spend the hour again, here's a little "special behaviour" of shell execution in ELOG you should know about:
If you want to do redirect to a file in a shell execution, put a space before and after the redirecting. The following does not work:
You will not get an error message, but the file is not created. But if you add a space it will work as expected:
It is not really a bug; if you know about it, then it is not a big deal: hence this entry here. I saw this behavior on a Linux RHEL7 system. In case you are wondering: I use this to create a default for the field CampaignID, to be used for new entries in combination with a Preset:
My config files are often large and use some shell scripting. In these shell scripting part I interact with files and execute scripts in specific folder. It would be nice to have the ability to define for example a file path once and reuse it in different parts of the config file. It would help to make config files cleaner. For example:
Preset CampaignID = $shell( if [ -r $c_cid ] ; then cat $c_cid; else echo None > $c_cid; echo None; fi )
I am no Windows expert. An option is to write your own application and use the "elog" command to post the output of the application to your ELOG. There is as well a python library to access ELOG via http: https://github.com/paulscherrerinstitute/py_elog
> it would be good if the current state was listed in https://elog.psi.ch/elogs/Vulnerabilities/ > It seems there's now updated builds for at least windows, and the debian package still outdated? > > Personally, I don't think removing download links and pulling packages should be more than a temporary measure. > Treating people fairly IMHO means they should be able to reach a safe version by the same means that brought and left them exposed. > > A clear central source would be best, one that has > > - package autobuilds > - source > - cve list > > If I understand correctly, currently only the source is up to date? > > > (I found py_elog on Github, so it could be an easy option to mirror ELOG there and let some free service handle the autobuilds. > I don't know how well one can flag vulnerabilities there, but likely it's possible, and ideally more people would help there.) > > > p.s.: My hat is off to the sysadmin who checked carefully, I wanted to introduce ELOG in a windows-centric place and I can't swear I would have checked this (official) download as well. Very good ideas! Go ahead and implement them! We very much appreciate your contribution.
We have 68 logbooks and currently 60 GB data total. We run it as well on a VM, in our case with 8GB RAM. The speed of ELOG is mostly given by the filesystem: when we had AFS it was very slow. With NFS it was better. But we now use a local disk on the VM: that is much better. If you want to have the best performance (upload of large files can still slow down all users) then I would recomment local SSD for the file system of elogd.
You might talk to your system administrator: they can likely provide a local SSD on the VM server host.
We're up to 30 logbooks, 3.2GB data total and Elog damen has now become slow. Performance stats show 100%CPU on startup then reduces. Searches and general UI activity is slow. It runs on a VM with 4GB memory allocated. Up to 15 concurrent users.
Trimming and archiving some data files may help but I gather overall this is underpowered hardware in this instance so what is recommended system requirements for a config like this?
I do run elog under:
But that does not change the location of my certificates: they are in "/usr/local/elog/ssl". My guess: you just copied the .pem file to the /ssl directory, but did not rename it to server.crt? And of course you need to overwrite server.key as well. Kind Regards Andreas
Atrributes can only be defined once in a logbook. But you can select which attributes are shown with the commands:
Those can be redifined in conditional attribute clauses.
(See https://elog.psi.ch/elog/config.html)
I would like to edit an existing entry by adding new attachments at each call of elog from the command line.
If I issue
elog -h localhost -p 8XXX -l test -f /path/to/file_0.pdf -e N -x
and then
elog -h localhost -p 8XXX -l test -f /path/to/file_1.pdf -e N -x
file_1.pdf replaces file_0.pdf, while I'd like entry N to have both pdfs.
Is there a workaround?
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.
Hi Is there a repository of elog configuration files for newbies to lookup and learn ? I have seen the 'contributions' elog - useful as it is ... it is not much. I would appreciate if someone can point out such a site where people have contributed their elog configuration files. Thanks, AnandO.
Hi, We have set up a elog server at our institute. The configuration file is attached. We have the following queries: 1. When replying to another reply in a thread, the author_name attribute is not substitued (as desired). Since this is a mandatory field, we are not able to send the reply message. However, reply to the originial message works fine. 2. "Use Email From = string" prepends an additional "" to the "From" field in the e-mails. 3. "Fixed Attributes Reply = Subject" fixes the subject line while replying. However when we add "Category" attribute to this list, it breaks. Can someone help us? Suggestions and tips will be thankfully recieved.
> > 1. When replying to another reply in a thread, the author_name attribute is > > not substitued (as desired). Since this is a mandatory field, we are not > > able to send the reply message. However, reply to the originial message > > works fine. > > Preset on reply Author = $long_name > > Do not use "Remove on reply". This worked. Thanks. > > > 2. "Use Email From = string" prepends an additional "" to the "From" > > field in the e-mails. > > This has been fixed recently, please update. Agani, thanks for the information. > > > 3. "Fixed Attributes Reply = Subject" fixes the subject line while replying. > > However when we add "Category" attribute to this list, it breaks. > > I tried to use your config file and add > > Fixed attributes reply = Subject, Category > > and it worked as expected. What kind of "break" did you observe? For me, when I put the Category in the fixed attributes for reply, I see the Category but when I actually try to send the message - it says Category not entered. I am sure I am doing something very stupid. Please help. - Anand.
Hi We have setup a elog server and would like to import a bunch of emails as elog entries. Is there some way we can do this ? Since there are hundreds of emails, it is not possible to post them individually as new elog entries. Many thanks, Anand.
Congratulation Stefan and Co.!
I think Elog is the first Weblog which supports this feature.
The new integrated HTML WYSIWYG editor is great. Now, my colleagues who are in finance department and don't have good IT-skill will be very happy about this feature.
Thank you for your support and effort.
Please use a valid email address for sender. All free email provider don't accept an invalid address, because of security against Spam problem.
Use Email From = xx@xxx.xx
Tried compiling on FC27 and 28, both result in binaries but with serious issues; writing data larger than then allowed. Example output:
make gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Imxml -DHAVE_SSL -c -o mxml.o mxml/mxml.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Imxml -DHAVE_SSL -w -c -o crypt.o src/crypt.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Imxml -DHAVE_SSL -w -c -o regex.o src/regex.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Imxml -DHAVE_SSL -c -o strlcpy.o mxml/strlcpy.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Imxml -DHAVE_SSL -o elog src/elog.c mxml.o crypt.o regex.o strlcpy.o -lssl gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Imxml -DHAVE_SSL -w -c -o auth.o src/auth.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Imxml -DHAVE_SSL -o elogd src/elogd.c auth.o mxml.o crypt.o regex.o strlcpy.o -lssl src/elogd.c: In function ‘el_retrieve’: src/elogd.c:4503:26: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~ src/elogd.c:4503:4: note: ‘sprintf’ output between 1 and 542 bytes into a destination of size 256 sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘el_retrieve_attachment.part.30’: src/elogd.c:4764:26: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~ src/elogd.c:4764:4: note: ‘sprintf’ output between 1 and 542 bytes into a destination of size 256 sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘el_submit.constprop’: src/elogd.c:4894:29: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~ src/elogd.c:4894:7: note: ‘sprintf’ output between 1 and 542 bytes into a destination of size 256 sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘el_submit’: src/elogd.c:4894:29: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~ src/elogd.c:4894:7: note: ‘sprintf’ output between 1 and 542 bytes into a destination of size 256 sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘el_retrieve.constprop’: src/elogd.c:4503:26: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~ src/elogd.c:4503:4: note: ‘sprintf’ output between 1 and 542 bytes into a destination of size 256 sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘el_retrieve.constprop’: src/elogd.c:4503:26: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~ src/elogd.c:4503:4: note: ‘sprintf’ output between 1 and 542 bytes into a destination of size 256 sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘el_retrieve.constprop’: src/elogd.c:4503:26: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~ src/elogd.c:4503:4: note: ‘sprintf’ output between 1 and 542 bytes into a destination of size 256 sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_download_page’: src/elogd.c:14775:32: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~ src/elogd.c:14775:10: note: ‘sprintf’ output between 1 and 542 bytes into a destination of size 256 sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘search_last_reply’: . . .
Anyone aware of a cure?
I don't see the update on elog/download/tar/. Do you keep builds elsewhere, perhaps on get or sourceforge?
I would like to try the new code, I don't see it on elog/download/tar/. Do you keep updates elsewhere like on get or sourceforge?
src/elogd.c:4503:4: note: ‘sprintf’ output between 1 and 542 bytes into a destination of size 256 [-Wformat-overflow=] sprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~
New error: src/elogd.c:4503:24: warning: passing argument 2 of ‘snprintf’ makes integer from pointer without a cast [-Wint-conversion] snprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~ In file included from src/elogd.h:42:0, from src/elogd.c:38: /usr/include/stdio.h:340:12: note: expected ‘size_t {aka long unsigned int}’ but argument is of type ‘char *’ extern int snprintf (char *__restrict __s, size_t __maxlen,
src/elogd.c:4503:24: warning: passing argument 2 of ‘snprintf’ makes integer from pointer without a cast [-Wint-conversion] snprintf(file_name, "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~ In file included from src/elogd.h:42:0, from src/elogd.c:38: /usr/include/stdio.h:340:12: note: expected ‘size_t {aka long unsigned int}’ but argument is of type ‘char *’ extern int snprintf (char *__restrict __s, size_t __maxlen,
Latest compile effort on Fedora 28 using the bitbucket source downloaded at 21:12 PDT:
make gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Imxml -DHAVE_SSL -c -o mxml.o mxml/mxml.c mxml/mxml.c: In function ‘mxml_write_attribute.part.1’: mxml/mxml.c:515:25: warning: ‘%s’ directive writing up to 4095 bytes into a region of size between 4094 and 8189 [-Wformat-overflow=] sprintf(line, " %s=\"%s\"", name_enc, val_enc); ^~ ~~~~~~~ mxml/mxml.c:515:4: note: ‘sprintf’ output between 5 and 8195 bytes into a destination of size 8192 sprintf(line, " %s=\"%s\"", name_enc, val_enc); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ mxml/mxml.c: In function ‘mxml_parse_entity’: mxml/mxml.c:1932:38: warning: ‘sprintf’ may write a terminating nul past the end of the destination [-Wformat-overflow=] sprintf(filename, "%s%c%s", directoryname, DIR_SEPARATOR, entity_reference_name[i]); ^ mxml/mxml.c:1932:13: note: ‘sprintf’ output 2 or more bytes (assuming 4097) into a destination of size 4096 sprintf(filename, "%s%c%s", directoryname, DIR_SEPARATOR, entity_reference_name[i]); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Imxml -DHAVE_SSL -w -c -o crypt.o src/crypt.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Imxml -DHAVE_SSL -w -c -o regex.o src/regex.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Imxml -DHAVE_SSL -c -o strlcpy.o mxml/strlcpy.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Imxml -DHAVE_SSL -o elog src/elog.c mxml.o crypt.o regex.o strlcpy.o -lssl src/elog.c: In function ‘retrieve_elog’: src/elog.c:524:13: warning: ‘strncpy’ specified bound 256 equals destination size [-Wstringop-truncation] strncpy(str, strstr(response, "Location:") + 10, sizeof(str)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elog.c: In function ‘submit_elog’: src/elog.c:982:10: warning: ‘strncpy’ specified bound 80 equals destination size [-Wstringop-truncation] strncpy(str, strstr(response, "Error: Attribute") + 20, sizeof(str)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elog.c:977:10: warning: ‘strncpy’ specified bound 80 equals destination size [-Wstringop-truncation] strncpy(str, strstr(response, "Error: Attribute") + 27, sizeof(str)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elog.c:956:13: warning: ‘strncpy’ specified bound 80 equals destination size [-Wstringop-truncation] strncpy(str, strstr(response, "Location:") + 10, sizeof(str)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Imxml -DHAVE_SSL -w -c -o auth.o src/auth.c gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Imxml -DHAVE_SSL -o elogd src/elogd.c auth.o mxml.o crypt.o regex.o strlcpy.o -lssl src/elogd.c: In function ‘cleanup’: src/elogd.c:30641:48: warning: ‘%s’ directive writing up to 255 bytes into a region of size 233 [-Wformat-overflow=] sprintf(str, "Cannot remove pidfile \"%s\"\n", pidfile); ^~ ~~~~~~~ src/elogd.c:30641:10: note: ‘sprintf’ output between 26 and 281 bytes into a destination of size 256 sprintf(str, "Cannot remove pidfile \"%s\"\n", pidfile); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘split_url’: src/elogd.c:2490:4: warning: ‘strncpy’ specified bound 256 equals destination size [-Wstringop-truncation] strncpy(str, p, sizeof(str)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘getcfg’: src/elogd.c:3091:28: warning: ‘%s’ directive writing up to 255 bytes into a region of size 249 [-Wformat-overflow=] src/elogd.c:2753:14: return _topgroup; ~~~~~~~~~ src/elogd.c:3091:28: sprintf(str, "global %s", getcfg_topgroup()); ^~ src/elogd.c:3091:7: note: ‘sprintf’ output between 8 and 263 bytes into a destination of size 256 sprintf(str, "global %s", getcfg_topgroup()); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘getcfg.constprop’: src/elogd.c:3091:28: warning: ‘%s’ directive writing up to 255 bytes into a region of size 249 [-Wformat-overflow=] src/elogd.c:2753:14: return _topgroup; ~~~~~~~~~ src/elogd.c:3091:28: sprintf(str, "global %s", getcfg_topgroup()); ^~ src/elogd.c:3091:7: note: ‘sprintf’ output between 8 and 263 bytes into a destination of size 256 sprintf(str, "global %s", getcfg_topgroup()); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘ss_file_find’: src/elogd.c:3775:10: warning: ‘strncpy’ output truncated before terminating nul copying as many bytes from a string as its length [-Wstringop-truncation] strncpy(*plist + (i * MAX_PATH_LENGTH), dp->d_name, strlen(dp->d_name)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘html_allowed’: src/elogd.c:3091:28: warning: ‘%s’ directive writing up to 255 bytes into a region of size 249 [-Wformat-overflow=] src/elogd.c:2753:14: return _topgroup; ~~~~~~~~~ src/elogd.c:3091:28: sprintf(str, "global %s", getcfg_topgroup()); ^~ src/elogd.c:3091:7: note: ‘sprintf’ output between 8 and 263 bytes into a destination of size 256 sprintf(str, "global %s", getcfg_topgroup()); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘create_thumbnail.part.38’: src/elogd.c:24226:41: warning: ‘%s’ directive writing up to 511 bytes into a region of size 243 [-Wformat-overflow=] sprintf(thumb_size, " -thumbnail '%s'", str); ^~ ~~~ src/elogd.c:24226:7: note: ‘sprintf’ output between 15 and 526 bytes into a destination of size 256 sprintf(thumb_size, " -thumbnail '%s'", str); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:24253:40: warning: ‘ '’ directive output may be truncated writing 2 bytes into a region of size between 1 and 511 [-Wformat-truncation=] snprintf(cmd, sizeof(cmd), "%s %s '%s[0-7]'%s '%s'", _convert_cmd, thumb_options, file_name, thumb_size, str); ^~ src/elogd.c:24253:7: note: ‘snprintf’ output 13 or more bytes (assuming 1289) into a destination of size 512 snprintf(cmd, sizeof(cmd), "%s %s '%s[0-7]'%s '%s'", _convert_cmd, thumb_options, file_name, thumb_size, str); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:24255:40: warning: ‘ '’ directive output may be truncated writing 2 bytes into a region of size between 1 and 511 [-Wformat-truncation=] snprintf(cmd, sizeof(cmd), "%s %s '%s'%s '%s'", _convert_cmd, thumb_options, file_name, thumb_size, str); ^~ src/elogd.c:24255:7: note: ‘snprintf’ output 8 or more bytes (assuming 1284) into a destination of size 512 snprintf(cmd, sizeof(cmd), "%s %s '%s'%s '%s'", _convert_cmd, thumb_options, file_name, thumb_size, str); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:24263:40: warning: ‘%s’ directive output may be truncated writing up to 511 bytes into a region of size 505 [-Wformat-truncation=] snprintf(str, sizeof(str), "SHELL \"%s\"", cmd); ^~ ~~~ src/elogd.c:24263:4: note: ‘snprintf’ output between 9 and 520 bytes into a destination of size 512 snprintf(str, sizeof(str), "SHELL \"%s\"", cmd); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘rsputs_elcode’: src/elogd.c:6618:71: warning: ‘%s’ directive output may be truncated writing up to 999 bytes into a region of size 993 [-Wformat-truncation=] snprintf(hattrib, sizeof(hattrib), "http://%s", attrib); ^~ ~~~~~~ src/elogd.c:6618:28: note: ‘snprintf’ output between 8 and 1007 bytes into a destination of size 1000 snprintf(hattrib, sizeof(hattrib), "http://%s", attrib); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:6616:72: warning: ‘%s’ directive output may be truncated writing up to 999 bytes into a region of size 992 [-Wformat-truncation=] snprintf(hattrib, sizeof(hattrib), "https://%s", attrib); ^~ ~~~~~~ src/elogd.c:6616:28: note: ‘snprintf’ output between 9 and 1008 bytes into a destination of size 1000 snprintf(hattrib, sizeof(hattrib), "https://%s", attrib); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:6568:53: warning: ‘%s’ directive writing up to 999 bytes into a region of size 993 [-Wformat-overflow=] sprintf(hattrib, "http://%s", attrib); ^~ ~~~~~~ src/elogd.c:6568:28: note: ‘sprintf’ output between 8 and 1007 bytes into a destination of size 1000 sprintf(hattrib, "http://%s", attrib); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:6566:54: warning: ‘%s’ directive writing up to 999 bytes into a region of size 992 [-Wformat-overflow=] sprintf(hattrib, "https://%s", attrib); ^~ ~~~~~~ src/elogd.c:6566:28: note: ‘sprintf’ output between 9 and 1008 bytes into a destination of size 1000 sprintf(hattrib, "https://%s", attrib); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘el_submit_attachment’: src/elogd.c:4696:55: warning: ‘%s’ directive writing up to 255 bytes into a region of size 226 [-Wformat-overflow=] sprintf(str, "Cannot write attachment file \"%s\"", file_name); ^~ ~~~~~~~~~ src/elogd.c:4696:10: note: ‘sprintf’ output between 32 and 287 bytes into a destination of size 256 sprintf(str, "Cannot write attachment file \"%s\"", file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘attrib_from_param’: src/elogd.c:9364:30: warning: ‘%d’ directive writing between 1 and 3 bytes into a region of size between 0 and 1499 [-Wformat-overflow=] sprintf(str, "%s_%d", ua, j); ^~ src/elogd.c:9364:26: note: directive argument in the range [0, 100] sprintf(str, "%s_%d", ua, j); ^~~~~~~ src/elogd.c:9364:13: note: ‘sprintf’ output between 3 and 1504 bytes into a destination of size 1500 sprintf(str, "%s_%d", ua, j); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘el_retrieve’: src/elogd.c:4503:46: warning: ‘%s’ directive output may be truncated writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-truncation=] snprintf(file_name, sizeof(file_name), "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~ src/elogd.c:4503:4: note: ‘snprintf’ output between 1 and 542 bytes into a destination of size 256 snprintf(file_name, sizeof(file_name), "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘el_retrieve_attachment.part.32’: src/elogd.c:4764:46: warning: ‘%s’ directive output may be truncated writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-truncation=] snprintf(file_name, sizeof(file_name), "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~ src/elogd.c:4764:4: note: ‘snprintf’ output between 1 and 542 bytes into a destination of size 256 snprintf(file_name, sizeof(file_name), "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘el_submit’: src/elogd.c:4894:49: warning: ‘%s’ directive output may be truncated writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-truncation=] snprintf(file_name, sizeof(file_name), "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~ src/elogd.c:4894:7: note: ‘snprintf’ output between 1 and 542 bytes into a destination of size 256 snprintf(file_name, sizeof(file_name), "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘el_retrieve.constprop’: src/elogd.c:4503:46: warning: ‘%s’ directive output may be truncated writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-truncation=] snprintf(file_name, sizeof(file_name), "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~ src/elogd.c:4503:4: note: ‘snprintf’ output between 1 and 542 bytes into a destination of size 256 snprintf(file_name, sizeof(file_name), "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘el_retrieve.constprop’: src/elogd.c:4503:46: warning: ‘%s’ directive output may be truncated writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-truncation=] snprintf(file_name, sizeof(file_name), "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~ src/elogd.c:4503:4: note: ‘snprintf’ output between 1 and 542 bytes into a destination of size 256 snprintf(file_name, sizeof(file_name), "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_download_page’: src/elogd.c:14786:52: warning: ‘%s’ directive output may be truncated writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-truncation=] snprintf(file_name, sizeof(file_name), "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~ src/elogd.c:14786:10: note: ‘snprintf’ output between 1 and 542 bytes into a destination of size 256 snprintf(file_name, sizeof(file_name), "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_page_filters’: src/elogd.c:19317:45: warning: ‘$’ directive writing 1 byte into a region of size between 0 and 1499 [-Wformat-overflow=] sprintf(option_whole, "^%s$", option); ^ src/elogd.c:19317:19: note: ‘sprintf’ output between 3 and 1502 bytes into a destination of size 1500 sprintf(option_whole, "^%s$", option); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘is_inline_attachment’: src/elogd.c:24205:31: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 237 and 247 [-Wformat-overflow=] sprintf(str, "cid:att%d@%s", i, domain); ^~ ~~~~~~ src/elogd.c:24205:7: note: ‘sprintf’ output between 10 and 275 bytes into a destination of size 256 sprintf(str, "cid:att%d@%s", i, domain); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘load_password_file’: src/elogd.c:25739:58: warning: ‘%s’ directive writing up to 255 bytes into a region of size 226 [-Wformat-overflow=] sprintf(str, "Cannot convert password file \"%s\"", file_name); ^~ ~~~~~~~~~ src/elogd.c:25739:13: note: ‘sprintf’ output between 32 and 287 bytes into a destination of size 256 sprintf(str, "Cannot convert password file \"%s\"", file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:25728:70: warning: ‘%s’ directive writing up to 255 bytes into a region of size 211 [-Wformat-overflow=] sprintf(str, "Cannot access write protected password file \"%s\"", file_name); ^~ ~~~~~~~~~ src/elogd.c:25728:10: note: ‘sprintf’ output between 47 and 302 bytes into a destination of size 256 sprintf(str, "Cannot access write protected password file \"%s\"", file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:25719:54: warning: ‘%s’ directive writing up to 255 bytes into a region of size 227 [-Wformat-overflow=] sprintf(str, "Cannot access password file \"%s\"", file_name); ^~ ~~~~~~~~~ src/elogd.c:25719:10: note: ‘sprintf’ output between 31 and 286 bytes into a destination of size 256 sprintf(str, "Cannot access password file \"%s\"", file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:25699:43: warning: ‘%s’ directive writing up to 255 bytes into a region of size 238 [-Wformat-overflow=] sprintf(str, "Cannot open file \"%s\"", file_name); ^~ ~~~~~~~~~ src/elogd.c:25699:10: note: ‘sprintf’ output between 20 and 275 bytes into a destination of size 256 sprintf(str, "Cannot open file \"%s\"", file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘rename_logbook’: src/elogd.c:13118:27: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(old_dir, "%s%s", lb_dir, lbs->name); ^~ src/elogd.c:13118:7: note: ‘sprintf’ output between 1 and 511 bytes into a destination of size 256 sprintf(old_dir, "%s%s", lb_dir, lbs->name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘execute_shell.part.42’: src/elogd.c:22772:26: warning: ‘%s’ directive writing up to 9999 bytes into a region of size 1493 [-Wformat-overflow=] sprintf(str, "SHELL \"%s\"", shell_cmd); ^~ ~~~~~~~~~ src/elogd.c:22772:4: note: ‘sprintf’ output between 9 and 10008 bytes into a destination of size 1500 sprintf(str, "SHELL \"%s\"", shell_cmd); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘el_delete_message’: src/elogd.c:5242:46: warning: ‘%s’ directive output may be truncated writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-truncation=] snprintf(file_name, sizeof(file_name), "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~ src/elogd.c:5242:4: note: ‘snprintf’ output between 1 and 542 bytes into a destination of size 256 snprintf(file_name, sizeof(file_name), "%s%s%s", lbs->data_dir, lbs->el_index[index].subdir, lbs->el_index[index].file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘copy_to’: src/elogd.c:24081:28: warning: ‘%s’ directive writing up to 255 bytes into a region of size 252 [-Wformat-overflow=] sprintf(str, "?lb=%s\"", lbs->name_enc); ^~ src/elogd.c:24081:10: note: ‘sprintf’ output between 6 and 261 bytes into a destination of size 256 sprintf(str, "?lb=%s\"", lbs->name_enc); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:24085:28: warning: ‘%s’ directive writing up to 255 bytes into a region of size 252 [-Wformat-overflow=] sprintf(str, "?lb=%s&", lbs->name_enc); ^~ src/elogd.c:24085:10: note: ‘sprintf’ output between 6 and 261 bytes into a destination of size 256 sprintf(str, "?lb=%s&", lbs->name_enc); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:24085:28: warning: ‘%s’ directive writing up to 255 bytes into a region of size 252 [-Wformat-overflow=] sprintf(str, "?lb=%s&", lbs->name_enc); ^~ src/elogd.c:24085:10: note: ‘sprintf’ output between 6 and 261 bytes into a destination of size 256 sprintf(str, "?lb=%s&", lbs->name_enc); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_logbook_new’: src/elogd.c:14689:24: warning: ‘%s’ directive writing up to 255 bytes into a region of size 253 [-Wformat-overflow=] sprintf(str, "../%s/?cmd=Config", lbn); ^~ ~~~ src/elogd.c:14689:7: note: ‘sprintf’ output between 16 and 271 bytes into a destination of size 256 sprintf(str, "../%s/?cmd=Config", lbn); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘display_line’: src/elogd.c:17743:37: warning: ‘%s’ directive writing up to 1499 bytes into a region of size between 1412 and 1491 [-Wformat-overflow=] sprintf(str, "%s\" style=\"%s", rowstyle, display); ^~ ~~~~~~~ src/elogd.c:17743:10: note: ‘sprintf’ output between 10 and 1588 bytes into a destination of size 1500 sprintf(str, "%s\" style=\"%s", rowstyle, display); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:17841:33: warning: ‘%s’ directive writing up to 255 bytes into a region of size 253 [-Wformat-overflow=] sprintf(ref, "../%s/%s/%s", lbs->name, str, attachment[i] + 14); ^~ src/elogd.c:17841:16: note: ‘sprintf’ output 6 or more bytes (assuming 1760) into a destination of size 256 sprintf(ref, "../%s/%s/%s", lbs->name, str, attachment[i] + 14); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:17976:46: warning: ‘%s’ directive writing up to 1499 bytes into a region of size between 1412 and 1491 [-Wformat-overflow=] sprintf(str, "%s\" style=\"%s", rowstyle, display); ^~ ~~~~~~~ src/elogd.c:17976:19: note: ‘sprintf’ output between 10 and 1588 bytes into a destination of size 1500 sprintf(str, "%s\" style=\"%s", rowstyle, display); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:18201:36: warning: ‘%s’ directive writing up to 255 bytes into a region of size 253 [-Wformat-overflow=] sprintf(ref, "../%s/%s/%s", lbs->name, str, attachment[i] + 14); ^~ src/elogd.c:18201:19: note: ‘sprintf’ output 6 or more bytes (assuming 1760) into a destination of size 256 sprintf(ref, "../%s/%s/%s", lbs->name, str, attachment[i] + 14); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:18323:33: warning: ‘%s’ directive writing up to 255 bytes into a region of size 253 [-Wformat-overflow=] sprintf(ref, "../%s/%s/%s", lbs->name, str, attachment[i] + 14); ^~ src/elogd.c:18323:16: note: ‘sprintf’ output 6 or more bytes (assuming 1760) into a destination of size 256 sprintf(ref, "../%s/%s/%s", lbs->name, str, attachment[i] + 14); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:18381:30: warning: ‘%s’ directive writing up to 255 bytes into a region of size 253 [-Wformat-overflow=] sprintf(ref, "../%s/%s/%s", lbs->name, str, attachment[index] + 14); ^~ src/elogd.c:18381:13: note: ‘sprintf’ output 6 or more bytes (assuming 1760) into a destination of size 256 sprintf(ref, "../%s/%s/%s", lbs->name, str, attachment[index] + 14); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_rss_feed’: src/elogd.c:19817:31: warning: ‘%s’ directive writing up to 255 bytes into a region of size 249 [-Wformat-overflow=] sprintf(url, "http://%s", host_name); ^~ ~~~~~~~~~ src/elogd.c:19817:10: note: ‘sprintf’ output between 8 and 263 bytes into a destination of size 256 sprintf(url, "http://%s", host_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:19815:32: warning: ‘%s’ directive writing up to 255 bytes into a region of size 248 [-Wformat-overflow=] sprintf(url, "https://%s", host_name); ^~ ~~~~~~~~~ src/elogd.c:19815:10: note: ‘sprintf’ output between 9 and 264 bytes into a destination of size 256 sprintf(url, "https://%s", host_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:19902:41: warning: ‘%s’ directive output may be truncated writing up to 255 bytes into a region of size 79 [-Wformat-truncation=] snprintf(date, sizeof(date) - 1, "%s %+03d%02d", str, (int) (offset / 3600), (int) ((abs((int) offset) ^~ ~~~ src/elogd.c:19902:40: note: directive argument in the range [-596523, 596523] snprintf(date, sizeof(date) - 1, "%s %+03d%02d", str, (int) (offset / 3600), (int) ((abs((int) offset) ^~~~~~~~~~~~~~ src/elogd.c:19902:40: note: directive argument in the range [0, 59] src/elogd.c:19902:7: note: ‘snprintf’ output between 7 and 266 bytes into a destination of size 79 snprintf(date, sizeof(date) - 1, "%s %+03d%02d", str, (int) (offset / 3600), (int) ((abs((int) offset) ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ / 60) % 60)); ~~~~~~~~~~~~ src/elogd.c: In function ‘show_find_form’: src/elogd.c:12538:40: warning: ‘$’ directive writing 1 byte into a region of size between 0 and 1499 [-Wformat-overflow=] sprintf(whole_attr, "^%s$", str); ^ src/elogd.c:12538:16: note: ‘sprintf’ output between 3 and 1502 bytes into a destination of size 1500 sprintf(whole_attr, "^%s$", str); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:12496:43: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 1487 [-Wformat-overflow=] sprintf(str, "Icon comment %s", option); ^~ ~~~~~~ src/elogd.c:12496:16: note: ‘sprintf’ output between 14 and 1513 bytes into a destination of size 1500 sprintf(str, "Icon comment %s", option); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘submit_message’: src/elogd.c:16089:7: warning: ‘strncpy’ specified bound 256 equals destination size [-Wstringop-truncation] strncpy(str, strstr(response, "Error: Attribute") + 20, sizeof(str)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘submit_config’: src/elogd.c:16368:7: warning: ‘strncpy’ specified bound 256 equals destination size [-Wstringop-truncation] strncpy(str, strstr(response, "Error: Attribute") + 20, sizeof(str)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘synchronize_logbook’: src/elogd.c:16859:45: warning: ‘%s’ directive writing up to 255 bytes into a region of size 244 [-Wformat-overflow=] sprintf(loc_ref, "<a href=\".\">%s</a>", lbs->name); ^~ src/elogd.c:16859:13: note: ‘sprintf’ output between 17 and 272 bytes into a destination of size 256 sprintf(loc_ref, "<a href=\".\">%s</a>", lbs->name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16857:41: warning: ‘%s’ directive writing up to 255 bytes into a region of size 247 [-Wformat-overflow=] sprintf(loc_ref, "<a href=\"%s/\">%s</a>", lbs->name_enc, lbs->name); ^~ src/elogd.c:16857:13: note: ‘sprintf’ output between 17 and 527 bytes into a destination of size 256 sprintf(loc_ref, "<a href=\"%s/\">%s</a>", lbs->name_enc, lbs->name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16855:44: warning: ‘%s’ directive writing up to 255 bytes into a region of size 244 [-Wformat-overflow=] sprintf(loc_ref, "<a href=\"../%s/\">%s</a>", lbs->name_enc, lbs->name); ^~ src/elogd.c:16855:13: note: ‘sprintf’ output between 20 and 530 bytes into a destination of size 256 sprintf(loc_ref, "<a href=\"../%s/\">%s</a>", lbs->name_enc, lbs->name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:17181:50: warning: ‘%s’ directive writing up to 255 bytes into a region of size 247 [-Wformat-overflow=] sprintf(loc_ref, "<a href=\"%s/%d\">%s</a>", lbs->name_enc, message_id, loc("local")); ^~ src/elogd.c:17181:22: note: ‘sprintf’ output 18 or more bytes (assuming 273) into a destination of size 256 sprintf(loc_ref, "<a href=\"%s/%d\">%s</a>", lbs->name_enc, message_id, loc("local")); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:17179:53: warning: ‘%s’ directive writing up to 255 bytes into a region of size 244 [-Wformat-overflow=] sprintf(loc_ref, "<a href=\"../%s/%d\">%s</a>", lbs->name_enc, message_id, loc("local")); ^~ src/elogd.c:17179:22: note: ‘sprintf’ output 21 or more bytes (assuming 276) into a destination of size 256 sprintf(loc_ref, "<a href=\"../%s/%d\">%s</a>", lbs->name_enc, message_id, loc("local")); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:17185:54: warning: ‘%s’ directive writing up to 1999 bytes into a region of size 240 [-Wformat-overflow=] sprintf(rem_ref, "<a href=\"http://%s%d\">%s</a>", str, message_id, loc("remote")); ^~ ~~~ src/elogd.c:17185:19: note: ‘sprintf’ output 24 or more bytes (assuming 2023) into a destination of size 256 sprintf(rem_ref, "<a href=\"http://%s%d\">%s</a>", str, message_id, loc("remote")); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:17256:50: warning: ‘%s’ directive writing up to 255 bytes into a region of size 247 [-Wformat-overflow=] sprintf(loc_ref, "<a href=\"%s/%d\">%s</a>", lbs->name_enc, message_id, ^~ src/elogd.c:17256:22: note: ‘sprintf’ output 18 or more bytes (assuming 273) into a destination of size 256 sprintf(loc_ref, "<a href=\"%s/%d\">%s</a>", lbs->name_enc, message_id, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ loc("Local entry")); ~~~~~~~~~~~~~~~~~~~ src/elogd.c:17254:53: warning: ‘%s’ directive writing up to 255 bytes into a region of size 244 [-Wformat-overflow=] sprintf(loc_ref, "<a href=\"../%s/%d\">%s</a>", lbs->name_enc, message_id, loc("local")); ^~ src/elogd.c:17254:22: note: ‘sprintf’ output 21 or more bytes (assuming 276) into a destination of size 256 sprintf(loc_ref, "<a href=\"../%s/%d\">%s</a>", lbs->name_enc, message_id, loc("local")); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:16825:33: warning: ‘%s’ directive writing up to 1999 bytes into a region of size 992 [-Wformat-overflow=] sprintf(line, "MIRROR: %s", str); ^~ src/elogd.c:17044:31: mprint(lbs, mode, str); ~~~ src/elogd.c:16825:10: note: ‘sprintf’ output between 9 and 2008 bytes into a destination of size 1000 sprintf(line, "MIRROR: %s", str); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:17501:60: warning: ‘%s’ directive writing up to 1999 bytes into a region of size 240 [-Wformat-overflow=] sprintf(rem_ref, "<a href=\"http://%s%d\">%s</a>", str, message_id, ^~ ~~~ src/elogd.c:17501:25: note: ‘sprintf’ output 24 or more bytes (assuming 2023) into a destination of size 256 sprintf(rem_ref, "<a href=\"http://%s%d\">%s</a>", str, message_id, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ loc("Remote entry")); ~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘retrieve_email_from’: src/elogd.c:3539:44: warning: ‘%s’ directive writing up to 255 bytes into a region of size 245 [-Wformat-overflow=] sprintf(email_from_name, "ELog <ELog@%s>", host_name); ^~ ~~~~~~~~~ src/elogd.c:3539:7: note: ‘sprintf’ output between 13 and 268 bytes into a destination of size 256 sprintf(email_from_name, "ELog <ELog@%s>", host_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:3540:34: warning: ‘%s’ directive writing up to 255 bytes into a region of size 250 [-Wformat-overflow=] sprintf(email_from, "<ELog@%s>", host_name); ^~ ~~~~~~~~~ src/elogd.c:3540:7: note: ‘sprintf’ output between 8 and 263 bytes into a destination of size 256 sprintf(email_from, "<ELog@%s>", host_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:25877:41: warning: ‘%s’ directive writing up to 255 bytes into a region of size 239 [-Wformat-overflow=] src/elogd.c:3560:53: get_user_line(lbs, login_name, NULL, NULL, email_from, NULL, NULL, NULL); ~~~~~~~~~~ src/elogd.c:25877:41: sprintf(str, "/list/user[email=%s]", email); ^~ src/elogd.c:25877:10: note: ‘sprintf’ output between 19 and 274 bytes into a destination of size 256 sprintf(str, "/list/user[email=%s]", email); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:25873:40: warning: ‘%s’ directive writing up to 255 bytes into a region of size 240 [-Wformat-overflow=] src/elogd.c:3560:29: get_user_line(lbs, login_name, NULL, NULL, email_from, NULL, NULL, NULL); ~~~~~~~~~~ src/elogd.c:25873:40: sprintf(str, "/list/user[name=%s]", user); ^~ src/elogd.c:25873:10: note: ‘sprintf’ output between 18 and 273 bytes into a destination of size 256 sprintf(str, "/list/user[name=%s]", user); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:3561:38: warning: ‘ <’ directive writing 2 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(email_from_name, "%s <%s>", login_name, email_from); ^~ src/elogd.c:3561:10: note: ‘sprintf’ output between 4 and 514 bytes into a destination of size 256 sprintf(email_from_name, "%s <%s>", login_name, email_from); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘save_user_config’: src/elogd.c:13400:29: warning: ‘%s’ directive writing up to 255 bytes into a region of size 254 [-Wformat-overflow=] sprintf(str, "%s \"%s\" %s", loc("Login name"), user_enc, loc("exists already")); ^~ ~~~~~~~~ src/elogd.c:13400:10: note: ‘sprintf’ output 5 or more bytes (assuming 260) into a destination of size 256 sprintf(str, "%s \"%s\" %s", loc("Login name"), user_enc, loc("exists already")); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:13425:34: warning: ‘%s’ directive writing up to 255 bytes into a region of size 240 [-Wformat-overflow=] sprintf(str, "/list/user[name=%s]", user_enc); ^~ ~~~~~~~~ src/elogd.c:13425:4: note: ‘sprintf’ output between 18 and 273 bytes into a destination of size 256 sprintf(str, "/list/user[name=%s]", user_enc); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:13519:40: warning: ‘%s’ directive writing up to 255 bytes into a region of size 249 [-Wformat-overflow=] sprintf(url, "http://%s:%d/", http_host, elog_tcp_port); ^~ ~~~~~~~~~ src/elogd.c:13519:19: note: ‘sprintf’ output between 11 and 276 bytes into a destination of size 256 sprintf(url, "http://%s:%d/", http_host, elog_tcp_port); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:13517:41: warning: ‘%s’ directive writing up to 255 bytes into a region of size 248 [-Wformat-overflow=] sprintf(url, "https://%s:%d/", http_host, elog_tcp_port); ^~ ~~~~~~~~~ src/elogd.c:13517:19: note: ‘sprintf’ output between 12 and 277 bytes into a destination of size 256 sprintf(url, "https://%s:%d/", http_host, elog_tcp_port); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:13514:40: warning: ‘%s’ directive writing up to 255 bytes into a region of size 249 [-Wformat-overflow=] sprintf(url, "http://%s/", http_host); ^~ ~~~~~~~~~ src/elogd.c:13514:19: note: ‘sprintf’ output between 9 and 264 bytes into a destination of size 256 sprintf(url, "http://%s/", http_host); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:13512:41: warning: ‘%s’ directive writing up to 255 bytes into a region of size 248 [-Wformat-overflow=] sprintf(url, "https://%s/", http_host); ^~ ~~~~~~~~~ src/elogd.c:13512:19: note: ‘sprintf’ output between 10 and 265 bytes into a destination of size 256 sprintf(url, "https://%s/", http_host); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:13705:30: warning: ‘%s’ directive writing up to 255 bytes into a region of size 253 [-Wformat-overflow=] sprintf(str, "../%s/", lbs->name_enc); ^~ src/elogd.c:13705:13: note: ‘sprintf’ output between 5 and 260 bytes into a destination of size 256 sprintf(str, "../%s/", lbs->name_enc); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘activate_user’: src/elogd.c:25877:41: warning: ‘%s’ directive writing up to 255 bytes into a region of size 239 [-Wformat-overflow=] src/elogd.c:14075:46: get_user_line(lbs, user_name, NULL, NULL, user_email, NULL, NULL, &inactive); ~~~~~~~~~~ src/elogd.c:25877:41: sprintf(str, "/list/user[email=%s]", email); ^~ src/elogd.c:25877:10: note: ‘sprintf’ output between 19 and 274 bytes into a destination of size 256 sprintf(str, "/list/user[email=%s]", email); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:14111:40: warning: ‘%s’ directive writing up to 255 bytes into a region of size 249 [-Wformat-overflow=] sprintf(url, "http://%s:%d/", http_host, elog_tcp_port); ^~ ~~~~~~~~~ src/elogd.c:14111:19: note: ‘sprintf’ output between 11 and 276 bytes into a destination of size 256 sprintf(url, "http://%s:%d/", http_host, elog_tcp_port); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:14109:41: warning: ‘%s’ directive writing up to 255 bytes into a region of size 248 [-Wformat-overflow=] sprintf(url, "https://%s:%d/", http_host, elog_tcp_port); ^~ ~~~~~~~~~ src/elogd.c:14109:19: note: ‘sprintf’ output between 12 and 277 bytes into a destination of size 256 sprintf(url, "https://%s:%d/", http_host, elog_tcp_port); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:14106:40: warning: ‘%s’ directive writing up to 255 bytes into a region of size 249 [-Wformat-overflow=] sprintf(url, "http://%s/", http_host); ^~ ~~~~~~~~~ src/elogd.c:14106:19: note: ‘sprintf’ output between 9 and 264 bytes into a destination of size 256 sprintf(url, "http://%s/", http_host); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:14104:41: warning: ‘%s’ directive writing up to 255 bytes into a region of size 248 [-Wformat-overflow=] sprintf(url, "https://%s/", http_host); ^~ ~~~~~~~~~ src/elogd.c:14104:19: note: ‘sprintf’ output between 10 and 265 bytes into a destination of size 256 sprintf(url, "https://%s/", http_host); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_forgot_pwd_page’: src/elogd.c:25877:41: warning: ‘%s’ directive writing up to 255 bytes into a region of size 239 [-Wformat-overflow=] src/elogd.c:14173:58: get_user_line(lbs, login_name, NULL, full_name, user_email, NULL, NULL, NULL); ~~~~~~~~~~ src/elogd.c:25877:41: sprintf(str, "/list/user[email=%s]", email); ^~ src/elogd.c:25877:10: note: ‘sprintf’ output between 19 and 274 bytes into a destination of size 256 sprintf(str, "/list/user[email=%s]", email); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:25873:40: warning: ‘%s’ directive writing up to 255 bytes into a region of size 240 [-Wformat-overflow=] src/elogd.c:14173:29: get_user_line(lbs, login_name, NULL, full_name, user_email, NULL, NULL, NULL); ~~~~~~~~~~ src/elogd.c:25873:40: sprintf(str, "/list/user[name=%s]", user); ^~ src/elogd.c:25873:10: note: ‘sprintf’ output between 18 and 273 bytes into a destination of size 256 sprintf(str, "/list/user[name=%s]", user); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:14221:44: warning: ‘%s’ directive writing up to 255 bytes into a region of size 243 [-Wformat-overflow=] sprintf(redir, "?cmd=%s&oldpwd=%s", loc("Change password"), pwd); ^~ ~~~ src/elogd.c:14221:13: note: ‘sprintf’ output 14 or more bytes (assuming 269) into a destination of size 256 sprintf(redir, "?cmd=%s&oldpwd=%s", loc("Change password"), pwd); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:14225:34: warning: ‘%s’ directive writing up to 999 bytes into a region of size 993 [-Wformat-overflow=] sprintf(str, "?redir=%s&uname=%s&upassword=%s", str2, login_name, pwd); ^~ ~~~~ src/elogd.c:14225:13: note: ‘sprintf’ output between 26 and 1535 bytes into a destination of size 1000 sprintf(str, "?redir=%s&uname=%s&upassword=%s", str2, login_name, pwd); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_change_pwd_page’: src/elogd.c:9011:53: warning: ‘%s’ directive writing up to 255 bytes into a region of size 237 [-Wformat-overflow=] sprintf(str, "?cmd=%s&config=%s&fail=%s", loc("Change password"), getparam("unm"), error_str); ^~ ~~~~~~~~~ src/elogd.c:9011:16: note: ‘sprintf’ output 20 or more bytes (assuming 275) into a destination of size 256 sprintf(str, "?cmd=%s&config=%s&fail=%s", loc("Change password"), getparam("unm"), error_str); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:9001:47: warning: ‘%s’ directive writing up to 255 bytes into a region of size 241 [-Wformat-overflow=] sprintf(str, "?cmd=%s&cfg_user=%s", loc("Config"), config); ^~ ~~~~~~ src/elogd.c:9001:16: note: ‘sprintf’ output 16 or more bytes (assuming 271) into a destination of size 256 sprintf(str, "?cmd=%s&cfg_user=%s", loc("Config"), config); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_edit_form’: src/elogd.c:10047:33: warning: ‘%s’ directive writing up to 255 bytes into a region of size 251 [-Wformat-overflow=] sprintf(page_title, "ELOG %s", lbs->name); ^~ src/elogd.c:10047:7: note: ‘sprintf’ output between 6 and 261 bytes into a destination of size 256 sprintf(page_title, "ELOG %s", lbs->name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:10721:35: warning: ‘%s’ directive writing up to 9999 bytes into a region of size 248 [-Wformat-overflow=] sprintf(title, " title=\"%s\"", comment); ^~ ~~~~~~~ src/elogd.c:10721:10: note: ‘sprintf’ output between 10 and 10009 bytes into a destination of size 256 sprintf(title, " title=\"%s\"", comment); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11189:52: warning: ‘%s’ directive writing up to 9999 bytes into a region of size 9992 [-Wformat-overflow=] sprintf(tooltip, " title=\"%s\"", comment); ^~ ~~~~~~~ src/elogd.c:11189:25: note: ‘sprintf’ output between 10 and 10009 bytes into a destination of size 10000 sprintf(tooltip, " title=\"%s\"", comment); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11138:52: warning: ‘%s’ directive writing up to 9999 bytes into a region of size 9992 [-Wformat-overflow=] sprintf(tooltip, " title=\"%s\"", comment); ^~ ~~~~~~~ src/elogd.c:11138:25: note: ‘sprintf’ output between 10 and 10009 bytes into a destination of size 10000 sprintf(tooltip, " title=\"%s\"", comment); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11143:52: warning: ‘%s’ directive writing up to 9999 bytes into a region of size 9992 [-Wformat-overflow=] sprintf(tooltip, " title=\"%s\"", comment); ^~ ~~~~~~~ src/elogd.c:11143:25: note: ‘sprintf’ output between 10 and 10009 bytes into a destination of size 10000 sprintf(tooltip, " title=\"%s\"", comment); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11958:41: warning: ‘ -format '’ directive writing 10 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(cmd, "%s -format '%%wx%%h' '%s'", _identify_cmd, file_name); ^~~~~~~~~~ src/elogd.c:11958:25: note: ‘sprintf’ output between 20 and 530 bytes into a destination of size 256 sprintf(cmd, "%s -format '%%wx%%h' '%s'", _identify_cmd, file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11956:41: warning: ‘ -format '’ directive writing 10 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(cmd, "%s -format '%%wx%%h' '%s[0]'", _identify_cmd, file_name); ^~~~~~~~~~ src/elogd.c:11956:25: note: ‘sprintf’ output between 23 and 533 bytes into a destination of size 256 sprintf(cmd, "%s -format '%%wx%%h' '%s[0]'", _identify_cmd, file_name); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:12022:42: warning: ‘%s’ directive writing up to 2999 bytes into a region of size 256 [-Wformat-overflow=] sprintf(ref, "%s/%s", str, file_enc); ^~ ~~~ src/elogd.c:12022:28: note: ‘sprintf’ output between 2 and 3256 bytes into a destination of size 256 sprintf(ref, "%s/%s", str, file_enc); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:12008:48: warning: ‘%s’ directive writing up to 2999 bytes into a region of size 256 [-Wformat-overflow=] sprintf(ref, "%s/%s?thumb=1", str, file_enc); ^~ ~~~ src/elogd.c:12008:34: note: ‘sprintf’ output between 10 and 3264 bytes into a destination of size 256 sprintf(ref, "%s/%s?thumb=1", str, file_enc); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:11991:42: warning: ‘%s’ directive writing up to 2999 bytes into a region of size 256 [-Wformat-overflow=] sprintf(ref, "%s/%s?thumb=1", str, file_enc); ^~ ~~~ src/elogd.c:11991:28: note: ‘sprintf’ output between 10 and 3264 bytes into a destination of size 256 sprintf(ref, "%s/%s?thumb=1", str, file_enc); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_elog_list’: src/elogd.c:20242:39: warning: ‘%s’ directive writing up to 79 bytes into a region of size 73 [-Wformat-overflow=] sprintf(mode_cookie, "elmode=%s", mode); ^~ ~~~~ src/elogd.c:20242:10: note: ‘sprintf’ output between 8 and 87 bytes into a destination of size 80 sprintf(mode_cookie, "elmode=%s", mode); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:21574:43: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 249 [-Wformat-overflow=] sprintf(ref, "?rsort=%s", str); ^~ ~~~ src/elogd.c:21574:22: note: ‘sprintf’ output between 8 and 1507 bytes into a destination of size 256 sprintf(ref, "?rsort=%s", str); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:21576:42: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 250 [-Wformat-overflow=] sprintf(ref, "?sort=%s", str); ^~ ~~~ src/elogd.c:21576:22: note: ‘sprintf’ output between 7 and 1506 bytes into a destination of size 256 sprintf(ref, "?sort=%s", str); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:21592:38: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 1493 [-Wformat-overflow=] sprintf(str, "title=\"%s\"", comment); ^~ ~~~~~~~ src/elogd.c:21592:16: note: ‘sprintf’ output between 9 and 1508 bytes into a destination of size 1500 sprintf(str, "title=\"%s\"", comment); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:20066:31: warning: ‘3D’ directive writing 2 bytes into a region of size between 0 and 1499 [-Wformat-overflow=] sprintf(str, "%s%%3D", param); ^~ src/elogd.c:20066:13: note: ‘sprintf’ output between 4 and 1503 bytes into a destination of size 1500 sprintf(str, "%s%%3D", param); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:20089:31: warning: ‘3D’ directive writing 2 bytes into a region of size between 0 and 1499 [-Wformat-overflow=] sprintf(str, "%s%%3D", param); ^~ src/elogd.c:20089:13: note: ‘sprintf’ output between 4 and 1503 bytes into a destination of size 1500 sprintf(str, "%s%%3D", param); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_elog_entry’: src/elogd.c:25284:33: warning: ‘%s’ directive writing up to 2999 bytes into a region of size 256 [-Wformat-overflow=] sprintf(ref, "%s/%s", str, file_enc); ^~ ~~~ src/elogd.c:25284:19: note: ‘sprintf’ output between 2 and 3256 bytes into a destination of size 256 sprintf(ref, "%s/%s", str, file_enc); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:25278:43: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 246 and 247 [-Wformat-overflow=] sprintf(ref, "cid:att%d@%s", index, domain); ^~ ~~~~~~ src/elogd.c:25278:19: note: ‘sprintf’ output between 10 and 266 bytes into a destination of size 256 sprintf(ref, "cid:att%d@%s", index, domain); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘compose_email’: src/elogd.c:22630:18: warning: ‘%s’ directive writing up to 1599 bytes into a region of size 256 [-Wformat-overflow=] sprintf(url, "%s%d", str, message_id); ^~ ~~~ src/elogd.c:22630:4: note: ‘sprintf’ output between 2 and 1611 bytes into a destination of size 256 sprintf(url, "%s%d", str, message_id); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘submit_elog’: src/elogd.c:23108:33: warning: ‘%d’ directive writing between 1 and 3 bytes into a region of size between 0 and 1499 [-Wformat-overflow=] sprintf(str, "%s_%d", ua, j); ^~ src/elogd.c:23108:29: note: directive argument in the range [0, 100] sprintf(str, "%s_%d", ua, j); ^~~~~~~ src/elogd.c:23108:16: note: ‘sprintf’ output between 3 and 1504 bytes into a destination of size 1500 sprintf(str, "%s_%d", ua, j); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:23269:33: warning: ‘%d’ directive writing between 1 and 3 bytes into a region of size between 0 and 1499 [-Wformat-overflow=] sprintf(str, "%s_%d", ua, j); ^~ src/elogd.c:23269:29: note: directive argument in the range [0, 100] sprintf(str, "%s_%d", ua, j); ^~~~~~~ src/elogd.c:23269:16: note: ‘sprintf’ output between 3 and 1504 bytes into a destination of size 1500 sprintf(str, "%s_%d", ua, j); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:23647:34: warning: ‘%d’ directive writing between 1 and 10 bytes into a region of size between 0 and 1499 [-Wformat-overflow=] sprintf(str2, "%s_%d", ua, mindex); ^~ src/elogd.c:23647:30: note: directive argument in the range [0, 2147483647] sprintf(str2, "%s_%d", ua, mindex); ^~~~~~~ src/elogd.c:23647:16: note: ‘sprintf’ output between 3 and 1511 bytes into a destination of size 1500 sprintf(str2, "%s_%d", ua, mindex); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘do_self_register’: src/elogd.c:26908:27: warning: ‘%s’ directive writing up to 255 bytes into a region of size 253 [-Wformat-overflow=] sprintf(str, "../%s/", lbs->name_enc); ^~ src/elogd.c:26908:10: note: ‘sprintf’ output between 5 and 260 bytes into a destination of size 256 sprintf(str, "../%s/", lbs->name_enc); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘show_uploader_finished’: src/elogd.c:27149:24: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 0 and 255 [-Wformat-overflow=] sprintf(ref, "%s/%s?lb=%s", str, file_enc, lbs->name_enc); ^~ ~~~~~~~~ src/elogd.c:27149:7: note: ‘sprintf’ output between 6 and 771 bytes into a destination of size 256 sprintf(ref, "%s/%s?lb=%s", str, file_enc, lbs->name_enc); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:27150:30: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 0 and 255 [-Wformat-overflow=] sprintf(ref_thumb, "%s/%s?lb=%s&thumb=1", str, file_enc, lbs->name_enc); ^~ ~~~~~~~~ src/elogd.c:27150:7: note: ‘sprintf’ output between 14 and 779 bytes into a destination of size 256 sprintf(ref_thumb, "%s/%s?lb=%s&thumb=1", str, file_enc, lbs->name_enc); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘interprete’: src/elogd.c:28378:27: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 1495 [-Wformat-overflow=] sprintf(str1, "?cmd=%s", str); ^~ ~~~ src/elogd.c:28378:7: note: ‘sprintf’ output between 6 and 1505 bytes into a destination of size 1500 sprintf(str1, "?cmd=%s", str); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:28382:27: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 1495 [-Wformat-overflow=] sprintf(str2, "?cmd=%s", str); ^~ ~~~ src/elogd.c:28382:7: note: ‘sprintf’ output between 6 and 1505 bytes into a destination of size 1500 sprintf(str2, "?cmd=%s", str); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:28177:31: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 1495 [-Wformat-overflow=] sprintf(str, "%s: <b>%s</b>", loc("Invalid URL"), str2); ^~ ~~~~ src/elogd.c:28177:10: note: ‘sprintf’ output 10 or more bytes (assuming 1509) into a destination of size 1500 sprintf(str, "%s: <b>%s</b>", loc("Invalid URL"), str2); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c:27649:28: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 1495 [-Wformat-overflow=] sprintf(str, "%s: <b>%s</b>", loc("Invalid URL"), str2); ^~ ~~~~ src/elogd.c:27649:7: note: ‘sprintf’ output 10 or more bytes (assuming 1509) into a destination of size 1500 sprintf(str, "%s: <b>%s</b>", loc("Invalid URL"), str2); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elogd.c: In function ‘decode_post’: src/elogd.c:28615:54: warning: ‘%s’ directive writing up to 1499 bytes into a region of size 1483 [-Wformat-overflow=] sprintf(str, "Error: Filename \"%s\" contains invalid character", str2); ^~ ~~~~ src/elogd.c:28615:22: note: ‘sprintf’ output between 46 and 1545 bytes into a destination of size 1500 sprintf(str, "Error: Filename \"%s\" contains invalid character", str2); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ gcc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -Wno-deprecated-declarations -Imxml -DHAVE_SSL -o elconv src/elconv.c -lssl src/elconv.c: In function ‘ss_file_find’: src/elconv.c:233:10: warning: ‘strncpy’ output truncated before terminating nul copying as many bytes from a string as its length [-Wstringop-truncation] strncpy(*plist + (i * MAX_PATH_LENGTH), dp->d_name, strlen(dp->d_name)); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c: In function ‘el_search_message’: src/elconv.c:325:32: warning: ‘%02d’ directive writing between 2 and 3 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(file_name, "%s%02d%02d%02d.log", dir, tms->tm_year % 100, tms->tm_mon + 1, tms->tm_mday); ^~~~ src/elconv.c:325:29: note: directive argument in the range [-99, 99] sprintf(file_name, "%s%02d%02d%02d.log", dir, tms->tm_year % 100, tms->tm_mon + 1, tms->tm_mday); ^~~~~~~~~~~~~~~~~~~~ src/elconv.c:325:29: note: directive argument in the range [-2147483647, 2147483647] src/elconv.c:325:10: note: ‘sprintf’ output between 11 and 285 bytes into a destination of size 256 sprintf(file_name, "%s%02d%02d%02d.log", dir, tms->tm_year % 100, tms->tm_mon + 1, tms->tm_mday); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:419:32: warning: ‘%06d’ directive writing 6 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(file_name, "%s%06d.log", dir, max % 1000000); ^~~~ src/elconv.c:419:29: note: directive argument in the range [0, 999999] sprintf(file_name, "%s%06d.log", dir, max % 1000000); ^~~~~~~~~~~~ src/elconv.c:419:10: note: ‘sprintf’ output between 11 and 266 bytes into a destination of size 256 sprintf(file_name, "%s%06d.log", dir, max % 1000000); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:388:32: warning: ‘%06d’ directive writing between 6 and 7 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(file_name, "%s%06d.log", dir, min % 1000000); ^~~~ src/elconv.c:388:29: note: directive argument in the range [-999999, 999999] sprintf(file_name, "%s%06d.log", dir, min % 1000000); ^~~~~~~~~~~~ src/elconv.c:388:10: note: ‘sprintf’ output between 11 and 267 bytes into a destination of size 256 sprintf(file_name, "%s%06d.log", dir, min % 1000000); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c: In function ‘el_submit’: src/elconv.c:626:38: warning: ‘%02d’ directive writing between 2 and 3 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(file_name, "%s%02d%02d%02d_%02d%02d%02d_%s", dir, ^~~~ src/elconv.c:626:35: note: directive argument in the range [-99, 99] sprintf(file_name, "%s%02d%02d%02d_%02d%02d%02d_%s", dir, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:626:35: note: directive argument in the range [-2147483647, 2147483647] src/elconv.c:626:16: note: ‘sprintf’ output between 15 and 571 bytes into a destination of size 256 sprintf(file_name, "%s%02d%02d%02d_%02d%02d%02d_%s", dir, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ tms->tm_year % 100, tms->tm_mon + 1, tms->tm_mday, tms->tm_hour, ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ tms->tm_min, tms->tm_sec, str); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:690:29: warning: ‘%02d’ directive writing between 2 and 3 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(file_name, "%s%02d%02d%02d.log", dir, tms->tm_year % 100, tms->tm_mon + 1, tms->tm_mday); ^~~~ src/elconv.c:690:26: note: directive argument in the range [-99, 99] sprintf(file_name, "%s%02d%02d%02d.log", dir, tms->tm_year % 100, tms->tm_mon + 1, tms->tm_mday); ^~~~~~~~~~~~~~~~~~~~ src/elconv.c:690:26: note: directive argument in the range [-2147483647, 2147483647] src/elconv.c:690:7: note: ‘sprintf’ output between 11 and 285 bytes into a destination of size 256 sprintf(file_name, "%s%02d%02d%02d.log", dir, tms->tm_year % 100, tms->tm_mon + 1, tms->tm_mday); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c:656:29: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(file_name, "%s%s.log", dir, str); ^~ ~~~ src/elconv.c:656:7: note: ‘sprintf’ output between 5 and 515 bytes into a destination of size 256 sprintf(file_name, "%s%s.log", dir, str); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/elconv.c: In function ‘scan_messages’: src/elconv.c:981:29: warning: ‘%s’ directive writing up to 255 bytes into a region of size between 1 and 256 [-Wformat-overflow=] sprintf(file_name, "%s%sa.log", data_dir, str); ^~ ~~~ src/elconv.c:981:7: note: ‘sprintf’ output between 6 and 516 bytes into a destination of size 256 sprintf(file_name, "%s%sa.log", data_dir, str); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Allen
> "file not found" should return http code 404. elogd returns code 200 together > with a page containing text "404 not found". This pollutes the browser cache > with wrong content (in this case, we are trying to load a css file, and the browser > is trying to use text "404 not found" as if it were a css. bad. file not found > should return http code 404. K.O. Yes. That's quite a problem when interacting with ELOG programmatically. Only way to find whether response succeeded or failed with 404 is to parse response body When file is not found send_file_direct calls show_html_header which in turn calls show_http_header which sets HTTP code 200 unconditionally. It's reasonably easy to patch around.
elog: /1
Hi, I also have this problem, when a non admin user logs in he does not have access to the config file but if he logs out he can then access the config file as non logged user. I also tried to upgrade to version 2.5.3 but running under this version does not ask for passwords so I reverted to 2.5.2. Besides these few details, your software is great ! Thank you, Alexandre > > For some reason if I define a "login user" that is allowed the configure > > option he is also allowed to change the configuration file. According to the > > documentation it seems like this should NOT be the case. Any ideas as to > > what the problem might be? > > Unfortunately I cannot reproduce your problem. This leaves few possibilites: > > - any login user CAN change his/her full name, email address etc. but only admin > users can change ALL OTHERS as well. Admin users should see a "change elogd.cfg" > button on the config page, whil normal users will not > > - are you sure you logged out as admin user and loggin in again as non-admin > user? Under some circumstances, the browser keeps old cookies which can confuse > things. Best is if you delete all browser cookies and try again (Tools/Internet > Options/Delete Cookies in IE). > > - Stefan
Dear Stefan, I eventually tried the latest version from the CVS. And it is odd because like when I tried version 2.5.3, it is like it ignores the passwd file. I guess I must have a problem in my cfg file. So I can't really test if 2.5.3 or 2.5.4 have the same problem. Right now I'm still using 2.5.2 which works fine, if i log out and click on the logbook tab. I get the page which ask for the username and password. The thing is I don't get returned to the username/password when I hit log out. I arrive in the state you can see in the unlogged.jpg. From here if can go into all the logbooks as long as I don't hit the logbooks tab and worse I can access to all the config files. Is there something really badly configured in my config file ? I guess it is not supposed to work that way. Thank you, Alexandre
The elogd.cfg is attached in the previous message as attachement 3. Sorry it is a little bit buried between pictures. The reason I put the picture of the global elogd.cfg is to show that the not logged user has access to elogd.cfg which is some kind of trouble... > I just see your [global] part of elogd.cfg, could you send me the complete file? > Hi I tried to remove the cookies and it still did not ask for password under 2.5.4. Has the password file format changed between 2.5.2 and 2.5.3 ? > What you also could try is to delete all cookies stored in your browser. The way > cookies are formed changed between 2.5.2 and 2.5.3, so the system could be > confused by old cookies. > > - Stefan
Thank you, I misunderstood how the "Guest menu commands" worked I thought I had to specify a limited set of commands to actually limit guest users. Thanks again for your wonderful work on this program too. Regards, Alexandre > Ok, now I see your problem. You defined a "Guest menu commands" which explicitly allows > not-authorized access (that's what it's for). If you only want to allow authorized > access, remove the "guest menu commands" from the logbook sections and also from the > [global] section. > > Please note that if an option is not preent in a logbook section, it is looked for in > the [global] section. I see that most of your logbooks have similar settings. Just put > them into the [global] section, and override it in the logbook section if they are > different.
It seems when I use "reply" with an attachments, the original attachments of the message are removed. I use elog-2.3.5 Alexander.
It seems that maximal number of attachments is about 20. When you try to add more, a new entry _is_ added to the logbook but the refernce to it is not added to the web page.
> > It seems when I use "reply" with an attachments, the original attachments of > > the message are removed. > > > > I use elog-2.3.5 > > > > Alexander. > > Please see elog:280 . I will releae 2.3.6 with this bugfix somewhen during > this week. > > - Stefan Wow! Fast reply!!! Thanks a lot!
> > It seems that maximal number of attachments is about 20. When you try to add > > more, a new entry _is_ added to the logbook but the refernce to it is not > > added to the web page. > > Uhhh, Mr. "monster of number of attachments" gave it's stroke! :) I wanted to post a message with ~200 attachments. >Well, we never > had such large number of attachments so I forgot to put a waring in. The > limit comes from > > #define MAX_ATTACHMENTS 20 > > in elogd.c which you can easily increase (as long as you have RAM!) and > recompile. Actually my report was NOT about this limitation. You have it - it is fine. The problem is that I add some 'zombies' or dead files to my logbook. BTW is there a tool to check the 'integrity' of a logbook? That all attachments are in place, there are no dead files, etc. I perfectly understand that it is not _highly_ desired or needed, but with the two last problems (auto-removing of attached files and silent adding a new ones with 20+ attachments) I have doubts that our logbook in a good state. And we just started to use it. And I am still so excited about it!!
Is there a way to export logs from elog (for example after I have selected a filter) to txt or csv...
I found the "Download" attribute but this works for only one elog entry...
shame on me, there is a way!
I can search with find and then export as csv file
ok, tnx! I will do the export and calculation with Excel
Hello, I try to have two Extendable options : Client and Equipment so here is the line in my elogd.cfg Extendable options = Client, Equipment When I create a new entrie, I have the 2 scroll menus(Client and Equipment) and the 2 buttons(Client and Equipment) but i can't create 2 news entries, i must create one for client, after I submit, I edit one more time and add a new equipement. Is there a solution for this? Thanks a lot and sorry for mistakes or problem of comprehension i'am french :)
Hi, Is there any solution to obtain an non-clickable column ? For example here : http://midas.psi.ch/elogs/Config+Examples/ what should I do to obtain the data of the Category column non clickable? I don't have find a solution in the Syntax of elogd.cfg (http://midas.psi.ch/elog/config.html) Thanks a lot
> > Is there any solution to obtain an non-clickable column ? > > For example here : http://midas.psi.ch/elogs/Config+Examples/ what should > > I do to obtain the data of the Category column non clickable? > > I don't have find a solution in the Syntax of elogd.cfg > > (http://midas.psi.ch/elog/config.html) > > What do you mean by "non-clickable column"? The column header for sorting, or > the column contents which brings you to the single entry page? For both of > them, there is no way right now to obtain that. Why do you want it? I talk about the column contents. In fact on ELOG, we store password so its more easyer to click twice on it to select them and after to copy them instead of select from right to left the password and to try to copy them. The HMTL link gave problem, its more hard to copy data from HTML link than an normal TXT. A little hard to explain sorry for my mistakes and explication I'm French :o).
> > I talk about the column contents. In fact on ELOG, we store password so its > > more easyer to click twice on it to select them and after to copy them instead > > of select from right to left the password and to try to copy them. The HMTL > > link gave problem, its more hard to copy data from HTML link than an normal TXT. > > A little hard to explain sorry for my mistakes and explication I'm French :o). > > I added a new option "Link display = ...", with which you can restrict the number of > attribues which gets a HTML link. If you put > > Link display = ID, Author > > then only the ID column and the colum with the Author are shown as HTML links, all > other are shown as simple text. > > The new version is under CVS. This option will be included in the next release. Great news :) ! thanks a lot !
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
> > > 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)
> 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.
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 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
> > 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)
> > 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. 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 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 ;)
Hello Stefan, I have an question for you :o). Is there any solution to use the filtering system with an match case solution ? Add a parameter or something else to add a solution ? I gave you an picture for the explaination. Wenn I select GA for example, I just want to habe GA in my array and not CofoGAr. Thanks for answer
Hi, Is there anybody that use the MOptions ? I'am searching some example to understand this fonction could you help me ? :) Thanks a lot for answer!
Hello Stefan, Did you have a release Date for Elog V2.6.0 ? Thanks in Advance.
> > Hello Stefan, > > Did you have a release Date for Elog V2.6.0 ? > > Thanks in Advance. > > There is still some unfinished code in the HTML email notification. I guess it will take me still some weeks to > finish that, since I'm pretty busy these days... Ok ! Thanks for the rapid answer!
Options Client = ALL, Test one{2}, Test two{3} # Test one {2} Options Equipment = FWL0020, RT0015 # Test two {3} Options Equipment =
[quote="Alex H"]Hi Stephan, I have a unknown bug and need help :)! First, please take a look to attached screenshot On the "elog problem1.gif" and "elog problem2.gif" there aren't any problem. The entry "Mairie STO" appears correct but when I try to edit the "Equipment" field, the list/combo shows improper data. I obtain "- please select -" instead of "RT0004" What's the problem ? Thanks a lot.[/quote] UP! No idea :'( ?
Hi Holger, > Which ELOG version do you use? I'am using the version V2.6.1-1653 of Elog > From which logbook are the screenshots? (I assume it's Liste - right?) Right :)! I've just seen that Stefan has build a V2.6.1-1663 version of ELOG. I try to install this new version and gave you answer as soon as possible :)!
> Hi Holger, > > > Which ELOG version do you use? > I'am using the version V2.6.1-1653 of Elog > > > From which logbook are the screenshots? (I assume it's Liste - right?) > Right :)! > > I've just seen that Stefan has build a V2.6.1-1663 version of ELOG. > I try to install this new version and gave you answer as soon as possible :)! Now I'am using the Elog V2.6.1-1668 and same probleme. I think it's a data problem. I have edited my logbooks\Liste\050302a.log with an Hexadecimal editor and found one carruage return juste before the
I was finally able to catch the crash.
I paste below the info provided by lldb..
It seems that it has something to do with the 'first' logbook that contains 115 entries and is displayed in 6 pages.
But I do not know how to go any further...
Any idea on how to debug from now on?
2019-04-30 12:32:27.602782+0200 elogd[19289:1908166] detected source and destination buffer overlap
Process 19289 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
frame #0: 0x00007fff7a1272c6 libsystem_kernel.dylib`__pthread_kill + 10
libsystem_kernel.dylib`__pthread_kill:
-> 0x7fff7a1272c6 <+10>: jae 0x7fff7a1272d0 ; <+20>
0x7fff7a1272c8 <+12>: movq %rax, %rdi
0x7fff7a1272cb <+15>: jmp 0x7fff7a121457 ; cerror_nocancel
0x7fff7a1272d0 <+20>: retq
Target 0: (elogd) stopped.
(lldb) thread backtrace all
* frame #0: 0x00007fff7a1272c6 libsystem_kernel.dylib`__pthread_kill + 10
frame #1: 0x00007fff7a1dcbf1 libsystem_pthread.dylib`pthread_kill + 284
frame #2: 0x00007fff7a0916a6 libsystem_c.dylib`abort + 127
frame #3: 0x00007fff7a091819 libsystem_c.dylib`abort_report_np + 177
frame #4: 0x00007fff7a0b5cb1 libsystem_c.dylib`__chk_fail + 48
frame #5: 0x00007fff7a0b5cc1 libsystem_c.dylib`__chk_fail_overlap + 16
frame #6: 0x00007fff7a0b5ce3 libsystem_c.dylib`__chk_overlap + 34
frame #7: 0x00007fff7a0b5d39 libsystem_c.dylib`__strlcpy_chk + 58
frame #9: 0x000000010006aaf6 elogd`show_page_filters(lbs=0x0000000102804308, n_msg=115, page_n=6, mode_commands=YES, mode="Summary") at elogd.c:19072:10
frame #10: 0x00000001000536b8 elogd`show_elog_list(lbs=0x0000000102804308, past_n=0, last_n=0, page_n=6, default_page=NO, info=0x0000000000000000) at elogd.c:21506:10
frame #11: 0x000000010008ee58 elogd`interprete(lbook="first", path="") at elogd.c:28543:7
frame #12: 0x000000010008f096 elogd`decode_get(logbook="first", string="?id") at elogd.c:28583:4
frame #13: 0x00000001000937fd elogd`process_http_request(request="GET /first?id=108&sort=Subject", i_conn=0) at elogd.c:29361:7
frame #14: 0x0000000100097744 elogd`server_loop at elogd.c:30375:20
frame #15: 0x000000010009a073 elogd`main(argc=3, argv=0x00007ffeefbffc20) at elogd.c:31403:4
frame #16: 0x00007fff79fec3d5 libdyld.dylib`start + 1
Actually it is a little bit more difficult than that.
I have restarted elogd and got a crash but this time it seems related to a different logbook...
Below the stack trace..
2019-04-30 13:58:52.408845+0200 elogd[22152:2009063] detected source and destination buffer overlap
Process 22152 stopped
(lldb)
error: No auto repeat.
frame #8: 0x00000001000684e3 elogd`subst_param(str="&Type=%5EInfo%24", size=1500, param="last", value="") at elogd.c:18712:7
frame #9: 0x000000010004bbaa elogd`show_elog_list(lbs=0x0000000103801008, past_n=0, last_n=0, page_n=0, default_page=YES, info=0x0000000000000000) at elogd.c:20183:7
frame #10: 0x000000010008ee58 elogd`interprete(lbook="FOOTGsi2019", path="") at elogd.c:28543:7
frame #11: 0x000000010008f096 elogd`decode_get(logbook="FOOTGsi2019", string="?last") at elogd.c:28583:4
frame #12: 0x00000001000937fd elogd`process_http_request(request="GET /FOOTGsi2019/?last=_all_&Type=%5EInfo%24", i_conn=2) at elogd.c:29361:7
frame #13: 0x0000000100097744 elogd`server_loop at elogd.c:30375:20
frame #14: 0x000000010009a073 elogd`main(argc=3, argv=0x00007ffeefbffc20) at elogd.c:31403:4
frame #15: 0x00007fff79fec3d5 libdyld.dylib`start + 1
Thanks a lot for providing a quick fix!
The elog is now happily running since two days without problems :)
I will get back to you in case anything else shows up.
Hi, I have been using elog for years at CERN.
Now I installed in my local workstation at my home inistitue
and sysadmin reported the following vulnerabilities:
- Configuration File Disclosure (CVE-2019-3992) - Password Hash Disclosure (CVE-2019-3993) - Use After Free (CVE-2019-3994) - NULL Pointer Dereference (CVE-2019-3995) - Unintended Proxy (CVE-2019-3996)
Am I doing soimething wrong?
sysadmin will not allow me to use it until it is fixed....
Any help is welcome.
Ok, many many thanks! I will pass the info to my sysadmin. Best Regards. > The CVEs you refer to are very old and have been fixed a long time ago. > > Please refer to: > https://www.tenable.com/security/research/tra-2019-53 > > This report states that all the reported problems are fixed as of ELOG 3.1.4-283534d or later. > > Note that the elog git history does not refer to these CVEs because > they were fixed before the CVE number was assigned, per "Disclosure Timeline" > in the above document. The relevant commits are listed under "Additional References". > > K.O.
> Ok, many many thanks! > I will pass the info to my sysadmin. > Best Regards. > > > The CVEs you refer to are very old and have been fixed a long time ago. > > > > Please refer to: > > https://www.tenable.com/security/research/tra-2019-53 > > > > This report states that all the reported problems are fixed as of ELOG 3.1.4-283534d or later. > > > > Note that the elog git history does not refer to these CVEs because > > they were fixed before the CVE number was assigned, per "Disclosure Timeline" > > in the above document. The relevant commits are listed under "Additional References". > > > > K.O. Am I wrong that the windows executable version on the site is dated 2018? 3.1.4-2?
I was wondering if anyone would be able to assist me in getting the ImageMagick/figure scaling working on an elog running under windows 11 (Microsoft Windows Version 22H2 (OS Build 22621.3880)). I've followed the installation instructions and checked that $PATH contains the directory for both ImageMagick and GSS. In a 'command prompt' window, when I execute "identify -version" from any directory I get the response:
Version: ImageMagick 7.1.1-35 Q16-HDRI x64 d775d2a:20240714 https://imagemagick.org Copyright: (C) 1999 ImageMagick Studio LLC License: https://imagemagick.org/script/license.php Features: Channel-masks(64-bit) Cipher DPC HDRI Modules OpenCL OpenMP(2.0) Delegates (built-in): bzlib cairo flif freetype gslib heic jng jp2 jpeg jxl lcms lqr lzma openexr pangocairo png ps raqm raw rsvg tiff webp xml zip zlib Compiler: Visual Studio 2022 (194033811)
which I believe is correct. I've looked through the source-code for the elog and I believe that upon initialisation elogd is looking for a response containing "ImageMagick" somewhere in the response [image_magick_exist = (strstr(str, "ImageMagick") != NULL);] so I'm not sure I understand why this isn't being satisfied. When I run elogd I get the statement "ImageMagick NOT detected. Image scaling will not work.".
I have the feeling that this is some security restriction in windows 11, so was wondering if anyone had seen this problem before and knew of a solution.
I've managed to get it working and the problem wasn't what I thought it was. It turns out that ImageMagick v7 doesn't have a "convert.exe" program in the windows version due to some conflict with a disk conversion utility. The "convert.exe" has been replaced with a "magick.exe" and so I made a CONVERT.BAT script within the elog folder with content "magick %*". This workaround appears to have solved the problem.
Hi, I was wondering what is the correct way so that the author field when a reply is made shows the author of the person making the reply. In version 2.6, the field was filled correctly but since upgrading to ELOG V2.9.1-2435 due to the ssh problem the field just keeps the author of the original post. I have a tried a number of subst on reply Author = $long_name with no luck. Any ideas? Cheers, Aldo
Alan
Hello Stefan.
(PS: Just getting started with ELog. Please excuse if these questions sound newbie. I also searched the Forum first but haven't found any answers to them yet.)
Steve, just a word of thanks for "butting in" ... my next thought was how could I schedule an export to feed the other database so it wouldn't have to be done manually each day. Your question took care of that for me! :)
Good community. Thanks.
Also, I saw a Perl script contribution somewhere on the site which appears to offer the same functionality as the above util. Just wondering why there would be two methods, and which might be the best for me to use?
It seems straight forward enough but I must be missing something in my elog command string. I run the client utiltiy but it always hangs after pressing Enter from the cmd window. It could be the way I specifying the host or subdir but I'm not sure. I tried multiple variations.
Some more info: For the prototype I'm just running Elog locally. I installed it to my XP in "c:\program files\elog". I verified tht elogd process is running. With the Elog page already open (ref my attached cfg file) I typed the following, observing case sensitivity, then press enter and at this point it just hangs:
elog -h localhost -p 8080 -l Tartan+Tow+Log -d elog -a Ticket+date="Jul26/11"
Note since all attributes are optional I only included "Ticket Date" for now until I can get this cmd working.
Please bear with me as I don't have an extensive technical background but I would be very grateful for any help as it's for a project at work. Soonest response would be greatly appreciated.
Andreas, thank you very much. I was able to get the stand alone function working fine on my site, including a number of add'l attributes and options (SSL, etc).
I have a street address attribute called Ticket Location which I would like to hyperlink to google maps so I can see a map representation of the actual value. For example, the value "654 Pembina" on the List page shoud be inserted into the url such that it displays http://maps.google.com/?q=654 Pembina, winnipeg when the browser window opens. This url works fine when I manually type it directly into the address bar, however I cannot get it to work properly as a link originating from Elog.
This is what I have done so far: I added the following to my cfg file: Change Ticket Location = <a href="http://maps.google.com/?q=$Ticket Location,%20winnipeg">$Ticket Location</a> ... but the resulting link does not end up contiguous on the single entry page, ie: <a href="http://maps.google.com/?q=72217864 Location,%20winnipeg">72217864 Location</a> .I also tried several variations in the cfg file without any better success (ie: double quotes; resorting to 1 word variable name; concatenating with +; etc).
Having this map link would be a tremendous help to our operation. Does anyone know of any way to make this work?
There's also two spin-off issues I'm having with the above approach that you may have noticed: 1) I also have another separate variable called Ticket (rep the actual ticket #) which Elog assumes I want in the url, hence the reason 72217864 shows up on the single entry opage; 2) Secondly, I prefer the single entry to retain the original value as the link (in this case, 654 Pembina), as opposed to <a href="http://maps.google.com/?q=72217864 Location,%20winnipeg">72217864 Location</a>.
Any suggestions on resolving these issues is greatly appreciated.
Update: I checked through the forum some more (keying on "link" instead of "hyperlink") and found the answer to my main problem - I needed Allow HTML = 1.
So the only issue remaining is that so far I can only get it to work when I use a one word variable (please ref my point #1 in last paragraph above). When I use $Ticket Location vs just $Location, the HTML href sees it as two separate variables. Is there any way to ref $Ticket Location as a single variable in the href statement?
We are using the Elog client from one vlan to insert entries into our Elog system on a different vlan.
Works fine for the most part but we occasionally have network connection issues which prevents some entries from being added, and we don't find out about it until later.
Is there a Return Code associated with the client pgm? Or some suggestion to promptly verify a successful enrty? (We'd queue and resubmit in bulk once running again, if we knew about it.)
Any known issues running in Win Server 2008 R2, 64 bit environment? We sometimes lose connection with the Elog app (ssl) and wonder if due to 64bit or other factor in this set up. A forum search does not explicitly reveal any clues however I did find an entry from someone posting a similar question without a response yet (#67061).
We have reduced entries for Search reasons by removing older text files and that seems to speed up things. However, a recurring problem persists during peak period where the service connection is lost (site says "Not found" on both client and directly on server), and it cannot be restarted or killed. Only a reboot of the 2010 x64 virtual server will make it available again. Any further info or details I can provide please advise. Thank you Stefan.
Is it possible to use wget to log into elog and export all of a logbook's data into a CSV file?
I can accomplish this perfectly when authentication IS NOT required by using: wget --no-check-certificate -O e:\export.csv http://localhost:8080/demo/?mode=CSV1
However, I cannot accomplish it when authentication IS required by using: wget --no-check-certificate -O e:\export.csv "http://localhost:8080/demo/?mode=CSV1&uname=agrant&upassword=skipper"
The latter appears to show that I've logged in, but the export file only contains a bunch of HTML tags, not the actual data as in the former.
How should I construct the wget command?
After days of head banging and trying different syntax combinations, I finally stumbled on my own answer. It involved some syntax adjustments, and then splitting the task into these two consecutive operations:
1. wget --no-check-certificate --cookies=on --save-cookies cookies.txt --keep-session-cookies -O e:\export1.csv "http://localhost:8080/demo/?uname=agrant&upassword=skipper"
2. wget --no-check-certificate --cookies=on --load-cookies cookies.txt --keep-session-cookies -O e:\export2.csv http://localhost:8080/demo/?mode=CSV1
All is working fine now.
Yes it works fine in this forum. Interesting that when I open my problem instance from latest Chrome it works fine but not IE 11. I'll dig into browser settings and post back when I have more info.
Yes it works fine in this forum. I also discovered my problem is resolved using Chrome. I'll dig into browser and let you know when I find something.
Found the problem. I needed to turn on Compatibility View in IE for the site. Regards.
I really appreciate your reply David.
There's only one Datetime defined field that I'm working with so I'm not sure what you mean, if you don't mind elaborating? It sounds interesting.
The only thing I gather right now from what you're saying is that there's essentially two locations where a field can be defined - in the Config file, or via the format of the data itself in the client command - but I could be wrong.
Thanks for the speedy fix.
FYI, our other Elog instances which are running ealrier versions do not exhibit this problem, as I confirmed that entering null ID/password returns "Invalid Username or password" as expected. This may be why it wasn't mentioned by anyone else before. Maybe something got inadvertently dropped in the newer version.
Okay I will just try the debugger approach first and then take it from there. Thanks Stefan.
Can you please make a change to have the Quick Filter ComboBox controls reference the field type for ordering purposes?
For example, if attribute Lot Number is Type Numeric then the ComboBox should be listed in numerical order instead of alphanumeric (eg: 1,2,3,11,21 vs 1,11,2,21,3).
Best Regards.
I know you can restrict access to logbooks on per user basis but can anyone tell me if it is possible to HIDE certain logbook tabs/groups on per user basis (ie, so they would just see logbooks they are authorized to see)?
I was just referring to "Show last default" (under Find) as a parallel example of how I assume "Last default" should function on the List page.
I also tried values 3 and 7 but "All entries" still displays in the "List period" box. A restart of elogd makes no difference.
Elog v3.1.2, Windows Server 2016 Std, 64 bit.
If you don't mind, I have attached my elogd.cfg. I realize you are quite busy so there is no rush. Thanks.
PS: I just noticed that the attached elogd.cfg indicates version 2.9.2 but it's actually 3.1.2 I have installed (just forgot to update the Welcome line).
I think it was just a matter of my specific interepretation of the documentation, ie: using native OS shell commands vs any script language file containing shell commands or any app for that matter. Nevertheless I think you've answered my questiuon so it's all good. Thanks Stefan.
I have the line in my elog config to run a Powershell script when submitting a New entry. I just send an email as a test:
Execute New = "Powershell.exe -ExecutionPolicy Bypass D:\SendEmail.ps1"
Fyi, the Powershell statement itself (Send-MailMessage -From 'MeterElog@winnipeg.ca' -To 'alangrant@mts.net' -Subject 'New meter entry' -Body 'TEST' -Priority High -DeliveryNotificationOption OnSuccess, OnFailure -SmtpServer 'citygw') works fine and the email is received when running it from the Powershell ISE app directly from the same elog vm server but not from within Elog with the above statement.
I'd like to first confirm that the syntax of the line Execute New = is correct, ie, double quoting the entire command. Can anyone please confirm.
Is there any way to log child events on the detail pages for a fixed number of entries on the main page? For example, I have 15 vehicles to enter on the main page, ID'd by Vehicle Number. Within each of those entries I will be logging ongoing repair service entries with certain attributes.
So how might I design this concept without having repeating vehicle entries on the main page for every service event, and preferably without splitting the information between two linked logbook tabs?
I seem to be having some trouble with Find when using conditional attributes.
when I change the primary attribute in the find field, the corrispnding secondary attribute dosn't refresh properly with the list of values.
I am able to use the conditional options as expected when creating a new logbook.
I am using version ELOG V3.1.1-0767eb0 running on debian wheezey (compiled from sid sources)
This may be due to how I have my config file setup
Attributes = A, B Options B = Please Select A Options A = One{1}, Two{2} {1} Options B = 1, 2, {2} Options B = 3, 4,
Uppon closer inspection, removing the option to preset the secondary attribute as a Option list dosn't do anything for the find page.
This:
Attributes = A, B Options A = One{1}, Two{2} {1} Options B = 1, 2 {2} Options B = 3, 4
Still fails to set attribute B to a option list on the find page.
Use Email Heading = <string>
Use Email Subject = <string>
Use Email Subject = ELOG $logbook entry; $Category: $Subject
Use Email Heading = A new entry has been submitted by $long_name on $remote_host on $date
Sorry about the multiple entries!!! -> browser problems
Perhaps a trivial question but some issues have arisen accessing my long-running elog with SSL enabled. I suspect firewalls and browser updates are involved and I do not have the time or experience to diagnose and debug such a potential black-hole of difficulties. Instead I am looking for a quick fix, and the first step - switching off sll - seems to work. Now I would like to use redirect so that the elog is running under apache, however this is where I have stumbled; I have passwords so the plan is to eventually secure using apache. Apache works fine and is running pages on ports 80 and 443, although I seem unable to redirect the elog (port 8080). Following the instructions on the administrators guide I get:
Forbidden
You don't have permission to access /elog/ on this server.
The page is found at least so my redirect is doing something, and I suspect the solution is trivial, though I'm not too sure where to start.
Also, what is the best practice for updating one's elog version. I originally installed using a tarball.
Still struggling with this issue, if anyone has managed to solve it let me know. I've done the obvious and checked ownership/ permissions of the elog folders and they are exactly the same as etc/var/www, which is working in apache.
localhost$ svn diff elog.spec
Index: elog.spec
===================================================================
--- elog.spec (revision 2446)
+++ elog.spec (working copy)
@@ -2,7 +2,7 @@
Name: elog
Summary: elog is a standalone electronic web logbook
-Version: 2.8.1
+Version: 2.9.1
Release: 1
License: GPL
Group: Applications/Networking
/etc/rc.d/init.d/functions
Thanks for the quicky reply Stefan. Yes, I had inut the same string! My error was not restarting the server; I've done this and code highlighting works fine.
I am in the process of setting up a new ELOG logbook. I checked out rev2280 from svn.savannah.psi.ch. I knew I wanted to encrypt passwords, so when I compiled, I used flags
USE_SSL=1
USE_CRYPT=1
I am running Red Hat enterprise linux 3, glibc-devel-2.3.2-95.50, openssl-devel-0.9.7a-33.25
Everything seemed to be working fine--I was able to set up logbooks using both a password file as well as write passwords and make entries to the logs. Then I tried to use the command line 'elog' to make an entry which failed to both logbooks.
/opt/elog/pro/elogd -c /opt/elog/pro/dansce_fancy.cfg -l Demo1 -w <mypassword>
Would change the password in dansce_fancy.cfg and I could make entries through the web interface, but
elog -h acouture -s -p 8081 -w <mypassword> -l Demo1 -a Author="Aaron Couture" -a Type=Routine -m Sampleinfo.txt -x -n 1
failed with
Error: Invalid user name or password
I got the same behaviour when I used a logbook with a user/password pair defined in a password file.
When I looked at the output from running elogd with the -v flag, I could see that everything was being received on the server side, but that the password did not agree with the write password in dansce_fancy.cfg
I then recompiled elog with
USE_CRYPT=
And then the elog command line entries worked, both with write passwords and a password file (after recreating the password file and the write password). Looking at the elog.c source code, it appears that it does not know to use crypt rather then base64_encode when USE_CRYPT is true. elogd.c defined different behaviour if USE_CRYPT is defined.
Aaron Couture
AJC
There was some sloppiness in the original patch--__USE_XOPEN wasn't defined, but worked when elog wasn't compiled alone. Now the appropriate ifndef/define statements are in elog.c
Stefan - Just to say that this is an excellent piece of work well done. I have just started an internal company Elog server, couple of clarifications : 1) is there a way around seeing the password in text when self regestering, if I turn this option off when the user changes his password will this password still be seen? 2) I have changed all the files to be owned on my RedHat Server by the user:group as elog:elog and set and moved the logbooks to another directory other than in /usr/local/elog namely /home/elog/logbooks, my concern is is I was to upgrade to a newer version would it be a simple install over the top? any caveats? thanks again an absolute dream program. kind regards Aamir
Stefan and friends, without breaching your own security, could it be possible to see what the elogd.cfg file looks like, also if others would like to post theirs, this would be great in building exmaples etc, obviosly an security related or mail server entries hashed out. I am a tad new at this stuff, but eventually would try my hand at getting hold of the source code and compiling on AIX and then intergrating into shell and error reporting. - OK .. a bit in the furture anyway, if someone has already done this please post. kind regards Aamir
Dear Friends, Anyone managed to compile elog on AIX 5.2 or 5.1 ... is there a binary anywhere? new to "C" kind regards Aamir
$ make
cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -I../mxml -DHAVE_SSL -w -c -o crypt.o src/crypt.c
cc -O3 -funroll-loops -fomit-frame-pointer -W -Wall -I../mxml -DHAVE_SSL -o elog src/elog.c crypt.o -lssl
src/elog.c:125:8: error: expected parameter declarator
size_t strlcpy(char *dst, const char *src, size_t size)
/usr/include/secure/_string.h:105:44: note: expanded from macro 'strlcpy'
__builtin___strlcpy_chk (dest, src, len, __darwin_obsz (dest))
/usr/include/secure/_common.h:39:62: note: expanded from macro '__darwin_obsz'
#define __darwin_obsz(object) __builtin_object_size (object, _USE_FORTIFY_LEVEL > 1 ? 1 : 0)
/usr/include/secure/_common.h:30:32: note: expanded from macro '_USE_FORTIFY_LEVEL'
# define _USE_FORTIFY_LEVEL 2
src/elog.c:125:8: error: expected ')'
src/elog.c:125:8: note: to match this '('
/usr/include/secure/_common.h:39:53: note: expanded from macro '__darwin_obsz'
If I upload the file "000000_000000_file.txt", elog will chop the filename to "file.txt." Also, this effects the file's displayed "Uploaded" time. It shows the file as being uploaded on: "Tue Nov 30 00:00:00 1999" Note the attachment to this post. ---- Makefile has the line: # flag for SSL support USE_SSL = 1 However setting USE_SSL = 0 does not prevent the openssl libraries from being used. Same issue with USE_CRYPT. You have to comment them out. Lines 76-85 of Makefile should be replaced with this: ifdef USE_SSL ifneq ($(USE_SSL), 0) CFLAGS += -DHAVE_SSL LIBS += -lssl endif endif ifdef USE_CRYPT ifneq ($(USE_CRYPT), 0) CFLAGS += -DHAVE_CRYPT LIBS += -lcrypt endif endif Thanks, amartin
> > If I upload the file "000000_000000_file.txt", elog will chop the filename to "file.txt." Also, this effects > > the file's displayed "Uploaded" time. It shows the file as being uploaded on: "Tue Nov 30 00:00:00 1999" > > Arghh! Why did you choose such a filename? This is the ELOG internal file format, which is YYMMDD_HHMMSS_name.ext. > For internal reasons (mainly for synchronization) the system checks every file name, and if it contains 6 numbers > followed by a "_" followed by 6 other numbers it thinks it's a valid date/time and uses that. Your time is however > 0.0.0000, that's why it gets converted to some date in 1999. Do you absolutely need this functionality? While I can > easily remove the interpretation of the date, it would break the synchronization functionality and I would have to > find some other method to pass the file date/time, which would be quite some work. So if it's not too important for > you, I would like to keep it as it is. > Thank you for your response. I can certainly use another filename, but I'm curious why elog doesn't convert the filename "000000_000000_file.txt" to "YYMMDD_HHMMSS_000000_000000_file.txt" when it gets uploaded. All other files are automatically prepended with this string. Manually renaming the file and then editing the elog entry via text editor seems to fix the file. thanks, amartin
Here are some things for your wish list: 1) elogd should report quota or disk-full problem: In case a logbook entry cannot be saved (quota or disk full) then a message like 'Could not save last entry. Please contact administrator.' should be displayed. Currently nothing happens. Only the submitted entries 'vanish'. 2) default page view per user, i.e. the 'Back' link goes to ?mode=Full,summary,... depending on the user that is logged in. Some users complained that 'Back' is not really back. Maybe consider renaming 'Back' to 'Default View' or something. 3) (related to 1) the 'Back' link should go back to the last used mode (full, summary, threaded,...) and not to the default mode 4) mark messages as unread/read on a per user basis: The implementation of this might be quite involved but it would be rather useful. One way would be to add a default attribute 'Seen by' to each entry, which lists the login names of the users. Or files LOGIN_NAME.has_seen can be created which contain the entry IDs of the viewed entries for each user. 5) alignment of attribute table (using <td colspan=2> for multi line stuff): see elog:669 :) You can count my vote for: - Use "and" and "or" operands in queries
I g
I gave the user email address priority over the "Use email from" option, that means only if the user does not have an email address, then the "Use email from" value is used. Now I realize that the priority is maybe wrong, so I should give the "use email from" switch the highest priority. Only if this flag is not present, then the system uses the user's email address. If that one is not present, too, then the system uses "elog@<host>". I applied this change to the CVS version, so let me know if it is ok with you.
Hello to all, i'm running ELOG on FreeBSD 5.2. We've noticed an issue where e-mail notification from ELOG seem to have their arrival time in the future, looks like it's about 13 hours ahead. E-mail gateway to which ELOG posts its e-mail shows this e-mail transaction: -------------------------------------------- Received: from elogunixbox.somewhere.net ([x.x.x.x]) by mailunixbox.somewhere.net with SMTP id <143408>; Mon, 11 Oct 2004 12:22:43 +1300 To: crypt0@somewhere.net From: elogposter@somewhere.net Subject: New ELOG entry X-Mailer: Elog, Version 2.5.3 X-Elog-URL: http://elog.somewhere.net/somelogbook/47 X-Elog-submit-type: web|elog Date: Mon, 11 Oct 2004 12:26:28 -3736512 -------------------------------------------- The last line in that log seems to have some strange time zone offset (-3736512) Usually you'd see a GMT+13 (New Zealand time zone on summer time). Here's ELOG's own logs of that same e-mail delivery: -------------------------------------------- 11-Oct-2004 12:26:28 [crypt0@somepc.internal.lan] {somelogbook} X-Mailer: Elog, Version 2.5.3 11-Oct-2004 12:26:28 [crypt0@somepc.internal.lan] {somelogbook} X-Elog-URL: http://elog.somewhere.net/somelogbook/47 11-Oct-2004 12:26:28 [crypt0@somepc.internal.lan] {somelogbook} X-Elog- submit-type: web|elog 11-Oct-2004 12:26:28 [crypt0@somepc.internal.lan] {somelogbook} Date: Mon, 11 Oct 2004 12:26:28 -3736512 11-Oct-2004 12:26:28 [crypt0@somepc.internal.lan] {somelogbook} Content- Type: TEXT/PLAIN; charset=US-ASCII -------------------------------------------- I noticed that there was a post talking about ELOG on MacOSx having some time issues, but nothing mentioning FreeBSD.. Any ideas? Thanks to all in advance. GL.
It would be nice if elogd would recognise the whole of this as a link http://support.microsoft.com/default.aspx?scid=kb;en-us;138354 rather than just the first bit.
> Date: Mon, 11 Oct 2004 12:26:28 -3736512 The timezone offset (-3736512) is obtained from the "timezone" variable, which is initialized with the tzset() function inside elogd. See "man tzset" for details. It looks like if the timezone on your FreeBSD box is not correctly defined. Try to compile and execute following C program: #include <stdio.h> #include <time.h> main() { tzset(); printf("timezone: %d\n", timezone); } This should print something like "timezone: -3600". If not, you might consider defining the "TZ" environment variable. Maybe some FreeBSD expert knows some details about this.
> I have a problem here which the ELOG service get terminated unexpectedly > on the Windows Server. > Is there any way to debug this problem ? One can start the elogd server manually. So stop the service, and start c:\program files\elogd\elogd.exe -v The "-v" flag shows all network traffic between the server and the browser. So maybe the last conversation before the crash can tell us something. Make a screendump of it and send it to me.
Ok,
I implemented experimentally RSS feeds into Elog. Before releasing this new addition, I would like to collect some experience with it. This forum now supports RSS feeds, for which you can subscribe with a RSS feed reader like Mozilla Firefox. Please give it a try and send me any feedback. For an introduction to RSS feeds, please see http://www.webreference.com/authoring/languages/xml/rss/intro/
This problem has been fixed in version 2.5.4-6
Thi
I didn't see the RSS button in Firefox, however the URL: http://midas.psi.ch/elogs/Forum/elog.rdf works fine in with Bloglines (http://www.bloglines.com/myblogs I've installed the lastest elog (v2.5.5)--how do I turn it on for a particular logbook? Thanks, Steve > I implemented experimentally RSS feeds into Elog. Before releasing this new > addition, I would like to collect some experience with it. This forum now > supports RSS feeds, for which you can subscribe with a RSS feed reader like > Mozilla Firefox. Please give it a try and send me any feedback. > > For an introduction to RSS feeds, please see > > http://www.webreference.com/authoring/languages/xml/rss/intro/ > > To subscribe to a logbook, enter following URL into your RSS reader: > > http://<your-elog-host.domain>/<logbook>/elog.rdf > > From the newest Mozilla Firefox browser, you can also click on the RSS box at > the lower right corner of the browser (see attachment).
> I didn't see the RSS button in Firefox, however the URL: > > http://midas.psi.ch/elogs/Forum/elog.rdf > works fine in with Bloglines (http://www.bloglines.com/myblogs You need Firefox 1.0 Preview or later. > I've installed the lastest elog (v2.5.5)--how do I turn it on for a particular > logbook? It's on by default for all logbooks.
The
> > I didn't see the RSS button in Firefox, however the URL: > > > > http://midas.psi.ch/elogs/Forum/elog.rdf > > works fine in with Bloglines (http://www.bloglines.com/myblogs > > You need Firefox 1.0 Preview or later. > > > I've installed the lastest elog (v2.5.5)--how do I turn it on for a particular > > logbook? > > It's on by default for all logbooks. Hmmm, I've made some entries to several logbooks (running 2.5.5), but I still don't see the elog.rdf file: find /usr/local/elog -name elog.rdf <no files found>
For some reason it looses the "m" so line 5 instead of having "hh:mm" has "hh: m" Please ideas ;) Cheers, GL.
I ended with 125384 entries like the one above. Everything works fine but ......... [U]tteerrrriibbllee[/U] [B]slow[/B]. CPU usage is constant at 99%. I tried to split the one file produced by the import into 2 chunks but that did not improve the situation. My question is : Is there a rule of thumb for the size of the "database" in which elog keeps it's performance, or better : is there a solution for this for elog.