Magento a publié un nouveau correctif de sécurité pour M1 et des mises à jour pour M1 et M2.
Quels problèmes courants devez-vous surveiller lors de l'application de ce correctif / mise à niveau?
Magento 1
https://magento.com/security/patches/supee-11155
Magento 2
Ce devrait être la dernière version de la série 2.1 qui atteint sa fin de vie à la fin de ce mois.
Réponses:
Ce patch est incompatible avec le patch de support de PHP 7.2 . La suppression des lignes 1711 à 1761 permet d'appliquer le patch. Ce correctif tente de corriger les fichiers qui ont été supprimés par le correctif de prise en charge 7.2. La suppression de ces lignes doit être sûre.
la source
Erreur d'installation sur 1.7.0.2 CE avec tous les correctifs précédents installés (voir ci-dessous).
EDIT: le problème (# 1) a été causé par un fichier manquant - app / code / core / Mage / Catalog / Model / Product / Option / Type / File.php.orig
Problème (# 1) résolu en supprimant les lignes 874 - 1702 (faisant référence à File.php.orig) du script de patch.
Le problème (# 2) a été causé par un formatage incorrect du correctif et du fichier - js / tiny_mce / plugins / media / js / media.js
Le problème (# 2) a été résolu en exécutant la commande dos2unix pour le fichier de correctif et le fichier media.js
Correctif installé avec succès après la résolution des deux problèmes décrits.
la source
Magento 1.9.1.0.
Le correctif a été appliqué avec succès.
Après avoir ajouté un produit au panier, puis connecté, le panier est à nouveau vide.
Je ne pense pas que le problème existait auparavant et il semble y avoir eu des changements
app/code/core/Mage/Checkout/Model/Session.php
MISE À JOUR:
J'ai débogué cela un peu.
Lorsque je rétablis la version corrigée,
app/code/core/Mage/Checkout/Model/Session.php
cela fonctionne à nouveau pour moi. Je suis donc presque sûr que cela a à voir avec le patch.J'ai d'abord pensé que c'était en conjonction avec
$quote->unsetData();
mais mes tests n'étaient pas concluants et ce ne serait de toute façon pas une solution pour le supprimer.Depuis que je suis en vacances en ce moment, j'ai un temps limité pour approfondir cette question.
MISE À JOUR 2:
Ce problème semble être résolu avec le dernier correctif (SUPEE-11219). Des modifications ont été apportées à app / code / core / Mage / Checkout / Model / Session.php.
la source
Sur M1, en particulier 1.9.2.1 avec tous les correctifs précédents appliqués. J'ai eu l'erreur suivante:
La suppression des lignes concernant ce fichier du fichier correctif et l'application manuelle de cette modification ont fonctionné pour moi lorsque j'ai réappliqué le fichier correctif.
Quand j'ai regardé la différence entre le fichier js / tiny_mce / plugins / media / js / media.js et celui d' OpenMage Mirror, il s'agissait de fichiers identiques.
la source
1.9.1.0, après avoir appliqué le correctif avec succès, obtenez une erreur inférieure lors de la connexion administrateur
comment réparer?
la source
Sur M1, 1.9.1.0 avec tous les correctifs précédents appliqués, je reçois de nombreuses erreurs:
En jetant un œil au code lui-même dans le fichier patch, il semble qu'il ne correspond pas du tout au PHP dans mon installation.
Peut-être que j'ai raté un patch quelque part en cours de route?
la source
Magento 1.7.0.2
Je suis en train:
S'agit-il d'un correctif PHP 7.2?
MISE À JOUR: on dirait que ces fichiers étaient en fait ok, c'était juste un décalage d'espace vide.
Le fichier de problème était:
Je pense que c'est un fichier qui a été laissé par l'un des correctifs. Le nouveau patch supprime simplement ce fichier. Je ne l'avais pas dans ce répertoire, donc l'erreur est apparue.
MISE À JOUR: liste des fichiers concernés sur Magento 1.7.0.2
la source
Sur la version M1 1.9.4.0 avec tous les correctifs précédents appliqués, j'ai eu l'erreur suivante
comme je peux le voir dans le fichier patch, il cherche
mais à la place, voici ce que j'ai
J'ai confirmé sur https://raw.githubusercontent.com/OpenMage/magento-mirror/1.9.4.0/app/Mage.php que nous avons le bon code et la bonne version.
Mettra à jour si je trouve la solution
la source
Utiliser open-mage-lts 1.9.4.1
vérification du fichier app / design / adminhtml / default / default / template / catalogue / product / helper / gallery.phtml Hunk # 1 FAILED at 59. 1 sur 1 hunk FAILED
Comparaison de -lts à core:
qui a été introduit par ce PR en -lts
https://github.com/OpenMage/magento-lts/pull/596
https://github.com/OpenMage/magento-lts/pull/788
Code patché:
la source
Un élément manquant avec SUPEE-11155 (CE / EE) est que, dans le
Mage_Catalog_Helper_Product
fichier de classe, lagetDefaultProductValue
méthode a été introduite et s'appuie surDEFAULT_QTY
une variable constante.Le problème est que cette variable n'existe pas sur de nombreux fichiers de correctifs différents et n'est présente que sur quelques-uns d'entre eux: https://ibb.co/LzcL0gn
Allons-nous le patcher nous-mêmes? Magento, êtes-vous au courant de cela?
Thx all
la source
Est-ce juste moi ou cela ne ressemble-t-il pas à un bug?
Est-ce que j'ai râté quelque chose?
La bonne nouvelle est qu'elle n'est appelée que via une seule zone du code et tant que vous avez un ID de produit valide, vous n'appelerez pas cette fonction. Mais s'il n'y a pas d'ID de produit valide ou si quelqu'un essaie d'utiliser cette fonction en fonction de la façon dont elle a été conçue, des problèmes apparaîtront probablement.
la source
Pour ceux qui utilisent PHP 5.3 (ou moins de 5.4), voici quelques parties du patch que vous devrez modifier.
Pour référence, c'est pour 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
Remarque: Si vous les modifiez dans le fichier de correctif, n'oubliez pas de modifier également les positions de longueur, car vous ajoutez une nouvelle ligne dans le fichier de correctif. Par exemple pour le dernier mentionné ci-dessus:
la source
EE 1.13.1.0 exécutant PHP 7.0.x avec le module Inchoo PHP7:
Promotions> Règles du panier (probablement d'autres aussi): vous ne pouvez pas enregistrer une règle, une exception, "Mauvaise règle spécifiée", est levée.
Nous avons résolu ce problème en réécrivant Mage_Adminhtml_Helper_Data :: removeTags avec celui de 1.14.xx (j'ai utilisé 1.14.4.0 - je ne suis pas sûr de la version exacte qui l'a changé).
Version mise à jour:
la source
Eu le même problème que @Mat
On M1, 1.9.1.0 with all previous patches applied, I get numerous errors:
Mes fins de ligne n'étaient pas définies sur unix / macosx sur le dépôt (un autre développeur utilisant Win-dows).
utilisé dos2unix pour convertir les fichiers nécessaires et travaillé.
Et en tant que @chaoticgeek, j'ai:
Hunk #1 FAILED at 483. 1 out of 1 hunk FAILED -- saving rejects to file js/tiny_mce/plugins/media/js/media.js.rej
Jusqu'à présent, cela s'est produit sur tous les dépôts (6), 1.9.2.4, 1.9.3.8 x 2, 1.9.3.2 x 2 et 1.9.2.1.
la source
même problème sur Magento CE 1.8.1 avec tous les correctifs appliqués:
vérification du fichier app / Mage.php Hunk # 1 FAILED at 813. 1 sur 1 hunk FAILED
une aide / idée là-bas?
la source
changez ceci en:
la source
Sur M1, 1.9.1.0 j'ai
Même quand je cours
rien ne change.
Comment savoir de quel fichier il s'agit? 486 est la ligne de chemin?
la source
Je suis actuellement sur v1.9.3.1 et j'ai eu plusieurs conflits. J'utilise la troisième version du patch (voir le nom du fichier):
EDIT: Après quelques vérifications, il nous manque en fait certains correctifs précédents. Mettra à jour plus tard.
la source
Je suis actuellement confronté à ce problème lors de la mise à jour de 1.9.4.1 vers 1.9.4.2. Par conséquent, la création de la commande administrateur et la vérification frontale entraînent désormais 500 erreurs de serveur interne sans aucune erreur enregistrée ou affichée.
la source
après l'application du patch Supee-11155, j'ai un problème avec l'enregistrement du modèle de courrier électronique transnational, puis j'ai changé en
à
travaille maintenant bien moi.
la source