andi
Have you tried using a different browser? a different network? Eg. log in from your phone? I'm not sure what's going on but that should be tried next.
martintb
Thanks for these very good suggestions Andi. I have now tried logging in via internet explorer (I usually use chrome) - but it made no difference. I also tried logging in via my phone, using a different internet service provider. On the phone I get served the mobile version of the wiki, but otherwise everything is also the same - when I try to access the admin settings I am told that I am not logged in, when I try to edit the first content page shown after apparently being logged in I am told I don't have access rights and when I move to another page I am no longer logged in.
I think it is possible that my hosting provider changed something about how their web server (apache I think) is set up, but I wouldn't know what to tell them to check for. If there is some sort of dokuwiki setup file that I could manually edit or delete (I have full access to the site) that might be the best way.
andi
Very weird. At least we confirmed that it's something server side. But I have no idea what. I'm not even sure how to debug it.
One idea would be to install a second fresh, empty DokuWiki next to the other just to see if it behaves the same?
andi
Also you can create a new user in conf/users.auth.php - the password is hashed, but any hash understood by DokuWiki can be used. Eg. a simple MD5 will suffice. But I doubt your problem is related to the used user.
martintb
Thanks Andi. I created a new user by adding a line to editing conf/users.auth.php. The line contains the user name and other details, including an MD5 hash of the password. I can log in using the new user name and password, but after that the behaviour unfortunately remains the same as before - I am unable to actually edit the current page and am logged out as soon as I click on another page.
I will try to install a second copy of dokuwiki, but I'm not sure if that will be possible. I installed the first copy using a installation system provided by my hosting provider - softaculous.
martintb
I have now installed a second copy of dokuwiki and can log in, access the admin tools, create pages etc. However, the behaviour is a bit strange. When I make changes to pages they sometimes appear, sometimes not. When I click on the edit icon for a page the editor appears, but the content of the page is not loaded into the editor.
It feels as if there is some sort of caching going on server-side that messes things up. Any ideas?
andi
could it be that the time is somehow messed up on the server?
martintb
I checked the date and time (using the php date function) and it is correct. However, if I refresh the page the displayed time remains unchanged. It only changes if I add a spurious parameter to the URL.
Is it possible that caching could be set too aggressively in Apache? And how would I communicate that to my hosting provider? (By the way, thanks so much for taking an interest in this.)
richards
Hi Martin, I'm having a similar problem with a dokuwiki instance hosted on the web by a third-party provider. I found this thread while looking for a solution - did you get it sorted out in the end?
andi
freecicero
I found this thread and I am having the exact same problem. I use Hostmantis as my host, and like the writer I have one wiki that seems to work fine, and another (the older of the two) which has this problem.
I followed the link to github and I made the change, but so far I am still having the same problem.
Any other links to follow and try?
thanks
freecicero
Well those changes did not help and now I cannot get to the admin panel at all. I can log in, and I have the link to Admin, but as soon as I go to another page, or even REFRESH the current page, I am logged out.
Any idea how I should proceed?
thanks!
PS - Also, I have followed the instructions here (the deleteme part) for adding a new admin user:
https://www.dokuwiki.org/faq:forgotten_password
If I log in using deleteme it lets me login, but immediately has the same issue when I try to access the admin panel - I get taken back to the login screen with the message: "Permission Denied Sorry, you don't have enough rights to continue."
freecicero
In hopes that my work will help someone I will post what I try:
First, I have found that something breaks when I copy my /data directory to a new dokuwiki I set up for testing purposes. I first set up a new install and verified that it was running and I could access admin panel. I then copied the /pages subdirectory over, and the new installation continued to work. Then I copied the entire /data directory over and started getting the same area again.
freecicero
I have made a significant discovery. I run MX-17 Linux and have chrome, palemoon, brave and Seamonkey installed. They all exhibit the same maddening error - login appears to work, but as soon as I try to edit a page, go to the admin panel, or even refresh the page, it logs me out.
HOWEVER I also have qupzilla2.2.2.appimage running on my machine, and when I access my wiki through that, it works fine! Editing is fine! Admin panel is fine! Saving changes is fine! It never logs me out!
Now what could explain that?
(Note 1: This is after downloading the updated /inc/init.php which has the changed lines 45/46. I am not sure if that change has anything to do with Qupzilla working, or whether Qupzilla would have worked without the change. All I know is that the same wiki that won't let me stay logged in with Chrome, Brave, Palemoon, or Seamonkey WILL let me stay loggedin qith Qupzilla222.appimage)
Note 2: I am continuing to test other browsers. Netsurf also works - like Qupzilla222.appimage, it does not log me out.
Note 3: I just realized I had an older version of Qupzilla. Downloaded the latest appimage2.2.6 and that works too.
Note 4: HOWEVER, after copying the Qupzilla 2.2.6 appimage to a second computer - same problem as before!!! Qupzilla appimage fails like Chrome, Palemoon, etc. HOWEVER Netsurf DOES work on the second computer. So the same second computer that continously logs out under Chrome/Qupzilla does NOT have that issue under Netsurf.
Note 5: Computer 3 - Chrome/Brave/Seamonkey/Palemoon continuously log out. Qupzilla DOES work on this one - no logouts (did not test Netsurf but bet it would work here too.)
Note 6: Virtualbox running W7 - Chrome exhibits the same faulty operation issue. Virtualbox running XP - Both Seamonkey (downloaded today) and Slimjet (Version 10.0.13.0 (based on Chromium 50.0.2661.75)) do NOT display the same faulty problem - both operate fine.
Note 7: I also find that I can edit properly on my android tablet.
wikiuser33705453
Thank you freecicero! It was indeed a major discovery!
I solved that problem by disabling securecookie in Configuration Setting. The one that says: "Should cookies set via HTTPS only be sent via HTTPS by the browser? Disable this option when only the login of your wiki is secured with SSL but browsing the wiki is done unsecured."
gazza8
Thanks @wikiuser33705453 for this input.
In which file did you change this configuration setting (disabling securecookie) ?
wikiuser33705453
Not in file. I did it on the webpage. Well, I mean I just loge into my account, clicked "Admin" (right top corner of my wiki), then "configuration settings" and then found that setting there.