Advanced Search

Hi,

We've been working hard in the past few days on this and the plugin is now available on our marketplace:
www.hikashop.com/marketplace/product/304-recurring-orders.html

It covers exactly what you described and more. Here is how to set it up for your use case (orders on specific days of the week, every week):

1. Install the plugin and enable it in the Joomla Plugin Manager.

2. In HikaShop, go to System > Configuration > Checkout, edit your checkout workflow, and add a "Recurring schedule" block to one of the checkout steps.

3. In the plugin settings (Extensions > Plugins > HikaShop - Recurring Orders), configure:
- "Allowed frequency types": select only "Weekly" since your customers order on specific weekdays.
- "Allow interval change": set to "No" if all customers should order every week (interval = 1). Set to "Yes" if some customers might want every 2 weeks, etc.
- "Checkout mode": "Optional" if only some customers want recurring delivery, or "Forced" if all orders should be recurring.
- Optionally set "Fixed days" if all customers must receive deliveries on the same days (e.g. "1,3,5" for Monday, Wednesday, Friday). Leave empty to let customers choose their own days.

4. On the checkout page, your customers will see the recurring schedule block where they can select which days of the week they want their deliveries (Monday, Tuesday, etc.). They can select multiple days for several deliveries per week.

5. After placing their order, customers can manage their schedule from their account page: view upcoming deliveries, skip specific dates, pause, resume, or cancel their subscription.

6. For automatic payment, install a payment gateway that supports recurring payments ( Stripe Checkout payment plugin at www.hikashop.com/marketplace/product/296-stripe-checkout.html which got a big update yesterday to support recurring payments (it was part of the development process for that plugin), the old PayPal recurring payment plugin included in HikaSerial subscriptions, or PayPal Checkout, included in HikaShop which will support recurring payments in the next version of HikaShop to come). The plugin will save the payment method and charge it automatically for each scheduled order. If you prefer manual payment, enable "Allow manual payment" in the plugin settings and customers will need to pay each order themselves. But I suppose this is not practical with several orders every week.

7. Set up a cron job on your server to trigger HikaShop's cron URL regularly (every 5 minutes recommended). This is what processes the scheduled orders automatically. More details here:
www.hikashop.com/support/documentation/5...ashop-cron-task.html

Hi,

Where to find the IP addresses:

Once "Record customers IP" is enabled in your HikaShop configuration (System > Configuration, in the order section), the IP address will be recorded for all new orders. You can see it when you open an order in the backend. It is displayed in the order details, at the top of the order form. If you have the geolocation plugin installed and enabled, it will also show the city, state and country associated with that IP.

Note that this only applies to orders created after you enabled the setting. Orders created before that won't have an IP recorded.

If you want to see the IPs in bulk, you can create a mass action on orders to export the order_ip column. Go to System > Mass actions, create a new mass action on orders, and add an export action with the
order_ip field.

Checking PayPal for IPN/webhook URLs:

1. Log into your PayPal account at paypal.com
2. Go to Settings (gear icon) > Seller tools (or Account Settings > Notifications)
3. Look for Instant Payment Notifications (IPN) and check the notification URL configured there. If it points to your website with a path containing "paypalexpress" or "hikashop", that's the one bots are likely hitting.
4. Also check Webhooks in the same section for any URLs pointing to your site.
5. If you see old or unused URLs referencing the PayPal Express plugin, remove them.

Good news about HikaShop 6.4.0:

We just released HikaShop 6.4.0 two days ago, and it includes two fixes specifically for this type of problem with the PayPal Express plugin:

- The PayPal Express payment plugin now blocks known bots from initiating orders via the PayPal Express button.
- The PayPal Express payment plugin now prevents duplicate order creation when the PayPal Express button is clicked multiple times, by detecting if a pending order already exists for the same cart.
www.hikashop.com/home/blog/530-hikashop-6-4-0.html

