Good day,

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?

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

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

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

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.

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 ?

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

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

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

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

This problem has been fixed in Version 3.1.0-2. Please upgrade.

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,

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

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.

It was str variable in function process_http_request in elogd.c.

This should have the size of received buffer.

PROBLEM SOLVED!!!

Ok, I fixed this in the current GIT version. You might check if that works for you.

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

congrats, any detail changelog? I assume in software packages?

is it save just install and overwrite the old version?

The changelog is here: http://midas.psi.ch/elog/download/ChangeLog

It is save to install the new version over the old one.