BUG REPORTS for EasyStore - Forum | JoomShaper
Awaiting an answer EasyStore

BUG REPORTS for EasyStore

Asked by Stuart Clark 2 years ago Last activity 4 months ago

Considering JoomShaper don't seem to want to publish any kind of roadmap / bug fix schedule for EasyStore, I think it worth starting a thread to collate all known bugs in the EasyStore product.

(bug = something which is not working correctly, as opposed to something that's missing altogether)

Please reply to this thread and list ONE BUG per reply, as below:

UPDATE - 31st Jul '25: After another 9 months there have been no further updates. Of the bugs listed below:

4 ARE STILL OUTSTANDING

UPDATE - 13th Nov '24: Over 2 months after starting this thread, here's an update:
Of the bugs listed below:

1 bug has been fixed (I'm told another 1 is due to be fixed iminently)

2 regressions (one not listed here) have been fixed

4 ARE STILL OUTSTANDING

This is NOT good customer service and needs resolving. All promises of "roadmaps" and "timescales to fix bugs" have been ignored!

CUSTOMERS ARE STILL BEING USED AS BETA TESTERS FOR EASYSTORE

22 replies

Stuart Clark Asked this
2 years ago · edited

RESOLVED: PayPal payment plugin never sets order status to "paid"

Description:
The PayPal payment plugin leaves order statuses as "Pending", even when the payment has been sucessfully processed by PayPal and the merchant has received an email confirming the same.

This happens on Linux and Windows servers, both in Sandbox and Live modes of the PayPal plugin.

Impact:
The plugin is completely useless for automatic order processing and needs administrator input to correct incorrect statuses.

UPDATE: RESOLVED

Stuart Clark Asked this
2 years ago · edited

OUTSTANDING: Impossible to view or edit tracking info once entered

Description
Once tracking information is entered into an order, the tracking info is NOT DISPALYED in any order screen in either the front end or back end of EasyStore. It is only displayed once in an email to the customer.

This happens on Linux and Windows servers.

Impact:
The site admins have NO WAY of checking / altering tracking info; meaning it is impossible to review tracking or answer customer queries about tracking without significant work outside of EasyStore.

UPDATE: STILL OUTSTANDING

Stuart Clark Asked this
2 years ago · edited

OUTSTANDING: User Experience is very POOR if not using guest checkout

Description
If EasyStore is set to only allow registered Joomla users to checkout, the user experience UX (especially for a new customer) is very poor.

The steps required to complete one single purchase are as follows:

  1. Navigate to shop
  2. Add item to cart
  3. Click checkout
  4. Click I don't have an account / create account
  5. Enter account / login details
    (get redirected to BLANK page with NO confirmation of actions)
  6. Click on email confirmation (no indication on site this will be needed) OR wait for admin confirmation
  7. Navigate to shop
  8. Click on shopping cart
  9. Click on checkout
  10. Enter login details
  11. Click on shopping cart
  12. Click on checkout
  13. FINALLY - type in shipping / billing details etc.
  14. Click through shipping / payment steps and COMPLETE ORDER

NOW let's look at the steps required to buy a product in most other Joomla ecommerce packages:

  1. Navigate to shop
  2. Add item to cart
  3. Click checkout
  4. Click on "register account"
  5. Enter user details including shipping and billing info (agree to captcha etc. - as account creation doesn't need to be enabled in Joomla, no account activation is needed)
  6. Click through shipping / payment steps and COMPLETE ORDER

SO - In EasyStore there is a convoluted 14 STEP PROCESS required to register and purchase a product, whereas in MOST OTHER ecommerce packages there is a 6 STEP PROCESS which at NO POINT navigates the user away from the checkout screens!

This happens on Linux and Windows servers.

Impact:
Poor user experience causes customers to get fed up and ultimately leads to lost sales. Most other eCommerce packages, whether for Joomla or other CMS / standalone, implement a system whereby account creation can happen during a "single screen" checkout process.

UPDATE: STILL OUTSTANDING

Stuart Clark Asked this
2 years ago · edited

OUTSTANDING: Payment & Shipping plugins are shown to all users, regardless of the Joomla access level picked

Description:
If I want to only allow a certain payment plugin for a select number of users (e.g. a Joomla user group) - it would be logical to publish that payment plugin to only that group of users (or that group as a basis, using inheriting permissions). However, in EasyStore the access level is ignored and ALL payment plugins are published to ALL users, including guests!

For example - I want only "Super Users" users to be able to use the "Cash on Delivery" payment plugin. To achieve this, I publish the payment plugin with the following access level - https://prnt.sc/5lOhtjpMxR9f

However - in the front end, ALL users, including guests, can then see this payment plugin - https://prnt.sc/KvCxgHgw7whv

Impact:
It is impossible to restrict different payment plugins to different user groups. This is a major oversight.

UPDATE: STILL OUTSTANDING

Toufiq Senior Staff

Hi there,

I will share a road map by tomorrow for next release. Please allow us time.

I appreciate your cooperation and will ensure to get back to you as soon as possible.

Best regards,

Toufiqur Rahman (Team Lead, Support)

Stuart Clark Asked this

Hi Toufiq,

Is there any update on the roadmap please?

Toufiq Senior Staff

Please accept my apologies for the delay. I am almost done. But, We need to summerise more specifically that's why we need more extra time before sharing the roadmap. I hope we will share it as soon as possible. Thanks for understanding. ❤️

Stuart Clark Asked this
2 years ago · edited

RESOLVED: Products are shown to all users, regardless of the Joomla access level picked

Description: If I want to only allow a select group of users (e.g. a Joomla user group) to see a particular product - it would be logical to publish that product to only that group of users (or that group as a basis, using inheriting permissions) - as is done in other eCommerce packages. However, in EasyStore the access level is ignored and ALL products are published to ALL users, including guests!

For example - I want only "Super Users" users to be able to see the product "Payment testing". To achieve this, I publish the product with the following access level - https://prnt.sc/4ipE8cqOZHi4

However - in the front end, ALL users, including guests, can then see this product, as shown here: https://dilligaf.cafe

Impact: It is impossible to restrict different products to different user groups. This is a major oversight.

UPDATE: FIXED

Toufiq Senior Staff

ACL is not ready yet. We will do it step by step.

Stuart Clark Asked this

@Toufiq

It is over 2 weeks since you promised us a roadmap for EasyStore.

Can we have an update please, along with a timeframe to fix all the reported bugs??

Stuart Clark Asked this

I asked for an update over 1 week ago and still haven't heard anything!

Toufiq Senior Staff

We are currently working on the EU Tax configuration, which is why there has been a delay. Thank you for your patience.

Stuart Clark Asked this

@Toufiq

1 month ago you promised us a roadmap for EasyStore. You then re-committed to publishing it again 3 weeks ago.

It is this roadmap i am asking for in this post, not EU tax, which i know is being worked on as I've spent quite a few hours testing it for you and reporting missing features within that update.

EasyStore customers deserve to know when bug fixes and missing features will be available so they can decide whether it is worth persevering with the product.

So far, the only committed date has been missed by what looks likely to be at least 4 weeks!

Log in to reply.