[midPoint-git] [Evolveum/midpoint] 629869: Fix stale form after resource save in connector wi...

[johnstone3]

  Branch: refs/heads/fix/connector-wizard-wrapper-change-detection
  Home:   https://github.com/Evolveum/midpoint
  Commit: 62986906737bd5080d3cc709a8591fece66dfaeb
      https://github.com/Evolveum/midpoint/commit/62986906737bd5080d3cc709a8591fece66dfaeb
  Author: Jan Kamenicky <jk294314 at gmail.com>
  Date:   2026-04-15 (Wed, 15 Apr 2026)

  Changed paths:
    M gui/admin-gui/src/main/java/com/evolveum/midpoint/gui/impl/page/admin/connector/development/component/wizard/scimrest/connection/BaseUrlConnectorStepPanel.java
    M gui/admin-gui/src/main/java/com/evolveum/midpoint/gui/impl/page/admin/connector/development/component/wizard/scimrest/connection/EndpointConnectorStepPanel.java

  Log Message:
  -----------
  Fix stale form after resource save in connector wizard step panels

After saving the testing resource, ReferenceExecutedDeltaProcessor calls
resetNewObjectModel() to clear the cached ObjectDetailsModels so fresh
data is loaded from the repository. The next call to getContainerFormModel()
therefore returns a brand-new PrismContainerWrapper instance, but the
Wicket form components are still wired to the old one, causing stale
display and broken data binding.

Fix: in onBeforeRender(), compare the current wrapper instance with the
last known one using identity (!=). If changed, call initLayout() to
rebuild the form against the new wrapper.

initLayout() can now be called multiple times, so add() is replaced with
addOrReplace() to avoid "component with id 'form' already exists" errors.



To unsubscribe from these emails, change your notification settings at https://github.com/Evolveum/midpoint/settings/notifications