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 |
|
Unwanted double entries eg. double clicking submit button, posted by Finn Junker on Wed Feb 13 09:29:36 2019
|
I'm having a minor issue that were getting double entries due to the user is using the "submit" button more than once.
I seems like when there is a lag either on the machine or on the network it is possible to tap the "submit" button more than once resulting
i a double or triple entry containing the same text and a almost identical timestamp. |
Re: Unwanted double entries eg. double clicking submit button, posted by David Pilgram on Wed Feb 13 10:58:37 2019
|
I too have this as an occasional issue, although in my case due to a dodgy pointer. I too manually delete the entries.
Interestingly, it gives double entries - and thus the start of a branch - even in logbooks were branches are not allowed.
Finn |
|
Re: Unwanted double entries eg. double clicking submit button, posted by Stefan Ritt on Wed Feb 20 15:14:32 2019
|
I just committed some code which disables the "Submit" button after the first click and replaces the text with "Please wait...".
So double submits should not be possible any more.
David |
|
Re: Unwanted double entries eg. double clicking submit button, posted by Alan Grant on Wed Feb 20 21:56:32 2019
|
I'm also happy to see this change implemented as we've had to deal with the same issue at times as well. Will this change
be incorporated into the latest version (314-2, aka elog-latest.exe), or will there be a new version release (that is not in Changelog yet)? If
so, can you give any ETA on this new code availability? |
|
Re: Unwanted double entries eg. double clicking submit button, posted by Stefan Ritt on Wed Feb 20 22:41:23 2019
|
"I committed" means that the change is sent to the GIT repository. People who compile from the source code can pull and compile immediately.
Windows users have to wait until I do the next release. I'm developing on a Mac and have to boot a special (old) Windows machine to compile the .exe
which each time takes me about one hour including documenation updates, changelog updates, upload of zip files etc. Since my main job is heading a research |
|
Re: Unwanted double entries eg. double clicking submit button, posted by Finn Junker on Thu Feb 21 08:51:21 2019
|
Thank your very much for your work on this - as i mentioned this is a minor issue.
Kind Regards Finn
|
|
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. |
|
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 |
|
quick filter not working for attributes with special char , posted by Stefano Lacaprara on Tue Feb 5 07:31:44 2019
|
Hi,
I'm using elog 3.1.3 and I have an elogbook with an attribute with name
Attributes = Author, CO2 Temp [deg], ...
|
|
Re: quick filter not working for attributes with special char , posted by Stefan Ritt on Tue Feb 5 08:10:32 2019
|
No, there is no quick workaround. The only way is to go through your logbook files manually (or with a script), and replace all occurrences of that attribute.
Stefan |
|
Logbook architecture and availability, posted by Frank Baptista on Fri Dec 14 15:46:14 2018
|
I have a setting which makes ELOG a perfect solution, but there's a situation that
I'm struggling to get my head around. We have 3 separate laboratories, each one containing a number of temperature chambers, which run almost constantly
over a number of shifts. Each temperature chamber has it's own logbook (laptop). So far, pretty simple. |
|
Re: Logbook architecture and availability, posted by Stefan Ritt on Fri Dec 14 16:00:45 2018
|
Sure that's easy. Install elog on each laptop separately, so they run without network. Then, set up a central elog server, and use "mirroring"
as explained in the documentation at https://elog.psi.ch/elog/config.html#mirroring
So when ever the entwork comes back, you execute a manual mirror operation, and your new entries will be pushed to the central elog server. |
|
Re: Logbook architecture and availability, posted by Frank Baptista on Fri Dec 14 17:22:31 2018
|
Thanks Stephan! I guess I was making it harder than it is. I'm still a little fuzzy -- in this instance, am I correct in saying that each
laptop would be considered a "master", and the remote (network) server considered the "slave"? Also, I'm not sure quite sure
-- which server should be assigned responsibility for performing periodic synchronization between the laptop and the central elog server? |
|
Re: Logbook architecture and availability, posted by Stefan Ritt on Fri Dec 14 20:05:08 2018
|
I would call the laptops the "master" being responsible for pushing data to the central server which you can call "slave"
Stefan |
|
Re: Logbook architecture and availability, posted by Frank Baptista on Fri Dec 14 20:52:46 2018
|
Thank you again -- very much appreciated!
|
|
Re: Logbook architecture and availability, posted by Frank Baptista on Fri Feb 1 19:20:35 2019
|
I've got things working - sort of. Ran into one strange problem that has me scratching my head. I have two different laptops, each running
a local instance of their own logbook. Both are functional, but for some strange reason, one looks great, and the other is missing its graphic format.
I've attached a screen capture of that logbook, and a copy of the config file. Do you see something that I've done wrong? |
|
Re: Logbook architecture and availability, posted by Frank Baptista on Fri Feb 1 21:59:46 2019
|
Sorry -- dumb mistake. I moved the "theme" files to the resource folder. Works like a champ...life is good!
|
MIME-version header duplicated in e-mail messages., posted by Michal Falowski on Thu May 4 17:20:36 2017
|
When there are attachments in an entry, logbook is adding additional "MIME-Version" header to e-mail messages.
Spam filter in our university system is mostly giving warnings:
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "MIME-Version"
But sometimes it is not redirecting |
|
Re: MIME-version header duplicated in e-mail messages., posted by Stefan Ritt on Wed Jan 9 11:43:48 2019
|
I just checked the current installatin, and just found one MIME-Version in the header, even with attachments:
MIME-Version: 1.0
--------------717E3059287C82F12BC14941 |
|
inactive users, posted by Devin Bougie on Wed Apr 27 21:27:36 2016
|
Hello,
Is it possible to remove the "active" checkbox a user sees when they click on "config"? Alternatively, is it possible to have a new user arrive directly |
|
Re: inactive users, posted by Stefano Lacaprara on Wed May 31 11:45:06 2017
|
Hi,
I reopen this old thread since I'm having a similar problem.
|
Re: inactive users, posted by Andreas Luedeke on Wed May 31 13:28:51 2017
|
> Hi,
> I reopen this old thread since I'm having a similar problem.
>
|
|
Re: inactive users, posted by Stefano Lacaprara on Wed May 31 16:02:46 2017
|
Hi,
a possible solution is to change the current SetAll() and SetNone() javascript functions to something like:
|
|
Re: inactive users, posted by Stefano Lacaprara on Mon Feb 26 18:27:09 2018
|
Hi,
sorry to bother again on this issue, but it is causing me some trouble, as many of my users are using the "SetNone" button in their config page, and
doing so they deactivate their account, which I have to
|
|
Re: inactive users, posted by Stefan Ritt on Fri Dec 21 14:59:05 2018
|
Thanks for the fix, I merged it into the current development branch.
Stefan |
|
CSS reference in Email for private logbooks, posted by Andreas Luedeke on Mon Aug 21 14:27:50 2017
|
We operate ELOG in an intranet. Many logbooks do send out emails; several use HTML content formatting.
If I watch HTML formatted emails
from the intranet, then everything is fine.
If I try to read them from home, my email client hangs when it tries to read the CSS file from
out intranet (URL: https://elog-gfa.psi.ch/SLS/elog.css).
Is there a way to set a URL for the email CSS?
Then I could simply |
|
Re: CSS reference in Email for private logbooks, posted by Stefan Ritt on Fri Dec 21 14:04:41 2018
|
I changed the code ot include the CSS file directly in the email body. So no need any more for external CSS files. I dropped the "Email CSS URL"
option as well.
Stefan |