| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
68077
|
Wed Aug 12 10:54:27 2015 |
 | Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | v3.1.0.3 | Re: Problem with elog and Internet Explorer when saving an entry | Do you have the problem on this Forum as well?
If not, then something is wrong with your installation. Like old JavaScipt files etc. Start with a fresh installation and you should be fine.
If you have the same problem in this Forum, let me know and I will further investigate it.
| TorstenJ wrote: |
|
Hello Stefan,
thanks for you reply. I tried an ujpdate today to my old installation, but also after cleaning the IE cache, the problem consists. The same result is, when doing a clean new installation, with the default elog.cfg and and cleaned cache as well an IE that was reseted to defaults.
I am running version v3.1.1 3f311c5 now. Do you maybe have another idea, to fix that issue.
Thanks
Torsten
| Stefan Ritt wrote: |
|
This issue should have been fixed in the new version 3.1.1. If the problem still persists, try to clear your browser's cache, since it might still have cached the old JavaScript files having this bug.
| TorstenJ wrote: |
|
Hi all,
first off all let me say, that I realy like this great tool. That is a lot of help for keeping our server documentation up-to-date. Thanks to all contributors for that.
I right here, because I actually have an issue with saving entries working with IE11 (but also in IE9). When ever I enter an entry, and click the save button, the page open a page with the text: "OK 1" or the second attemp: "OK 2" 3rd "OK 3" and so on (see screenshot). To get back to my Item list, I have to click the back button in the internet explorer. I also opens a lot of draft entries in my databases. When I submit my entry, I don't have an issue, and the entry is saved correctly.
This issue doesn't happen when using Google Chrome.
Had anyone an simlar issue using elog with IE? It would be great to have some help with that issue.
Thanks
Torsten
|
|
|
|
|
68096
|
Tue Aug 18 14:23:29 2015 |
| Daniel Sajdyk | daniel.sajdyk@gmail.com | Question | Windows | ELOG V3.1.0-3c6 | Re: "Resolve host names" does not resolve host names | I'm sorry... it was my mistake. I put Resolve host names in logbook config instead global.
Regards Daniel.
| Stefan Ritt wrote: |
|
In elog I simplu use the function gethostbyaddr() to resolve the host name. If this does not work, the underlying OS does not know the hostname either. Probably you can test this with "nslookup a.b.c.d", to see any further error message.
| Daniel Sajdyk wrote: |
|
Hello
I use Resolve host names = 1 in my config file, but I still get IP instead domain name.
I use elog in internal network with my own DNS.
Any sugesstions ?
Regards
Daniel.
|
|
|
|
68097
|
Wed Aug 19 17:08:56 2015 |
 | Richard Stamper | richard.stamper@stfc.ac.uk | Info | Windows | 3.x.y | Compiling for Windows | I am interested in using LDAP authentication for elogd on Windows for which it looks like I need to compile from source, enabling LDAP in the make file.
