Hi @cortexrd
Issue
When the _hf fix for modals was implemented, the ktlHidden_viewTemp_modal class was introduced to temporarily hide the background (parent) modal.
However, in some cases, this class is not removed from the background modal after a registration form is submitted.
Impact
- The background modal remains hidden even after registration form submission.
- Users lose access to the data entered into the background modal.
- The registration form data also fails to link to the correct object.
- Users often have to close their flow, log out, log back in, and refresh the browser to continue — though it’s unclear if this always works or if it is coincidental.
Notes
- The problem is intermittent, suggesting an order-of-execution issue.
- This does not happen consistently, but when it does, it disrupts the user’s workflow and causes data loss.
Steps to Reproduce
- Open a modal containing data entry fields.
- Trigger the registration form modal to open (this hides the background modal).
- Submit the registration form.
- Observe that sometimes the background modal remains hidden because
ktlHidden_viewTemp_modal was not removed.
Expected Behaviour
ktlHidden_viewTemp_modal should always be removed from the background modal once the registration form submission completes.
Possible Cause
- Likely a race condition or event-timing issue in the code that restores the background modal after the registration form closes.
Craig
Hi @cortexrd
Issue
When the
_hffix for modals was implemented, thektlHidden_viewTemp_modalclass was introduced to temporarily hide the background (parent) modal.However, in some cases, this class is not removed from the background modal after a registration form is submitted.
Impact
Notes
Steps to Reproduce
ktlHidden_viewTemp_modalwas not removed.Expected Behaviour
ktlHidden_viewTemp_modalshould always be removed from the background modal once the registration form submission completes.Possible Cause
Craig