Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Payment method configuration with id "0" not found. #8

Closed
jniebergall opened this issue Jul 20, 2016 · 37 comments
Closed

Payment method configuration with id "0" not found. #8

jniebergall opened this issue Jul 20, 2016 · 37 comments
Assignees
@fjbender

Comments

@jniebergall
Copy link

jniebergall commented Jul 20, 2016 •
edited
Loading

Der Fehler tritt auf, wenn man mit Kreditkarte zahlen will:

Payment method configuration with id "0" not found.

> Trace:
> #0 /app/code/community/Payone/Core/Block/Payment/Method/Info/Abstract.php(59): Payone_Core_Helper_Config->getConfigPaymentMethodByQuote(Object(CHBilling_Model_Sales_Quote))
> #1 app/code/community/Payone/Core/Block/Payment/Method/Info/Abstract.php(76): Payone_Core_Block_Payment_Method_Info_Abstract->getPaymentConfig()
> #2 app/design/frontend/base/default/template/payone/core/payment/method/info/creditcard.phtml(26): Payone_Core_Block_Payment_Method_Info_Abstract->getMethodTitle()
> #3 app/code/core/Mage/Core/Block/Template.php(241): include('/ledbprup/preli...')
> #4 app/code/core/Mage/Core/Block/Template.php(272): Mage_Core_Block_Template->fetchView('frontend/base/d...')
> #5 app/code/core/Mage/Core/Block/Template.php(286): Mage_Core_Block_Template->renderView()
> #6 app/code/core/Mage/Core/Block/Abstract.php(919): Mage_Core_Block_Template->_toHtml()
> #7 app/code/core/Mage/Checkout/Block/Onepage/Payment/Info.php(54): Mage_Core_Block_Abstract->toHtml()
> #8 app/code/core/Mage/Core/Block/Abstract.php(919): Mage_Checkout_Block_Onepage_Payment_Info->_toHtml()
> # 9app/code/core/Mage/Core/Block/Abstract.php(637): Mage_Core_Block_Abstract->toHtml()
> #10 app/code/core/Mage/Core/Block/Abstract.php(581): Mage_Core_Block_Abstract->_getChildHtml('payment_info', true)
> #11 app/code/core/Mage/Checkout/Block/Onepage/Progress.php(69): Mage_Core_Block_Abstract->getChildHtml('payment_info')
> #12 app/design/frontend/base/default/template/checkout/onepage/progress/payment.phtml(34): Mage_Checkout_Block_Onepage_Progress->getPaymentHtml()
> #13 app/code/core/Mage/Core/Block/Template.php(241): include('/ledbprup/preli...')
> #14 app/code/core/Mage/Core/Block/Template.php(272): Mage_Core_Block_Template->fetchView('frontend/base/d...')
> # 15app/code/core/Mage/Core/Block/Template.php(286): Mage_Core_Block_Template->renderView()
> #16 app/code/core/Mage/Core/Block/Abstract.php(919): Mage_Core_Block_Template->_toHtml()
> #17 app/code/core/Mage/Core/Model/Layout.php(555): Mage_Core_Block_Abstract->toHtml()
> #18 app/code/core/Mage/Checkout/controllers/OnepageController.php(243): Mage_Core_Model_Layout->getOutput()
> #19 app/code/core/Mage/Core/Controller/Varien/Action.php(418): Mage_Checkout_OnepageController->progressAction()
> #20 app/code/core/Mage/Core/Controller/Varien/Router/Standard.php(254): Mage_Core_Controller_Varien_Action->dispatch('progress')
> #21 app/code/core/Mage/Core/Controller/Varien/Front.php(172): Mage_Core_Controller_Varien_Router_Standard->match(Object(Mage_Core_Controller_Request_Http))
> #22 app/code/core/Mage/Core/Model/App.php(354): Mage_Core_Controller_Varien_Front->dispatch()
> #23 app/Mage.php(684): Mage_Core_Model_App->run(Array)
> #24 index.php(87): Mage::run('', 'store')
> #25 {main}

Wir verwenden die aktuellste Version vom commit 9cd4d08.
@fjbender fjbender self-assigned this Jul 20, 2016
@fjbender
Copy link
Contributor