So I'd recommend updating to HikaShop 6.4.0. That should significantly reduce or eliminate the bot-generated orders you're experiencing, without needing to uninstall the PayPal Express plugin.

In the longer term, you might also consider switching to the PayPal Checkout plugin, which is the newer PayPal integration and creates orders later in the checkout flow.

Hi,

Yes, the HikaShop PayPal Checkout plugin is compatible with what PayPal now calls "Expanded Checkout".

PayPal recently rebranded their offerings, but what they now call "Expanded Checkout" is essentially the same PPCP (PayPal Complete Payments Platform) that our plugin already integrates with. Specifically, the plugin uses the Orders API v2 and the PayPal JavaScript SDK, and supports:
- PayPal buttons (PayPal, Pay Later, Venmo)
- Direct credit and debit card payments (Advanced Card fields)
- Apple Pay
- Google Pay
- 3D Secure authentication

So you should be all set. If you have any specific feature or behavior in mind that you'd like to confirm, feel free to share more details and we'll be happy to help.

-- HikaShop version -- : 6.3.0
-- Joomla version -- : 5.4.2
-- PHP version -- : 8.4.17
-- Browser(s) name and version -- : Chrome

Hi
Had an email from Paypal with the following content and wondered if this was Hikashop related and someone could offer some advice on resolving it please?

Payment error detected

What we noticed

Here's what's affecting your checkout flow. Click the link to view more details:
Error name: VALIDATION_ERROR
Description: VALIDATION_ERROR – The payment information contained mistakes or was incomplete.
Debug ID: f9430206b4e60,c9c4f1b773fb4,c9c4f199b993e,c9c4f1a40d830,c9c4f1ada7e85; API:/v2/checkout/orders/id/confirm-payment-source; HTTP_METHOD:POST

Many thanks

Hi,

Thanks for all the valuable details.

1.a Yes, the PayPal Checkout plugin always use an in-context / popup flow that depends on JavaScript fetch requests.
This is how it is supposed to be done as per PayPal Checkout's API.

1.b

Some iOS WebKit builds aggressively block fetch requests immediately after closing an in-context window.

I didn't know this. That sounds strange. I would recommend activating the "debug" of the payment method. Then, check the "payment log file" of the HikaShop configuration. The payment plugin will log debug data in there on the server side while processing the fetch request. So, you can confirm whether the request reaches your website or not. It's possible that for some reason, there is some kind of error on the server side which leads to the response not being provided. You can also check the access log of your web server to confirm whether it sees the request or not.
If nothing is logged by HikaShop or the web server for the request, then it's likely that either the browser or the OS blocks the request before it can even get out of the phone.
If you get debug data for the request, then maybe there is something that can be done to fix the problem. For example, if the problem is that the request takes too long to process and the connection breaks before, something could be done to reduce the response time. However, since you said that the order is not even being confirmed, I doubt that something can be done on that end.

2. PayPal Checkout's API doesn't do that. However, their old API does. HikaShop has the PayPal payment plugin pre installed for it. This has been the workhorse of HikaShop for years in the past and it still works fine. It will redirect to PayPal at the end of the checkout, avoiding this fetch issue. So that could be an option. The plugin is marked as "legacy" as PayPal wants to sunset it in the future, but so far, no date has been decided for that.

3. Yes, that's normal. The system takes first into account the "error" parameter and the errorTitle and errorMessage are only changed and taken into account when the error parameter is set to true.

4. Removing the popup is not possible.
Following your messages, I've looked into it and found this page:
github.com/facebook/react-native/issues/35384
It says that the issue happens with POST requests and not with GET requests.
If you check the plugins/hikashoppayment/paypalcheckout/paypalcheckout_end.php file you can see :
{method: "POST"}
in several places. So the JS does a POST to fetch the request. However, the request could actually be made with a GET as it doesn't to transmit any data in the POST. We just used a POST because that was what was written in the example code provided by PayPal and it should normally work the same either way.
But maybe changing this to:
{method: "GET"}
could help circumvent the issue with iOS.
I would recommend trying this.

