Products Price (Gross)

Very often, with all browser (chrome, firefox, it) I see Products Price (Gross) and Products Price (Net) with the same value.
If I logout from admin and re-login all works well.
Is there a way to solve it?

I have never experienced that.... I found no bug reports to that effect. I would guess it's a problem arising from customization, caching problem or a slow database server.

~Melanie

Maybe I don't understand the situation, but what is expected to be seen differently in this situation? Ie. What is expected to change the net as compared to the gross at least in the admin?

net price is without vat, gross is with vat.
Database works well, I think maybe caching issue, because when I logout and then re-login problem disappear.

I've also try to add this:

<meta http-equiv="cache-control" content="max-age=0" />
<meta http-equiv="cache-control" content="no-cache" />
<meta http-equiv="expires" content="0" />
<meta http-equiv="expires" content="Tue, 01 Jan 1980 1:00:00 GMT" />
<meta http-equiv="pragma" content="no-cache" />

to admin products, but none, often gross price is = to net. Only logout and then re-login gross is right!

100asa:

Very often, with all browser (chrome, firefox, it) I see Products Price (Gross) and Products Price (Net) with the same value.
If I logout from admin and re-login all works well.
Is there a way to solve it?
What third party modules are installed? What modifications have been made to the store (especially the admin interface)? Is there a recognizable sequence of events (and page clicks) one can use to duplicate the behavior?

Providing answers to these questions (and the other questions in the "Posting Tips" - scroll up when posting to read them) will help us help you. Otherwise, all we can say is: "We are unable to duplicate this in a stock installation of Zen Cart on the supported server software. Our best guess is some customization (changes to Zen Cart or third party modules) are present".

My personal guess is some custom code is being run in the Zen Cart administrative interface (and setting $_SESSION['customer_id']). Why? Because when set, Zen Cart will use the specified customer's information to determine if a TAX / VAT rate should be applied to "Products Price (Gross)" instead of using the configured STORE_COUNTRY and STORE_ZONE.

NOTE: My guess is based upon knowledge of a disclosed bug in Edit Orders. If (for example) we were informed Edit Orders (version >= 4.1.0 || version <= 4.1.4) is installed in the store -- and -- the behavior occurs after editing an order (any order)... A quick search on Google reveals this posted BugFix.

I use this addon http://www.zen-cart.com/downloads.php?do=file&id=1771
There is no particularry situation so this issue do happen. Only browser in admin, after some minutes, gross price is = to net price.
I've just send email to twitchtoo... hope you reply

I have seen this happening in all versions of Zen cart, and all kinds and versions of browsers. Also in vanilla installs. Sometimes it happens and then you won see this bug for weeks.
I suspect it has something to do with the JavaScript failing to fire, but since there are no consequences for the actual saving of the price, I never bothered searching for the real case and a solution.

100asa:

I use this addon http://www.zen-cart.com/downloads.php?do=file&id=1771
There is no particularry situation so this issue do happen. Only browser in admin, after some minutes, gross price is = to net price.
I've just send email to twitchtoo... hope you reply

Sounds like you have a java problem with your browser. All of the Twitch modules are up to date.

Not seeing the use of "$_SESSION['customer_id']" in the admin changes introduced by "Twitch Wholesale with Twitch Wholesale Attributes", so doubt it will be the culprit. If you have no other modifications, I'd lean towards what Design75 mentioned.

Design75:

I have seen this happening in all versions of Zen cart, and all kinds and versions of browsers. Also in vanilla installs. Sometimes it happens and then you won see this bug for weeks.
I suspect it has something to do with the JavaScript failing to fire, but since there are no consequences for the actual saving of the price, I never bothered searching for the real case and a solution.
:blush: Very true, almost forgot those values are updated dynamically by JavaScript (running on the end users computer - not the web server). I have yet to experience the JavaScript not running myself, but could see it as a cause...

When the browser blocks the inline JavaScript (by end user request or a browser helper object / addon), a web proxy strips or removes the JavaScript, a very slow ISP / internet connection is being used (and the page has not finished loading), an error occurs before the page is completely output (would be a debug log), etc... The values would not be updated.

After many tries, I've tested with internet explorer never happens!

100asa:

After many tries, I've tested with internet explorer never happens!

it's not true, happens also wit IE. Just happens, after I see a youtube video (maybe it?)