Mon, 28 Dec 2015 17:35:33 +0000CI: update AD_MODULE to version 28170
RM packaging bot <staff.rm@openbravo.com> [Mon, 28 Dec 2015 17:35:33 +0000] rev 28171
CI: update AD_MODULE to version 28170

Mon, 28 Dec 2015 12:15:18 +0100Fixed bug 31760: Some labels in Add Payment can't be translated
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Mon, 28 Dec 2015 12:15:18 +0100] rev 28170
Fixed bug 31760: Some labels in Add Payment can't be translated

Solution partially based on ALO's one.
The query for translation was wrongly using the element TRL ID instead of the Application Element ID.
Avoid querying the database when language is en_US

This piece of code is executed from Purchase Invoice, Sales Invoice, Payment In, Payment Out, Financial Account | Transaction, Financial Account | Match Statement. However, only in the Financial Account flows seem to be really useful, so we should think about not running it in the other places.

Thu, 24 Dec 2015 17:37:23 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Thu, 24 Dec 2015 17:37:23 +0000] rev 28169
CI: merge back from main

Thu, 24 Dec 2015 17:22:27 +0000CI: update AD_MODULE to version 28167
RM packaging bot <staff.rm@openbravo.com> [Thu, 24 Dec 2015 17:22:27 +0000] rev 28168
CI: update AD_MODULE to version 28167

Thu, 24 Dec 2015 11:03:13 +0100Related to issue 31697: Avoid append a null description
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Thu, 24 Dec 2015 11:03:13 +0100] rev 28167
Related to issue 31697: Avoid append a null description

Wed, 23 Dec 2015 18:48:11 +0100Fixed bug 31697: code review improvements
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Wed, 23 Dec 2015 18:48:11 +0100] rev 28166
Fixed bug 31697: code review improvements

In case of removing a gl item from a transaction, the part of the transaction's description related to the GL Item (and everything else afterwards) will be deleted. The part of the transaction's description before the GL Item description
will be always kept.
The same behavior is applied when adding a new transaction from the Financial Account window and from the Match Statement --> Add transaction process

In case of removing a payment, the behavior is similar to the GL Item described above. However, since the payment description doesn't follow a constant structure (like in the case of GL Item's description), it's very hard to detect the description on the fly. That means that the flow will only work just after saving the transaction or in the first change after loading the transaction, which are the common flows. If the user selects different payments without saving the record, the system will append the different payment's description to the transaction.

The getFinAccTransactionDescription() method:
1. won't append multiple times the same description.
2. will add an extra empty line only when it's something to be appended
3. will work fine when the transaction already has a description with multiple lines
4. control any possible exception and returns the text to be append (if not blank), or the original description

Applied jsbeautifier to ob-aprm-addTransaction.js

Wed, 23 Dec 2015 01:08:07 +0530Fixes Issue 31697:Bank Statement Line description overwritten with GL Item's
Atul Gaware <atul.gaware@openbravo.com> [Wed, 23 Dec 2015 01:08:07 +0530] rev 28165
Fixes Issue 31697:Bank Statement Line description overwritten with GL Item's
or payment's description when adding gl item or payment in add transaction
of Match Statement Process.

This issue is fixed in two area's
1. Add Transaction Process Definition window in Match Statement.
2. Transaction Tab of Financial Account window.

Whenever there exists a description prior adding gl item or payment in above
both cases description is appended with either gl item description or
payment description.

Wed, 23 Dec 2015 13:42:24 +0100Fixed bug 31649: Performance problems opening Balance Sheet and PL structure
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Wed, 23 Dec 2015 13:42:24 +0100] rev 28164
Fixed bug 31649: Performance problems opening Balance Sheet and PL structure

selectYearsDouble query was consuming most of the time required for launching the window.

Rewritten query to use EXISTS clause, to filter by AD_CLIENT_ID and to call AD_ORG_ISINNATURALTREE() function, which reduces the query cost from 126320.46 to 2527.97, and the time from 20 secs to 0,8 secs

Wed, 23 Dec 2015 11:48:21 +0100Related to issue 31711: Add 2016 conversion rate and accounting for some assets
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Wed, 23 Dec 2015 11:48:21 +0100] rev 28163
Related to issue 31711: Add 2016 conversion rate and accounting for some assets

Thu, 17 Dec 2015 14:34:09 +0530Fixes Issue 31711:Sample data (F&B International Group Client) for 3.0PR16Q1
Atul Gaware <atul.gaware@openbravo.com> [Thu, 17 Dec 2015 14:34:09 +0530] rev 28162
Fixes Issue 31711:Sample data (F&B International Group Client) for 3.0PR16Q1

Transactions created for Oct, Nov and Dec 2015 as per document "How to evolve
F&B"