Tue, 19 May 2015 12:57:05 +0000Update AD_MODULE version to 3.0PR15Q1.4 3.0PR15Q1.4
RM packaging bot <staff.rm@openbravo.com> [Tue, 19 May 2015 12:57:05 +0000] rev 26705
Update AD_MODULE version to 3.0PR15Q1.4

Thu, 07 May 2015 12:11:39 +0200Fixed bug 29809: Impossible to create several calendars for the same organization
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Thu, 07 May 2015 12:11:39 +0200] rev 26704
Fixed bug 29809: Impossible to create several calendars for the same organization

Two pieces of code were affected by this bug:
PeriodEventHandler.java: EntityPersistenceEventObserver in charge of checking overlap in manual inserts/updates (or any java process) in c_period table
C_YEARPERIODS: db function associated to the create periods process inside the Fiscal Calendar | Year tab. It also verifies the periods don't overlap other periods.

The fix consists in checking that there is no date overlap per calendar. Before this fix the calendar wasn't taken into account, so it was not possible to define several calendars for the same organization with the same periods.

Tue, 19 May 2015 14:04:18 +0200Related to issue 29809: Backout wrong changeset
Víctor Martínez Romanos <victor.martinez@openbravo.com> [Tue, 19 May 2015 14:04:18 +0200] rev 26703
Related to issue 29809: Backout wrong changeset

The changeset pushed was not the good one, and failed in Oracle

Mon, 18 May 2015 17:22:42 +0200Related to bug 29885: Code Review
Unai Martirena <unai.martirena@openbravo.com> [Mon, 18 May 2015 17:22:42 +0200] rev 26702
Related to bug 29885: Code Review

Add coalesce in case there is no batch associated to set GL Journal Org, in order to avoid issues in the if condition done right after the query if null values are compared

Thu, 14 May 2015 16:20:05 +0200Fixes issue 29885: Error while completing a Simple G/L Journal in Oracle
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Thu, 14 May 2015 16:20:05 +0200] rev 26701
Fixes issue 29885: Error while completing a Simple G/L Journal in Oracle

A query in gl_journal_post has been changed to avoid errors in Oracle when retrieving a null id

Thu, 14 May 2015 17:23:03 +0200Fixes issue 29890 & Fixes issue 29888: Error in Price Correction Background
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Thu, 14 May 2015 17:23:03 +0200] rev 26700
Fixes issue 29890 & Fixes issue 29888: Error in Price Correction Background

IsCostCalculated will not be considered to set CheckPriceDifference flag, when completing an invoice.
Instead, when running Price Correction Background, transactions will be filtered by IsCostCalculated to avoid calculate price differences in transactions where cost has not been calculated.

Fri, 15 May 2015 12:01:31 +0200Fixes issue 29900: False positives in GLJournalAccountingCheck validation
Eduardo Argal Guibert <eduardo.argal@openbravo.com> [Fri, 15 May 2015 12:01:31 +0200] rev 26699
Fixes issue 29900: False positives in GLJournalAccountingCheck validation
Missing ad_table_id constraint ends up in wrong validation when there are old records using numeric values for ids.

Tue, 05 May 2015 16:39:53 +0200Fixed issue 29776: Header of warehouse picking module do not refresh
Jorge Garcia <jorge.garcia@openbravo.com> [Tue, 05 May 2015 16:39:53 +0200] rev 26698
Fixed issue 29776: Header of warehouse picking module do not refresh

Header of warehouse picking module do not refresh in some circunstances.

Issue of platform.

The problem was that the toolbar didn't update when the Manage Incidences
process finished.

The solution is to update the toolbar when the ActionHandler return the
responded JSON.

Thu, 14 May 2015 17:08:37 +0200Fixes bug 29892: Total Movement qty fixed in costing tab with backdated trx
Unai Martirena <unai.martirena@openbravo.com> [Thu, 14 May 2015 17:08:37 +0200] rev 26697
Fixes bug 29892: Total Movement qty fixed in costing tab with backdated trx

While working with cost adjustments, on certain cases the existing Costing records changes. This can happen because the cost has been recalculated due to backdated transactions, price adjustments, manual cost corrections, etc. In all this cases the 'Total Movement Quantity' field was not being correctly updated.
This field has to store the current stock of the product on that moment. So, each time the costing record is updated it is being checked if this value changes, and if it has changed the current stock is set.

Wed, 13 May 2015 18:06:30 +0200Fixes issue 29873: Wrong accounts when posting multi-general ledger G/L Journal
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Wed, 13 May 2015 18:06:30 +0200] rev 26696
Fixes issue 29873: Wrong accounts when posting multi-general ledger G/L Journal

When getting accounts from GL Item (while posting a Simple G/L Journal setted as multi-general ledger), they were setted wrongly to accounting lines