Hi!
I have been having this issue with both Drupal 5.16 and 5.x-dev. I am unable to edit any users as admin from http://www.sitename.tld/user/x/edit where x is the uid being edited. After changed are made, I receive the dreaded apache error 500 server misconfiguration page and then the SESSIONID is lost and I must relogin. If I disable the standard Drupal .htaccess, I receive the generic server "Page not found error." The logs show that the offending page is "http://www.sitename.tld/user/x/edit?destination=admin%2Fuser%2Fuser" where x was the user being edited.
Any assistance would be appreciated. I have disabled Advanced Profile Kit to no avail.
Thanks!
Brian
Comments
Comment #1
brianbrown commentedThis is still going on after over a year on a new installation and different host! I thought that this was a problem with the Domain Access/Domain User module. But it is not! All I receive is a Drupal 404. Users cannot be edited either from the user list (http://www.example.com/admin/user/user >> http://www.example.com/users/testuser/edit?destination=admin%2Fuser%2Fuser) or from the user profile (http://www.example.com/users/testuser >> http://www.example.com/users/testuser/edit). You are apparently being sent to different URLS for the same thing and receiving a "Page not Found" error in both cases.
I would think that after a year, someone else would have this problem, but I haven't found it in a search. I have had this problem since Drupal 5.x, too.
Thanks!
Brian Brown, Ph.D.
Comment #2
saybourg commentedWhen i want to log in my backend drupal i got this error
Comment #3
wojtha commentedIt seems like a .htaccess/clean url misconfiguration.
Comment #4
jp.stacey commentedTo clarify the previous comment, your problems suggest problems with your hosting, but it's quite tricky to diagnose them as it doesn't look like anyone else is having the OP's specific issues.
1. 500 errors: suggest a problem with the Apache configuration. If you're getting problems which go away "if I disable the standard Drupal .htaccess" then your hosting might not permit overrides that Drupal requires, and you should check with your hosting provider.
2. 404s: it's possible that during installation you switched on "clean URLs", but your hosting's webserver lied to Drupal about supporting it; otherwise, Drupal wouldn't have let you anywhere near the relevant configuration! Clean URLs turn all URLs from /index.php?q=foo/... to /foo/... - so if you change your URL to /index.php?q=admin then you should be able to access it. The same goes for any similar URL: stick "index.php?q=" at the beginning of it and it should work.
To solve 1, please check with your hosting providers. To solve 2, you'll need to switch off clean URLs, which is a bit fiddly to find when clean URLs are misconfigured! But you should be able to do this by going to ?q=admin/settings/clean-urls and switch it to disabled.
As this issue is over four years old (and the last comment was over 2.5 years ago) I'm going to close it as fixed, but please reopen if this doesn't solve it. D6 support is likely to end in a few months anyway.