Módulo incompatível com PHP 7.3 ou superior

[rjslegall]

Após tentar instalar pelo composer tenho:

[InvalidArgumentException]
Package intelipost/magento2-autocomplete at version has a PHP requirement incompatible with your PHP version (7.3.17)

Magento 2.3.5 -p1 / PHP 7.3

Alguém tem uma sugestão?
Talvez poderia caso necessário fazer uma atualização do módulo?

Obrigado!

[pichau-mkt]

Também estamos com esse problema, já tentei contato com a intelipost eles devem estar sem dev* pois não conseguem entender o problema.

[LuizSantos1]

Tentem fazer uma "gambiarra", façam o downgrade da versão do PHP do seu servidor para uma versão compatível com o módulo, instale o módulo, e depois volte a fazer o upgrade de volta para 7.3 e teste para ver se funciona.

[pichau-mkt]

Isso não resolve o problema, isso que o senhor repassou essa gambiarra* é apenas para instalar já temos ela instalada, mas está tendo problema como já* informamos via ticket. Recomendamos então a @intelipost já que está sem Dev competente para avaliar e corrigir os problemas remover do seu git o módulo e do seu site a integração, já* que não funciona com magento 2 na versão homologada pois versões anteriores não tem mais suporte da Adobe. Em sex, 5 de jun de 2020 22:42, LuizSantos1 <notifications@github.com> escreveu:

…

Tentem fazer uma "gambiarra", façam o downgrade da versão do PHP do seu servidor para uma versão compatível com o módulo, instale o módulo, e depois volte a fazer o upgrade de volta para 7.3 e teste para ver se funciona. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#8 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/APMEEW43FU43KYLIFFD4JXTRVGNJZANCNFSM4NBGEZKQ> .

[LuizSantos1]

Querido, eu não sou desenvolvedor da Intelipost e não tenho nada a ver com essa empresa. Apenas fiz o comentário numa tentativa de resolver o seu problema temporariamente. Pois isso resolve o meu problema em alguns casos na plataforma Magento 1.9.3.2

Recomendo que o senhor entre em contato com a Intelipost. A minha resposta foi uma sugestão, não uma promessa de resolver o seu problema.

Att
Luiz Santos

[rjslegall]

Olá!

Tentamos fazer o down-grade do PHP para 7.2 como experiência mas mesmo assim a versão atual do nosso servidor não suporta o módulo. Será que temos outra alternativa?

[rjslegall]

Olá!

Já existe uma atualização para que seja compatível com a versão do PHP 7.2

#6

Para que seja compatível com versões mais atuais do PHP podemos tentar alterar o composer:

onde está:
"php": "~5.5.0|~5.6.0|~7.0.0|~7.1.0|~7.2",

para:
"php": "~5.5.0|~5.6.0|~7.0.0|~7.1.0|~7.2|~7.3",

Pretendo fazer este teste futuramente. Se alguém conseguir antes pode informar aqui.

obrigado!

[LuizSantos1]

@rjslegall Era sobre isso que estava pesquisando ontem, mudar a versão no composer. Mas será que não tem que alterar o arquivo de registro e json também? Estou apenas especulando...

[LimaJonas]

Se ainda estiver procurando, eu fiz um modulo simples para autocompletar o endereço no checkout usando uma API online e JQuery. Veja aqui. em breve eu atualizo ela para funcionar também nas outras páginas

[rjslegall]

Olá Jonas!

obrigado pela iniciativa. Vou testar na versão 2.4. Vc já testou nesta versão?

obrigado!

[LimaJonas]

Não testei. Mas provavelmente deve funcionar se os nomes dos inputs forem os mesmos (street[0].. city.. entre outros)

[rjslegall]

Olá Jonas! Acabei de testar e funcionou. Porém notamos dois problemas e gostaríamos da sua ajuda para corrigi-los. Primeiro Problema: Temos em nossa loja o endereço de entrega padrão: shippingAddress.postcode E o endereço de cobrança que o cliente habilita quando precisa que os dados de faturamento sejam diferentes: billingAddressshared.postcode Quando o cliente preenche o endereço de entrega, os dois campos são preenchidos. Assim o módulo precisa funcionar independentemente para os dois endereços. Segundo Problema: Quando o cliente preenche um CEP válido os campos são preenchidos corretamente. Porém, se em seguida, ele preencher um CEP incorreto (acredite isso acontece) os campos ainda continuam preenchidos. Logicamente quando o compo CEP é inválido temos o retorno: GET https://brasilapi.com.br/api/cep/v1/77777-777?_=1627136733518 404 Mas os campos ainda continuam preenchidos com os dados anteriores. Alguns clientes mais distraídos, com certeza não irão se atentar e continuar a compra. Seria possível, quando tivermos um retorno 404 os campos serem automaticamente apagados? Ou outra solução para corrigir este problema? Aguardo seus comentários. Obrigado! Em sáb., 24 de jul. de 2021 às 11:25, Jonas Lima ***@***.***> escreveu:

…

Não testei. Mas provavelmente deve funcionar se os nomes dos inputs forem os mesmos (street[0].. city.. entre outros) — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#8 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/APRO4OB5KY2KBOVAD5GAPMDTZLENDANCNFSM4NBGEZKQ> .