Ulrich

Sorry, sorry, sorry... That's not a bug, that's my tremendous stupidity. In settings > "Performance" > "Customer Groups" were disabled: "Choose "No" to disable Customer Groups." :-( After switching to "yes", custom payments works fine.

@SLiCK_303 Checkbox for groups wasn't visible. After removing of “if (Group :: isFeatureActive ()) { …}” in AdminCustomPayments.php, checkbox was visible and value-pairs was stored in database after checking three checkboxes. Maybe “if (Group :: isFeatureActive ()) { …}” is also asked, where the generated custom payments are queried, and if =false, they will not be found. I don't know why i have "Group :: isFeatureActive" assigned to "false" and where i can change it to "true".

@SLiCK_303 i have activated custom payment in settings of custom payment, checked it also in settings of "Modules and Services" > "Payment methods" (? in german named "Zahlungsarten") and also in database. No problem. But i was not able to setup custom payments for three customer groups. I hoped, to enable custom payments for three customer groups through bypassing "if (Group :: isFeatureActive ()) { …}" will solve the problem, but that's not true. Custom payments doesnt't work. I think you’ve modified that file already tho. yes, but i change only one thing at a time, if I poke in the fog, and then make it undone, before i try next. Thank you for your time and have a wonderful christmas ... or - if you prefer - wonderful Saturnalia (have seen your website)... ;-)

@SLiCK_303 yes, I have activated. It has been stored in the database in the table "tbcustompaymentmethodcarrier", have checked it. I found by chance in the collection of translation-strings english > german, that I did not see everything in the admin for custompayments: displayed for settings: ... Carriers The carriers for which this method of payment is going to be used Save = NOT displayed for settings: No discount = Order discount: = Select cart rule = Groups: = The customer groups for which this method of payment is going to be used Shop association = Successfully deleted image = therefore i deleted 3 x the the if-condition if (Group :: isFeatureActive ()) { ...} in file "AdminCustomPayments.php" After that "Groups" was displayed for activating and then entered in "custompaymentmethod_group". But that did not change the problem. Where is "Group :: isFeatureActive" assigned to "true"/"false"?

@wakabayashi meine Orientierung in github ist noch schlechter als mein Englisch :-( Kann dort das Modul custompayments nicht finden: https://github.com/thirtybees/thirtybees/tree/1.0.x/modules Habe es deshalb hier eingestellt: https://forum.thirtybees.com/category/10/bug-reports

MySQL-Version: 5.7 PHP-Version: 7.0 (same error on 5.6 and 7.1) SSL enabled (same error without SSL) thirty bees 1.0.3 Module custompayments 1.2.1 (same error with 1.2.0 and 1.1.0) Module custompayments does not display the generated payment (named "invoice"), although custompayments is activated for all user groups, all countries and all delivery services. I use the warehouse template (IQIT-COMMERCE.COM), but even with community-theme-default "Invoice" is not displayed. However, the modules "Bankwire" and "Paypal" work smoothly. (pictures: https://forum.thirtybees.com/topic/1242/modul-custompayments-zeigt-keine-neu-erstellte-zahlungsart-an/2 ) Without AEUC an unlabeled button is displayed (also the confirmation button - if activated - is displayed after clicking on the unlabeled button), but with installed / activated AEUC custom payment "invoice" is not included at all, because it is probably queried about the name and therefore not found. I have already tried it with english shop language, the label is missing there as well, so no difference. Html code of unlabeled button: Please confirm your order by clicking "I confirm my order" I confirm my order "Title" in the html is empty, although named in the database "tbcustompaymentmethodlang" in field "name", "description", "descriptionsuccess" and "descriptionshort". For both languages, "id_lang" 1 and 2, German and English. There is another bug, maybe related: No matter which group restrictions I change and save in the module "Module"> "Payment" for the three groups "Visitor", "Guest", "Customer", the table "tbcustompaymentmethodgroup" in the database remains empty, "null records"! The assignment "idcustompaymentmethod" to "idgroup" does not seem to be entered in the database. Therefore, as i understand, the function "getCustomPaymentMethods ($ idLang, $ active = true, $ idCarrier = false, $ groups = [])" (in \html\modules\custompayments\classes\CustomPaymentMethod.php) can't find any custom payments, because there is a conditional "if (!empty($groups))"? Therefore, i manually created three entry pairs for idcustompaymentmethod = 1 with idgroup = 1, 2, and 3 in table "custompaymentmethod_group". But this has not changed anything, except my insight that there is more than one error in the module "custompayments": 1) The name of created custom payment is not read, so the button is not labeled and does not work. 2) The assignment to customer groups is not entered in the database. And ... VAT is not calculated and presented in the shopping cart ... but that's another story ...

@ wakabayashi Verstehe nicht, wie Du das meinst mit "wiedergeben". Was ich versucht habe ist, manuell in 'custompaymentmethodgroup' die drei Eintrags-Paarungen für 'idcustompaymentmethod' = 1 mit 'id_group' = 1, 2 und 3 anzulegen. Hat aber auch nichts geändert, außer meiner Einsicht, daß da mehr als ein Fehler im Modul "custompayments" ist: 1) Der Name wird nicht ausgelesen, deshalb wird der Button nicht beschriftet und funktioniert nicht. 2) Die Zuordnung zu Kundengruppen wird nicht in die Datenbank eingetragen. Und jetzt stelle ich zu allem Übel auch noch fest, daß die MwSt. nicht angezeigt wird. Ich meine nicht den Schriftzug "incl. MwSt.", sondern den errechneten Betrag der MwSt. im Warenkorb. Grundsätzlich zweifle ich auch daran, wie die Reihenfolge im One-Page-Checkout überhaupt funktionieren kann, äh funktionieren würde, denn prüfen kann ich es ja nicht, weil custompayments ohnehin nicht funktioniert: Es ist die umgekehrte Reihenfolge (von oben nach unten) wie bei dem 5-Schritte-Bestellvorgang. Der Kunde wählt zuerst eine Zahlungsart, dann eine Versandart, als drittes entscheidet er, 1) als zu welcher Kundengruppe (Gast, Konto erstellen) gehörig er bestellt und trägt seine Anschrift ein. Was, wenn für diese Kundengruppe und/oder für diese Anschrift die Zahlungsart und/oder die Versandart vom Shop-Betreiber überhaupt nicht freigegeben wurde? Dann darf er wieder "zurück auf die Badstraße" wie bei Monopoly? Da fehlt m.E. jede Logik und mich beschleicht so allmählich das Gefühl, ich habe mit thirty bees und dem Hunni für das Warehouse-Template auf's falsche Pferd gesetzt :-( Wer hat Interesse an einer günstigen Warehouse-Template-Lizenz ? ;-)

