OK, I finally got in and am able to start working with modx, though not exactly in any of the ways described in the link above. I’ll give a brief explanation of what I encountered and what I ended up doing in the hopes that:
- It’ll help someone else who encounters the same things I did
- Someone can explain why I encountered this problem
- Someone might suggest a better way for me to handle it than what I did
As per the tutorial linked to above, I connected to the database with phpMyAdmin and checked the modx_user_attributes table. As expected there was only one record - for the admin account. The "blockeduntil" field was already set to zero, so this didn’t appear to be the problem (which I would have suspected anyway, since the error message I received was that the user name/password was invalid, not that it was blocked).
Seeing that this table didn’t actually
define user accounts, I then started searching for what did. I next checked the modx_manager_users table and found (I thought) what I was looking for. There was only one account set up: "admin" and there was its encrypted password, which (obviously) I couldn’t determine the unencrypted value for. Though I was fairly sure I knew what password I had given during setup. Once again I went back to the login screen and tried logging in with "admin" / "[password]" only to be told, again, that these were invalid. Back in phpMyAdmin once more I tried to edit (and encrypt) the admin password as per one of the instructions in the tutorial, but couldn’t figure out how to persuade phpMyAdmin to allow me to do this (sorry - I’m really not overly proficient yet in phpMyAdmin).
So now I tried a different approach... I created a
new modx_manager_users entry to make a secondary account. I gave it the password I believed I had originally supplied for the "admin" account and encrypted it via MD5. Now, when I looked at the entries in this table, I could see both accounts and could verify that, indeed, the encrypted values of the two passwords were identical, so clearly I
had been using the right password all along. But still it wouldn’t allow me to log in. And, of course, I tried logging in with the new user account I had just created, but got the same result. Just to make sure I’d dotted every "i" and crossed every "t", I created a new row for the secondary account in the modx_user_attributes table also and set everything to match the admin values. Still no luck.
Finally, I started casting about for
anything else that could affect my ability to log in to modx. Seeing a modx_web_users table I investigated that and - bingo - there was the "admin" account defined again, this time with an obviously different password. Once again I added my secondary account to this table and gave it the same password I’d been using all along. That was the step that finally worked! I could now log in to modx through a web browser using this secondary account.
So the remaining questions I have are:
(1) why are two separate tables required to define users/managers of the system?
(2) why did modx give a different password to the web_users "admin" account than to the manager_users "admin" account?
(3) what password did it actually assign to the web_users "admin" account?
(4) how do I edit rows in phpMyAdmin (OK, I guess I can look this one up elsewhere!)
Thanks again to all who helped with this. If anyone has any ideas about these last few questions I’d be very interested in any explanations. Otherwise, hopefully this will be of some assistance to other noobs just getting started.
Best regards to all,
- Dave