ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
1181
|
Mon Jun 6 15:17:50 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | All | 2.6.0-beta | Re: elog & firefox pipelining |
Emiliano Gabrielli wrote: | Having the Firefox pipelining feature enabled makes elog unable to correctly show avery attachment in the full view when a quite large number of them is present..
disabling pipelining makes all works fine again |
As is said:
Pipelining is an experimental feature, designed to improve page-load performance, that is unfortunately not well supported by some web servers and proxies.
So what do you expect 
I have not checked in detail, but it seems that the browser fires off several requests in parallel, one for each image. This can only be handled by a multi-threaded server, which elog is not (yet). What is more an issue for elog in relation to multi-threading is that one long request blocks all other users. So if I do a synchronize for example from home, the server can be nonresponsive for a minute or two. I have some plans for making it multi-threaded, but as you can imagine this is not so simple to do in a portable way. |
1191
|
Mon Jun 13 17:45:47 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | | Re: Moving eLog from Server to Server... |
Charles Duncan wrote: | I am moving my eLog system from one server to another.
I moved all my log books, my /etc/elog.conf, and /usr/share/elog/elog.pwd file. Did I miss anything?
The Logbooks come up fine on the eLog list, but when I try to access them I get invalid user name...
Do I have to do some sort of conversion to move the pwd file from one server to another?
Or should I try using the sync command for the move? does sync also move the pwd file?? |
Of course you have to start elogd after you copied all files over, but I presume you did that. The password file itself does not need any conversion, it should work on both hosts fine. Cloning an elog logbook (via the "-C <url>") flag, does copy the password file if you enter "yes" to the according question. Have you checked the file permission of the password file? Maybe the user name elogd is running under has no read access to it. |
1195
|
Thu Jun 16 22:37:06 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.5.9 | Re: reverse sort option does not work for quick filter |
I finally found some time to fix this problem. The fix is under CVS. |
1197
|
Fri Jun 17 22:08:28 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.0 | Re: Cloning |
Gerfried Kumbartzki wrote: | The elogd.cfg has a read and write passwd set. Any user can access the logbook, read and write after providing the proper user id and password. |
This might be your problem. Try to temporarily remove the read and write password from you config file, then do the cloning, then put it back. Cloning works with a passowd file, but I haven't tested it with read/write passwords.
Gerfried Kumbartzki wrote: | Beside missing the real stuff everything ends up in the users home directory. I would like it in the general area (/usr/local/elog for instance). |
The cloning works in the current directory. So just go to /usr/local/elog and start "elogd -C ..." from there. Alternatively, copy your whole /usr/local/elog tree to the server manually. The "Synchronize" button then works again only with a password file. You need a "Mirror user = xxx" option in that case. |
1198
|
Fri Jun 17 22:33:29 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.5.9 | Re: elog crashes when admin tries to register new users |
Thanks for that info. It helped me debugging things. The problem is that the "activation" URL does not contain a logbook if there is a global password file. I have never tried that so of course it crashes 
I tried to fix this and committed the changes to CVS. Can you try with that version? |
1199
|
Fri Jun 17 22:37:59 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Bug report | Linux | 2.6.0-beta | Re: Menu text ignored?? |
Emiliano Gabrielli wrote: | uh oh ... just maked some tests before posting ... "Find Menu text" does my job !!!?!?!!!! why "Find" in the name? it is displayed in the list view, not Find ... Am I completely out? |
Well, the normal list view was not there from the beginning. Originally you always saw the last entry, and had to click on "Find", do a search and then see the listing. Only later this became the default view. So "Find Menu text" was there from the beginning, and some people used it. If I change it now to "List Menu text", guess how many people would complain that their config file doen not work anymore.
Well, maybe I should allow both options "Find menu text" and "List menu text", change it in the documentation, and in a year from now remove the "Find menu text". |
1200
|
Fri Jun 17 22:54:39 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6 beta | Re: Unable to send mails through elog |
Kumar wrote: | Hi All
I need to send mail through Elog. With Version 2.5.7 it seems to work only when less content is in the elog entry. But when I fill in a lot of content into one entry, it confirms the mail is sent but I dont receive the mail.
I thought it was a bug in 2.5.7, so I installed the new version 2.6-beta. With this version I am not even able to send any mail eventhough elog confirms it has been sent. Same is it case for 2.5.9.
Please let me know if there is a fix..
Thanks
Raj |
This must have to do with your specific SMTP server. What you can do is to start elogd with the verbose flag like
elogd -v
then send an email entry and watch the communication between elogd and the SMTP server. There must be some kind of error message. |
1202
|
Sun Jun 19 20:50:16 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | V2.5.4 | Re: prevent CVS and XML exports |
Paul Paquette wrote: | Hello All and Happy Father's Day,
How do I prevent Anonymous Users from exporting the Data when using the search funtion?
Thank You
Paul |
By not allowing anonymous access at all. The CVS and XML exports do not contain more information than anonymous users can see on the web page, so there is no reason to prevent it. Anybody could view all pages anonymously (if guest access is allowed) and reconstruct the CVS data easily. |