Re: [mezzanine-users] Price Rounding Off Issues

[Stephen McDonald]

Ok, seems like nothing to do then - please consider publishing a version
that works with Mezzanine at some point though!

On Mon, May 25, 2015 at 9:21 PM, vikraw  wrote:

> here is the link -
> https://github.com/payu-india/PayU-Integration-Kit-Django
> But that package didn't work out of the box and it needed lots of
> tweaking. So that statement must have been introduced then, as their code
> doesn't has that. Payu-India support for django is not very extensive and
> as a small business our focus is on making things up and running first,
> perfection comes later.
> Also, I don't know how to make that package install automatically using
> pip/fabric. Currently, i manually copy the package and then run their
> install and then sync the code changes.
>
> On Tuesday, May 26, 2015 at 1:25:38 AM UTC+5:30, Stephen McDonald wrote:
>>
>> Well you've resolved it for yourself but surely someone else will hit
>> this.
>>
>> So which payment processor was it?
>>
>> On Mon, May 25, 2015 at 9:45 AM, vikraw  wrote:
>>
>>> Looks like it is resolved for now. One of the payment processor libs had
>>> getcontext().prec = 2. After commenting it out, things looks ok. Once the
>>> flow reached that code, i had issues.
>>> But still not clear why it hasn't happening on dev environment
>>>
>>>
>>>
>>> On Monday, May 25, 2015 at 2:46:19 AM UTC+5:30, Danny S wrote:
>>>
  Is it possible that you are running with different versions of python
 between the runserver and nginx/gunicorn versions of your website?
 I've noticed before in other work that e.g. Python 2.7 has slightly
 different precision on floats than Python 2.6...

 But yeah, weird problem.

 On 25/05/2015 3:45 AM, vikraw wrote:

 The staged server have the locale correctly set ( see at end of my
 message the settings).
 Steps on my Staged server - Amazon Ec2 - Ubuntu 14
 - stopped supervisor and nginx on my staged machine
 - switched my staged machine to run using - python manage runserver
 0.0.0.0:8000
 - put "printf value" statement in the "currency" filter under
 shop_tags.py
 now when i browse (using windows machine) the site running on ec2
 machine I have NO issues with the Product prices, Cart total etc..Both the
 Browser and the printf values match

 However, when I switch the machine to nginx and start browsing from
 windows machine, i start getting the incorrect prices (alternate between
 correct and wrong) when
 - I press the different products or go back and forth from cart to
 product pages
 - Switching between incorrect price and correct prices happens
 everytime when I goto my payment processor and click the back button again
 to website (neglecting browser warnings that page has expired). BUT this
 doesn't happens when site running from "python manage runserver"

 ex: Rs.249 is displayed as Rs.250 and Rs.349 as Rs.350. clicking the
 same link toggles between those 2 values

 Help is greatly appreciated as i am near completion and can't figure
 this ambiguous behavior.
 My development is on Local Machine a Ubuntu 12.01LTS and I was testing
 using "python manage runserver" on 127.0.0.0:8000... This is working
 as expected


 locale command on ubuntu-14 amazon-ec2
 LANG=en_IN
 LANGUAGE=en_IN:en
 LC_CTYPE="en_IN"
 LC_NUMERIC="en_IN"
 LC_TIME="en_IN"
 LC_COLLATE="en_IN"
 LC_MONETARY="en_IN"
 LC_MESSAGES="en_IN"
 LC_PAPER="en_IN"
 LC_NAME="en_IN"
 LC_ADDRESS="en_IN"
 LC_TELEPHONE="en_IN"
 LC_MEASUREMENT="en_IN"
 LC_IDENTIFICATION="en_IN"
 LC_ALL=





 The currencies symbol is correctly shown on the browser. However, i the
 prices change sometimes alternately and sometimes randomly. Correct price
 is 249. it switches between 249 and 250 when i click the same page or cart
 button. the cart total is updated

 On Saturday, May 23, 2015 at 10:59:37 PM UTC+5:30, Stephen McDonald
 wrote:
