Hi all, Thanks for your quick response. Please find details to your responses below.
@Victor I have not been able to replicate this issue as it worked fine on my development environment, together with the UAT environment. I only experience this in OAT and PROD. @Adam, please find the results below. [image: image.png] Kind regards, Kelvin On Tue, Oct 24, 2023 at 9:58 AM Chantilly Muyaya <lukumuba...@gmail.com> wrote: > Hello, > > In the m_client table, this behavior will occur when you fill in the > creation customer form with an existing value in the database for the > mobile_no and external_id columns, because these columns are supposed to > have unique data. In this case, MySQL will consider this operation despite > the exception raised by fineract. When you correct the operation, you will > raise the id jump. > > To resolve this in my case, I authorized the database to have the same > phone number or external id more than one time. With this MySQL script, > > Alter table m_client drop index external_id > Alter table m_client drop index mobile_no > > Regard > > Chantilly Muyaya > > > > Le mar. 24 oct. 2023 à 09:05, VICTOR MANUEL ROMERO RODRIGUEZ < > victor.rom...@fintecheando.mx> a écrit : > >> Hello, >> >> Is there any way to reproduce the issue? Could you please describe the >> steps to reproduce this behaviour? >> >> Regards >> >> Victor >> >> El mar, 24 oct 2023 a las 1:45, Kelvin Ikome (<kvnik...@gmail.com>) >> escribió: >> >>> Hi devs, >>> >>> I am experiencing an issue where Fineract generates DB ids which skip >>> through all even numbers (1, 3, 5, 7...). This is present in all certain DB >>> tables (like m_loan, m_client). However, it seems to only be present in >>> certain environments of the deployment but not in all. >>> >>> Does anyone know what could be causing this or a way to resolve this? >>> Any help/pointers would be greatly appreciated. >>> >>> Please note, I'm running Fineract 1.8.3 with mysql v8 DB. >>> >>> Kind regards, >>> Kelvin >>> >>