Skip to content
This repository was archived by the owner on Dec 29, 2025. It is now read-only.

Commit aab2837

Browse files
author
GitHub Actions
committed
Added release notes and version entries for 2025.20.0
1 parent 9a466b0 commit aab2837

File tree

1 file changed

+178
-0
lines changed

1 file changed

+178
-0
lines changed
Lines changed: 178 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,178 @@
1+
---
2+
author: meshcloud
3+
title: Release 2025.20.0
4+
---
5+
6+
Release period: 2025-05-08 to 2025-05-15
7+
8+
This release includes the following issues:
9+
* List managed building blocks via meshObject API
10+
* Multiselect for Building Block Inputs
11+
* Keyboard Navigation for Profile Menu
12+
* Communication Center E-Mails include Workspace
13+
* Show Communications for Workspace-Level Building Blocks
14+
* Assign Communications to their Correct Workspace
15+
* Fix DELETE meshUser API when SCIM enabled
16+
* Fixed Building Block Run Page
17+
* Revised Tenant Deletion E-Mails
18+
* Introduce Communication Center to Platform Builder
19+
* Add missing Filter Option on 'Aborted' in Building Blocks
20+
* Warn Users about upcoming Group Binding Expiration
21+
* Project Role Overview
22+
* meshBuildingBlockDefinition API
23+
* Admin Role Renaming
24+
* Restrict meshCommunication API for workspace-scoped API keys
25+
<!--truncate-->
26+
27+
## Ticket Details
28+
### List managed building blocks via meshObject API
29+
**Audience:** Operator, User<br>
30+
31+
#### Description
32+
The meshObject API for Building Blocks version v2-preview has been
33+
extended in a way that you can now list Building Blocks that were
34+
created in other workspaces as long as you are the owner of the used
35+
Building Block Definition.
36+
There is a new permission for API Keys for managed Building Blocks
37+
in order to do so. Please refer to our API documentation for required
38+
query parameters on the respective endpoint.
39+
40+
### Multiselect for Building Block Inputs
41+
**Audience:** Customer, User<br>
42+
43+
#### Description
44+
We added support for multi-selection for building block inputs.
45+
Building block owners can now define a set of values for user and operator inputs when editing their definitions.
46+
When such a building block is created by a user, one or more of those values can be selected.
47+
The selected values are handed over to Terraform building blocks as a list of strings.
48+
49+
### Keyboard Navigation for Profile Menu
50+
**Audience:** User<br>
51+
52+
#### Description
53+
Users can now access and operate the top right profile menu via the keyboard.
54+
55+
### Communication Center E-Mails include Workspace
56+
**Audience:** Customer, User<br>
57+
58+
#### Description
59+
E-Mails that were sent via the Communication Center now also include the
60+
workspace name, so that users that are assigned to multiple workspaces
61+
immediately see which workspace this communication is related to.
62+
63+
### Show Communications for Workspace-Level Building Blocks
64+
**Audience:** User, Customer<br>
65+
66+
#### Description
67+
Previously, when a communication was created and a workspace-level building
68+
block was selected as target, the communication was not shown for the recipient in the
69+
panel. This is now fixed.
70+
71+
### Assign Communications to their Correct Workspace
72+
**Audience:** User, Customer, Partner, Operator<br>
73+
74+
#### Description
75+
Previously, communications created via meshObject API that targeted a tenant or
76+
a building block were always associated to the workspace that was
77+
associated to that tenant or building block during the time of the creation
78+
of that communication. Therefore, a communication remained in its old
79+
workspace if the tenant or building block was moved to another workspace.
80+
This has been fixed. This fix is also applied to previously created
81+
communications, therefore, if a communication was created and the targeted
82+
tenant or building block was moved to another workspace prior to this fix,
83+
then this communication is now moved to the correct workspace.
84+
This problem only existed for communications created via meshObject API, not
85+
for communications created via the panel.
86+
87+
### Fix DELETE meshUser API when SCIM enabled
88+
**Audience:** Partner<br>
89+
90+
#### Description
91+
meshStack v2025.17 introduced an unintended change that would start rejecting
92+
requests to the DELETE meshUser API when SCIM user provisioning was enabled.
93+
This release restores the previous behavior of the API endpoint as originally
94+
introduced in meshStack v2025.11.
95+
96+
### Fixed Building Block Run Page
97+
**Audience:** User<br>
98+
99+
#### Description
100+
The building block run page is now fixed to display the inputs/outputs of the run again.
101+
This was previously broken within our recent release.
102+
103+
### Revised Tenant Deletion E-Mails
104+
**Audience:** Partner, Operator<br>
105+
106+
#### Description
107+
The e-mail notifications that are sent out when a tenant must manually be
108+
deleted have been slightly revised. From now on, if the tenant deletion was
109+
requested due to the project being deleted, then the e-mail includes a text
110+
to inform about this fact.
111+
112+
### Introduce Communication Center to Platform Builder
113+
**Audience:** Partner, Operator<br>
114+
115+
#### Description
116+
The communication center is now available in the platform builder. This
117+
allows platform teams to communicate with other teams inside their
118+
organization, for example, to announce maintenance windows or feature
119+
deprecations.
120+
121+
### Add missing Filter Option on 'Aborted' in Building Blocks
122+
**Audience:** Customer<br>
123+
124+
#### Description
125+
The status 'Aborted' is correctly displayed in building blocks view but was not available as a filter option. This option has been added now.
126+
127+
### Warn Users about upcoming Group Binding Expiration
128+
**Audience:** User, Customer<br>
129+
130+
#### Description
131+
Previously, notifications that warn users about the upcoming expiration of
132+
their workspace role have only been sent if that role was obtained via a user
133+
binding. This has been adapted so that users are also notified if they've
134+
obtained the role via a group binding, i.e., if they've been added to a group
135+
and that group has been given access to the workspace.
136+
137+
### Project Role Overview
138+
**Audience:** User<br>
139+
140+
#### Description
141+
We've added a project role overview page to settings > management within
142+
the admin area to get an overview about all existing project roles.
143+
144+
### meshBuildingBlockDefinition API
145+
**Audience:** Operator, User<br>
146+
147+
#### Description
148+
We introduced a new meshBuildingBlockDefinition API in version v1-preview
149+
to be able to manage building block definitions. There is no support yet
150+
for managing building block definition versions, but this will follow soon.
151+
The endpoints remain in preview mode for now. Future changes might still occur.
152+
153+
### Admin Role Renaming
154+
**Audience:** User<br>
155+
156+
#### Description
157+
To improve clarity and remove confusing terminology, we have updated several admin role names in meshstack. The following role names have
158+
been updated:
159+
- Partner Admin > Organization Admin
160+
- Partner Employee > Organization User
161+
- Platform Operator > Platform Engineer
162+
- Controller > FinOps Manager
163+
These changes are now reflected in the Admin Access page, including dropdown menus and all associated tabs.
164+
165+
### Restrict meshCommunication API for workspace-scoped API keys
166+
**Audience:** Partner, Operator<br>
167+
168+
#### Description
169+
The meshObject API for creating meshCommunications has been adapted such that
170+
platform teams can only create communications for entities they are responsible
171+
for. This means that the following restrictions now apply when communications
172+
are created via workspace-scoped API keys: When the target kind is
173+
meshBuildingBlock, the targeted building block must be based on a building
174+
block definition which is located within the platform builder of the
175+
workspace of that API key. Similarly, when the target kind is meshTenant,
176+
then the tenant must be associated to a platform that is located within the
177+
platform builder of the workspace of that API key.
178+

0 commit comments

Comments
 (0)