Release Notes 1.3

Release 1.3.2 / 🗓 27 Apr 2023

Enhancements

• The Bitbucket Project Folder in Jenkins which automatically discovers and builds all git repositories gets now an improved configuration for freshly created projects
  • Pull-requests opened on Bitbucket are automatically discovered and built on Jenkins. Previously, only real branches were discovered and built.
  • A Pull-request is simulating the merge from one branch to another, but takes place on Jenkins only. To really merge the Pull-request to the destination branch, one of the reviewers has to press the Merge button on Bitbucket when the review and Pull-request builds are fine.
  • The Discover branches strategy is set to all branches to prevent losing build information of the source branch. Instead, the Jenkins Shared Library is avoiding building new commits to the source branch if a Pull-requests was already opened. This reduces build work on Jenkins agents to 50%.
  • In Scan Organization Folder Triggers the Interval for Periodically if not otherwise run is reduced from the Jenkins default of 1 day to 1 hour for quicker discovery of new git repositories. We don't recommend to use lower values since Jenkins will be otherwise busy the whole time scanning for new git repositories. If you have created a new git repository, you can at any time click on Scan Organization Folder Now in the Bitbucket Project Folder. This will trigger a manual scan for git repositories. All of this is not required to discover new branches or new commits. Both of these changes are automatically propagated from Bitbucket to Jenkins.
• On the backend, a feature has been prepared which will offer in the future the possibility to find users inactive for a longer time period like e.g. 90 days
• The description field of a project is now also propagated to the Jenkins folder of the project.

Improvements

• Improved backend monitoring
• The metrics page for Portal Admins was removed since it was of limited value for end-users.
• Added more automated tests to backend development
• Moved success and error message more towards the bottom of the screen, so that it's always visible even when scrolling long lists.
• Error messages concerning the password entry field have been improved to give more exact information about minimum and maximum length.

Bugfixes

• Fixed the edit tech user dialog so that changing the description without changing the password works again.
• Fixed a problem when 2FA was switched off for a user.
• Fixed pending syncs which could happen when a project admin had assigned a role to a user without licenses for freshly added tools, like e.g. SonarQube. The roles were already assigned, so the pending sync could be ignored.
• Fixed problems in back-end when handling more than 1000 users in the LDAP server.
• Since no customers are remaining using Rancher 1.6, the user update/lock action can no longer be stuck when the user was assigned to another organization after the user's first project role assignment.

Release 1.3.1 / 🗓 15 Mar 2023

Enhancements

• The Technical Users page can now be used by all Portal users. In general, only these Tech Users will be listed which share a project with the user. In addition, the roles for these Tech Users can be changed, but of course limited to the Projects where the user has an Admin role. Creating, Deleting and Editing of Tech Users is still limited to Portal admins.
• Due to updated PSA statements of compliance, the minimum length for passwords of technical users has been increased to 32.
• Resync roles as found in a Project's more menu has been replaced by Resync. The new Project Resync combines saving a Project and resending the roles. Therefore, the Resync guarantees at any time that all Project details including defined member roles are properly set-up in all the tools. When you've ordered additional tools, like e.g. SonarQube, it's advised to call Resync on the Projects which should get support for the new tool.

• When a role is added to a locker user, the role is added only on the portal, but not inside the tools. If the user is later unlocked, all roles are automatically restored in the tools.

• Additional icons like shown in the example screenshot below now give a fast feed-back if the entered content was ok or not. Since the icons can be clearly distinguished from each other just by their shape, it's also an improvement for color-blind users.

Improvements

• Developed code that will be later used by the portal to allow removal of non-standard roles or individual permissions that have been set by Project admins directly in tools. This will allow in the future to improve the resync feature for projects in the portal.
• Improved display of timestamps and empty strings in pending syncs.
• Improved keyboard control as well as the contrast of the colors for all pages to improve accessability of the Portal.
• Improved support for screen readers.
• Two back-end components have been merged to simplify development.
• Base image and all dependencies used by the back-end have been updated to latest versions.
• Automated tests now run faster and don't unnecessarily block Jenkins agents when waiting for test environments.
• Shifted automated testing to new clusters based on the Rancher-Longhorn architecture.

