Flxbl Outage History

Flxbl is up right now

Flxbl had 6 outages in the last 2 years totaling 34h 28m of downtime, averaging 0.2 incidents per month.

There were 6 Flxbl outages since July 25, 2026 totaling 34h 28m of downtime. Each is summarised below. Incident details, duration, and resolution information.

Source: status.flxbl.io

Minor September 17, 2026

A tenant is experiencing an outage

Detected by Pingoru
Sep 17, 2026, 01:33 PM UTC
Resolved
Sep 17, 2026, 01:49 PM UTC
Duration
16m
Timeline · 2 updates
  1. investigating Sep 17, 2026, 01:33 PM UTC

    Status: Investigating A tenant is currently experiencing an outage We are currently investigating

  2. resolved Sep 17, 2026, 01:49 PM UTC

    Status: Resolved Issue has been resolved

Read the full incident report →

Minor September 17, 2026

Backups for tenants are not functioning

Detected by Pingoru
Sep 17, 2026, 03:43 AM UTC
Resolved
Sep 17, 2026, 05:49 AM UTC
Duration
2h 6m
Timeline · 4 updates
  1. investigating Sep 17, 2026, 03:43 AM UTC

    Status: Investigating Our daily backup job is not functioning We are currently looking into the issue Affected components sfp server (flxbl managed instances) (Degraded performance)

  2. identified Sep 17, 2026, 04:07 AM UTC

    Status: Identified Root cause found, we're rolling out a fix Affected components sfp server (flxbl managed instances) (Degraded performance)

  3. resolved Sep 17, 2026, 05:48 AM UTC

    Status: Resolved All instances are patched, and backup is now executed Affected components sfp server (flxbl managed instances) (Operational)

  4. resolved Sep 17, 2026, 05:49 AM UTC

    Status: Resolved Third Party Provider's deprecation to artifact repository was not observed by us, which resulted in scripts to fetch the required tools. We have corrected the same and strenthened our monitoring of notifications Affected components sfp server (flxbl managed instances) (Operational)

Read the full incident report →

Minor September 14, 2026

Package installs with layout assignments may reset object settings

Detected by Pingoru
Sep 14, 2026, 08:55 PM UTC
Resolved
Sep 15, 2026, 09:41 AM UTC
Duration
12h 45m
Affected: sfp cli
Timeline · 3 updates
  1. identified Sep 14, 2026, 08:55 PM UTC

    Status: Identified Installing a source package that applies layout assignments or search layouts from mutators/*.yml can switch off unrelated settings on the target object, such as Allow Activities, Allow Reports and Allow in Chatter Groups, and clear the object description. sfp cli 51.6.0 and later are affected, including deployments run through codev. Profile-only assignments and unlocked package installs are not. We have identified the cause and a fix is in review. Until it ships, review those objects after each install and re-enable any settings that were switched off. We will post here when the fix is released. Affected components sfp server (flxbl managed instances) (Degraded performance) sfp cli (Degraded performance)

  2. monitoring Sep 15, 2026, 06:33 AM UTC

    Status: Monitoring We are applying the fix to tenants, We will update when the rollout is completed Affected components sfp server (flxbl managed instances) (Degraded performance) sfp cli (Degraded performance)

  3. resolved Sep 15, 2026, 09:41 AM UTC

    Status: Resolved All instances are patched Affected components sfp server (flxbl managed instances) (Operational) sfp cli (Operational)

Read the full incident report →

Minor August 26, 2026

Pipeline jobs can block when an environment's org access is lost

Detected by Pingoru
Aug 26, 2026, 12:58 PM UTC
Resolved
Aug 27, 2026, 05:07 AM UTC
Duration
16h 8m
Timeline · 2 updates
  1. identified Aug 26, 2026, 12:58 PM UTC

    Status: Identified When a Salesforce org loses access — for example if its stored refresh token expires, or the connection is revoked — a stale lock can be left on the corresponding environment. Releases and other jobs targeting that environment then queue behind that lock instead of failing, and can stay blocked for up to two hours. If you see jobs waiting on an environment lock, deactivate the affected environment. That stops new work being dispatched to it and clears the blockage. Reactivate it once the org has been re-authenticated. A fix is in progress: the lock will be released when the step after acquisition fails, and the wait will be bounded so jobs fail fast rather than queueing indefinitely.

  2. resolved Aug 27, 2026, 05:07 AM UTC

    Status: Resolved Fix is now rolling out to all tenants

Read the full incident report →

Minor July 27, 2026

Unable to deploy using codev desktop app

Detected by Pingoru
Jul 27, 2026, 11:44 AM UTC
Resolved
Jul 27, 2026, 01:41 PM UTC
Duration
1h 56m
Affected: codev desktop app
Timeline · 2 updates
  1. identified Jul 27, 2026, 11:44 AM UTC

    Status: Identified Users will be unable to sync or deploy using desktop app Affected components codev desktop app (Degraded performance)

  2. resolved Jul 27, 2026, 01:41 PM UTC

    Status: Resolved Please update to the latest version of the app Affected components codev desktop app (Operational)

Read the full incident report →

Minor July 25, 2026

Codev Desktop App Crashes in My Activity Page

Detected by Pingoru
Jul 25, 2026, 01:33 AM UTC
Resolved
Jul 25, 2026, 02:48 AM UTC
Duration
1h 15m
Timeline · 2 updates
  1. identified Jul 25, 2026, 01:33 AM UTC

    Status: Identified Codev Desktop App is crashing against instances which have been updated to v51.40.0

  2. resolved Jul 25, 2026, 02:48 AM UTC

    Status: Resolved Please update your codev desktop client to 1.18.2 which resolves this issue

Read the full incident report →