productpage is showing 0 as price, not price & tax

  • Posts: 138
  • Thank you received: 1
9 years 8 months ago #224698

-- HikaShop version -- : latest
-- Joomla version -- : latest
-- Browser(s) name and version -- : all
-- Error-message(debug-mod must be tuned on) -- : no message

Hi after our update to the latest hikashop we noticed that all our prices at the productpage are €0,0. We always showed the price with product on our productpages. So we did some tests and this is what we know now:

1. When you look at the productlist the real prices are showing. ( this is productprice including tax)
2. The prices on the productpages are all €0,0
3. The price restrictions or ACL's are all klicked on. So everybody should be able to see the prices. (but its not)
4. Just to make sure we also onclicked all prices and tried to see what happend. Nothing happend all prices stay €0,0
5. When we fill in a retailprice this will show up at the productpage. This retailprice wich shows the description: normal price. and the price with tax with the description: our price.

So somehow we think the price with tax is not showing on the productpage even when it should. All our prices are filled in at the price including tax box. The retailprice boxes we never used so they are all at 0,0 and we can not go into 3000 productpages and put a new price into the retailbox.

So please do you guys have any idea why the price including tax is not showing and how we can change this?

Here the website we are talking about:

and attacht a screenshot of our settings in productpage backend and of our global settings

Last edit: 9 years 7 months ago by extreme.

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

  • Posts: 84233
  • Thank you received: 13674
  • MODERATOR
9 years 8 months ago #224703

Hi,

If I take an example, I get this page:
www.astansa.nl/extreme-survivalwebshop/p.../category_pathway-46
So there is one characteristic added to that product with one variant.

This explains your issue.
On the products listing, it's the price of the main product which is displayed. But on the product page, it's the price of the selected variant which is displayed. So your product has a variant with a price with a value of 0.
Since your product has only one variant, I don't really see the point of having it at all.
So you could potentially remove the variant/characteristic altogether from the product and that would probably fix the problem.
Otherwise, edit the variant via the variants tab of your product and check its prices area.

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

  • Posts: 138
  • Thank you received: 1
9 years 8 months ago #224732

Hi,

Well now we found the reason for this 0,0 price. We still need an solution. First of all the variants are needed as we adapt them regular with more or less. In the old versions this was never a problem and it was never a different price. Now we do an update and out of the blue we need to adapt all our (3000) products? That sounds crazy. We can not go into each product and fill in the correct price or delete the variant. Thats a week of work.. minimal.

We dont understand why you guys would make an update like that! Again we simply wanna show the price including tax that we had in our webshop before the update. Is there any way to make this happen? Maybe some change in code?

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

  • Posts: 84233
  • Thank you received: 13674
  • MODERATOR
9 years 7 months ago #224758

Hi,

I didn't say that you need to delete all the variants of all the products. But if you only have products with one variant, that's not how it should be and that's not the purpose of the characteristics system.
If you have several variants, then yes, using characteristics is how it should be.

And regarding the issue with the price, it's because of the prices in your variants.
I don't know how you configured your variants prices as you didn't provide a screenshot of that.
Normally, you should never have any price with a value of 0 in your variants. So updating or not shouldn't change anything anyway as this situation shouldn't exist... unless the prices were wrongly added with an import of a CSV file which wasn't correct, or something like that.
Based on how the prices are configured in your variants, we might be able to provide a MySQL query to easily remove them all in one action.

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

  • Posts: 138
  • Thank you received: 1
9 years 7 months ago #224764

Hi,

we have over 2000 products with mutiple variants. Think of shoes, and other clothes. We didnt do anything else then press update. We dont wanna delete these variants we simple want the prices how we had it first. Are you saying that with this query you delete the variants, or are you saying that with this query you can simply make every variant get the price that is showing at the product with tax?

also about the configuration of the variants. We never had this option in hikashop so we never did change or do anything to that. Again we update and out of nothing we get a tab called variants with prices 0 and a productpage without the correct price.

Last edit: 9 years 7 months ago by extreme.

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

  • Posts: 84233
  • Thank you received: 13674
  • MODERATOR
9 years 7 months ago #224769

Hi,

I'm talking about "simply make every variant get the price that is showing at the product with tax".

When you edit a product like this one www.astansa.nl/extreme-survivalwebshop/p.../category_pathway-46 , you have a tab called "Variants". There, you'll see a list of the variants of the product. If you edit one, you'll see the settings of the variants. It's a screenshot of these settings that I want.

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

  • Posts: 138
  • Thank you received: 1
9 years 7 months ago #224813

ok thank you for the clear explenation.:) Hereby the screenshots you asked for.

when i click on the pencil before a variant i get a popup screen and then an error.

Attachments:
Last edit: 9 years 7 months ago by extreme.

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

  • Posts: 84233
  • Thank you received: 13674
  • MODERATOR
9 years 7 months ago #224875

Hi,

So, for this variant, if you click on the bin icon for the price row that you see on your first screenshot and save the variant, does that solves the problem for that product ?

If so, you can run such MySQL query via your phpmyadmin:
DELETE from #__hikashop_price where price_value=0;

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

  • Posts: 138
  • Thank you received: 1
9 years 7 months ago #224887

Hi,

if we delete very price for every variant then the product price with tax will show up. So thanks for that.

This means we have to do a Mysquel query. The last time i did that is years ago so hopefully you can guide me a little here. I will writhe down what steps i think i have to take. Hopefully you can tell me if its correct.

1. I make a backup of the website.
2. i go to phpmyadmin
3. i press SQL. Wich will bring me to a screen that says: start SQL query/queries on server "localhost":
4. i put these exact words into the box:

DELETE from #__hikashop_price where price_value=0

5. i press start.
6. that should be all?

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

  • Posts: 26264
  • Thank you received: 4043
  • MODERATOR
9 years 7 months ago #224889

Hi,

It is globally correct yes.
But your table "#__hikashop_price" should not exist because "#_" has to be replaced by your Joomla database prefix, like "jos_hikashop_price" if your table prefix is "jos".

Regards,


Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.
The following user(s) said Thank You: extreme

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

  • Posts: 138
  • Thank you received: 1
9 years 7 months ago #224935

ok we did it an all prices are oke again. thanks as always for the help. :)

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

  • Posts: 138
  • Thank you received: 1
9 years 7 months ago #226868

Hi,

So we had to change al our prices back as it made our sales go down badly. So we did do a massaction and lowerd all prices.

We first tried it with one product. Product price got lowered perfectly and also on the productpage the price was fine. Then we did it for al products and bam on the productpages al prices where back to 0.

So we did the query again. But this time the query told us there were 0 changes made. So no cganges and all prices back to 0 on the productpage. For now we put the backup back but we need to lower al prices. Any idea why it makes the prices go to 0 when we do all of them and not when we do 1?

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

  • Posts: 26264
  • Thank you received: 4043
  • MODERATOR
9 years 7 months ago #226873

Hi,

Which HikaShop version number are you using in your website ?
Would it be possible to have more details about the mass action you used ?

Regards,


Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.

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

  • Posts: 138
  • Thank you received: 1
9 years 7 months ago #226940

Hi Jerome,

We use joomla 3.4.8. Hikashop 2.6.0
The massaction is shown in attacht screenshot of the settings:

Attachments:

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

  • Posts: 13201
  • Thank you received: 2322
9 years 7 months ago #226945

Hi,

Please update to version 2.6.1, we done some fixes on the mass actions.
I just tried your configuration on my local and it is working correctly.

What can be tried it to reduce the quantity of products handled via the limitation fields.

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

Time to create page: 0.141 seconds
Powered by Kunena Forum