c2c-oerpscenario team mailing list archive

[Bogdan Stanciu <bogdanovidiu.stanciu@xxxxxxxxx>]

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 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