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

johnstone3 noreply at github.com
Wed Apr 15 16:23:01 CEST 2026


  Branch: refs/heads/fix/connector-wizard-wrapper-change-detection
  Home:   https://github.com/Evolveum/midpoint
  Commit: 96459e66a7096acecf0b8c9f01605815fbbfcee6
      https://github.com/Evolveum/midpoint/commit/96459e66a7096acecf0b8c9f01605815fbbfcee6
  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


More information about the midPoint-svn mailing list