ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
1183
|
Tue Jun 7 13:12:25 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | All | 2.6.0-beta | Re: elog & firefox pipelining |
Stefan Ritt wrote: |
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. |
You are right .. I'll wait the m-t support then ghghgh |
1182
|
Tue Jun 7 10:59:20 2005 |
| Michael Husbyn | michaelh@online.no | Question | Linux | 2.5.9-2 | Omitting some fields in e-mail | Hello,
Is there a way to include some attribute fields in the e-mail from eLog, but not all?
E.g, if you have the following:
Attributes = TA, Endret, UA, Pri, Status, Oppdragsgiver, EpostTil, EpostIKT, Tittel
Then you get the heading:
Logbook :
TA :
Endret :
UA :
Pri :
Status :
Oppdragsgiver :
EpostTil :
EpostIKT :
Tittel :
(removed the attribute data),
But I would like to send out only:
UA :
Pri :
Status :
Oppdragsgiver :
EpostTil :
Tittel :
Any way to do this in the current version?
And perhaps change the order too... I'm asking for much perhaps?
Best regards
Michael |
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. |
1180
|
Mon Jun 6 12:43:48 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | Linux | 2.6.0-beta | Re: shell exec not working |
Emiliano Gabrielli wrote: | It seems that, since Fri 2005-06-03, 12:50 almost, the shell exec feature is not invoked anymore.
the -x flag is present in the command line and the elog.cfg Parameters are present both for edit and for insert..
I'm not disabling shell exec by the checkbox
the dummy-level log in syslog does not show *anything* about shell exec. |
oh my @#[#@ .. sorry stefan, my bad ... for some reason the make_thumbs script was not +x ..
Is it possible to check the executability of the script in elog and eventually tell about this in syslog ? |
1179
|
Mon Jun 6 12:28:21 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | All | 2.6.0-beta | elog & firefox pipelining | 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 |
1178
|
Mon Jun 6 12:25:53 2005 |
| Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | Linux | 2.6.0-beta | shell exec not working | It seems that, since Fri 2005-06-03, 12:50 almost, the shell exec feature is not invoked anymore.
the -x flag is present in the command line and the elog.cfg Parameters are present both for edit and for insert..
I'm not disabling shell exec by the checkbox
the dummy-level log in syslog does not show *anything* about shell exec. |
1177
|
Sat Jun 4 16:37:04 2005 |
| Heiko Scheit | h.scheit@mpi-hd.mpg.de | Bug report | Linux | 2.5.9 | Re: reverse sort option does not work for quick filter | [quote="Stefan Ritt"][quote="Heiko Scheit"]The 'reverse sort' option does not work for quick filter searches.
In the
URL there is always written 'reverse=0'. For normal 'Find' it works OK.[/quote]
I don't understand the problem. If I take the example elogd.cfg from the distribution, it sorts in reverse
order, since the file contains [i]Reverse sort=1[/i]. If I apply a quick filter, the result is still sorted in
reverse order (entry ID from high to low). If I set [i]Reverse sort=0[/i], the even after applying a quick
filter, the entries are sorted with their ID from low to high. Applying a quick filter should not put a
[i]reverse=0[/i] into the URL, so it's strange to me where this comes from. Can you try to reproduce the problem
with the demo elogd.cfg?[/quote]
I played with the quick filter settings somewhat. Here is what I get.
I can't really make sense of it, but maybe you can figure out what
happens. Below, the first line always contains the 'Quick filter'
config setting. The lines below show the URL after searching with the
quick filter for the 1st, 2nd,... attribute listed in the quick filter
setting. (The common base of the URL was removed. Shown is
everything after the last '/'.) Each 'quick search' was started from
the 'List' or 'Back' page, i.e. the URL ended with a '/'.
As you can see below the result depends on the number and on the order
(!) of the attributes. Only a few give the desired result (marked
with # OK). Incidentally the option 'Date, Something' works fine,
which is the combination found in the demo config file. :)
Quick filter = Subject, Date, Login
?Subject=sd&Login= # OK
?last=1&&reverse=0
?Login=sdf&reverse=0
Quick filter = Subject, Login, Date
?Subject=scd&reverse=0
?Login=sdf&reverse=0
?last=1&reverse=0
Quick filter = Date, Subject, Login
?last=1&&reverse=0
?Subject=sd&Login= # OK
?Login=sd&reverse=0
Quick filter = Subject, Date
?Subject=sd # OK
?last=1&reverse=0
Quick filter = Date, Subject
?last=1&Subject= # OK
?Subject=ddsd # OK
Quick filter = Login, Date
?Login=sch # OK
?last=31&reverse=0
Quick filter = Subject, Login
?Subject=dsd&Login= # OK
?Login=sd&reverse=0
Quick filter = Login, Subject
?Login=sd&Subject= # OK
?Subject=sd&reverse=0 |
1176
|
Sat Jun 4 14:00:17 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | | 2.5.8-6 | Re: password encryption |
Alex H wrote: | I have found a little problem with elog. I'am using ELOG V2.5.8-6. When I'am on the logon page,
I type my Login and password and hit "submit", in the bottom of IE, we can show my password without encryption, it can be dangerous. I have made a screenshot to explain my problem better.
Could you fix it for the next release ?
Thanks a lot.
Alex |
I switched the login page to the HTTP "POST" method, where arguments are not passed in the URL.
The new version is under CVS. Can you try if the behaviour is better now? I upgraded also the ELOG forum, so you can try there as well. |
|