bmercer
I'm using AD authentication.
I applied the upgrade yesterday, and immediately was unable to log in at all, apparently ACLs were disabled in the process.
I was able to re-enable ACLs, and could then log in as an AD user, but with no admin menu available. The local admin user/password is no longer recognized.
This seems like it should be a simple fix but I can't find anything obviously wrong.
valentin
I have also a problem accessing user or admin menu. I've just updated.
There is no dropdown at the user or administration-icon.
I use the standad-auth and the bootstrap 3 theme.
My problem is solved:
- go to the admin: /doku.php?id=start&do=admin
- Update the bootstrap 3 template
- Clear Browsercache
- works for me
llazarte
valentin
Thanks a lot. Updating bootstrap3 template solved my problem
lostson
I was having the same issue so I just tried this and now when i go to login it just gets a black overlay with a white x in the upper right hand corner and I cannot get in. Any further ideas ?
[update] Found the other thread with the fix for that as well, thanks,
bmercer
Well, randomly fiddling around with configuration is the solution I guess, because somehow I got it working. I tried enabling chained authentication so I could use both AD and plain, but that didn't work. However I fiddled around with group memberships in the process, and somehow got it working. I removed and recreated the $conf['superuser'] setting, and messed around with various combinations of authtype and useacl, and got it to work.
bmercer
I've tried the suggested solutions, but with no effect. I'm completely unable to access any admin functions. When I use do=admin, I get Permission Denied - Sorry, you don't have enough rights to continue. This happens for all accounts.
I was using AD authentication, but I tried disabling that and all it did was prevent AD users from logging in, it had no effect on the missing admin functions. I've also tried disabling ACLs, which had no effect on the problem.
Everything was working perfectly right up to the moment I applied the update, and I made no other changes, so it must be something with this update.
Other than randomly editing config files and hoping to get lucky I have no idea how to fix this.
leonardo
Dont forget step 3 of the first comment. Clear cache or try from a private window.
fosseway
bmercer wroteI removed and recreated the $conf['superuser'] setting, and messed around with various combinations of authtype and useacl, and got it to work.
Updating the wiki config would have
cleared the server-side cache, which may have been what was needed. Glad it's working!
bmercer
The same issue I had before, the complete absence of the admin options, has spontaneously happened again, without my having made any changes to the server.
I'm using AD authentication, and am able to log in fine with an AD user, but that user has no admin options, even though it's a member of the admin group. I've verified that @admin is the superuser.
I've done the same sorts of troubleshooting I tried before, but so far nothing has worked.
It seems strange to me that this should be so fragile, I've literally done absolutely nothing whatsoever in terms of server configuration in months. The problem literally just happened without me having taken any action. Obviously something changed, but I don't know what.
I'm not able to log in as the local admin account in any way whatsoever. I have no way to access any admin functions.
I really don't want to wipe and reinstall this server just to fix this. Surely someone somewhere must have encountered this.
fosseway
Check group membership returned from AD with ?do=check