[Skip to main content](#vessel-content) Board Categories Payment Methods ## # [Payment Methods](/forum/29-payment-methods "View Category 'Payment Methods'") 2191 topics | Discussions about the different payment methods for Hikashop | |---| ## | [ ](#forumbottom) | Subject | Replies / Views | Last Post | |---|---|---|---| | [](/forum/29-payment-methods/884066-hikashop-leupay-mypos) | [HikaShop & LeuPay - myPos](/forum/29-payment-methods/884066-hikashop-leupay-mypos "Hi guys, I searched without success here on Forum. I'm looking for a (the old iPay) / payment integration. I added the links, may be anyone yet done something... maybe, and/or had experience with Satabank All helps / suggestions are welcome, Thank you very much...") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 6 months ago, by [joomleb](/forum/user/2322-joomleb "View joomleb's Profile") [Last Post](/forum/29-payment-methods/884066-hikashop-leupay-mypos#373448 "Hi, For anyone stumbling on this old thread, note that we just released a payment plugin for myPOS: www.hikashop.com/marketplace/product/317-mypos.html") 1 month 3 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:2 Views:1571 | [Last Post](/forum/29-payment-methods/884066-hikashop-leupay-mypos#373448 "Hi, For anyone stumbling on this old thread, note that we just released a payment plugin for myPOS: www.hikashop.com/marketplace/product/317-mypos.html") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 1 month 3 weeks ago | | [](/forum/29-payment-methods/910820-empty-popup-window-over-paypal-popup) | [Empty popup window over paypal popup](/forum/29-payment-methods/910820-empty-popup-window-over-paypal-popup "-- HikaShop version -- : 6.6.0 [2609141704] -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3.33 -- Browser(s) name and version -- : Opera One(version: 135.0.5973.92) -- Error-message(debug-mod must be tuned on) -- : No error Hi, since the update to HikaShop Business 6.6.0 [2609141704] our paypal credit/debit option is popping up a window to complete the paypal part. However, an additional empty popup is appearing over the top of it. It can be moved out of the way (see attached image). How can remove that and returning to running the form on the same pages as the paypal payment method selection button? Thanks, Ian and Stu") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 2 months 20 hours ago, by [smithshop123](/forum/user/17903-smithshop123 "View smithshop123's Profile") [Last Post](/forum/29-payment-methods/910820-empty-popup-window-over-paypal-popup#373417 "Hi Ian and Stu, Could you first check the settings of your PayPal Checkout payment method? Make sure the credit card settings are properly set up (the "Enable credit cards" setting in particular), and save the payment method once, even if you don't change anything. That way, all its settings are stored with the options of the current version. Also, were you using the old "PayPal" payment method before the update rather than "PayPal Checkout"? They don't display the payment the same way, so the interface can differ when switching from one to the other. If it still doesn't look like before, please post a screenshot of the settings of the payment method and of the payment page, so that we can see what is displayed.") 2 months 5 hours ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:310 | [Last Post](/forum/29-payment-methods/910820-empty-popup-window-over-paypal-popup#373417 "Hi Ian and Stu, Could you first check the settings of your PayPal Checkout payment method? Make sure the credit card settings are properly set up (the "Enable credit cards" setting in particular), and save the payment method once, even if you don't change anything. That way, all its settings are stored with the options of the current version. Also, were you using the old "PayPal" payment method before the update rather than "PayPal Checkout"? They don't display the payment the same way, so the interface can differ when switching from one to the other. If it still doesn't look like before, please post a screenshot of the settings of the payment method and of the payment page, so that we can see what is displayed.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 2 months 5 hours ago | | [](/forum/29-payment-methods/910809-stripe-checkout-returning-page) | [Stripe Checkout Returning Page](/forum/29-payment-methods/910809-stripe-checkout-returning-page "-- HikaShop version -- : 6.5.2 -- Joomla version -- : 6.1.3 Hi there, I am trying out the Stripe Checkout plugin. It all seems to work well but I have one small question. Is there any way to set the page that it returns to after completing the transaction? Currently, Stripe sends the user back to my home page, which shows a message where they can click to see their order. however, the page looks a bit messy because it shows the order details in amongst the content of my home page. Can I control the returning page in the plugin or is it a setting in my Stripe account? I'd prefer it to go to the specific 'Thanks' page that I have already set up. Many thanks Leila") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 2 months 6 days ago, by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile") [Last Post](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373381 "Fantastic! Thanks so much for your help with that.") 2 months 1 day ago by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile") | Replies:6 Views:475 | [Last Post](/forum/29-payment-methods/910809-stripe-checkout-returning-page#373381 "Fantastic! Thanks so much for your help with that.") by [HatsukoiUK](/forum/user/83675-hatsukoiuk "View HatsukoiUK's Profile") 2 months 1 day ago | | [](/forum/29-payment-methods/910783-hikashop-2-of-3-order-emails-not-coming-through-when-a-credit-card-is-used) | [HikaShop: 2 of 3 Order emails not coming through when a credit card is used](/forum/29-payment-methods/910783-hikashop-2-of-3-order-emails-not-coming-through-when-a-credit-card-is-used "-- HikaShop version -- : 6.5.2 -- Joomla version -- : 5.4.8 -- PHP version -- : 8.2.33 -- Browser(s) name and version -- : Chrome 151.0.7922.174 -- Error-message(debug-mod must be tuned on) -- : N/A Hello! We are getting the order administrator notifications, but not the payment notification and Order status notifications when a credit card is used. If a coupon is used we get all 3 emails like normal. We are using Hikashop Stripe Connect Payment Plugin version 1.2.5 We updated to Joomla 5.4.8 and HikaShop 6.5.2 the other day. We manually sent emails #7-15 in the email list to let the customers know the orderr went through. We ran a test with a coupon and all 3 emails came through. We ran another test with a credit card and only received the Order administrator notification as you can see in the email list. I turned on debug with maximum reporting and do not see any errors. Is there any additional information we can provide or access so you may better help us. Thank you in advance for any help! Josh and Edwin with Radix Productions") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 2 months 2 weeks ago, by [ACMLLC](/forum/user/34241-acmllc "View ACMLLC's Profile") [Last Post](/forum/29-payment-methods/910783-hikashop-2-of-3-order-emails-not-coming-through-when-a-credit-card-is-used#373282 "Hi Nicolas Thank you. We will do that. Have a great weekend! Edwin") 2 months 1 week ago by [ACMLLC](/forum/user/34241-acmllc "View ACMLLC's Profile") | Replies:13 Views:378 | [Last Post](/forum/29-payment-methods/910783-hikashop-2-of-3-order-emails-not-coming-through-when-a-credit-card-is-used#373282 "Hi Nicolas Thank you. We will do that. Have a great weekend! Edwin") by [ACMLLC](/forum/user/34241-acmllc "View ACMLLC's Profile") 2 months 1 week ago | | [](/forum/29-payment-methods/910796-petit-probleme-avec-paypal) | [petit problème avec Paypal](/forum/29-payment-methods/910796-petit-probleme-avec-paypal "-- HikaShop version -- : 6.6.0 -- Joomla version -- : 6.1.3 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Brave Bonjour, Je ne sais pas si le pb est dût à Hika ou à Joomla (j'ai mis à jour les deux quasiment l'un après l'autre) mais depuis quand je passe une commande en choisissant Paypal comme mode de paiement j'ai ce message: Les boutons de paiement n'ont pas pu être chargés. Merci de désactiver l'extension de gestion des cookies ou d'optimisation du javascript qui bloque www.paypal.com , puis de recharger cette page. Avant ça fonctionnait (ça aide pas beaucoup ça...) et je n'ai pas changé le réglage des cookies de mon navigateur. Cordialement, Nicolas") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 2 months 1 week ago, by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") [Last Post](/forum/29-payment-methods/910796-petit-probleme-avec-paypal#373273 "on dirait que ça fonctionne, je vais attendre le retour d'une commande réelle. merci, Nicolas") 2 months 1 week ago by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") | Replies:2 Views:294 | [Last Post](/forum/29-payment-methods/910796-petit-probleme-avec-paypal#373273 "on dirait que ça fonctionne, je vais attendre le retour d'une commande réelle. merci, Nicolas") by [sl1200mk2](/forum/user/44915-sl1200mk2 "View sl1200mk2's Profile") 2 months 1 week ago | | [](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases) | [Hikashop Stripe unprocessed purchases](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases "-- HikaShop version -- : 6.3.0 -- Joomla version -- : 4.4.14 -- PHP version -- : 8.3.3 I use Hikashop Stripe Connect Payment Plugin v1.2.5 for card payments. Payment mode is endpage. Every day at least one order appears that is not processed. Instead of being given the opportunity to enter credit card details, the buyer only receives a notification that the order is being processed. Among the orders, the status of such an order is Created. There is no note in the payment log about any error for these cases. In case of rejections or insufficient balance, the error is normally logged. I have debug enabled in the plugin. Where could the problem be?") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 6 months 1 week ago, by [mojweb](/forum/user/5128-mojweb "View mojweb's Profile") [Last Post](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases?start=20#373135 "Hi, Thanks, this log is the one that explains it. Look at the two orders: 28449 and 28450 were both confirmed and both served the card page, four seconds apart, for the same amount of 28,80 €. That is the same customer going through the last step of the checkout twice. They paid on the second page, the one their browser ended up on, so 28450 is confirmed and 28449 stays in "Created" forever with no payment against it. Nobody was charged twice, and no card ever reached the first order. The other detail confirms it: there is no "form not rendered" line for the stuck order. Our debug build reports that six seconds after the page loads if the Stripe form is missing, so if Stripe's JavaScript had been blocked in that customer's browser we would see it. Nothing came back, which means that page was gone before six seconds had passed, not that it failed to load. The customer never saw anything wrong, which is why they never reported it. The cause is in HikaShop, not in the Stripe plugin. The order form has a guard against being submitted twice, but one path went around it: when a block of the checkout finishes its own request while the final step is still being processed by the server, it submits the form again directly. Your last step takes a few seconds, since the payment, the shipping and the notifications are all called there, and that is the window where it happens. It fits your "at least one a day" exactly, since it needs that timing to line up. We reproduced it here on a Joomla 6.2 shop by slowing the order creation down on purpose: with the event arriving five seconds into the first submission, two orders are placed for the same amount, seconds apart, exactly as in your log. With the fix, the same test places one. It is fixed for 6.6.0. The second submission is now ignored while the order is being placed. The same change also repairs another thing you may have seen: after placing an order, coming back to the checkout with the browser button left the order button doing nothing at all. I've included the patch in the 6.5.2. Download the install package of HikaShop on our website and install it on yours in order to get the patch.") 2 months 3 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") - [1](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases?start=0 "Page:1") - [2](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases?start=20 "Page:2") | Replies:23 Views:1414 | [Last Post](/forum/29-payment-methods/910498-hikashop-stripe-unprocessed-purchases?start=20#373135 "Hi, Thanks, this log is the one that explains it. Look at the two orders: 28449 and 28450 were both confirmed and both served the card page, four seconds apart, for the same amount of 28,80 €. That is the same customer going through the last step of the checkout twice. They paid on the second page, the one their browser ended up on, so 28450 is confirmed and 28449 stays in "Created" forever with no payment against it. Nobody was charged twice, and no card ever reached the first order. The other detail confirms it: there is no "form not rendered" line for the stuck order. Our debug build reports that six seconds after the page loads if the Stripe form is missing, so if Stripe's JavaScript had been blocked in that customer's browser we would see it. Nothing came back, which means that page was gone before six seconds had passed, not that it failed to load. The customer never saw anything wrong, which is why they never reported it. The cause is in HikaShop, not in the Stripe plugin. The order form has a guard against being submitted twice, but one path went around it: when a block of the checkout finishes its own request while the final step is still being processed by the server, it submits the form again directly. Your last step takes a few seconds, since the payment, the shipping and the notifications are all called there, and that is the window where it happens. It fits your "at least one a day" exactly, since it needs that timing to line up. We reproduced it here on a Joomla 6.2 shop by slowing the order creation down on purpose: with the event arriving five seconds into the first submission, two orders are placed for the same amount, seconds apart, exactly as in your log. With the fix, the same test places one. It is fixed for 6.6.0. The second submission is now ignored while the order is being placed. The same change also repairs another thing you may have seen: after placing an order, coming back to the checkout with the browser button left the order button doing nothing at all. I've included the patch in the 6.5.2. Download the install package of HikaShop on our website and install it on yours in order to get the patch.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 2 months 3 weeks ago | | [](/forum/29-payment-methods/910648-paypal-payment-cannot-be-seen) | [PayPal payment cannot be seen?](/forum/29-payment-methods/910648-paypal-payment-cannot-be-seen "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 5.4.6 -- PHP version -- : 8.3.31 -- Browser(s) name and version -- : Chrome -- Error-message(debug-mod must be tuned on) -- : none Hi, I have an ongoing issue with PayPal users not being able to see the PayPal payment function after they have left checkout? It appears to be device related bit I cannot be 100% on that. It always works correctly for me when testing on: iPhone, MacBook, iPad, PC and Laptop. This is causing dropped orders, it occasionally happens with Worldpay as well but not as often as PayPal? These are last night drop outs.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 4 months 1 week ago, by [mohairbears](/forum/user/916-mohairbears "View mohairbears's Profile") [Last Post](/forum/29-payment-methods/910648-paypal-payment-cannot-be-seen#373115 "Thank you, Yes the Paypal change was made. Rgds") 2 months 3 weeks ago by [mohairbears](/forum/user/916-mohairbears "View mohairbears's Profile") | Replies:16 Views:637 | [Last Post](/forum/29-payment-methods/910648-paypal-payment-cannot-be-seen#373115 "Thank you, Yes the Paypal change was made. Rgds") by [mohairbears](/forum/user/916-mohairbears "View mohairbears's Profile") 2 months 3 weeks ago | | [](/forum/29-payment-methods/910655-pdf-invoice) | [Pdf Invoice](/forum/29-payment-methods/910655-pdf-invoice "-- url of the page with the problem -- : www.tonykart-france.fr/ -- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.2 -- PHP version -- : 8.4 Bonjour, Il me semble que pdf invoice devrait être en version 4.1.0 sur mon site. J'ai la version 4.0.3 d'installée Mais la mise à jour le système de mise à jour ne me le propose pas ! Mais mon abonnement est peut-être trop ancien ? Merci pour votre réponse") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 4 months 1 week ago, by [chlyroju](/forum/user/79-chlyroju "View chlyroju's Profile") [Last Post](/forum/29-payment-methods/910655-pdf-invoice#372543 "Bonjour, Les plugins proposés sur le marketplace doivent être mis à jour manuellement. Téléchargez le paquet d'installation avec le lien de téléchargement que vous avez dans la commande dans My account / My orders sur notre site et installez le sur le votre pour faire la mise à jour.") 4 months 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:266 | [Last Post](/forum/29-payment-methods/910655-pdf-invoice#372543 "Bonjour, Les plugins proposés sur le marketplace doivent être mis à jour manuellement. Téléchargez le paquet d'installation avec le lien de téléchargement que vous avez dans la commande dans My account / My orders sur notre site et installez le sur le votre pour faire la mise à jour.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 4 months 1 week ago | | [](/forum/29-payment-methods/910646-applepay-and-googlepay-for-the-stripe-plug-in) | [ApplePay and GooglePay for the STRIPE Plug-in?](/forum/29-payment-methods/910646-applepay-and-googlepay-for-the-stripe-plug-in "-- url of the page with the problem -- : www.notable.au/ -- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 As STRIPE natively supports ApplePay and GooglePay, do you know when the STRIPE payment plug-in will support those methods as well? I tried the PayPal payment plugin and found it unreliable for ApplePay and GooglePay. With ApplPay, it kept asking me to try another card. With GooglePay, I just get: APPROVE_GOOGLE_PAY_VALIDATION_ERROR PayPal itself works fine. The reason I am asking about the STRIPE plug-in is that for small purchases, like audio files at $2.00 per sale, the PayPal fee is taking nearly $.60 on each transaction. STRIPE is half that cost.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 4 months 1 week ago, by [MSTACE](/forum/user/7448-mstace "View MSTACE's Profile") [Last Post](/forum/29-payment-methods/910646-applepay-and-googlepay-for-the-stripe-plug-in#372490 "Terrific! Thank you. I just purchased it. It works great!") 4 months 1 week ago by [MSTACE](/forum/user/7448-mstace "View MSTACE's Profile") | Replies:2 Views:559 | [Last Post](/forum/29-payment-methods/910646-applepay-and-googlepay-for-the-stripe-plug-in#372490 "Terrific! Thank you. I just purchased it. It works great!") by [MSTACE](/forum/user/7448-mstace "View MSTACE's Profile") 4 months 1 week ago | | [](/forum/29-payment-methods/910635-acces-page-de-paiement-impossible) | [Accès page de paiement impossible](/forum/29-payment-methods/910635-acces-page-de-paiement-impossible "-- url of the page with the problem -- : www.tonykart-france.fr/ -- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 -- PHP version -- : 8.4 Bonjour, Depuis hier je ne peux plus accéder à la page de paiement Aucune modification n'a été faite Après validation de la commande, j'arrive sur une page blanche et çà mouline jusqu'à une erreur 500 Internal Server Error Testé avec plusieurs navigateurs Merci pour votre aide") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 4 months 2 weeks ago, by [chlyroju](/forum/user/79-chlyroju "View chlyroju's Profile") [Last Post](/forum/29-payment-methods/910635-acces-page-de-paiement-impossible#372486 "Finalement Claude m'a fait nettoyé et corrigé le dossier www et la base de données A partir de là j'ai pu refaire le site facilement, seulement le côté graphisme. Je ne suis pas aller jusqu'à lui demander de refaire le site car j'avais déjà bien avancé avant votre dernière réponse. Encore Merci sincèrement pour votre aide précieuse Christian") 4 months 1 week ago by [chlyroju](/forum/user/79-chlyroju "View chlyroju's Profile") | Replies:15 Views:368 | [Last Post](/forum/29-payment-methods/910635-acces-page-de-paiement-impossible#372486 "Finalement Claude m'a fait nettoyé et corrigé le dossier www et la base de données A partir de là j'ai pu refaire le site facilement, seulement le côté graphisme. Je ne suis pas aller jusqu'à lui demander de refaire le site car j'avais déjà bien avancé avant votre dernière réponse. Encore Merci sincèrement pour votre aide précieuse Christian") by [chlyroju](/forum/user/79-chlyroju "View chlyroju's Profile") 4 months 1 week ago | | [](/forum/29-payment-methods/910627-order-number-in-details-of-transactions-stripe-checkout) | [Order number in details of transactions stripe checkout](/forum/29-payment-methods/910627-order-number-in-details-of-transactions-stripe-checkout "Hi, I’d like to know—if it’s already possible—how to retrieve the order code from the Stripe transaction details. Currently, only the transaction ID is visible, making them difficult to look up, since the order number only appears as the purchased product after clicking on the transaction. Thanks in advance.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 4 months 3 weeks ago, by [coopweb](/forum/user/84041-coopweb "View coopweb's Profile") [Last Post](/forum/29-payment-methods/910627-order-number-in-details-of-transactions-stripe-checkout#372383 "Thanks, for the quick response. I will update you if the fix will not work :)") 4 months 3 weeks ago by [coopweb](/forum/user/84041-coopweb "View coopweb's Profile") | Replies:2 Views:346 | [Last Post](/forum/29-payment-methods/910627-order-number-in-details-of-transactions-stripe-checkout#372383 "Thanks, for the quick response. I will update you if the fix will not work :)") by [coopweb](/forum/user/84041-coopweb "View coopweb's Profile") 4 months 3 weeks ago | | [](/forum/29-payment-methods/910555-conformite-integration-monetico-paiement) | [Conformité intégration Monetico Paiement](/forum/29-payment-methods/910555-conformite-integration-monetico-paiement "-- HikaShop version -- : 4.4.4 -- Joomla version -- : 3.10.12 -- PHP version -- : 7.4.33 Bonjour, j'ai reçu un mail de monetico concernant un ancien site web utilisant le module de paiement monetico avec HikaShop. Voici un extrait de leur message : "Pour assurer l'intégrité des transactions, il est important que le calcul de sécurité (MAC) soit réalisé conformément aux indications de la section « 4.3 Calcul du sceau MAC » du document « Monetico_Paiement_documentation_page_paiement.pdf » de notre documentation technique. Certaines évolutions, notamment réglementaires, imposent l'ajout de nouveaux paramètres dans les notifications dans des délais parfois contraints. Concrètement, une fois que l'intégration de la notification est correctement réalisée, vous n'aurez plus rien à modifier par la suite. Les futures évolutions seront sans impact pour vous. Cela permet d'éviter tout rejet ou incohérence lors du traitement des paiements." Dans mon cas et pour plusieurs raisons je n'ai pas pu monter en version d'HikaShop (version 4.4.4) et de Joomla (3.10.12). Cela pose t'il problème par rapport à ce module ? Par avance merci.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 5 months 2 weeks ago, by [easyconnect83](/forum/user/30833-easyconnect83 "View easyconnect83's Profile") [Last Post](/forum/29-payment-methods/910555-conformite-integration-monetico-paiement#372189 "Oui, c'est bon du coup.") 5 months 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:7 Views:441 | [Last Post](/forum/29-payment-methods/910555-conformite-integration-monetico-paiement#372189 "Oui, c'est bon du coup.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 5 months 1 week ago | | [](/forum/29-payment-methods/910574-paypal-payer-en-4x-ne-saffiche-plus) | [Paypal payer en 4x ne s'affiche plus](/forum/29-payment-methods/910574-paypal-payer-en-4x-ne-saffiche-plus "-- url of the page with the problem -- : ndnfragrance.com -- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.4.5 -- PHP version -- : 8.3.23 Hi, On the product page, under the product name it was written "payer en 4x avec paypal". Since the last update from 6.1.0>6.5.0, the sentence disappeared. The code is still there as I can see span id="zoid-paypal-message-uid......" In the console, it seems to have a 422 error with message GET " www.paypal.com/credit-presentment/smart/...&client_id=BAAAf6EhR ....." If I check the show_default.php the code is "element->extraData->rightMiddle)) { echo implode("\r\n",$this->element->extraData->rightMiddle); } ?>" So I guess, the problem should b in rightMiddle.... But no idea where is that rightMiddle and even if I could find that, I don't know what creates the error. Do you have any clue?") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 5 months 1 week ago, by [Rejouisens](/forum/user/82752-rejouisens "View Rejouisens's Profile") [Last Post](/forum/29-payment-methods/910574-paypal-payer-en-4x-ne-saffiche-plus#372169 "Yes, precisely.") 5 months 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:343 | [Last Post](/forum/29-payment-methods/910574-paypal-payer-en-4x-ne-saffiche-plus#372169 "Yes, precisely.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 5 months 1 week ago | | [](/forum/29-payment-methods/910120-extension-multisafepay-gives-500-error) | [Extension MultiSafePay gives 500 error](/forum/29-payment-methods/910120-extension-multisafepay-gives-500-error "-- url of the page with the problem -- : swann.eu -- HikaShop version -- : 6.3.0 -- Joomla version -- : 6.0.3 -- PHP version -- : 8.4 Hi, Is there anything that could cause sudden 500 errors when using this plugin: www.hikashop.com/support/documentation/4...ltisafepay-form.html ? Maybe not compatible with Joomla 6? It is not used very often but looks very recent that this happend.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 8 months 4 weeks ago, by [nico.van.leeuwen](/forum/user/12404-nico-van-leeuwen "View nico.van.leeuwen's Profile") [Last Post](/forum/29-payment-methods/910120-extension-multisafepay-gives-500-error#372164 "Ok, good to hear. Thanks for the update.") 5 months 1 week ago by [nico.van.leeuwen](/forum/user/12404-nico-van-leeuwen "View nico.van.leeuwen's Profile") | Replies:7 Views:524 | [Last Post](/forum/29-payment-methods/910120-extension-multisafepay-gives-500-error#372164 "Ok, good to hear. Thanks for the update.") by [nico.van.leeuwen](/forum/user/12404-nico-van-leeuwen "View nico.van.leeuwen's Profile") 5 months 1 week ago | | [](/forum/29-payment-methods/910570-0-call-to-a-member-function-gettype-on-null-after-paypal-checkout-payment) | [0 Call to a member function getType() on null after PayPal Checkout payment](/forum/29-payment-methods/910570-0-call-to-a-member-function-gettype-on-null-after-paypal-checkout-payment "-- url of the page with the problem -- : www.petloc8.it/ -- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 -- PHP version -- : 8.4 -- Browser(s) name and version -- : All -- Error-message(debug-mod must be tuned on) -- : 0 Call to a member function getType() on null Hi, I've got 2 sites ( www.petloc8.it and www.mecs.org ) with the same error after PayPal checkout payment. PayPal register the payment but, when the user is redirected to web site after payment, the page has the following error: 0 Call to a member function getType() on null Thank you") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 5 months 1 week ago, by [nico1979](/forum/user/31330-nico1979 "View nico1979's Profile") [Last Post](/forum/29-payment-methods/910570-0-call-to-a-member-function-gettype-on-null-after-paypal-checkout-payment#372151 "Hi, This error is linked to Joomla 6.1 changes. We did modifications included in HikaShop 6.5.0 for this a few weeks ago. However, any other extension or override might have a similar issue. I don't think it is linked to PayPal. The first thing to do is to activate the "debug" setting of the Joomla configuration and reproduce the issue. You should see an error page with more information and that will allow us to tell you what to do.") 5 months 1 week ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:373 | [Last Post](/forum/29-payment-methods/910570-0-call-to-a-member-function-gettype-on-null-after-paypal-checkout-payment#372151 "Hi, This error is linked to Joomla 6.1 changes. We did modifications included in HikaShop 6.5.0 for this a few weeks ago. However, any other extension or override might have a similar issue. I don't think it is linked to PayPal. The first thing to do is to activate the "debug" setting of the Joomla configuration and reproduce the issue. You should see an error page with more information and that will allow us to tell you what to do.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 5 months 1 week ago | | [](/forum/29-payment-methods/910563-unknows-error-when-finishing-paypal-payment) | [Unknows error when finishing PayPal payment](/forum/29-payment-methods/910563-unknows-error-when-finishing-paypal-payment "-- HikaShop version -- : 6.5.0 -- Joomla version -- : 6.1.1 -- PHP version -- : 8.3.31 -- Browser(s) name and version -- : Firefox 151.0.2 -- Error-message(debug-mod must be tuned on) -- : Error in front-end after the login-modal for PayPal: Unknown error when processing order Even with debug mode on and error-reporting on maxumum there is no more information, but the payment is not completed. Since two weeks I get an error in front-end after the login-modal for PayPal. Unknown error when processing order I am using the PayPal checkout plugin Even with debug mode on and error-reporting on maxumum there is no more information, but the payment is not completed. The website worked for many years without problems. Updating tot Hikashop 6.5.0. did not make a difference.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 5 months 2 weeks ago, by [remcovolbeda](/forum/user/56255-remcovolbeda "View remcovolbeda's Profile") [Last Post](/forum/29-payment-methods/910563-unknows-error-when-finishing-paypal-payment#372126 "Hi Nocolas, Works fine now! Thanks. The log-file: 06.02.26 07:06:06 stdClass Object ( [intent] => CAPTURE [processing_instruction] => ORDER_COMPLETE_ON_PAYMENT_APPROVAL [application_context] => stdClass Object ( [shipping_preference] => NO_SHIPPING [brand_name] => Pedal Classics [return_url] => url:www.pedalclassics.com/index.php?option=com_hikashop&ctrl=checkout&task=notify¬if_payment=paypalcheckout&order_id=562&tmpl=component&lang=en&Itemid=1045&closepopup=1 [cancel_url] => url:www.pedalclassics.com/index.php?option=com_hikashop&ctrl=order&task=cancel_order&order_id=562&Itemid=1045 [landing_page] => NO_PREFERENCE ) [payer] => stdClass Object ( [email_address] => mail@dres ) [purchase_units] => Array ( [0] => stdClass Object ( [invoice_id] => 562 [description] => Order number B5B6L2 [items] => Array ( [0] => stdClass Object ( [name] => Madison driving the 1952 VW Beetle (New) [quantity] => 1 [sku] => Madison_driving_the_1952_VW_Beetle [unit_amount] => stdClass Object ( [value] => 16.00 [currency_code] => EUR ) [tax] => stdClass Object ( [value] => 0.00 [currency_code] => EUR ) ) ) [amount] => stdClass Object ( [value] => 16.00 [currency_code] => EUR [breakdown] => stdClass Object ( [item_total] => stdClass Object ( [value] => 16.00 [currency_code] => EUR ) [tax_total] => stdClass Object ( [value] => 0.00 [currency_code] => EUR ) ) ) ) ) ) 06.02.26 07:06:06 Array ( [client-id] => AZj956707o-_YO1VC6i22frGZV-frcojbAfEJ34JBF9ndeaIar53YYxoc2-7A07wJg2GUxfr8uC7fnXC [integration-date] => 2024-05-19 [currency] => EUR [components] => buttons,funding-eligibility,messages [enable-funding] => paylater [intent] => capture [debug] => true ) 06.02.26 07:06:09 PayPal API POST url:api-m.paypal.com/v1/oauth2/token grant_type=client_credentials 06.02.26 07:06:10 PayPal API response (200): {"scope":"url:uri.paypal.com/services/checkout/one-click-with-merchant-issued-token url:uri.paypal.com/services/payments/futurepayments url:uri.paypal.com/services/invoicing url:uri.paypal.com/services/disputes/read-buyer url:uri.paypal.com/services/payments/realtimepayment url:uri.paypal.com/services/disputes/update-seller url:uri.paypal.com/services/payments/payment/authcapture openid url:uri.paypal.com/services/disputes/read-seller url:uri.paypal.com/services/payments/refund url:uri.paypal.com/services/payments/orders/client_sdk_orders_api url:uri.paypal.com/services/payments/client-payments-eligibility url:api.paypal.com/v1/vault/credit-card url:uri.paypal.com/services/pricing/quote-exchange-rates/read url:api.paypal.com/v1/payments/.* url:uri.paypal.com/services/payments/initiatepayment url:uri.paypal.com/payments/payouts url:api.paypal.com/v1/vault/credit-card/.* url:uri.paypal.com/services/subscriptions url:uri.paypal.com/services/applications/webhooks url:uri.paypal.com/services/credit/client-offer-presentment/read","access_token":"A21AAOdob9IuTk7dLGZgtfPJ5RU1S3elh2asoj0HkV-H5vmSLoRYLWEavfUUZtNoTgd3jCs4ff768Wp85hCZ30ENaOzek8J3Q","token_type":"Bearer","app_id":"APP-6N747844NY916372D","expires_in":32400,"nonce":"2026-06-02T07:06:10Z0DmkypnSn7e3pEYR32MAtn3biEroZRc9iEtWvKexBBc"} 06.02.26 07:06:10 PayPal API POST url:api-m.paypal.com/v2/checkout/orders {"intent":"CAPTURE","processing_instruction":"ORDER_COMPLETE_ON_PAYMENT_APPROVAL","application_context":{"shipping_preference":"NO_SHIPPING","brand_name":"Pedal Classics","return_url":"https:\/\/www.pedalclassics.com\/index.php?option=com_hikashop&ctrl=checkout&task=notify¬if_payment=paypalcheckout&order_id=562&tmpl=component&lang=en&Itemid=1045&closepopup=1","cancel_url":"https:\/\/www.pedalclassics.com\/index.php?option=com_hikashop&ctrl=order&task=cancel_order&order_id=562&Itemid=1045","landing_page":"NO_PREFERENCE"},"payer":{"email_address":"mail@dres"},"purchase_units":[{"invoice_id":562,"description":"Order number B5B6L2","items":[{"name":"Madison driving the 1952 VW Beetle (New)","quantity":1,"sku":"Madison_driving_the_1952_VW_Beetle","unit_amount":{"value":"16.00","currency_code":"EUR"},"tax":{"value":"0.00","currency_code":"EUR"}}],"amount":{"value":"16.00","currency_code":"EUR","breakdown":{"item_total":{"value":"16.00","currency_code":"EUR"},"tax_total":{"value":"0.00","currency_code":"EUR"}}}}]} 06.02.26 07:06:10 PayPal API response (201): Classics"}},"description":"Order number B5B6L2","invoice_id":"562","items":[{"name":"Madison driving the 1952 VW Beetle 06.02.26 07:06:31 on approve for xxxxx 06.02.26 07:06:31 PayPal API POST url:api-m.paypal.com/v1/oauth2/token grant_type=client_credentials 06.02.26 07:06:32 PayPal API response (200): {"scope":"url:uri.paypal.com/services/checkout/one-click-with-merchant-issued-token url:uri.paypal.com/services/payments/futurepayments url:uri.paypal.com/services/invoicing url:uri.paypal.com/services/disputes/read-buyer url:uri.paypal.com/services/payments/realtimepayment url:uri.paypal.com/services/disputes/update-seller url:uri.paypal.com/services/payments/payment/authcapture openid url:uri.paypal.com/services/disputes/read-seller url:uri.paypal.com/services/payments/refund url:uri.paypal.com/services/payments/orders/client_sdk_orders_api url:uri.paypal.com/services/payments/client-payments-eligibility url:api.paypal.com/v1/vault/credit-card url:uri.paypal.com/services/pricing/quote-exchange-rates/read url:api.paypal.com/v1/payments/.* url:uri.paypal.com/services/payments/initiatepayment url:uri.paypal.com/payments/payouts url:api.paypal.com/v1/vault/credit-card/.* url:uri.paypal.com/services/subscriptions url:uri.paypal.com/services/applications/webhooks url:uri.paypal.com/services/credit/client-offer-presentment/read","access_token":"A21AAOdob9IuTk7dLGZgtfPJ5RU1S3elh2asoj0HkV-H5vmSLoRYLWEavfUUZtNoTgd3jCs4ff768Wp85hCZ30ENaOzek8J3Q","token_type":"Bearer","app_id":"APP-6N747844NY916372D","expires_in":32378,"nonce":"2026-06-02T07:06:10Z0DmkypnSn7e3pEYR32MAtn3biEroZRc9iEtWvKexBBc"} 06.02.26 07:06:32 PayPal API GET url:api-m.paypal.com/v2/checkout/orders/xxxxx 06.02.26 07:06:32 PayPal API response (200): Classics"}},"description":"Order number B5B6L2","invoice_id":"562","items":[{"name":"Madison driving the 1952 VW Beetle 06.02.26 07:06:32 PayPal API POST url:api-m.paypal.com/v2/checkout/orders/xxxxx/capture {} 06.02.26 07:06:33 PayPal API response (201): 06.02.26 07:06:34 stdClass Object ( [order_id] => 562 [order_billing_address_id] => 0 [order_shipping_address_id] => 0 [order_user_id] => 1 [order_parent_id] => 0 [order_status] => created [order_type] => sale [order_number] => B5B6L2 [order_created] => 1780383965 [order_modified] => 1780383991 [order_invoice_id] => 0 [order_invoice_number] => [order_invoice_created] => 0 [order_currency_id] => 1 [order_currency_info] => O:8:"stdClass":4:{s:13:"currency_code";s:3:"EUR";s:13:"currency_rate";s:8:"1.000000";s:20:"currency_percent_fee";s:4:"0.00";s:17:"currency_modified";i:1730641058;} [order_full_price] => 16.00000 [order_tax_info] => Array ( [] => stdClass Object ( [tax_namekey] => [tax_rate] => 0.00000 [tax_amount] => 0 [amount] => 16 ) ) [order_discount_code] => [order_discount_price] => 0.00000 [order_discount_tax] => 0.00000 [order_payment_id] => 2 [order_payment_method] => paypalcheckout [order_payment_price] => 0.00000 [order_payment_tax] => 0.00000 [order_payment_params] => stdClass Object ( [paypal_checkout_id] => xxxxx ) [order_shipping_id] => [order_shipping_method] => [order_shipping_price] => 0.00000 [order_shipping_tax] => 0.00000 [order_shipping_params] => stdClass Object ( ) [order_partner_id] => 0 [order_partner_price] => 0.00000 [order_partner_paid] => 0 [order_partner_currency_id] => 0 [order_ip] => 86.85.196.121 [order_site_id] => [order_lang] => en-GB [order_token] => Ea762t59mH1tX0lBPjAZhnfcf8V00gje [order_weight] => 0.000 [order_weight_unit] => kg [order_volume] => 0.000 [order_dimension_unit] => m [order_shipped] => 0 [order_delivered] => 0 ) 06.02.26 07:06:34 xxxxx 06.02.26 07:06:34 PayPal API POST url:api-m.paypal.com/v1/oauth2/token grant_type=client_credentials 06.02.26 07:06:34 PayPal API response (200): {"scope":"url:uri.paypal.com/services/checkout/one-click-with-merchant-issued-token url:uri.paypal.com/services/payments/futurepayments url:uri.paypal.com/services/invoicing url:uri.paypal.com/services/disputes/read-buyer url:uri.paypal.com/services/payments/realtimepayment url:uri.paypal.com/services/disputes/update-seller url:uri.paypal.com/services/payments/payment/authcapture openid url:uri.paypal.com/services/disputes/read-seller url:uri.paypal.com/services/payments/refund url:uri.paypal.com/services/payments/orders/client_sdk_orders_api url:uri.paypal.com/services/payments/client-payments-eligibility url:api.paypal.com/v1/vault/credit-card url:uri.paypal.com/services/pricing/quote-exchange-rates/read url:api.paypal.com/v1/payments/.* url:uri.paypal.com/services/payments/initiatepayment url:uri.paypal.com/payments/payouts url:api.paypal.com/v1/vault/credit-card/.* url:uri.paypal.com/services/subscriptions url:uri.paypal.com/services/applications/webhooks url:uri.paypal.com/services/credit/client-offer-presentment/read","access_token":"A21AAOdob9IuTk7dLGZgtfPJ5RU1S3elh2asoj0HkV-H5vmSLoRYLWEavfUUZtNoTgd3jCs4ff768Wp85hCZ30ENaOzek8J3Q","token_type":"Bearer","app_id":"APP-6N747844NY916372D","expires_in":32376,"nonce":"2026-06-02T07:06:10Z0DmkypnSn7e3pEYR32MAtn3biEroZRc9iEtWvKexBBc"} 06.02.26 07:06:34 PayPal API GET url:api-m.paypal.com/v2/checkout/orders/xxxxx 06.02.26 07:06:34 PayPal API response (200): Classics"}},"description":"Order number B5B6L2","invoice_id":"562","items":[{"name":"Madison driving the 1952 VW Beetle 06.02.26 07:06:34 stdClass Object ( [id] => xxxxx [intent] => CAPTURE [status] => COMPLETED [payment_source] => stdClass Object ( [paypal] => stdClass Object ( [email_address] => mail@adres [account_id] => ZXPYQ3FKLXC76 [account_status] => VERIFIED [name] => stdClass Object ( [given_name] => Peter [surname] => Wouda ) [address] => stdClass Object ( [country_code] => NL ) ) ) [processing_instruction] => ORDER_COMPLETE_ON_PAYMENT_APPROVAL [purchase_units] => Array ( [0] => stdClass Object ( [reference_id] => default [amount] => stdClass Object ( [currency_code] => EUR [value] => 16.00 [breakdown] => stdClass Object ( [item_total] => stdClass Object ( [currency_code] => EUR [value] => 16.00 ) [tax_total] => stdClass Object ( [currency_code] => EUR [value] => 0.00 ) ) ) [payee] => stdClass Object ( [email_address] => [merchant_id] => CNEUY32ZTT68Y [display_data] => stdClass Object ( [brand_name] => Pedal Classics ) ) [description] => Order number B5B6L2 [invoice_id] => 562 [items] => Array ( [0] => stdClass Object ( [name] => Madison driving the 1952 VW Beetle (New) [unit_amount] => stdClass Object ( [currency_code] => EUR [value] => 16.00 ) [tax] => stdClass Object ( [currency_code] => EUR [value] => 0.00 ) [quantity] => 1 [sku] => Madison_driving_the_1952_VW_Beetle ) ) [payments] => stdClass Object ( [captures] => Array ( [0] => stdClass Object ( [id] => xxxxx [status] => COMPLETED [amount] => stdClass Object ( [currency_code] => EUR [value] => 16.00 ) [final_capture] => 1 [seller_protection] => stdClass Object ( [status] => ELIGIBLE [dispute_categories] => Array ( [0] => ITEM_NOT_RECEIVED [1] => UNAUTHORIZED_TRANSACTION ) ) [seller_receivable_breakdown] => stdClass Object ( [gross_amount] => stdClass Object ( [currency_code] => EUR [value] => 16.00 ) [paypal_fee] => stdClass Object ( [currency_code] => EUR [value] => 0.89 ) [net_amount] => stdClass Object ( [currency_code] => EUR [value] => 15.11 ) ) [invoice_id] => 562 [links] => Array ( [0] => stdClass Object ( [href] => url:api.paypal.com/v2/payments/captures/xxxxx [rel] => self [method] => GET ) [1] => stdClass Object ( [href] => url:api.paypal.com/v2/payments/captures/xxxxx/refund [rel] => refund [method] => POST ) [2] => stdClass Object ( [href] => url:api.paypal.com/v2/checkout/orders/xxxxx [rel] => up [method] => GET ) ) [create_time] => 2026-06-02T07:06:33Z [update_time] => 2026-06-02T07:06:33Z ) ) ) ) ) [payer] => stdClass Object ( [name] => stdClass Object ( [given_name] => Peter [surname] => Wouda ) [email_address] => mail@adres [payer_id] => ZXPYQ3FKLXC76 [address] => stdClass Object ( [country_code] => NL ) ) [create_time] => 2026-06-02T07:06:33Z [update_time] => 2026-06-02T07:06:33Z [links] => Array ( [0] => stdClass Object ( [href] => url:api.paypal.com/v2/checkout/orders/xxxxx [rel] => self [method] => GET ) ) )") 5 months 1 week ago by [remcovolbeda](/forum/user/56255-remcovolbeda "View remcovolbeda's Profile") | Replies:5 Views:520 | [Last Post](/forum/29-payment-methods/910563-unknows-error-when-finishing-paypal-payment#372126 "Hi Nocolas, Works fine now! Thanks. The log-file: 06.02.26 07:06:06 stdClass Object ( [intent] => CAPTURE [processing_instruction] => ORDER_COMPLETE_ON_PAYMENT_APPROVAL [application_context] => stdClass Object ( [shipping_preference] => NO_SHIPPING [brand_name] => Pedal Classics [return_url] => url:www.pedalclassics.com/index.php?option=com_hikashop&ctrl=checkout&task=notify¬if_payment=paypalcheckout&order_id=562&tmpl=component&lang=en&Itemid=1045&closepopup=1 [cancel_url] => url:www.pedalclassics.com/index.php?option=com_hikashop&ctrl=order&task=cancel_order&order_id=562&Itemid=1045 [landing_page] => NO_PREFERENCE ) [payer] => stdClass Object ( [email_address] => mail@dres ) [purchase_units] => Array ( [0] => stdClass Object ( [invoice_id] => 562 [description] => Order number B5B6L2 [items] => Array ( [0] => stdClass Object ( [name] => Madison driving the 1952 VW Beetle (New) [quantity] => 1 [sku] => Madison_driving_the_1952_VW_Beetle [unit_amount] => stdClass Object ( [value] => 16.00 [currency_code] => EUR ) [tax] => stdClass Object ( [value] => 0.00 [currency_code] => EUR ) ) ) [amount] => stdClass Object ( [value] => 16.00 [currency_code] => EUR [breakdown] => stdClass Object ( [item_total] => stdClass Object ( [value] => 16.00 [currency_code] => EUR ) [tax_total] => stdClass Object ( [value] => 0.00 [currency_code] => EUR ) ) ) ) ) ) 06.02.26 07:06:06 Array ( [client-id] => AZj956707o-_YO1VC6i22frGZV-frcojbAfEJ34JBF9ndeaIar53YYxoc2-7A07wJg2GUxfr8uC7fnXC [integration-date] => 2024-05-19 [currency] => EUR [components] => buttons,funding-eligibility,messages [enable-funding] => paylater [intent] => capture [debug] => true ) 06.02.26 07:06:09 PayPal API POST url:api-m.paypal.com/v1/oauth2/token grant_type=client_credentials 06.02.26 07:06:10 PayPal API response (200): {"scope":"url:uri.paypal.com/services/checkout/one-click-with-merchant-issued-token url:uri.paypal.com/services/payments/futurepayments url:uri.paypal.com/services/invoicing url:uri.paypal.com/services/disputes/read-buyer url:uri.paypal.com/services/payments/realtimepayment url:uri.paypal.com/services/disputes/update-seller url:uri.paypal.com/services/payments/payment/authcapture openid url:uri.paypal.com/services/disputes/read-seller url:uri.paypal.com/services/payments/refund url:uri.paypal.com/services/payments/orders/client_sdk_orders_api url:uri.paypal.com/services/payments/client-payments-eligibility url:api.paypal.com/v1/vault/credit-card url:uri.paypal.com/services/pricing/quote-exchange-rates/read url:api.paypal.com/v1/payments/.* url:uri.paypal.com/services/payments/initiatepayment url:uri.paypal.com/payments/payouts url:api.paypal.com/v1/vault/credit-card/.* url:uri.paypal.com/services/subscriptions url:uri.paypal.com/services/applications/webhooks url:uri.paypal.com/services/credit/client-offer-presentment/read","access_token":"A21AAOdob9IuTk7dLGZgtfPJ5RU1S3elh2asoj0HkV-H5vmSLoRYLWEavfUUZtNoTgd3jCs4ff768Wp85hCZ30ENaOzek8J3Q","token_type":"Bearer","app_id":"APP-6N747844NY916372D","expires_in":32400,"nonce":"2026-06-02T07:06:10Z0DmkypnSn7e3pEYR32MAtn3biEroZRc9iEtWvKexBBc"} 06.02.26 07:06:10 PayPal API POST url:api-m.paypal.com/v2/checkout/orders {"intent":"CAPTURE","processing_instruction":"ORDER_COMPLETE_ON_PAYMENT_APPROVAL","application_context":{"shipping_preference":"NO_SHIPPING","brand_name":"Pedal Classics","return_url":"https:\/\/www.pedalclassics.com\/index.php?option=com_hikashop&ctrl=checkout&task=notify¬if_payment=paypalcheckout&order_id=562&tmpl=component&lang=en&Itemid=1045&closepopup=1","cancel_url":"https:\/\/www.pedalclassics.com\/index.php?option=com_hikashop&ctrl=order&task=cancel_order&order_id=562&Itemid=1045","landing_page":"NO_PREFERENCE"},"payer":{"email_address":"mail@dres"},"purchase_units":[{"invoice_id":562,"description":"Order number B5B6L2","items":[{"name":"Madison driving the 1952 VW Beetle (New)","quantity":1,"sku":"Madison_driving_the_1952_VW_Beetle","unit_amount":{"value":"16.00","currency_code":"EUR"},"tax":{"value":"0.00","currency_code":"EUR"}}],"amount":{"value":"16.00","currency_code":"EUR","breakdown":{"item_total":{"value":"16.00","currency_code":"EUR"},"tax_total":{"value":"0.00","currency_code":"EUR"}}}}]} 06.02.26 07:06:10 PayPal API response (201): Classics"}},"description":"Order number B5B6L2","invoice_id":"562","items":[{"name":"Madison driving the 1952 VW Beetle 06.02.26 07:06:31 on approve for xxxxx 06.02.26 07:06:31 PayPal API POST url:api-m.paypal.com/v1/oauth2/token grant_type=client_credentials 06.02.26 07:06:32 PayPal API response (200): {"scope":"url:uri.paypal.com/services/checkout/one-click-with-merchant-issued-token url:uri.paypal.com/services/payments/futurepayments url:uri.paypal.com/services/invoicing url:uri.paypal.com/services/disputes/read-buyer url:uri.paypal.com/services/payments/realtimepayment url:uri.paypal.com/services/disputes/update-seller url:uri.paypal.com/services/payments/payment/authcapture openid url:uri.paypal.com/services/disputes/read-seller url:uri.paypal.com/services/payments/refund url:uri.paypal.com/services/payments/orders/client_sdk_orders_api url:uri.paypal.com/services/payments/client-payments-eligibility url:api.paypal.com/v1/vault/credit-card url:uri.paypal.com/services/pricing/quote-exchange-rates/read url:api.paypal.com/v1/payments/.* url:uri.paypal.com/services/payments/initiatepayment url:uri.paypal.com/payments/payouts url:api.paypal.com/v1/vault/credit-card/.* url:uri.paypal.com/services/subscriptions url:uri.paypal.com/services/applications/webhooks url:uri.paypal.com/services/credit/client-offer-presentment/read","access_token":"A21AAOdob9IuTk7dLGZgtfPJ5RU1S3elh2asoj0HkV-H5vmSLoRYLWEavfUUZtNoTgd3jCs4ff768Wp85hCZ30ENaOzek8J3Q","token_type":"Bearer","app_id":"APP-6N747844NY916372D","expires_in":32378,"nonce":"2026-06-02T07:06:10Z0DmkypnSn7e3pEYR32MAtn3biEroZRc9iEtWvKexBBc"} 06.02.26 07:06:32 PayPal API GET url:api-m.paypal.com/v2/checkout/orders/xxxxx 06.02.26 07:06:32 PayPal API response (200): Classics"}},"description":"Order number B5B6L2","invoice_id":"562","items":[{"name":"Madison driving the 1952 VW Beetle 06.02.26 07:06:32 PayPal API POST url:api-m.paypal.com/v2/checkout/orders/xxxxx/capture {} 06.02.26 07:06:33 PayPal API response (201): 06.02.26 07:06:34 stdClass Object ( [order_id] => 562 [order_billing_address_id] => 0 [order_shipping_address_id] => 0 [order_user_id] => 1 [order_parent_id] => 0 [order_status] => created [order_type] => sale [order_number] => B5B6L2 [order_created] => 1780383965 [order_modified] => 1780383991 [order_invoice_id] => 0 [order_invoice_number] => [order_invoice_created] => 0 [order_currency_id] => 1 [order_currency_info] => O:8:"stdClass":4:{s:13:"currency_code";s:3:"EUR";s:13:"currency_rate";s:8:"1.000000";s:20:"currency_percent_fee";s:4:"0.00";s:17:"currency_modified";i:1730641058;} [order_full_price] => 16.00000 [order_tax_info] => Array ( [] => stdClass Object ( [tax_namekey] => [tax_rate] => 0.00000 [tax_amount] => 0 [amount] => 16 ) ) [order_discount_code] => [order_discount_price] => 0.00000 [order_discount_tax] => 0.00000 [order_payment_id] => 2 [order_payment_method] => paypalcheckout [order_payment_price] => 0.00000 [order_payment_tax] => 0.00000 [order_payment_params] => stdClass Object ( [paypal_checkout_id] => xxxxx ) [order_shipping_id] => [order_shipping_method] => [order_shipping_price] => 0.00000 [order_shipping_tax] => 0.00000 [order_shipping_params] => stdClass Object ( ) [order_partner_id] => 0 [order_partner_price] => 0.00000 [order_partner_paid] => 0 [order_partner_currency_id] => 0 [order_ip] => 86.85.196.121 [order_site_id] => [order_lang] => en-GB [order_token] => Ea762t59mH1tX0lBPjAZhnfcf8V00gje [order_weight] => 0.000 [order_weight_unit] => kg [order_volume] => 0.000 [order_dimension_unit] => m [order_shipped] => 0 [order_delivered] => 0 ) 06.02.26 07:06:34 xxxxx 06.02.26 07:06:34 PayPal API POST url:api-m.paypal.com/v1/oauth2/token grant_type=client_credentials 06.02.26 07:06:34 PayPal API response (200): {"scope":"url:uri.paypal.com/services/checkout/one-click-with-merchant-issued-token url:uri.paypal.com/services/payments/futurepayments url:uri.paypal.com/services/invoicing url:uri.paypal.com/services/disputes/read-buyer url:uri.paypal.com/services/payments/realtimepayment url:uri.paypal.com/services/disputes/update-seller url:uri.paypal.com/services/payments/payment/authcapture openid url:uri.paypal.com/services/disputes/read-seller url:uri.paypal.com/services/payments/refund url:uri.paypal.com/services/payments/orders/client_sdk_orders_api url:uri.paypal.com/services/payments/client-payments-eligibility url:api.paypal.com/v1/vault/credit-card url:uri.paypal.com/services/pricing/quote-exchange-rates/read url:api.paypal.com/v1/payments/.* url:uri.paypal.com/services/payments/initiatepayment url:uri.paypal.com/payments/payouts url:api.paypal.com/v1/vault/credit-card/.* url:uri.paypal.com/services/subscriptions url:uri.paypal.com/services/applications/webhooks url:uri.paypal.com/services/credit/client-offer-presentment/read","access_token":"A21AAOdob9IuTk7dLGZgtfPJ5RU1S3elh2asoj0HkV-H5vmSLoRYLWEavfUUZtNoTgd3jCs4ff768Wp85hCZ30ENaOzek8J3Q","token_type":"Bearer","app_id":"APP-6N747844NY916372D","expires_in":32376,"nonce":"2026-06-02T07:06:10Z0DmkypnSn7e3pEYR32MAtn3biEroZRc9iEtWvKexBBc"} 06.02.26 07:06:34 PayPal API GET url:api-m.paypal.com/v2/checkout/orders/xxxxx 06.02.26 07:06:34 PayPal API response (200): Classics"}},"description":"Order number B5B6L2","invoice_id":"562","items":[{"name":"Madison driving the 1952 VW Beetle 06.02.26 07:06:34 stdClass Object ( [id] => xxxxx [intent] => CAPTURE [status] => COMPLETED [payment_source] => stdClass Object ( [paypal] => stdClass Object ( [email_address] => mail@adres [account_id] => ZXPYQ3FKLXC76 [account_status] => VERIFIED [name] => stdClass Object ( [given_name] => Peter [surname] => Wouda ) [address] => stdClass Object ( [country_code] => NL ) ) ) [processing_instruction] => ORDER_COMPLETE_ON_PAYMENT_APPROVAL [purchase_units] => Array ( [0] => stdClass Object ( [reference_id] => default [amount] => stdClass Object ( [currency_code] => EUR [value] => 16.00 [breakdown] => stdClass Object ( [item_total] => stdClass Object ( [currency_code] => EUR [value] => 16.00 ) [tax_total] => stdClass Object ( [currency_code] => EUR [value] => 0.00 ) ) ) [payee] => stdClass Object ( [email_address] => [merchant_id] => CNEUY32ZTT68Y [display_data] => stdClass Object ( [brand_name] => Pedal Classics ) ) [description] => Order number B5B6L2 [invoice_id] => 562 [items] => Array ( [0] => stdClass Object ( [name] => Madison driving the 1952 VW Beetle (New) [unit_amount] => stdClass Object ( [currency_code] => EUR [value] => 16.00 ) [tax] => stdClass Object ( [currency_code] => EUR [value] => 0.00 ) [quantity] => 1 [sku] => Madison_driving_the_1952_VW_Beetle ) ) [payments] => stdClass Object ( [captures] => Array ( [0] => stdClass Object ( [id] => xxxxx [status] => COMPLETED [amount] => stdClass Object ( [currency_code] => EUR [value] => 16.00 ) [final_capture] => 1 [seller_protection] => stdClass Object ( [status] => ELIGIBLE [dispute_categories] => Array ( [0] => ITEM_NOT_RECEIVED [1] => UNAUTHORIZED_TRANSACTION ) ) [seller_receivable_breakdown] => stdClass Object ( [gross_amount] => stdClass Object ( [currency_code] => EUR [value] => 16.00 ) [paypal_fee] => stdClass Object ( [currency_code] => EUR [value] => 0.89 ) [net_amount] => stdClass Object ( [currency_code] => EUR [value] => 15.11 ) ) [invoice_id] => 562 [links] => Array ( [0] => stdClass Object ( [href] => url:api.paypal.com/v2/payments/captures/xxxxx [rel] => self [method] => GET ) [1] => stdClass Object ( [href] => url:api.paypal.com/v2/payments/captures/xxxxx/refund [rel] => refund [method] => POST ) [2] => stdClass Object ( [href] => url:api.paypal.com/v2/checkout/orders/xxxxx [rel] => up [method] => GET ) ) [create_time] => 2026-06-02T07:06:33Z [update_time] => 2026-06-02T07:06:33Z ) ) ) ) ) [payer] => stdClass Object ( [name] => stdClass Object ( [given_name] => Peter [surname] => Wouda ) [email_address] => mail@adres [payer_id] => ZXPYQ3FKLXC76 [address] => stdClass Object ( [country_code] => NL ) ) [create_time] => 2026-06-02T07:06:33Z [update_time] => 2026-06-02T07:06:33Z [links] => Array ( [0] => stdClass Object ( [href] => url:api.paypal.com/v2/checkout/orders/xxxxx [rel] => self [method] => GET ) ) )") by [remcovolbeda](/forum/user/56255-remcovolbeda "View remcovolbeda's Profile") 5 months 1 week ago | | [](/forum/29-payment-methods/910542-paypal-checkout-buttons-only-appear-on-order-confirmation-page-not-on-payment-p) | [PayPal Checkout buttons only appear on order confirmation page, not on payment p](/forum/29-payment-methods/910542-paypal-checkout-buttons-only-appear-on-order-confirmation-page-not-on-payment-p "-- HikaShop version -- : 6.4.1 -- Joomla version -- : 3.10.2 -- PHP version -- : 7.4.33 Hello, I am using the latest version of HikaShop with the PayPal Checkout plugin. I want the PayPal Smart Buttons to appear directly on the payment checkout page. However, they do not load there at all. When the customer is on the payment step, they only see the radio button and the payment description. The actual PayPal buttons only appear later, on the final order confirmation page. My checkout workflow has the Cart and Payment blocks configured together, but the buttons still refuse to render on the payment page. Could you please help me figure out how to make the PayPal buttons load directly on the payment step instead of the confirmation page? Thank you!") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 5 months 2 weeks ago, by [mail@quantumtouch.com](/forum/user/7996-mail-quantumtouch-com "View mail@quantumtouch.com's Profile") [Last Post](/forum/29-payment-methods/910542-paypal-checkout-buttons-only-appear-on-order-confirmation-page-not-on-payment-p#372041 "Hello, What you describe is doable as a custom plugin, and HikaShop actually gives you two clean places to render the buttons on the payment step, so you do not have to fight the checkout. Here is the architecture I would consider safest, point by point. Rendering the buttons on the payment step, two options: 1) Payment-plugin custom HTML (simplest, recommended to start). A payment plugin can output its own HTML in the payment block: implement onPaymentDisplay() and set $method->custom_html on your method. HikaShop renders that HTML under the method, and only when the method is selected, which is exactly where you want the buttons. Several gateways (Klarna, Alma, AfterPay, Atos...) already use this to inject their widgets at the payment step. 2) Checkout API custom block (more control over placement). If you would rather have the buttons as their own checkout block instead of tied to the payment method, register a block with the Checkout API: onCheckoutStepList() to declare it so it shows up in the checkout workflow configuration, onInitCheckoutStep() to prepare its data, and onCheckoutStepDisplay() to output its HTML (for layouts prefixed with "plg."). The merchant then drops your block wherever they want in the workflow. Start with option 1 (scoped to the method, shown on selection automatically); use option 2 if you need the buttons outside the payment-method list. createOrder, before any HikaShop order exists Compute the amount server-side from the current HikaShop cart (cart and currency classes), never from the client, and create the PayPal order for that amount in an endpoint of your plugin. At the same time, store a fingerprint of the cart (a hash of the line items, total and currency) in the HikaShop checkout session. That is your cart snapshot, re-checked at capture. Creating the HikaShop order in the approval callback Yes, creating the order only in the PayPal approval callback is the right choice to avoid early orders. Create it by going through HikaShop's own checkout order-creation path (the same one the confirmation step uses), not a hand-rolled insert, so every validation and every other plugin hooking order creation still runs. Before creating it, re-read the cart and compare to the fingerprint: if anything changed (price, stock, coupon, contents), abort and send the customer back. That "pay, then the cart changes" window is exactly what the standard end-of-checkout flow avoids by design. Then capture the payment server-side, verify the captured amount equals the order total, and on success redirect to that order's standard end/thanks page. Security points not to skip All amounts and the capture verification stay server-side; the client only carries the PayPal order id. You are effectively re-implementing the guarantees of HikaShop's confirmation step (terms acceptance, final stock/coupon/total validation, totals lock), and anything missed there becomes a consistency or security gap. Reuse the PayPal Checkout plugin's existing API class for create/capture instead of rewriting the PayPal calls; it already handles auth and the REST endpoints. On performance, the step stays light: the SDK and the createOrder call only fire when your method is selected, and createOrder is a single server call. The heavy work (validation, order creation, capture) happens once, on approval, so the page itself does not get slower. Skeleton to point you in the right direction (option 1, illustrative, not copy-paste ready): Net: plan for a fully custom plugin; the pieces you can safely reuse are the existing plugin's PayPal API class and HikaShop's standard order-creation path. If you would rather not re-implement the confirmation-step guarantees, the lower-risk alternative is to keep the standard flow and condense the checkout so the buttons appear as early as possible.") 5 months 2 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:338 | [Last Post](/forum/29-payment-methods/910542-paypal-checkout-buttons-only-appear-on-order-confirmation-page-not-on-payment-p#372041 "Hello, What you describe is doable as a custom plugin, and HikaShop actually gives you two clean places to render the buttons on the payment step, so you do not have to fight the checkout. Here is the architecture I would consider safest, point by point. Rendering the buttons on the payment step, two options: 1) Payment-plugin custom HTML (simplest, recommended to start). A payment plugin can output its own HTML in the payment block: implement onPaymentDisplay() and set $method->custom_html on your method. HikaShop renders that HTML under the method, and only when the method is selected, which is exactly where you want the buttons. Several gateways (Klarna, Alma, AfterPay, Atos...) already use this to inject their widgets at the payment step. 2) Checkout API custom block (more control over placement). If you would rather have the buttons as their own checkout block instead of tied to the payment method, register a block with the Checkout API: onCheckoutStepList() to declare it so it shows up in the checkout workflow configuration, onInitCheckoutStep() to prepare its data, and onCheckoutStepDisplay() to output its HTML (for layouts prefixed with "plg."). The merchant then drops your block wherever they want in the workflow. Start with option 1 (scoped to the method, shown on selection automatically); use option 2 if you need the buttons outside the payment-method list. createOrder, before any HikaShop order exists Compute the amount server-side from the current HikaShop cart (cart and currency classes), never from the client, and create the PayPal order for that amount in an endpoint of your plugin. At the same time, store a fingerprint of the cart (a hash of the line items, total and currency) in the HikaShop checkout session. That is your cart snapshot, re-checked at capture. Creating the HikaShop order in the approval callback Yes, creating the order only in the PayPal approval callback is the right choice to avoid early orders. Create it by going through HikaShop's own checkout order-creation path (the same one the confirmation step uses), not a hand-rolled insert, so every validation and every other plugin hooking order creation still runs. Before creating it, re-read the cart and compare to the fingerprint: if anything changed (price, stock, coupon, contents), abort and send the customer back. That "pay, then the cart changes" window is exactly what the standard end-of-checkout flow avoids by design. Then capture the payment server-side, verify the captured amount equals the order total, and on success redirect to that order's standard end/thanks page. Security points not to skip All amounts and the capture verification stay server-side; the client only carries the PayPal order id. You are effectively re-implementing the guarantees of HikaShop's confirmation step (terms acceptance, final stock/coupon/total validation, totals lock), and anything missed there becomes a consistency or security gap. Reuse the PayPal Checkout plugin's existing API class for create/capture instead of rewriting the PayPal calls; it already handles auth and the REST endpoints. On performance, the step stays light: the SDK and the createOrder call only fire when your method is selected, and createOrder is a single server call. The heavy work (validation, order creation, capture) happens once, on approval, so the page itself does not get slower. Skeleton to point you in the right direction (option 1, illustrative, not copy-paste ready): Net: plan for a fully custom plugin; the pieces you can safely reuse are the existing plugin's PayPal API class and HikaShop's standard order-creation path. If you would rather not re-implement the confirmation-step guarantees, the lower-risk alternative is to keep the standard flow and condense the checkout so the buttons appear as early as possible.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 5 months 2 weeks ago | | [](/forum/29-payment-methods/909911-authorizejs-payment-plugin-has-started-throwing-invalid-ots-token) | [Authorizejs payment plugin has started throwing "Invalid OTS Token"](/forum/29-payment-methods/909911-authorizejs-payment-plugin-has-started-throwing-invalid-ots-token "-- HikaShop version -- : 6.1.0 -- Joomla version -- : 4.1.14 -- Error-message(debug-mod must be tuned on) -- : E00114 - Invalid OTS Token. This morning, a long-running site we host suddenly started throwing a checkout error "E00114 - Invalid OTS Token" from the AuthorizeJS plugin we've been running for about three years (v1.0.5). From what I can tell, this occurs when code attempts to run two quick processes to Authorize.net using the same nonce. There were no software changes on our site (we haven't made the update to Joomla5 yet) no Joomla change, no PHP change, no Apache change. At the moment the error began, we were on Hikashop v5, I have since upgraded to v6.1, but saw no change. I also tested the plugin's debug setting. We bought the plugin in late 2023, so we still should be covered by its 4-years of updates offer., if there is an update out there. When I went into Authorize.net, I saw that they had updated their user interface since I had last visited, but there were no notices of a system update on their site. My customer's site hasn't been able to capture any orders since this began, and, of course this happens at the start of their heaviest promotions of the year. Thank you for your help.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 11 months 3 weeks ago, by [icomex](/forum/user/4967-icomex "View icomex's Profile") [Last Post](/forum/29-payment-methods/909911-authorizejs-payment-plugin-has-started-throwing-invalid-ots-token#371897 "Hello, I'm sorry but adding a delay in the plugin for everybody is not something "good". It means that for every order paid by Authorize, you will ask for a wait of 10 seconds before trying to contact Authorize. Nicolas pointed another website talking about the issue: The issue is related to Authorize itself. Adding a configuration setting so you can more easily configure the delay you want, is possible. But we won't update the plugin and force 10s wait for everybody. Regards,") 6 months 2 days ago by [Jerome](/forum/user/80-jerome "View Jerome's Profile") | Replies:5 Views:1557 | [Last Post](/forum/29-payment-methods/909911-authorizejs-payment-plugin-has-started-throwing-invalid-ots-token#371897 "Hello, I'm sorry but adding a delay in the plugin for everybody is not something "good". It means that for every order paid by Authorize, you will ask for a wait of 10 seconds before trying to contact Authorize. Nicolas pointed another website talking about the issue: The issue is related to Authorize itself. Adding a configuration setting so you can more easily configure the delay you want, is possible. But we won't update the plugin and force 10s wait for everybody. Regards,") by [Jerome](/forum/user/80-jerome "View Jerome's Profile") 6 months 2 days ago | | [](/forum/29-payment-methods/910155-swiss-qr-bill) | [Swiss QR bill](/forum/29-payment-methods/910155-swiss-qr-bill "-- url of the page with the problem -- : www.ericspeanuts.com -- HikaShop version -- : 6.3.0 -- Joomla version -- : 6 -- PHP version -- : 8 -- Browser(s) name and version -- : chrome Hello, I am interested in the Swiss QR Bill. Before I purchase, can you tell me what the output looks like: * After checkout, does the system generate an invoice with a QR code at the bottom of the invoice (standard invoice outlook here in Switzerland)? Is the invoice sent by email? Or Is the QR code generated on the website at the end of the checkout process? All of the above? Can we control invoice outlook with QR code? At the backend, if I click on the order/invoice menu, will the invoice be generated with a QR coe at the bottom of the invoice? * Thank you in advance for your help, Eric") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 8 months 1 week ago, by [epware](/forum/user/28245-epware "View epware's Profile") [Last Post](/forum/29-payment-methods/910155-swiss-qr-bill#371796 "Hello Nicolas, thank you very much for your feedback! It’s working very well. Have a great day!") 6 months 1 week ago by [greg.o](/forum/user/6357-greg-o "View greg.o's Profile") | Replies:4 Views:538 | [Last Post](/forum/29-payment-methods/910155-swiss-qr-bill#371796 "Hello Nicolas, thank you very much for your feedback! It’s working very well. Have a great day!") by [greg.o](/forum/user/6357-greg-o "View greg.o's Profile") 6 months 1 week ago | | [](/forum/29-payment-methods/910456-hikashop-credit-card-plugin-stopped-collecting-first-part-of-no-after-update) | [HikaShop Credit Card Plugin Stopped Collecting First Part of No after update](/forum/29-payment-methods/910456-hikashop-credit-card-plugin-stopped-collecting-first-part-of-no-after-update "-- HikaShop version -- : 6.4.0 -- Joomla version -- : 5.4.5 -- PHP version -- : 8.3 -- Browser(s) name and version -- : Chrome 147.0.7727.56 After upgrading Joomla and Hika Shop to the latest versions, the Hikashop credit card plugin continues to send the second half of the credit card number to the shop owner, but no longer collects the first part of the credit card number within the Order record. Is there a fix or do you have advice on troubleshooting this? Thanks!") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 6 months 4 weeks ago, by [nickk](/forum/user/59388-nickk "View nickk's Profile") [Last Post](/forum/29-payment-methods/910456-hikashop-credit-card-plugin-stopped-collecting-first-part-of-no-after-update#371543 "Hello, Thank you for the report. You're right, this is a regression that slipped into 6.4.0. During an internal refactoring of how payment plugins record information on orders, the step that stores the beginning of the credit card number on the order stopped being executed. The rest of the flow was not affected, which is why the end of the number still reaches the shop owner through the email notification as before. We have just fixed the issue and it has been included in the 6.4.1 version of HikaShop we just released. If you need the fix without updating, you can edit the file administrator/components/com_hikashop/helpers/paymentplugin.php. Near the top of the modifyOrder function, locate this line: if(!empty($id) && $id !== false) { and change it to: if(!empty($id) \|\| is_object($order_id)) { After saving the file, new orders will again show the beginning of the credit card number in the backend.") 6 months 4 weeks ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:1 Views:377 | [Last Post](/forum/29-payment-methods/910456-hikashop-credit-card-plugin-stopped-collecting-first-part-of-no-after-update#371543 "Hello, Thank you for the report. You're right, this is a regression that slipped into 6.4.0. During an internal refactoring of how payment plugins record information on orders, the step that stores the beginning of the credit card number on the order stopped being executed. The rest of the flow was not affected, which is why the end of the number still reaches the shop owner through the email notification as before. We have just fixed the issue and it has been included in the 6.4.1 version of HikaShop we just released. If you need the fix without updating, you can edit the file administrator/components/com_hikashop/helpers/paymentplugin.php. Near the top of the modifyOrder function, locate this line: if(!empty($id) && $id !== false) { and change it to: if(!empty($id) \|\| is_object($order_id)) { After saving the file, new orders will again show the beginning of the credit card number in the backend.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 6 months 4 weeks ago | | [ ](#forumtop) | | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.058 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)