>
> It looks like you're calculating the correct value being stored in the
> DB, and only getting the error on output. Each currency value gets passed
> through the "currency" template tag, which is where the problem likely is.
> It also deals with machine specific locale settings, which will vary per
> machine - also making it a likely candidate for the error.
>
>  Here's the source for it -
> https://github.com/stephenmcd/cartridge/blob/master/cartridge/shop/templatetags/shop_tags.py#L17-L41
>
>  Have you consistently defined (and installed) the correct locale?
> (defined with the SHOP_CURRENCY_LOCALE setting).
>
>  Can you debug what happens in the "currency" template tag on your
> deployed machine? That might entail adding some logging to it, making a
> copy of it in your own project, printing out values while manually running
> it in a termin

Re: [mezzanine-users] Price Rounding Off Issues

[vikraw]

here is the link - https://github.com/payu-india/PayU-Integration-Kit-Django
But that package didn't work out of the box and it needed lots of tweaking. 
So that statement must have been introduced then, as their code doesn't has 
that. Payu-India support for django is not very extensive and as a small 
business our focus is on making things up and running first, perfection 
comes later.
Also, I don't know how to make that package install automatically using 
pip/fabric. Currently, i manually copy the package and then run their 
install and then sync the code changes. 

On Tuesday, May 26, 2015 at 1:25:38 AM UTC+5:30, Stephen McDonald wrote:
>
> Well you've resolved it for yourself but surely someone else will hit 
> this. 
>
> So which payment processor was it? 
>
> On Mon, May 25, 2015 at 9:45 AM, vikraw > 
> wrote:
>
>> Looks like it is resolved for now. One of the payment processor libs had 
>> getcontext().prec = 2. After commenting it out, things looks ok. Once the 
>> flow reached that code, i had issues.
>> But still not clear why it hasn't happening on dev environment
>>
>>
>>
>> On Monday, May 25, 2015 at 2:46:19 AM UTC+5:30, Danny S wrote:
>>
>>>  Is it possible that you are running with different versions of python 
>>> between the runserver and nginx/gunicorn versions of your website?
>>> I've noticed before in other work that e.g. Python 2.7 has slightly 
>>> different precision on floats than Python 2.6...
>>>
>>> But yeah, weird problem.
>>>
>>> On 25/05/2015 3:45 AM, vikraw wrote:
>>>  
>>> The staged server have the locale correctly set ( see at end of my 
>>> message the settings).
>>> Steps on my Staged server - Amazon Ec2 - Ubuntu 14
>>> - stopped supervisor and nginx on my staged machine
>>> - switched my staged machine to run using - python manage runserver 
>>> 0.0.0.0:8000 
>>> - put "printf value" statement in the "currency" filter under 
>>> shop_tags.py 
>>> now when i browse (using windows machine) the site running on ec2 
>>> machine I have NO issues with the Product prices, Cart total etc..Both the 
>>> Browser and the printf values match
>>>
>>> However, when I switch the machine to nginx and start browsing from 
>>> windows machine, i start getting the incorrect prices (alternate between 
>>> correct and wrong) when
>>> - I press the different products or go back and forth from cart to 
>>> product pages
>>> - Switching between incorrect price and correct prices happens everytime 
>>> when I goto my payment processor and click the back button again to website 
>>> (neglecting browser warnings that page has expired). BUT this doesn't 
>>> happens when site running from "python manage runserver"
>>>
>>> ex: Rs.249 is displayed as Rs.250 and Rs.349 as Rs.350. clicking the 
>>> same link toggles between those 2 values 
>>>
>>> Help is greatly appreciated as i am near completion and can't figure 
>>> this ambiguous behavior. 
>>> My development is on Local Machine a Ubuntu 12.01LTS and I was testing 
>>> using "python manage runserver" on 127.0.0.0:8000... This is working as 
>>> expected
>>>
>>>
>>> locale command on ubuntu-14 amazon-ec2 
>>> LANG=en_IN
>>> LANGUAGE=en_IN:en
>>> LC_CTYPE="en_IN"
>>> LC_NUMERIC="en_IN"
>>> LC_TIME="en_IN"
>>> LC_COLLATE="en_IN"
>>> LC_MONETARY="en_IN"
>>> LC_MESSAGES="en_IN"
>>> LC_PAPER="en_IN"
>>> LC_NAME="en_IN"
>>> LC_ADDRESS="en_IN"
>>> LC_TELEPHONE="en_IN"
>>> LC_MEASUREMENT="en_IN"
>>> LC_IDENTIFICATION="en_IN"
>>> LC_ALL=
>>>
>>>
>>>
>>>
>>>
>>> The currencies symbol is correctly shown on the browser. However, i the 
>>> prices change sometimes alternately and sometimes randomly. Correct price 
>>> is 249. it switches between 249 and 250 when i click the same page or cart 
>>> button. the cart total is updated 
>>>
>>> On Saturday, May 23, 2015 at 10:59:37 PM UTC+5:30, Stephen McDonald 
>>> wrote: 

 It looks like you're calculating the correct value being stored in the 
 DB, and only getting the error on output. Each currency value gets passed 
 through the "currency" template tag, which is where the problem likely is. 
 It also deals with machine specific locale settings, which will vary per 
 machine - also making it a likely candidate for the error. 

  Here's the source for it - 
 https://github.com/stephenmcd/cartridge/blob/master/cartridge/shop/templatetags/shop_tags.py#L17-L41

  Have you consistently defined (and installed) the correct locale? 
 (defined with the SHOP_CURRENCY_LOCALE setting).

  Can you debug what happens in the "currency" template tag on your 
 deployed machine? That might entail adding some logging to it, making a 
 copy of it in your own project, printing out values while manually running 
 it in a terminal, whatever works for you.

  
  
  
  
 On Sat, May 23, 2015 at 3:26 AM, vikraw  wrote:

> Hi
>
> Almost near launching a site. But running into Price rounding issues 
> today when I fab deployed

Re: [mezzanine-users] Price Rounding Off Issues

[Stephen McDonald]

Well you've resolved it for yourself but surely someone else will hit this.

So which payment processor was it?

On Mon, May 25, 2015 at 9:45 AM, vikraw  wrote:

> Looks like it is resolved for now. One of the payment processor libs had
> getcontext().prec = 2. After commenting it out, things looks ok. Once the
> flow reached that code, i had issues.
> But still not clear why it hasn't happening on dev environment
>
>
>
> On Monday, May 25, 2015 at 2:46:19 AM UTC+5:30, Danny S wrote:
>
>>  Is it possible that you are running with different versions of python
>> between the runserver and nginx/gunicorn versions of your website?
>> I've noticed before in other work that e.g. Python 2.7 has slightly
>> different precision on floats than Python 2.6...
>>
>> But yeah, weird problem.
>>
>> On 25/05/2015 3:45 AM, vikraw wrote:
>>
>> The staged server have the locale correctly set ( see at end of my
>> message the settings).
>> Steps on my Staged server - Amazon Ec2 - Ubuntu 14
>> - stopped supervisor and nginx on my staged machine
>> - switched my staged machine to run using - python manage runserver
>> 0.0.0.0:8000
>> - put "printf value" statement in the "currency" filter under
>> shop_tags.py
>> now when i browse (using windows machine) the site running on ec2 machine
>> I have NO issues with the Product prices, Cart total etc..Both the Browser
>> and the printf values match
>>
>> However, when I switch the machine to nginx and start browsing from
>> windows machine, i start getting the incorrect prices (alternate between
>> correct and wrong) when
>> - I press the different products or go back and forth from cart to
>> product pages
>> - Switching between incorrect price and correct prices happens everytime
>> when I goto my payment processor and click the back button again to website
>> (neglecting browser warnings that page has expired). BUT this doesn't
>> happens when site running from "python manage runserver"
>>
>> ex: Rs.249 is displayed as Rs.250 and Rs.349 as Rs.350. clicking the same
>> link toggles between those 2 values
>>
>> Help is greatly appreciated as i am near completion and can't figure this
>> ambiguous behavior.
>> My development is on Local Machine a Ubuntu 12.01LTS and I was testing
>> using "python manage runserver" on 127.0.0.0:8000... This is working as
>> expected
>>
>>
>> locale command on ubuntu-14 amazon-ec2
>> LANG=en_IN
>> LANGUAGE=en_IN:en
>> LC_CTYPE="en_IN"
>> LC_NUMERIC="en_IN"
>> LC_TIME="en_IN"
>> LC_COLLATE="en_IN"
>> LC_MONETARY="en_IN"
>> LC_MESSAGES="en_IN"
>> LC_PAPER="en_IN"
>> LC_NAME="en_IN"
>> LC_ADDRESS="en_IN"
>> LC_TELEPHONE="en_IN"
>> LC_MEASUREMENT="en_IN"
>> LC_IDENTIFICATION="en_IN"
>> LC_ALL=
>>
>>
>>
>>
>>
>> The currencies symbol is correctly shown on the browser. However, i the
>> prices change sometimes alternately and sometimes randomly. Correct price
>> is 249. it switches between 249 and 250 when i click the same page or cart
>> button. the cart total is updated
>>
>> On Saturday, May 23, 2015 at 10:59:37 PM UTC+5:30, Stephen McDonald
>> wrote:
>>>
>>> It looks like you're calculating the correct value being stored in the
>>> DB, and only getting the error on output. Each currency value gets passed
>>> through the "currency" template tag, which is where the problem likely is.
>>> It also deals with machine specific locale settings, which will vary per
>>> machine - also making it a likely candidate for the error.
>>>
>>>  Here's the source for it -
>>> https://github.com/stephenmcd/cartridge/blob/master/cartridge/shop/templatetags/shop_tags.py#L17-L41
>>>
>>>  Have you consistently defined (and installed) the correct locale?
>>> (defined with the SHOP_CURRENCY_LOCALE setting).
>>>
>>>  Can you debug what happens in the "currency" template tag on your
>>> deployed machine? That might entail adding some logging to it, making a
>>> copy of it in your own project, printing out values while manually running
>>> it in a terminal, whatever works for you.
>>>
>>>
>>>
>>>
>>>
>>> On Sat, May 23, 2015 at 3:26 AM, vikraw  wrote:
>>>
 Hi

 Almost near launching a site. But running into Price rounding issues
 today when I fab deployed to AWS ec2 instance. Never had those issues
 before on ec2.
 My Development environment is working great with no issues.

 However on deployed machine -Prices are getting rounded off in various
 places ex: 249 was rounded off to 250 in cart.html, as well as HTML
 invoice, PDF invoice.
 Unit Price was displaying correctly as 249 But "Total Price" was
 showing 250

 Also, facing rounding off issues in PDF invoice and View Invoice in
 browser.

 The amounts are accurate in email invoice though. Even the amounts sent
 to payment gateway are correct. When the account user goes to history of
 orders, the amounts are correctly displayed in the columns. Only issues are
 cart, html invoice, pdf templates.

 I have a tax_handler where i calculate tax as 

