You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If singleService is not empty and the register action is enabled, then the built-in registration links and form are confusing to the user. This is because they can register as a built-in user but can't log in using built-in authentication since it's disabled and they must log in using the oauth service. The register action may be enabled to allow the oauth service to register oauth users in DokuWiki. In this scenario, the "Register" links in tools menus should either:
be hidden from the user and the registration form disabled for the user (however I imagine the oauth service may still need to submit to the backend registration form handler)
or, the "Register" links might instead direct the user to the oauth service's registration page
For now, I created a temporary workaround by creating a template which strips "Register" links from the default template (plus some other tweaks): https://github.com/mhenry07/dokuwiki-template-dokupruned. But ideally I think this would be better handled at a lower level than a custom template.
Perhaps new configuration options could be created such as:
These would affect the generated register action links/options and/or redirect register action to registerUrl (while still allowing oauth service to register oauth users).
An alternative might be to have an additional option for disableactions: 'registerfrontend', which would disable the registration frontend (links and user form) while keeping the register backend enabled so oauth services can register oauth users.
The text was updated successfully, but these errors were encountered:
Looks like there's a discussion about this in #22 and someone even submitted a pull request #43 which would resolve this issue (except for the option for an external registration URL which isn't as important).
In the current version of the plugin you can simply disable registration and still new users will be created if they have an account with your authentication provider.
If
singleService
is not empty and theregister
action is enabled, then the built-in registration links and form are confusing to the user. This is because they can register as a built-in user but can't log in using built-in authentication since it's disabled and they must log in using the oauth service. The register action may be enabled to allow the oauth service to register oauth users in DokuWiki. In this scenario, the "Register" links in tools menus should either:Condition for this scenario:
For now, I created a temporary workaround by creating a template which strips "Register" links from the default template (plus some other tweaks): https://github.com/mhenry07/dokuwiki-template-dokupruned. But ideally I think this would be better handled at a lower level than a custom template.
Perhaps new configuration options could be created such as:
These would affect the generated register action links/options and/or redirect register action to
registerUrl
(while still allowing oauth service to register oauth users).An alternative might be to have an additional option for
disableactions
: 'registerfrontend', which would disable the registration frontend (links and user form) while keeping the register backend enabled so oauth services can register oauth users.The text was updated successfully, but these errors were encountered: