O Magento lançou um novo patch de segurança para o M1 e atualizações para o M1 e o M2.
Quais problemas comuns você deve observar ao aplicar esse patch / atualização?
Magento 1
https://magento.com/security/patches/supee-11155
Magento 2
Esse deve ser o último lançamento da série 2.1 que atinge sua EOL no final deste mês.
Respostas:
Este patch é incompatível com o suporte ao PHP 7.2 . A remoção das linhas 1711 a 1761 permite aplicar o patch. Esse patch tenta corrigir os arquivos que foram removidos pelo patch de suporte 7.2. A remoção dessas linhas deve ser segura.
fonte
Erro ao instalar no 1.7.0.2 CE com todos os patches anteriores instalados (veja abaixo).
EDIT: Problema (# 1) foi causado por arquivo ausente - app / code / core / Mage / Catalog / Model / Product / Option / Type / File.php.orig
Problema (# 1) resolvido removendo as linhas 874 - 1702 (referindo-se a File.php.orig) do script de patch.
O problema (nº 2) foi causado devido à formatação incorreta de patch e arquivo - js / tiny_mce / plugins / media / js / media.js
O problema (# 2) foi resolvido executando o comando dos2unix para o arquivo de patch e o arquivo media.js
Patch instalado com sucesso após a resolução dos dois problemas descritos.
fonte
Magento 1.9.1.0.
O patch foi aplicado com sucesso.
Depois de adicionar um produto ao carrinho e depois efetuar login, o carrinho fica vazio novamente.
Acho que o problema não existia antes e parece haver alterações feitas no
app/code/core/Mage/Checkout/Model/Session.php
ATUALIZAR:
Eu depurei isso um pouco.
Quando eu reverto, a versão corrigida
app/code/core/Mage/Checkout/Model/Session.php
funciona novamente para mim. Então, eu tenho certeza que isso tem a ver com o patch.Primeiro pensei que fosse em conjunto com,
$quote->unsetData();
mas meus testes eram inconclusivos e não seria uma solução para removê-lo.Como estou de férias agora, tenho tempo limitado para investigar isso mais a fundo.
ATUALIZAÇÃO 2:
Esse problema parece ter sido resolvido com o patch mais recente (SUPEE-11219). Houve alterações no app / code / core / Mage / Checkout / Model / Session.php incluído.
fonte
No M1, especificamente 1.9.2.1 com todos os patches anteriores aplicados. Eu recebi o seguinte erro:
A remoção das linhas sobre esse arquivo do arquivo de correção e a aplicação manual dessa alteração funcionaram para mim quando apliquei novamente o arquivo de correção.
Quando observei a diferença entre o arquivo js / tiny_mce / plugins / media / js / media.js e o arquivo do OpenMage Mirror, eles eram arquivos idênticos.
fonte
1.9.1.0, após a aplicação do patch com êxito, fique abaixo do erro ao fazer login no admin
como consertar?
fonte
No M1, 1.9.1.0, com todos os patches anteriores aplicados, eu recebo vários erros:
Examinando o próprio código no arquivo de correção, parece que ele não corresponde ao PHP na minha instalação.
Talvez eu tenha perdido um patch em algum lugar ao longo do caminho?
fonte
Magento 1.7.0.2
Estou entendendo:
Eles são do patch do PHP 7.2?
UPDATE: parece que esses arquivos estavam realmente ok, era apenas deslocamento de espaço vazio.
O arquivo do problema era:
Eu acho que foi algum arquivo que foi deixado por um dos patches. O novo patch apenas exclui esse arquivo. Eu não o tinha nesse diretório, então o erro apareceu.
UPDATE: lista de arquivos afetados no Magento 1.7.0.2
fonte
Na versão M1 1.9.4.0 com todos os patches anteriores aplicados, recebi o seguinte erro
como posso ver no arquivo de correção, ele está procurando
mas aqui está o que eu tenho
Eu confirmei em https://raw.githubusercontent.com/OpenMage/magento-mirror/1.9.4.0/app/Mage.php que temos o código e a versão corretos.
Será atualizado se eu encontrar a solução
fonte
Usando open-mage-lts 1.9.4.1
verificando arquivo app / design / adminhtml / default / default / template / catalog / product / helper / gallery.phtml Hunk # 1 FALHOU em 59. 1 em 1 hunk FAILED
Comparando -lts com o core:
que foi introduzido por este PR em -lts
https://github.com/OpenMage/magento-lts/pull/596
https://github.com/OpenMage/magento-lts/pull/788
Código corrigido:
fonte
Algo que falta no SUPEE-11155 (CE / EE) é que, no
Mage_Catalog_Helper_Product
arquivo de classe, ogetDefaultProductValue
método foi introduzido e dependeDEFAULT_QTY
variável constante.O problema é que essa variável não existe em muitos arquivos de correção diferentes e está presente apenas em alguns deles: https://ibb.co/LzcL0gn
Vamos consertar isso nós mesmos? Magento, você está ciente disso?
Thx all
fonte
Sou apenas eu ou isso não parece um bug?
Estou faltando alguma coisa aqui?
A boa notícia é que ele é chamado apenas através de uma área no código e, desde que você tenha um ID de produto válido, não chamará essa função. Mas se não houver um ID de produto válido ou alguém tentar usar essa função com base em como ela foi projetada, os problemas provavelmente aparecerão.
fonte
Para aqueles que usam o PHP 5.3 (ou menos que 5.4), aqui estão algumas partes do patch que você precisaria alterar.
Para referência, isso é para PATCH_SUPEE-11155_CE_1.7.0.2_v4-2019-08-01-03-58-34
app / code / core / Mage / Adminhtml / controllers / Newsletter / TemplateController.php
app / code / core / Mage / Adminhtml / controllers / System / Email / TemplateController.php
app / code / core / Mage / Cms / Helper / Data.php
Nota: Se você estiver alterando isso no arquivo de correção, lembre-se de alterar também as posições de comprimento, pois está adicionando uma nova linha no arquivo de correção. Por exemplo, para o último mencionado acima:
fonte
EE 1.13.1.0 executando o PHP 7.0.x com o módulo Inchoo PHP7:
Promoções> Regras do carrinho de compras (provavelmente também outras): você não pode salvar uma regra, uma exceção "Regra incorreta especificada" é lançada.
Resolvemos isso reescrevendo Mage_Adminhtml_Helper_Data :: removeTags com o de 1.14.xx (usei o 1.14.4.0 - não tenho certeza da versão exata que o mudou).
Versão atualizada:
fonte
Teve o mesmo problema que o @Mat
On M1, 1.9.1.0 with all previous patches applied, I get numerous errors:
Minhas terminações de linha não foram definidas como unix / macosx no repositório (outro desenvolvedor usando o Windows).
usou o dos2unix para converter os arquivos necessários e funcionou.
E como @chaoticgeek, tenho o:
Hunk #1 FAILED at 483. 1 out of 1 hunk FAILED -- saving rejects to file js/tiny_mce/plugins/media/js/media.js.rej
Já aconteceu em todos os repositórios (6) até agora, 1.9.2.4, 1.9.3.8 x 2, 1.9.3.2 x 2 e 1.9.2.1.
fonte
mesmo problema no Magento CE 1.8.1 com todos os patches aplicados:
verificando arquivo app / Mage.php Hunk # 1 FAILED at 813. 1 de 1 hunk FAILED
alguma ajuda / idéia por aí?
fonte
mude para:
fonte
No M1, 1.9.1.0 eu tenho
Mesmo quando corro
nada muda.
Como posso saber qual arquivo é? 486 é a linha do caminho?
fonte
Atualmente, estou na v1.9.3.1 e tenho vários conflitos. Estou usando a terceira versão do patch (veja o nome do arquivo):
EDIT: Após algumas checagens, estamos perdendo alguns patches anteriores. Será atualizado mais tarde.
fonte
Atualmente, estou enfrentando esse problema ao atualizar de 1.9.4.1 para 1.9.4.2. Por esse motivo, a ordem de criação do administrador e a verificação do front-end agora resultam em 500 erros internos do servidor sem nenhum erro registrado ou mostrado.
fonte
após aplicar o patch Supee-11155, estou tendo problemas com o salvamento do modelo de e-mail transnacional do boletim informativo, depois mudei o
para
agora trabalhando bem comigo.
fonte