Images in notifications, posted by Patrick Sizun on Fri Feb 8 14:43:13 2019
|
Hello,
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? |
Re: Images in notifications, posted by Stefan Ritt on Fri Feb 8 14:57:05 2019
|
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.
Stefan
Patrick Sizun wrote: |
Hello,
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?
|
|
elogd hangs on self referencing log entry, posted by Kester Habermann on Mon Feb 25 17:03:50 2019
|
Hello,
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.
|
Very long URLs in message list corrupt layout, posted by Ederag on Sun Mar 10 01:07:53 2019
|
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 message is displayed in single message page
- the message has a ELCode encoding
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. |
elog program does not respect "Allow edit" list, posted by Heinz Junkes on Mon Mar 11 11:18:02 2019
|
submissions via the elog - program can overwrite entries even if the user has no edit rights |
Can't subscribe email to logbooks in different top groups, posted by Ben Loer on Thu Apr 11 20:31:55 2019
|
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. |
Re: Can't subscribe email to logbooks in different top groups, posted by Stefan Ritt on Fri Apr 12 15:43:42 2019
|
Top groups should use separate password files, otherwise things can mess up.
Stefan
Ben Loer wrote: |
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.
|
|
elogd Service exited with abnormal code: 1, posted by Alessio Sarti on Tue Apr 23 14:06:36 2019
|
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?
Thanks |