Does anyone have advice on build environments for Windows in which they have had success making elog? Free ones preferably, such as Cygwin. |
|
68102
|
Fri Aug 28 21:01:42 2015 |
| Daniel Sajdyk | daniel.sajdyk@gmail.com | Bug fix | Windows | V3.1.1-3f311c5 | Draft saved is treated as an entry edit | Hello.
In Elog i have attribute called "Zmieniano" (eng. changed) which should store how many times entry was edited. If entry was not edited it should have only preset value "oryginalny wpis" (eng. oryginal entry), but when I edit it, it should have also date, time, and person who make edit (this is made by "Subst on Edit Zmieniano = $Zmieniano<br>- Zmiana $date przez $long_name z $remote_host)".
From version V3.1.1-3f311c5 I have problem with that.
When I add entry, and entry is auto saved, then auto save is shown in the attribute "Zmieniano" (eng. changed) as an next edit, which I dont want. Entry from attached screenshot was not edited, but in "Zmieniano" (eng. changed) attributes it has two values:
- Oryginalny wpis (eng. oryginal entry),
- Zmiana 27.08.2015, 10:52 przez Daniel Sajdyk z serwerownia.sr.lez (eng. Changed 27.08.2015.... )
The second value is autosave time.
Is this a bug?
Regards
Daniel.
|
| Attachment 1: entry.png
|
|
|
68103
|
Mon Aug 31 09:38:38 2015 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Bug fix | Windows | V3.1.1-3f311c5 | Re: Draft saved is treated as an entry edit | Hi Daniel,
this is an undesired side effect of a new feature. I wouldn't call it a bug ;-)
There is no straight forward way for elog to distinguish between a "Submit" and an automatic save. Therefore the "... on edit = ..." kicks in when an entry is saved automatically.
I guess Stefan can figure out a workaround, but for the moment I would sugest that you just switch off the auto save feature -- if you want to keep your save history:
Save drafts = 0
Cheers
Andreas
Daniel Sajdyk wrote:Save drafts = 0 |
|
Hello.
In Elog i have attribute called "Zmieniano" (eng. changed) which should store how many times entry was edited. If entry was not edited it should have only preset value "oryginalny wpis" (eng. oryginal entry), but when I edit it, it should have also date, time, and person who make edit (this is made by "Subst on Edit Zmieniano = $Zmieniano<br>- Zmiana $date przez $long_name z $remote_host)".
From version V3.1.1-3f311c5 I have problem with that.
When I add entry, and entry is auto saved, then auto save is shown in the attribute "Zmieniano" (eng. changed) as an next edit, which I dont want. Entry from attached screenshot was not edited, but in "Zmieniano" (eng. changed) attributes it has two values:
- Oryginalny wpis (eng. oryginal entry),
- Zmiana 27.08.2015, 10:52 przez Daniel Sajdyk z serwerownia.sr.lez (eng. Changed 27.08.2015.... )
The second value is autosave time.
Is this a bug?
Regards
Daniel.
|
|
|
68104
|
Mon Aug 31 13:12:09 2015 |
| Daniel Sajdyk | daniel.sajdyk@gmail.com | Bug fix | Windows | V3.1.1-3f311c5 | Re: Draft saved is treated as an entry edit | Hi Andreas and thank you very much for explanation ;)
So, we'll have to wait for new version which will correct this.
Cheers
Daniel.
| Andreas Luedeke wrote: |
|
Hi Daniel,
this is an undesired side effect of a new feature. I wouldn't call it a bug ;-)
There is no straight forward way for elog to distinguish between a "Submit" and an automatic save. Therefore the "... on edit = ..." kicks in when an entry is saved automatically.
I guess Stefan can figure out a workaround, but for the moment I would sugest that you just switch off the auto save feature -- if you want to keep your save history:
Save drafts = 0
Cheers
Andreas
Daniel Sajdyk wrote:Save drafts = 0 |
|
Hello.
In Elog i have attribute called "Zmieniano" (eng. changed) which should store how many times entry was edited. If entry was not edited it should have only preset value "oryginalny wpis" (eng. oryginal entry), but when I edit it, it should have also date, time, and person who make edit (this is made by "Subst on Edit Zmieniano = $Zmieniano<br>- Zmiana $date przez $long_name z $remote_host)".
From version V3.1.1-3f311c5 I have problem with that.
When I add entry, and entry is auto saved, then auto save is shown in the attribute "Zmieniano" (eng. changed) as an next edit, which I dont want. Entry from attached screenshot was not edited, but in "Zmieniano" (eng. changed) attributes it has two values:
- Oryginalny wpis (eng. oryginal entry),
- Zmiana 27.08.2015, 10:52 przez Daniel Sajdyk z serwerownia.sr.lez (eng. Changed 27.08.2015.... )
The second value is autosave time.
Is this a bug?
Regards
Daniel.
|
|
|
|
68106
|
Mon Aug 31 22:35:03 2015 |
| Daniel Sajdyk | daniel.sajdyk@gmail.com | Question | Windows | ELOG V3.1.1-3f3 | Preset on duplicate | Hi.
Is there any way that "Preset on duplicate" contain ID entry from which it was duplicated?
Cheers
Daniel. |
|
Draft
|
Wed Sep 2 16:55:00 2015 |
| Mike Bodine | Mike.Bodine@alcatel-lucent.com | Question | Windows | 2.9.2 | Copy To Function | Hi,
We've recently implemented the Copy To function and it works as advertised. The issue we're having is the original entry time is also copied, so if we take an old log and copy it to another log book the entry using reverse sort, preserve = 0 may not display as the newest id. It will receive the next message id, but not display in the correct order on the page. Is there an option or parameter that will force Copy To create a new entry time, so the message id will appear in the correct order?
Thanks,
Mike
|
|