Wed, 11 Feb 2015 09:31:54 +0100Merge with pi 3.0PR14Q3.6 default tip
Gorka Ion Damián <gorkaion.damian@openbravo.com> [Wed, 11 Feb 2015 09:31:54 +0100] rev 24129
Merge with pi 3.0PR14Q3.6

Wed, 04 Feb 2015 08:30:52 +0000Update AD_MODULE version to 3.0PR14Q3.6
RM packaging bot <staff.rm@openbravo.com> [Wed, 04 Feb 2015 08:30:52 +0000] rev 24128
Update AD_MODULE version to 3.0PR14Q3.6

Tue, 03 Feb 2015 15:57:48 +0530Fixes Issue 28841:NullPointerException error when posting a work effort
Atul Gaware <atul.gaware@openbravo.com> [Tue, 03 Feb 2015 15:57:48 +0530] rev 24127
Fixes Issue 28841:NullPointerException error when posting a work effort

Work effort lines with products having setting stocked=No does not
have records in m_ transaction. They should be skipped.

Tue, 03 Feb 2015 12:56:57 +0000fixed missing close paranthesis on transplant of changeset 39b9171de017
RM packaging bot <staff.rm@openbravo.com> [Tue, 03 Feb 2015 12:56:57 +0000] rev 24126
fixed missing close paranthesis on transplant of changeset 39b9171de017

Wed, 28 Jan 2015 09:31:53 +0100Fixes bug 28426: A product without sales price can be added to a commision
Unai Martirena <unai.martirena@openbravo.com> [Wed, 28 Jan 2015 09:31:53 +0100] rev 24125
Fixes bug 28426: A product without sales price can be added to a commision

Filter expression of Product Selector has been changed for Commission window, to not to filter by Sales flag, displaying in this way Purchase and Sales Products.

Fri, 23 Jan 2015 12:21:36 +0100Fixed issue 28722: Not possible to create invoiced receipts for customers created in WebPOS
Aaron Calero <aaron.calero@openbravo.com> [Fri, 23 Jan 2015 12:21:36 +0100] rev 24124
Fixed issue 28722: Not possible to create invoiced receipts for customers created in WebPOS

Modified the event handler used to set the BP currency to work not only on update events, but on save events too.
Now when BPs are saved from the POS, the currency is automatically assigned to these business partners and they can be used to generate invoices.

Thu, 29 Jan 2015 23:14:48 +0100Fixes issue 28747: Numeric field textual value is also rounded
Augusto Mauch <augusto.mauch@openbravo.com> [Thu, 29 Jan 2015 23:14:48 +0100] rev 24123
Fixes issue 28747: Numeric field textual value is also rounded

The problem was that even though the value of the field was being properly rounded, its textual value - sent as the propertyName_textualValue - was being kept unrounded. To fix it, now when the value of a numeric field is entered using a formula both its numeric and its textual value are updated.

Mon, 26 Jan 2015 12:39:25 +0100Fixes bug 28747,related with bug 28427: Number entered with formula is rounded
Augusto Mauch <augusto.mauch@openbravo.com> [Mon, 26 Jan 2015 12:39:25 +0100] rev 24122
Fixes bug 28747,related with bug 28427: Number entered with formula is rounded

The problem was that if a number was entered using a formula (i.e. by entering =1/3 in the form item), the value was not rounded using the numeric field mask. For non-formula inputs the validation is done at the beginning of the blur function. For formula inputs it is not possible to do it at that point, because the value of the field is still the formula, not the result of evaluating the formula. The formula is evaluated in the validate function(), so the rounding for formula inputs is done after invoking it.

Thu, 22 Jan 2015 11:14:24 +0100fixed bug 28720: callouts incorrectly set big non integer numbers
Asier Lostalé <asier.lostale@openbravo.com> [Thu, 22 Jan 2015 11:14:24 +0100] rev 24121
fixed bug 28720: callouts incorrectly set big non integer numbers

When a big non integer number was set by a callout, decimal separator was removed
resulting in a different number, ie. 10200500.45 resulted in 1020050045.00.

The problem was in the OB.Utilities.Number.ScientificToDecimal JavaScript function
which wrongly assumed scientific exponent always added zeroes to coefficient, which
is not true in this case where exponent determines where the decimal separator is
inserted in the coefficient.

Mon, 19 Jan 2015 12:35:25 +0100fixed bug 27957: new child grid record fails after parent new grid record
Asier Lostalé <asier.lostale@openbravo.com> [Mon, 19 Jan 2015 12:35:25 +0100] rev 24120
fixed bug 27957: new child grid record fails after parent new grid record

When a new record was created in child grid view for a child tab just after
creating its parent in grid view, it failed creating the second record for
that child tab.

The problem was caused by an extra request to child tab due to incorrect sync
between lastSelectedRecord and getSelectedRecord for parent tab, lastSelectedRecord
kept the temporary id for new records.

The solution updates the selection once the parent one has been saved.