csv import timestamp, posted by Ferdinand Gassauer on Wed May 13 22:03:37 2015
|
I have to import a csv with a date field, which represents the creation date
this date should be used as "date" timestamp which is set automatically, otherwise all entries get the current datetime as timestamp
|
Re: csv import timestamp, posted by Ferdinand Gassauer on Thu May 14 07:01:23 2015
|
Thanks
what is the format of the Date field in the csv file ?
My Date is date and not datetime.
| Andreas Luedeke wrote: |
|
Hi Ferdinand,
and that is exactly what happens when you import a csv file with a date field:
the creation date ($entry time) of the imported entries will be used from the "Date" column in the file.
I've just tried it and it works like a charm. Did you have any problems doing it?
Cheers
Andreas
| Ferdinand Gassauer wrote: |
|
I have to import a csv with a date field, which represents the creation date
this date should be used as "date" timestamp which is set automatically, otherwise all entries get the current datetime as timestamp
|
|
|
[Bug?] Admin restrict edit time, posted by Faith on Fri Apr 30 07:27:31 2021
|
I would like to know, if the command "Admin restrict edit time = " does really work as intended.
In my case I have the following global configuration:
Admin user = <me>
Restrict edit = 1
Restrict edit time = 1
Admin restrict edit time = 10000
And every time, when I want to edit an entry (as admin), that is older than 1 hour, i get the following error message:
"Entry can only be edited 1 hours after creation"
|
|
Bug: "Append on edit" triggers too often, posted by Faith on Tue May 4 14:45:47 2021
|
The command "Append on edit = " is getting executed everytime, when a dropdown menu is changed. This happens even at the first creation of an entry, so the append text stucks up multiple times in the text body. |
kerberos authentication NOT working, posted by Fabio Sella on Wed Oct 30 17:57:38 2013
|
Hi guys,
we configured a kdc server using OPENLDAP as backend. We installed on it elog and configured the Kerberos Authentication on one logbook as follows:
Authentication = Kerberos, File
Kerberos Realm = TEST.COM
Password file = ./pwd.xml
⇄
Detect language » Italian
Even if the kinit comand is retrieving correctly a ticket for the user tsearch@TEST.COM(we see it using klist and tcpdump on lo interface), elogd kerberos authentication is not working.
We tried using tcpdump for troubleshooting but no traffic is generated on the loopback interface.
Did someone solve this problem or do you have an idea on how to make the kerberos authentication working?
Thanks |
|
width of the Text column in the summary list view, posted by Fabio Rossi on Fri Nov 6 12:49:22 2009
|
I have "Summary lines = 1" in the config file. The first line visualized in the summary list, in the Text column, is truncated. I'm using the default style.
Which is the way to set the number of character displayed? |
|
Re: width of the Text column in the summary list view, posted by Fabio Rossi on Fri Nov 6 18:08:20 2009
|
| Stefan Ritt wrote: |
|
| Fabio Rossi wrote: |
|
I have "Summary lines = 1" in the config file. The first line visualized in the summary list, in the Text column, is truncated. I'm using the default style.
Which is the way to set the number of character displayed?
|
I added a new parameter
Summary line length = x
for you. This is included in SVN revision 2262 (if you can compile it yourself) and will be contained in the next release.
|
I have already tested your patch backporting the change to 2.7.7.1. It works like a charm.
Thank you very much! |
|
Inconsistent and long load times, posted by Fabian on Fri Nov 15 10:59:51 2013
|
We recently installed ELOG and it works pretty well, but the load times are rather inconsistent. Most of the time
it is very fast, but it also often hangs for around 5-10 seconds while loading. It seems to affect all parts of
the page that are returned at random, so sometimes the main html file will hang, sometimes the css file and
sometimes the images.
The hardware it is running on is nothing special, an older 3 GHz Celeron, but it should be fast enough. It is
running on Debian 7.
Any ideas what the problem could be, or how I could investigate it further to find the bottleneck? |