FINERACT-2595: Fix Liquibase changeset 0231 FK violation on existing tenants#5805
Merged
IOhacker merged 1 commit intoapache:developfrom Apr 24, 2026
Conversation
…n rows before m_permission to avoid FK violation, change author to fineract
Contributor
Author
|
Hi @IOhacker, this should fix both issues you reported. Please have a look at this when you get a chance. |
Contributor
|
@AshharAhmadKhan thank you!, looks ok, let's wait for the completition of the GAs . |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Problem
Changeset 0231 (merged in #5764) failed on existing tenants with a
PostgreSQL foreign key violation:
DELETE FROM m_permission WHERE code='INACTIVATE_CLIENTCHARGE'
→ ERROR: violates foreign key constraint "fk8dedb048103b544b"
on table "m_role_permission"
This happened because m_role_permission holds references to m_permission
via a foreign key. You cannot delete a permission row while role-permission
rows still point to it.
Additionally, the changeset author was set to "ashharahmadkhan" instead
of the required "fineract".
Fix
parent m_permission rows.
Fresh tenants (barebones_db / load_sample_data) were unaffected because
those permissions were never assigned to any role. Existing tenants with
roles assigned to INACTIVATE_CLIENTCHARGE hit the FK violation on startup.
References