Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 45 of 238  Not logged in ELOG logo
icon5.gif   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!

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

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

 

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

 

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

 

 

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

    icon2.gif   Re: edit elog config via elog web interface, posted by Andreas Luedeke on Mon Sep 4 13:08:35 2017 elog_cfg_menu.png

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

config menu

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

 

icon5.gif   Problems with german_UTF8 language, posted by Andreas Luedeke on Mon Aug 21 11:22:09 2017 elog_lang_bug.pngelog_lang_config_bug.png

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

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

 

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

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

 

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

 

 

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

 

 

 

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

 

 

 

 

icon3.gif   Bug with Drafts and Language German, posted by Andreas Luedeke on Mon Aug 21 11:45:06 2017 elog_lang_pending_draft_bug.png

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");
    icon2.gif   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>&nbsp;&nbsp;</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");

 

icon5.gif   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:
    • Elec1
    • Elec_EEE
    • Ele2
  • Processing:
    • P_AA1
    • PPP2
    • Elec_EEE
  • Monitoring:
    • Mon1
    • Mon2
    • Mon3
    • Mon4
  • 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

    icon2.gif   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:
    • Elec1
    • Elec_EEE
    • Ele2
  • Processing:
    • P_AA1
    • PPP2
    • Elec_EEE
  • Monitoring:
    • Mon1
    • Mon2
    • Mon3
    • Mon4
  • 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

 

       icon2.gif   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:
    • Elec1
    • Elec_EEE
    • Ele2
  • Processing:
    • P_AA1
    • PPP2
    • Elec_EEE
  • Monitoring:
    • Mon1
    • Mon2
    • Mon3
    • Mon4
  • 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

 

 

          icon2.gif   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:
    • Elec1
    • Elec_EEE
    • Ele2
  • Processing:
    • P_AA1
    • PPP2
    • Elec_EEE
  • Monitoring:
    • Mon1
    • Mon2
    • Mon3
    • Mon4
  • 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

 

 

 

ELOG V3.1.5-3fb85fa6