Moin @jniebergall, kannst du mir einen Konfigurationsexport schicken? In der Regel deutet das Problem auf eine unvollständige Konfiguration hin (ist manchmal nicht ganz leicht zu erkennen).

@Sp0ng3b0b
Copy link

@fjbender Bei mir existiert dasselbe Problem. Welche Konfiguration sollte man überprüfen?

@PAYONE-GmbH
Copy link
Collaborator

Hallo @Sp0ng3b0b ... grundsätzlich betrifft dies solche Felder wie Minmaler/Maximaler Warenkorb bei aktivierten Zahlungsarten, die gar nicht befüllt sind.
Ein Beispiel:
So sollte es im Konfigurationsexpport (Menü: PAYONE->Konfiguration->Konfiguration exportieren) aussehen:
<cc> <title><![CDATA[PAYONE creditcard]]></title> <id>13</id> <mid>12345</mid> <aid>54321</aid> <portalid>2022951</portalid> <min_order_total>1</min_order_total> <max_order_total>100000</max_order_total> <cvc2>always</cvc2> <types>V,M,A</types> <active>1</active> <countries>DE</countries> <authorization>preauthorization</authorization> <mode>test</mode> </cc>

So nicht (es fehlen min_order_total und max_order_total weil nicht befüllt ):
<cc> <title><![CDATA[PAYONE creditcard]]></title> <id>13</id> <mid>12345</mid> <aid>54321</aid> <portalid>2022951</portalid> <cvc2>always</cvc2> <types>V,M,A</types> <active>1</active> <countries>DE</countries> <authorization>preauthorization</authorization> <mode>test</mode> </cc>

@Sp0ng3b0b
Copy link

@PAYONE-GmbH Das hat mein Problem gelöst, vielen Dank :) 👍

@Backenkoehler
Copy link

Backenkoehler commented Aug 4, 2016 •
edited
Loading

Wir haben leider das gleiche Problem trotz min_order_total mit 0 und max_order_total 10000

<cc> <title><![CDATA[Creditcard]]></title> <id>12</id> <mid>xxx</mid> <aid>xxx</aid> <portalid>xxxx</portalid> <min_order_total>0</min_order_total> <max_order_total>10000</max_order_total> <cvc2>always</cvc2> <types>V,M,A,D,J,C,B</types> <active>0</active> <countries>AU</countries> <authorization>authorization</authorization> <mode>live</mode> </cc>

Habe auch schon versucht nicht die globalen Merchant-Daten nochmal direkt zu setzen.

@PAYONE-GmbH
Copy link
Collaborator

Hallo @Backenkoehler,

ich müsste mir einmal die komplette XML Datei anschauen, da sich leider nicht nur an den Warenkorbgrenzen der Fehlerteufel einschleichen kann.
Damit Ihre Daten geschützt werden / bleiben einfach die XML an integrations@payone.de senden.

Beste Grüße Timo Kuchel

@bragento
Copy link

Hallo @Backenkoehler,

ich habe ein ähnliches Problem. Keine Kreditkartenzahlung möglich.
exception 'Payone_Core_Exception_PaymentMethodConfigNotFound' with message 'Payment method configuration with id "" not found.' in .......

In der phtml creditcardiframe wird beim value vom hidden input nichts gesetzt. Nur für KK.

Eine Mail mit der der Config schicke ich an o.g. Mail.

Besten Gruß
Christian Werner

@Backenkoehler
Copy link

Hallo @bragento

Wir haben bisher auch noch keine richtige Lösung dafür und das Problem ist auch nicht global, sondern immer nur in einer gewissen Store View. Wenn man Kreditkarte als Zahloption in den Payone-Einstellungen löscht und wieder hinzugefügt funktioniert es dann eben nach einigen Versuchen (und dann muss man wieder alle anderen Store Views testen). Auf jeden Fall ein sehr merkwürdiges Phänomen.

Gruß
Stephan Backenköhler

@fjbender
Copy link
Contributor

Moin zusammen,

wir arbeiten aktuell an einem Umbau der gesamten Zahlartenstruktur, sodass Probleme dieser Art (und noch ganz viele andere nervige Dinge) nicht mehr auftauchen sollten. Da der Umbau wohl sehr umfangreich ausfallen wird, müssen wir hier noch um etwas Geduld bitten.

Während dieser Zeit helfen wir bei Problemen natürlich nach Kräften weiter über unseren Support.

