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? |
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 |
|
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?? |
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>"
|
|
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), |
|
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 |
|
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? |
|
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
|
|
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> |
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 |
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 |
|
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); |
|
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 |
|
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, |
|
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, |
|
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. |
|
elogd hangs, posted by Alan Grant on Fri Aug 18 05:28:16 2017
|
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 |
|
Re: elogd hangs, posted by Stefan Ritt on Fri Aug 18 08:59:08 2017
|
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 |
|
Re: elogd hangs, posted by David Pilgram on Fri Aug 18 12:40:21 2017
|
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: |
|
Re: elogd hangs, posted by Alan Grant on Fri Aug 18 15:10:15 2017
|
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. |
|
Re: elogd hangs, posted by Alan Grant on Fri Aug 18 15:15:57 2017
|
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. |
|
Re: elogd hangs, posted by David Pilgram on Fri Aug 18 21:16:12 2017
|
Hi Alan,
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 |
|
Re: elogd hangs, posted by Alan Grant on Fri Aug 18 14:49:42 2017
|
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. |
|
Re: elogd hangs, posted by Stefan Ritt on Fri Aug 18 16:26:14 2017
|
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. |
|
Re: elogd hangs, posted by Alan Grant on Fri Aug 18 16:39:21 2017
|
Okay I will just try the debugger approach first and then take it from there. Thanks Stefan.
Stefan Ritt wrote:
Well, having the config and data |
|
Enable LDAP on Windows, posted by Gerardo Abihaggle on Sun Jul 30 07:39:23 2017
|
Hi All,
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? |