Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0046974
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[POS2] Coremajorhave not tried2021-06-03 10:162021-06-04 11:47
ReporteralostaleView Statuspublic 
Assigned ToAugustoMauch 
PrioritynormalResolutionfixedFixed in Version
StatusclosedFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0046974: cannot export user action

DescriptionNewly defined user actions in Application Dictionary cannot be exported.
Steps To Reproduce1. 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
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
caused by feature request 0046245 closedplatform Openbravo ERP Support including source data of optional dependencies in dual modules 

-  Notes
(0129026)
hgbot (developer)
2021-06-03 16:09

Merge Request created: https://gitlab.com/openbravo/product/dbsm/-/merge_requests/26 [^]
(0129051)
hgbot (developer)
2021-06-04 09:29

Merge request closed: https://gitlab.com/openbravo/product/dbsm/-/merge_requests/26 [^]
(0129052)
hgbot (developer)
2021-06-04 09:35

Merge Request created: https://gitlab.com/openbravo/product/dbsm/-/merge_requests/27 [^]
(0129061)
hgbot (developer)
2021-06-04 10:53

Merge request merged: https://gitlab.com/openbravo/product/dbsm/-/merge_requests/27 [^]
(0129062)
hgbot (developer)
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 (developer)
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
---

- Issue History
Date Modified Username Field Change
2021-06-03 10:16 alostale New Issue
2021-06-03 10:16 alostale Assigned To => Retail
2021-06-03 10:16 alostale Triggers an Emergency Pack => No
2021-06-03 10:16 alostale Assigned To Retail => alostale
2021-06-03 10:17 alostale Relationship added caused by 0046245
2021-06-03 11:23 alostale Status new => scheduled
2021-06-03 11:23 alostale Assigned To alostale => AugustoMauch
2021-06-03 16:09 hgbot Note Added: 0129026
2021-06-04 09:29 hgbot Note Added: 0129051
2021-06-04 09:35 hgbot Note Added: 0129052
2021-06-04 10:53 hgbot Note Added: 0129061
2021-06-04 10:53 hgbot Resolution open => fixed
2021-06-04 10:53 hgbot Status scheduled => closed
2021-06-04 10:53 hgbot Note Added: 0129062
2021-06-04 11:47 hgbot Fixed in Version => PR21Q3
2021-06-04 11:47 hgbot Note Added: 0129066


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker