| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
1496
|
Fri Oct 28 20:36:55 2005 |
 | Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.0beta5 | Re: Display last page by default |
Ok, I implemented the last page display per default in revision 1538. If "reverse sort = 0" the last page is shown and if "reverse sort = 1" the first page is shown by default. This way one always sees the page with the latest entries. I hope this accomodates everybody. If not, please complain and I could make it a switch (yet another option  ). |
|
1497
|
Fri Oct 28 23:45:33 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | Linux | 2.6.0beta2 | Re: Conditional hiding of attributes in list view |
| Yoshio Imai wrote: | I have also found one possible problem, maybe it's already solved in the
newest version: We have set up the elog under an stunnel, but the elog
server also responds to the original port (i.e. 80), displaying the logbook
selection page and from there even the login screen. Only after logging in
the elog server redirects the client browser to the https-page defined with
the URL-statement of the config file. The whole thing seems like an unwanted
behaviour, but could you change it so that it either doesn't respond on the
wrong URL at all, or at least redirects to the secured URL before presenting
the login window, so that we transfer the passwords encrypted? |
I implemented that in revision 1540. On the logbook selection page, the links to the individual logbooks honor the "URL = ..." statement from the config file, and thus you get redirected via "https://...". More is unfortunately not possible. If elogd gets contacted the first time, it is impossible to figure out by elogd under which URL it got contacted, and therefore it cannot distinguish between secure and insecure connections. The only way is to switch off port 80 by a firewall and only allow "https://..." connections from outside. |
|
1498
|
Mon Oct 31 01:36:52 2005 |
 | Yoshio Imai | | Request | Linux | 2.6.0beta2 | Re: Conditional hiding of attributes in list view |
| Thank you! I have tested it and it works just as expected! |
|
1499
|
Mon Oct 31 01:39:52 2005 |
| Yoshio Imai | | Question | Linux | 2.6.0beta5 | Re: Display last page by default |
I have installed the new version, and it works just fine. It is also MUCH faster than my intermediate solution.
| Quote: |
For the moment, I could satisfy the users by setting the start page to the "All" view
|
Thanks for the work! |
|
1501
|
Fri Nov 4 16:51:32 2005 |
 | Elaine Cristina Franchini dos Anjos | elaine@ccuec.unicamp.br | Question | Linux | 2.6.0 | Problems with ELOG and Internet Explorer |
Hi,
We are facing a problem when using the Internet Explorer browser to edit
logbooks entries. The error occurs when we use the preview option.
After this, the connection becomes slow to display the preview and returns
"Server Not Found - Page cannot be displayed" or "Internal Server error" as result.
If we try to turn back to the edit page the browser retuns
"This page has been expired".
It happens at any time even we edit simple entries in Internet Explorer,
but never occurs in other browsers.
Software versions that are running :
Elog version 2.6.0-beta
Fedora Core release 1 (Yarrow)
Apache/2.0.54 (Unix) mod_ssl/2.0.54 OpenSSL/0.9.7g
(Elog is running under apache proxy)
Is there any bug report about this or there is something else
that I need to configure ?
Thanks in advance.
Elaine |
|
1502
|
Mon Nov 7 09:16:47 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.0 | Re: Problems with ELOG and Internet Explorer |
| Elaine Cristina Franchini dos Anjos wrote: | We are facing a problem when using the Internet Explorer browser to edit
logbooks entries. The error occurs when we use the preview option.
After this, the connection becomes slow to display the preview and returns
"Server Not Found - Page cannot be displayed" or "Internal Server error" as result.
If we try to turn back to the edit page the browser retuns
"This page has been expired".
It happens at any time even we edit simple entries in Internet Explorer,
but never occurs in other browsers.
Software versions that are running :
Elog version 2.6.0-beta
Fedora Core release 1 (Yarrow)
Apache/2.0.54 (Unix) mod_ssl/2.0.54 OpenSSL/0.9.7g
(Elog is running under apache proxy)
Is there any bug report about this or there is something else
that I need to configure ? |
I tried on this forum with Internet Explorer 6.0 and could not reproduce the problem, and I never heared anybody else mentioning this problem. Can you reproduce the problem on the forum? |
|
1504
|
Mon Nov 7 18:55:57 2005 |
| Elaine Cristina Franchini dos Anjos | elaine@ccuec.unicamp.br | Question | Linux | 2.6.0 | Re: Problems with ELOG and Internet Explorer |
Hi Stefan,
| Quote: |
I tried on this forum with Internet Explorer 6.0 and could not reproduce the problem, and I never heared anybody else mentioning this problem. Can you reproduce the problem on the forum |
I couldn't reproduce the problem in this forum too, and I'm using Internet Explorer to edit this entry now... :-D
I did some new tests and at this time I tried to submit new entries using the ELOG default port
without proxy, because I realized that this Forum doesn't use https (maybe uses proxy).
I edited and used preview many times and the ELOG worked fine without errors in IE.
So, I think my problem is something configured in the proxy or https that Internet Explorer
doesn't work very well in this circumstance.
Do you know problems like this ?
Is there anybody else using ELOG under https ?
My proxy configuration :
| Quote: |
1) http (default port 80):
# Redirect to ELOG - Logbook
Redirect permanent /elog https://antares.ccuec.unicamp.br:9696
2) https (I need to use other different port number) :
<VirtualHost 143.106.80.30:9696>
# Here be standard configuration for the Virtual Host
ServerName antares.ccuec.unicamp.br:9696
ServerAdmin suporte@ccuec.unicamp.br
# This be the path to the elog directory
# (This didn't seem to make any difference, but it be a good
# idea nonetheless)
DocumentRoot "/www/elog"
# Here be the setup for the SSL component of the Virtual Host
SSLEngine On
SSLCertificateFile /www/apache/conf/ssl.crt/server.crt
SSLCertificateKeyFile /www/apache/conf/ssl.key/server.key
# Here be the setup options for the Proxy module
ProxyRequests Off
ProxyPreserveHost On
# This be the root of the new Virtual Host, and it should be
# redirected to the port the elogd server is listening to
# (8081 on our poop deck).
<Location />
<Location />
ProxyPass http://antares.ccuec.unicamp.br:8081/
ProxyPassReverse http://antares.ccuec.unicamp.br:8081/
SSLRequireSSL
</Location>
ErrorLog /www/apache/logs/error_log
TransferLog /www/apache/logs/access_log </VirtualHost> |
Thanks in advance.
Elaine |
|
1505
|
Tue Nov 8 08:17:22 2005 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 2.6.0 | Re: Problems with ELOG and Internet Explorer |
| Elaine Cristina Franchini dos Anjos wrote: | | I edited and used preview many times and the ELOG worked fine without errors in IE. So, I think my problem is something configured in the proxy or https that Internet Explorer doesn't work very well in this circumstance. |
Have a look at your URL = ... statement in elogd.cfg
It should probably read
URL = https://antares.ccuec.unicamp.br:9696
ELOG uses redirection internally. To determine it's own address, it uses the URL statement. If you use Apache as an proxy together with https, you have to specify the URL under which you usually access ELOG from outside. If this is wrong, ELOG might try to redirect to http:// or something which might not be possible.
A good way to debug this is to run ELOG with the -v flag and carefully watch the HTTP traffic. You will see Location: ... statements which redirect the browser, then the browser will access the redirected URL (if it's correct), or you will see nothing (in case the browser tries to access a non-existing URL). |