Hi 1theritzy

I’ll try to help here…

  1. You can round in the data source and not use the custom state. Instead of storing the rounded value in a custom state, you can directly reference ((Input’s value / 1000) rounded to 0) * 1000 in the RG’s data source or in the text elements/fields inside the RG. This way, you’re calculating on-the-fly when the RG loads rather than waiting on a custom state.

  2. Stick with using a custom state and use a workflow “when input value is changed”. Leave the initial content as whatever original value you need, do When Input A’s value is changed → Set State (that state is the rounded value). In the RG reference the rounded custom state. This ensures the customs tate only updates after the user eneters (or the page loads the default into) the Input, reducing the chance of a race condition on page load.

  3. You could temporarily hide the RG / put a slight delay after page load to avoid the race condition. Maybe like… load the RG data after a short pause or via a “Do when condition is true” workflow (condition: CustomState is not empty). This isn’t elegant, but it can prevent that timing issue.

Let me know what happens :slight_smile: