| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
728
|
Wed Oct 13 20:28:02 2004 |
 | Stefan Ritt | stefan.ritt@psi.ch | Bug report | All | 2.5.4-5 | Re: URL Parsing Problem |
Has been fixed in revision 1.492. |
|
730
|
Thu Oct 14 11:37:18 2004 |
 | RB | elog@spampot.com | Bug report | All | 2.5.4-5 | Re: URL Parsing Problem |
> Has been fixed in revision 1.492.
Thanks, Stefan. |
|
734
|
Thu Oct 14 16:33:51 2004 |
 | Mike Stolove | mstolove@rogers.com | Request | Linux | 2.5.4-5 | Extra 'append on edit' action when adding attachment |
I have the following in a local logbook config:
append on edit = "\n\n[$date: $short_name]\n"
When I upload an attachment to an entry, it appears like the page is
getting refreshed in the browser and the 'append on edit' action is called
again. This results in two appended strings in the text entry, one for the
initial edit and one for the upload.
Is this by design or an inadvertent result of uploading an attachment?
My preferred handling of this - and perhaps a more intuitive behavior -
would be to have the append/prepend actions happen once and only once for
each edit or reply.
BTW Stephan, many thanks for the great program. |
|
731
|
Thu Oct 14 16:33:51 2004 |
| Mike Stolove | mstolove@rogers.com | Request | Linux | 2.5.4-5 | Extra 'append on edit' action when adding attachment |
I have the following in a local logbook config:
append on edit = "\n\n[$date: $short_name]\n"
When I upload an attachment to an entry, it appears like the page is
getting refreshed in the browser and the 'append on edit' action is called
again. This results in two appended strings in the text entry, one for the
initial edit and one for the upload.
Is this by design or an inadvertent result of uploading an attachment?
My preferred handling of this - and perhaps a more intuitive behavior -
would be to have the append/prepend actions happen once and only once for
each edit or reply.
BTW Stephan, many thanks for the great program. |
|
733
|
Thu Oct 14 21:45:32 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | Linux | 2.5.4-5 | Re: Extra 'append on edit' action when adding attachment |
I fixed that in revision 1.496 (see CVS). |
|
1279
|
Wed Jul 20 08:32:06 2005 |
 | Stefan Rudat | sr@smartnd.com | Question | Windows | 2.5.4-3 | Cannot stat() config file |
Hi
Elog runs now for serveral month without any problem at a Windows 2000 server.
I must change the access rights for all Folders, remove the user everyone and set the
Rights only to defined groups .
Now I can see following Event ID
Event Type: Information
Event Source: ELOG
Event Category: None
Event ID: 0
Date: 20.07.2005
Time: 08:14:24
User: N/A
Computer: SNDSRV1
Description:
The description for Event ID ( 0 ) in Source ( ELOG ) cannot be found.
The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. The following information is part of the event: Cannot stat() config file; No such file or directory.
My question now. Have someone see the same Problem ?
It this is a access right problem How to set up the access rights for Elog
Elog folders ?
Bye |
|
1281
|
Wed Jul 20 20:13:26 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 2.5.4-3 | Re: Cannot stat() config file |
| Stefan Rudat wrote: | | Cannot stat() config file; No such file or directory. |
I do not know what exactly is going on. This error occurs during runtime when elog tries to check if the config file (usually elogd.cfg) has changed. It checks if the file is there on startup, but apparently it is there, otherwise elog would not start. Then it checks about once per second if the file access time has changed. If so, it rereads the file. This way changes to the file become valid immediately, without restarting elog. The fact that elog has access to the file on startup, but not later, is somehow strange. Maybe you lock this file with an editor, or it is on a network drive which gets disconnected, or the permission changed after the startup. Something in that direction. |
|
672
|
Mon Aug 16 23:49:13 2004 |
 | Steve Jones | steve.jones@freescale.com | Bug report | All | 2.5.4-2 | URL bug in elogd.cfg |
Under 2.5.4-2 build1.460, when I edit the demo elogd.cfg the following happens:
- I start with
URL = http://cde-tx32-sds01.subdom.dom.com:8080/
- When I go to edit the global section of the config file, the *display* of
the string is changed to:
URL = <a
href="http://cde-tx32-sds01.subdom.dom.com:8080/">http://cde-tx32-sds01.subdom.dom.com:8080/</a>
- Saving this results in an error in that the rendered url is invalid.
Our current running version is 2.5.4-build1.413 and this behavior is not
evident. I've looked through the diffs but could not identify the genesis
of this new behavior.
Thanks |