summaryrefslogtreecommitdiff
path: root/doc/bugs/anonok_vs._httpauth.mdwn
diff options
context:
space:
mode:
authorJoey Hess <joey@gnu.kitenet.net>2010-01-03 14:12:26 -0500
committerJoey Hess <joey@gnu.kitenet.net>2010-01-03 14:12:26 -0500
commita27fad48d45084421a74fc6d24ffc061cc6c66ca (patch)
tree99ea8c4f147b1bce5ba0a60c0ceeaf3a706a726c /doc/bugs/anonok_vs._httpauth.mdwn
parentb7bb8cdca52c00cded75510c0e6d9869f256c288 (diff)
response
Diffstat (limited to 'doc/bugs/anonok_vs._httpauth.mdwn')
-rw-r--r--doc/bugs/anonok_vs._httpauth.mdwn8
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]]