Release notes
Nightly Builds
What landed in each nightly build, before it reaches a production release. For testers, partners and anyone who wants an early look.
Pre-release. Nightly builds run in our nightly environment for testing and early feedback. Changes here can be revised or held back, and nothing on this page is a commitment for the next production release. For what is generally available, see production releases.
AI generated. These notes are written by AI from the build's changes, and AI sometimes gets things wrong. If you have questions, please contact us through Fuuz customer support.
AI generated. These notes are written by AI from the build's changes, and AI sometimes gets things wrong. If you have questions, please contact us through Fuuz customer support.
All nightly builds
3 Builds, Newest First
Wednesday, October 28, 2026 2026-10-28 nightly1 change
One fix shipped for Web flows in the Data Flow Designer.
- FixedWhen you run a Web flow from the Data Flow Designer and it calls another Web flow with
$executeFlow, that call now runs in the browser flow engine. Before, the designer sent the call to the server. Nested Web flows now behave the same in the designer as they do at runtime.
Tuesday, October 27, 2026 2026-10-27 nightly3 changes
Today's changes improve Flow Designer performance, make data model deployment safer, and add a way to open a component directly in the App Designer.
- ImprovedYou can now link straight to a component in the App Designer. Add
?open=<Type>:<id>to the App Designer URL (for example,?open=DataFlow:myDataFlowId) and that component opens in the workspace. If the value is unknown or malformed, the designer opens on its normal start page. - FixedThe Data Flow Designer no longer sends a stream of repeated requests from Data Changes nodes while you edit a flow. Flows with many Data Changes nodes should now stay responsive and put much less load on the application service. Log node level indicators still update as before.
- FixedA data model can no longer be deployed if its
idfield has nouniquesetting. Deployment now rejects the model with a validation error. Before this fix, models like this could get through and break the application build.
Monday, October 26, 2026 2026-10-26 nightly3 changes
This release adds schema support to data flows, gives new screen elements a default data path, and fixes a Data Change Capture bug that affected scaled environments.
- ImprovedYou can now define an input schema (JSON Schema) on a data flow's Request node and an output schema on its Response node. The flow's
inputSchemaandoutputSchemaare available through the API, and payloads are checked against them. If a payload doesn't match the schema, the flow raises an error instead of running with bad data. Existing flows that have Request/Response nodes default to an open{}schema, so they keep working as before. - ImprovedIn the screen designer, new form inputs and table columns now get a default
dataPathbased on the element's System Name. Before, a screen would error at runtime if you dropped one of these elements in and didn't set a data path. - FixedFixed a Data Change Capture bug in environments running more than one Data Change Capture instance. When a data model was deployed, only one instance picked up the new configuration. Because of this, change events for newly deployed models could be skipped and never recorded. Fields marked Sensitive could also be stored unredacted, and excluded-field, retention, and label-field settings were applied inconsistently. Every instance now reloads model configuration after each deployment.
No changes match.