227 - Fix Frenzy

During our recent sprint cycle, we have done many fixes. These are mainly related to flow testing, alerting, and the deploy phase. Apart from that, we have improved the tracing information for errorChannel messages, added search functionality to the Start/Stop flows overview, and enabled our new queue trigger functionality for redelivery-enabled messaging queues.

Please find out more on our Release blog.

Minor changes

• Create - Flow Testing: Tracing errors in flow testing has been improved. For this, a new runtime image is available.
• Deploy - Architecture: It is now possible to search in the Start/Stop flows overview. (#1311)
• Manage - Alerting: The new queue triggers feature has been updated to be able to handle redelivery-enabled messaging queues.

Bug fixes

• Create - Flow Designer: We fixed an issue where certain areas were selected in the flow designer when only hovering over them, without clicking. (#1294)
• Create - Flow Testing: The cancel button on the new/edit pages of test messages in flow testing, now actually cancels changes.
• Create - Flow Testing: If opening a test execution log is not possible during flow testing, a warning message will now be displayed.
• Create - Message Definitions: The "last changed by" and "last changed date" values of additional namespace resources are now updated correctly when you make changes to your namespaces in your message definitions.
• Deploy - Releases: We fixed a bug where runtimes that did not change appeared in the deployment plan in the list of flows that will be restarted. (#1379)
• Deploy - Releases: We have resolved a bug that prevented you from deploying anything on a newly created model.
• Deploy - Runtime Overview: We fixed a bug such that the runtime overview now shows the correct container version. (#1310)
• Manage - Alerting: We have implemented a fix that allows you to activate and test queue triggers per environment when you are migrating your model to the current runtime architecture. You will be able to test the queue triggers of any environment that is fully migrated, even if another environment is still in the process of migrating.
• Manage - Alerting: You can now add internal and external recipients to your default trigger configuration at the same time, and they will be applied to your triggers correctly. 
• Manage - Alerting: We have fixed a case where a tenant-queue-trigger could be activated on a hybrid environment, before the JMS of that environment had been deployed to the current runtime.