Hello Toufiq,
I have deactivated the account on my page because one of your team members logged into my site and modified the Klarna code without informing me, which resulted in the loss of the fixes I had made to this code. This is unprofessional behavior.
Clients must be informed of any changes that will be made to the site and their approval must be obtained before implementation.
The problem I encountered was explained in detail, but I will explain it again. The Klarna payment company has changed its authentication method and now generates longer keys. When a user in EasyStore saves this key, it does not save completely in the database, but is truncated. This forced me to intervene and save the key directly in the database.
@Stuart Clark if you face the same problem i can help you fixing it if you want.
Another issue I am facing is that it is not possible to provide two shipping methods without costs, even if this is set up in EasyStore. Only one method will be displayed to the buyer. As an alternative solution, I created two flat rate shipping methods.
There are many bugs in EasyStore, and due to the lack of and slow technical support, I am solving them myself. Therefore, you must inform me before making any changes to the code.
One of the discovered bugs, for example, is that when the user clicks the pay button on the payment page and the calculated tax is more than four digits, an error is displayed on the page. The reason is that the function number_format accepts its first input as a float value, but the value sent by the formatCurrency function is a string.
The issues in EasyStore are not only programming problems but also logical problems, and the most important ones are:
1- The inability to use more than one tax calculation rate. The tax rate should be associated with the product, not the state. Many countries worldwide, especially European countries, use different tax rates for different types of goods and services.
2- There is no option to display the price including tax in the product list or when viewing the product on the details page. This is necessary for users in Europe.
3- Sending messages to the buyer and the shop owner when the buyer clicks the pay button immediately. This is neither necessary nor useful, but on the contrary, it causes confusion for the buyer who feels that the invoice has been paid even before they have authenticated the payment. The logic that should be followed is to send an email to the buyer and the shop owner upon successful payment.
In conclusion, I really like your product EasyStore, but you have a lot of work to do to make it more usable. As it stands, it is only suitable for very simple online stores and does not meet all the needs of shop owners. I am fully aware of your intention to create a product that is easy to use compared to other products on the market, and you are on the right track. You have done a great job so far, but the complexity was related to user requirements and e-commerce constraints in many countries.
The amount paid for this product is not insignificant, so the buyer will reconsider renewing the subscription when it ends. Therefore, as a producing company, as I have known you in your previous products (which is why I initially purchased EasyStore without reading the user problems, which are somewhat significant), you should listen to the suggestions for your newly born product better and not wait for the next update to fix discovered issues. You should avoid them with small updates that you release, which is acceptable for many users.
Best regards
Majed