Upgrade Policy

When you create a new visual app, Visual Builder automatically sets your runtime dependencies to the latest Visual Builder Runtime and JET versions. If you’ve already staged or published an app, however, it’s up to you to decide when to upgrade, as long as you do so within a certain time period.

As a general rule, you can run a published Visual Builder application built on the current runtime version, and continue running it on the three previous versions—but new Visual Builder runtime libraries are released with new versions of the Visual Builder Studio design time (around four times a year). The Visual Builder design time is only updated twice a year, so it gets only two of those four versions (another reason we recommend using Visual Builder Studio as your design environment). As a result, you need to upgrade every other release in Visual Builder, while in Visual Builder Studio, you upgrade after four releases, with the design time supporting the last three versions.

So if you built your app in 24.10 (for example), Visual Builder supports the app not only on the 24.10 runtime version, but also on 25.01, 25.04, and 25.07. Once 25.10 comes out, however, support for the 24.10 runtime version will drop off, so we'll ask you to upgrade your app before you can work on it in the Designer. If you choose not to upgrade at that time, you run the risk that newer browser versions will break your app. You also won’t be able to take advantage of any important security and performance improvements. For all of these reasons, we encourage you to build time into your development cycle to keep abreast of current changes, and to make sure you upgrade your app (you should version it first) before support for your current runtime version expires.