Anonymous | Login
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
TypeCategorySeverityReproducibilityDate SubmittedLast Update
design defect[Openbravo ERP] A. Platformminorhave not tried2010-12-02 14:242022-02-01 08:08
ReportershuehnerView Statuspublic 
Assigned ToTriage Platform Base 
PrioritynormalResolutionopenFixed in Version
StatusscheduledFix in branchFixed in SCM revision
ProjectionnoneETAnoneTarget Version
OSAnyDatabaseAnyJava version
OS VersionDatabase versionAnt version
Product VersionSCM revision 
Review Assigned To
Web browser
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo

0015355: Module having 2 datasets, 1 changed, Applying will still overwrite data in unchanged dataset

DescriptionAfter implementing issue 15178 we do not apply dataset if they didn't change to not overwrite potentially customized data.

However in the case of multiple datasets contained in a module the following is implemented:
If at least one of datasets contained in the module the system does still apply all of them thus overwriting changes of the user done in data contained in the other unchanged datasets.
TagsNo tags attached.
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to defect 00151782.50MP25 closedmarvintm Users shouldn't be able to apply a dataset if it hasn't changed 
depends on design defect 0018958 acknowledgedTriage Platform Base One dataset per module 
Not all the children of this issue are yet resolved or closed.

-  Notes
shuehner (administrator)
2010-12-02 15:30

At least three possible solutions:
a.) in case mentioned above, show module in tree (as something to apply exists), but when applying filter out the individual unchanged datasets and only apply the changed ones
b.) Rewrite all window to show datasets instead of module so can be filtered properly on that level
c.) disallow multiple datasets in one module
AugustoMauch (manager)
2012-09-25 16:02
edited on: 2012-09-25 16:02

Updated to design defect because it is blocked by [^]

- Issue History
Date Modified Username Field Change
2010-12-02 14:24 shuehner New Issue
2010-12-02 14:24 shuehner Assigned To => marvintm
2010-12-02 14:24 shuehner Modules => Core
2010-12-02 14:24 shuehner Relationship added related to 0015178
2010-12-02 15:30 shuehner Note Added: 0033007
2010-12-06 07:46 alostale Status new => scheduled
2012-09-25 16:00 AugustoMauch Relationship added blocks 0018958
2012-09-25 16:01 AugustoMauch Relationship deleted blocks 0018958
2012-09-25 16:01 AugustoMauch Relationship added depends on 0018958
2012-09-25 16:02 AugustoMauch Note Added: 0052587
2012-09-25 16:02 AugustoMauch Type defect => design defect
2012-09-25 16:02 AugustoMauch Note Edited: 0052587 View Revisions
2018-04-08 17:01 shuehner Assigned To marvintm => platform
2022-02-01 08:08 alostale Assigned To platform => Triage Platform Base

Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker