← Back to team overview

c2c-oerpscenario team mailing list archive

Re: [Bug 728092] Re: Purchase Order price calculation wrong

 

I should say, I was just warning Kyle against this fact. Of course I regret
this situation too. I know other projects where trunk is reasonably stable
enough so that motivated early adopter are rewarded of their testing efforts
rather than screwed with their installation. Cheers.

On Thu, Mar 3, 2011 at 8:59 AM, Bogdan Stanciu <
bogdanovidiu.stanciu@xxxxxxxxx> wrote:

> On 03. 03. 11 12:40, Raphaël Valyi - http://www.akretion.com wrote:
> > Kyle, I advised to use trunk while approaching v6.0. But now that 6.0 has
> > been frozen, trunk has become unstable again (we don't know yet if
> OpenERP
> > SA is committed in making it converge to something stable again and for
> > when) and on the tracker you can see nasty regressions happening on it.
> This
> > is very cool to be a trunk early tester/adopter, but I just wanted to
> make
> > sure you know the risk of using that branch in production.
> >
> > On Thu, Mar 3, 2011 at 2:52 AM, Kyle Waid -
> http://www.midwestsupplies.com <
> > 728092@xxxxxxxxxxxxxxxxxx> wrote:
> >
> >> Ive been on trunk the whole time, if I went back then I couldnt report
> >> bugs. Ill revert if I have to.
> >>
> >> --
> >> You received this bug notification because you are subscribed to OpenERP
> >> Addons.
> >> https://bugs.launchpad.net/bugs/728092
> >>
> >> Title:
> >>  Purchase Order price calculation wrong
> >>
> >> Status in OpenERP Modules (addons):
> >>  New
> >>
> >> Bug description:
> >>  Something happened to the  trunk around the 28th of February. In the
> >>  commit, the Purchase order function now has wrong calculation.
> >>
> >>  When doing a purchase order it has wrong cost calculation. If the
> >>  default UoM is different the the Purchase UoM then it double
> >>  multiplies the price. cost x Purchase UoM x2 = price
> >>
> I feel it is very counterproductive to have an unstable trunk. Right now
> I am not at all motivated to upgrade/test, as maybe tomorrow things get
> reversed.
>
> There are sufficient levels of testing/approval so the "official" trunk
> could stay clean. of course, not "perfect" (what does that mean anyway
> :-)) but as good as it could come.
>
> what i saw lately is FAR from this.
>
> just my opinion...
> bogdan
>
> --
> You received this bug notification because you are subscribed to OpenERP
> Addons.
> https://bugs.launchpad.net/bugs/728092
>
> Title:
>  Purchase Order price calculation wrong
>
> Status in OpenERP Modules (addons):
>  New
>
> Bug description:
>  Something happened to the  trunk around the 28th of February. In the
>  commit, the Purchase order function now has wrong calculation.
>
>  When doing a purchase order it has wrong cost calculation. If the
>  default UoM is different the the Purchase UoM then it double
>  multiplies the price. cost x Purchase UoM x2 = price
>

-- 
You received this bug notification because you are a member of C2C
OERPScenario, which is subscribed to the OpenERP Project Group.
https://bugs.launchpad.net/bugs/728092

Title:
  Purchase Order price calculation wrong

Status in OpenERP Modules (addons):
  New

Bug description:
  Something happened to the  trunk around the 28th of February. In the
  commit, the Purchase order function now has wrong calculation.

  When doing a purchase order it has wrong cost calculation. If the
  default UoM is different the the Purchase UoM then it double
  multiplies the price. cost x Purchase UoM x2 = price



References