Magento ha lanzado un nuevo parche de seguridad para M1 y actualizaciones para M1 y M2.
¿Qué problemas comunes debe tener en cuenta al aplicar este parche / actualización?
Magento 1
https://magento.com/security/patches/supee-11155
Magento 2
Esta debería ser la última versión de la serie 2.1 que alcanza su EOL a finales de este mes.
Respuestas:
Este parche es incompatible con el parche de soporte PHP 7.2 . Eliminar las líneas 1711 a 1761 permite aplicar el parche. Este parche intenta parchear archivos que han sido eliminados por el parche de soporte 7.2. Eliminar estas líneas debe ser seguro.
fuente
Error al instalar en 1.7.0.2 CE con todos los parches anteriores instalados (ver más abajo).
EDITAR: El problema (# 1) fue causado por la falta del archivo - app / code / core / Mage / Catalog / Model / Product / Option / Type / File.php.orig
El problema (# 1) se resolvió eliminando las líneas 874 - 1702 (que se refieren a File.php.orig) del script de parche.
El problema (# 2) fue causado debido a un formato incorrecto de parche y archivo - js / tiny_mce / plugins / media / js / media.js
El problema (# 2) se resolvió ejecutando el comando dos2unix tanto para el archivo de parche como para el archivo media.js
Parche instalado con éxito después de la resolución de los dos problemas descritos.
fuente
Magento 1.9.1.0.
El parche se aplicó con éxito.
Después de agregar un producto al carrito y luego iniciar sesión, el carrito está vacío nuevamente.
No creo que el problema haya estado allí antes y parece que se han realizado cambios en
app/code/core/Mage/Checkout/Model/Session.php
ACTUALIZAR:
He depurado esto un poco.
Cuando revierto la versión parcheada,
app/code/core/Mage/Checkout/Model/Session.php
me funciona nuevamente. Así que estoy bastante seguro de que tiene que ver con el parche.Primero pensé que estaba en conjunción con,
$quote->unsetData();
pero mis pruebas no fueron concluyentes y de todos modos no sería una solución eliminarlo.Como estoy de vacaciones en este momento, tengo un tiempo limitado para investigar esto más a fondo.
ACTUALIZACIÓN 2:
Este problema parece resolverse con el último parche (SUPEE-11219). Hubo cambios en app / code / core / Mage / Checkout / Model / Session.php incluidos.
fuente
En M1, específicamente 1.9.2.1 con todos los parches anteriores aplicados. Tuve el siguiente error:
Eliminar las líneas sobre ese archivo del archivo de parche y aplicar manualmente ese cambio me funcionó cuando volví a aplicar el archivo de parche.
Cuando miré la diferencia entre el archivo js / tiny_mce / plugins / media / js / media.js y el de OpenMage Mirror , eran archivos idénticos.
fuente
1.9.1.0, después de aplicar el parche con éxito, obtenga el siguiente error cuando inicie sesión como administrador
¿como arreglar?
fuente
En M1, 1.9.1.0 con todos los parches anteriores aplicados, obtengo numerosos errores:
Echando un vistazo al código en sí en el archivo de parche, parece que no coincide con el PHP en mi instalación en absoluto.
¿Tal vez me perdí un parche en algún lugar del camino?
fuente
Magento 1.7.0.2
Me estoy poniendo:
¿Son del parche PHP 7.2?
ACTUALIZACIÓN: parece que esos archivos estaban realmente bien, solo era un desplazamiento de espacio vacío.
El archivo del problema fue:
Creo que fue uno de los archivos que dejó uno de los parches. El nuevo parche simplemente elimina ese archivo. No lo tenía en ese directorio, por lo que apareció el error.
ACTUALIZACIÓN: lista de archivos afectados en Magento 1.7.0.2
fuente
En la versión M1 1.9.4.0 con todos los parches aplicados, recibí el siguiente error
como puedo ver en el archivo de parche, está buscando
pero en cambio, esto es lo que tengo
Confirmé en https://raw.githubusercontent.com/OpenMage/magento-mirror/1.9.4.0/app/Mage.php que tenemos el código y la versión correctos.
Se actualizará si encuentro la solución
fuente
Usando open-mage-lts 1.9.4.1
comprobando la aplicación de archivo / design / adminhtml / default / default / template / catalog / product / helper / gallery.phtml Hunk # 1 FALLÓ a los 59. 1 de 1 trozo FALLÓ
Comparando -lts con el núcleo:
que fue introducido por este PR en -lts
https://github.com/OpenMage/magento-lts/pull/596
https://github.com/OpenMage/magento-lts/pull/788
Código parcheado:
fuente
Algo que falta con SUPEE-11155 (CE / EE) es que, en el
Mage_Catalog_Helper_Product
archivo de clase,getDefaultProductValue
se ha introducido el método y se basa en laDEFAULT_QTY
variable constante.El problema es que esta variable no existe en muchos archivos de parche diferentes, y solo está presente en algunos de ellos: https://ibb.co/LzcL0gn
¿Lo reparamos nosotros mismos? Magento, ¿eres consciente de eso?
Gracias a todos
fuente
¿Soy solo yo o esto no parece un error?
¿Me estoy perdiendo de algo?
La buena noticia es que solo se llama a través de un área en el código y siempre que tenga una identificación de producto válida, no llamará a esta función. Pero si no hay una identificación de producto válida o alguien intenta usar esta función en función de cómo se diseñó, es probable que surjan problemas.
fuente
Para aquellos que usan PHP 5.3 (o menos de 5.4), aquí hay algunas partes del parche que necesitaría cambiar.
Como referencia, esto es 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: Si está cambiando estos en el archivo de parche, recuerde cambiar también las posiciones de longitud ya que está agregando una nueva línea en el archivo de parche. Por ejemplo para el último mencionado anteriormente:
fuente
EE 1.13.1.0 ejecutando PHP 7.0.x con el módulo Inchoo PHP7:
Promociones> Reglas del carrito de compras (probablemente también otras): no puede guardar una regla, se genera una excepción, "Regla incorrecta especificada".
Resolvimos esto reescribiendo Mage_Adminhtml_Helper_Data :: removeTags con el de 1.14.xx (usé 1.14.4.0 - no estoy seguro de la versión exacta que lo cambió).
Versión actualizada:
fuente
Tuve el mismo problema que @Mat
On M1, 1.9.1.0 with all previous patches applied, I get numerous errors:
Mis finales de línea no estaban configurados en unix / macosx en el repositorio (otro desarrollador que usa Win-dows).
usó dos2unix para convertir los archivos necesarios y funcionó.
Y como @chaoticgeek, tengo el:
Hunk #1 FAILED at 483. 1 out of 1 hunk FAILED -- saving rejects to file js/tiny_mce/plugins/media/js/media.js.rej
Ha sucedido en todos los repositorios (6) hasta ahora, 1.9.2.4, 1.9.3.8 x 2, 1.9.3.2 x 2 y 1.9.2.1.
fuente
mismo problema en Magento CE 1.8.1 con todos los parches aplicados:
comprobación de la aplicación de archivo / Mage.php Hunk # 1 FALLÓ en 813. 1 de 1 trozo FALLÓ
alguna ayuda / idea por ahi?
fuente
cambie esto a:
fuente
En M1, 1.9.1.0 tengo
Incluso cuando corro
nada cambia.
¿Cómo puedo saber qué archivo es? 486 es la línea de ruta?
fuente
Actualmente estoy en v1.9.3.1 y tengo varios conflictos. Estoy usando la tercera versión del parche (ver el nombre del archivo):
EDITAR: después de algunas comprobaciones, en realidad nos faltan algunos parches anteriores. Se actualizará más tarde.
fuente
Actualmente me enfrento a este problema al actualizar de 1.9.4.1 a 1.9.4.2. Por lo tanto, la creación de pedidos de administrador y el pago de la interfaz ahora dan como resultado 500 errores internos del servidor sin ningún error registrado o mostrado.
fuente
después de aplicar el parche Supee-11155 tengo un problema con el guardado de la plantilla de correo electrónico transnacional del boletín y luego cambié
a
Ahora me funciona bien.
fuente