Occurs in the 2 most recent Play demo instances (2.40.1 and 2.39.2.1)
When updating a category combination, the action fails. The GUI presents an “OK” message but the console shows this error:
- {httpStatus: ‘Conflict’, httpStatusCode: 409, status: ‘ERROR’, message: ‘Update cannot be applied as it would make existing data values inaccessible’, errorCode: ‘E1120’}
saveFail | @ | EditModelForm.component.js:214 | |
---|---|---|---|
t.__tryOrUnsub | @ | Subscriber.js:242 | |
t.error | @ | Subscriber.js:201 | |
t._error | @ | Subscriber.js:132 | |
t.error | @ | Subscriber.js:106 | |
(anonymous) | @ | PromiseObservable.js:71 | |
Promise.then (async) | |||
t._subscribe | @ | PromiseObservable.js:62 | |
e._trySubscribe | @ | Observable.js:172 | |
e.subscribe | @ | Observable.js:160 | |
_saveAction | @ | EditModelForm.component.js:231 | |
o.handleClick | @ | EnhancedButton.js:146 | |
o | @ | ReactErrorUtils.js:26 | |
a | @ | EventPluginUtils.js:85 | |
u | @ | EventPluginUtils.js:108 | |
p | @ | EventPluginHub.js:43 | |
m | @ | EventPluginHub.js:54 | |
o | @ | forEachAccumulated.js:24 | |
processEventQueue | @ | EventPluginHub.js:257 | |
o | @ | ReactEventEmitterMixin.js:17 | |
handleTopLevel | @ | ReactEventEmitterMixin.js:28 | |
i | @ | ReactEventListener.js:72 | |
perform | @ | Transaction.js:140 | |
batchedUpdates | @ | ReactDefaultBatchingStrategy.js:62 | |
i | @ | ReactUpdates.js:97 | |
dispatchEvent | @ | ReactEventListener.js |
The action fails in our own 2.40 and 2.39 instances installed on our own servers where data/metadata stems from older DHIS instances that were upgraded to the more recent DHIS versions.
However, it functioned properly on our own 2.39-Snapshot server when creating category options/categories/category combos from scratch.
The action functions properly in Play 2.38.4.3.
Note the update test I attempted (which triggered the error above) was to make a minor modification to the category combo Name.
UPDATE: I see the Jira entry for a related issue here.
However, the lack of informative message persists, despite the Jira issue being marked as done. Furthermore, the changes I was making to the category Combo did not affect any dependent metadata but just the name of the catCombo. A change like that should be permitted, no?
And even when modifying a catCombo that is not associated with a dataElement, the Save hangs… upon refreshing the screen the saved record is available.