RM packaging bot <staff.rm@openbravo.com> [Thu, 02 Jan 2020 12:51:18 +0000] rev 36895
Merge temporary head for 3.0PR19Q3.3
RM packaging bot <staff.rm@openbravo.com> [Thu, 02 Jan 2020 07:44:18 +0000] rev 36894
Added signature for changeset 5353be431bba
RM packaging bot <staff.rm@openbravo.com> [Thu, 02 Jan 2020 07:44:18 +0000] rev 36893
Added tag 3.0PR19Q3.3 for changeset 6add7201072c
RM packaging bot <staff.rm@openbravo.com> [Thu, 02 Jan 2020 07:44:18 +0000] rev 36892
Update AD_MODULE version to 3.0PR19Q3.3
Guillermo Alvarez de Eulate <guillermo.alvarez@openbravo.com> [Fri, 27 Dec 2019 13:52:48 +0100] rev 36891
Open fiscal period 2020 for 3.0PR19Q3.3
Asier Lostalé <asier.lostale@openbravo.com> [Wed, 04 Dec 2019 16:04:05 +0100] rev 36890
fixed BUG
42615: Discount Organization can add rows to incorrect header
If parent Discount header is inactive, when adding rows to Organization tab,
they were added to the first active Discount instead of to the proper parent.
This was caused because M_Offer_Organization.AD_Org_ID column is used to store
the organization the discount is applicable for instead of just row's organization.
AD_Org columns have an special treatment, when they are changed, a
virtual callout is executed to refresh all combos. Mandatory combos
take the first available value in case their default is not available,
which is the case if it is inactive. As M_Offer_ID column had a
TableDir reference, it was treated as a combo, if its parent was
inactive, first active record was taken in place.
A proper solution would be not to use AD_Org_ID column to store the
actual value but to use instead a new column. This change would be
much more aggressive being an API change that would require of
updating existing data. That's why, the problem has been fixed by
replaciing TableDir reference with Search without selector, in this
way FK reltionship is preserved, but only the value is used in UI
instead of creating a combo.
Javier Armendáriz <javier.armendariz@openbravo.com> [Wed, 18 Dec 2019 13:12:36 +0100] rev 36889
Fixed BUG
42578: Adding remove log archive policy to prevent indefinite growth.
Using current log4j config, only files under the same period of time are limited
(i.e. when logfile is bigger than 100MB, there can be max 30 log archives for the
same day).
The new rule added applies to log archives with the format openbravo-*.log.gz and
will remove the oldest archive until there are max 30 files. This process will be
performed every time a log rollover occurs.
This commit also adds a build validation step that overrides the current config
with the updated one _only_ if its a exact copy of the previous default config.
Atul Gaware <atul.gaware@openbravo.com> [Wed, 18 Dec 2019 11:26:19 +0100] rev 36888
Fixes BUG
42574:Solves problem with lock in pricelist table
* Remove join to pricelist table, that is not used, from the query
* Remove extra 'For Update' sentence, as the document and document tables
are alredy blocked by the first 'For Update' statement
David Miguelez <david.miguelez@openbravo.com> [Wed, 18 Dec 2019 11:23:08 +0100] rev 36887
Related to Issue
42574. Partial fix of Issue
40823 must be included in order
to be compatible with the changes done to solve the proper issue.
The changes included are to avoid using functions that are deprecated.
Atul Gaware <atul.gaware@openbravo.com> [Wed, 18 Sep 2019 14:48:34 +0530] rev 36886
[Improve Translators Experience] Change visibility of exportTrl method
and CONTRIBUTORS_FILENAME variable to public in TranslationManager
** Use variable for file name to be used for exporting translation for
Buile Structure File i.e buildStructureTrl. This way we can use the
filename for skipping few files when transforming xml files to po files
Augusto Mauch <augusto.mauch@openbravo.com> [Fri, 23 Aug 2019 14:18:44 +0200] rev 36885
Fixes issue
42260: Extra widget instances are no longer created
The process that automatically creates widget instances for default widgets was not taking into
account if the user had access to the copied widget class.
RM packaging bot <staff.rm@openbravo.com> [Mon, 30 Dec 2019 16:45:21 +0000] rev 36884
CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Mon, 30 Dec 2019 16:31:32 +0000] rev 36883
CI: update AD_MODULE to version 36882
Iñigo Lerga <inigo.lerga@openbravo.com> [Tue, 26 Nov 2019 16:41:01 +0100] rev 36882
Fixes BUG
42267: Relaxation of Unique constraints
Relax current unique constraints in Search Keys for
Business Partner, Business Partner Category,
Product Category and PriceList.
RM packaging bot <staff.rm@openbravo.com> [Fri, 20 Dec 2019 17:32:27 +0000] rev 36881
CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Fri, 20 Dec 2019 17:18:35 +0000] rev 36880
CI: update AD_MODULE to version 36879
Atul Gaware <atul.gaware@openbravo.com> [Thu, 19 Dec 2019 19:16:59 +0530] rev 36879
Fixes BUG
0042605: Sample data (F&B International Group Client) for
3.0PR20Q1
Following the "How to evolve F&B" document instructions created the
transactions of Oct., Nov. and Dec. 2019 in both organizations (US
and Spain) for F&B International Group Client.
Atul Gaware <atul.gaware@openbravo.com> [Thu, 19 Dec 2019 15:15:22 +0530] rev 36878
Related to ISSUE
42605:Sample data (F&B International Group Client)
for 3.0PR20Q1
** Executed update.database and exported changes prior to creating
transactions as sample data for 3.0PR20Q1
Atul Gaware <atul.gaware@openbravo.com> [Thu, 19 Dec 2019 19:21:43 +0530] rev 36877
Fixes BUG
42492:Fix Backdated From finishes with an empty error if
the ending date of a calculated cost is manually edited
**In extendPreviousCosting method of Average Cost Adjustment class
get costing record by addiin condition <= enddate, sort costing record
with enddate desc order in extendPreviousCosting, set fetch size to 1
RM packaging bot <staff.rm@openbravo.com> [Thu, 19 Dec 2019 17:23:36 +0000] rev 36876
CI: merge back from main
RM packaging bot <staff.rm@openbravo.com> [Thu, 19 Dec 2019 17:09:47 +0000] rev 36875
CI: update AD_MODULE to version 36874
David Miguelez <david.miguelez@openbravo.com> [Thu, 19 Dec 2019 12:59:07 +0100] rev 36874
Related to Issue
42267: Relaxation of Unique constraint
Relax current unique constraint in Search Keys for Product
David Miguelez <david.miguelez@openbravo.com> [Wed, 18 Dec 2019 16:50:30 +0100] rev 36873
Updates QA sample data to add Year 2020 with it's periods.
Also, the Periods for the Year 2020 have been opened
David Miguelez <david.miguelez@openbravo.com> [Wed, 18 Dec 2019 16:08:42 +0100] rev 36872
Backed out changeset 32f3d6fe5a6e
David Miguelez <david.miguelez@openbravo.com> [Wed, 18 Dec 2019 16:08:15 +0100] rev 36871
Backed out changeset 1cafd3e2a0bc
David Miguelez <david.miguelez@openbravo.com> [Wed, 18 Dec 2019 16:08:06 +0100] rev 36870
Backed out changeset 3ce314358267
David Miguelez <david.miguelez@openbravo.com> [Wed, 18 Dec 2019 15:56:23 +0100] rev 36869
Updates QA sample data to fix DateFrom of Period Feb-20
David Miguelez <david.miguelez@openbravo.com> [Wed, 18 Dec 2019 13:42:15 +0100] rev 36868
Updates QA sample data to include again 2017 Year and Fiscal Periods
Fiscal Periods from 2020 renamed accordingly.
Javi Armendáriz <katanagari@gmail.com> [Fri, 13 Dec 2019 14:48:25 +0100] rev 36867
Fixed BUG
42556: Adding remove log archive policy to prevent indefinite growth.
Using current log4j config, only files under the same period of time are limited
(i.e. when logfile is bigger than 100MB, there can be max 30 log archives for the
same day).
The new rule added applies to log archives with the format openbravo-*.log.gz and
will remove the oldest archive until there are max 30 files. This process will be
performed every time a log rollover occurs.
This commit also adds a build validation step that overrides the current config
with the updated one _only_ if its a exact copy of the previous default config.
David Miguelez <david.miguelez@openbravo.com> [Wed, 18 Dec 2019 10:51:37 +0530] rev 36866
Fixes BUG
42521: Solves problem with lock in pricelist table
* Remove join to pricelist table, that is not used, from the query
* Remove extra 'For Update' sentence, as the document and document tables
are alredy blocked by the first 'For Update' statement