Project

General

Profile

Actions

Defect #3056

closed

Unable to create system using wizard on a fresh installation

Added by Peter Štrunc almost 3 years ago. Updated almost 3 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Roman Kučera
Category:
Wizard
Target version:
Start date:
02/14/2022
Due date:
% Done:

100%

Estimated time:
Affected versions:
Owner:

Description

Users are sometimes unable to create systems using wizard. This issue is present only if following conditions are met:

  • There is no other system, which uses the same connector, already connected in CzechIdM
  • The user would fill out the wrong connection information on the first page of a wizard and click next (so that the test connection operation would fail)

After that, the user is not only unable to continue creating this system, but any other, that uses the same connector.

The error says:

SYSSYSTEMFORMVALUE_FORMATTRIBUTE_NOTNULL

This issue is caused by not invalidating form attribute cache.

As a workaround, admin should manually evict core:form-definition-cache (Settings/Modules/Cache)

Actions #1

Updated by Alena Peterová almost 3 years ago

I think that a similar issue happens also when creating the system "manually" - without wizard. In one fresh installation, when the wizard wasn't successful, I tried the button "Create a new system using default form". I had to save the partially filled configuration of the system, before I was able to configure password, polling, or something like that.

Actions #2

Updated by Roman Kučera almost 3 years ago

  • Sprint set to Sprint 12.2-1 (Feb 18 - Mar 02)
  • Assignee set to Roman Kučera
Actions #3

Updated by Roman Kučera almost 3 years ago

  • Status changed from New to In Progress
Actions #4

Updated by Roman Kučera almost 3 years ago

  • Category set to Wizard
  • % Done changed from 0 to 80

Implemented in https://github.com/bcvsolutions/CzechIdMng/tree/kucerar/3056-fix-wizard-on-fresh-install
When new system is created by wizard. Form def caches are evicted so the error is no longer thrown.

The reason of this is issue is that form def is created even on the failed attempt, but the code is transactional, so when the connection to system is not successful then the transaction is rollbacked, but the form def is already in cache for next attempt.

Actions #5

Updated by Roman Kučera almost 3 years ago

  • Status changed from In Progress to Needs feedback
Actions #6

Updated by Tomáš Doischer almost 3 years ago

  • Assignee changed from Roman Kučera to Tomáš Doischer
Actions #8

Updated by Tomáš Doischer almost 3 years ago

  • Status changed from Needs feedback to Resolved
  • Assignee changed from Tomáš Doischer to Roman Kučera
  • % Done changed from 80 to 100

Thanks, merged to develop.

Actions #9

Updated by Roman Kučera almost 3 years ago

  • Target version changed from 12.2.0 to 12.1.2
Actions #10

Updated by Roman Kučera almost 3 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF