Quicklink does not work for one field, posted by mark james on Mon Oct 24 12:00:51 2005
|
I am not so bold as to log this as a bug but one of my Quicklink fields just do not work. It is the "Spacecraft" field. When I select any 'Spacecraft' quicklink, the no. of records stays exactly the same (i.e. no. in full recordset). If I select F1, then I see F1 highlight in yellow in the string "4F1". But strangely the "F1" entries are not highlight. Very strange.
My config file below (admin username removed).
=========================================================================
Theme = default
Comment = Inmarsat SCD Analyst Log book
Attributes = Record Date, Spacecraft, Author, SubSystem, Title
MOptions Spacecraft = F1, F2, F3, F4, G1, G2, G3, G4, G5, 4F1, 4F2, 4F3
Options Author = John MacDougall, John Turton, Joe Fowler, Mark Davidson, Mark James
Options SubSystem = Thermal, Propulsion, Power, AOCS/ADCS, Payload, TTC, Other/None
Required Attributes = Record Date, Spacecraft, Author, SubSystem, Title
Type Record Date = datetime
Time format = %A, %d %B, %Y, %H:%M
Date format = %A, %d %B, %Y
Filter Menu text = scripts/calendar_filter/calendar_filter.html
Preset Record date = $date, $time
List Display = Record date, Spacecraft, Author, SubSystem, Title
Start page = ?rsort=Record date
Entries per page = 100
Message Height = 15
Page Title = ELOG - $title
Reverse sort = 1
Quick filter = Date, Spacecraft, SubSystem, Author
message comment = "Please make your log entry in the box BELOW."
Attachment Comment = "Please upload your attachment in the box BELOW."
Menu commands = List, New, Edit, Delete, Reply, Find, Help, Download, Last Day, Copy to
Password file = pwfile
Self register = 0
Subst Author = $long_name from $remote_host
Subst Email = $user_email
Suppress default = 1
Use Lock = 1
RSS Title = $Title, by $author on $Record Date
Guest menu commands = Find, Last 10, Login, Help
Guest Find Menu commands = Find, Last 10, Login, Help
=================================================================== |
Re: Quicklink does not work for one field, posted by Stefan Ritt on Wed Jan 18 12:15:17 2006
|
mark james wrote: | I am not so bold as to log this as a bug but one of my Quicklink fields just do not work. |
Sorry my late reply, but now I have fixed this problem. The update is under SVN and will be contained in the next release. |
Re: Quicklink does not work for one field, posted by mark james on Mon Jan 23 17:32:20 2006
|
Stefan Ritt wrote: |
mark james wrote: | I am not so bold as to log this as a bug but one of my Quicklink fields just do not work. |
Sorry my late reply, but now I have fixed this problem. The update is under SVN and will be contained in the next release. |
Thanks for that. I am now using ver V2.6.1-1622. So I guess that doesn't qualify as a "next release". I wonder if there is anything I could do to work around the issue?
Mark |
Re: Quicklink does not work for one field, posted by mark james on Mon Jan 23 18:35:52 2006
|
mark james wrote: |
Stefan Ritt wrote: |
mark james wrote: | I am not so bold as to log this as a bug but one of my Quicklink fields just do not work. |
Sorry my late reply, but now I have fixed this problem. The update is under SVN and will be contained in the next release. |
Thanks for that. I am now using ver V2.6.1-1622. So I guess that doesn't qualify as a "next release". I wonder if there is anything I could do to work around the issue?
Mark |
In fact now the dropdown seems to be working but when I 'tick' an entry, it is not being written to the ascii file. |
Re: Quicklink does not work for one field, posted by Stefan Ritt on Tue Jan 24 08:11:13 2006
|
mark james wrote: |
mark james wrote: |
Stefan Ritt wrote: |
mark james wrote: | I am not so bold as to log this as a bug but one of my Quicklink fields just do not work. |
Sorry my late reply, but now I have fixed this problem. The update is under SVN and will be contained in the next release. |
Thanks for that. I am now using ver V2.6.1-1622. So I guess that doesn't qualify as a "next release". I wonder if there is anything I could do to work around the issue?
Mark |
In fact now the dropdown seems to be working but when I 'tick' an entry, it is not being written to the ascii file. |
Can you try V2.6.1-1634? I fixed several issues with ticking entries coming from "MOptions" lists. |
Re: Quicklink does not work for one field, posted by mark james on Fri Jan 27 13:50:10 2006
|
Stefan Ritt wrote: |
mark james wrote: |
mark james wrote: |
Stefan Ritt wrote: |
mark james wrote: | I am not so bold as to log this as a bug but one of my Quicklink fields just do not work. |
Sorry my late reply, but now I have fixed this problem. The update is under SVN and will be contained in the next release. |
Thanks for that. I am now using ver V2.6.1-1622. So I guess that doesn't qualify as a "next release". I wonder if there is anything I could do to work around the issue?
Mark |
In fact now the dropdown seems to be working but when I 'tick' an entry, it is not being written to the ascii file. |
Can you try V2.6.1-1634? I fixed several issues with ticking entries coming from "MOptions" lists. |
OK. But where do I get this from? The "latest version of 19 Jan is still 1622. |
Re: Quicklink does not work for one field, posted by Stefan Ritt on Fri Jan 27 13:52:34 2006
|
mark james wrote: | OK. But where do I get this from? The "latest version of 19 Jan is still 1622. |
If you can compile it yourself, you get it from Subversion (see here). Otherwise you have to wait for the next release. |
Suggestion additional ElCodes, posted by T. Ribbrock on Tue Jan 24 14:43:19 2006
|
I have to say, now that I'm finally on 2.6.x, I grew really fond of the ElCode stuff - great addition! It saves a lot of straight HTML typing for me... THANKS!
However, there are two things I'm missing:
- Headings
It would be great to have a range of , , ... tags that map directly to their HTML counterparts (and have buttons, of course... ). That makes structuring an entry much easier in my opinion (and the output is easier to deal with for tools like html2ps) and I'm really missing those.
- Tables
This one is probably more difficult to add, but support for simple tables would be enough. But this is more a "nice to have"...
|
Re: Suggestion additional ElCodes, posted by Stefan Ritt on Tue Jan 24 22:52:48 2006
|
T. Ribbrock wrote: | However, there are two things I'm missing:
- Headings
It would be great to have a range of [H1][/H1], [H2][/H2], ... tags that map directly to their HTML counterparts (and have buttons, of course... ). That makes structuring an entry much easier in my opinion (and the output is easier to deal with for tools like html2ps) and I'm really missing those.
- Tables
This one is probably more difficult to add, but support for simple tables would be enough. But this is more a "nice to have"...
|
Yes, I missed tables myself already. The headings I just put into the current SVN version (see this forum for how it works). Tables are a bit harder to implement and will come later. Do you have a proposal for a possible syntax? A 1:1 relation to HTML would look like this:
[tr][th]heading1[/th][th]heading2[/th][/tr]
[tr][td]data1[/td][td]data2[/td][/tr]
|
But that does not look very sexy to me. Maybe somehting like
| heading 1 | heading 2 | heading 3
|
| data 1 | data 2 | data 3
|
this looks a bit like the "pipe" mode from a Wiki
what do you think? |
Re: Suggestion additional ElCodes, posted by T. Ribbrock on Wed Jan 25 12:31:14 2006
|
Stefan Ritt wrote: |
Yes, I missed tables myself already. The headings I just put into the current SVN version (see this forum for how it works).
|
Very nice, thanks! I'm a bit torn as to whether I like the way I have to enter the level by keyboard or whether I'd rather see something like with the smileys (i.e. some "level menu" opens once "H" is pressed). The former is faster, while the latter doesn't require moving between the mouse and the keyboard. But that's just a detail - not really that important.
Stefan Ritt wrote: | Tables are a bit harder to implement and will come later. Do you have a proposal for a possible syntax?
[...]
Maybe somehting like
| heading 1 | heading 2 | heading 3
|
| data 1 | data 2 | data 3
|
this looks a bit like the "pipe" mode from a Wiki
what do you think? |
Yup, I remember using that kind of "pipe" structure in Wikis and I actually liked it. I think it's a lot easier to read in the "source" as well - and it reminds me remotely of LaTeX... Also, it doesn't require much to just type it out instead of using buttons to make the cells. Definitely good enough for the simple type of tables I had in mind! |
Attachments in duplicated entries, posted by Bertram Metz on Thu Dec 8 10:32:37 2005
|
Hi,
the duplicate command duplicates the entry text itself, but it does not duplicate attachments.
If attachments in a duplicated entry are deleted, the original attachment files are deleted as well and cannot be accessed anymore within the original entry.
My suggestion is to copy the attached files too and to use file names of the copies in the duplicated entry.
Kind regards,
Bertram |
Re: Attachments in duplicated entries, posted by Stefan Ritt on Wed Dec 21 20:54:11 2005
|
Bertram Metz wrote: | The duplicate command duplicates the entry text itself, but it does not duplicate attachments. If attachments in a duplicated entry are deleted, the original attachment files are deleted as well and cannot be accessed anymore within the original entry.
My suggestion is to copy the attached files too and to use file names of the copies in the duplicated entry. |
I chaned it such that attachments are removed from the duplicated entry, which was easier to implement. I hope this is ok as well. The change is in SVN revision 1584. |
Re: Attachments in duplicated entries, posted by Bertram Metz on Tue Jan 24 14:39:21 2006
|
Stefan Ritt wrote: |
Bertram Metz wrote: | The duplicate command duplicates the entry text itself, but it does not duplicate attachments. If attachments in a duplicated entry are deleted, the original attachment files are deleted as well and cannot be accessed anymore within the original entry.
My suggestion is to copy the attached files too and to use file names of the copies in the duplicated entry. |
I chaned it such that attachments are removed from the duplicated entry, which was easier to implement. I hope this is ok as well. The change is in SVN revision 1584. |
Yes, that's ok for me.
Thank you very much Stefan.
Best Regards,
Bertram |
redirect errors via apache2, posted by djek on Mon Jan 23 10:30:51 2006
|
Since elog 2.6.0 we cannot redirect our elog via apache2.
in apache2.conf we have (had for a long time):
Redirect permanent /elog http://elog.oursite.com/elog/
ProxyPass /elog/ http://elog.oursite.com:8080/
When visiting the url, this results in:
The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request GET /elog/myelog/.
After testing we found that ELOG V2.6.0-beta2 works just fine.
2.6.0 stable crashes after visiting a redirected url.
Running on debian sarge |
Re: redirect errors via apache2, posted by Stefan Ritt on Mon Jan 23 10:57:45 2006
|
> Since elog 2.6.0 we cannot redirect our elog via apache2.
>
> in apache2.conf we have (had for a long time):
> Redirect permanent /elog http://elog.oursite.com/elog/
> ProxyPass /elog/ http://elog.oursite.com:8080/
>
> When visiting the url, this results in:
> The proxy server received an invalid response from an upstream server.
> The proxy server could not handle the request GET /elog/myelog/.
>
> After testing we found that ELOG V2.6.0-beta2 works just fine.
> 2.6.0 stable crashes after visiting a redirected url.
>
> Running on debian sarge
Have you tried 2.6.1. I released it just recently, so I don't know when it will be available for Debian. Have you
checked that your "URL = xxx" statement in the config file is correct? I see above "myelog", while the proxy
passes requests to "elog". |
Re: redirect errors via apache2, posted by djek on Mon Jan 23 11:18:48 2006
|
> > Since elog 2.6.0 we cannot redirect our elog via apache2.
> >
> > in apache2.conf we have (had for a long time):
> > Redirect permanent /elog http://elog.oursite.com/elog/
> > ProxyPass /elog/ http://elog.oursite.com:8080/
> >
> > When visiting the url, this results in:
> > The proxy server received an invalid response from an upstream server.
> > The proxy server could not handle the request GET /elog/myelog/.
> >
> > After testing we found that ELOG V2.6.0-beta2 works just fine.
> > 2.6.0 stable crashes after visiting a redirected url.
> >
> > Running on debian sarge
>
> Have you tried 2.6.1. I released it just recently, so I don't know when it will be available for Debian.
No it doesn't work with 2.6.1. I hoped it would be fixed, but I should have reported it sooner.
I compiled 2.6.1 myself.
The original version was a debian package, after that, we compile elog ourselves and copy elogd manually over the old
version. Just to stay up-to-date.
> Have you checked that your "URL = xxx" statement in the config file is correct? I see above "myelog", while the
proxy passes requests to "elog".
I changed our urls, just to be safe.
myelog is a 'sublogbook', like forum here. http://elog.oursite.com/elog/myelog
We are running V2.6.0-beta2 and it runs fine, without any alterations to our config files.
All previous versions runned fine too.
update:
After further testing on a different server, it seems to be an issue with the proxy and the proxy_http modules in sarge.
after loading and unloading proxy_http this is the error:
The proxy server received an invalid response from an upstream server. |
Buffer Overflow?, posted by Chris Warner on Wed Jan 18 17:20:45 2006
|
Users can access root level directories by using a modified URL. I saw on some security web sites that this was a problem in previous versions. Was it not fixed in 2.6?
To recreate enter http://yourhost.yourdomain.com/../../../../etc/passwd
view your password file in the browser.
If this was previously reported, is there a fix?
Chris Warner |
Re: Buffer Overflow?, posted by Stefan Ritt on Thu Jan 19 10:31:05 2006
|
Chris Warner wrote: | Users can access root level directories by using a modified URL. I saw on some security web sites that this was a problem in previous versions. Was it not fixed in 2.6?
To recreate enter http://yourhost.yourdomain.com/../../../../etc/passwd
view your password file in the browser.
If this was previously reported, is there a fix?
Chris Warner |
Thanks for telling me, I didn't know. I was able to reproduce your problem under certain conditions, and I just released version 2.6.1 to fix it. However it has nothing to do with an old buffer overflow (see elog:941).
I would strongly advise everybody to upgrade as soon as possible. |
Re: Buffer Overflow?, posted by Chris Warner on Fri Jan 20 02:53:40 2006
|
Stefan Ritt wrote: |
Chris Warner wrote: | Users can access root level directories by using a modified URL. I saw on some security web sites that this was a problem in previous versions. Was it not fixed in 2.6?
To recreate enter http://yourhost.yourdomain.com/../../../../etc/passwd
view your password file in the browser.
If this was previously reported, is there a fix?
Chris Warner |
Thanks for telling me, I didn't know. I was able to reproduce your problem under certain conditions, and I just released version 2.6.1 to fix it. However it has nothing to do with an old buffer overflow (see elog:941).
I would strongly advise everybody to upgrade as soon as possible. |
Thanks for the quick response! |
In version 2.6 the themes do not work right on Windows., posted by Mark Coudriet on Tue Jan 17 16:04:28 2006
|
In version 2.6 the themes do not work right on Windows.
The URL is fixed at whichever logbook that is selected (e.g. ELOG 2.5.9-4 is <link rel="stylesheet" type="text/css" href="default.css"> & ELOG 2.6.0-1 is <link rel="stylesheet" type="text/css" href="http://localhost:8080/demo/default.css">). |
Re: In version 2.6 the themes do not work right on Windows., posted by Stefan Ritt on Wed Jan 18 12:57:30 2006
|
Quote: | The URL is fixed at whichever logbook that is selected (e.g. ELOG 2.5.9-4 is <link rel="stylesheet" type="text/css" href="default.css"> & ELOG 2.6.0-1 is <link rel="stylesheet" type="text/css" href="http://localhost:8080/demo/default.css">). |
So what is your problem? Can't you access http://localhost:8080/demo/default.css ?
If so, you could use an
URL = http://{your host}:8080/
option in your config file, where you replace {your host} with your real host name. |
Re: In version 2.6 the themes do not work right on Windows., posted by Mark Coudriet on Thu Jan 19 20:50:29 2006
|
Stefan Ritt wrote: |
Quote: | The URL is fixed at whichever logbook that is selected (e.g. ELOG 2.5.9-4 is <link rel="stylesheet" type="text/css" href="default.css"> & ELOG 2.6.0-1 is <link rel="stylesheet" type="text/css" href="http://localhost:8080/demo/default.css">). |
So what is your problem? Can't you access http://localhost:8080/demo/default.css ?
If so, you could use an
URL = http://{your host}:8080/
option in your config file, where you replace {your host} with your real host name. |
No, because they would have to be in every logbook instead of coming out of the theme directory.
But I just updated to your new version 2.6.1 & everything is fine now. Thanks for your help!  |
Re: In version 2.6 the themes do not work right on Windows., posted by Stefan Ritt on Thu Jan 19 20:53:01 2006
|
Mark Coudriet wrote: | But I just updated to your new version 2.6.1 & everything is fine now. Thanks for your help!  |
Japp. I switched back to relative links for CSS again, seems to give less trouble.  |
settings for "show only new entries", posted by Ulrich Trüssel on Thu Jan 19 16:59:38 2006
|
how ca i set the date for the "show only new entries" button? maybe i missed somethin on the elog.cfg description?
thank's for hint!  |
Re: settings for "show only new entries", posted by Stefan Ritt on Thu Jan 19 17:05:22 2006
|
Ulrich Trüssel wrote: | how ca i set the date for the "show only new entries" button? maybe i missed somethin on the elog.cfg description?
thank's for hint!  |
That button works as follows: When you are active browsing entries, your activity is recorded (only the time) in the password file. Now when you are inactive for more than one hour, you are considered "logged out", and your last activity is taken as a filter for new entries. That means you see new entries since your last activity in the logbook. If you want to see the last day/week/month etc. you can define a quick filter on the date instead. |
Problems with ELOG and Internet Explorer, posted by Elaine Cristina Franchini dos Anjos on Fri Nov 4 16:51:32 2005
|
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 |
Re: Problems with ELOG and Internet Explorer, posted by Stefan Ritt on Mon Nov 7 09:16:47 2005
|
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? |
Re: Problems with ELOG and Internet Explorer, posted by Elaine Cristina Franchini dos Anjos on Mon Nov 7 18:55:57 2005
|
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 |
Re: Problems with ELOG and Internet Explorer, posted by Stefan Ritt on Tue Nov 8 08:17:22 2005
|
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). |
Re: Problems with ELOG and Internet Explorer, posted by Elaine Cristina Franchini dos Anjos on Fri Jan 13 18:43:08 2006
|
Hi Stefan,
I couldn't solve this problem yet...
I have been tried a lot of configurations, but our Elog doens't work well in IE with https
It works very well to read, list, find the messages, delete, and so on...
But all users have problems with edit and preview commands when they are using IE + https.
When we use Elog in IE without https, everything works fine. ?)
We are using :
httpd-2.0.54
Fedora Core release 1 (Yarrow)
elog-2.6.0
The redirect directive in httpd.conf:
<VirtualHost xxx.xxx.xx.xx>
ServerAdmin our.email.address
DocumentRoot /www/apache/htdocs
ServerName our.server.name
# Rules to new elog 2.6.0
Redirect / https://our.server.name:9898
ErrorLog logs/error_log
CustomLog logs/access_log common
</VirtualHost>
The proxy directives in ssl.conf:
(We used the http://midas.psi.ch/elogs/contributions/11 message like reference.
Thanks a lot for the contribution!!! )
<VirtualHost xxx.xxx.xx.xx:9898>
# Here be standard configuration for the Virtual Host
ServerName our.server.name:9898
ServerAdmin our.email.address
RequestHeader set Front-End-Https "On"
# 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/src/elog-2.6.0"
# 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.pem
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
# (8082 on our poop deck).
<Location />
ProxyPass http://our.server.name:8082/
ProxyPassReverse http://our.server.name:8082/
SSLRequireSSL
</Location>
ErrorLog /www/apache/logs/error_log
TransferLog /www/apache/logs/access_log
</VirtualHost>
And the URL is configured in elogd.cfg like your suggestion (Thanks ! )
URL = https://our.server.name:9898
The elgod.cfg is attached to this message to add more details about our configuration.
Thanks in advance.
Regards,
Elaine
Stefan Ritt wrote: |
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). |
|
Re: Problems with ELOG and Internet Explorer, posted by Stefan Ritt on Wed Jan 18 13:31:32 2006
|
Have you tried another browser, like Firefox? Do you have the same problems with Firefox? Can you try the following:
Start elogd manually with the "-v" flag, like
elogd -c <your config path> -v -p 8080 and watch the output carefully. When you submit an entry, elogd does redirection. You will see that in the HTTP header you have an entry like
...
Location: https://...
... This location is taken from the URL statement of your config file. If it's wrong (like if you mixed http:// and https://), your browser will try to load the page from a non-existion location. |