Mon, 23 Mar 2015 17:14:45 +0100Fixes bug 29374: Warehouse field of Manage Reservation P&E shows a proper value
Augusto Mauch <augusto.mauch@openbravo.com> [Mon, 23 Mar 2015 17:14:45 +0100] rev 26221
Fixes bug 29374: Warehouse field of Manage Reservation P&E shows a proper value

The is a bug in that P&E, reported here [1], that makes the FIC return the wrong value for the warehouse field of the Manage Reservation P&E window. Before [2] was fixed, [1] did not have any consequences, as the value returned by the FIC was not set to the row being edited.

To fix this, the values returned by the FIC are only set if the field is editable. [1] will have to be fixed anyway, because even if now it does not crete problems in this flow, it could be causing problems in others.

[1] https://issues.openbravo.com/view.php?id=29381
[2] https://issues.openbravo.com/view.php?id=28727

Mon, 23 Mar 2015 15:23:47 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Mon, 23 Mar 2015 15:23:47 +0000] rev 26220
CI: merge back from main

Mon, 23 Mar 2015 15:08:37 +0000CI: update AD_MODULE to version 26214
RM packaging bot <staff.rm@openbravo.com> [Mon, 23 Mar 2015 15:08:37 +0000] rev 26219
CI: update AD_MODULE to version 26214

Tue, 17 Mar 2015 11:56:11 +0100Fixes issue 29257: Avoid error when posting a multi-general ledger G/L Journal
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Tue, 17 Mar 2015 11:56:11 +0100] rev 26218
Fixes issue 29257: Avoid error when posting a multi-general ledger G/L Journal

General Ledger will be taken from G/L Item instead from Simple G/L Journal when it is marked as multi-general ledger, because in this case General Ledger from Simple G/L Journal will be empty

Mon, 23 Mar 2015 12:56:19 +0100related to issue 29252 update Copyright
Sandra Huguet <sandra.huguet@openbravo.com> [Mon, 23 Mar 2015 12:56:19 +0100] rev 26217
related to issue 29252 update Copyright

Mon, 16 Mar 2015 17:07:49 +0100Fixes bug 29252: Payment method in add payment does not display inactive values
Unai Martirena <unai.martirena@openbravo.com> [Mon, 16 Mar 2015 17:07:49 +0100] rev 26216
Fixes bug 29252: Payment method in add payment does not display inactive values

The whereClause of fin_payment_method combo in add payment has been changed to not display never payment methods that are inactive.

Also the default values of Add Payment window that are opened from all windows has been changed to not set as default a Payment Method that is inactive, even if it is marked as default in the financial account or if is the default payment method of the Business Partner.

A change has also been done in OB.APRM.AddPayment.paymentMethodMulticurrency javascript function. In Add Payment window, while clearing Payment Method combo manually, the Financial Account was also being cleared. This was causing a problem when opening from Financial Account, because in this case novalues were displayed on both combos any more. It has been fixed to not to clear the Financial Account combo in this case as always is going to be the same, so it is no necessary to clear it.

Mon, 23 Mar 2015 12:52:19 +0100Fixes issue 0029370: Exception in Purchase Invoice dimensional
Jon Alegría <jon.alegria@openbravo.com> [Mon, 23 Mar 2015 12:52:19 +0100] rev 26215
Fixes issue 0029370: Exception in Purchase Invoice dimensional
report, comparative option set

Wed, 11 Mar 2015 13:52:26 +0100Fixes bug 29073: InvoiceLine tax delete only is done when is needed
Unai Martirena <unai.martirena@openbravo.com> [Wed, 11 Mar 2015 13:52:26 +0100] rev 26214
Fixes bug 29073: InvoiceLine tax delete only is done when is needed

C_INVOICELINE_TRG2 has been changed to better manage when Invoice Line taxes are deleted and created again. Instead of doing it on every time an invoiceline is inserted or updated, it will be done when certain values in Invoice Line are changed and this affects in the related Invoice Line Tax record. The result will be the same, because with the previous code when there was no change in the Invoice Line the Invoice Line taxes were recreated with the same values as before, and now will be skipped.

Apart of this previous change, all not used variables have been removed, and in the same way a complete select sentence that was obtaining values that were not used later.

Fri, 20 Mar 2015 18:22:24 +0000CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Fri, 20 Mar 2015 18:22:24 +0000] rev 26213
CI: merge back from main

Fri, 20 Mar 2015 18:07:01 +0000CI: update AD_MODULE to version 26211
RM packaging bot <staff.rm@openbravo.com> [Fri, 20 Mar 2015 18:07:01 +0000] rev 26212
CI: update AD_MODULE to version 26211