Skip to content

Releases: r-martins/PagSeguro-Magento-Transparente-M2

Compatibilidade Magento 2.4.6 e PHP 8.2

28 Jun 03:37
Compare
Choose a tag to compare

Correção: Corrigido erro em método depreciado (utf8_encode) no PHP 8.2 que impedia finalização de checkout.
Também verificamos a presença de outros métodos não compatíveis (não há).
Reportado por Rafael Martins.

Pequena correção

24 May 22:46
Compare
Choose a tag to compare

-Declarando propriedades definidas dinamicamente, o que poderia gerar erro no checkout por causar exceção de depreciação

Zend_Date substituido

23 May 07:26
Compare
Choose a tag to compare

A classe Zend_Date ainda era utilizada para atualizar pedidos de forma pro-ativa, mas foi depreciada pela Magento.
Agora usamos o \IntlDateFormatter, nativo do PHP.

Pequena melhoria em campos que não aceitam caracteres não numéricos

18 May 01:38
Compare
Choose a tag to compare

Atendendo a pedidos, agora os campos de data de nascimento, cpf e cvv não mais aceitam que seja informado caracteres não-numéricos - o que causaria erro na validação posterior. - Sugerido por Jefferson Silva da Infobase

Correções

19 Dec 01:28
Compare
Choose a tag to compare
  • Corrigido erro "Passing null to parameter #1 ($string) of type string is deprecated" que era gerado quando um pedido sem formas de envio era realizado (tipicamente para produtos virtuais ou digitais).
  • Corrigido erros relacionados a exibição do campo de CPF quando um pedido era feito via admin.

Correção de erro fatal (laminas/string-utils)

09 Dec 06:46
Compare
Choose a tag to compare

Um erro fatal ao finalizar pedido em lojas que não possuem o laminas/string-utils instalado ocorria antes desta atualização.
Nesses cenários, ao clicar em Finalizar Pedido, nada acontecia e um erro fatal "Fatal Error: 'Uncaught Error: Class 'Laminas\Stdlib\StringUtils' not found" era gerado na requisição.
Reportado por Luiz Fernando Leite

Boleto no admin e correções

18 Nov 02:38
Compare
Choose a tag to compare
  • Agora é possível emitir Boletos e Débito em pedidos via admin. Opcionalmente, você pode deixar estes métodos ativos somente no admin.
  • Correção: o erro "Deprecated Functionality: substr(): Passing null to parameter #1 ($string) of type string is deprecated" era exibido em alguns lugares em lojas com PHP 8.1
  • Correção: em algumas situações de reembolso e falhas internas no pagamento com 2 cartões, um método não declarado (writeLog) ocasionando erros e outras exceções. Correção reportada e resolvida por João Victor Pereira (caravel.com.br) - #125

Melhorias e correções

20 Sep 22:29
Compare
Choose a tag to compare
  • Melhoria (2.18.0): adicionamos ainda mais informações sobre taxas e custos no admin. Agora você pode ver o custo de parcelamento para o vendedor (em compras onde você assumiu os juros de uma ou mais parcelas), tarifa de intermediação (tipicamente R$0 nos nossos modelos de aplicação) e taxa de intermediação (3,15% ou 4,15% para nossos clientes de aplicação). Sugerido por Jefferson Vicente (Infobase).
  • Correção: em alguns tipos de deploy as imagens das bandeiras do cartão de crédito apareciam quebradas no checkout. Reportado e corrigido por Aleksandar da ecommistry.com.
  • Correção: em algumas situações (que não conseguimos reproduzir), ao atualizar o módulo para outra versão, um erro de SQL ocorria pois o módulo tentava criar novamente dois atributos de produto já existentes. Reportado por César Galvani da mageuni.com.

Mais informações sobre o Pagamento

13 Jul 04:24
Compare
Choose a tag to compare

Agora é possível ver ainda mais informações sobre um pagamento no admin.
_000000115___Pedidos___Operations___Sales___Administração_do_Magento

Informações como taxas, valor líquido a receber, data da liberação e outros referentes a pagamentos com cartão de crédito agora estão disponíveis no admin.

Sugerido por Aislan Cedraz da InfoBase.

Melhoria ao receber atualizações de pedidos

17 Jun 05:40
Compare
Choose a tag to compare

Na versão 2.16.0 temos uma pequena melhoria.
Ao receber uma atualização de pedido do PagSeguro, costumávamos consultar a API de notifcação do PagSeguro diretamente.
Quando um problema ocorria devido a alguma instabilidade na API, o pedido não era atualizado e uma exceção era gerada.
Agora ao invés de consultar a API diretamente, passamos por dentro da nossa aplicação, contornando problemas de instabilidade e realizando até 3 tentativas para obter resposta da API e então atualizar o pedido.

Saiba mais sobre nossas retentativas. Elas já acontecem na finalização de pedidos, ao adquirir um ID de Sessão, e muito mais.