ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
69201
|
Mon Aug 17 10:34:32 2020 |
| Lahreche Abdelmadjid | abdelmadjid.lahreche@yahoo.com | Request | Windows | 2006 | do some changes on .CFG | Hi All,
I would like to have "Permis de verouillage et d'étiquetage 016685-68AF-0031" when I select it.
I don't found where can I make this change
thank you.
|
Attachment 1: Elog_1.PNG
|
|
Attachment 2: Elog2.PNG
|
|
66467
|
Tue Jul 28 02:50:42 2009 |
| Dan Duong | Dan.Duong@team.telstra.com | Question | Windows | v2.7.42111 | display GMT time instead of local time in Entry time/ Last edit field | Hi all,
I have set my PC in Time Zone GMT+10:00 but I get GMT time in Entry time/Last edit field.
I have installed in another PC. Which has Time Zone GMT+10:00 but I still get GMT time in Entry time/Last edit field.
Please help. Thank you very much.
|
66728
|
Wed Mar 3 22:28:04 2010 |
| Devin Bougie | dab66@lepp.cornell.edu | Request | Linux | 2.7.5 | difficulty with slow connections (was Re: frequent crashes on SL4) | Hi, Stefan. When someone using a satellite connection tries to upload an attachment *or* edit a long entry, it fails and they are presented
with an "Internal Server Error." This is a huge improvement over the previous behavior of crashing elogd, but we were wondering if there is any
hope of improving this further so that one can edit large entries or upload attachments over a slow (in this case, satellite) connection. Do
you have any ideas or plans on working on this further? Apparently ELOG is the "only" service this user has trouble with from home.
Any information you could provide would be greatly appreciated.
Many thanks,
Devin |
66753
|
Fri Mar 12 12:49:39 2010 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | Linux | 2.7.5 | difficulty with slow connections (was Re: frequent crashes on SL4) | > Hi, Stefan. When someone using a satellite connection tries to upload an attachment *or* edit a long entry, it fails and they are presented
> with an "Internal Server Error." This is a huge improvement over the previous behavior of crashing elogd, but we were wondering if there is any
> hope of improving this further so that one can edit large entries or upload attachments over a slow (in this case, satellite) connection. Do
> you have any ideas or plans on working on this further? Apparently ELOG is the "only" service this user has trouble with from home.
There was a timeout of 1 sec. in the elogd daemon, which probably is too short for a satellite connection. Unfortunately I have no satellite here
around to test it, so I "blindly" increased it to 6 seconds in the current SVN version. Please give it a try. You can increase this yourself, its here
in the code at (Rev. 2291) line 28270:
FD_ZERO(&readfds);
FD_SET(_sock, &readfds);
timeout.tv_sec = 6; <----
timeout.tv_usec = 0;
status = select(FD_SETSIZE, (void *) &readfds, NULL, NULL, (void *) &timeout);
so you can change the 6 to 10 or so. The disadvantage of a large value is the following: Suppose you submit an entry, and in the middle of the
submission your browser dies (or the user closes it). If you have a timeout of n seconds, the elogd server will wait that time until it closes the
connection. During this waiting time is cannot respond to other request, so it might look dead. That's why we should not make it too long.
- Stefan |
66895
|
Wed Sep 8 15:31:33 2010 |
| Devin Bougie | dab66@cornell.edu | Request | Linux | 2.7.5 | difficulty with slow connections (was Re: frequent crashes on SL4) | Hi Stefan,
> There was a timeout of 1 sec. in the elogd daemon, which probably is too short for a satellite connection. Unfortunately I have no satellite here
> around to test it, so I "blindly" increased it to 6 seconds in the current SVN version. Please give it a try.
The latest release (2.8.0-2313) does fix this problem. Our user is now able to modify entries and upload attachments using their satellite connection.
Thank you very much for your time and help. I am sorry I didn't receive this in time to help test the old SVN version.
Sincerely,
Devin |
68017
|
Sun Jun 14 10:17:18 2015 |
| alireza | ali_f5@yahoo.com | Request | Linux | latest | dependencies lib | Hi,I'm new here :) and want to install elog on linux suse. could you please tell me, how can I find this following lib dependency.
linuxsuse#rpm -i elogi386.rpm
error: Failed dependencies:
libssl.so.6 is needed by elog-3.1.0-2.i386
Thanks in Advance |
717
|
Sat Oct 9 14:25:23 2004 |
| Mike Stolove | mstolove@rogers.com | Bug report | Linux | 2.5.4-5 | deleting the sole single entry in log causes crash with xrealloc | When creating new logbooks, I will create a single entry to test the
configuration. After revising the configuration I want to delete that
single entry and create a new one based on the revised config.
elogd will crash every time upon deleting that single entry with an
xrealloc error. Here are the syslog entries leading up to the crash:
Oct 9 08:09:41 obstin8 elogd[20614]:
GET /Support/1?cmd=Delete&nextmsg=0&confirm=Yes HTTP/1.1^M Connection:
Keep-Alive^M User-Agent: Mozilla/5.0 (compatible; Konqueror/3.3; Linux)
(KHTML, like Gecko)^M Referer: http://localhost:8080/Support/1?cmd=Delete^M
Accept: text/html, image/jpeg, image/png, text/*, image/*, */*^M
Accept-Encoding: x-gzip, x-deflate, gzip, deflate^M Accept-Charset:
iso-8859-1, utf-8;q=0.5, *;q=0.5^M Accept-Language: en^M Host:
localhost:8080^M Cookie: urem=0; upwd=dDRubjNyBDI=; unm=mstolove
Oct 9 08:09:41 obstin8 elogd[20614]: xrealloc: not enough memory
This is on a Slackware 10 box using kernel 2.6.7. Elogd is accessed
directly, not through an Apache proxy. |
66704
|
Tue Feb 9 14:41:02 2010 |
| Sara Vanini | sara.vanini@pd.infn.it | Question | Linux | last | defult format in entry window | Hi,
is there a way to set default preferences for text in entry text window, as regards : font type, font size, line spacing, paragraph, etc...
Thanks
Sara
|
|