Table of Contents
Compatible with DokuWiki
2009-02-14b, 2009-12-25, 2010-11-07, rincewind, angua, adora belle, 2013-06-03, weatherwax, 2014-02-16, binky
Functionality now included in DokuWiki: DokuWiki now includes the login form in the denied page, when useful. So this plugin becomes superfluous.
What it does
If installed and activated, it checks each pages permission, in respect to the logged in user (if any). If the user is not granted to see the page he has navigated to, a “access denied” page will show up and additionally (this comes from the plugin) the login form is appended.
Download the plugin source from the URL above and unzip it inside the
cd dokuwiki/lib/plugins wget .... unzip showlogin.zip
- 2012-11-01: changed to github repository to make downloading easier. refactoring to current plugin layout.
- 2008-04-22: first version
- Merge pull request #3 from forthommel/patch-1 (2022-12-04 19:32)
- Update action.php (2022-11-30 11:26)
- Merge pull request #1 from splitbrain-forks/php7-signature (2016-07-15 22:36)
- Adjust method signatures to match parent (2016-02-03 12:45)
- Merge branch 'master' of github.com:igittigitt/dokuwiki-plugin-showlogin (2012-11-01 17:29)
- Erster Commit (2012-11-01 17:07)
- Initial commit (2012-11-01 15:55)
- Thanks a lot for this plugin, it's working great on latest version of DokuWiki in French!
- The plugin works great! :)
- Works for me too ;)
- Thank You! That's what I was looking for. :)
- Excellent! This is exactly what I needed! – Andrew Ash
- Please, I beg and plead that this be included in the next release of DokuWiki. I have been waiting for this for years.
- I Agree with bundling! ~~~~
- Works on Spanish too!. Just wonder why this behavior wasn't the default action from the beginning. I have to say that in Spanish it is a little redundant: the original text about not being logged and the text at the beginning of the login form, but… it's okay.
- Works great. Thank you! Pekka 2010-04-04
- Just what I needed, thank you! Wonder why this isn't standard behavior… BCS 2010-05-06
- Great, shoud be standard bahaviour IMHO as well. Suggestion: Plugin to show a customized login-page.
Merge the plugins "showlogin", "ondeniedlogin", "showlogin2" together into one
Is it neccessary to have three plugins doing nearly exactly the same? There should be only one.
Why use this plugin at all?
There are three kind of Dokuwiki site types:
- Open wikis, where no one needs to login to show or modify content
- Closed wikis, where everyone needs to login to show content
- Public wikis, where some content if shown without login (anonymous users) but other is restricted to users/groups.
Now, if such a restricted page in an public wiki is requested, e.g. by clicking a link, in current DWs the user is presented with an “Access Denied” page. The approach of this plugin is to redirect/show the user a login form to gain access to the requested page. This behaveour is currently not implemented in Dokuwiki an so must be achieved with an plugin.
Presenting a login to users who are already logged in makes no sense. It would be a simple thing to check for this.
Show access denied, login form, or not, and when
My 2 cent: If a user is already logged in and tries to access a page but ACLs won't let him, he should see an “access denied” page only. There is no point in showing the login form again. If the person is not logged in, he should see the login form (only?).
Hello, showing the loginform only for not logged in users should already be the situation. I think its more problematic the default text for access denied still has a sentence about the user possibly not beeing logged in. Maybe the plugin should have translatable text for both specialy handled situations. login_required (to view the content) and denied_access (while beeing logged in). — sf 2011/07/19 15:29
hummm….but imagine that the owner of a page could put a password in that page . So a group could have login e password to access that page , different of their personal login . For example if in a group of pages, the owner creates a personal photo album and the photos will be seen just by some friends . So should have a login to see that … I mean , imagine that a group ask to superuser to give access to john p. login ..xxxxyyyy . So just this user can see the page . so this generic login and password could be distributed to a small group . And loging in this way they could see that photos..
- Redir/include an external login-form from another URL (maybe Company-site)