[Skip to main content](#vessel-content) # Profile for longhiba ## [![longhiba's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/58885-longhiba "View longhiba's Profile") **[ Offline](/forum/user/58885-longhiba)** - **User Type:** User - **Register Date:** 18 Nov 2019 - **Last login:** 2 years 5 months ago - **Time Zone:** UTC +0:00 - **Local Time:** 06:11 - **Posts:** 11 - **Profile views:** 42 - **Gender:** Unknown - **Birthdate:** Unknown - Posts # longhiba's recent posts (11 messages ) All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year All Since last visit 4 Hours 8 Hours 12 Hours 24 Hours 48 Hours Week Month Year | [ ](#forumbottom) | Subject | Replies / Views | Last Post | [ ](#forumtop) | |---|---|---|---|---| | [](/forum/29-payment-methods/908217-payment-configuration-parameter-returning-a-corrupted-value#361269) | [Payment configuration parameter returning a corrupted value](/forum/29-payment-methods/908217-payment-configuration-parameter-returning-a-corrupted-value#361269 "-- HikaShop version -- : 4.7.1 -- Joomla version -- : 4.2.8 -- PHP version -- : 8.0.30 Hi, I've implemented a Payment plugin based on your example, perfectly working on sandbox, but not working in production for coding problems. After a lot of checks my Bank support found that the problem is that the Terminal ID sent on initialization and on payment notification is sent not as simple string (a number) but some special charcters are added. I initiate my plugin parameters through pluginConfig array: On database I checked that my values are memorized correctly: The problem is that, when I call them to initiate the transaction process with this call: $tid is sent as 30888470 instead of 30888470 So that the payment system doesn't recognize the terminal ID and payment fails. On logs is rendered as 30888470 All other parameters renders as they should be, included the Ksign (the API key). If I bypass plugin parameter and write it as a string everythig works. I could make a function to "clean" the erroneus value, but I would like to understand why this parameter is modified and why only this! Thanks for help.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 2 years 5 months ago, by [longhiba](/forum/user/58885-longhiba "View longhiba's Profile") [Last Post](/forum/29-payment-methods/908217-payment-configuration-parameter-returning-a-corrupted-value#361269 "Hi, it was exactly like this. Thank you so much.") 2 years 5 months ago by [longhiba](/forum/user/58885-longhiba "View longhiba's Profile") | Replies:2 Views:700 | [Last Post](/forum/29-payment-methods/908217-payment-configuration-parameter-returning-a-corrupted-value#361269 "Hi, it was exactly like this. Thank you so much.") by [longhiba](/forum/user/58885-longhiba "View longhiba's Profile") 2 years 5 months ago | | [](/forum/29-payment-methods/908217-payment-configuration-parameter-returning-a-corrupted-value#361249) | [Payment configuration parameter returning a corrupted value](/forum/29-payment-methods/908217-payment-configuration-parameter-returning-a-corrupted-value#361249 "-- HikaShop version -- : 4.7.1 -- Joomla version -- : 4.2.8 -- PHP version -- : 8.0.30 Hi, I've implemented a Payment plugin based on your example, perfectly working on sandbox, but not working in production for coding problems. After a lot of checks my Bank support found that the problem is that the Terminal ID sent on initialization and on payment notification is sent not as simple string (a number) but some special charcters are added. I initiate my plugin parameters through pluginConfig array: On database I checked that my values are memorized correctly: The problem is that, when I call them to initiate the transaction process with this call: $tid is sent as 30888470 instead of 30888470 So that the payment system doesn't recognize the terminal ID and payment fails. On logs is rendered as 30888470 All other parameters renders as they should be, included the Ksign (the API key). If I bypass plugin parameter and write it as a string everythig works. I could make a function to "clean" the erroneus value, but I would like to understand why this parameter is modified and why only this! Thanks for help.") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 2 years 5 months ago, by [longhiba](/forum/user/58885-longhiba "View longhiba's Profile") [Last Post](/forum/29-payment-methods/908217-payment-configuration-parameter-returning-a-corrupted-value#361269 "Hi, it was exactly like this. Thank you so much.") 2 years 5 months ago by [longhiba](/forum/user/58885-longhiba "View longhiba's Profile") | Replies:2 Views:700 | [Last Post](/forum/29-payment-methods/908217-payment-configuration-parameter-returning-a-corrupted-value#361269 "Hi, it was exactly like this. Thank you so much.") by [longhiba](/forum/user/58885-longhiba "View longhiba's Profile") 2 years 5 months ago | | [](/forum/27-checkout/906650-payment-return-url-fails#353296) | [Payment return URL fails](/forum/27-checkout/906650-payment-return-url-fails#353296 "-- HikaShop version -- : 4.7.1 -- Joomla version -- : 4.2.8 -- PHP version -- : 8 -- Error-message(debug-mod must be tuned on) -- : Questa pagina non reindirizza in modo corretto Hi, I've implemented a payment plugin based on the one indicated, but slightly different because based in API and not on forma data sending. Everything works ok until redirect to checkout, which fails. This is the plugin workflow: - onAfterOrderConfirm: I send payment data to API and receive back Transaction Id and the return url for display payment options - I store transcation Id in order_payment_params DB (needed later) and redirect to return URL - on returned URL I make the payment (sandbox mode) - after payment is completed the system redirects to notify URL - onPaymentNotification: I get the transaction Id from DB, based on order Id and send it back to API to check payment - Payment is confirmed, so I update the order state to verifiled Until now everythig works like a charm, but when I try to redirect to return URL I get the error "Questa pagina non reindirizza in modo corretto Si è verificato un errore durante la connessione a zoequattro.davide-strati.it. Questo problema spesso è causato dal blocco o dal rifiuto dei cookie." Return URL is: HIKASHOP_LIVE.'index.php?option=com_hikashop&ctrl=checkout&task=after_end&order_id='.$order_id.$this->url_itemid; Returned is like: zoequattro.davide-strati.it/index.php?op...order_token=ADnplTaq I tried disabling Attachinvoice plugin, that gave problems, with no result. I enabled debugging at higher grade, bu no error is outputted. Payment logs are ok. If you want you can test the payment with the following data: MasterCard nr. 5256103270096532 valid until 04/25 CVV2: 241 Attached you can see Payment log. Thanks for help! Barbara") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 3 years 4 months ago, by [longhiba](/forum/user/58885-longhiba "View longhiba's Profile") [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") 3 years 4 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:12 Views:1590 | [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 years 4 months ago | | [](/forum/27-checkout/906650-payment-return-url-fails#353275) | [Payment return URL fails](/forum/27-checkout/906650-payment-return-url-fails#353275 "-- HikaShop version -- : 4.7.1 -- Joomla version -- : 4.2.8 -- PHP version -- : 8 -- Error-message(debug-mod must be tuned on) -- : Questa pagina non reindirizza in modo corretto Hi, I've implemented a payment plugin based on the one indicated, but slightly different because based in API and not on forma data sending. Everything works ok until redirect to checkout, which fails. This is the plugin workflow: - onAfterOrderConfirm: I send payment data to API and receive back Transaction Id and the return url for display payment options - I store transcation Id in order_payment_params DB (needed later) and redirect to return URL - on returned URL I make the payment (sandbox mode) - after payment is completed the system redirects to notify URL - onPaymentNotification: I get the transaction Id from DB, based on order Id and send it back to API to check payment - Payment is confirmed, so I update the order state to verifiled Until now everythig works like a charm, but when I try to redirect to return URL I get the error "Questa pagina non reindirizza in modo corretto Si è verificato un errore durante la connessione a zoequattro.davide-strati.it. Questo problema spesso è causato dal blocco o dal rifiuto dei cookie." Return URL is: HIKASHOP_LIVE.'index.php?option=com_hikashop&ctrl=checkout&task=after_end&order_id='.$order_id.$this->url_itemid; Returned is like: zoequattro.davide-strati.it/index.php?op...order_token=ADnplTaq I tried disabling Attachinvoice plugin, that gave problems, with no result. I enabled debugging at higher grade, bu no error is outputted. Payment logs are ok. If you want you can test the payment with the following data: MasterCard nr. 5256103270096532 valid until 04/25 CVV2: 241 Attached you can see Payment log. Thanks for help! Barbara") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 3 years 4 months ago, by [longhiba](/forum/user/58885-longhiba "View longhiba's Profile") [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") 3 years 4 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:12 Views:1590 | [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 years 4 months ago | | [](/forum/27-checkout/906650-payment-return-url-fails#353272) | [Payment return URL fails](/forum/27-checkout/906650-payment-return-url-fails#353272 "-- HikaShop version -- : 4.7.1 -- Joomla version -- : 4.2.8 -- PHP version -- : 8 -- Error-message(debug-mod must be tuned on) -- : Questa pagina non reindirizza in modo corretto Hi, I've implemented a payment plugin based on the one indicated, but slightly different because based in API and not on forma data sending. Everything works ok until redirect to checkout, which fails. This is the plugin workflow: - onAfterOrderConfirm: I send payment data to API and receive back Transaction Id and the return url for display payment options - I store transcation Id in order_payment_params DB (needed later) and redirect to return URL - on returned URL I make the payment (sandbox mode) - after payment is completed the system redirects to notify URL - onPaymentNotification: I get the transaction Id from DB, based on order Id and send it back to API to check payment - Payment is confirmed, so I update the order state to verifiled Until now everythig works like a charm, but when I try to redirect to return URL I get the error "Questa pagina non reindirizza in modo corretto Si è verificato un errore durante la connessione a zoequattro.davide-strati.it. Questo problema spesso è causato dal blocco o dal rifiuto dei cookie." Return URL is: HIKASHOP_LIVE.'index.php?option=com_hikashop&ctrl=checkout&task=after_end&order_id='.$order_id.$this->url_itemid; Returned is like: zoequattro.davide-strati.it/index.php?op...order_token=ADnplTaq I tried disabling Attachinvoice plugin, that gave problems, with no result. I enabled debugging at higher grade, bu no error is outputted. Payment logs are ok. If you want you can test the payment with the following data: MasterCard nr. 5256103270096532 valid until 04/25 CVV2: 241 Attached you can see Payment log. Thanks for help! Barbara") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 3 years 4 months ago, by [longhiba](/forum/user/58885-longhiba "View longhiba's Profile") [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") 3 years 4 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:12 Views:1590 | [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 years 4 months ago | | [](/forum/27-checkout/906650-payment-return-url-fails#353253) | [Payment return URL fails](/forum/27-checkout/906650-payment-return-url-fails#353253 "-- HikaShop version -- : 4.7.1 -- Joomla version -- : 4.2.8 -- PHP version -- : 8 -- Error-message(debug-mod must be tuned on) -- : Questa pagina non reindirizza in modo corretto Hi, I've implemented a payment plugin based on the one indicated, but slightly different because based in API and not on forma data sending. Everything works ok until redirect to checkout, which fails. This is the plugin workflow: - onAfterOrderConfirm: I send payment data to API and receive back Transaction Id and the return url for display payment options - I store transcation Id in order_payment_params DB (needed later) and redirect to return URL - on returned URL I make the payment (sandbox mode) - after payment is completed the system redirects to notify URL - onPaymentNotification: I get the transaction Id from DB, based on order Id and send it back to API to check payment - Payment is confirmed, so I update the order state to verifiled Until now everythig works like a charm, but when I try to redirect to return URL I get the error "Questa pagina non reindirizza in modo corretto Si è verificato un errore durante la connessione a zoequattro.davide-strati.it. Questo problema spesso è causato dal blocco o dal rifiuto dei cookie." Return URL is: HIKASHOP_LIVE.'index.php?option=com_hikashop&ctrl=checkout&task=after_end&order_id='.$order_id.$this->url_itemid; Returned is like: zoequattro.davide-strati.it/index.php?op...order_token=ADnplTaq I tried disabling Attachinvoice plugin, that gave problems, with no result. I enabled debugging at higher grade, bu no error is outputted. Payment logs are ok. If you want you can test the payment with the following data: MasterCard nr. 5256103270096532 valid until 04/25 CVV2: 241 Attached you can see Payment log. Thanks for help! Barbara") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 3 years 4 months ago, by [longhiba](/forum/user/58885-longhiba "View longhiba's Profile") [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") 3 years 4 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:12 Views:1590 | [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 years 4 months ago | | [](/forum/27-checkout/906650-payment-return-url-fails#353252) | [Payment return URL fails](/forum/27-checkout/906650-payment-return-url-fails#353252 "-- HikaShop version -- : 4.7.1 -- Joomla version -- : 4.2.8 -- PHP version -- : 8 -- Error-message(debug-mod must be tuned on) -- : Questa pagina non reindirizza in modo corretto Hi, I've implemented a payment plugin based on the one indicated, but slightly different because based in API and not on forma data sending. Everything works ok until redirect to checkout, which fails. This is the plugin workflow: - onAfterOrderConfirm: I send payment data to API and receive back Transaction Id and the return url for display payment options - I store transcation Id in order_payment_params DB (needed later) and redirect to return URL - on returned URL I make the payment (sandbox mode) - after payment is completed the system redirects to notify URL - onPaymentNotification: I get the transaction Id from DB, based on order Id and send it back to API to check payment - Payment is confirmed, so I update the order state to verifiled Until now everythig works like a charm, but when I try to redirect to return URL I get the error "Questa pagina non reindirizza in modo corretto Si è verificato un errore durante la connessione a zoequattro.davide-strati.it. Questo problema spesso è causato dal blocco o dal rifiuto dei cookie." Return URL is: HIKASHOP_LIVE.'index.php?option=com_hikashop&ctrl=checkout&task=after_end&order_id='.$order_id.$this->url_itemid; Returned is like: zoequattro.davide-strati.it/index.php?op...order_token=ADnplTaq I tried disabling Attachinvoice plugin, that gave problems, with no result. I enabled debugging at higher grade, bu no error is outputted. Payment logs are ok. If you want you can test the payment with the following data: MasterCard nr. 5256103270096532 valid until 04/25 CVV2: 241 Attached you can see Payment log. Thanks for help! Barbara") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 3 years 4 months ago, by [longhiba](/forum/user/58885-longhiba "View longhiba's Profile") [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") 3 years 4 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:12 Views:1590 | [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 years 4 months ago | | [](/forum/27-checkout/906650-payment-return-url-fails#353089) | [Payment return URL fails](/forum/27-checkout/906650-payment-return-url-fails#353089 "-- HikaShop version -- : 4.7.1 -- Joomla version -- : 4.2.8 -- PHP version -- : 8 -- Error-message(debug-mod must be tuned on) -- : Questa pagina non reindirizza in modo corretto Hi, I've implemented a payment plugin based on the one indicated, but slightly different because based in API and not on forma data sending. Everything works ok until redirect to checkout, which fails. This is the plugin workflow: - onAfterOrderConfirm: I send payment data to API and receive back Transaction Id and the return url for display payment options - I store transcation Id in order_payment_params DB (needed later) and redirect to return URL - on returned URL I make the payment (sandbox mode) - after payment is completed the system redirects to notify URL - onPaymentNotification: I get the transaction Id from DB, based on order Id and send it back to API to check payment - Payment is confirmed, so I update the order state to verifiled Until now everythig works like a charm, but when I try to redirect to return URL I get the error "Questa pagina non reindirizza in modo corretto Si è verificato un errore durante la connessione a zoequattro.davide-strati.it. Questo problema spesso è causato dal blocco o dal rifiuto dei cookie." Return URL is: HIKASHOP_LIVE.'index.php?option=com_hikashop&ctrl=checkout&task=after_end&order_id='.$order_id.$this->url_itemid; Returned is like: zoequattro.davide-strati.it/index.php?op...order_token=ADnplTaq I tried disabling Attachinvoice plugin, that gave problems, with no result. I enabled debugging at higher grade, bu no error is outputted. Payment logs are ok. If you want you can test the payment with the following data: MasterCard nr. 5256103270096532 valid until 04/25 CVV2: 241 Attached you can see Payment log. Thanks for help! Barbara") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 3 years 4 months ago, by [longhiba](/forum/user/58885-longhiba "View longhiba's Profile") [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") 3 years 4 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:12 Views:1590 | [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 years 4 months ago | | [](/forum/27-checkout/906650-payment-return-url-fails#353088) | [Payment return URL fails](/forum/27-checkout/906650-payment-return-url-fails#353088 "-- HikaShop version -- : 4.7.1 -- Joomla version -- : 4.2.8 -- PHP version -- : 8 -- Error-message(debug-mod must be tuned on) -- : Questa pagina non reindirizza in modo corretto Hi, I've implemented a payment plugin based on the one indicated, but slightly different because based in API and not on forma data sending. Everything works ok until redirect to checkout, which fails. This is the plugin workflow: - onAfterOrderConfirm: I send payment data to API and receive back Transaction Id and the return url for display payment options - I store transcation Id in order_payment_params DB (needed later) and redirect to return URL - on returned URL I make the payment (sandbox mode) - after payment is completed the system redirects to notify URL - onPaymentNotification: I get the transaction Id from DB, based on order Id and send it back to API to check payment - Payment is confirmed, so I update the order state to verifiled Until now everythig works like a charm, but when I try to redirect to return URL I get the error "Questa pagina non reindirizza in modo corretto Si è verificato un errore durante la connessione a zoequattro.davide-strati.it. Questo problema spesso è causato dal blocco o dal rifiuto dei cookie." Return URL is: HIKASHOP_LIVE.'index.php?option=com_hikashop&ctrl=checkout&task=after_end&order_id='.$order_id.$this->url_itemid; Returned is like: zoequattro.davide-strati.it/index.php?op...order_token=ADnplTaq I tried disabling Attachinvoice plugin, that gave problems, with no result. I enabled debugging at higher grade, bu no error is outputted. Payment logs are ok. If you want you can test the payment with the following data: MasterCard nr. 5256103270096532 valid until 04/25 CVV2: 241 Attached you can see Payment log. Thanks for help! Barbara") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 3 years 4 months ago, by [longhiba](/forum/user/58885-longhiba "View longhiba's Profile") [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") 3 years 4 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:12 Views:1590 | [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 years 4 months ago | | [](/forum/27-checkout/906650-payment-return-url-fails#352976) | [Payment return URL fails](/forum/27-checkout/906650-payment-return-url-fails#352976 "-- HikaShop version -- : 4.7.1 -- Joomla version -- : 4.2.8 -- PHP version -- : 8 -- Error-message(debug-mod must be tuned on) -- : Questa pagina non reindirizza in modo corretto Hi, I've implemented a payment plugin based on the one indicated, but slightly different because based in API and not on forma data sending. Everything works ok until redirect to checkout, which fails. This is the plugin workflow: - onAfterOrderConfirm: I send payment data to API and receive back Transaction Id and the return url for display payment options - I store transcation Id in order_payment_params DB (needed later) and redirect to return URL - on returned URL I make the payment (sandbox mode) - after payment is completed the system redirects to notify URL - onPaymentNotification: I get the transaction Id from DB, based on order Id and send it back to API to check payment - Payment is confirmed, so I update the order state to verifiled Until now everythig works like a charm, but when I try to redirect to return URL I get the error "Questa pagina non reindirizza in modo corretto Si è verificato un errore durante la connessione a zoequattro.davide-strati.it. Questo problema spesso è causato dal blocco o dal rifiuto dei cookie." Return URL is: HIKASHOP_LIVE.'index.php?option=com_hikashop&ctrl=checkout&task=after_end&order_id='.$order_id.$this->url_itemid; Returned is like: zoequattro.davide-strati.it/index.php?op...order_token=ADnplTaq I tried disabling Attachinvoice plugin, that gave problems, with no result. I enabled debugging at higher grade, bu no error is outputted. Payment logs are ok. If you want you can test the payment with the following data: MasterCard nr. 5256103270096532 valid until 04/25 CVV2: 241 Attached you can see Payment log. Thanks for help! Barbara") Category: [Checkout](/forum/27-checkout "Everything about the checkout process in Hikashop") Topic started 3 years 4 months ago, by [longhiba](/forum/user/58885-longhiba "View longhiba's Profile") [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") 3 years 4 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:12 Views:1590 | [Last Post](/forum/27-checkout/906650-payment-return-url-fails#353297 "Hi, If your payment plugin has a "return_url" option, then it means you want to allow the customer to provide the URL where you redirect back the customer when it arrives on the after_end URL. So if you enter the after_end URL in there, it creates a loop, which you don't want. If you the user doesn't provide a "return URL" or if you don't have the option in the plugin, then HikaShop will stay on the default after_end URL. If you want that URL to be SEFed, you need to call JRoute::_() on it. So intead of : $return_url = 'index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid; you could write: $return_url = JRoute::_('index.php?option_com_hikashop&ctrl=checkout&task=after_end'.$this->url_itemid); The resulting URL should then be something like that: mywebsite.com/alias-on-checkout/checkout/after_end") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 3 years 4 months ago | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.062 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org)