Bugfixes

• Fixed problems in the LDAP server when handling more than 1000 users.
• Relaxed time-outs between the portal server and the auto-provisioning back-end to avoid pending syncs showing up with error message "I/O error clap-api:5000 failed to respond". This was necessary since some operations of the auto-provisioning can take longer since multiple tools have to be configured.
• Locking and deletion of users were not properly working on Rancher1.6, if the user had a personal default environment.
• In rare cases, e.g. after a timed-out session, the Portal can show its own login dialog instead of the SSO login page. That has been fixed for most cases. If it happens to you, simply reload the page to get to the correct login page.
• Vulnerability fixed which would have allowed an authenticated portal admin to change the userid/email of a user, leading to problems in the tools.
• For users that never logged in to SonarQube, a harmless pending sync could show up when a role was saved.
• A timeout was added to a query all projects call towards Jenkins to avoid hanging requests due to possible Jenkins malfunctions.
• Fixed a problem related to multi-threading in the back-end.

Known Issues

• User update/lock action can be stuck when the user was assigned to another organization after the user's first project role assignment. The ops team will automatically repair it for you. Problem is fixed for customers which have Rancher v2.6 in their toolchain as it happens only with Rancher 1.6.

Release 1.3.0 /​​​​​​​ 🗓 12 Jan 2023

Enhancements

• Added full support for Rancher 2 auto-provisioning.
  • If Rancher 2.6 is available in your toolchain, all users which have the RANCHER2 tool assigned receive the global permission User-Base on Rancher. User-Base users have login-access only. But they can be added to clusters and namespaces.
  • All users who have at least one project admin role get the global permission Standard User on Rancher. These users can create new clusters and use them. Standard users can also assign other users access permissions to their clusters.
• The portal now automatically maintains a group on Jira named project-admins which contains all users which have at least one project admin role. This group will be used to manage the access permissions for the Jira Roadmap Feature of the Jira Data Center edition. More about this will be made public in a separate posting.
• The view and edit project pages have been unified. Therefore, the actions View and Edit have been removed from the More menu. Simply click on the project key of a project to view it. If you want to change any data, tick the checkbox Edit Details. This is only available if you have the admin permissions on the project and the project you want to edit is in ACTIVE state at the moment.

• When a new user is created or an existing user is changed and the new portal role or the old portal role is admin, all other admins are informed by mail who did the change and which user was made a portal admin or lost the role.

• All pages have been improved concerning accessibility.
  • Required fields now have an additional * symbol, so you know that you have to enter something in any case.
  • Status and error messages are now correctly marked for screen readers.
  • Error messages related to input fields have been moved to the label to support screen readers.
• Detail dialogs of projects, users, technical users, organizations and usage terms can now be opened using CTRL and left mouse button in a new browser window. This allows for fast processing of multiple entries.
• When multiple browser tabs are used to open the different tools, it was hard to distinguish which tab is for which tools. Therefore, our favicons as known from https://geschaeftskunden.telekom.de/digitale-loesungen/infrastructure-as-a-service/devops-as-a-service#leistungen are now used for Jira, Confluence, Bitbucket and gitlab. Since your browser caches favicons for a longer time, it's possible that you still see the old favicon. If this is the case, try holding the shift key while you press the reload button in the browser. That will force the reload of the favicon. Icons for the remaining tools will be added in the future.

Improvements

• The notification mails that users receive about changes in their licence assignments now contain a list of tools that is sorted like in the portal.

Bugfixes

• Changes in the description field of a project were not set on Bitbucket if the name of the project was not changed, too.
• Small bugfixes concerning auto-provisioning of Rancher 2 and SonarQube.

Known Issues

• User update/lock action can be stuck when the user was assigned to another organization after the user's first project role assignment. The ops team will automatically repair it for you. Problem is fixed for customers which have Rancher v2.6 in their toolchain as it happens only with Rancher 1.6.