ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
625
|
Wed Jul 28 21:25:52 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | | Windows | 2.53. | Re: Fixed Attribute Reply |
> Hi Stefan
> YOu have been a great help on the Elog problem solving .
> I have another sort of bug , when i have a attribute type as date.
> And i have fixed the attribute on reply , i actually get a string of
> number when i reply , and the date becomes not the orginal date in the
> first message.
>
> So the way i work ard is that i did not place the date field in the fixed
> attribute reply which i will run the risk of pple modifying that entry .
> Can this be fix?
Yes, I fixed this. Revision 1.412 under CVS, new snapshot for Windows at the
download page. |
626
|
Wed Jul 28 21:29:28 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | All | 2.5.3 | Re: WISHLIST: Type <attribute> = user |
Acknowledged. Added your vote to the wishlist. |
627
|
Wed Jul 28 21:34:35 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | All | 2.5.3 | Re: Date format problem in "Thread display = " |
> I get the following in my THREADED logbook view:
>
> "Adding new services, planned for 1090519200. Last revised: Thu Jul 15
> 18:03:52 2004"
That should be fixed by the current version. Please update. |
628
|
Wed Jul 28 21:39:21 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | All | 2.5.3 | Re: BUG?: Preset text = causes replication of text when re-editing a logbook entry. |
> With the "Preset text = " specified, when re-editing a logbook entry (say to
> correct a spelling error) the text of the "Message" is replicated and placed
> directly below the original text.
That should be fixed since revision 1.370 from Jul 7th, 2004. Please update. |
629
|
Wed Jul 28 21:49:32 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.5.3 | Re: Bugs in newer updates w/ Debian install? |
> I just updated ELOG using the latest elogd.c, and now my Quick Filters seem
> to stop working after the first or second filter attempt.
Can you try if you can reproduce the problem with the current version? I tried
your settings and could not reproduce it. I remember that I fixed some problems
with quick filters, but that was some time ago (Apr 04). If the problem
persists, can you send me your exact elogd.cfg? |
630
|
Wed Jul 28 21:54:36 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | All | 2.5.4? | Re: getcfg problem in v1.410: Truncation of long config strings |
> Just compiled 1.410 and have run into an issue that *may* have been
> introduced in 1.393.
>
> Config file directives such as "Welcome title" could be very long strings.
> After compiling 1.410, our "Welcome title" is truncated and, while I haven't
> counted the actual chars, I suspect that the truncation happens at 1024
> characters. The procedure 'getcfg' has a declared passed paramater "int
> vsize".
Actually before 1.393 you got a buffer overflow if any string in the
configuration file was longer than 500 chars, so it's a miracle that your elogd
did not crash on the long Welcome Title. I added the "vsize" parameter to avoid
such crashes. To satisfy your need for a long Welcome title, I increased the
string size for that particular case to 10000 chars. Hope this is enough. |
638
|
Fri Jul 30 09:15:39 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | | | | Re: ?cmd=New&pType=PC does not work |
> according to the users guide,
>
> http://midas.psi.ch/elogs/Database/?cmd=New&pType=PC
>
> should create an entry with the type value set to PC, but this doesn't work
Now it works. Updated elog version under CVS and as a snapshot (see Download Page) |
641
|
Mon Aug 2 09:05:48 2004 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug fix | Linux | 2.5.3 | Re: speeding up elog : gcc compile optimizations |
> Is there something else which is making this difficult to do?
Not really, but hsearch() & Co. are not available under Windows, so I have to extract the
source code from the GNU C libarary or so. Since the last discussion I had lots of other
topics on my to-do list, such as mirroring and cloning, but the speed issue is getting more
and more up on the priority list. |