Re: length of condition names, posted by Stefan Ritt on Thu Dec 3 09:57:20 2020
|
You can easily use multi-character conditionals, up to 256 chars.
Harry Martin wrote: |
The documentation describing the use of conditionals uses a single character (letter or number) for names of conditions. I don't see any update/change to that rule anywhere in the docs.
I have been using multi-character condition names successfully. I find these are easier to use since they can be more descriptive of each condition. It works, but I am concerned I may be doing something that might not be supported going forward. (It is simple enough to change these, but I'd prefer to know if this practice is acceptable.)
Thank you, again, for this fine (and, may I add, fun?) tool. I'm having a good time with it!
|
|
Re: length of condition names, posted by Harry Martin on Fri Dec 4 02:03:56 2020
|
Could we update the doc for this?
Stefan Ritt wrote: |
You can easily use multi-character conditionals, up to 256 chars.
Harry Martin wrote: |
The documentation describing the use of conditionals uses a single character (letter or number) for names of conditions. I don't see any update/change to that rule anywhere in the docs.
I have been using multi-character condition names successfully. I find these are easier to use since they can be more descriptive of each condition. It works, but I am concerned I may be doing something that might not be supported going forward. (It is simple enough to change these, but I'd prefer to know if this practice is acceptable.)
Thank you, again, for this fine (and, may I add, fun?) tool. I'm having a good time with it!
|
|
|
Re: last?? links in threaded mode, posted by Stefan Ritt on Mon Jul 1 10:32:28 2002
|
> The mode (i.e. summary, threaded, full) should be kept for the
> last??? and past??? links on a page.
>
> For instance:
>
> http://midas.psi.ch/elogdemo/Linux/last10?mode=threaded
>
> The last20 link on this page should also be in threaded mode.
Has been fixed. Will be included in next version. |
Re: last x link TEXT, posted by Stefan Ritt on Fri Jul 12 10:26:40 2002
|
> The last x link TEXT now shows up like this
>
> 'Last 20 entries?mode=threaded'
>
> I can not reproduce this with the elogdemo logbook, however.
...because it has been fixed in meantime (revision 2.41). I have not made a
new release since I want to fix the elog password submission first. In
meantime, you can get the actual version from
http://midas.psi.ch/cgi-bin/cvsweb/elog/elogd.c |
Re: large attachment seems to hang elogd?, posted by Konrad Klimaszewski on Thu Oct 25 09:43:52 2007
|
Hello,
I'm observing the same behavior with ELOG V2.6.5-1844.
Is there a fix for this?
Best Regards,
Konrad |
Re: large attachment seems to hang elogd?, posted by Jacky Li on Wed Oct 31 22:33:49 2007
|
Hi,
I am having the same problem with 2.6.4.1 and the latest version. It just hangs and taking a long time to upload multiple of 1.5 to 2 MB attachments...or just one few MB attachment. Hope that's a fix soon. |
Re: large attachment seems to hang elogd?, posted by Jacky Li on Wed Oct 31 22:39:54 2007
|
Hi,
I did more testing..if I suppress email notification, it is fast. There is something wrong there.
Jacky Li wrote: | Hi,
I am having the same problem with 2.6.4.1 and the latest version. It just hangs and taking a long time to upload multiple of 1.5 to 2 MB attachments...or just one few MB attachment. Hope that's a fix soon. |
|
Re: large attachment seems to hang elogd?, posted by Jacky Li on Wed Oct 31 22:44:06 2007
|
Ok,
I noticed that the email notification got two copies of the attached files to elog post. It looks like the cause is
between elog and the mail server. When there is email notification, the attachement is sent along to the mail server and that's taking a long time and there are two copies of the attachment.
Jacky Li wrote: | Hi,
I did more testing..if I suppress email notification, it is fast. There is something wrong there. |
|