Defect #3056
closed
Unable to create system using wizard on a fresh installation
100%
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)
Updated by Alena Peterová about 2 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.
Updated by Roman Kučera about 2 years ago
- Sprint set to Sprint 12.2-1 (Feb 18 - Mar 02)
- Assignee set to Roman Kučera
Updated by Roman Kučera about 2 years ago
- Status changed from New to In Progress
Updated by Roman Kučera about 2 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.
Updated by Roman Kučera about 2 years ago
- Status changed from In Progress to Needs feedback
Updated by Tomáš Doischer about 2 years ago
- Assignee changed from Roman Kučera to Tomáš Doischer
Updated by Roman Kučera about 2 years ago
Updated by Tomáš Doischer about 2 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.
Updated by Roman Kučera about 2 years ago
- Target version changed from 12.2.0 to 12.1.2
Updated by Roman Kučera about 2 years ago
- Status changed from Resolved to Closed