diff options
| author | Joey Hess <joey@gnu.kitenet.net> | 2010-01-03 14:12:26 -0500 |
|---|---|---|
| committer | Joey Hess <joey@gnu.kitenet.net> | 2010-01-03 14:12:26 -0500 |
| commit | a27fad48d45084421a74fc6d24ffc061cc6c66ca (patch) | |
| tree | 99ea8c4f147b1bce5ba0a60c0ceeaf3a706a726c | |
| parent | b7bb8cdca52c00cded75510c0e6d9869f256c288 (diff) | |
| download | ikiwiki-a27fad48d45084421a74fc6d24ffc061cc6c66ca.tar ikiwiki-a27fad48d45084421a74fc6d24ffc061cc6c66ca.tar.gz | |
response
| -rw-r--r-- | doc/bugs/anonok_vs._httpauth.mdwn | 8 |
1 files changed, 8 insertions, 0 deletions
diff --git a/doc/bugs/anonok_vs._httpauth.mdwn b/doc/bugs/anonok_vs._httpauth.mdwn index 90c8c74c9..d63e365c1 100644 --- a/doc/bugs/anonok_vs._httpauth.mdwn +++ b/doc/bugs/anonok_vs._httpauth.mdwn @@ -8,3 +8,11 @@ required for those. and a whitelist of OpenIDs in `locked_pages`...) --[[schmonz]] + +> The only way I can see to support this combination is for httpauth with +> cgiauthurl to work more like other actual login types. Which would mean +> that on editing a page that needs authentication, ikiwiki would redirect +> them to the Signin page, which would then have a link they could follow +> to bounce through the cgiauthurl and actually sign in. This would be +> significantly different than the regular httpauth process, in which the +> user signs in in passing. --[[Joey]] |