Email fields - accept semicolons too, posted by Ben Shepherd on Wed Sep 20 16:34:18 2017
|
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! |
Elog System Requirements, posted by Alan Grant on Fri Sep 15 00:56:38 2017
|
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. |
Re: Elog System Requirements, posted by Andreas Luedeke on Fri Sep 15 15:16:42 2017
|
Hi Alan,
we run our ELOG server (38 GB Logbook data in about 50 logbooks dating back up to 16 years) on a virtual Linux box.
The memory is important, since ELOG scans through all entries and creates an index at start-up. But we have only about 6% used out of 2GB: ELOG is not very demanding. If you have many and large pictures attached, then "convert" needs a bit of memory to work with.
Since "elogd" is a single task, you will not gain much from many CPUs. File IO is often a limiting factor: we've tried a while to run the logbook data on an AFS directory, and that did not turn out well. A local disk is best, an NFS disk works fine as well (in our case).
Cheers, Andreas
Alan Grant wrote: |
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.
|
|
javascript?, posted by Tim Schelfhout on Mon Sep 4 11:56:47 2017
|
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.
|
Re: javascript?, posted by Andreas Luedeke on Mon Sep 4 13:19:33 2017
|
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>
There's another example under elog:contributions/39
Cheers, Andreas
Tim Schelfhout wrote: |
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.
|
|
edit elog config via elog web interface, posted by Tim Schelfhout on Mon Sep 4 11:22:05 2017
|
Hello,
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 |
Re: edit elog config via elog web interface, posted by Andreas Luedeke on Mon Sep 4 13:08:35 2017
|
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.
Tim Schelfhout wrote: |
Hello,
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
|
|
Problems with german_UTF8 language, posted by Andreas Luedeke on Mon Aug 21 11:22:09 2017 
|
Hi Stefan,
since recently (a few weeks) ELOG confuses the language translations.
Individual language strings are translated into garbage; most other strings are fine.
Currently I see the string "please select" translated into "ressed" (see attached picture), instead of what's written correctly in the language file "bitte auswählen".
But with every restart the corrupted strings vary: other strings are affected and other garbage strings are shown - some of them unreadable binary code (see Attachment 2).
I have the same version running in English: I see no problems there.
Kind regards
Andreas |
Re: Problems with german_UTF8 language, posted by Andreas Luedeke on Wed Aug 23 15:11:32 2017
|
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 :-)
Andreas Luedeke wrote: |
Hi Stefan,
since recently (a few weeks) ELOG confuses the language translations.
Individual language strings are translated into garbage; most other strings are fine.
Currently I see the string "please select" translated into "ressed" (see attached picture), instead of what's written correctly in the language file "bitte auswählen".
But with every restart the corrupted strings vary: other strings are affected and other garbage strings are shown - some of them unreadable binary code (see Attachment 2).
I have the same version running in English: I see no problems there.
Kind regards
Andreas
|
|
HTML in attribute values, posted by Richard Stamper on Tue Aug 22 14:19:43 2017
|
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. |
Re: HTML in attribute values, posted by Stefan Ritt on Tue Aug 22 14:26:42 2017
|
- As you can see...
- <UL> is possible
Richard Stamper wrote: |
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.
|
|
Re: HTML in attribute values, posted by Richard Stamper on Tue Aug 22 14:36:46 2017
|
Isn't that list in the message text rather than as an attribute value?
Stefan Ritt wrote: |
- As you can see...
- <UL> is possible
Richard Stamper wrote: |
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.
|
|
|
Re: HTML in attribute values, posted by Stefan Ritt on Tue Aug 22 14:37:44 2017
|
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.
Stefan
Richard Stamper wrote: |
Isn't that list in the message text rather than as an attribute value?
Stefan Ritt wrote: |
- As you can see...
- <UL> is possible
Richard Stamper wrote: |
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.
|
|
|
|
Re: HTML in attribute values, posted by Richard Stamper on Tue Aug 22 14:58:09 2017
|
Exactly the information I was after - thanks! I'll simulate fancier markup as necessary.
Stefan Ritt wrote: |
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.
Stefan
Richard Stamper wrote: |
Isn't that list in the message text rather than as an attribute value?
Stefan Ritt wrote: |
- As you can see...
- <UL> is possible
Richard Stamper wrote: |
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.
|
|
|
|
|
Bug with Drafts and Language German, posted by Andreas Luedeke on Mon Aug 21 11:45:06 2017
|
Hi Stefan,
when one creates a new entry, and a draft entry exists for the logbook, then a menu appears (see attachment).
If one select "Neuen Eintrag anlegen" then it should ignore the draft and create a new entry.
This feat is done by adding a "&ignore=1" to the "new" command: "<URL>/?cmd=New&ignore=1".
The problem is, that it should not be "cmd=New&..." but "cmd=Neu", since the commands are part of the translation.
Due to this, no new entry can be created as long as a draft exists; at least not in any language other than english.
This problem apparently existed since the beginning of drafts, but it only created problems at our site recently.
Kind Regards
Andreas
PS: Here's a patch that works:
diff elogd.c elogd.c-orig
9575,9576c9575,9576
< rsprintf("<input type=button value=\"%s\" onClick=\"window.location.href='?cmd=%s&ignore=1';\">\n", loc("Create new entry"),
< loc("New"));
---
> rsprintf("<input type=button value=\"%s\" onClick=\"window.location.href='%s';\">\n", loc("Create new entry"),
> "?cmd=New&ignore=1"); |
Re: Bug with Drafts and Language German, posted by Andreas Luedeke on Mon Aug 21 12:16:05 2017
|
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"));
Andreas Luedeke wrote: |
Hi Stefan,
when one creates a new entry, and a draft entry exists for the logbook, then a menu appears (see attachment).
If one select "Neuen Eintrag anlegen" then it should ignore the draft and create a new entry.
This feat is done by adding a "&ignore=1" to the "new" command: "<URL>/?cmd=New&ignore=1".
The problem is, that it should not be "cmd=New&..." but "cmd=Neu", since the commands are part of the translation.
Due to this, no new entry can be created as long as a draft exists; at least not in any language other than english.
This problem apparently existed since the beginning of drafts, but it only created problems at our site recently.
Kind Regards
Andreas
PS: Here's a patch that works:
diff elogd.c elogd.c-orig
9575,9576c9575,9576
< rsprintf("<input type=button value=\"%s\" onClick=\"window.location.href='?cmd=%s&ignore=1';\">\n", loc("Create new entry"),
< loc("New"));
---
> rsprintf("<input type=button value=\"%s\" onClick=\"window.location.href='%s';\">\n", loc("Create new entry"),
> "?cmd=New&ignore=1");
|
|
Sharing logbooks among "Top Groups", posted by Satyajit Jena on Sun Aug 20 10:07:57 2017
|
Hi,
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:
- Electronics:
- Processing:
- Monitoring:
- Data:
- Data1
- PPP2
- Data2
- Mon3
- Mon4
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 |
Re: Sharing logbooks among "Top Groups", posted by Andreas Luedeke on Sun Aug 20 14:55:18 2017
|
I don't know if that works. Why don't you just try?
Satyajit Jena wrote: |
Hi,
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:
- Electronics:
- Processing:
- Monitoring:
- Data:
- Data1
- PPP2
- Data2
- Mon3
- Mon4
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
|
|
Re: Sharing logbooks among "Top Groups", posted by Satyajit Jena on Sun Aug 20 16:21:59 2017
|
Hi,
I tried without success. Logbook is not sharing, it is displaying only under one "Top Group" whereever it appears first.
With regards,
satyajit
Andreas Luedeke wrote: |
I don't know if that works. Why don't you just try?
Satyajit Jena wrote: |
Hi,
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:
- Electronics:
- Processing:
- Monitoring:
- Data:
- Data1
- PPP2
- Data2
- Mon3
- Mon4
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
|
|
|
Re: Sharing logbooks among "Top Groups", posted by Andreas Luedeke on Mon Aug 21 08:51:09 2017
|
Hi Satyajit,
I think you've just answered your own question. There is no magic switch - as far as I know - that would change that behaviour.
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
Satyajit Jena wrote: |
Hi,
I tried without success. Logbook is not sharing, it is displaying only under one "Top Group" whereever it appears first.
With regards,
satyajit
Andreas Luedeke wrote: |
I don't know if that works. Why don't you just try?
Satyajit Jena wrote: |
Hi,
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:
- Electronics:
- Processing:
- Monitoring:
- Data:
- Data1
- PPP2
- Data2
- Mon3
- Mon4
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
|
|
|
|
|