PGV 4.2.2, in place for about a week, working as expected.
Today, login refused with my u/n, p/w (Unable to authenticate...) so I tried as someone else. Same problem. Checked all the usual things (cookies, CAPS lock, etc) - no go.
So I built a parallel universe, populated it, all went OK. Transferred my old user list over, previous problem reappeared. So the user table seemed to be the problem.
Looking at it (I can read it in phpMyAdmin), and I have some extra files to read data without logging in with PGV which work OK. There seemed to be no signs of tampering anywhere.
I have no idea what went wrong - this is just a general heads up.
Paul
Australia
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
What happens if you try to create a new user (via the registration page?)
(You may need to use phpMyAdmin to set the approved_by_admin and user_approved_self columns to Y/Yes, since you can't log in as admin to verify the user.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Paul
This belongs in the Help Forum, but there are plenty of threads with provide the instructions on how to access your database and set your password to a dummy (usually CHANGEME)
Also, there are threads which discuss your ability to back up and then delete the USER table and set your config.php to FALSE for configured and then the system will ask you to set up an admin account. If you have other users, then you could then use a SQL backup to restore your users from the backup.
-stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
PGV 4.2.2, in place for about a week, working as expected.
Today, login refused with my u/n, p/w (Unable to authenticate...) so I tried as someone else. Same problem. Checked all the usual things (cookies, CAPS lock, etc) - no go.
So I built a parallel universe, populated it, all went OK. Transferred my old user list over, previous problem reappeared. So the user table seemed to be the problem.
Looking at it (I can read it in phpMyAdmin), and I have some extra files to read data without logging in with PGV which work OK. There seemed to be no signs of tampering anywhere.
I have no idea what went wrong - this is just a general heads up.
Paul
Australia
What happens if you try to create a new user (via the registration page?)
(You may need to use phpMyAdmin to set the approved_by_admin and user_approved_self columns to Y/Yes, since you can't log in as admin to verify the user.
I can't get past the login page.
Is there a back door?
Paul
Australia
Paul
This belongs in the Help Forum, but there are plenty of threads with provide the instructions on how to access your database and set your password to a dummy (usually CHANGEME)
Also, there are threads which discuss your ability to back up and then delete the USER table and set your config.php to FALSE for configured and then the system will ask you to set up an admin account. If you have other users, then you could then use a SQL backup to restore your users from the backup.
-stephen
Thanks, Stephen. I wasn't looking for help, just providing a heads up. A quick overall rebuild was the fastest and most positive solution.
However, on a personal level, I am curious about why it happened.
Paul
Australia