Re: [mezzanine-users] Price Rounding Off Issues

[vikraw]

Looks like it is resolved for now. One of the payment processor libs had 
getcontext().prec = 2. After commenting it out, things looks ok. Once the 
flow reached that code, i had issues.
But still not clear why it hasn't happening on dev environment


On Monday, May 25, 2015 at 2:46:19 AM UTC+5:30, Danny S wrote:
>
>  Is it possible that you are running with different versions of python 
> between the runserver and nginx/gunicorn versions of your website?
> I've noticed before in other work that e.g. Python 2.7 has slightly 
> different precision on floats than Python 2.6...
>
> But yeah, weird problem.
>
> On 25/05/2015 3:45 AM, vikraw wrote:
>  
> The staged server have the locale correctly set ( see at end of my message 
> the settings).
> Steps on my Staged server - Amazon Ec2 - Ubuntu 14
> - stopped supervisor and nginx on my staged machine
> - switched my staged machine to run using - python manage runserver 
> 0.0.0.0:8000 
> - put "printf value" statement in the "currency" filter under shop_tags.py 
> now when i browse (using windows machine) the site running on ec2 machine 
> I have NO issues with the Product prices, Cart total etc..Both the Browser 
> and the printf values match
>
> However, when I switch the machine to nginx and start browsing from 
> windows machine, i start getting the incorrect prices (alternate between 
> correct and wrong) when
> - I press the different products or go back and forth from cart to product 
> pages
> - Switching between incorrect price and correct prices happens everytime 
> when I goto my payment processor and click the back button again to website 
> (neglecting browser warnings that page has expired). BUT this doesn't 
> happens when site running from "python manage runserver"
>
> ex: Rs.249 is displayed as Rs.250 and Rs.349 as Rs.350. clicking the same 
> link toggles between those 2 values 
>
> Help is greatly appreciated as i am near completion and can't figure this 
> ambiguous behavior. 
> My development is on Local Machine a Ubuntu 12.01LTS and I was testing 
> using "python manage runserver" on 127.0.0.0:8000... This is working as 
> expected
>
>
> locale command on ubuntu-14 amazon-ec2 
> LANG=en_IN
> LANGUAGE=en_IN:en
> LC_CTYPE="en_IN"
> LC_NUMERIC="en_IN"
> LC_TIME="en_IN"
> LC_COLLATE="en_IN"
> LC_MONETARY="en_IN"
> LC_MESSAGES="en_IN"
> LC_PAPER="en_IN"
> LC_NAME="en_IN"
> LC_ADDRESS="en_IN"
> LC_TELEPHONE="en_IN"
> LC_MEASUREMENT="en_IN"
> LC_IDENTIFICATION="en_IN"
> LC_ALL=
>
>
>
>
>
> The currencies symbol is correctly shown on the browser. However, i the 
> prices change sometimes alternately and sometimes randomly. Correct price 
> is 249. it switches between 249 and 250 when i click the same page or cart 
> button. the cart total is updated 
>
> On Saturday, May 23, 2015 at 10:59:37 PM UTC+5:30, Stephen McDonald wrote: 
>>
>> It looks like you're calculating the correct value being stored in the 
>> DB, and only getting the error on output. Each currency value gets passed 
>> through the "currency" template tag, which is where the problem likely is. 
>> It also deals with machine specific locale settings, which will vary per 
>> machine - also making it a likely candidate for the error. 
>>
>>  Here's the source for it - 
>> https://github.com/stephenmcd/cartridge/blob/master/cartridge/shop/templatetags/shop_tags.py#L17-L41
>>
>>  Have you consistently defined (and installed) the correct locale? 
>> (defined with the SHOP_CURRENCY_LOCALE setting).
>>
>>  Can you debug what happens in the "currency" template tag on your 
>> deployed machine? That might entail adding some logging to it, making a 
>> copy of it in your own project, printing out values while manually running 
>> it in a terminal, whatever works for you.
>>
>>  
>>  
>>  
>>  
>> On Sat, May 23, 2015 at 3:26 AM, vikraw  wrote:
>>
>>> Hi
>>>
>>> Almost near launching a site. But running into Price rounding issues 
>>> today when I fab deployed to AWS ec2 instance. Never had those issues 
>>> before on ec2.
>>> My Development environment is working great with no issues.
>>>
>>> However on deployed machine -Prices are getting rounded off in various 
>>> places ex: 249 was rounded off to 250 in cart.html, as well as HTML 
>>> invoice, PDF invoice.
>>> Unit Price was displaying correctly as 249 But "Total Price" was showing 
>>> 250
>>>
>>> Also, facing rounding off issues in PDF invoice and View Invoice in 
>>> browser. 
>>>
>>> The amounts are accurate in email invoice though. Even the amounts sent 
>>> to payment gateway are correct. When the account user goes to history of 
>>> orders, the amounts are correctly displayed in the columns. Only issues are 
>>> cart, html invoice, pdf templates.
>>>
>>> I have a tax_handler where i calculate tax as follows - TAX_RATE = 0.05  
>>>  tax_total = Decimal(amount_to_tax) * Decimal(str(settings.TAX_RATE)) 
>>>
>>> See attached files - 366.45 is the correct amount being shown in 
>>> Order-History page, but invoice is generated or 370.
>>>

