|
| 1 | +--- |
| 2 | +author: meshcloud |
| 3 | +title: Release 2025.39.0 |
| 4 | +--- |
| 5 | + |
| 6 | +Release period: 2025-09-03 to 2025-09-10 |
| 7 | + |
| 8 | +This release includes the following issues: |
| 9 | +* Accept building block STRING output as CODE type |
| 10 | +* Updated API Documentation for meshPaymentMethod Expiration Date Format |
| 11 | +* Workspace Overview Now Available for Workspace Member |
| 12 | +* New Properties Added to meshResourceUsageReport |
| 13 | +* Prevent Creation of Duplicate Tenants |
| 14 | +* Search in single/multi-select tags |
| 15 | +* Building Blocks Auto-Run on Workspace Permission Changes |
| 16 | +* Automatic GitHub Status Polling for GitHub Workflow Building Blocks |
| 17 | +* Display Validation Error Messages for Tag Regex Patterns |
| 18 | +* Introducing Building Block Run Control |
| 19 | +* Fix incorrect URL routing for German language |
| 20 | +* Remove Rate Limits on meshObject API in Production Environments |
| 21 | +* Streamlined Expiring Access Warnings in Workspace Overview |
| 22 | +* Improved Workspace Overview with Financial and Team Statistics |
| 23 | +<!--truncate--> |
| 24 | + |
| 25 | +## Ticket Details |
| 26 | +### Accept building block STRING output as CODE type |
| 27 | +**Audience:** User<br> |
| 28 | + |
| 29 | +#### Description |
| 30 | +Building block output that is of type STRING will no longer result in |
| 31 | +a validation error when being assigned to an expected output of type CODE. |
| 32 | +This means types CODE and STRING can be used interchangeable with respect |
| 33 | +to building block output. |
| 34 | + |
| 35 | +### Updated API Documentation for meshPaymentMethod Expiration Date Format |
| 36 | +**Audience:** User<br> |
| 37 | + |
| 38 | +#### Description |
| 39 | +The API documentation for meshPaymentMethod now clearly specifies that the expirationDate field uses the |
| 40 | +yyyy-MM-dd format and is considered as UTC, providing better clarity for API consumers. |
| 41 | + |
| 42 | +### Workspace Overview Now Available for Workspace Member |
| 43 | +**Audience:** User<br> |
| 44 | + |
| 45 | +#### Description |
| 46 | +Workspace members can now access the workspace overview page to see assigned projects and resources within their |
| 47 | +workspace. Previously, this overview was only available to workspace managers. |
| 48 | + |
| 49 | +### New Properties Added to meshResourceUsageReport |
| 50 | +**Audience:** Partner, Operator<br> |
| 51 | + |
| 52 | +#### Description |
| 53 | +The meshResourceUsageReport API endpoint now provides two new properties |
| 54 | +within the line items, the sellerId and sellerProductGroup. Please refer to |
| 55 | +the billing API documentation for more details. |
| 56 | + |
| 57 | +### Prevent Creation of Duplicate Tenants |
| 58 | +**Audience:** User<br> |
| 59 | + |
| 60 | +#### Description |
| 61 | +Previously, it was possible to create multiple tenants of the same platform within the same |
| 62 | +project if the requests to create these tenants arrived in parallel. This issue occurred |
| 63 | +in rare edge cases when tenants were created via the API or via Terraform. This has been fixed. |
| 64 | + |
| 65 | +### Search in single/multi-select tags |
| 66 | +**Audience:** User<br> |
| 67 | + |
| 68 | +#### Description |
| 69 | +You can now search for values for single or multi-select tags by typing directly |
| 70 | +in the dropdown. |
| 71 | + |
| 72 | +### Building Blocks Auto-Run on Workspace Permission Changes |
| 73 | +**Audience:** User<br> |
| 74 | + |
| 75 | +#### Description |
| 76 | +Building blocks that use workspace user permissions as input now automatically run when workspace user |
| 77 | +permissions change. This ensures your building blocks stay up-to-date with the latest workspace access |
| 78 | +configuration. |
| 79 | + |
| 80 | +### Automatic GitHub Status Polling for GitHub Workflow Building Blocks |
| 81 | +**Audience:** User<br> |
| 82 | + |
| 83 | +#### Description |
| 84 | +GitHub Workflow Building Blocks now support automatic status polling. Building Blocks can be |
| 85 | +configured to have meshStack automatically poll GitHub for workflow completion and job status updates, eliminating |
| 86 | +the need for external systems to manually provide status feedback via the meshStack API. |
| 87 | + |
| 88 | +#### How to use |
| 89 | +Enable this feature in the Building Block Definition's implementation settings by setting "Execution Mode" to |
| 90 | +"Synchronous". When configured, meshStack will trigger the GitHub workflow and automatically track its progress by |
| 91 | +polling GitHub's API for workflow and individual job statuses. This provides real-time status updates without |
| 92 | +requiring custom integration code. Use "Asynchronous" mode if you prefer to manage status updates manually via API. |
| 93 | + |
| 94 | +### Display Validation Error Messages for Tag Regex Patterns |
| 95 | +**Audience:** User<br> |
| 96 | + |
| 97 | +#### Description |
| 98 | +When tag definitions use regex validation patterns, the UI now shows clear error messages explaining why values are |
| 99 | +invalid. Previously, users only saw visual styling (red borders) but no explanation of what needed to be fixed. |
| 100 | + |
| 101 | +### Introducing Building Block Run Control |
| 102 | +**Audience:** User<br> |
| 103 | + |
| 104 | +#### Description |
| 105 | +We introduced a new Building Block Run Control option for building block definitions. When enabled, workspace users |
| 106 | +can see all logs and re-run building blocks. This gives app teams more visibility and control over their building |
| 107 | +block runs, improving troubleshooting and self-service. |
| 108 | +Additionally workspaces that own the building block definition can now always see the system logs from the workspace |
| 109 | +area, independent of the Building Block Run Control. That simplifies development of building block definitions, as |
| 110 | +the logs can be seen directly when consuming them from the workspace area. |
| 111 | + |
| 112 | +### Fix incorrect URL routing for German language |
| 113 | +**Audience:** User<br> |
| 114 | + |
| 115 | +#### Description |
| 116 | +Fixed an issue where URLs starting with 'de' were incorrectly routed to the German language version of the UI. |
| 117 | +The routing now correctly matches only URLs that start with the '/de/' path. |
| 118 | + |
| 119 | +### Remove Rate Limits on meshObject API in Production Environments |
| 120 | +**Audience:** User<br> |
| 121 | + |
| 122 | +#### Description |
| 123 | +The last meshStack release introduced API rate limits intended for evaluation in QA environments. |
| 124 | +Due to a configuration bug these rate limits were also rolled out to productive meshStacks ahead of time and without proper calibration. |
| 125 | + |
| 126 | +API consumers that were exceeding the rate limit have seen HTTP 429 responses in production environments. |
| 127 | +We fixed this now so rate limiting is only active in QA environments and will separately inform you about further rollout timelines and implications for production environments. |
| 128 | + |
| 129 | +### Streamlined Expiring Access Warnings in Workspace Overview |
| 130 | +**Audience:** User<br> |
| 131 | + |
| 132 | +#### Description |
| 133 | +The prominent expiration banner has been removed from the workspace control plane to reduce visual noise. |
| 134 | +Expiring access information is now integrated into the workspace overview within the user cards, providing a |
| 135 | +cleaner interface while maintaining visibility of important expiration details. |
| 136 | + |
| 137 | +### Improved Workspace Overview with Financial and Team Statistics |
| 138 | +**Audience:** User<br> |
| 139 | + |
| 140 | +#### Description |
| 141 | +The workspace overview now displays three informative cards showing last month's costs, team size with expiration alerts, and |
| 142 | +communication status instead of the previous generic actions needed card. These improvements provide workspace managers with |
| 143 | +immediate insights into their workspace's financial status, team composition, and pending communications. |
| 144 | + |
0 commit comments