my Fasterfox version is significantly older: 0.7.9 is what I am at
Hank Freeman wrote:
> Mystery solved. I
am using the "Faster Fox" plug-in. It does pre-fetching
links on a page. With the setting at "Turbo" (most aggressive)
> authentication fails. For me, it fails at all settings
> (YMMV) Dialing back the aggressiveness
of the plug-in resolved this issue.
> Thanks again for all the
Thank you for the feedback. Now the reason for this problem is
Fasterfox loaded all the other Admin links in the background which
resulted in opening a lot of login pages. Each call of the login page
changed the login id in the session, so that the original login id did
not fit any more.
If I understand correctly, the login id is used
to ensure nobody can
circumvent the login page (e.h. by providing user and
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 created
if there is already
one in the current session. I have checked that in
already. The Example
and Admin pages are not really important, but
intended to give people an
idea how things should be done; so they should
do it correctly.
But there is still one thing that I do not understand:
I checked this
with Fasterfox, and I noticed these two
1) Fasterfox makes the links lowercase before pref etching
them. It does
not work at all if links contain uppercase letters and are
sensitive (which is the case for the Webware Example/Admin
2) Fasterfox checks whether links have an extension that looks like
static page (e.g. ".html"). If they have no extension (which is the case
for the Webware Example/Admin pages), then they are not prefetched.
only after I changed these two things in Fasterfox, I could reproduce
described behavior. Are you using a different version of Fasterfox
checked with 1.0.2 which seems to be current).
SF.net email is sponsored by: Splunk Inc. Do you grep through log files
problems? Stop! Download the new AJAX search engine that
searching your log files as easy as surfing
the web. DOWNLOAD SPLUNK!