Changing of entries after expired time restriction by synchronisation, posted by Gino Guenzburger on Thu Aug 16 13:33:39 2018
|
I'm working on setting up an elog as lab-journal in our group with the following set-up:
- The elog is running on a server, with no back-end access for the users.
- Multiple people will use it, all loging in with the same user-name and password.
- The entries submitted to the log-book can only be edited for 24hours, as defined by the "Restrict edit time= 24" setting in the configuration file.
Now I encountered the following problem in my set-up: Entries that do not have attachments can be changed after these 24hours have passed, by the following set-up: If a user (in the current case me during testing) sets up a local elog on his computer and activates the synchronisation with the elog on the server, he can switch off the time-restriction for editing on his local elog, and if he synchronises the two log-books, the changed entry from the local elog will overwrite the original one from the server-elog.
Obviously this is not very desirable. Therefore I wanted to ask, whether anyone sees a possibility to prevent the editing of entries, which are older than the restricted edit time. A specific function or a change in the synchronisation behaviour would of course be the completest solution, but in my case the problem would also be solved if I could just prohibit the synchronisation. It is not needed, so no harm will be done if it is not possible.
|
Problem with eloglang.german_UTF8, posted by Andreas Luedeke on Tue Aug 7 10:53:45 2018
|
I had a problem with restarting ELOG since about a year, and finally I found the culprit. I just want to share it here, to prevent anyone else to make the same mistake,
Apparently the files resources/eloglang.* are rather sensitive to the syntax. But it doesn't tell you: no warning or error message comes up.
The file eloglang.german_UTF8 contains some "missing translations" at the end - and it looks like they produce some problems.
If you don't follow the instructions to create eloglang.german_UTF8 from eloglang.german, but use the file as it is, then the language handling will be corrupted:
some (very few) language strings will point into some void and display garbage strings.
In very rare cases this will even crash "elogd", in all other cases it will confuse your users.
Sometimes ELOG commands like "?Cmd=New" were affected, which makes ELOG unusable.
What made it very hard to debug was the fact that with every restart a different string was affected.
Everything looked fine, and later you see a string in the configuration page is wrong. Restarting fixed that string, but then some other string is gone.
So if you see such a behaviour, check your language file for "unusual syntax".
I haven't checked if the problem is limited to UTF8 - I only saw the problem with the eloglang.german_UTF8 file.
Cheers, Andreas |
edit templates from config page, posted by Stefano Lacaprara on Thu Jun 14 13:12:02 2018
|
Dear all,
I have some logbook which uses preset text depending on some option values, and uses text files for this.
something similar to:
Options Type = Start of shift{1}, 2h{2}, 4h{3}, 6h{4}, End of shift {5}
{1} Preset text = MCProdStart.txt
{2} Preset text = MCProd2h.txt
{3} Preset text = MCProd4h.txt
{4} Preset text = MCProd6h.txt
{5} Preset text = MCProdEnd.txt
I wonder if there is a way to change/edit the text files from the web interface if you are admin of that logbook, or if the only way is to change the files directly in the elog server.
thanks Stefano |
Re: edit templates from config page, posted by Stefan Ritt on Thu Jun 14 13:20:26 2018
|
> Dear all,
> I have some logbook which uses preset text depending on some option values, and uses text files for this.
>
> something similar to:
>
> Options Type = Start of shift{1}, 2h{2}, 4h{3}, 6h{4}, End of shift {5}
>
> {1} Preset text = MCProdStart.txt
> {2} Preset text = MCProd2h.txt
> {3} Preset text = MCProd4h.txt
> {4} Preset text = MCProd6h.txt
> {5} Preset text = MCProdEnd.txt
>
> I wonder if there is a way to change/edit the text files from the web interface if you are admin of that logbook, or if the only way is to change the files directly in the elog server.
>
> thanks Stefano
No, you can only edit this on the file level.
Stefan |
Re: edit templates from config page, posted by Andreas Luedeke on Thu Jun 14 18:17:07 2018
|
> Dear all,
> I have some logbook which uses preset text depending on some option values, and uses text files for this.
>
> something similar to:
>
> Options Type = Start of shift{1}, 2h{2}, 4h{3}, 6h{4}, End of shift {5}
>
> {1} Preset text = MCProdStart.txt
> {2} Preset text = MCProd2h.txt
> {3} Preset text = MCProd4h.txt
> {4} Preset text = MCProd6h.txt
> {5} Preset text = MCProdEnd.txt
>
> I wonder if there is a way to change/edit the text files from the web interface if you are admin of that logbook, or if the only way is to change the files directly in the elog server.
>
> thanks Stefano
Hi Stefano,
it is not directly foreseen in the web functionality of ELOG, but it can be done like this:
You could have a second logbook that has the content of these files each in one logbook entry.
You call a script "Execute edit =" that runs on the server and converts the specific ELOG entry into a file on the server.
Of course this is a security vulnerability, but you can confine the possibilities of the script.
E.g. to a hard-coded list of ELOG entries and files in a specific directory.
Still, someone could place a file on the server and then calls that file with an "Execute edit=" himself.
But if you do all this within a protected network that should be okay.
I do like the idea, thank you for the question! If you manage to do it please post it under Contributions :-)
Cheers, Andreas |
Re: edit templates from config page, posted by Stefan Ritt on Thu Jun 14 19:17:41 2018
|
As always, Andreas has clever ideas. Never thought about this possibility.
Stefan |
number of entries in Login user list, posted by Janusz Szuba on Wed Jun 13 18:08:06 2018
|
Hi,
could it be possible to increase the limit of entries in Login user list from 100 to somewhat reasonably higher? Like twice or 3 times as much. Similar limit exist also on Admin user list, which is afair 10, could this also be increased?
best
Janusz |
Re: number of entries in Login user list, posted by Andreas Luedeke on Thu Jun 14 12:37:22 2018
|
Hi Janusz,
You can change the following line in elogd.h and recompile:
#define MAX_N_LIST 100
That'll change the login user list limit. But it'll change other list length as well - which should not do harm unless you are very short of memory.
I don't see the Admin user list limit of 10 - aparently that is hard coded somewhere deep within (or I've just missed it).
Cheers, Andreas
Janusz Szuba wrote: |
Hi,
could it be possible to increase the limit of entries in Login user list from 100 to somewhat reasonably higher? Like twice or 3 times as much. Similar limit exist also on Admin user list, which is afair 10, could this also be increased?
best
Janusz
|
|
Re: number of entries in Login user list, posted by Janusz Szuba on Thu Jun 14 13:07:32 2018
|
Thanks, good point, I was not sure that in case of other lists which will be changed as well, there will not be any problems, like overflow, etc.
Regarding admin list, now I remember, that was the limit to send email notification in case of registration requests. But actually it is not important right now.
best
Janusz
Andreas Luedeke wrote: |
Hi Janusz,
You can change the following line in elogd.h and recompile:
#define MAX_N_LIST 100
That'll change the login user list limit. But it'll change other list length as well - which should not do harm unless you are very short of memory.
I don't see the Admin user list limit of 10 - aparently that is hard coded somewhere deep within (or I've just missed it).
Cheers, Andreas
Janusz Szuba wrote: |
Hi,
could it be possible to increase the limit of entries in Login user list from 100 to somewhat reasonably higher? Like twice or 3 times as much. Similar limit exist also on Admin user list, which is afair 10, could this also be increased?
best
Janusz
|
|
|
Re: number of entries in Login user list, posted by Stefan Ritt on Thu Jun 14 13:17:33 2018
|
Well, many arrays based on MAX_N_LIST are created on the heap memory, and if you exceed that, elogd simply crashes. There are compile options to increase the stack and heap size, but that depends on the operating system and the compiler. The value of 100 has been proven to work everywhere. If you increase it, you're on your own.
Stefan
Janusz Szuba wrote: |
Thanks, good point, I was not sure that in case of other lists which will be changed as well, there will not be any problems, like overflow, etc.
Regarding admin list, now I remember, that was the limit to send email notification in case of registration requests. But actually it is not important right now.
best
Janusz
Andreas Luedeke wrote: |
Hi Janusz,
You can change the following line in elogd.h and recompile:
#define MAX_N_LIST 100
That'll change the login user list limit. But it'll change other list length as well - which should not do harm unless you are very short of memory.
I don't see the Admin user list limit of 10 - aparently that is hard coded somewhere deep within (or I've just missed it).
Cheers, Andreas
Janusz Szuba wrote: |
Hi,
could it be possible to increase the limit of entries in Login user list from 100 to somewhat reasonably higher? Like twice or 3 times as much. Similar limit exist also on Admin user list, which is afair 10, could this also be increased?
best
Janusz
|
|
|
|
html mode with preset text template cannot be read by newly updated MS-Edge browser, posted by utomoadji wisnubroto on Wed Jun 6 18:25:32 2018
|
i have elog tab configuration with preset text as follow :
=====================================================================
[Shift Entry]
Theme = corp2
Comment = Shift Entry
Page title = Shift Entry
List page title = Shift Entry
Display mode = summary
Default encoding = 2
;admin and user settings
admin user = tom
login user = tom, secretary, senior, engineer
login expiration = 2
;Menu Displays settings
Find menu commands = List, New, Find, Select, Logout, admin
menu commands = List, New, Edit, Reply, Find, Move to
List display = Schedule-remarks, Schedule-Month, Author, Site, Status, Approval, Suggestion, Reason Not-Approved
Move to = Sr-Shift for Check
;Attributes Settings
Attributes = Schedule-remarks, Schedule-Month, Author, Site, Checked-by, Status, Approval, Suggestion, Reason Not-Approved, Email to
Hidden Attributes = Email to
Options Schedule-remarks = Initial, Revision 1, Revision 2, Revision 3, Revision 4, Revision 5, Revision 6
Type Schedule-Month = date
# Type Schedule-Month End = date
Date format = %B, %Y
comment Schedule-Month = This Schedule is applied for 1 corresponded Month
Roptions Author = mike, daniel, tom
Options Site = Chicago, Bangkok
Required Attributes = Schedule-remarks, Schedule-Month, Author, Site
Roptions Status = Need-Check, Checked, Pending, Need-Revision
Roptions Approval = Approved, Rejected, Pending, Need-Approval
preset Status = Need-Check
preset on edit Status = Need-Check
preset on Reply Status = Need-Check
preset Approval = Need-Approval
preset on edit Approval = Need-Approval
preset on Reply Approval = Need-Approval
Locked Attributes = Checked-by, Suggestion, Reason Not-Approved, Status, Approval
Fixed Attributes Edit = Status, Approval
Fixed Attributes Reply = Status, Approval
Cell Style Status Checked = background-color:#0dcf00
Cell Style Status Pending = background-color:yellow
Cell Style Status Need-Revision = background-color:red
Cell Style Status Need-Check = background-color:grey
Cell Style Approval Approved = background-color:#0dcf00
Cell Style Approval Rejected = background-color:red
Cell Style Approval Pending = background-color:yellow
Cell Style Approval Need-Approval = background-color:grey
;email settings
Email all = $EMail to
Use Email Subject = SoC Sr Controllers Shift Schedule Plan
Use Email Heading = New SoC Sr Controllers Shift Schedule Plan $Schedule-Month <br><br>
Use Email Heading edit = SoC Sr Controllers Shift Schedule Plan $Schedule-Month <br><br>Has been Edited<br><br>
preset text = shift.html
==============================================================================================================================
I'm using that page to upload employee schedule in elog, and i copy-paste the schedule from excel table with color into the page.
The only browser that allow me to do above activity was only Microsoft Edge, it can keep the excel rich color table smooth and stayed with the color when i paste it.
If i'm doing above activity using different browser such as Firefox or chrome , everytime i paste the color rich excel table , the color always missing and only the text that pasted on the page.
But recently i update my Windows 10 and the Microsoft Edge browser also updated, and since that i the microsoft edge browser cannot read the "preset-text" template anymore and the page just blank.
Can you help
Thank you and regards
|
shiftcheck restrict edit, posted by Xuan Wu on Thu May 24 08:53:50 2018
|
Hi all,
There are options "Restrict edit" and "Restrict edit time" for general logbooks, but it seems not work for shiftcheck logbook. I think the function only author can change their own entry is necessary for shiftcheck too. Any suggestion would be hightly appreciated.
Cheers,
Xuan |
Re: shiftcheck restrict edit, posted by Xuan Wu on Wed Jun 6 02:41:32 2018
|
Is there a way to restrict other author to edit the custom input form submitted?
Xuan Wu wrote: |
Hi all,
There are options "Restrict edit" and "Restrict edit time" for general logbooks, but it seems not work for shiftcheck logbook. I think the function only author can change their own entry is necessary for shiftcheck too. Any suggestion would be hightly appreciated.
Cheers,
Xuan
|
|
text area height, posted by Giuseppe Cucinotta on Fri Jun 1 17:08:48 2018
|
Hi,
I wonder if it is possible to set a minimum default value for the height of the text box when submitting new entries. If I understood well, by default the text box height automatically resizes in order that all the elements of the page are visible. Actually for our needs having a minimum height of the text box fixed (for instance 500px) is by far more useful of viewing the attachment box (we know it is down scrolling the page :) ). We know it is possible to resize the text box using the mouse but doing this every time one creates a new entry can be annoying. Setting a default minimum size would be more confortable. Is it possible to do this?
Thank you
Beppe |
Re: text area height, posted by Stefan Ritt on Tue Jun 5 10:12:06 2018
|
Have you tried
Message height = ...
unit is number of text lines.
Stefan
Giuseppe Cucinotta wrote: |
Hi,
I wonder if it is possible to set a minimum default value for the height of the text box when submitting new entries. If I understood well, by default the text box height automatically resizes in order that all the elements of the page are visible. Actually for our needs having a minimum height of the text box fixed (for instance 500px) is by far more useful of viewing the attachment box (we know it is down scrolling the page :) ). We know it is possible to resize the text box using the mouse but doing this every time one creates a new entry can be annoying. Setting a default minimum size would be more confortable. Is it possible to do this?
Thank you
Beppe
|
|
Re: text area height, posted by Giuseppe Cucinotta on Tue Jun 5 15:06:18 2018 
|
I tried with Message Height = 100 inside the conifguration of my logbook, but nothing changed as you can see in the first picture...
What I'm looking for is a way, if possible, to start by default with a wider message box, someting like fig2. For our purpose, using wide tables, it would be very useful to have a wider message box in order to have a full look to the message content, and also having it by default without modifying it by hand with the mouse every time we submit something to elog.
Beppe
Stefan Ritt wrote: |
Have you tried
Message height = ...
unit is number of text lines.
Stefan
Giuseppe Cucinotta wrote: |
Hi,
I wonder if it is possible to set a minimum default value for the height of the text box when submitting new entries. If I understood well, by default the text box height automatically resizes in order that all the elements of the page are visible. Actually for our needs having a minimum height of the text box fixed (for instance 500px) is by far more useful of viewing the attachment box (we know it is down scrolling the page :) ). We know it is possible to resize the text box using the mouse but doing this every time one creates a new entry can be annoying. Setting a default minimum size would be more confortable. Is it possible to do this?
Thank you
Beppe
|
|
|
Re: text area height, posted by Stefan Ritt on Tue Jun 5 21:37:26 2018
|
The message height option only works if you select either "ELCode" or "plain" for encoding (this can also be made as default in the config file). For the HTML editor, the size is set internally and I don't have any influenc on it.
Stefan
Giuseppe Cucinotta wrote: |
I tried with Message Height = 100 inside the conifguration of my logbook, but nothing changed as you can see in the first picture...
What I'm looking for is a way, if possible, to start by default with a wider message box, someting like fig2. For our purpose, using wide tables, it would be very useful to have a wider message box in order to have a full look to the message content, and also having it by default without modifying it by hand with the mouse every time we submit something to elog.
Beppe
Stefan Ritt wrote: |
Have you tried
Message height = ...
unit is number of text lines.
Stefan
Giuseppe Cucinotta wrote: |
Hi,
I wonder if it is possible to set a minimum default value for the height of the text box when submitting new entries. If I understood well, by default the text box height automatically resizes in order that all the elements of the page are visible. Actually for our needs having a minimum height of the text box fixed (for instance 500px) is by far more useful of viewing the attachment box (we know it is down scrolling the page :) ). We know it is possible to resize the text box using the mouse but doing this every time one creates a new entry can be annoying. Setting a default minimum size would be more confortable. Is it possible to do this?
Thank you
Beppe
|
|
|
|
Enabling SSL, posted by Pasti on Fri May 18 08:04:37 2018
|
Hi all,
I'm following config guide and so far so good. The only issue I run into is when enabling SSL.
Guide says - One can replace this certificate and key with a real certificate to avoid browser pop-up windows warning about the self-signed certificate.
Can you please tell me a more details regards this part? I have acquired security certificate and replaced contents of SSL folder.
Now elogd.exe gets error 1067.
Any help would be highly appreciated.
Thanks! |
Re: Enabling SSL, posted by Stefan Ritt on Tue Jun 5 12:28:27 2018
|
This comes from the openSSL library which elog includes. I tried myelf and found that a chained certificate is not correctly interpreted by the openSSL library. Most people anyhow don't use SSL inside elog, but run an Apache server in front of elog. This is anyhow better since Apache has an industry-strength security with regular updates. Much better than relying on OpenSSL.
Stefan
Pasti wrote: |
Hi all,
I'm following config guide and so far so good. The only issue I run into is when enabling SSL.
Guide says - One can replace this certificate and key with a real certificate to avoid browser pop-up windows warning about the self-signed certificate.
Can you please tell me a more details regards this part? I have acquired security certificate and replaced contents of SSL folder.
Now elogd.exe gets error 1067.
Any help would be highly appreciated.
Thanks!
|
|
|