<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Fuuz Nightly Builds</title><link>https://www.fuuz.com/resources/nightly/</link><description>Pre-release notes for each Fuuz nightly build.</description><language>en-us</language><lastBuildDate>Tue, 03 Nov 2026 18:16:19 +0000</lastBuildDate><item><title>Nightly build October 28, 2026</title><link>https://www.fuuz.com/resources/nightly/2026-10-28</link><guid isPermaLink="false">fuuz-nightly-2026-10-28</guid><pubDate>Wed, 28 Oct 2026 06:00:00 +0000</pubDate><description>One fix shipped for Web flows in the Data Flow Designer. 1 changes. When 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.</description></item><item><title>Nightly build October 27, 2026</title><link>https://www.fuuz.com/resources/nightly/2026-10-27</link><guid isPermaLink="false">fuuz-nightly-2026-10-27</guid><pubDate>Tue, 27 Oct 2026 06:00:00 +0000</pubDate><description>Today&#x27;s changes improve Flow Designer performance, make data model deployment safer, and add a way to open a component directly in the App Designer. 3 changes. You can now link straight to a component in the App Designer. Add `?open=&lt;Type&gt;:&lt;id&gt;` 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. The 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. A data model can no longer be deployed if its `id` field has no `unique` setting. Deployment now rejects the model with a validation error. Before this fix, models like this could get through and break the application build.</description></item><item><title>Nightly build October 26, 2026</title><link>https://www.fuuz.com/resources/nightly/2026-10-26</link><guid isPermaLink="false">fuuz-nightly-2026-10-26</guid><pubDate>Mon, 26 Oct 2026 06:00:00 +0000</pubDate><description>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. 3 changes. You can now define an input schema (JSON Schema) on a data flow&#x27;s Request node and an output schema on its Response node. The flow&#x27;s `inputSchema` and `outputSchema` are available through the API, and payloads are checked against them. If a payload doesn&#x27;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. In the screen designer, new form inputs and table columns now get a default `dataPath` based on the element&#x27;s System Name. Before, a screen would error at runtime if you dropped one of these elements in and didn&#x27;t set a data path. Fixed 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.</description></item></channel></rss>