[Skip to main content](#vessel-content) # Profile for oneduality ## [![oneduality's Avatar](https://www.hikashop.com/media/kunena/core/svg/person.svg)](/forum/user/38637-oneduality "View oneduality's Profile") **[ Offline](/forum/user/38637-oneduality)** - **User Type:** User - **Register Date:** 03 Sep 2015 - **Last login:** 8 years 1 month ago - **Time Zone:** UTC +0:00 - **Local Time:** 20:45 - **Posts:** 31 - **Profile views:** 72 - **Thank you received:** 1 - **Gender:** Unknown - **Birthdate:** Unknown - Posts # oneduality's recent posts (31 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/4-how-to/865053-how-to-restore-a-deleted-product#276099) | [How to restore a deleted product](/forum/4-how-to/865053-how-to-restore-a-deleted-product#276099 "How do you restore or undelete a product that was deleted?") Category: [How to?](/forum/4-how-to "If you didn't find the answer on our documentation neither on existing posts, please ask your question here.") Topic started 12 years 9 months ago, by [Duchesne](/forum/user/13177-duchesne "View Duchesne's Profile") [Last Post](/forum/4-how-to/865053-how-to-restore-a-deleted-product#276105 "Hi, Thank you for your input. It's done so especially to avoid having to delete and then trash the elements when you want to delete them. If you want to remove them but keep them somewhere, then unpublish them. And we especially have the confirmation popup for cases where you clicked on the delete button by mistake. So I don't see a need for a trash process. It's not like on a file manager (windows, etc) when you don't have an "unpublish" button and where the trash bin is a proxy like the unpublish feature in a way. Now I see why someone might expect such trash capability as Joomla offers it. In the 7 years HikaShop existed we didn't have much feedback regarding that as being a problem so I can't say we'll change that, but we'll take your input into consideration for futur improvements. I would also recommend a backup rotation strategy for your website: en.wikipedia.org/wiki/Backup_rotation_scheme Because if you don't, it's really easy to have a backup rendered useless because the hacking of your website happened just before the backup and all you're left with is the backup after the hack happened.") 9 years 2 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:3 Views:2982 | [Last Post](/forum/4-how-to/865053-how-to-restore-a-deleted-product#276105 "Hi, Thank you for your input. It's done so especially to avoid having to delete and then trash the elements when you want to delete them. If you want to remove them but keep them somewhere, then unpublish them. And we especially have the confirmation popup for cases where you clicked on the delete button by mistake. So I don't see a need for a trash process. It's not like on a file manager (windows, etc) when you don't have an "unpublish" button and where the trash bin is a proxy like the unpublish feature in a way. Now I see why someone might expect such trash capability as Joomla offers it. In the 7 years HikaShop existed we didn't have much feedback regarding that as being a problem so I can't say we'll change that, but we'll take your input into consideration for futur improvements. I would also recommend a backup rotation strategy for your website: en.wikipedia.org/wiki/Backup_rotation_scheme Because if you don't, it's really easy to have a backup rendered useless because the hacking of your website happened just before the backup and all you're left with is the backup after the hack happened.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 9 years 2 months ago | | [](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628) | [AUTHNET: AIM payment notifications not sending](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.5.1 -- PHP version -- : 5.4.23 Whne we use PayPal hikashop sends notifications from hikashop normally, but when we switch to Authorize.net using the AIM method, no notifications come from the store themselves, they come from Authorize.net and the client doesn't want that because they have very customized notifications. How can this be fixed? I know merchant notifications can be turned off in Authorize.net but we don't want that unless Hikashop is sending notifications instead. As I said, when we switch to PayPal it works as desired but they are looking to switch away from PayPal") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 4 months ago, by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") [Last Post](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628 "I see... so with authorize.net the way I have it they won't get the creation message if they are declined correct? if so then I can work with that. We had the create notification disabled because we...") 10 years 4 months ago by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") | Replies:11 Views:1151 | [Last Post](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628 "I see... so with authorize.net the way I have it they won't get the creation message if they are declined correct? if so then I can work with that. We had the create notification disabled because we...") by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") 10 years 4 months ago | | [](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243233) | [AUTHNET: AIM payment notifications not sending](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243233 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.5.1 -- PHP version -- : 5.4.23 Whne we use PayPal hikashop sends notifications from hikashop normally, but when we switch to Authorize.net using the AIM method, no notifications come from the store themselves, they come from Authorize.net and the client doesn't want that because they have very customized notifications. How can this be fixed? I know merchant notifications can be turned off in Authorize.net but we don't want that unless Hikashop is sending notifications instead. As I said, when we switch to PayPal it works as desired but they are looking to switch away from PayPal") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 4 months ago, by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") [Last Post](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628 "I see... so with authorize.net the way I have it they won't get the creation message if they are declined correct? if so then I can work with that. We had the create notification disabled because we...") 10 years 4 months ago by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") | Replies:11 Views:1151 | [Last Post](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628 "I see... so with authorize.net the way I have it they won't get the creation message if they are declined correct? if so then I can work with that. We had the create notification disabled because we...") by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") 10 years 4 months ago | | [](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243123) | [AUTHNET: AIM payment notifications not sending](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243123 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.5.1 -- PHP version -- : 5.4.23 Whne we use PayPal hikashop sends notifications from hikashop normally, but when we switch to Authorize.net using the AIM method, no notifications come from the store themselves, they come from Authorize.net and the client doesn't want that because they have very customized notifications. How can this be fixed? I know merchant notifications can be turned off in Authorize.net but we don't want that unless Hikashop is sending notifications instead. As I said, when we switch to PayPal it works as desired but they are looking to switch away from PayPal") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 4 months ago, by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") [Last Post](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628 "I see... so with authorize.net the way I have it they won't get the creation message if they are declined correct? if so then I can work with that. We had the create notification disabled because we...") 10 years 4 months ago by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") | Replies:11 Views:1151 | [Last Post](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628 "I see... so with authorize.net the way I have it they won't get the creation message if they are declined correct? if so then I can work with that. We had the create notification disabled because we...") by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") 10 years 4 months ago | | [](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#241940) | [AUTHNET: AIM payment notifications not sending](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#241940 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.5.1 -- PHP version -- : 5.4.23 Whne we use PayPal hikashop sends notifications from hikashop normally, but when we switch to Authorize.net using the AIM method, no notifications come from the store themselves, they come from Authorize.net and the client doesn't want that because they have very customized notifications. How can this be fixed? I know merchant notifications can be turned off in Authorize.net but we don't want that unless Hikashop is sending notifications instead. As I said, when we switch to PayPal it works as desired but they are looking to switch away from PayPal") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 4 months ago, by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") [Last Post](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628 "I see... so with authorize.net the way I have it they won't get the creation message if they are declined correct? if so then I can work with that. We had the create notification disabled because we...") 10 years 4 months ago by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") | Replies:11 Views:1151 | [Last Post](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628 "I see... so with authorize.net the way I have it they won't get the creation message if they are declined correct? if so then I can work with that. We had the create notification disabled because we...") by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") 10 years 4 months ago | | [](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#241827) | [AUTHNET: AIM payment notifications not sending](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#241827 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.5.1 -- PHP version -- : 5.4.23 Whne we use PayPal hikashop sends notifications from hikashop normally, but when we switch to Authorize.net using the AIM method, no notifications come from the store themselves, they come from Authorize.net and the client doesn't want that because they have very customized notifications. How can this be fixed? I know merchant notifications can be turned off in Authorize.net but we don't want that unless Hikashop is sending notifications instead. As I said, when we switch to PayPal it works as desired but they are looking to switch away from PayPal") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 4 months ago, by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") [Last Post](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628 "I see... so with authorize.net the way I have it they won't get the creation message if they are declined correct? if so then I can work with that. We had the create notification disabled because we...") 10 years 4 months ago by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") | Replies:11 Views:1151 | [Last Post](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628 "I see... so with authorize.net the way I have it they won't get the creation message if they are declined correct? if so then I can work with that. We had the create notification disabled because we...") by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") 10 years 4 months ago | | [](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#241826) | [AUTHNET: AIM payment notifications not sending](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#241826 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.5.1 -- PHP version -- : 5.4.23 Whne we use PayPal hikashop sends notifications from hikashop normally, but when we switch to Authorize.net using the AIM method, no notifications come from the store themselves, they come from Authorize.net and the client doesn't want that because they have very customized notifications. How can this be fixed? I know merchant notifications can be turned off in Authorize.net but we don't want that unless Hikashop is sending notifications instead. As I said, when we switch to PayPal it works as desired but they are looking to switch away from PayPal") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 4 months ago, by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") [Last Post](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628 "I see... so with authorize.net the way I have it they won't get the creation message if they are declined correct? if so then I can work with that. We had the create notification disabled because we...") 10 years 4 months ago by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") | Replies:11 Views:1151 | [Last Post](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628 "I see... so with authorize.net the way I have it they won't get the creation message if they are declined correct? if so then I can work with that. We had the create notification disabled because we...") by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") 10 years 4 months ago | | [](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#241706) | [AUTHNET: AIM payment notifications not sending](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#241706 "-- HikaShop version -- : 2.6.3 -- Joomla version -- : 3.5.1 -- PHP version -- : 5.4.23 Whne we use PayPal hikashop sends notifications from hikashop normally, but when we switch to Authorize.net using the AIM method, no notifications come from the store themselves, they come from Authorize.net and the client doesn't want that because they have very customized notifications. How can this be fixed? I know merchant notifications can be turned off in Authorize.net but we don't want that unless Hikashop is sending notifications instead. As I said, when we switch to PayPal it works as desired but they are looking to switch away from PayPal") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 4 months ago, by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") [Last Post](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628 "I see... so with authorize.net the way I have it they won't get the creation message if they are declined correct? if so then I can work with that. We had the create notification disabled because we...") 10 years 4 months ago by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") | Replies:11 Views:1151 | [Last Post](/forum/29-payment-methods/884835-authnet-aim-payment-notifications-not-sending#243628 "I see... so with authorize.net the way I have it they won't get the creation message if they are declined correct? if so then I can work with that. We had the create notification disabled because we...") by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") 10 years 4 months ago | | [](/forum/29-payment-methods/884338-paypal-payments-advanced-weird-error-situation#239387) | [Paypal Payments Advanced - Weird error situation](/forum/29-payment-methods/884338-paypal-payments-advanced-weird-error-situation#239387 "-- HikaShop version -- : 2.6.2 -- PHP version -- : 5.4.23 -- Browser(s) name and version -- : Chrome, not browser related -- Error-message(debug-mod must be tuned on) -- : x Message Notification refused because of wrong secret code given : Formatted in exactly that way .. This says that I don't have the latest version yet Hikashop states "You have the latest stable version of HikaShop Business: 2.6.2" so I will proceed with the question.. The customers seem to be getting charged twice.. Before this was happening the iframe was actually giving a 404 error and I noticed something odd. PayPal used to return them to a file called paypaladvanced_2.php but I noticed that now it was trying to return them to paypaladvanced_return_2.php for some strange reason, and that file didn't exist. So I tried just copying paypaladvanced_2.php to paypaladvanced_return_2.php .. that's when I noticed these errors showing up in the iframe. I've attached a screenshot") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 5 months ago, by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") [Last Post](/forum/29-payment-methods/884338-paypal-payments-advanced-weird-error-situation#239390 "Hi, 1. For example, suppose that you had installed an old version which didn't had those files generated. And when you udpated, after you built the website, the plugins folder was not writable (it can happen when you migrate a website from one server to another, from dev to live environment, when you upload files/folders via FTP, etc). So the update still worked, but you didn't get the new files for the plugins including this plugin as it is not a critical issue for updates and old plugins will still work with new versions of HikaShop. Now, since the update you did with the previous release, you fixed the permissions in the plugins folder and thus the update process was able to update the files of the plugins, and you went for the version of more than a year ago of the paypal advanced plugin to the latest one, and thus you got the problem as you had to save the settings to have it generate the files. I'm not saying that it was the reason for what you're describing. But it's a possibility. 2. Please try a transaction with the debug mode of the payment method activated. Then, look at the payment log in the HikaShop configuration. It should contain valuable information about what's going on.") 10 years 5 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:10 Views:830 | [Last Post](/forum/29-payment-methods/884338-paypal-payments-advanced-weird-error-situation#239390 "Hi, 1. For example, suppose that you had installed an old version which didn't had those files generated. And when you udpated, after you built the website, the plugins folder was not writable (it can happen when you migrate a website from one server to another, from dev to live environment, when you upload files/folders via FTP, etc). So the update still worked, but you didn't get the new files for the plugins including this plugin as it is not a critical issue for updates and old plugins will still work with new versions of HikaShop. Now, since the update you did with the previous release, you fixed the permissions in the plugins folder and thus the update process was able to update the files of the plugins, and you went for the version of more than a year ago of the paypal advanced plugin to the latest one, and thus you got the problem as you had to save the settings to have it generate the files. I'm not saying that it was the reason for what you're describing. But it's a possibility. 2. Please try a transaction with the debug mode of the payment method activated. Then, look at the payment log in the HikaShop configuration. It should contain valuable information about what's going on.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 10 years 5 months ago | | [](/forum/29-payment-methods/884338-paypal-payments-advanced-weird-error-situation#239350) | [Paypal Payments Advanced - Weird error situation](/forum/29-payment-methods/884338-paypal-payments-advanced-weird-error-situation#239350 "-- HikaShop version -- : 2.6.2 -- PHP version -- : 5.4.23 -- Browser(s) name and version -- : Chrome, not browser related -- Error-message(debug-mod must be tuned on) -- : x Message Notification refused because of wrong secret code given : Formatted in exactly that way .. This says that I don't have the latest version yet Hikashop states "You have the latest stable version of HikaShop Business: 2.6.2" so I will proceed with the question.. The customers seem to be getting charged twice.. Before this was happening the iframe was actually giving a 404 error and I noticed something odd. PayPal used to return them to a file called paypaladvanced_2.php but I noticed that now it was trying to return them to paypaladvanced_return_2.php for some strange reason, and that file didn't exist. So I tried just copying paypaladvanced_2.php to paypaladvanced_return_2.php .. that's when I noticed these errors showing up in the iframe. I've attached a screenshot") Category: [Payment Methods](/forum/29-payment-methods "Discussions about the different payment methods for Hikashop") Topic started 10 years 5 months ago, by [oneduality](/forum/user/38637-oneduality "View oneduality's Profile") [Last Post](/forum/29-payment-methods/884338-paypal-payments-advanced-weird-error-situation#239390 "Hi, 1. For example, suppose that you had installed an old version which didn't had those files generated. And when you udpated, after you built the website, the plugins folder was not writable (it can happen when you migrate a website from one server to another, from dev to live environment, when you upload files/folders via FTP, etc). So the update still worked, but you didn't get the new files for the plugins including this plugin as it is not a critical issue for updates and old plugins will still work with new versions of HikaShop. Now, since the update you did with the previous release, you fixed the permissions in the plugins folder and thus the update process was able to update the files of the plugins, and you went for the version of more than a year ago of the paypal advanced plugin to the latest one, and thus you got the problem as you had to save the settings to have it generate the files. I'm not saying that it was the reason for what you're describing. But it's a possibility. 2. Please try a transaction with the debug mode of the payment method activated. Then, look at the payment log in the HikaShop configuration. It should contain valuable information about what's going on.") 10 years 5 months ago by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") | Replies:10 Views:830 | [Last Post](/forum/29-payment-methods/884338-paypal-payments-advanced-weird-error-situation#239390 "Hi, 1. For example, suppose that you had installed an old version which didn't had those files generated. And when you udpated, after you built the website, the plugins folder was not writable (it can happen when you migrate a website from one server to another, from dev to live environment, when you upload files/folders via FTP, etc). So the update still worked, but you didn't get the new files for the plugins including this plugin as it is not a critical issue for updates and old plugins will still work with new versions of HikaShop. Now, since the update you did with the previous release, you fixed the permissions in the plugins folder and thus the update process was able to update the files of the plugins, and you went for the version of more than a year ago of the paypal advanced plugin to the latest one, and thus you got the problem as you had to save the settings to have it generate the files. I'm not saying that it was the reason for what you're describing. But it's a possibility. 2. Please try a transaction with the debug mode of the payment method activated. Then, look at the payment log in the HikaShop configuration. It should contain valuable information about what's going on.") by [nicolas](/forum/user/63-nicolas "View nicolas's Profile") 10 years 5 months ago | [](/forum/topics/feed/mode-topics?format=feed&type=rss) Time to create page: 0.189 seconds [Powered by](/forum/credits) [Kunena Forum](https://www.kunena.org) [](#top)