Re: [mezzanine-users] Price Rounding Off Issues

[Danny]

Is it possible that you are running with different versions of python 
between the runserver and nginx/gunicorn versions of your website?
I've noticed before in other work that e.g. Python 2.7 has slightly 
different precision on floats than Python 2.6...


But yeah, weird problem.

On 25/05/2015 3:45 AM, vikraw wrote:
The staged server have the locale correctly set ( see at end of my 
message the settings).

Steps on my Staged server - Amazon Ec2 - Ubuntu 14
- stopped supervisor and nginx on my staged machine
- switched my staged machine to run using - python manage runserver 
0.0.0.0:8000
- put "printf value" statement in the "currency" filter under 
shop_tags.py
now when i browse (using windows machine) the site running on ec2 
machine I have NO issues with the Product prices, Cart total etc..Both 
the Browser and the printf values match


However, when I switch the machine to nginx and start browsing from 
windows machine, i start getting the incorrect prices (alternate 
between correct and wrong) when
- I press the different products or go back and forth from cart to 
product pages
- Switching between incorrect price and correct prices happens 
everytime when I goto my payment processor and click the back button 
again to website (neglecting browser warnings that page has expired). 
BUT this doesn't happens when site running from "python manage runserver"


ex: Rs.249 is displayed as Rs.250 and Rs.349 as Rs.350. clicking the 
same link toggles between those 2 values


