SUPEE-10975 telah dirilis, akan sangat bagus untuk mengetahui jika ada yang mengalami masalah ketika mencoba untuk menerapkan ini, akankah konflik ini dengan patch terbaru yang menambahkan 7,2 dukungan?
Sejauh ini, ini adalah file yang diubah yang dapat saya lihat
app/code/core/Mage/Adminhtml/Block/Customer/Group/Edit.php
app/code/core/Mage/Adminhtml/Block/Newsletter/Template/Edit.php
app/code/core/Mage/Adminhtml/controllers/Cms/BlockController.php
app/code/core/Mage/Adminhtml/controllers/Customer/GroupController.php
app/code/core/Mage/Adminhtml/controllers/SitemapController.php
app/code/core/Mage/Adminhtml/controllers/System/BackupController.php
app/code/core/Mage/Captcha/Model/Observer.php
app/code/core/Mage/Captcha/Model/Zend.php
app/code/core/Mage/Captcha/etc/config.xml
app/code/core/Mage/Catalog/Model/Api2/Product/Image/Rest/Admin/V1.php
app/code/core/Mage/Catalog/Model/Product/Attribute/Media/Api.php
app/code/core/Mage/Cms/Model/Wysiwyg/Images/Storage.php
app/code/core/Mage/Core/etc/config.xml
app/code/core/Mage/Core/sql/core_setup/upgrade-1.6.0.7.1.1-1.6.0.7.1.2.php
app/code/core/Mage/Dataflow/Model/Convert/Container/Abstract.php
app/code/core/Mage/ImportExport/Model/Import/Entity/Customer.php
app/code/core/Mage/ImportExport/Model/Import/Entity/Customer/Address.php
app/code/core/Mage/Payment/etc/config.xml
app/code/core/Mage/Payment/etc/system.xml
app/code/core/Mage/Payment/sql/payment_setup/upgrade-1.6.0.0.1.1-1.6.0.0.1.2.php
app/code/core/Mage/Sendfriend/Block/Send.php
app/code/core/Mage/Wishlist/controllers/IndexController.php
app/code/core/Zend/Controller/Request/Http.php
app/design/adminhtml/default/default/template/cms/browser/content/files.phtml
app/design/frontend/base/default/layout/captcha.xml
app/design/frontend/base/default/template/wishlist/sharing.phtml
app/design/frontend/rwd/default/layout/page.xml
app/design/frontend/rwd/default/template/sendfriend/send.phtml
app/etc/modules/Mage_All.xml
app/etc/modules/Mage_Captcha.xml
app/locale/en_US/Mage_Wishlist.csv
js/lib/jquery/jquery-1.12.0.js
js/lib/jquery/jquery-1.12.0.min.js
js/lib/jquery/jquery-1.12.0.min.map
js/lib/jquery/jquery-1.12.1.js
js/lib/jquery/jquery-1.12.1.min.js
js/lib/jquery/jquery-1.12.1.min.map
Adakah yang mengalami masalah dengan perubahan ini?
parent::getDeleteUrl();
di app / code / core / Mage / Adminhtml / Block / Pelanggan / Grup / Edit.php denganreturn parent::getDeleteUrl();
Saya mengalami masalah dengan tambalan 10975. Setelah beberapa penyelidikan, saya dapat melacak jawabannya di mana patch itu kacau dan mengapa.
Untuk meringkas centang di bawah ini dan pastikan Anda telah menambal SUPEE 9767 V2 dengan benar. Itulah akar masalah saya.
Di atas adalah kesalahan yang saya tekan yang khusus untuk file ini.
Kesalahan berasal dari baris tambalan ini.
Versi yang tercantum di sini tidak cocok dengan benar karena ditambal secara manual
Tambalan itu datang dengan baris ini yang saya lewatkan ketika ditambal secara manual.
sumber
Pertama, maaf untuk duplikat jawaban erej , saya tidak bisa berkomentar atau mengedit karena skor reputasi saya.
Patch membuat file baru di sini:
app/code/core/Zend/Controller/Request/Http.php
Yang ditambahkan untuk mengganti file ini:
lib/Zend/Controller/Request/Http.php
Masalahnya adalah untuk Magento di bawah 1.9.0.0 (EE 1.14.0.0):
Metode ini :
Ditimpa dalam file Magento Core
app/code/core/Mage/Core/Controller/Request/Http.php
Yang tidak mengambil argumen apa pun.
Jadi ini pemberitahuan ketat ini di url situs web, depan & admin:
Strict Notice: Declaration of Mage_Core_Controller_Request_Http::getBaseUrl() should be compatible with Zend_Controller_Request_Http::getBaseUrl($raw = false) in /var/www/htdocs/app/code/core/Mage/Core/Controller/Request/Http.php on line 36
Jika seseorang tahu jika ada V2 patch itu di jalan, beri tahu saya.
Menunggu pembaruan mereka, Anda dapat mendefinisikan kembali metode
app/code/core/Mage/Core/Controller/Request/Http.php
seperti itu:sumber
Dengan versi 1.8.1.0 setelah menerapkan tambalan ini kami juga harus mengubah
app/code/core/Mage/Core/Controller/Request/Http.php::getBaseUrl()
fungsi menjadikarena tambalan ini menambahkan
app/code/core/Zend/Controller/Request/Http.php
file dangetBaseUrl()
fungsi dideklarasikan dengan parameter$raw = false
.sumber
Saya punya masalah dengan 'Hunk # 1 GAGAL di 28'
Tolak seharusnya disimpan di config.xml.rej tetapi file ini tidak ada, juga tidak ada deskripsi bagian skrip yang gagal di jendela terminal saya. Pada dasarnya tambalan gagal dan tidak ada indikasi mengapa - setidaknya tidak bodoh seperti saya!
Saat pertama kali dijalankan, tambalan berusaha untuk menghapus tiga file jquery v 1.12.0 yang tidak ada, saya mengganti ini dan menerapkan tambalan itu lagi tetapi sekarang gagal tanpa deskripsi yang berguna.
Magento 1.9.0.1 sepenuhnya ditambal terlepas dari pembaruan kompatibilitas PHP 7.2, itu akan tetap belum ditambal kecuali saya dapat menyelesaikannya atau seseorang di sini dapat memberi saya petunjuk (tolong!) Terima kasih H
PS Saya tidak yakin apakah posting saya melanggar pedoman SE, saya menjawab pertanyaan awal tetapi saya juga meminta bantuan.
sumber
The
Mage_Backup
Modul akan dinonaktifkan oleh patch.Ini disebutkan dalam catatan rilis resmi ( https://devdocs.magento.com/guides/m1x/ce19-ee114/ce1.9_release-notes.html#ce19-1940 ).
Namun solusi yang disarankan untuk mengaktifkannya kembali salah:
("Atau, Anda dapat menggunakan salah satu dari dua metode ini untuk mengaktifkan cadangan basis data")
Anda sebenarnya perlu menggunakan kedua metode yang disebutkan untuk mengaktifkan kembali sepenuhnya.
sumber
Mungkin ada masalah dengan penanganan perhitungan pajak dengan benar.
Seperti kebiasaan di banyak negara, pelanggan kami menggunakan konfigurasi " harga termasuk pajak " dari Magento.
Jadi, setelah pembaruan dari 1.9.3.10 ke 1.9.4.0, pajak ditambahkan ke total grand di checkout, di atas harga barang sudah termasuk pajak.
Saya melacak masalah ini hingga perubahan dalam konfigurasi di aplikasi file / kode / core / Mage / Penjualan / etc / config.xml , di mana " msrp " ditambahkan ke simpul penjualan / kutipan / total / pengiriman / setelah .
Saya tidak menemukan apa pun mengenai MSRP dalam catatan rilis dan saya berharap ini adalah perubahan yang terisolasi tanpa efek samping.
Solusi saya adalah mengubah simpul ini kembali ke nilai aslinya " subtotal, freeshipping, tax_subtotal " tanpa " msrp ". Saya melakukannya di etc / config.xml dari modul saya sendiri.
sumber
Masalah khusus, tetapi jika Anda menonaktifkan Mage_Sendfriend (yang sebelumnya merupakan modul yang dapat Anda nonaktifkan dengan aman) itu akan menimbulkan kesalahan pengecualian.
sumber
Saya mencoba meningkatkan dari Magento CE 1.9.3.10 ke 1.9.4.0 hari ini dan saya mengalami banyak kesalahan. Untungnya itu tidak mengacaukan instalasi. Setelah instalasi saya mendapat yang ditakuti - Kesalahan Server Internal. Saya memang terkunci dan saya harus mengatur ulang semua file dan folder saya izin melalui SSH bersama dengan menghapus maintenance.flag. Saya kemudian mengindeks ulang dan mengaktifkan kembali cache. Ditambah lagi, saya harus kembali ke file .htac lama saya di folder Root and Download. Tidak yakin tindakan korektif apa yang harus dilakukan untuk mendapatkan instalasi yang sukses. Saya lupa menyalin teks dari jendela baris perintah. Jadi saya tidak bisa memposting semua kesalahan. Apa yang saya lihat adalah pesan yang tidak kompatibel.
sumber
Apakah mereka menghapus Backup Terjadwal?
Atau saya punya masalah? Mengapa tidak disebutkan hal ini di salah satu catatan? Ini tampaknya menjadi pola dengan Magento di mana mereka tidak menyebutkan perubahan seperti ini ketika pembaruan keluar.
PEMBARUAN: sepertinya mereka menghapusnya sepenuhnya dari semua versi.
PEMBARUAN: harus melakukan pencadangan secara berbeda. Jika ada yang tertarik saya memposting beberapa perintah CRON di sini: Back-up post strategi SUPEE-10975?
sumber
Kami melihat masalah di situs yang menggunakan konfigurasi multi-toko khusus oleh pengembang sebelumnya. Semua URL untuk toko selain dari toko dasar adalah 404ing. Ini mengatur variabel server "HTTP_X_REWRITE_URL" / HTTP Header, yang mengubah URL sebagaimana diproses oleh Permintaan Magento.
Variabel ini / digunakan oleh \ Zend_Controller_Request_Http :: setRequestUri (), tetapi versi baru di app / code / core / Zend / Controller / Request / Http.php tidak lagi menggunakan ini. Kemungkinan perbaikan adalah:
Entah mungkin akan bekerja, tetapi yang pertama kemungkinan kecil memiliki konsekuensi yang tidak diinginkan karena berfungsi lebih dekat dengan sistem sebelumnya.
sumber
Kesalahan spesifik dengan Metode Pembayaran tidak tersedia
Kami mendapat banyak
The requested Payment Method is not available
kesalahan yang dilakukan oleh Magento. Semua pesanan di mana metode pembayaran dalam pengembalian produk adalahccsave
, yang telah dihapus oleh supee ini diconfig.xml
.Kesalahan yang dilemparkan karena Magento mencari
$key
(metode pembayaran ccsave dalam kasus ini) dengan memeriksa jalur xml:payment/ccsave/model
. Jika tidak menemukannya, ia melempar kesalahan. Jadi kami baru saja melakukangit checkout [insert supee commit]^ app/code/core/Mage/Payment/etc/config.xml
dan mendorong ke master untuk memperbaiki kesalahan.app / code / core / Mage / Pembayaran / Helper / Data.php
app / code / core / Mage / Pembayaran / etc / config.xml
sumber
Ubah ke
app/code/core/Mage/Cms/Model/Wysiwyg/Images/Storage.php
bug penyebab (lain) yang thumbnailnya tidak dihasilkan dengan benar ... detail 1.9.4 thumbnail yang tidak dibuat dengan benar dalam direktori mediasumber
Mungkin tidak, tetapi versi 1.9.4.0 sudah memiliki keduanya.
sumber