Customer login

  • Posts: 60
  • Thank you received: 0
  • Hikashop Business
2 weeks 3 days ago #369304

-- url of the page with the problem -- : www.backyardfarmer.co.uk/
-- HikaShop version -- : 6.1.0
-- Joomla version -- : 5.4.0
-- PHP version -- : 8.2
-- Browser(s) name and version -- : Edge

Customer log in doesn't ask for password.

Please Log in or Create an account to join the conversation.

  • Posts: 60
  • Thank you received: 0
  • Hikashop Business
2 weeks 3 days ago #369306

Have managed to turn on the page for the password, but the 'Don't have an account yet', only registers with Joomla not Hika. How can we configure so it forces customers to register with Hika only. -we have tried to hide the 'don't have an account yet', but space can still be clicked on.

Please Log in or Create an account to join the conversation.

  • Posts: 84727
  • Thank you received: 13793
  • MODERATOR
2 weeks 2 days ago #369309

Hi,

You can activate the "Redirect Joomla registration to HikaShop Plugin" via the Joomla plugins manager.

Please Log in or Create an account to join the conversation.

  • Posts: 60
  • Thank you received: 0
  • Hikashop Business
2 weeks 2 days ago #369331

Thankyou for getting back to me. I’ve asked our system provider to look into activating the "Redirect Joomla registration to HikaShop Plugin" via the Joomla plugins manager, unless you are able to advise me?

In the meantime, we had set up a test account under the Username: CharlesAdams – email:sales@backyardfarmer.co.uk. We are unable to log in and get the attached message. We don’t get an email and there is nothing popping up for a Captcha?

I had also set up a new account to test, and similarly it said it was sending an activation email, but this was never received (also checked SPAM/Junk folders to be sure)

Would you be able to check our settings so we can get this sorted.

Thankyou

Ruth

Attachments:

Please Log in or Create an account to join the conversation.

  • Posts: 84727
  • Thank you received: 13793
  • MODERATOR
2 weeks 1 day ago #369336

Hi,

Sorry for the long message, but email issues require that.

First, check the email settings of the Joomla configuration page. They must be configured accordingly to your hosting provider recommendations so that your website can send emails.
You can use the "send test email" button there to check if your website is able to send emails.
If that doesn't, nothing on your website will be able to send emails, including the registration form, HikaShop and other extensions.
So you'll have to check with your hosting what is missing.

Once, the "send test email" is working and you're receiving the test email, if you still have the problem with the activation email, then :
Note that there are two registration forms, HikaShop's and Joomla's. For Joomla's, HikaShop is not involved. However, if the test email is working in the configuration, then it should work too. One thing I can say is that the registration settings of Joomla are available via the "options" button of the Joomla user manager. So you can check them. There is one to activate / deactivate the activation email. So deactivating it would allow you and your users to register on the website without having to use the verification code / link. And this also goes for HikaShop's registration.
And regarding HikaShop's registration form, the email sent is called "user account" and can be configured via the System>Emails menu. There, if you disable the email, then it won't be sent by HikaShop. Also, once an email is sent by HikaShop, it is logged in the Customers>Emails history menu. So, you can go there and check the emails being sent. If the email appears there but is not received by the receiver, it's likely there is a problem with the email once it is being processed by the email server of your hosting or the receiver email server. Normally, the reason for an email being lost by that point is logged in the error log of the email server of the hosting. So your hosting support should be able to provide you with information on what is missing in such a case. Usually, it's because the email is flagged as spam and you can use www.mail-tester.com/ to check the spammyness of your emails and get directions on what to do.

The following user(s) said Thank You: BackyardFarmer

Please Log in or Create an account to join the conversation.

  • Posts: 60
  • Thank you received: 0
  • Hikashop Business
1 week 5 days ago #369380

Hello, is there a way a customer can create an account without log in, because we want the account creation to follow GDPR data protection request. We do not want this to happen at the point of the checkout workflow, as by registering and log in at the same time causes the data protection verification to break the workflow. it steps out of the workflow and doesn't step back into it.