Help is greatly appreciated as i am near completion and can't figure 
this ambiguous behavior.
My development is on Local Machine a Ubuntu 12.01LTS and I was testing 
using "python manage runserver" on 127.0.0.0:8000... This is working 
as expected



locale command on ubuntu-14 amazon-ec2
LANG=en_IN
LANGUAGE=en_IN:en
LC_CTYPE="en_IN"
LC_NUMERIC="en_IN"
LC_TIME="en_IN"
LC_COLLATE="en_IN"
LC_MONETARY="en_IN"
LC_MESSAGES="en_IN"
LC_PAPER="en_IN"
LC_NAME="en_IN"
LC_ADDRESS="en_IN"
LC_TELEPHONE="en_IN"
LC_MEASUREMENT="en_IN"
LC_IDENTIFICATION="en_IN"
LC_ALL=





The currencies symbol is correctly shown on the browser. However, i 
the prices change sometimes alternately and sometimes randomly. 
Correct price is 249. it switches between 249 and 250 when i click the 
same page or cart button. the cart total is updated


On Saturday, May 23, 2015 at 10:59:37 PM UTC+5:30, Stephen McDonald 
wrote:


It looks like you're calculating the correct value being stored in
the DB, and only getting the error on output. Each currency value
gets passed through the "currency" template tag, which is where
the problem likely is. It also deals with machine specific locale
settings, which will vary per machine - also making it a likely
candidate for the error.

Here's the source for it -

https://github.com/stephenmcd/cartridge/blob/master/cartridge/shop/templatetags/shop_tags.py#L17-L41



Have you consistently defined (and installed) the correct locale?
(defined with the SHOP_CURRENCY_LOCALE setting).

Can you debug what happens in the "currency" template tag on your
deployed machine? That might entail adding some logging to it,
making a copy of it in your own project, printing out values while
manually running it in a terminal, whatever works for you.





On Sat, May 23, 2015 at 3:26 AM, vikraw > wrote:

Hi

Almost near launching a site. But running into Price rounding
issues today when I fab deployed to AWS ec2 instance. Never
had those issues before on ec2.
My Development environment is working great with no issues.

However on deployed machine -Prices are getting rounded off in
various places ex: 249 was rounded off to 250 in cart.html, as
well as HTML invoice, PDF invoice.
Unit Price was displaying correctly as 249 But "Total Price"
was showing 250

Also, facing rounding off issues in PDF invoice and View
Invoice in browser.

The amounts are accurate in email invoice though. Even the
amounts sent to payment gateway are correct. When the account
user goes to history of orders, the amounts are correctly
displayed in the columns. Only issues are cart, html invoice,
pdf templates.

I have a tax_handler where i calculate tax as follows -
TAX_RATE = 0.05
 tax_total = Decimal(amount_to_tax) *
