The new DrillerDB is out of beta.See what's new

Real-Time Updates

Live notification and schedule-refresh behavior, including company-context limits

Live updates in DrillerDB depend on which app you use. When a signed-in session has a valid positive company id, the classic app receives pushed events from other sessions in the same company. The console checks for new notifications on a timer.

Live delivery requires a valid company context and an active network connection. If an event does not arrive, refresh the page to reload current server data.

Quick Start: Check That Updates Arrive

  1. Sign in to DrillerDB on two devices or two browser windows, as users in the same company
  2. Make a change in one, such as saving a schedule entry
  3. Watch the other window for the update
  4. If it does not show, refresh the page

How Updates Reach You

AppWhat happens
ConsoleThe notification bell checks for new notifications every 30 seconds while the browser tab is visible. When you return to a tab that has been in the background, it checks again at once
Classic appA live connection (WebSocket) pushes events from other sessions in your company, such as schedule updates, project status changes, notes, and notifications

Live events are a performance improvement, not a replacement for manual refresh.

Connection Management in the Classic App

The classic app reconnects by itself when the live connection drops.

StepWhat Happens
1. Disconnect detectedThe app starts reconnecting
2. Exponential backoffRetry after 1 second, then 2, 4, 8 seconds, and so on, up to 30 seconds between tries
3. After 10 triesThe app keeps trying once a minute until the connection returns
4. ReconnectedLive updates resume. Refresh the page to catch any event you missed while offline

Step-by-Step: Configure Notification Preferences

  1. Go to Settings > Notifications
  2. Turn the notification types you want on or off. Each switch saves as you change it
  3. Trigger a test event from another session
  4. Check that the bell count and list update

If live updates stop, refresh the page. Manual refresh always restores current server state.

Supported vs Not Documented Here

AreaCurrent Documentation Position
Notification refreshConsole: every 30 seconds while the tab is visible. Classic app: pushed live
Schedule refreshPushed live in the classic app with a valid company context
User presence dots/availability UINot documented as supported
Guaranteed offline queue/sync for chatNot documented as supported
Cross-company event deliveryNot supported; sessions must share company context

Chat Behavior Note

Chat is available in DrillerDB, but this page does not assume WebSocket-backed chat delivery for all accounts. If message state appears stale, refresh the conversation.

Troubleshooting

No live updates at all?

  • Confirm both sessions have a valid company context
  • Check internet connectivity
  • Refresh active sessions

Schedule view looks stale?

  • Refresh Scheduling
  • Confirm the change actually saved
  • Verify both users are in the same company context

A Team Chat message did not send, or a conversation will not load?

  • A message that fails to send stays in the conversation marked Failed to send -- tap to retry, and the page says why above the message box. "Message not sent: this team member can't receive Team Chat messages." means that person is no longer an active user of your company. "Message not sent. Try again." means the send failed for another reason; tap the message to retry.
  • If the page cannot load the team list or a conversation, it says "Could not load team members" or "Could not load this conversation" and asks you to refresh. An empty conversation is only shown when there really are no messages.
  • If it keeps failing after a refresh, check your connection and tell support.

Connection repeatedly disconnects?

  • Check network stability
  • Disable problematic browser extensions
  • Clear browser cache and retry