I have some odd behaviour with Countries and Cultures and am a bit stuck...
I had a ucommerce isntallation on a default IIS site under a .com domain. The only tabs I see in the sections were for United States. I then moved the site to a local host for development and saw two tabs, United States and United Kingdom.
I have now moved the site back to the .com domain and once again only see United States Tabs.
However, the default XSLT commerce library methods appear to be outputting United Kindom Prices.
For instance, I create a new product in the .com setup, the value of @Price in XSLT is null, but the value of the method call (currentProduct.GetPrice(currentCatalog.PriceGroup).Price) in Razor comes back with the right price.
Can anyone helo on how to get this sorted ... all I want is one country tab (UK / USA) and for the method calls to come back with the right set of names / prices etc, rather than having to use explicit calls to the price groups / descriptions etc...
I have solved the culture issue.. didn't realise there was a default curlture setting in web.config....
However I still have an issue with prices for the new products.. I have a feeling that it has something to do with the database...
Any new products don't return a price from the XSLT method calls or razor calls on a dynmaic list... Only if each catalog is created on a single page...
Database records look the same for the problem prodicts and the ones that work ok...
The reason you're seeing different tabs is probably security. You can check under Settings / Security and see if your user has permissions to view all languages in the store in question.
Do the new products have a price in the same price group as the old ones? It might be that uCommerce is trying to find a price in a particular price group, but can't and thus gives you an empty price back.
Thanks for the reply Soren... Actually, after two hours of mind block I saw that the price was coming out... it was just that the new products had a higher price and it was pushing the full text of the price into the hidden area of the div (overflow:hidden)...
Odd Culture Behaviour with Store
Hello,
I have some odd behaviour with Countries and Cultures and am a bit stuck...
I had a ucommerce isntallation on a default IIS site under a .com domain. The only tabs I see in the sections were for United States. I then moved the site to a local host for development and saw two tabs, United States and United Kingdom.
I have now moved the site back to the .com domain and once again only see United States Tabs.
However, the default XSLT commerce library methods appear to be outputting United Kindom Prices.
For instance, I create a new product in the .com setup, the value of @Price in XSLT is null, but the value of the method call (currentProduct.GetPrice(currentCatalog.PriceGroup).Price) in Razor comes back with the right price.
Can anyone helo on how to get this sorted ... all I want is one country tab (UK / USA) and for the method calls to come back with the right set of names / prices etc, rather than having to use explicit calls to the price groups / descriptions etc...
I have solved the culture issue.. didn't realise there was a default curlture setting in web.config....
However I still have an issue with prices for the new products.. I have a feeling that it has something to do with the database...
Any new products don't return a price from the XSLT method calls or razor calls on a dynmaic list... Only if each catalog is created on a single page...
Database records look the same for the problem prodicts and the ones that work ok...
Any ideas?
Hi David,
The reason you're seeing different tabs is probably security. You can check under Settings / Security and see if your user has permissions to view all languages in the store in question.
Do the new products have a price in the same price group as the old ones? It might be that uCommerce is trying to find a price in a particular price group, but can't and thus gives you an empty price back.
Thanks for the reply Soren... Actually, after two hours of mind block I saw that the price was coming out... it was just that the new products had a higher price and it was pushing the full text of the price into the hidden area of the div (overflow:hidden)...
Major DOH!
But thanks for helping....
Important thing is that it's working now :)
Thanks for being awesome and following up in the forum.
is working on a reply...