Decimal(str(settings.TAX_RATE))

See attached files - 366.45 is the correct amount being shown
in Order-History page, but invoice is generated or 370.


-- 
You received this message because you are subscribed to the

Google Groups "Mezzanine Users" group.
To unsubscribe from this group and stop receiving emails from
it, send an email to mezzanine-use...@googlegroups.com
.
F

Re: [mezzanine-users] Price Rounding Off Issues

[vikraw]

The staged server have the locale correctly set ( see at end of my message 
the settings).
Steps on my Staged server - Amazon Ec2 - Ubuntu 14
- stopped supervisor and nginx on my staged machine
- switched my staged machine to run using - python manage runserver 
0.0.0.0:8000 
- put "printf value" statement in the "currency" filter under shop_tags.py 
now when i browse (using windows machine) the site running on ec2 machine I 
have NO issues with the Product prices, Cart total etc..Both the Browser 
and the printf values match

However, when I switch the machine to nginx and start browsing from windows 
machine, i start getting the incorrect prices (alternate between correct 
and wrong) when
- I press the different products or go back and forth from cart to product 
pages
- Switching between incorrect price and correct prices happens everytime 
when I goto my payment processor and click the back button again to website 
(neglecting browser warnings that page has expired). BUT this doesn't 
happens when site running from "python manage runserver"

ex: Rs.249 is displayed as Rs.250 and Rs.349 as Rs.350. clicking the same 
link toggles between those 2 values 

Help is greatly appreciated as i am near completion and can't figure this 
ambiguous behavior. 
My development is on Local Machine a Ubuntu 12.01LTS and I was testing 
using "python manage runserver" on 127.0.0.0:8000... This is working as 
expected


locale command on ubuntu-14 amazon-ec2 
LANG=en_IN
LANGUAGE=en_IN:en
LC_CTYPE="en_IN"
LC_NUMERIC="en_IN"
LC_TIME="en_IN"
LC_COLLATE="en_IN"
LC_MONETARY="en_IN"
LC_MESSAGES="en_IN"
LC_PAPER="en_IN"
LC_NAME="en_IN"
LC_ADDRESS="en_IN"
LC_TELEPHONE="en_IN"
LC_MEASUREMENT="en_IN"
LC_IDENTIFICATION="en_IN"
LC_ALL=





The currencies symbol is correctly shown on the browser. However, i the 
prices change sometimes alternately and sometimes randomly. Correct price 
is 249. it switches between 249 and 250 when i click the same page or cart 
button. the cart total is updated 

On Saturday, May 23, 2015 at 10:59:37 PM UTC+5:30, Stephen McDonald wrote:
>
> It looks like you're calculating the correct value being stored in the DB, 
> and only getting the error on output. Each currency value gets passed 
> through the "currency" template tag, which is where the problem likely is. 
> It also deals with machine specific locale settings, which will vary per 
> machine - also making it a likely candidate for the error.
>
> Here's the source for it - 
> https://github.com/stephenmcd/cartridge/blob/master/cartridge/shop/templatetags/shop_tags.py#L17-L41
>
> Have you consistently defined (and installed) the correct locale? (defined 
> with the SHOP_CURRENCY_LOCALE setting).
>
> Can you debug what happens in the "currency" template tag on your deployed 
> machine? That might entail adding some logging to it, making a copy of it 
> in your own project, printing out values while manually running it in a 
> terminal, whatever works for you.
>
>
>
>
>
> On Sat, May 23, 2015 at 3:26 AM, vikraw > 
> wrote:
>
>> Hi
>>
>> Almost near launching a site. But running into Price rounding issues 
>> today when I fab deployed to AWS ec2 instance. Never had those issues 
>> before on ec2.
>> My Development environment is working great with no issues.
>>
>> However on deployed machine -Prices are getting rounded off in various 
>> places ex: 249 was rounded off to 250 in cart.html, as well as HTML 
>> invoice, PDF invoice.
>> Unit Price was displaying correctly as 249 But "Total Price" was showing 
>> 250
>>
>> Also, facing rounding off issues in PDF invoice and View Invoice in 
>> browser. 
>>
>> The amounts are accurate in email invoice though. Even the amounts sent 
>> to payment gateway are correct. When the account user goes to history of 
>> orders, the amounts are correctly displayed in the columns. Only issues are 
>> cart, html invoice, pdf templates.
>>
>> I have a tax_handler where i calculate tax as follows - TAX_RATE = 0.05  
>>  tax_total = Decimal(amount_to_tax) * Decimal(str(settings.TAX_RATE)) 
>>
>> See attached files - 366.45 is the correct amount being shown in 
>> Order-History page, but invoice is generated or 370.
>>
>>
>>  -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Mezzanine Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to mezzanine-use...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Stephen McDonald
> http://jupo.org
>  

