prod unless you choose another).
The rule
Click Create rule (or Edit rule) on a platform card. The rule has these fields:
A rule needs at least a latest version, a minimum version or a blocked
version (or a build), and Becomes required on needs a latest version.
How a device’s state is decided
For each device, Lerix checks the rule for its platform and environment, in this order. The first match wins.1
Does the rule apply?
No state when there is no rule, the rule is off, the device didn’t send a
version, or the rule has countries and the device isn’t in one of them.
2
Is the version blocked?
A version on the blocked list is required.
3
Is it below the minimum?
Below the minimum version (or minimum build) is required.
4
Is it below the latest?
Below the latest version (or latest build) is optional or
recommended, depending on Below latest. If the Becomes required
on date has passed, it is required instead.
5
Otherwise
The device is up to date. Nothing is shown.
Versions and build numbers
- Versions are compared as numbers, part by part, so
1.10.0is newer than1.9.2. They are never compared as text. - When both the rule and the device have a build number, the build number
decides. iOS and macOS send
CFBundleVersion, Android sendsversionCode, and Flutter sends the number after+inpubspec.yaml. - A version with no digit in it can’t be compared. Such a device is never blocked.
- The minimum version can’t be higher than the latest version.
Blocked versions
Use the blocked list when one release is bad but the ones around it are fine. For example, with a minimum of3.0.0 and 3.2.0 blocked, users on
3.1.4 keep going while users on 3.2.0 must update.
Escalation with a deadline
Set Becomes required on to move from a gentle prompt to a forced update without coming back to the dashboard. Until the date, users see the soft prompt. After it, users still below the latest version get the required-update screen.Countries
Lerix finds the device’s country from its IP address. A device whose country can’t be determined never matches a rule that lists countries. Leave the list empty to apply the rule everywhere.Reminders and skipping
- Later hides the prompt for the Remind again after hours. It is saved on the device for that latest version.
- Skip this version hides it until you set a newer latest version.
- A soft prompt is shown at most once per app session.
- Required updates can’t be postponed or skipped.
Store links
Update opens the first link that exists:- Store link for this rule. Use it for TestFlight, an enterprise build, or another store such as Huawei AppGallery.
- The app’s Store link, under the platform card (Edit link).
- A link Lerix builds itself:
- Android:
https://play.google.com/store/apps/details?id=<package name>. - iOS and macOS:
https://apps.apple.com/app/id<App Store ID>, once the App Store ID is known.
- Android:
Web apps
A web app has no store, and a store link never applies on the web. When an update applies, Update reloads the page to load your newest deployment.- Optional or recommended: a bar at the bottom of the page with Update, Later and, when allowed, Skip this version.
- Required: with the built-in screens, the SDK reloads the page by itself, at most once every 5 minutes per tab. If the page is still out of date after a reload, a full-screen message stays with a Reload button, so a stale cache can’t cause a reload loop. Clicking Reload always reloads.
release option. Without it,
update rules never apply to web users. Use a version number that contains
digits, such as 1.4.0, rather than a commit SHA.
NEXT_PUBLIC_LERIX_RELEASE at build time instead.
Copy
Each rule has a title, a message and release notes in English and in Arabic. The SDK sends the device language, and Lerix picks the closest match: the exact language tag, then the language, then English. Empty fields fall back to these defaults:
Limits: title 80 characters, message 500, release notes 2,000. The buttons
(Update, Later, Skip this version, Reload) and the “What’s
new” heading above release notes are built into the SDK in English and
Arabic.
Versions in the wild
Below the rule, Versions in the wild lists the versions seen on devices in the last 30 days, by each device’s current version, newest first. When a new version has reached at least 5 devices or 1% of the platform, Lerix suggests it (“3.4.0 is live on 37 devices. Make it the latest version?”): click Set as latest to fill it into the rule.Preview and safety checks
While you edit a rule, the card shows how many of the devices active in the last 30 days it would affect, for example “This will block 1,240 devices (31%)”, split into must update, recommended, offered an update, up to date and unknown version. The preview uses each device’s version only: it ignores Countries, and a rule with only build numbers previews as up to date. Before saving, Lerix asks you to confirm when the rule would:- stop half or more of the platform’s active devices, or
- set a minimum version above every version seen in the wild, which would block everyone.
Turning a rule off
- Enabled off keeps the rule but stops it from applying.
- Delete rule removes it.
- Lift all, on the Emergency tab, ends every maintenance window and turns off every forced-update rule (one with a minimum, a blocked version or a deadline). Optional and recommended prompts stay as they are. See Maintenance mode.