Beste Grüße
Florian

@ernsto
Copy link

ernsto commented Dec 8, 2016

@PAYONE-GmbH Wir hatten das gleiche Problem. Wir konnten es aber dank folgendem Tipp lösen:
#8 (comment)

Vielen Dank 👍

@tniebergall
Copy link
Collaborator

Bei diesem Problem kann es auch helfen, sofern vorhanden die jQuery Integration zu prüfen. Wenn der noconflict Mode nicht direkt auf die jQuery Source folgt, kann es ebenfalls zu diesem Problem kommen, da das Payone JS fehlerhaft verarbeitet wird.

@fjbender
Copy link
Contributor

fjbender commented Feb 6, 2017

Maybe 48937d3 fixed the issue. Can anyone confirm?

@KaiBroenstrup
Copy link

Hallo,
dieser Fehler scheint nicht behoben. Taucht jetzt in unserem DEV Shop jedesmal auf. Min/Max Values habe ich schon vergeben. Gibt es irgendwelche News wie man den Fehler fixen kann?

Danke

@fjbender
Copy link
Contributor

Moin @KaiBroenstrup,

bisher gibt es noch keine definitive Lösung. Vielleicht hilft es, die Konfiguration einmal mithilfe unseres Technical Support prüfen zu lassen: +49 431 25968-500 oder tech.support@payone.de

@KaiBroenstrup
Copy link

KaiBroenstrup commented Jun 26, 2017 via email

@KaiBroenstrup
Copy link

KaiBroenstrup commented Jun 28, 2017 •
edited
Loading

Hi @fjbender - doch kein Erfolg. Problem ist wieder da. Das löschen aller Zahlungsarten und neu anlegen hat auch nicht funktioniert. Sobald ich mehr als 1 Payone Zahlungsart habe bekomme ich im Checkout den Fehler.
Wie kann ich das lösen?

Denke das Problem tritt auf seitdem dieses Update geladen wurde:
"PAYONE Plugin: Die Wallets und Onlineüberweisungen wurden aufgeteilt."

danke

@fjbender
Copy link
Contributor

@KaiBroenstrup das Problem trat leider vorher auch schon auf - einen kausalen Zusammenhang mit dem letzten Update schließen wir aus.

Wir würden den Fall trotzdem gerne mal näher betrachten, bitte unter Verweis auf diesen Vorgang hier einmal Kontakt mit dem Technical Support, Kontaktdaten siehe oben, aufnehmen, dann können wir die Konfiguration nochmal im Detail durchsehen.

Danke
Florian

@danielseider
Copy link

Ich schließe mich hier @KaiBroenstrup an. Problem existiert auch bei uns seit Version 3.7.8 mit Magento 1.9.3.3. Testumgebung wurde mehrfach komplett neu mit Version 3.7.6 installiert, hier tritt das Problem nicht auf. Technical Support ist informiert.

@fjbender fjbender mentioned this issue Jul 12, 2017
Closed
@fjbender
Copy link
Contributor

Moin zusammen,

kann jemand bitte einmal schauen, ob das Problem auch auftritt, wenn die "payone_customer" Tabelle geleert wurde? Ich vermute, dass hieraus alte Daten zum Laden der Payment Method Config herangezogen werden.

@branb
Copy link

branb commented Jul 24, 2017

@fjbender
Da ich die Extension frisch installiert habe, ist die Tabelle payone_customer bei mir bereits leer.

Die Fehlermeldung mit dem neuesten Commit #87 lautet jetzt übrigens:

Payment method configuration for method "payone_creditcard" not found.

@fjbender
Copy link
Contributor

@branb alles klar, vielen Dank. Dann müssen wir in andere Richtung weiter suchen.

@fjbender fjbender mentioned this issue Nov 13, 2017
Closed
@KaiH1980
Copy link

KaiH1980 commented Jan 2, 2018

Gibt es dazu eine Lösung? Wir haben in einem Testsystem das gleiche Problem (Payment method configuration with id "" not found.)
Trotz angegebenen Min/Max Wert sehe ich die Werte nicht im Konfigurationsexport - ist das das Problem? Wie kann ich diesen modifizieren?

@fjbender
Copy link
Contributor

fjbender commented Jan 2, 2018

