Thu, 02 Jul 2015 15:12:55 +0200Fixes issue 29729 & Fixes issue 29702 & Fixes issue 29728
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Thu, 02 Jul 2015 15:12:55 +0200] rev 27087
Fixes issue 29729 & Fixes issue 29702 & Fixes issue 29728

Cost Adjustments will not be created in transactions calculated with Standard Algorithm.

Fri, 03 Jul 2015 11:08:17 +0200Fixes issue 30232: Costing record not referencing transaction
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Fri, 03 Jul 2015 11:08:17 +0200] rev 27086
Fixes issue 30232: Costing record not referencing transaction

getRelatedTransactions method in AverageCostAdjustment.java was creating an HQL query with a wrong parenthesis. Because of that Order By clause did not appear in the query, what was causing wrong Costing entries.
Also, when this error happens, current costing will be updated with the new cost, instead of creating a new costing with a null transaction.

Mon, 06 Jul 2015 12:32:17 +0200Log4J warning message moved to debug in AcctSchemaElement.java
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Mon, 06 Jul 2015 12:32:17 +0200] rev 27085
Log4J warning message moved to debug in AcctSchemaElement.java

Thu, 02 Jul 2015 22:07:27 +0530Fixes Issue 30273:"Not Balance" error received when posting a transaction
Atul Gaware <atul.gaware@openbravo.com> [Thu, 02 Jul 2015 22:07:27 +0530] rev 27084
Fixes Issue 30273:"Not Balance" error received when posting a transaction
(although suspense balancing is not needed)

Fix takes into account the payment's sign (payment in/out).

Mon, 06 Jul 2015 11:20:55 +0200fixed bug 30297: selectors with display field property fail
Asier Lostalé <asier.lostale@openbravo.com> [Mon, 06 Jul 2015 11:20:55 +0200] rev 27083
fixed bug 30297: selectors with display field property fail

They failed in case the display field property was not in the main property but
in a referenced one. In this case, the property was tried to be obtained from the
record object in an incorrect manner (path to the referred entity was removed).

The fix preserves path to referred entity and checks for not null value before
doing replacements in the string.

Fri, 03 Jul 2015 15:04:14 +0200Related to issue 30077: code review improvements
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Fri, 03 Jul 2015 15:04:14 +0200] rev 27082
Related to issue 30077: code review improvements

Use credit popup when completing an invoice only shown when invoice's currency = business partner's currency.
Call getCustomerPaymentsWithCredit() without checking currency != null, because the method already checks it.
Improved warning message with a link to the wiki page.
Amounts are properly rounded.
Improvements in the created payment messages.
Change Business Partner currency: Forced to select a gl item if credit is detected in order to change the currency.

Fri, 03 Jul 2015 13:33:24 +0200Related to issue 30077: applied js beautifier
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Fri, 03 Jul 2015 13:33:24 +0200] rev 27081
Related to issue 30077: applied js beautifier

Thu, 11 Jun 2015 12:43:23 +0200Fixes issue 30077: Wrong customer balance with multicurrency credits
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Thu, 11 Jun 2015 12:43:23 +0200] rev 27080
Fixes issue 30077: Wrong customer balance with multicurrency credits

Customer balance was not correctly updated when consuming credit generated in one currency in a payment with another currency.
Credit To Use grid in AddPayment will only show available credit in the currency of current payment.
Also, when changing the currency of a business partner with Set New Currency process, if exists available credit, the process will be able to convert automatically this credit into credit in the new curreny if a GLItem is selected, following this process: http://wiki.openbravo.com/wiki/How_to_convert_credit_to_a_different_currency

Mon, 06 Jul 2015 09:12:10 +0200Related with issue 29612: Merge with pi
Augusto Mauch <augusto.mauch@openbravo.com> [Mon, 06 Jul 2015 09:12:10 +0200] rev 27079
Related with issue 29612: Merge with pi

Tue, 23 Jun 2015 11:50:57 +0200Fixes issue 29612: FK filters with drop down disable behave like text filters
Augusto Mauch <augusto.mauch@openbravo.com> [Tue, 23 Jun 2015 11:50:57 +0200] rev 27078
Fixes issue 29612: FK filters with drop down disable behave like text filters

If the "Disable Foreign Key Combo" grid configuration is enabled, then the filters of foreign key fields will not include a dropdown. In this case the filter will look like a standard text filter, so it ha
s been decided that is should act like one. This mean the following grid properties should work:
- Text Field Filter Behaviour. Allows to specify the default operator, no change was needed
- Threashold to Trigger Filter on Text Field. Prevents executing several requests to the datasource in short time span. No change was needed
- Filter On Change: Allows to specify if a filter datasource request should be done when the user types, before the filter editor loses the focus.

The changes done in this changeset fix the third case. The actOnKeypress property is set to true if the FilterOnChange grid config is enabled, otherwise the filter was only done when the filter editor lost
the focus. For this to work properly, another change was needed: the symbol of the default operator should not be shown in the filter editor.