Tue, 19 Oct 2010 16:39:23 +0200Backed out changeset 4babac33682f
Adrián Romero <adrianromero@openbravo.com> [Tue, 19 Oct 2010 16:39:23 +0200] rev 8570
Backed out changeset 4babac33682f

Tue, 19 Oct 2010 16:38:33 +0200merge backout
Adrián Romero <adrianromero@openbravo.com> [Tue, 19 Oct 2010 16:38:33 +0200] rev 8569
merge backout

Tue, 19 Oct 2010 16:38:24 +0200Backed out changeset 20e4a87e4b12
Adrián Romero <adrianromero@openbravo.com> [Tue, 19 Oct 2010 16:38:24 +0200] rev 8568
Backed out changeset 20e4a87e4b12

Tue, 19 Oct 2010 16:37:59 +0200merge backout
Adrián Romero <adrianromero@openbravo.com> [Tue, 19 Oct 2010 16:37:59 +0200] rev 8567
merge backout

Tue, 19 Oct 2010 16:37:36 +0200Backed out changeset c2ed75573ccc
Adrián Romero <adrianromero@openbravo.com> [Tue, 19 Oct 2010 16:37:36 +0200] rev 8566
Backed out changeset c2ed75573ccc

Tue, 19 Oct 2010 18:09:39 +0530Fixes issue 14564: Writeoff accounting error in settlements
Sivaraman Rajagopal <sivaraman.rajagopal@openbravo.com> [Tue, 19 Oct 2010 18:09:39 +0530] rev 8565
Fixes issue 14564: Writeoff accounting error in settlements

Root cause:
It can be found AcctServer.ACCTTYPE_WriteOffDefault account type that was used earlier in DocPayment.java. That's why it was always taking the write off line at accounting schema level.

Solution:
Simply changing the account type from ACCTTYPE_WriteOffDefault to ACCTTYPE_WriteOff in WRITEOFF calculation would not work as C_BPartner_ID in AcctServer is nowhere populated with value (Please note, C_BPartner_ID is used in AcctServer.getAccount method). Therefore, the code has been modified in order to directly create Account object rather than calling getAccount method. This will resolve the issue as per the expected behaviour without any impacts.

Tue, 19 Oct 2010 09:24:18 +0200Fixes issue 14908
David Alsasua <david.alsasua@openbravo.com> [Tue, 19 Oct 2010 09:24:18 +0200] rev 8564
Fixes issue 14908
Now C_Invoice_Post takes dynamically the doc base type elements that works with the invoice documents

Tue, 19 Oct 2010 17:13:17 +0530Fixes issue 9422: CreateTaxReport & CreateAccountingReport: static class members
Sivaraman Rajagopal <sivaraman.rajagopal@openbravo.com> [Tue, 19 Oct 2010 17:13:17 +0530] rev 8563
Fixes issue 9422: CreateTaxReport & CreateAccountingReport: static class members

As per the proposed solution, strTreeOrg has been moved to printPagePopup as local variable and passed into treeOrg as parameter. Please note, String type has been changed to StringBuffer in order to use treeOrg without having major changes.

Tue, 19 Oct 2010 09:29:36 +0200Fixed issue 14091. Return early also in RemoveCheckChange.apply() method.
Antonio Moreno <antonio.moreno@openbravo.com> [Tue, 19 Oct 2010 09:29:36 +0200] rev 8562
Fixed issue 14091. Return early also in RemoveCheckChange.apply() method.

Tue, 19 Oct 2010 11:42:00 +0530Fixes 14827 Post button disabled when the payment document is in Awaiting execution status
Anandan Narasimachari Monnin <anandan.monnin@openbravo.com> [Tue, 19 Oct 2010 11:42:00 +0530] rev 8561
Fixes 14827 Post button disabled when the payment document is in Awaiting execution status