Jump to content
thirty bees forum
  • 0

Question

Posted

This has been a reoccurring problem for us. I have a version of our TB build running on a staging server and one running on a dev machine. Our work flow consists of occasionally moving dumps of the database from staging to dev. Once the dump has been moved I update the tables in the dev db to the local url. Now I cannot log into the admin. I have tried the password recovery for the admin and it tells me "This account does not exist." I have checked the database and yes my email address is in there. I have checked that the settings.inc.php files match on staging and dev. I have cleared my cache and cookies. I have restarted the server. I have restarted chrome. I have tried it in incognito mode. This is happening on both staging and development. I suppose I could reset the pw through the database, but my biggest concern is why? Why does this keep happening? There must be something that I am missing. Thanks people!!!

5 answers to this question

Recommended Posts

  • 0
Posted

Hard to say what's going on without debugging.

Admin login happens in AdminLoginController.php. Here's a line of PHP which one can insert in strategic places to dump variables: php file_put_contents(_PS_CONFIG_DIR_.'debug', __METHOD__.' '.__LINE__.' $value '.var_export($value, true)."\n", FILE_APPEND); Insert this line in every spot where you want to see the content of a variable, adjust the variable name and run the code (try to log in). This creates a file config/debug, which should eventually lead to what's going wrong.

  • 0
Posted

Hi,

Can you try to put in php file in the root dir with this code, and execute the file :

``` <?php

include('config/config.inc.php'); include('init.php');

$e = new Employee(1); $e->email = '[email protected]'; $e->lastname = 'you'; $e->firstname = 'you'; $e->idprofile = '1'; $e->idlang = (Context::getContext())->language->id; $e->passwd = Tools::encrypt('12345678'); if (!$e->save()) echo 'Employee save: bad'; else echo 'Employee save: ok'; ```

  • 0
Posted

The account was not disabled from in the employee table. Thanks for you help. I was able reset the password using Lanthaneo's suggestion. I'll use Tramflug's debugging suggestion when I see it again, and report back here.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...