Tue, 02 Aug 2016 11:03:05 +0200fixes issue 33577: Not possible to translate tooltip message of the date item
Carlos Aristu <carlos.aristu@openbravo.com> [Tue, 02 Aug 2016 11:03:05 +0200] rev 30061
fixes issue 33577: Not possible to translate tooltip message of the date item

The pickerIconPrompt property is now defined for OBDateItem. This was already defined and working fine for the date item displayed in the filters. But the definition of the pickerIconPrompt, fromDateOnlyPrefix and toDateOnlyPrefix was being set twice. Now those properties are set just in the ob-form-styles.js file

Tue, 02 Aug 2016 10:20:02 +0200Related to issue 33544: Comment some asserts to avoid errors in three tests
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Tue, 02 Aug 2016 10:20:02 +0200] rev 30060
Related to issue 33544: Comment some asserts to avoid errors in three tests

Mon, 01 Aug 2016 15:10:18 +0200Fixes issue 33544: Update old sampledata IDs with new IDs in APRM JUnit tests
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Mon, 01 Aug 2016 15:10:18 +0200] rev 30059
Fixes issue 33544: Update old sampledata IDs with new IDs in APRM JUnit tests

Tue, 26 Jul 2016 13:54:18 +0200Related to issue 33544: Move APRM JUnit tests to src-test project
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Tue, 26 Jul 2016 13:54:18 +0200] rev 30058
Related to issue 33544: Move APRM JUnit tests to src-test project

Tue, 02 Aug 2016 10:54:05 +0200related to issue 33572: Updated copyright year
Carlos Aristu <carlos.aristu@openbravo.com> [Tue, 02 Aug 2016 10:54:05 +0200] rev 30057
related to issue 33572: Updated copyright year

Tue, 02 Aug 2016 10:49:13 +0200fixes issue 33572: Ability to define a Report Template as default
Carlos Aristu <carlos.aristu@openbravo.com> [Tue, 02 Aug 2016 10:49:13 +0200] rev 30056
fixes issue 33572: Ability to define a Report Template as default

A new field is added to the Report Template tab in the Document Type window. It is a checkbox that can be used to mark a template as default. If a template is marked as default, is the one that will be selected when printing the document. Also a new trigger has been created in order to allow just one default template per document type.

Mon, 01 Aug 2016 13:21:44 +0200Related to issue 33508: Code review improvements
Alvaro Ferraz <alvaro.ferraz@openbravo.com> [Mon, 01 Aug 2016 13:21:44 +0200] rev 30055
Related to issue 33508: Code review improvements

Set invoiceTaxCashVAT_V variable as private.
Keep getInvoiceTaxCashVAT_V and setInvoiceTaxCashVAT_V methods as deprecated to avoid API change.
Add distinct to setInvoiceTaxCashVAT_V query to avoid retrieve duplicated ids.

Tue, 26 Jul 2016 14:43:28 -0400Fixes issue 33508: Error posting Cash VAT payment if pays more than one invoice
Mark <markmm82@gmail.com> [Tue, 26 Jul 2016 14:43:28 -0400] rev 30054
Fixes issue 33508: Error posting Cash VAT payment if pays more than one invoice

When trying to post a Cash VAT payment that pays more than one invoice, process was failing and an error was shown. It was caused by a clearing of the session when iterating on the cash vat invoices list. To avoid it, list of cash vat ids are retrieved instead a list of InvoiceTaxCashVAT_V.

Fri, 29 Jul 2016 11:18:31 +0200Fixed issue 33507: Incorrect Audit info was generated sometimes.
Naroa Iriarte <naroa.iriarte@openbravo.com> [Fri, 29 Jul 2016 11:18:31 +0200] rev 30053
Fixed issue 33507: Incorrect Audit info was generated sometimes.

There was a problem when creating audit info data by some sqlc processes, sometimes wrong data was being created. The problem was that when the processes used the getTransactionConnection, the context information table was not correctly set. This table is set by the SessionInfo.setDBSessionInfo method.
To fix this, a call to this method has been added in the ConnectionProviderImpl.getTransactionConnection() and in the DalConnectionProvider.getTransactionConnection().

Fri, 29 Jul 2016 11:40:03 +0200fixes issue 33476: Wrong behavior in created/updated by filter with saved view
Carlos Aristu <carlos.aristu@openbravo.com> [Fri, 29 Jul 2016 11:40:03 +0200] rev 30052
fixes issue 33476: Wrong behavior in created/updated by filter with saved view

After applying the saved view, regarding the 'Created By' field, the displayField property ('_identifier') of the filter editor was being replaced with the display field of the field itself ('createdBy'). Therefore, after applying the saved view the values being displayed within the filter drop-down were the 'Created By' values for the entity referenced by the 'Created By' field (User). The same applies for the 'Updated By' field.

The root cause of this problem was that the fkField property for 'Created By' and 'Updated By' fields was not set to true. This allows to configure properly the filterEditorProperties on the client side for those fields, including the displayField whose value is set to '_identifier'.

From now the displayField property is set for the 'Created By' and 'Updated By' on the prepareGridFields() function, this way it will not be overridden after applying the saved view.