Openbravo Issue Tracking System - POS2
View Issue Details
0046974POS2Corepublic2021-06-03 10:162021-06-04 11:47
alostale 
AugustoMauch 
normalmajorhave not tried
closedfixed 
5
 
 
No
0046974: cannot export user action
Newly defined user actions in Application Dictionary cannot be exported.
1. Set pos2 in development
2. Create a new User Action
3. export.database
  ->ERROR:
    * In logs: Ignoring because it belongs to uninstalled optional module: OBC2_USER_ACTION.xml
    * Check the user action is not exported
No tags attached.
caused by feature request 0046245 closed platform Openbravo ERP Support including source data of optional dependencies in dual modules 
Issue History
2021-06-03 10:16alostaleNew Issue
2021-06-03 10:16alostaleAssigned To => Retail
2021-06-03 10:16alostaleTriggers an Emergency Pack => No
2021-06-03 10:16alostaleAssigned ToRetail => alostale
2021-06-03 10:17alostaleRelationship addedcaused by 0046245
2021-06-03 11:23alostaleStatusnew => scheduled
2021-06-03 11:23alostaleAssigned Toalostale => AugustoMauch
2021-06-03 16:09hgbotNote Added: 0129026
2021-06-04 09:29hgbotNote Added: 0129051
2021-06-04 09:35hgbotNote Added: 0129052
2021-06-04 10:53hgbotNote Added: 0129061
2021-06-04 10:53hgbotResolutionopen => fixed
2021-06-04 10:53hgbotStatusscheduled => closed
2021-06-04 10:53hgbotNote Added: 0129062
2021-06-04 11:47hgbotFixed in Version => PR21Q3
2021-06-04 11:47hgbotNote Added: 0129066

Notes
(0129026)
hgbot   
2021-06-03 16:09   
Merge Request created: https://gitlab.com/openbravo/product/dbsm/-/merge_requests/26 [^]
(0129051)
hgbot   
2021-06-04 09:29   
Merge request closed: https://gitlab.com/openbravo/product/dbsm/-/merge_requests/26 [^]
(0129052)
hgbot   
2021-06-04 09:35   
Merge Request created: https://gitlab.com/openbravo/product/dbsm/-/merge_requests/27 [^]
(0129061)
hgbot   
2021-06-04 10:53   
Merge request merged: https://gitlab.com/openbravo/product/dbsm/-/merge_requests/27 [^]
(0129062)
hgbot   
2021-06-04 10:53   
Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/dbsm [^]
Changeset: a29a08bfe127cdd7d3d8db50ff3d9511cc98d369
Author: Asier Lostalé <asier.lostale@openbravo.com>
Date: 2021-06-04T08:52:28+00:00
URL: https://gitlab.com/openbravo/product/dbsm/-/commit/a29a08bfe127cdd7d3d8db50ff3d9511cc98d369 [^]

fixes BUG-46974: cannot export data of tables from core2

Source data in core2 AD tables was not exported. ISSUE-46245 skips
export of these tables in case the module that defines them is not
installed.

When exporting source data it was not working because it incorrectly
dected core2 to be always not installed. It relied on
DBSMOBUtil.allModules to be correctly completelly initialized which is
not the case after calling getSortedTemplates.

Now the optional modules not installed are initialized in getModules and
kept after getSortedTemplates. belongsToOptionalUninstalledModule method
must be invoked after getModules, now if called before it will
explicitily fail.

---
M src/org/openbravo/ddlutils/util/DBSMOBUtil.java
---
(0129066)
hgbot   
2021-06-04 11:47   
Directly closing issue as related merge request is already approved.

Repository: https://gitlab.com/openbravo/product/openbravo [^]
Changeset: 870040145e6772c5c7a8a689055a6f6f2d53775a
Author: Asier Lostalé <asier.lostale@openbravo.com>
Date: 2021-06-04T10:55:51+02:00
URL: https://gitlab.com/openbravo/product/openbravo/-/commit/870040145e6772c5c7a8a689055a6f6f2d53775a [^]

fixes BUG-46974: core2 tables export; fixes BUG-46647: sampledata defaults

dbsm including the fixes for:

BUG-46974: cannot export data of tables from core2

  Source data in core2 AD tables was not exported. ISSUE-46245 skips
  export of these tables in case the module that defines them is not
  installed.

  When exporting source data it was not working because it incorrectly
  dected core2 to be always not installed. It relied on
  DBSMOBUtil.allModules to be correctly completelly initialized which is
  not the case after calling getSortedTemplates.

  Now the optional modules not installed are initialized in getModules and
  kept after getSortedTemplates. belongsToOptionalUninstalledModule method
  must be invoked after getModules, now if called before it will
  explicitily fail.

BUG-46647: no default applied when inserting sample data

  When inserting sample data neither default or on create default were
  applied. This made more difficult to import sample data in an instance
  with a different set of modules than the ones used to generate it.

  Now when trying to import sample data with null values in mandatory columns
  the following is applied:

   * If there is an on create default literal value it gets applied. Note on
     create default based on subqueries cannot be applied.
   * If there is no create default, default value gets applied.

---
M src-db/database/lib/dbsourcemanager.jar
---