iteraplan versions 7.0 and 7.0.1 contain a security issue. Logged-in iteraplan users exploiting this issue might gain additional rights or roles in the application. This security issue only applies to on-premise installations that use the iTurm application for user management. Installations using an LDAP connection are not affected. Versions before 7.0 and versions including 7.0.2 or later are also not affected.
For versions 7.0 and 7.0.1 using iTurm: Please use the patch provided here. Or upgrade to LUY/iteraplan version 7.0.2 or later.
When using the List View for a Building Block Type and adding the Business Mapping columns, the connection shown between the elements (List Type) and the elements from the Business Mapping might not be correct. A consequence from this might be, that empty rows appear within the Business Mapping block of columns.
This bug only appears in two cases:
There are Business Mappings with more than two related elements. E.g. a Business Function, a Business Process and an Information System are connected via a Business Mapping.
Or there are Business Mappings for one type with two related elements, but with different endpoints. E.g. a Business Function and a Business Process are connected via a Business Mapping. And also a Business Function and an Information System are connected. Then this bug would appear with the Business Function List View.
Workaround 1: Use the List of the Business Mappings itself, not the list view of another type with the Business Mapping columns added.
Workaround 2: Use the Single Element View of an element.
This bug only affects the list view of a Building Block type within the iteraplan GUI. Other parts of iteraplan, e.g. the Single Element View or the REST interface, are not affected at all.
This is likely a problem with Chrome/Chromium used for generating the visualisation on the server.
Version 71 of Chrome/Chromium has a known problem, which causes the iteraplan feature to fail. As Chrome/Chromium might automatically update itself (depends on the installation and operating system), this problem might arise suddenly without any configuration changes or manual updates on the server.
Try to avoid the version 71, if possible. Version 70 and 72 work fine.
When creating a date interval attribute it might happen that iteraplan doesn't respond after creation of the attribute. This is only the case, if the start and/or end of the date interval is configured to be dependent on a date attribute.
Workaround: Take a look at the solution described here.
On working on the single element view or opening the history the error [object | object ] appears.
Fix for 6.3, 6.3.1, 6.3.2: Take a look at the solution described here.
It is not possible to edit the IS-2 relation for information flow using the SEV. Workaround: edit this relation using the list view.
Attribute group permissions were not working correctly when using multiple roles for one user, or when using the role inheritance.
The permissions are not handled properly for relations between building blocks.
After the update to version 6.3 it is not possible to create surveys.
Fixed: 6.3.2 contains updated migration scripts. If you already migrated the data to 6.3: take a look at the solution described here.
The VISIO export produces corrupt files when exporting any visualization except the information flow.
If the excel export was done while the iteraplan version was set to german, the import is not working due to some "invalid status values". Export and import using the english iteraplan instead.
If the "Date Interval" attribute will be edited/created it is not possible to save an empty "End Date".
The Single Element View for Building Block Types which are part of the Business Mappings can only be shown if the user has read permissions for all Building Block Types that part of the Business Mappings (this means: Business Process, Business Unit, Business Function, Product, IT Service, Information System and Business Object)
Workaround: View and edit the elements in the list view.
The Saved Queries List might not load if saved queries were migrated incorrectly from a previous version of iteraplan.
The migration script for MySQL databases is not working for MySQL version 5.5 and 5.6, only for version 5.7.
Fixed: Solution is described in the iteraplan Knowdledge Base article
Link to the script
The date contained in the excel export file is often not read correctly when importing the file again. The import process will show “(Exported: Invalid date)” after the first step. Be aware, that in this case the import will also change building blocks that were changed after the export.
After the installation of Version 6.1 the "Anynomous Access" is default hidden in the GUI.
Workaround: Change the line "anonymous.access.UI.enabled=${anonymous.access.UI.enabled}" to "anonymous.access.UI.enabled=true" in the config file "iteraplan.properties".
The "iteraplan.properties" will be found in the path "TOMCAT\WEBAPPS\*iteraplan instance*\WEB-INF\classes"