]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blob - doc/todo/pretty-print_OpenIDs_even_if_not_enabled.mdwn
Tell `git revert` not to follow renames (CVE-2016-10026)
[git.ikiwiki.info.git] / doc / todo / pretty-print_OpenIDs_even_if_not_enabled.mdwn
1 A feature I originally requested on
2 [[a_related_bug|bugs/openid_no_longer_pretty-prints_OpenIDs]]:
4     Allow the openid plugin to be loaded but disabled, for its side-effect of defining IkiWiki::openiduser
5     
6     On various sites I have two IkiWiki instances running from the same
7     repository: one accessible via http and only accepting openid logins,
8     and one accessible via authenticated https and only accepting httpauth.
9     Ideally, the https version should still pretty-print OpenIDs seen in
10     git history.
12 --[[smcv]]
14 > I wonder if an option is the best approach. Maybe it would be better to
15 > simply move `openiduser` into `userlink`, and thus always support openid
16 > usernames whether the plugin is enabled or not. --[[Joey]]
18 >> OK, implemented that as 'smcv/always-openid'; if you don't think that's
19 >> bloating the IkiWiki core too much, please consider merging. The poll on
20 >> [[news/openid]] indicates fairly strong support for *only* accepting OpenID
21 >> logins, so I think recognising OpenIDs can reasonably be considered core
22 >> functionality! --[[smcv]]
24 >>> That seemed easier than expected, [[done]].
25 >>> (I do wonder if the call to openiduser still needs to be evaled --
26 >>> it was probably only evaled before in case it was not available, but
27 >>> I have not carefully checked it to make sure it doesn't ever die. --[[Joey]] 
29 [[!tag patch]]