ich glaube, ich hab' den Wurm gefunden: Die Funktion "getCustomPaymentMethods($idLang, $active = true, $idCarrier = false, $groups = [])" steht in \html\modules\custompayments\classes\CustomPaymentMethod.php Darin die Abfrage/Schleife if (!empty($groups)) { foreach ($groups as &$group) { $group = (int) $group; } } Egal welche Gruppenbeschränkungen ich im Modul "Module" > "Zahlung" für die drei Gruppen "Besucher", "Gast", "Kunde" verändere und speichere, die Tabelle "tbcustompaymentmethodgroup" in der Datenbank bleibt leer, "null Datensätze"! Die Zuweisung "idcustompaymentmethod" zu "idgroup" scheint nicht in die Datenbank eingetragen zu werden. Die Funktion "addGroups" steht ebenfalls in "CustomPaymentMethod.php": /** * @param array $groups * * @since 1.0.0 */ public function addGroups($groups) { foreach ($groups as $group) { $row = ['id_custom_payment_method' => (int) $this->id, 'id_group' => (int) $group]; Db::getInstance()->insert('custom_payment_method_group', $row); } } Was könnte daran falsch sein? Oder liegt es daran, daß die Funktion - irgendwo - nicht aufgerufen wird?

@Traumflug Das HTML des leeren Kastens sieht so aus: <div class="row"> <div class="col-xs-12"> <p class="payment_module"> <a style="background:url('') no-repeat scroll 15px 15px #FBFBFB" class="custompayments" onclick='showForm(0)' href='javascript:;' title=""> </a> <br/> <form action="http://www.buecher-boerse.eu/en/module/custompayments/validation" method="post" id="custompayments_hidden0" style="display:none;"> <div class="box cheque-box"> </div> <p> <b>Please confirm your order by clicking &quot;I confirm my order&quot;</b> </p> <p class="cart_navigation clearfix"> <input type="hidden" name="id_custom_payment_method" value="0"/> <button class="button btn btn-default button-medium" type="submit"> <span>I confirm my order<i class="icon-chevron-right right"></i></span> </button> </p> </form> </p> </div> </div> "Title" im html ist leer, obwohl in der Datenbank im Tabellenblatt "tbcustompaymentmethodlang" Text in den Feldern "name", "description", "descriptionsuccess" und "descriptionshort" steht. Für beide Sprachen, "id_lang" 1 und 2, also deutsch und englisch. Scheint also so zu sein, daß die Abfrage (über "name") die erzeugten Payment-Methoden nicht findet, aber wo werden diese abgefragt?

@JamesBlond008 Habe es mit v.1.2.1, v.1.2.0 und v.1.1.0 versucht: kein Unterschied. @Traumflug Ja, das Modul ist vorhanden, auch der Bestätigungs-Button - sofern aktiviert - wird nach Klick auf die unbeschriftete Schaltfläche angezeigt, aber bei installiertem/aktivierten AEUC wird es überhaupt nicht eingebunden, weil es wohl über den Namen abgefragt und daher nicht gefunden wird. Mit englischer Shop-Sprache habe ich es bereits versucht, die Beschriftung fehlt dort ebenfalls, also kein Unterschied.

  

Hallo, custompayments (v.1.2.1) zeigt die erstellte Zahlungsart "Rechnung" nicht an, obwohl custompayments für alle Nutzergruppen, alle Länder und alle Lieferdienste aktiviert ist. Ich verwende das warehouse-Template (IQIT-COMMERCE.COM), aber auch mit community-theme-default wird "Rechnung" nicht angezeigt. Die Module "Bankwire" und "Paypal" funktionieren jedoch reibungslos. Bin ratlos, was tun? Gruß Ulrich