ThudGames Posted July 14, 2020 Share Posted July 14, 2020 (edited) Hello, I recently updated to 1.7.6.7 and I have had nothing but issues with the back office/admin log in. I currently cannot log in, I put in the information, the page refreshes instead of logging in. I have cleared my browser cache/cookies/etc, I have turned off my ad blocker, I have deleted unused files in the PHP, I have changed my PHP version (although I can't remember how I did that now or how to check). I am NOT proficient with this, I usually just Google things and try and work out what people mean by the suggested solutions, but I haven't been able to find anything, any information. Please help. The solution was to restore the backup of public_html from before the most recent update. Edited July 17, 2020 by ThudGames (see edit history) Link to comment Share on other sites More sharing options...
MichaelEZ Posted July 15, 2020 Share Posted July 15, 2020 u coudnt find anything? i would argue that https://www.google.com/search?q=prestashop+1.7+unable+tyo+login+to+admin&oq=prestashop+1.7+unable+tyo+login+to+admin&aqs=chrome..69i57j33.19079j0j7&sourceid=chrome&ie=UTF-8 Link to comment Share on other sites More sharing options...
idnovate.com Posted July 15, 2020 Share Posted July 15, 2020 Which PHP version are you running? Link to comment Share on other sites More sharing options...
Razi Posted July 15, 2020 Share Posted July 15, 2020 7 hours ago, ThudGames said: Hello, I recently updated to 1.7.6.7 and I have had nothing but issues with the back office/admin log in. I currently cannot log in, I put in the information, the page refreshes instead of logging in. I have cleared my browser cache/cookies/etc, I have turned off my ad blocker, I have deleted unused files in the PHP, I have changed my PHP version (although I can't remember how I did that now or how to check). I am NOT proficient with this, I usually just Google things and try and work out what people mean by the suggested solutions, but I haven't been able to find anything, any information. Please help. Hello, you are using any VPN? kindly try to login using private window. Link to comment Share on other sites More sharing options...
ThudGames Posted July 16, 2020 Author Share Posted July 16, 2020 18 hours ago, MichaelEZ said: u coudnt find anything? i would argue that https://www.google.com/search?q=prestashop+1.7+unable+tyo+login+to+admin&oq=prestashop+1.7+unable+tyo+login+to+admin&aqs=chrome..69i57j33.19079j0j7&sourceid=chrome&ie=UTF-8 I didn't think that first result was quite the same because the login circle wasn't constantly spinning. Link to comment Share on other sites More sharing options...
ThudGames Posted July 16, 2020 Author Share Posted July 16, 2020 18 hours ago, idnovate.com said: Which PHP version are you running? 7.3.6 I think Link to comment Share on other sites More sharing options...
ThudGames Posted July 16, 2020 Author Share Posted July 16, 2020 18 hours ago, Razi said: Hello, you are using any VPN? kindly try to login using private window. No, no VPN. Trying to login using a private window didn't work. Link to comment Share on other sites More sharing options...
PrestaServicePro Posted July 16, 2020 Share Posted July 16, 2020 Link to comment Share on other sites More sharing options...
ThudGames Posted July 16, 2020 Author Share Posted July 16, 2020 2 minutes ago, PrestaServicePro said: That's great, but I have no idea how to change it and I thought I had. But apparently I didn't do it right. Link to comment Share on other sites More sharing options...
PrestaServicePro Posted July 16, 2020 Share Posted July 16, 2020 Host provider can do it for you easily. Just text them. Link to comment Share on other sites More sharing options...
ThudGames Posted July 16, 2020 Author Share Posted July 16, 2020 17 minutes ago, PrestaServicePro said: Host provider can do it for you easily. Just text them. Thank you, I've contacted them and hopefully they will be able to help. Link to comment Share on other sites More sharing options...
ThudGames Posted July 16, 2020 Author Share Posted July 16, 2020 4 hours ago, PrestaServicePro said: Host provider can do it for you easily. Just text them. They said the PHP version the site is running is 7.2, and it shouldn't be affecting it, but the problem persists. Link to comment Share on other sites More sharing options...
Guest Posted July 16, 2020 Share Posted July 16, 2020 (edited) . Edited July 26, 2021 by Guest (see edit history) Link to comment Share on other sites More sharing options...
ThudGames Posted July 16, 2020 Author Share Posted July 16, 2020 5 minutes ago, Guest said: Please read "How to verify your server meets PrestaShop’s requirements". Download tools and verify php functions. https://devdocs.prestashop.com/1.7/basics/installation/system-requirements/ I don't think I'm doing this right... Link to comment Share on other sites More sharing options...
Guest Posted July 16, 2020 Share Posted July 16, 2020 (edited) . Edited July 26, 2021 by Guest (see edit history) Link to comment Share on other sites More sharing options...
Guest Posted July 16, 2020 Share Posted July 16, 2020 (edited) . Edited July 26, 2021 by Guest (see edit history) Link to comment Share on other sites More sharing options...
ThudGames Posted July 16, 2020 Author Share Posted July 16, 2020 21 minutes ago, Guest said: Function phpinfo is enabled in web host ? I don't know. 18 minutes ago, Guest said: Create file phpinfo.php Add code and save to your prestashop root folder. <?php echo phpinfo(); ?> I don't know how to do that. I use PHPMyAdmin and I can't see any way to create files. Link to comment Share on other sites More sharing options...
Guest Posted July 16, 2020 Share Posted July 16, 2020 (edited) . Edited July 26, 2021 by Guest (see edit history) Link to comment Share on other sites More sharing options...
Guest Posted July 16, 2020 Share Posted July 16, 2020 (edited) . Edited July 26, 2021 by Guest (see edit history) Link to comment Share on other sites More sharing options...
ThudGames Posted July 16, 2020 Author Share Posted July 16, 2020 8 minutes ago, Guest said: You're a really tough case. Files are saved on FTP !!!! Sorry I'm not great with this stuff, but I did as you said, via FTP/file management, but it hasn't made any difference, I still can't log in. Link to comment Share on other sites More sharing options...
Guest Posted July 16, 2020 Share Posted July 16, 2020 (edited) . Edited July 26, 2021 by Guest (see edit history) Link to comment Share on other sites More sharing options...
Guest Posted July 16, 2020 Share Posted July 16, 2020 (edited) . Edited July 26, 2021 by Guest (see edit history) Link to comment Share on other sites More sharing options...
ThudGames Posted July 17, 2020 Author Share Posted July 17, 2020 Okay, I fixed the issue with the help of my host provider. The solution was to restore the backup of the public_html from before the latest update. Link to comment Share on other sites More sharing options...
[email protected] Posted July 17, 2020 Share Posted July 17, 2020 2 hours ago, ThudGames said: Okay, I fixed the issue with the help of my host provider. The solution was to restore the backup of the public_html from before the latest update. where do i go to restore the backup? Link to comment Share on other sites More sharing options...
ThudGames Posted July 17, 2020 Author Share Posted July 17, 2020 7 hours ago, [email protected] said: where do i go to restore the backup? You might have to talk to your host provider. In my case, they use Acronis Backup and I selected that in cPanel then selected the date I wanted to restore to (the day before the update), then Files > public_html > Recover. Hope you can find yours! Link to comment Share on other sites More sharing options...
Seppe Posted December 6, 2020 Share Posted December 6, 2020 Good morning If I want to go to my adminpanel: www.domain.be/admin I get: "the page you are looking for was not found". And there it stops. No idea to get back to the loginform I'm running version 1.7.6.9 (I guess) on PHP 7.3 I tried to rename the "gamafication" folder, but no solution. Link to comment Share on other sites More sharing options...
idnovate.com Posted December 14, 2020 Share Posted December 14, 2020 /admin is not the correct path for the backoffice. Please check the name of your admin folder in your FTP. By the way, PHP 7.3 is not compatible with PS 1.7.6.9. Link to comment Share on other sites More sharing options...
Seppe Posted December 14, 2020 Share Posted December 14, 2020 Good evening. It's version 1.7.7.0 who runs on PHP 7.3, without any problems (so far) The admin-link is solved already 1 Link to comment Share on other sites More sharing options...
Lulu007 Posted September 11, 2023 Share Posted September 11, 2023 Hello , i know it is an old topic but I have the same issue with presta shop 1.7 I tried différents solutions it didn’t work could you help please Link to comment Share on other sites More sharing options...
idnovate.com Posted September 13, 2023 Share Posted September 13, 2023 On 9/12/2023 at 12:33 AM, Lulu007 said: Hello , i know it is an old topic but I have the same issue with presta shop 1.7 I tried différents solutions it didn’t work could you help please Exactly which error do you have? Link to comment Share on other sites More sharing options...
Lulu007 Posted September 14, 2023 Share Posted September 14, 2023 On 9/13/2023 at 11:34 AM, idnovate.com said: Exactly which error do you have? I have a blank page . See l file attached when I try to see the error from the browser network logs the https return request , it say error 500 account and password is I correct. i reset the password and still doesn’t work. Link to comment Share on other sites More sharing options...
idnovate.com Posted September 21, 2023 Share Posted September 21, 2023 Have you enabled DEBUG mode and checked the request response in the browser console? Link to comment Share on other sites More sharing options...
Alex Posted April 28 Share Posted April 28 (edited) After incorrectly adjusting the data, I deleted all the tables and restored them from a backup. At first, everything worked, but then strange glitches started to happen. And at some point, I stopped logging into the admin panel for no reason. Dancing with tambourines and the proposed solutions did not lead to anything. I found a quick intermediate solution - to replace the admin role in the ps_employe table with a logistician - after that I was able to log into the admin panel with limited functionality. And before that, be sure to clear the cookies in the browser, not the cache, but the cookies You can grant more permissions with a query, where 2 is the logistician profile:INSERT INTO ps_access SELECT 2, `ar`.`id_authorization_role` FROM `ps_authorization_role` ar LEFT JOIN ps_access a ON( ar.id_authorization_role = a.id_authorization_role AND a.id_profile = 2) WHERE a.id_profile IS NULL What happened in the end? When I created a backup copy of the database from phpmyadmin, the information about the indexes was not saved. And I deleted all the tables and restored everything, but without indexes (( After that, when the site was running, new records did not become unique (autoincrement, primary indexes fields) and when adding new records, everything stopped working correctly. As a rule, new index fields became 0, not autoincrement. I had to manually create indexes for all tables, based on the installation files of Prestashop and modules. If there are modules with non-critical information, it is easier to reinstall the modules after restoring access. Due to the fact that some records in the tables ceased to have a unique field, to add an index it was necessary to either delete fields with the same values with a similar query:delete from ps_lang where id_lang = 0; Or do autoincrement field or use other script to make a field unique. Without uniqe values you can not create index and phpmyadmin will throw error. After I corrected the indexes in ps_tab I was able to log in to the admin panel normally. In total, 3 days were spent searching for the cause and eliminating the consequences on the working site. Conclusion - when creating a backup copy of the database, check for the presence of information about the indexes. It is even better not to delete the tables completely, but to empty them and import new data - this way the indexes will definitely not be deleted. And it is best to carry out the operation on specific tables where there may be problems, and not all of them. Example where there is information about index (PRIMARY)CREATE TABLE IF NOT EXISTS `ps_access` ( `id_profile` int(10) UNSIGNED NOT NULL, `id_authorization_role` int(10) UNSIGNED NOT NULL, PRIMARY KEY (`id_profile`,`id_authorization_role`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci; To simplify the work, use Notepad++ or an editor for large files. Edited April 28 by Alex (see edit history) 1 Link to comment Share on other sites More sharing options...
Recommended Posts
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 accountSign in
Already have an account? Sign in here.
Sign In Now