Markus Geiger wrote: > I've a small problem accessing password protected pages (info='auth'). > I always have to enter my username/password twice before the > page is displayed. > > In the access_log file username and password are logged twice and > I tested iexplorer, opera, netscape and mozilla so I think that > it must be a midgard problem. > > I am using Apache/1.3.20 (Unix) mod_gzip/1.3.19.1a PHP/4.0.6 > Midgard/1.4.2-cvs-20011125/SG configured
> ------- try to access the password protected page > [Mon Nov 26 11:19:28 2001] [debug] mod_midgard.c(1299): [client > 131.159.130.56] midgard_translate_handler(latin1, > http://playstation:80/admin) > [Mon Nov 26 11:19:28 2001] [debug] select_db.h(87): [client > 131.159.130.56] Midgard: select_database reused open (midgard) > [Mon Nov 26 11:19:28 2001] [debug] mod_midgard.c(839): [client > 131.159.130.56] Midgard: resolving path element: user #0 searches link > admin > [Mon Nov 26 11:19:28 2001] [debug] select_db.h(33): [client > 131.159.130.56] Midgard: select_database kept current database midgard > [Mon Nov 26 11:19:28 2001] [debug] mod_midgard.c(96): [client > 131.159.130.56] Midgard: no basic auth found, trying cookie auth At this point mod_midgard has found you sent no credentials so it sends a 403 to trigger the browser to display the login windows and try to re-fetch the page. > ------- now enter username/password the first time ------- > [Mon Nov 26 11:19:51 2001] [debug] mod_midgard.c(1299): [client > 131.159.130.56] midgard_translate_handler(latin1, > http://playstation:80/admin) > [Mon Nov 26 11:19:51 2001] [debug] select_db.h(87): [client > 131.159.130.56] Midgard: select_database reused open (midgard) > [Mon Nov 26 11:19:51 2001] [debug] mod_midgard.c(839): [client > 131.159.130.56] Midgard: resolving path element: user #0 searches link > admin > [Mon Nov 26 11:19:51 2001] [debug] select_db.h(33): [client > 131.159.130.56] Midgard: select_database kept current database midgard > [Mon Nov 26 11:19:51 2001] [debug] mod_midgard.c(1299): [client At this point mod_midgard has accepted the credentials and sends you a redirect because it wants you to access /admin/, not /admin > 131.159.130.56] midgard_translate_handler(latin1, > http://playstation:80/admin/) > [Mon Nov 26 11:19:51 2001] [debug] select_db.h(87): [client > 131.159.130.56] Midgard: select_database reused open (midgard) > [Mon Nov 26 11:19:51 2001] [debug] mod_midgard.c(839): [client > 131.159.130.56] Midgard: resolving path element: user #0 searches link > admin > [Mon Nov 26 11:19:51 2001] [debug] select_db.h(33): [client > 131.159.130.56] Midgard: select_database kept current database midgard > [Mon Nov 26 11:19:51 2001] [debug] mod_midgard.c(96): [client > 131.159.130.56] Midgard: no basic auth found, trying cookie auth And appearantly somehow the browser is persuaded to forget about the credentials. I don't really know why this would be. Is the login text (the 'authentication realm') the same both times? I've never seen the above behaviour. I can't really think of a circumstance that might trigger it, either. How does mod_gzip work? Emile --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
