Christoph Zwerschke wrote:
> Geoffrey Talvola wrote:
>> I think the original reason for loginid was: suppose someone logs
>> in, then leaves their browser open for a while. Their session
>> expires. Now suppose someone else comes up to the browser, uses the
>> Back button to go back to the login
Hank Freeman wrote:
Yes, my Fasterfox version is significantly older: 0.7.9 is what I am at now.
Ok - then all mysteries are solved ;-)
-- Christoph
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for proble
@lists.sourceforge.netSubject: Re:
[Webware-discuss] Admin password rejected
Sender ALLOWED
[
Remove
] [ Block
]
details
Geoffrey Talvola wrote:
I think the original reason for loginid was: suppose someone logs in, then
leaves their browser open for a while. Their session expires. Now suppose
someone else comes up to the browser, uses the Back button to go back to the
login screen, and then presses Forward to re-
Christoph Zwerschke wrote:
> If I understand correctly, the login id is used to ensure nobody can
> circumvent the login page (e.h. by providing user and password
> directly
> as parameters in the URL). So I left the login id mechanism in the
> code, but changed it so that no new login id is creat
Chuck Esterbrook wrote:
Thanks for the update. Do you know if that plug-in leaves it's
signature in either an HTTP header or in the user agent string? It
would be nice to know when troubleshooting in the future.
You can recognize prefetching from Firefox by the following header:
X-Moz: prefetch
Hank Freeman wrote:
Mystery solved. I am using the "Faster Fox" plug-in. It does pre-fetching
of links on a page. With the setting at "Turbo" (most aggressive) this
authentication fails. For me, it fails at all settings above "Courteous".
(YMMV) Dialing back the aggressiveness of the plug-in
ug-in resolved this issue.
> Thanks again for all the help.
>
> --Hank
>
> -Original Message-
> From:[EMAIL PROTECTED][mailto:[EMAIL PROTECTED] Behalf Of Hank
> Freeman
> Sent: Thursday, January 12, 2006 5:47 PM
> To: webware-discuss@
ything probitive I will post
it back to this thread for future reference.
--Hank
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]On Behalf Of
Christoph ZwerschkeSent: Thursday, January 12, 2006 3:44
AMTo: webware-discuss@lists
future reference.
--Hank
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]On Behalf Of
Christoph ZwerschkeSent: Thursday, January 12, 2006 3:44
AMTo: webware-discuss@lists.sourceforge.netSubject: Re:
Is there a way to get Webware to log or disclose mor information on the
authentication dialog from the application server side? I'd like to
find out if the password is actually getting there, and what the data is
when it does.
The easiest way is to add print statements, see
http://www.w4py.or
eSent: Wednesday, January 11, 2006 7:51
PMTo: webware-discuss@lists.sourceforge.netSubject: Re:
[Webware-discuss] Admin password rejected
Sender ALLOWED
[
Remove
] [
Hank Freeman wrote:
Yes, this is regarding access to the admin pages. Yes, they work from
the built-in HTTP server. Webware sessions and the other pages
displayed from the provided Main.py also work. I also just tested this
from IE, and the authentication works from Internet Explorer
6.0.28
@lists.sourceforge.netSubject: Re:
[Webware-discuss] Admin password rejected
Sender ALLOWED
[
Remove
] [ Block
]
details
Hank Freeman wrote:
My Webware install is up and running, on Apache 2, and tests are successful.
However, although the password is entered correctly, and cookies are
enabled, it is not accepted. I removed all cookies for my site, and tried
"one more time" and confirmed a cookie is set. ...
Are
15 matches
Mail list logo