-- 
You received this message because you are subscribed to the Google Groups 
"Mezzanine Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to mezzanine-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [mezzanine-users] Price Rounding Off Issues

[Stephen McDonald]

It looks like you're calculating the correct value being stored in the DB,
and only getting the error on output. Each currency value gets passed
through the "currency" template tag, which is where the problem likely is.
It also deals with machine specific locale settings, which will vary per
machine - also making it a likely candidate for the error.

Here's the source for it -
https://github.com/stephenmcd/cartridge/blob/master/cartridge/shop/templatetags/shop_tags.py#L17-L41

Have you consistently defined (and installed) the correct locale? (defined
with the SHOP_CURRENCY_LOCALE setting).

Can you debug what happens in the "currency" template tag on your deployed
machine? That might entail adding some logging to it, making a copy of it
in your own project, printing out values while manually running it in a
terminal, whatever works for you.





On Sat, May 23, 2015 at 3:26 AM, vikraw  wrote:

> Hi
>
> Almost near launching a site. But running into Price rounding issues today
> when I fab deployed to AWS ec2 instance. Never had those issues before on
> ec2.
> My Development environment is working great with no issues.
>
> However on deployed machine -Prices are getting rounded off in various
> places ex: 249 was rounded off to 250 in cart.html, as well as HTML
> invoice, PDF invoice.
> Unit Price was displaying correctly as 249 But "Total Price" was showing
> 250
>
> Also, facing rounding off issues in PDF invoice and View Invoice in
> browser.
>
> The amounts are accurate in email invoice though. Even the amounts sent to
> payment gateway are correct. When the account user goes to history of
> orders, the amounts are correctly displayed in the columns. Only issues are
> cart, html invoice, pdf templates.
>
> I have a tax_handler where i calculate tax as follows - TAX_RATE = 0.05
>  tax_total = Decimal(amount_to_tax) * Decimal(str(settings.TAX_RATE))
>
> See attached files - 366.45 is the correct amount being shown in
> Order-History page, but invoice is generated or 370.
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Mezzanine Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to mezzanine-users+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Stephen McDonald
http://jupo.org

-- 
You received this message because you are subscribed to the Google Groups 
"Mezzanine Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to mezzanine-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[mezzanine-users] Price Rounding Off Issues

[vikraw]

Hi

Almost near launching a site. But running into Price rounding issues today 
when I fab deployed to AWS ec2 instance. Never had those issues before on 
ec2.
My Development environment is working great with no issues.

However on deployed machine -Prices are getting rounded off in various 
places ex: 249 was rounded off to 250 in cart.html, as well as HTML 
invoice, PDF invoice.
Unit Price was displaying correctly as 249 But "Total Price" was showing 250

Also, facing rounding off issues in PDF invoice and View Invoice in 
browser. 

The amounts are accurate in email invoice though. Even the amounts sent to 
payment gateway are correct. When the account user goes to history of 
orders, the amounts are correctly displayed in the columns. Only issues are 
cart, html invoice, pdf templates.

I have a tax_handler where i calculate tax as follows - TAX_RATE = 0.05  
 tax_total = Decimal(amount_to_tax) * Decimal(str(settings.TAX_RATE)) 

See attached files - 366.45 is the correct amount being shown in 
Order-History page, but invoice is generated or 370.


-- 
You received this message because you are subscribed to the Google Groups 
"Mezzanine Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to mezzanine-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.