Magento hat einen neuen Sicherheitspatch für M1 und Updates für M1 und M2 veröffentlicht.
Auf welche allgemeinen Probleme müssen Sie bei der Installation dieses Patches / Upgrades achten?
Magento 1
https://magento.com/security/patches/supee-11155
Magento 2
Dies sollte die letzte Veröffentlichung in der 2.1-Reihe sein, die Ende dieses Monats ihre EOL erreicht.
Antworten:
Dieser Patch ist nicht mit dem PHP 7.2-Support- Patch kompatibel . Wenn Sie die Zeilen 1711 bis 1761 entfernen, können Sie das Patch anwenden. Dieser Patch versucht, Dateien zu patchen, die vom 7.2-Support-Patch entfernt wurden. Das Entfernen dieser Leitungen sollte sicher sein.
quelle
Fehler bei der Installation auf 1.7.0.2 CE mit allen zuvor installierten Patches (siehe unten).
BEARBEITEN: Problem (# 1) wurde durch fehlende Datei verursacht - App / Code / Kern / Magier / Katalog / Modell / Produkt / Option / Typ / Datei.php.orig
Das Problem (Nr. 1) wurde behoben, indem die Zeilen 874 - 1702 (siehe File.php.orig) aus dem Patch-Skript entfernt wurden.
Das Problem (Nr. 2) wurde durch eine fehlerhafte Formatierung von Patch und Datei - js / tiny_mce / plugins / media / js / media.js verursacht
Das Problem (Nr. 2) wurde behoben, indem der Befehl dos2unix sowohl für die Patch-Datei als auch für die Datei media.js ausgeführt wurde
Der Patch wurde erfolgreich installiert, nachdem die beiden beschriebenen Probleme behoben wurden.
quelle
Magento 1.9.1.0.
Patch wurde erfolgreich angewendet.
Nachdem Sie ein Produkt in den Warenkorb gelegt und sich angemeldet haben, ist der Warenkorb wieder leer.
Ich glaube nicht, dass das Problem vorher da war, und es scheint Änderungen zu geben
app/code/core/Mage/Checkout/Model/Session.php
AKTUALISIEREN:
Ich habe das ein bisschen getestet.
Wenn ich die gepatchte Version zurücksetze
app/code/core/Mage/Checkout/Model/Session.php
, funktioniert sie für mich wieder. Ich bin mir ziemlich sicher, dass es mit dem Patch zu tun hat.Ich dachte zuerst, dass es in Verbindung mit war,
$quote->unsetData();
aber meine Tests waren nicht schlüssig und es wäre sowieso kein Fix, um es zu entfernen.Da ich gerade im Urlaub bin, habe ich nur wenig Zeit, um dies weiter zu untersuchen.
UPDATE 2:
Dieses Problem wurde anscheinend mit dem neuesten Patch (SUPEE-11219) behoben. Es wurden Änderungen an app / code / core / Mage / Checkout / Model / Session.php vorgenommen.
quelle
Auf M1 wurden speziell 1.9.2.1 mit allen vorherigen Patches angewendet. Ich habe folgende Fehlermeldung erhalten:
Das Entfernen der Zeilen zu dieser Datei aus der Patch-Datei und das manuelle Anwenden dieser Änderung funktionierte bei mir, als ich die Patch-Datei erneut anwandte.
Als ich mir den Unterschied zwischen der Datei js / tiny_mce / plugins / media / js / media.js und der von OpenMage Mirror ansah , waren sie identische Dateien.
quelle
1.9.1.0, nachdem der Patch erfolgreich angewendet wurde, wird bei der Anmeldung als Administrator der folgende Fehler angezeigt
wie repariert man?
quelle
Auf M1, 1.9.1.0, mit allen zuvor angewendeten Patches, erhalte ich zahlreiche Fehler:
Betrachtet man den Code selbst in der Patch-Datei, so scheint er überhaupt nicht mit dem PHP in meiner Installation übereinzustimmen.
Vielleicht habe ich unterwegs irgendwo einen Patch verpasst?
quelle
Magento 1.7.0.2
Ich erhalte:
Sind diese von PHP 7.2 Patch?
UPDATE: Sieht so aus, als wären diese Dateien in Ordnung, es war nur ein Leerraum-Offset.
Die Problemdatei war:
Ich denke, es war eine Datei, die von einem der Patches übrig geblieben ist. Der neue Patch löscht nur diese Datei. Ich hatte es nicht in diesem Verzeichnis, also zeigte sich der Fehler.
UPDATE: Liste der betroffenen Dateien in Magento 1.7.0.2
quelle
In der M1-Version 1.9.4.0 mit allen zuvor angewendeten Patches wurde der folgende Fehler angezeigt
Wie ich aus der Patch-Datei ersehen kann, sucht sie
Aber stattdessen habe ich Folgendes
Ich habe auf https://raw.githubusercontent.com/OpenMage/magento-mirror/1.9.4.0/app/Mage.php bestätigt, dass wir den richtigen Code und die richtige Version haben.
Wird aktualisiert, wenn ich die Lösung finde
quelle
Open-mage-lts verwenden 1.9.4.1
Datei überprüfen app / design / adminhtml / default / default / template / catalog / product / helper / gallery.phtml Hunk # 1 FAILED bei 59. 1 von 1 Hunk FAILED
Vergleichen von -lts mit core:
was durch diese PR in -lts eingeführt wurde
https://github.com/OpenMage/magento-lts/pull/596
https://github.com/OpenMage/magento-lts/pull/788
Gepatchter Code:
quelle
Was in SUPEE-11155 (CE / EE) fehlt, ist, dass in der
Mage_Catalog_Helper_Product
Klassendatei einegetDefaultProductValue
Methode eingeführt wurde, die sich auf eineDEFAULT_QTY
konstante Variable stützt .Das Problem ist, dass diese Variable in vielen verschiedenen Patch-Dateien nicht vorhanden ist und nur in wenigen von ihnen vorhanden ist: https://ibb.co/LzcL0gn
Sollen wir es selbst flicken? Magento, ist dir das bewusst?
Danke an alle
quelle
Bin es nur ich oder sieht das nicht wie ein Käfer aus?
Vermisse ich hier etwas?
Die gute Nachricht ist, dass es nur über einen Bereich im Code aufgerufen wird und solange Sie eine gültige Produkt-ID haben, werden Sie diese Funktion nicht aufrufen. Wenn jedoch keine gültige Produkt-ID vorhanden ist oder jemand versucht, diese Funktion zu verwenden, basierend auf der Art und Weise, wie sie entworfen wurde, treten wahrscheinlich Probleme auf.
quelle
Für diejenigen, die PHP 5.3 (oder weniger als 5.4) verwenden, sind hier einige Teile des Patches, die Sie ändern müssten.
Als Referenz gilt dies für PATCH_SUPEE-11155_CE_1.7.0.2_v4-2019-08-01-03-58-34
app / code / core / Mage / Adminhtml / controller / Newsletter / TemplateController.php
app / code / core / Mage / Adminhtml / controller / System / Email / TemplateController.php
app / code / core / Mage / Cms / Helper / Data.php
Hinweis: Wenn Sie diese in der Patch-Datei ändern, müssen Sie auch die Längenpositionen ändern, da Sie der Patch-Datei eine neue Zeile hinzufügen. Zum Beispiel für den zuletzt genannten:
quelle
EE 1.13.1.0 unter PHP 7.0.x mit dem Inchoo PHP7-Modul:
Aktionen> Einkaufswagenregeln (wahrscheinlich auch andere): Sie können eine Regel nicht speichern. Es wird eine Ausnahme "Falsche Regel angegeben" ausgelöst.
Wir haben dieses Problem behoben, indem wir Mage_Adminhtml_Helper_Data :: removeTags mit der Version 1.14.xx neu geschrieben haben (ich habe 1.14.4.0 verwendet - bin mir nicht sicher, welche Version es genau geändert hat).
Aktualisierte Version:
quelle
Hatte das gleiche Problem wie @Mat
On M1, 1.9.1.0 with all previous patches applied, I get numerous errors:
Meine Zeilenenden wurden auf dem Repo nicht auf Unix / MacOSX gesetzt (ein anderer Entwickler verwendet Windows).
benutze dos2unix um die notwendigen Dateien zu konvertieren und funktionierte.
Und als @chaoticgeek habe ich die:
Hunk #1 FAILED at 483. 1 out of 1 hunk FAILED -- saving rejects to file js/tiny_mce/plugins/media/js/media.js.rej
Es ist bisher auf allen Repos (6) geschehen, 1.9.2.4, 1.9.3.8 x 2, 1.9.3.2 x 2 und 1.9.2.1.
quelle
Gleiches Problem bei Magento CE 1.8.1 mit allen Patches:
Datei überprüfen App / Mage.php Hunk # 1 FEHLGESCHLAGEN bei 813. 1 von 1 Hunk FEHLGESCHLAGEN
Irgendeine Hilfe / Idee da draußen?
quelle
Ändern Sie dies zu:
quelle
Auf M1 habe ich 1.9.1.0
Auch wenn ich renne
Nichts verändert sich.
Woher kann ich wissen, um welche Datei es sich handelt? 486 ist Pfadlinie?
quelle
Ich bin derzeit auf v1.9.3.1 und habe mehrere Konflikte. Ich verwende die dritte Version des Patches (siehe Dateiname):
BEARBEITEN: Nach einiger Prüfung fehlen uns tatsächlich einige frühere Patches. Wird später aktualisiert.
quelle
Ich bin derzeit mit diesem Problem konfrontiert , wenn ich von 1.9.4.1 auf 1.9.4.2 aktualisiere. Wobei das Erstellen von Administrationsaufträgen und das Auschecken von Frontends zu 500 internen Serverfehlern führen, ohne dass ein Fehler protokolliert oder angezeigt wird.
quelle
Nach dem Supee-11155 Patch habe ich Probleme mit dem Speichern von transnationalen Newsletter-E-Mail-Vorlagen
zu
Jetzt geht es mir gut.
quelle