System Status

Frequently asked questions

What does the DoseRoutine status page show?

It shows the currently deployed build ID for both server and client, how long the server has been running, and live connectivity checks against DoseRoutine's backend services. The page auto-refreshes every 30 seconds while it's open.

What does it mean if my build doesn't match the server build?

It means your browser has an older version of the app cached from before the latest deploy. Reload the page to fetch the current build — the status page flags this explicitly with a 'reload for latest' notice.

What counts as 'degraded' status?

Status shows degraded when one or more of the connectivity checks listed on the page fails or responds abnormally, even if the app itself is reachable. Each check lists its own latency and, when relevant, a short detail about the failure.

Can I get the status data as raw JSON?

Yes. The same data shown on the page is available at /api/public/status, linked at the bottom of the page, for anyone who wants to poll it programmatically.

Is this page a substitute for a support channel?

No. It only reports build version, uptime and backend connectivity. For account issues or bugs, use DoseRoutine's normal support contact rather than this page.

What this status page covers

This page reports the live health of the parts of DoseRoutine that people depend on day to day: the sign-in service, the dose scheduler and reminder queue, the compound library and interaction checker, the photo-based meal scanner, and the sync layer that copies your logs between your phone and the web app. Each check runs against the same production systems you use, so a green marker here means a real request succeeded, not that a server was merely reachable.

Checks refresh whenever this page loads. If a component is degraded we describe what still works — for example, reminders can continue firing on your device while the sync layer catches up, because scheduled notifications are stored locally as well as on the server.

How we handle incidents

When something breaks we prioritize anything that can cause a missed or duplicated dose, because that is the failure that actually matters in a medication tracker. Reminder delivery and dose logging come first, then interaction data, then secondary features such as analytics, exports and the meal scanner.

Your logged doses are never dropped during an outage. The app writes them locally first and replays them to the server once connectivity returns, so a network failure delays sync rather than losing history. If you open the app offline you will still see today's schedule, your active protocols and your recent logs.

If the app is not working for you

If every component here reads healthy but the app still misbehaves, the cause is usually local: a stale cached build, a browser extension blocking scripts, or notification permissions that were revoked at the operating-system level. Pulling to refresh, reinstalling the home-screen app, or re-enabling notification permission resolves most of these.

Persistent problems are worth reporting. Tell us the page you were on, what you expected, and roughly when it happened, and we can match it against server logs for that window.

Track this in your own routine

Build your stack, get reminders at the right times, and see combination notes across 475+ supplements, hormones and peptides. Free to start — no card needed.