Overrides/Supersedes
This decision was migrated from the Tech Leads Decision Log as part of a consolidation process. The original decision record can be found here.
This decision is now superseded by Data consistency and message driven approach.
RFC
N/A
Stakeholders
- Front-end and back-end devs of non-core modules that hold references to records in core-modules
Contributors
Approvers
This decision was made by the Tech Leads group prior to the adoption of current decision making processes within the FOLIO project.
Background/Context
- Deletion of records by core UI modules is problematic because it may leave dangling references to deleted records in non-core modules. Core modules are at the bottom of the hierarchy, unaware of the modules that sit above them in the hierarchy; this prevents core modules from issuing queries to identify such references. This is succinctly, if frustratingly, captured in the PR discussion related to UITEN-128.
- Even if we can resolve this in the UI (see notes, below) the possibility remains that direct API requests to delete records may leave dangling references in other parts of the system.
Assumptions
N/A
Constraints
N/A
Rationale
N/A
Decision
Yikes
Implications
- Pros
- N/A
- Cons
- N/A
Other Related Resources