View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0016076 | mantisbt | bugtracker | public | 2013-06-20 06:13 | 2014-12-22 08:24 |
Reporter | operljz | Assigned To | dregad | ||
Priority | normal | Severity | block | Reproducibility | always |
Status | closed | Resolution | no change required | ||
Product Version | 1.2.15 | ||||
Summary | 0016076: new revision wiki(dokuwiki-2013-05-10) integration with Mantis report error 'User authentication is temporarily unavailable' | ||||
Description | dokuwiki-2012-10-13 integration with Mantis is work better, but new version dokuwiki-2013-05-10a has report error 'User authentication is temporarily unavailable'. | ||||
Steps To Reproduce |
| ||||
Additional Information | i noticed that dokuwiki announce authentication backend has some changed in new revision wiki: so i try to resolve this issue by modify wiki/conf/local.php as below: | ||||
Tags | No tags attached. | ||||
If DokuWiki changed their authentication back-end, there's a good chance indeed that it would break the old code. I don't have time to look into this at the moment, but if you do end-up fixing the mantis authentication plugin, please let us know. Ref: https://www.dokuwiki.org/devel:auth_plugins#howto_update_your_old_backend If not or until then, I guess you're stuck with the 2012-10-13 release. |
|
I did a quick & dirty conversion of the old authentication back-end to the new plugin structure. This is provided "as-is", there may be issues with it as I did not have time to do much testing. https://github.com/dregad/dokuwiki_mantis/tree/master/plugins/authmantis Feedback welcome. |
|
Hello dregad, Thank you for the updated authmantis plugin! Unfortunately I am still not getting it to work with the latest dokuwiki version. I followed the instructions on http://www.mantisbt.org/wiki/doku.php/mantisbt:issue:7075:integration_with_dokuwiki?do=show I then got the UTF8 redefinition errors described in 0011769 These I solved by implementing the workaround from 0011018 : wrapping each utf8 function with The next error I got is an empty page with this in the log: It seems the problems are related to the to the following line: But my knowledge of php is limited and the things I tried did not help. Do you perhaps know what the problem could be? Regards, |
|
That wiki page needs to be updated. Did you have a working setup before, or are you installing it from scratch ? In the former case, you should just install the new plugin and change your config to use 'authmantis' instead of the old 'mantis' authentication back-end (this is the only thing I actually tested after building the new plugin, and it worked for me. If you're installing from scratch, then you should add <pre>require_once( MANTIS_ROOT . 'core.php' );</pre> to your <i>local.protected.php</i> file, and forget about adding wrappers around utf8 functions - I don't think that's a good workaround as there are many other issues, with this approach, e.g. with definition of global variables. |
|
Hi dregad, Thanks for your note! I have working dokuwiki and mantis. Dokuwiki works when I comment the lines in local.protected.php. If I include the line Please note that I have both apps running under https - not sure if this makes a difference. Tried changing line 447 to: 'A session had already been started - ignoring session_start()' in '/var/www/html/dokuwiki/inc/init.php' line 151 Not sure what else I can do. Regards, |
|
Sorry but I am not able to reproduce the errors you describe. I setup a fresh Mantis and DokuWiki locally, with the following local.protected.php file <pre> All works fine for me (but I'm on HTTP, not HTTPS). However that error is benign (PHP Notice), so I would just ignore it. With regards to the session_start message, Mantis does start a session when you include core.php so that would be the cause of the error, but again that's just a PHP Notice so I think it can safely be ignored. I submitted a pull request to Dokuwiki team to get rid of that [1], maybe they'll accept it. In the meanwhile, you may want to change your error settings in config_inc.php to <pre>$g_display_errors['E_NOTICE'] = 'none';</pre> |
|
operljz, You did not provide any feedback; I am therefore resolving this issue as "no change required". Feel free to reopen the issue at a later time and provide the requested information. |
|