Hi,

1. We are not aware of such problems with mobile devices. As far as we know, it works properly, the same way as on desktop.
2. No, no modification should be necessary.
3. It is not a known issue.
4. No, it should not be.

Normally, when an issue like this happens, it means that something unexpected happened between the JS added by the plugin on the page and PayPal. More details about the problem should be available in the console of the browser.
So, if the problem was reproducible on desktop devices, I could look into it from where I am with my computer's browser.
Since this is not possible, I see 2 possibilities:
- This page stackoverflow.com/questions/37256331/is-...ome-on-android-phone presents several solutions to be able to check the console on a mobile device: using the Kiwi browser + its mini console extension, Chrome remote debugging, adding eruda JS tool to your website, etc
- 10 days ago, we released HikaShop 6.1.1:
www.hikashop.com/support/documentation/5...ashop-changelog.html
The update via the Joomla extensions updater system is not yet activated as we're waiting for a bit more feedback from early adopters. You can manually download the latest version install package on our website and install it on yours to get the update.
If you read the changelog of this new version, you can find this fix:

We fixed a javascript error which could happen in some cases on Joomla 5 on the payment page of the PayPal Checkout payment plugin when the payment would not succeed, preventing the plugin from displaying the error message to the customer.

This should hopefully allow you to get a better error message, properly explaining what is wrong.
So, this is the first thing I would recommend trying.

Hi,

The console indicates there is a PHP error.
You can see at the bottom left corner of your screenshot the text "SyntaxError: Unexpected token" which points at a PHP error, when it is expecting a JSON text to be returned by the server.
This is probably linked to the error you had in your second screenshot in your first message.
Are you not able to reproduce it with the "debug" setting of the Joomla configuration page activated ?
The extra details would allow us to tell you what to do.
Otherwise, PHP error log should also contain the full error message if you have access to it.

And if nothing is possible, please provide a backend access via our contact form so that we can directly reproduce the issue on your website and investigate deeper.

Hi,

Are you now using the 6.1.0 on your website ?
Could you provide again the payment log, like last time so that we can check on the details ?

-- url of the page with the problem -- : newwavepeptides.co.uk/
-- HikaShop version -- : 6.0.0
-- Joomla version -- : 5.3.2
-- PHP version -- : 8.2.28

When the customer is on the payment option of the PayPal for where they can chose to click the PayPal button or fill in the credit card details, there is also a button that say 'Cancel and choose another payment method'

When you click this button, it goes back to the homepage and clears the cart.

How to I stop this from happening? I want them to go back to the payment selection page.

Thanks.

Hi,

When a payment via a payment gateway (like PayPal, Stripe, etc) is received for an order, the payment plugin will trigger the sending of an email to the customer for his payment. This will happen regardless of the "Send Details Of The Order" setting. It only depends on whether you've disabled or not the "order status notification" email via the System>Emails menu.

Usually, the status of an order being changed to "shipped" happens when the merchant manually changes the status of the order in the backend of the website. When he does so, there is a checkbox he can check to send an email notification to the customer. If that checkbox is checked, the "order status notification" email will be sent, provided it has not been disabled.

So, what you're asking for should already be happening, unless you don't check the "notify user" checkbox when you change the status of an order to "shipped" in the backend of HikaShop.

-- HikaShop version -- : 5.1.6
-- Joomla version -- : 5.3.1
-- PHP version -- : 8.1.32

Hi

Is there a way to set Hikashop to send a notification email to the customer when the status of their order changes?
Ideally I would like an email to be sent when the order status changes to 'shipped'.

We are using the Hikashop Paypal Payment plugin but have the option for 'Send Details Of The Order' set to 'No' as I think there was at some point, an issue with rounding up and Paypal which was popping up errors.
Is there a simple way to enable his email notification to be sent to customers when the order is set as 'Shipped'?

Many thanks.