openerp-expert-accounting team mailing list archive

["qdp \(OpenERP\)" <qdp-launchpad@xxxxxxxxxxx>]

Hello,
Thank you for your suggestion! However this is unfortunately out of the scope of the current OpenERP release, so we cannot implement it.
Let's close this bug for now, for the sake of clarity in Launchpad, it can always be reopened later when we consider new features for future roadmaps.
Thank you for your understanding!

** Changed in: openobject-addons
   Importance: Low => Wishlist

** Changed in: openobject-addons
       Status: Triaged => Won't Fix

-- 
You received this bug notification because you are a member of OpenERP
Accounting Experts, which is a direct subscriber.
https://bugs.launchpad.net/bugs/599090

Title:
  account.move.line check is too strict

Status in OpenObject Addons Modules:
  Won't Fix

Bug description:
  account.move.line checks some fields are not updated if the line is reconciled or the move is not in draft state. There is a problem, though, that forbids users from removing unreconciled entries of a draft account moves.

When the user wants to remove a couple of lines of a draft move (leaving the move still in valid state), the system will call account.move validate() function. This function calls account.move.line write() for all account move lines of the move, forbiding the removal if there are move lines in reconciled state. The problem is that account.move's validate() function is not necessarily changing any of the forbiden values, it simply ensures they're properly set. As account.move.line's write() function doesn't check if those values are really changing it always raises an exception.

The attached patch fixes this problem by checking if any of the fields that must not be changed are really changing and only calls _update_check() function if necessary. This results in the described scenario to be usable again and thus letting users modify unreconciled move lines as expected.