Please Log in or Create an account to join the conversation.

  • Posts: 84727
  • Thank you received: 13793
  • MODERATOR
1 week 4 days ago #369383

Hi,

An "account without login", that's the role of guest checkout, which you already have on your website. You could turn off login and registration in the settings under the Checkout tab of the HikaShop configuration to only offer guest checkout to your customers. That way, no login / activation / privacy consent would be needed.

I checked your checkout registration.
You're not using Joomla's standard GDPR plugins and privacy component to be compliant with GDPR. If you did, you would see the privacy consent toggle directly on the HikaShop registration form:
www.hikashop.com/support/forum/customers...gistration-link.html
From what I can see on your website, it seem that you're using the Akeeba DataCompliance component:
extensions.joomla.org/extension/akeeba-datacompliance/
It has a PDF freely available which explains its setup here:
www.akeeba.com/download/datacompliance/2...tacompliance-pdf.pdf
There, in the " 8.2. System plugin configuration" section, it says:

The System - Data Compliance plugin makes it possible to capture the login of users who have not yet consented
to processing of their personal information. It's advisable to keep it published at all times.
The captive login works by means of redirections. If the current user has not provided their consent (or has
withdrawn their consent) they are immediately redirected to Data Compliance's self service page. Trying to
navigate to another page causes another redirection. This way the user is captured in the self-service page until
they provide consent (they can also log out of the site if they want to).
The same trick may be used by other components to provide a captive login. For example, Akeeba LoginGuard
(our Two Step Verification component for Joomla) does the same thing. To prevent a redirection loop you must
let Data Compliance know which third party components are allowed to be accessed without the user providing
their consent. Moreover, you can specify other components here which don't collect personal information and are
therefore allowed (e.g. com_content which is the Joomla articles component).
The Exempt components / views / tasks takes one specification on each line. Each specification consists of a
component, view and task separated by dots. When you want to match any value in a position using *. For example,
to allow access to single article views in com_content use the specification com_content.article.*
By default, only Akeeba LoginGuard is allowed to be accessed: com_loginguard.*.*

So, one option would be to configure this plugin to exclude HikaShop from it so that customers would be able to proceed to the checkout without going through the DataCompliance page after the activation.
Also, on the JED page, it says:

Just like Joomla's comprivacy, the component itself does not know how to do any of that for any component's or core data. It uses plugins which tell it how to handle core Joomla and extensions' data. We ship plugins for core Joomla user data and some of our extensions. That said, DataCompliance can use the same “privacy” plugins used by Joomla's comprivacy itself.

So, apparently, instead of using this system plugin for the privacy consent, it should be possible to use Joomla's system plugin. And in that case, the privacy consent toggle would be added to the registration form automatically and that wouldn't break the workflow for the customer.

So, basically, I think that the problem here is a configuration issue in the DataCompliance plugins or the Joomla plugins for privacy consent, and I don't think you need to change something in HikaShop.

Please Log in or Create an account to join the conversation.

  • Posts: 60
  • Thank you received: 0
  • Hikashop Business
1 week 4 days ago #369386

Thankyou for your help, I'll pass this to our system providers to review.

can I ask in the meantime, please could you say exactly where we would switch off the log in.

only we had set to it to Guest only at one point, and the log in & registration was still visible.

I'm hoping we don't have to go down this route, but just in case, I you can direct me to the exact place to change the configure so the log in an registration isn't visible to customers on any page.

Please Log in or Create an account to join the conversation.

  • Posts: 84727
  • Thank you received: 13793
  • MODERATOR
1 week 3 days ago #369391

Hi,

You want to look at the settings under the Checkout tab of the HikaShop configuration:
www.hikashop.com/support/documentation/5....html#checkout_login
I believe the documentation there explains it.
But basically, you can turn off the "login" setting, and it will remove the login form. Then, you can change the "Registration" setting to only select the "guest" choice.
That way, you won't have the registration at all.

You can also turn off the registration of new users in the options page of the Joomla user manager:
docs-next.joomla.org/help/users/users-options

Please Log in or Create an account to join the conversation.

Time to create page: 0.057 seconds
Powered by Kunena Forum