Liebes Forum,
wie einige andere auch, haben wir Probleme mit dem wg. SSL3 Sicherheitslücke nicht mehr funktionsfähigen PayPal Modul. Shop: CE 4.6.3 - läuft einwandfrei, Systemgesundheit alles grün.
Wir haben nach Anleitung gearbeitet und in einem Testsystem versucht, das alte PayPal-Modul durch die aktuelle zum Download bereitgestelle Version für 4.6.x CE zu ersetzen.
Den Moduladapter haben wir erfolgreich installiert, Pfad angegeben, aber beim Aufruf von “Modul verwalten” wird die Startseite des Shops im Adminbereich angezeigt. Dieses Problem hatten einige OP hier im Forum.
Das PayPal Modul sieht man gar nicht, d.h. Reihenfolge ändern funktioniert auch nicht.
Und ja: TMP leeren, Cache löschen etc. haben wir alles gemacht. PHP-Version passt. Ebenfalls haben wir das Forum durchsucht bzw. die o.a. Fälle verfolgt und leider keine Lösung gefunden, die bei uns funktioniert.
Ein probehalber durchgeführtes Update auf 4.7 auf unserem Testsystem hat das Template (Kopie von Azure) vollständig zerschossen, wir wollen zunächst bei 4.6 bleiben und den Shop wieder mit PayPal verwenden.
Gibt es noch eine Idee? Das würde unsere Nerven entlasten und gerne tauschen wir diese Idee auch gegen einen Kasten Bier, wenn es zum Erfolg führt…
Herzlichen Dank!
Hallo,
wenn die Startseite angezeigt wird, wird meistens ein Log-Eintrag im Exception-Log erstellt. Kannst du mal prüfen, ob im Exception-Log (liegt im log-Ordner) Fehler drin stehen, die zum Zeitpunkt passen, wenn du im Admin auf “Module verwalten” klickst?
Grüße
Fabian
Hallo,
hier der Auszug aus dem Error-Log:
oxSystemComponentException-oxException (time: 2015-01-22 22:28:19): [0]: EXCEPTION_SYSTEMCOMPONENT_CLASSNOTFOUND
Stack Trace: #0 /Applications/AMPPS/www/oxid/intern/shop/core/oxutilsobject.php(125): oxUtilsObject->_getObject(‘oxsystemcompone…’, 0, Array)
#1 [internal function]: oxUtilsObject->oxNew(‘oxSystemCompone…’)
#2 /Applications/AMPPS/www/oxid/intern/shop/core/oxfunctions.php(314): call_user_func_array(Array, Array)
#3 /Applications/AMPPS/www/oxid/intern/shop/core/oxutilsobject.php(115): oxNew(‘oxSystemCompone…’)
#4 [internal function]: oxUtilsObject->oxNew(‘oeadapteroxconf…’)
#5 /Applications/AMPPS/www/oxid/intern/shop/core/oxfunctions.php(314): call_user_func_array(Array, Array)
#6 /Applications/AMPPS/www/oxid/intern/shop/modules/oe/oeadapter/core/oxregistry.php(42): oxNew(‘oeadapteroxconf…’)
#7 /Applications/AMPPS/www/oxid/intern/shop/modules/oe/oeadapter/core/oeadapterconfig.php(165): oxRegistry::get(‘oeAdapterOxConf…’)
#8 /Applications/AMPPS/www/oxid/intern/shop/modules/oe/oeadapter/core/oeadapterconfig.php(119): oeAdapterConfig->getModulesCapsulePath()
#9 /Applications/AMPPS/www/oxid/intern/shop/modules/oe/oeadapter/admin/admin_oeadaptermodules.php(48): oeAdapterConfig->getEncapsulatedModulesMetadataPaths()
#10 /Applications/AMPPS/www/oxid/intern/shop/tmp/81d696dce50e3020ab79712376fcef5c^%%CC^CCE^CCE082F8%%admin_oeadaptermodules.tpl.php(5): Admin_oeAdapterModules->getModules()
#11 /Applications/AMPPS/www/oxid/intern/shop/core/smarty/Smarty.class.php(1263): include(’/Applications/A…’)
#12 /Applications/AMPPS/www/oxid/intern/shop/views/oxshopcontrol.php(446): Smarty->fetch(‘admin_oeadapter…’, ‘admin_oeadapter…’)
#13 /Applications/AMPPS/www/oxid/intern/shop/views/oxshopcontrol.php(317): oxShopControl->_render(Object(Admin_oeAdapterModules))
#14 /Applications/AMPPS/www/oxid/intern/shop/views/oxshopcontrol.php(114): oxShopControl->_process(‘admin_oeadapter…’, NULL)
#15 /Applications/AMPPS/www/oxid/intern/shop/index.php(103): oxShopControl->start()
#16 /Applications/AMPPS/www/oxid/intern/shop/admin/index.php(40): require_once(’/Applications/A…’)
#17 {main}
Faulty component --> oeadapteroxconfig
da ich kein Programmierer bin, verstehe ich eigentlich nur den letzten Satz: der Moduladapter macht Probleme. Wir haben das mit 4.6.3 probiert und dann abgebrochen - um dann erneut anzufangen: vor der Prozedur haben wir ein Update auf 4.6.8 gemacht. Mit obigem Resultat.
Gibt es dazu noch zündende Ideen? Das Angebot steht noch! Danke für eure Mühe!