|
| 1 | +--- |
| 2 | +author: meshcloud |
| 3 | +title: Release 2024.55.0 |
| 4 | +--- |
| 5 | + |
| 6 | +Release period: 2024-12-09 to 2024-12-12 |
| 7 | + |
| 8 | +This release includes the following issues: |
| 9 | +* Expiring API Key Reminder Notifications |
| 10 | +* Simplified Building Block Creation |
| 11 | +* Fix for Failing Azure Subscription Owner Removals |
| 12 | +* ABAC Support for Azure Role Assignments |
| 13 | +* Deactivate meshCustomer Endpoints |
| 14 | +* Enforce Versioned Accept Header for API |
| 15 | +* Access Overview For Tenant Movement |
| 16 | +* Display Email Instead of Username in Workspace Access Area |
| 17 | +* Search for Users in Workspace Access |
| 18 | +<!--truncate--> |
| 19 | + |
| 20 | +## Ticket Details |
| 21 | +### Expiring API Key Reminder Notifications |
| 22 | +**Audience:** User<br> |
| 23 | + |
| 24 | +#### Description |
| 25 | +As workspace owners or managers, you will now automatically receive reminders about expiring API keys. This ensures you can renew or replace them in time, avoiding disruptions to your applications. |
| 26 | + |
| 27 | +### Simplified Building Block Creation |
| 28 | +**Audience:** User<br> |
| 29 | + |
| 30 | +#### Description |
| 31 | +In the service management area, it is now possible to create building |
| 32 | +blocks directly in the building block definition view. Simply select |
| 33 | +an existing tenant and configure the building block. |
| 34 | + |
| 35 | +### Fix for Failing Azure Subscription Owner Removals |
| 36 | +**Audience:** Operator<br> |
| 37 | + |
| 38 | +#### Description |
| 39 | +In some environments the removal of the replicator principal from new Azure Subscriptions |
| 40 | +failed because of a bug in existing role detection. This has been fixed. |
| 41 | + |
| 42 | +### ABAC Support for Azure Role Assignments |
| 43 | +**Audience:** User<br> |
| 44 | + |
| 45 | +#### Description |
| 46 | +With this update, we enable the support for ABAC role assignments. |
| 47 | +This Azure functionality allows more fine-grained control of how your users |
| 48 | +can access your Subscription and resources. |
| 49 | +This feature currently needs to be enabled via a feature flag. |
| 50 | +Please contact the support if you want to try it out. |
| 51 | + |
| 52 | +#### How to use |
| 53 | +After the feature is enabled in your environment you can use the landing |
| 54 | +zone configuration page to set up the Azure ABAC conditions in the role mapping |
| 55 | +options. The ABAC condition is actively checked during replication and if needed |
| 56 | +is re-applied by the replication process. |
| 57 | + |
| 58 | +### Deactivate meshCustomer Endpoints |
| 59 | +**Audience:** Partner, Customer<br> |
| 60 | + |
| 61 | +#### Description |
| 62 | +After we have renamed meshCustomer to meshWorkspace, our meshCustomer |
| 63 | +endpoints have remained available to ensure a smooth migration process for |
| 64 | +every customer. |
| 65 | +We have previously announced that our legacy meshCustomer API endpoints will |
| 66 | +eventually be removed, and we have gradually deactivated the legacy endpoints |
| 67 | +in more and more customer environments. With this release, the meshCustomer |
| 68 | +API endpoints are now deactivated in all customer environments. |
| 69 | +Most customers are not impacted by this change, since we have already |
| 70 | +deactivated the legacy meshCustomer endpoints in the past for these environments. |
| 71 | + |
| 72 | +#### How to use |
| 73 | +For every meshCustomer endpoint that has been deactivated, there is a |
| 74 | +corresponding meshWorkspace endpoint. Please follow our API docs for more |
| 75 | +details. |
| 76 | + |
| 77 | +### Enforce Versioned Accept Header for API |
| 78 | +**Audience:** Partner, Customer<br> |
| 79 | + |
| 80 | +#### Description |
| 81 | +After we have previously announced that our API endpoints will require a |
| 82 | +versioned Accept header, we have gradually enforced this in more and more |
| 83 | +customer environments. With this release, all customer environments are now |
| 84 | +configured such that the versioned Accept header is required. |
| 85 | +Most customers are not impacted by this change, since we have already |
| 86 | +introduced this configuration change in the past for these environments. |
| 87 | + |
| 88 | +#### How to use |
| 89 | +Please be aware that the Accept header is also required when you call a POST or PUT endpoint. |
| 90 | +This information is included in the API documentation. Following the API docs |
| 91 | +will ensure your requests work correctly. |
| 92 | + |
| 93 | +### Access Overview For Tenant Movement |
| 94 | +**Audience:** User<br> |
| 95 | + |
| 96 | +#### Description |
| 97 | +With this update, we've made moving tenants clearer with a new step showing access and permissions for the destination project, so you know exactly |
| 98 | +who will have access for tenants after you move it. |
| 99 | + |
| 100 | +### Display Email Instead of Username in Workspace Access Area |
| 101 | +**Audience:** User<br> |
| 102 | + |
| 103 | +#### Description |
| 104 | +This update resolves a cosmetic issue by ensuring that user email |
| 105 | +addresses are consistently displayed in the user lists within both |
| 106 | +the project and workspace access screens. |
| 107 | + |
| 108 | +### Search for Users in Workspace Access |
| 109 | +**Audience:** Partner<br> |
| 110 | + |
| 111 | +#### Description |
| 112 | +Finding and managing users' workspace access is now easier with a new search bar in the Workspace Access section. |
| 113 | +This search control is also available when managing workspace access from the Admin Area. |
| 114 | +This update simplifies member searches and streamlines workspace management. |
| 115 | + |
0 commit comments