Release camunda-modeler v5.26.0

[github-actions]

What's inside?

• Execution listeners support Add support for execution listeners #3951
• Binding type Support bindingType for called processes/decisions/forms #4385
• Improved adaptable scaling of multiple inputs Adaptive size of the documentation text box #3660
• Improved accessibility

Full list in the changelog: https://github.com/camunda/camunda-modeler/blob/develop/CHANGELOG.md#5260

Release Checklist

To be done before the code freeze.

• inform QA about the release and its details so they can prepare for testing
• get in touch with the team (PM, UX and Engineering side), to clarify what topics will be included in the Release and their priority. Use this information to start preparing a concept for the blog post (see below) and release info (see below)
  • (optional) if possible, already create feature branch to update Release Info following our guidelines

To be done after code freeze to prepare and test the release.

• make sure changes in upstream libraries are merged and released
  • bpmn-js, dmn-js, *-properties-panel, *-moddle, camunda-bpmn-js, form-js, ...
• make sure potential new engine versions are available and marked correctly (alpha/stable)
• make sure dependencies to upstream libraries are updated and can be installed (rm -rf node_modules && npm i && npm run all works)
• verify develop is up to date with main: git checkout main && git pull && git checkout develop && git merge main
• close all issues which are solved by dependency updates
• ensure that the modeler is free of major security vulnerabilities via npm audit
• smoke test to verify all diagrams can be created
• update Release Info
  • create a draft following our guidelines and based on priorities which were aligned with the team (PM, UX, and Engineering side)
  • create PR to merge the draft into develop. Assign to PM, UX and Engineering for review
• update CHANGELOG
• compile a list of blog worthy changes as input to release blog
• merge to main: git checkout main && git merge develop
• create release candidate (npm run release:rc -- [preminor|premajor|prerelease]), cf. release schema
  • wait for release build to create the artifacts
• execute integration test on released artifacts
  • Works on Linux
  • Works on Mac
  • Works on Windows
• notify QA about the release so they can test it

To be done to build the release after release testing completed.

• create release (npm run release), cf. release schema
  • wait for release build to create the artifacts

To be done once the release is built.

• publish release on Github Releases
• close current milestone

To be done as a post-release activity.

• update Camunda Modeler screenshots (and potentially text content) in the docs by running screenshots workflow. Download artifacts and create PRs for:
  • camunda-docs-static
  • camunda-docs-manual
  • camunda-docs
• provide content to the release presentation and notice
• trigger downloads page update via marketing request form
• add new version to update server releases
• (optional) update supported environments page

To be done once release is publicly announced on release day.

• publish release via update server (push to live)
• announce the release via the Camunda internal #c8-release-announcements channel
• communicate closed support related issues to #ask-support

[jarekdanielak]

Reassigned to @barmac

[barmac]

Release is published on GH, and the screenshots are generated at https://github.com/camunda/camunda-docs-modeler-screenshots/actions/runs/10353121427

[barmac]

communicate closed support related issues to #ask-support

This has been already done (https://camunda.slack.com/archives/CHAC0L80M/p1723194900740609?thread_ts=1723193772.351179&cid=CHAC0L80M)

[nikku]

We'll publicly announce #4302 with the next release.

[barmac]

The release has been published to the update server, and all activities have been completed.

[github-actions]

Created follow up release issue.

Assigned @philippfromme as the next release commander.