| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
1126
|
Mon May 2 15:40:02 2005 |
 | Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | Linux | 2.5.8-6 | Re: rss feed title & conditional attributes |
> Ok, fixed. I do however not evaluate the conditional attribute, but just remove any
> empty attribute, I guess that makes more sense.
ok, it work perfectly, tnx .. I agree with you choice of course :-) |
|
1162
|
Mon May 30 19:56:01 2005 |
 | Emiliano Gabrielli | AlberT@SuperAlberT.it | Request | Windows | 2.5.8-6 | Re: password encryption |
| Gary Clayson wrote: | Hello Alex and Stefan,
I know of only one way to "hide" the text of the status bar in a web browser;
use JavaScript - specifically the status method (as in the following example):
<!-- the following goes in the body of the document, perhaps in a link. -->
<!-- sample link -->
<a href="javascript://place link url here"
onMouseOver="window.status='Status Bar Text Goes Here'; return true">Link Text Here</a>
<!-- place the following script in the head of the document -->
<script language="JavaScript" type="text/javascript"><!--
window.defaultStatus="Default Status Bar Text Here";
--></script>
Of course the above only works in those browsers that support javascripting,
but it is one way to hide the actual text of links from the user.
Hopefully this helps you!
Gary Clayson
| Alex H wrote: | Hi Stefan,
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 don't have double checked .. but .. why we need to pass the sensible information in the Query String ??
Are you sure that putting it in an hidden field (and eventualli using a GET methon in the <form>-tag) can't be a solution? |
|
1170
|
Fri Jun 3 18:02:25 2005 |
 | Emiliano Gabrielli | AlberT@SuperAlberT.it | Bug report | Windows | 2.6.0-beta | Re: Incorrect Display |
| Geoffrey Carman wrote: |
| David Spindler wrote: |
BTW, I love elog and have it running at work. It is being used extensively. |
We just did the 2.60 beta upgrade, and now our pre-existing logbooks, with a
List Display = Name, Author, Date for example will only show the first two fields.
It seems like Elog is dropping the last attribute in the List Display line.
We can 'fix' it by making it say:
List Display = Name, Author, Date, Date
so that it drops the second Date, but that is a bad workaround.
Anyone else seeing this?
Elog 2.60 beta on Linux, Firefox 1.04 as the client. Or IE fully patched on WinXP SP2.
PS: Love Elog at work here too! Truly has made our documentation way better. And RSS feeds of the logbooks is just wonderful. |
I just reported it to Stefan last week ... it's the "pippo-bug"  I called it this way becouse you can put anything you want as garbage Attribute to go around the bug .. I temporary corrected my elogs configs addig a ", pippo" to every "List Display" line ... |
|
1171
|
Fri Jun 3 18:11:09 2005 |
 | Emiliano Gabrielli | AlberT@SuperAlberT.it | Info | Windows | latest | Re: A comprehensive listing of all commands elog performs |
| Gary Clayson wrote: | Can someone please enter a comprehensive list of the commands eLog will honor. I'm trying to build a 'decent' start page and am not totally familiar with eLog just yet. Thanks Stefan for an awesome application. The documentation is really decent, too. I just have been unable to locate a list of all commands available.
Thanks in advance.
Gary ;-> |
there's a link in the main elog web page.. it's under the Admin guide and it is the elog.cfg syntax guide |
|
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. |
|
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 |
|
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 ?  |
|
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 |