Payment / Registration Issues

Hi,

I think its neither. This is a Joomla issue.
Based on what you expect, you want to turn off the "New User Account Activation" setting of the Joomla user manager options page:
docs.joomla.org/Allowing_user_registration
Joomla doesn't offer the capability to postpone the activation of the user account.
One alternative would be to configure HikaShop in guest mode instead of registration mode under the Checkout tab of the HikaShop configuration, and turn on the "Allow registration after guest checkout" setting:
www.hikashop.com/support/documentation/5....html#checkout_login
This way, the users would be able to checkout as guests, and after the payment, the notification email would contain a link for them to register. In that case, you could set the "New User Account Activation" setting to "self".

Hello,

I have a question to better understand your needs. Why do you require the registration to be completed at the end of the checkout process, and specifically after the payment?

This seems to be where the difficulty lies, as the delayed validation after registration AND payment appears to be causing your issues.

Why not follow a process like this:
1. Place item in cart
2. View cart
3. Instructions to check email to complete registration
4. Complete details for payment
5. Click submit
6. The page reloads to proceed with payment
7. After payment => success page

Hi,

If you allow for guest checkout, people who purchase as guest won't be able to see the content of hkshow tags. It relies on the current user to check its orders and see if he can access the content or not. Without knowing who the current user is, then it will consider as not being the same user.

So if you're planning on using hkshow, you want to use the normal registration. However, turning off the "New User Account Activation" setting of the Joomla user manager options page, as I was mentioning in my previous message will allow you to have a more streamlined checkout experience as the user will be able to directly proceed to the payment after the registration, without the email step.

Could it be that you have other orders already linked to the user for these other products you can see ?

What tags did you use ?

Also, I can see that you're using HikaShop 5.1.0 as per your first message here.
However, the 5.1.1 contains fixes for the hkshow tag:

When the "bought" attribute of a hkshow or hkhide tag would be used, the plugin would only take into account products with 2 sales and more, instead of 1 sale and more.
It is now possible to use the ID of the product in the "bought" attribute of the hkshow and hkhide content tags.

Hi,

1. The URL /index.php?option=com_hikashop&ctrl=checkout&task=after_end&order_id=2&lang=en&Itemid=250 is the URL of the default success page of HikaShop.
It should contain the default thank you message. If you don't see it, it means that your template must not be displaying system messages or has some override to change this in a wrong way. Check what you have with the default template of Joomla.
Also, if the page is completely blank, it could indicate a fatal error. In that case, activate the "debug" setting of the Joomla configuration and try again. You should then get an error message on that blank page.

2. It could be that something is wrong with the state of the checkout. For example, if the current cart requires shipping, but that there are no shipping methods available, HikaShop displays an error message and cancels the creation of the order.
Now, as I explained in point 1, it's possible that your template is not displaying system messages. So try with the default template of Joomla and if this is the problem, then you'll have the error message on the checkout page.
Another possibility is that something cancels the order creation without providing any error message, like a plugin.
Could you provide precise instructions to reproduce the issue on your website ?

Hi,

Could you provide precise instructions to reproduce the issue on your website ? Maybe we can figure out something by directly reproducing the problem and analyzing what is going on while doing it.

Hello,

In order to provide us these elements, you can use our Contact us form, don't forget to add an Url link to this topic to your message.
We are awaiting these elements :
- Url link to your backend (administrator)
- Backend user references (with maximum Acl)
- A step by step process to reproduce precisely your issue

Regards

Hi,

Thanks for the access.
Well, I can see several problems:
- you activated the "read only" setting of the "address" view of your checkout workflow. Because of that, I was not able to enter my address once I logged in.
- you had turn off the error display setting of the "shipping" view of the checkout workflow. Because of that, I was not getting an error message when displaying the page, even though no shipping method was proposed.
- you didn't enter the API key in the Australia Post shipping plugin. When you save the shipping method, it tells you: "Please enter your Australia POST API Key". And with the errors display activated in the shipping view, you get this error "Sorry, you are not authorized to use this service.". So please fill in the API key of the Australia Post shipping method with your Australia post account API key and it will work.

So it is not a Square redirection issue. The Square redirection happens after you see the payment method selection and click on the "finish" button. Here users with shippable goods are stuck on the first step of your checkout, well before the redirection to the payment gateway.