Magento выпустила новое исправление безопасности для M1 и обновления для M1 и M2.
Какие распространенные проблемы вы должны остерегаться при применении этого патча / обновления?
Magento 1
https://magento.com/security/patches/supee-11155
Magento 2
Это должен быть последний выпуск в серии 2.1, который достигнет своего EOL в конце этого месяца.
Ответы:
Этот патч несовместим с патчем поддержки PHP 7.2 . Удаление строк с 1711 по 1761 позволяет применить патч. Этот патч пытается исправить файлы, которые были удалены патчем поддержки 7.2. Удаление этих строк должно быть безопасным.
источник
Ошибка установки на 1.7.0.2 CE со всеми предыдущими установленными исправлениями (см. Ниже).
РЕДАКТИРОВАТЬ: проблема (# 1) была вызвана отсутствующим файлом - app / code / core / Mage / Catalog / Model / Product / Option / Type / File.php.orig
Проблема (# 1) решена путем удаления строк 874 - 1702 (ссылается на File.php.orig) из сценария исправления.
Проблема (# 2) была вызвана неправильным форматированием патча и файла - js / tiny_mce / plugins / media / js / media.js
Проблема (# 2) была решена с помощью команды dos2unix для файла исправлений и файла media.js
Патч успешно установлен после разрешения двух описанных проблем.
источник
Magento 1.9.1.0.
Патч был успешно применен.
После добавления товара в корзину и входа в нее, корзина снова пуста.
Я не думаю, что проблема была там раньше, и, кажется, есть изменения, внесенные в
app/code/core/Mage/Checkout/Model/Session.php
ОБНОВИТЬ:
Я отладил это немного.
Когда я возвращаю исправленную версию,
app/code/core/Mage/Checkout/Model/Session.php
она снова работает для меня. Так что я уверен, что это связано с патчем.Сначала я подумал, что это было в сочетании с,
$quote->unsetData();
но мои тесты были неокончательными, и в любом случае это не будет исправлением.Так как я сейчас в отпуске, у меня ограниченное время, чтобы расследовать это дальше.
ОБНОВЛЕНИЕ 2:
Эта проблема, кажется, решена с помощью последнего патча (SUPEE-11219). Были внесены изменения в app / code / core / Mage / Checkout / Model / Session.php.
источник
На M1, в частности, 1.9.2.1 со всеми предыдущими исправлениями. Я получил следующую ошибку:
Удаление строк об этом файле из файла исправления и ручное применение этого изменения сработало для меня, когда я повторно применил файл исправления.
Когда я посмотрел на разницу между файлом js / tiny_mce / plugins / media / js / media.js и файлом OpenMage Mirror, это были идентичные файлы.
источник
1.9.1.0, после успешного применения патча, получите ошибку ниже при входе в систему admin
как исправить?
источник
На M1, 1.9.1.0 со всеми предыдущими исправлениями я получаю множество ошибок:
Если взглянуть на сам код в файле патча, то выясняется, что он совсем не соответствует PHP в моей установке.
Может быть, я пропустил патч где-то по пути?
источник
Magento 1.7.0.2
Я получаю:
Это патч PHP 7.2?
ОБНОВЛЕНИЕ: похоже, что эти файлы на самом деле были в порядке, это было просто смещение пустого пространства
Файл проблемы был:
Я думаю, что это был какой-то файл, оставленный одним из патчей. Новый патч просто удаляет этот файл. У меня его не было в этом каталоге, поэтому появилась ошибка.
ОБНОВЛЕНИЕ: список уязвимых файлов в Magento 1.7.0.2
источник
На версии 1.9.4.0 M1 со всеми предыдущими исправлениями я получил следующую ошибку
как я вижу из файла патча, он ищет
но вместо этого вот что у меня есть
Я подтвердил на https://raw.githubusercontent.com/OpenMage/magento-mirror/1.9.4.0/app/Mage.php, что у нас есть правильный код и версия.
Обновлюсь, если найду решение
источник
Использование open-mage-lts 1.9.4.1
проверка файла приложения / design / adminhtml / default / default / template / catalog / product / helper / gallery.phtml Hunk # 1 FAILED в 59. 1 из 1 hunk FAILED
Сравнение -lts с ядром:
который был представлен этим пиаром в -lts
https://github.com/OpenMage/magento-lts/pull/596
https://github.com/OpenMage/magento-lts/pull/788
Исправленный код:
источник
Чего не хватает в SUPEE-11155 (CE / EE), так это того, что в
Mage_Catalog_Helper_Product
файле классовgetDefaultProductValue
был введен метод, основанный наDEFAULT_QTY
постоянной переменной.Проблема в том, что эта переменная не существует во многих различных файлах исправлений, а присутствует только в нескольких из них: https://ibb.co/LzcL0gn
Должны ли мы исправить это сами? Magento, вы знаете об этом?
Спасибо всем
источник
Это только у меня так или не похоже на ошибку?
Я что-то здесь упускаю?
Хорошая новость в том , что она называется только через одну области в коде и до тех пор , пока у вас есть действительный идентификатор продукта не будет вызывать эту функцию. Но если нет действительного идентификатора продукта или кто-то пытается использовать эту функцию в зависимости от того, как она была разработана, проблемы, скорее всего, появятся.
источник
Для тех, кто использует PHP 5.3 (или ниже 5.4), вот некоторые части патча, которые вам нужно изменить.
Для справки, это для PATCH_SUPEE-11155_CE_1.7.0.2_v4-2019-08-01-03-58-34
приложение / код / ядро / Mage / Adminhtml / контроллеры / Информационный бюллетень / TemplateController.php
Приложение / код / ядро / Mage / Adminhtml / Контроллеры / System / Email / TemplateController.php
Приложение / код / ядро / Mage / Cms / Helper / Data.php
Примечание. Если вы изменяете их в файле исправлений, не забудьте также изменить положение длин, поскольку вы добавляете новую строку в файл исправлений. Например, для последнего, упомянутого выше:
источник
EE 1.13.1.0 под управлением PHP 7.0.x с модулем Inchoo PHP7:
Акции> Правила корзины покупок (возможно, и другие): вы не можете сохранить правило, возникает исключение «Указано неверное правило».
Мы решили эту проблему, переписав Mage_Adminhtml_Helper_Data :: removeTags с одним из 1.14.xx (я использовал 1.14.4.0 - не уверен в точной версии, которая его изменила).
Обновленная версия:
источник
Была такая же проблема, как @Mat
On M1, 1.9.1.0 with all previous patches applied, I get numerous errors:
Конечные строки моей строки не были установлены в репозиторий unix / macosx (другой разработчик использовал Windows-dows).
использовал dos2unix для конвертации необходимых файлов и работал.
И как @chaoticgeek, у меня есть:
Hunk #1 FAILED at 483. 1 out of 1 hunk FAILED -- saving rejects to file js/tiny_mce/plugins/media/js/media.js.rej
Это произошло на всех репозиториях (6): 1.9.2.4, 1.9.3.8 x 2, 1.9.3.2 x 2 и 1.9.2.1.
источник
та же проблема на Magento CE 1.8.1 со всеми примененными исправлениями:
проверка файла app / Mage.php Hunk # 1 FAILED на 813. 1 из 1 Hunk FAILED
любая помощь / идея там?
источник
измените это на:
источник
На М1 1.9.1.0 у меня есть
Даже когда я бегу
ничего не меняется.
Как я могу узнать, какой это файл? 486 это линия пути?
источник
Я в настоящее время на v1.9.3.1 и получил несколько конфликтов. Я использую третью версию патча (см. Имя файла):
РЕДАКТИРОВАТЬ: После некоторой проверки мы пропустили некоторые предыдущие патчи. Буду обновлять позже.
источник
В настоящее время я сталкиваюсь с этой проблемой при обновлении с 1.9.4.1 до 1.9.4.2. Таким образом, создание заказа администратора и проверка внешнего интерфейса теперь приводят к 500 внутренним ошибкам сервера без каких-либо зарегистрированных ошибок или показа ошибок.
источник
После применения исправления Supee-11155 у меня возникла проблема с сохранением шаблона транснациональной электронной почты в информационном бюллетене, после чего я изменился в
в
сейчас у меня нормально работает.
источник