Abraldes Doors Posted July 10, 2020 Share Posted July 10, 2020 Hello Community, I am in need of your help. I have not accessed my backend in over a year, when. I tried to login today there is a weird thing happening with the login screen. I simply put in my correct credentials, and the credential square goes away and it never takes me to the backend. It does not give me an error, Attached are the pictures. Any recommendations? I tried it with two computers and they are both behaving the same way. I am using google chrome. One of them is the first time every accessing this URL. Link to comment Share on other sites More sharing options...
09768174m Posted July 30, 2020 Share Posted July 30, 2020 Hola, borra la cache manualmente. Te pongo un enlace que lo explica. https://clientes.tropicalserver.com/knowledgebase/343/Como-limpiar-la-cache-de-PrestaShop-manualmente.html Link to comment Share on other sites More sharing options...
JBW Posted August 12, 2020 Share Posted August 12, 2020 Maybe your hosting provider has changed the PHP Version in the meantime and it's not compatible to your (old) Prestashop anymore. Check the version and server error logs. Also try to activate debug mode to see possbile error details Link to comment Share on other sites More sharing options...
MrGubu Posted December 4, 2020 Share Posted December 4, 2020 (edited) Same problem On 7/10/2020 at 11:30 PM, Abraldes Doors said: Hello Community, I am in need of your help. I have not accessed my backend in over a year, when. I tried to login today there is a weird thing happening with the login screen. I simply put in my correct credentials, and the credential square goes away and it never takes me to the backend. It does not give me an error, Attached are the pictures. Any recommendations? I tried it with two computers and they are both behaving the same way. I am using google chrome. One of them is the first time every accessing this URL. Exactly same problem after upgrade with 1-click from 1.7.6.8 to 1.7.7. I have tried to delete cache but still cannot login. Any idea? Edited December 4, 2020 by MrGubu (see edit history) Link to comment Share on other sites More sharing options...
maratimbastore@gmail Posted December 4, 2020 Share Posted December 4, 2020 altere a versão do seu php para php7.4 Link to comment Share on other sites More sharing options...
Tomas Brincil Posted December 6, 2020 Share Posted December 6, 2020 According to available information the upgrade to 7.4 should work but my webohosting does not support at the moment. I found a solution for PHP 7.3: There is a problem with constant INTL_IDNA_VARIANT_UTS46 in the file "src/Core/Util/InternationalizedDomainNameConverter.php". It needs to be modified as follows. The constant INTL_IDNA_VARIANT_UTS46 needs to be converted to int type explicitelly by intval() on the line 47. class InternationalizedDomainNameConverter { /** * Convert the host part of the email from punycode to utf8 (e.g,. [email protected] -> email@тест.рф) * * @param string $email * * @return string */ public function emailToUtf8(string $email): string { $parts = explode('@', $email); if (count($parts) !== 2) { return $email; } return $parts[0] . '@' . idn_to_utf8($parts[1], 0, intval(INTL_IDNA_VARIANT_UTS46)); } } 3 Link to comment Share on other sites More sharing options...
MrGubu Posted December 8, 2020 Share Posted December 8, 2020 (edited) On 12/6/2020 at 12:02 PM, Tomas Brincil said: According to available information the upgrade to 7.4 should work but my webohosting does not support at the moment. I found a solution for PHP 7.3: There is a problem with constant INTL_IDNA_VARIANT_UTS46 in the file "src/Core/Util/InternationalizedDomainNameConverter.php". It needs to be modified as follows. The constant INTL_IDNA_VARIANT_UTS46 needs to be converted to int type explicitelly by intval() on the line 47. class InternationalizedDomainNameConverter { /** * Convert the host part of the email from punycode to utf8 (e.g,. [email protected] -> email@тест.рф) * * @param string $email * * @return string */ public function emailToUtf8(string $email): string { $parts = explode('@', $email); if (count($parts) !== 2) { return $email; } return $parts[0] . '@' . idn_to_utf8($parts[1], 0, intval(INTL_IDNA_VARIANT_UTS46)); } } Eureka! It works for me with PHP 7.3.25. Excelent first post Tomas!! Edited December 8, 2020 by MrGubu mention author (see edit history) Link to comment Share on other sites More sharing options...
enio19 Posted December 13, 2020 Share Posted December 13, 2020 On 12/6/2020 at 8:02 AM, Tomas Brincil said: According to available information the upgrade to 7.4 should work but my webohosting does not support at the moment. I found a solution for PHP 7.3: There is a problem with constant INTL_IDNA_VARIANT_UTS46 in the file "src/Core/Util/InternationalizedDomainNameConverter.php". It needs to be modified as follows. The constant INTL_IDNA_VARIANT_UTS46 needs to be converted to int type explicitelly by intval() on the line 47. class InternationalizedDomainNameConverter { /** * Convert the host part of the email from punycode to utf8 (e.g,. [email protected] -> email@тест.рф) * * @param string $email * * @return string */ public function emailToUtf8(string $email): string { $parts = explode('@', $email); if (count($parts) !== 2) { return $email; } return $parts[0] . '@' . idn_to_utf8($parts[1], 0, intval(INTL_IDNA_VARIANT_UTS46)); } } NOWWWW IS WORKING! Link to comment Share on other sites More sharing options...
0xFFFF Posted January 4, 2021 Share Posted January 4, 2021 On 12/6/2020 at 10:02 PM, Tomas Brincil said: I found a solution... I one-click upgraded from 1.7.6.8 to 1.7.7.0 and experienced the same issue as the OP. Thanks for your help Tomas 😎 Link to comment Share on other sites More sharing options...
JBW Posted January 6, 2021 Share Posted January 6, 2021 On 12/13/2020 at 1:58 AM, enio19 said: According to available information the upgrade to 7.4 should work but my webohosting does not support at the moment. I found a solution for PHP 7.3: There is a problem with constant INTL_IDNA_VARIANT_UTS46 in the file "src/Core/Util/InternationalizedDomainNameConverter.php". It needs to be modified as follows. The constant INTL_IDNA_VARIANT_UTS46 needs to be converted to int type explicitelly by intval() on the line 47. It's better to upgrade to a newer ICU version:https://github.com/PrestaShop/PrestaShop/issues/22300 Link to comment Share on other sites More sharing options...
0xFFFF Posted January 13, 2021 Share Posted January 13, 2021 I ensured all modules were updated (including 1CU) prior to upgrading from 1.7.7.0 to 1.7.7.1. Experienced the same as last time 🤬. Fixed it the same way (intval). PHP74 Link to comment Share on other sites More sharing options...
Pablo Posted January 29, 2021 Share Posted January 29, 2021 Excelente aporte, muchas gracias!! 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