@KaiH1980 wir haben leider noch keine endgültige Lösung für das Problem. Vielleicht kann bei dem min/max Problem unser Tech Support weiterhelfen: 0431/25968-500 oder tech.support@bspayone.com

Danke und viele Grüße
Florian

@rafallmmw rafallmmw mentioned this issue Mar 1, 2018
Closed
@luckyduck
Copy link

Irgendwie ein Update dazu? Ich habe das gleiche Problem, aber mit der neueren Meldung "payone_creditcart" statt "0" nicht gefunden.

@fjbender
Copy link
Contributor

Leider gibt es hier noch nichts neues.

@fjbender fjbender mentioned this issue Jul 23, 2018
Closed
@fjbender
Copy link
Contributor

Es gibt einen möglichen Workaround. Ein Nutzer hat herausgefunden, dass möglicherweise die Cache-Schicht Schuld ist und dort falsche Daten vorgehalten werden. Wir wissen noch nicht, wie das zu Stande kommt, allerdings funktioniert alles stabil, wenn man den Cache einfach kurzschließt. In der Datei app/code/community/Payone/Core/Model/Service/InitializeConfig.php die Methode loadFromCache() so modifizieren:

    protected function loadFromCache()
    {
        // @todo: Workaround to bypass cache
        return NULL;

        // Check cache and if its there, return stored config:
        if (Mage::app()->useCache('config')) {
            $cacheId = $this->getConfigCacheId();
            $data = Mage::app()->loadCache($cacheId);

            if ($data) {
                $config = unserialize($data);
                return $config;
            }
        }

        return NULL;
    }

Kann jemand diesen Ansatz bestätigen?

@fjbender fjbender mentioned this issue Nov 7, 2018
Closed
@fjbender
Copy link
Contributor

fjbender commented Nov 7, 2018

In #286 is noch aufgekommen, dass dieses Problem u.U. schon am quote auftaucht.

@jhoelzl jhoelzl mentioned this issue Nov 15, 2018
Closed
@fjbender fjbender mentioned this issue Jun 28, 2019
Merged
@fjbender
Copy link
Contributor

Wir haben jetzt mit #349 eine vielversprechende Lösung, die den Cache-Ansatz weiterverfolgt.

Gibt es einen Freiwilligen aus dieser Runde, der das ausprobieren kann? Wir haben ja, wie bekannt, Probleme das nachzustellen.

@mwr
Copy link
Contributor

mwr commented Jun 28, 2019

Ich bin mir nicht sicher ob dieses Problem hier damit gefixed ist, es wäre aber ggf. möglich den Cache zu umgehen mit dem Parameter useCache false.
Das Caching beim Config laden hatte ich auch schon im Verdacht, das war mir aber zu breit im System verteilt, als dass ich daran ohne Test Coverage Änderungen vornehmen wollte

@KaiH1980
Copy link

KaiH1980 commented Jun 28, 2019 via email

@sprankhub
Copy link
Contributor

@KaiH1980 das Prinzip nennt sich GitHub. Sie hatten hier einen Kommentar hinterlassen und werden seitdem bei neuen Nachrichten zu diesem Issue informiert. Entweder Sie ändern Ihre GitHub Einstellungen oder Sie unsubscriben sich von diesem Issue.

@DavidLambauer
Copy link

lol

@riconeitzel
Copy link

😂 made my day! thanks @KaiH1980

@fjbender
Copy link
Contributor

fjbender commented Oct 9, 2019

Wir haben #349 jetzt gemerged, vielleicht gibt es ja weiterhin mutige Freiwillige.

@mwr
Copy link
Contributor

mwr commented Oct 9, 2019

OK. Wir haben heute #349 produktiv genommen, nach ausgiebiger Testphase inkl. Upgrade auf die neuste PAYONE Modul Version

@branb
Copy link

branb commented Oct 14, 2019

Wir haben #349 jetzt gemerged, vielleicht gibt es ja weiterhin mutige Freiwillige.

Wir nutzen PAYONE leider nicht mehr, daher kann ich da vorerst keine sinnvollen Daten zu beisteuern.

@fjbender
Copy link
Contributor

Wir waren jetzt mutig und haben das mit v4.5.0 released.

@dbachmann dbachmann mentioned this issue Jun 21, 2020
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@fjbender fjbender

Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests