Fri, 30 Nov 2018 13:02:36 +0100Related to issue 39713: log4j buildvalidation fails if no source.path is found.
Javier Armendáriz <javier.armendariz@openbravo.com> [Fri, 30 Nov 2018 13:02:36 +0100] rev 35177
Related to issue 39713: log4j buildvalidation fails if no source.path is found.

Copy log4j config from config build validation won't fail if source folder is
not found. A message will be shown instead.

Fri, 30 Nov 2018 12:37:14 +0100related to issue 32577 Backed out changeset c6de12285e53
Sandra Huguet <sandra.huguet@openbravo.com> [Fri, 30 Nov 2018 12:37:14 +0100] rev 35176
related to issue 32577 Backed out changeset c6de12285e53

Backed out changeset because is not necessary for the project.
Besides, in the product we should not allow to do the automatic
invoice process from webpos orders.

Wed, 28 Nov 2018 17:15:40 +0100Fixed issue 39713: CopyLog4jConfigurationFromTemplates fails if no source.path.
Javier Armendáriz <javier.armendariz@openbravo.com> [Wed, 28 Nov 2018 17:15:40 +0100] rev 35175
Fixed issue 39713: CopyLog4jConfigurationFromTemplates fails if no source.path.

Build validation task fails when source.path is not properly configured because
it uses this value as a base folder to copy the log4j config files. Using
another implementation based on user.dir system property to get the base folder
and failing if the resulting folder does not contain config folder.

Wed, 28 Nov 2018 13:52:50 +0100[TerminalLog] Related to issue 39360: Add Terminal Log project
Gorka Gil <gorka.gil@openbravo.com> [Wed, 28 Nov 2018 13:52:50 +0100] rev 35174
[TerminalLog] Related to issue 39360: Add Terminal Log project

Implement the ability in the import entry processor to skip the archiving per entry type

Wed, 28 Nov 2018 08:57:15 +0000Merge back from main
RM packaging bot <staff.rm@openbravo.com> [Wed, 28 Nov 2018 08:57:15 +0000] rev 35173
Merge back from main

Wed, 28 Nov 2018 08:55:03 +0000Merge temporary head for 3.0PR18Q3.3
RM packaging bot <staff.rm@openbravo.com> [Wed, 28 Nov 2018 08:55:03 +0000] rev 35172
Merge temporary head for 3.0PR18Q3.3

Mon, 26 Nov 2018 12:06:20 +0000Added signature for changeset 858933b8d4f0
RM packaging bot <staff.rm@openbravo.com> [Mon, 26 Nov 2018 12:06:20 +0000] rev 35171
Added signature for changeset 858933b8d4f0

Mon, 26 Nov 2018 12:06:20 +0000Added tag 3.0PR18Q3.3 for changeset 5a97b89aa2f1
RM packaging bot <staff.rm@openbravo.com> [Mon, 26 Nov 2018 12:06:20 +0000] rev 35170
Added tag 3.0PR18Q3.3 for changeset 5a97b89aa2f1

Mon, 26 Nov 2018 12:06:20 +0000Update AD_MODULE version to 3.0PR18Q3.3 3.0PR18Q3.3
RM packaging bot <staff.rm@openbravo.com> [Mon, 26 Nov 2018 12:06:20 +0000] rev 35169
Update AD_MODULE version to 3.0PR18Q3.3

Wed, 21 Nov 2018 16:40:57 +0100fixes bug 39662: Standard DS isn't returning information of deactivated orgs
Carlos Aristu <carlos.aristu@openbravo.com> [Wed, 21 Nov 2018 16:40:57 +0100] rev 35168
fixes bug 39662: Standard DS isn't returning information of deactivated orgs

Before this changeset[1] access to inactive organization was being given because getOrganizationStructureProvider().getNaturalTree(o)) does not filter by active organizations.

Now that method is not being invoked when having direct access to "0" but the getOrganizations() method which indeed filters by active organizations.

In order to be consistent, now the getOrganizations() method does no longer filter by active.

[1] https://code.openbravo.com/erp/devel/pi/rev/4a1f3df29564b6dd12259981f941d0d5d74bebab