FAILURE MAP

Understand the failure.
Verify the repair.

Small, reproducible software failures. The broken implementation, the fix that didn’t work, and the one that passed—preserved together.

Explore the cases ↓How results are verified ↗
100840Executable case variants
20168Distinct failure mechanisms
302520Executed implementations
20168Open-access cases

WHAT THE ARCHIVE CONTAINS

100840 executable cases. 20168 are open.

Every case records the implementation that fails, the fix that did not work, and the repair that passed its checks—with recorded outputs and source hashes. This release adds 100840 cases across 20168 failure mechanisms and 254 domains.

The open tier gives you the failure and the unsuccessful fix for one case in every mechanism. The remaining 80672 cases, 5 variants per mechanism, are member-only: the verified repair, its recorded checks, and the full fixture suite are held in the member archive. Read the methodology ↗

A RECORD OF WHAT WENT WRONG

Browse the archive / 100840

Python · Standard library
REFERENCEFAILURE MECHANISMDOMAINACCESS
FA-1301

Release a workflow dependency join: A join proceeds before every required predecessor completes · case 01

The workflow join operation is admitted even though a join proceeds before every required predecessor completes.

Workflow orchestration● Open access↗
FA-1302

Release a workflow dependency join: A join proceeds before every required predecessor completes · case 02

The workflow join operation is admitted even though a join proceeds before every required predecessor completes.

Workflow orchestration◈ Members↗
FA-1303

Release a workflow dependency join: A join proceeds before every required predecessor completes · case 03

The workflow join operation is admitted even though a join proceeds before every required predecessor completes.

Workflow orchestration◈ Members↗
FA-1304

Release a workflow dependency join: A join proceeds before every required predecessor completes · case 04

The workflow join operation is admitted even though a join proceeds before every required predecessor completes.

Workflow orchestration◈ Members↗
FA-1305

Release a workflow dependency join: A join proceeds before every required predecessor completes · case 05

The workflow join operation is admitted even though a join proceeds before every required predecessor completes.

Workflow orchestration◈ Members↗
FA-1306

Release a workflow dependency join: A success-only join treats failed predecessors as successful · case 01

The workflow join operation is admitted even though a success-only join treats failed predecessors as successful.

Workflow orchestration● Open access↗
FA-1307

Release a workflow dependency join: A success-only join treats failed predecessors as successful · case 02

The workflow join operation is admitted even though a success-only join treats failed predecessors as successful.

Workflow orchestration◈ Members↗
FA-1308

Release a workflow dependency join: A success-only join treats failed predecessors as successful · case 03

The workflow join operation is admitted even though a success-only join treats failed predecessors as successful.

Workflow orchestration◈ Members↗
FA-1309

Release a workflow dependency join: A success-only join treats failed predecessors as successful · case 04

The workflow join operation is admitted even though a success-only join treats failed predecessors as successful.

Workflow orchestration◈ Members↗
FA-1310

Release a workflow dependency join: A success-only join treats failed predecessors as successful · case 05

The workflow join operation is admitted even though a success-only join treats failed predecessors as successful.

Workflow orchestration◈ Members↗
FA-1311

Release a workflow dependency join: A completion from a previous loop iteration satisfies the join · case 01

The workflow join operation is admitted even though a completion from a previous loop iteration satisfies the join.

Workflow orchestration● Open access↗
FA-1312

Release a workflow dependency join: A completion from a previous loop iteration satisfies the join · case 02

The workflow join operation is admitted even though a completion from a previous loop iteration satisfies the join.

Workflow orchestration◈ Members↗
FA-1313

Release a workflow dependency join: A completion from a previous loop iteration satisfies the join · case 03

The workflow join operation is admitted even though a completion from a previous loop iteration satisfies the join.

Workflow orchestration◈ Members↗
FA-1314

Release a workflow dependency join: A completion from a previous loop iteration satisfies the join · case 04

The workflow join operation is admitted even though a completion from a previous loop iteration satisfies the join.

Workflow orchestration◈ Members↗
FA-1315

Release a workflow dependency join: A completion from a previous loop iteration satisfies the join · case 05

The workflow join operation is admitted even though a completion from a previous loop iteration satisfies the join.

Workflow orchestration◈ Members↗
FA-1316

Release a workflow dependency join: Duplicate predecessor events release the join twice · case 01

The workflow join operation is admitted even though duplicate predecessor events release the join twice.

Workflow orchestration● Open access↗
FA-1317

Release a workflow dependency join: Duplicate predecessor events release the join twice · case 02

The workflow join operation is admitted even though duplicate predecessor events release the join twice.

Workflow orchestration◈ Members↗
FA-1318

Release a workflow dependency join: Duplicate predecessor events release the join twice · case 03

The workflow join operation is admitted even though duplicate predecessor events release the join twice.

Workflow orchestration◈ Members↗
FA-1319

Release a workflow dependency join: Duplicate predecessor events release the join twice · case 04

The workflow join operation is admitted even though duplicate predecessor events release the join twice.

Workflow orchestration◈ Members↗
FA-1320

Release a workflow dependency join: Duplicate predecessor events release the join twice · case 05

The workflow join operation is admitted even though duplicate predecessor events release the join twice.

Workflow orchestration◈ Members↗
FA-1321

Release a workflow dependency join: A cancelled required branch is silently omitted · case 01

The workflow join operation is admitted even though a cancelled required branch is silently omitted.

Workflow orchestration● Open access↗
FA-1322

Release a workflow dependency join: A cancelled required branch is silently omitted · case 02

The workflow join operation is admitted even though a cancelled required branch is silently omitted.

Workflow orchestration◈ Members↗
FA-1323

Release a workflow dependency join: A cancelled required branch is silently omitted · case 03

The workflow join operation is admitted even though a cancelled required branch is silently omitted.

Workflow orchestration◈ Members↗
FA-1324

Release a workflow dependency join: A cancelled required branch is silently omitted · case 04

The workflow join operation is admitted even though a cancelled required branch is silently omitted.

Workflow orchestration◈ Members↗
FA-1325

Release a workflow dependency join: A cancelled required branch is silently omitted · case 05

The workflow join operation is admitted even though a cancelled required branch is silently omitted.

Workflow orchestration◈ Members↗
FA-1326

Renew a durable activity heartbeat: A previous activity attempt keeps the new attempt alive · case 01

The workflow heartbeat operation is admitted even though a previous activity attempt keeps the new attempt alive.

Workflow orchestration● Open access↗
FA-1327

Renew a durable activity heartbeat: A previous activity attempt keeps the new attempt alive · case 02

The workflow heartbeat operation is admitted even though a previous activity attempt keeps the new attempt alive.

Workflow orchestration◈ Members↗
FA-1328

Renew a durable activity heartbeat: A previous activity attempt keeps the new attempt alive · case 03

The workflow heartbeat operation is admitted even though a previous activity attempt keeps the new attempt alive.

Workflow orchestration◈ Members↗
FA-1329

Renew a durable activity heartbeat: A previous activity attempt keeps the new attempt alive · case 04

The workflow heartbeat operation is admitted even though a previous activity attempt keeps the new attempt alive.

Workflow orchestration◈ Members↗
FA-1330

Renew a durable activity heartbeat: A previous activity attempt keeps the new attempt alive · case 05

The workflow heartbeat operation is admitted even though a previous activity attempt keeps the new attempt alive.

Workflow orchestration◈ Members↗
FA-1331

Renew a durable activity heartbeat: A heartbeat resurrects an activity after its timeout · case 01

The workflow heartbeat operation is admitted even though a heartbeat resurrects an activity after its timeout.

Workflow orchestration● Open access↗
FA-1332

Renew a durable activity heartbeat: A heartbeat resurrects an activity after its timeout · case 02

The workflow heartbeat operation is admitted even though a heartbeat resurrects an activity after its timeout.

Workflow orchestration◈ Members↗
FA-1333

Renew a durable activity heartbeat: A heartbeat resurrects an activity after its timeout · case 03

The workflow heartbeat operation is admitted even though a heartbeat resurrects an activity after its timeout.

Workflow orchestration◈ Members↗
FA-1334

Renew a durable activity heartbeat: A heartbeat resurrects an activity after its timeout · case 04

The workflow heartbeat operation is admitted even though a heartbeat resurrects an activity after its timeout.

Workflow orchestration◈ Members↗
FA-1335

Renew a durable activity heartbeat: A heartbeat resurrects an activity after its timeout · case 05

The workflow heartbeat operation is admitted even though a heartbeat resurrects an activity after its timeout.

Workflow orchestration◈ Members↗
FA-1336

Renew a durable activity heartbeat: A late heartbeat regresses the resumable progress marker · case 01

The workflow heartbeat operation is admitted even though a late heartbeat regresses the resumable progress marker.

Workflow orchestration● Open access↗
FA-1337

Renew a durable activity heartbeat: A late heartbeat regresses the resumable progress marker · case 02

The workflow heartbeat operation is admitted even though a late heartbeat regresses the resumable progress marker.

Workflow orchestration◈ Members↗
FA-1338

Renew a durable activity heartbeat: A late heartbeat regresses the resumable progress marker · case 03

The workflow heartbeat operation is admitted even though a late heartbeat regresses the resumable progress marker.

Workflow orchestration◈ Members↗
FA-1339

Renew a durable activity heartbeat: A late heartbeat regresses the resumable progress marker · case 04

The workflow heartbeat operation is admitted even though a late heartbeat regresses the resumable progress marker.

Workflow orchestration◈ Members↗
FA-1340

Renew a durable activity heartbeat: A late heartbeat regresses the resumable progress marker · case 05

The workflow heartbeat operation is admitted even though a late heartbeat regresses the resumable progress marker.

Workflow orchestration◈ Members↗
FA-1341

Renew a durable activity heartbeat: Heartbeat detail exceeds durable history payload limits · case 01

The workflow heartbeat operation is admitted even though heartbeat detail exceeds durable history payload limits.

Workflow orchestration● Open access↗
FA-1342

Renew a durable activity heartbeat: Heartbeat detail exceeds durable history payload limits · case 02

The workflow heartbeat operation is admitted even though heartbeat detail exceeds durable history payload limits.

Workflow orchestration◈ Members↗
FA-1343

Renew a durable activity heartbeat: Heartbeat detail exceeds durable history payload limits · case 03

The workflow heartbeat operation is admitted even though heartbeat detail exceeds durable history payload limits.

Workflow orchestration◈ Members↗
FA-1344

Renew a durable activity heartbeat: Heartbeat detail exceeds durable history payload limits · case 04

The workflow heartbeat operation is admitted even though heartbeat detail exceeds durable history payload limits.

Workflow orchestration◈ Members↗
FA-1345

Renew a durable activity heartbeat: Heartbeat detail exceeds durable history payload limits · case 05

The workflow heartbeat operation is admitted even though heartbeat detail exceeds durable history payload limits.

Workflow orchestration◈ Members↗
FA-1346

Renew a durable activity heartbeat: Heartbeat renewal extends beyond schedule-to-close timeout · case 01

The workflow heartbeat operation is admitted even though heartbeat renewal extends beyond schedule-to-close timeout.

Workflow orchestration● Open access↗
FA-1347

Renew a durable activity heartbeat: Heartbeat renewal extends beyond schedule-to-close timeout · case 02

The workflow heartbeat operation is admitted even though heartbeat renewal extends beyond schedule-to-close timeout.

Workflow orchestration◈ Members↗
FA-1348

Renew a durable activity heartbeat: Heartbeat renewal extends beyond schedule-to-close timeout · case 03

The workflow heartbeat operation is admitted even though heartbeat renewal extends beyond schedule-to-close timeout.

Workflow orchestration◈ Members↗
FA-1349

Renew a durable activity heartbeat: Heartbeat renewal extends beyond schedule-to-close timeout · case 04

The workflow heartbeat operation is admitted even though heartbeat renewal extends beyond schedule-to-close timeout.

Workflow orchestration◈ Members↗
FA-1350

Renew a durable activity heartbeat: Heartbeat renewal extends beyond schedule-to-close timeout · case 05

The workflow heartbeat operation is admitted even though heartbeat renewal extends beyond schedule-to-close timeout.

Workflow orchestration◈ Members↗
FA-1351

Acquire a distributed mutex: Acquisition steals a currently held mutex · case 01

The distributed lock operation is admitted even though acquisition steals a currently held mutex.

Concurrency● Open access↗
FA-1352

Acquire a distributed mutex: Acquisition steals a currently held mutex · case 02

The distributed lock operation is admitted even though acquisition steals a currently held mutex.

Concurrency◈ Members↗
FA-1353

Acquire a distributed mutex: Acquisition steals a currently held mutex · case 03

The distributed lock operation is admitted even though acquisition steals a currently held mutex.

Concurrency◈ Members↗
FA-1354

Acquire a distributed mutex: Acquisition steals a currently held mutex · case 04

The distributed lock operation is admitted even though acquisition steals a currently held mutex.

Concurrency◈ Members↗
FA-1355

Acquire a distributed mutex: Acquisition steals a currently held mutex · case 05

The distributed lock operation is admitted even though acquisition steals a currently held mutex.

Concurrency◈ Members↗
FA-1356

Acquire a distributed mutex: A newcomer bypasses the oldest eligible waiter · case 01

The distributed lock operation is admitted even though a newcomer bypasses the oldest eligible waiter.

Concurrency● Open access↗
FA-1357

Acquire a distributed mutex: A newcomer bypasses the oldest eligible waiter · case 02

The distributed lock operation is admitted even though a newcomer bypasses the oldest eligible waiter.

Concurrency◈ Members↗
FA-1358

Acquire a distributed mutex: A newcomer bypasses the oldest eligible waiter · case 03

The distributed lock operation is admitted even though a newcomer bypasses the oldest eligible waiter.

Concurrency◈ Members↗
FA-1359

Acquire a distributed mutex: A newcomer bypasses the oldest eligible waiter · case 04

The distributed lock operation is admitted even though a newcomer bypasses the oldest eligible waiter.

Concurrency◈ Members↗
FA-1360

Acquire a distributed mutex: A newcomer bypasses the oldest eligible waiter · case 05

The distributed lock operation is admitted even though a newcomer bypasses the oldest eligible waiter.

Concurrency◈ Members↗
FA-1361

Acquire a distributed mutex: An expired session acquires a new mutex · case 01

The distributed lock operation is admitted even though an expired session acquires a new mutex.

Concurrency● Open access↗
FA-1362

Acquire a distributed mutex: An expired session acquires a new mutex · case 02

The distributed lock operation is admitted even though an expired session acquires a new mutex.

Concurrency◈ Members↗
FA-1363

Acquire a distributed mutex: An expired session acquires a new mutex · case 03

The distributed lock operation is admitted even though an expired session acquires a new mutex.

Concurrency◈ Members↗
FA-1364

Acquire a distributed mutex: An expired session acquires a new mutex · case 04

The distributed lock operation is admitted even though an expired session acquires a new mutex.

Concurrency◈ Members↗
FA-1365

Acquire a distributed mutex: An expired session acquires a new mutex · case 05

The distributed lock operation is admitted even though an expired session acquires a new mutex.

Concurrency◈ Members↗
FA-1366

Acquire a distributed mutex: Reacquisition reuses the previous fencing token · case 01

The distributed lock operation is admitted even though reacquisition reuses the previous fencing token.

Concurrency● Open access↗
FA-1367

Acquire a distributed mutex: Reacquisition reuses the previous fencing token · case 02

The distributed lock operation is admitted even though reacquisition reuses the previous fencing token.

Concurrency◈ Members↗
FA-1368

Acquire a distributed mutex: Reacquisition reuses the previous fencing token · case 03

The distributed lock operation is admitted even though reacquisition reuses the previous fencing token.

Concurrency◈ Members↗
FA-1369

Acquire a distributed mutex: Reacquisition reuses the previous fencing token · case 04

The distributed lock operation is admitted even though reacquisition reuses the previous fencing token.

Concurrency◈ Members↗
FA-1370

Acquire a distributed mutex: Reacquisition reuses the previous fencing token · case 05

The distributed lock operation is admitted even though reacquisition reuses the previous fencing token.

Concurrency◈ Members↗
FA-1371

Acquire a distributed mutex: A request acquires a lock in another coordination namespace · case 01

The distributed lock operation is admitted even though a request acquires a lock in another coordination namespace.

Concurrency● Open access↗
FA-1372

Acquire a distributed mutex: A request acquires a lock in another coordination namespace · case 02

The distributed lock operation is admitted even though a request acquires a lock in another coordination namespace.

Concurrency◈ Members↗
FA-1373

Acquire a distributed mutex: A request acquires a lock in another coordination namespace · case 03

The distributed lock operation is admitted even though a request acquires a lock in another coordination namespace.

Concurrency◈ Members↗
FA-1374

Acquire a distributed mutex: A request acquires a lock in another coordination namespace · case 04

The distributed lock operation is admitted even though a request acquires a lock in another coordination namespace.

Concurrency◈ Members↗
FA-1375

Acquire a distributed mutex: A request acquires a lock in another coordination namespace · case 05

The distributed lock operation is admitted even though a request acquires a lock in another coordination namespace.

Concurrency◈ Members↗
FA-1376

Grant permits from a distributed semaphore: The grant exceeds the configured total permit count · case 01

The semaphore grant operation is admitted even though the grant exceeds the configured total permit count.

Concurrency● Open access↗
FA-1377

Grant permits from a distributed semaphore: The grant exceeds the configured total permit count · case 02

The semaphore grant operation is admitted even though the grant exceeds the configured total permit count.

Concurrency◈ Members↗
FA-1378

Grant permits from a distributed semaphore: The grant exceeds the configured total permit count · case 03

The semaphore grant operation is admitted even though the grant exceeds the configured total permit count.

Concurrency◈ Members↗
FA-1379

Grant permits from a distributed semaphore: The grant exceeds the configured total permit count · case 04

The semaphore grant operation is admitted even though the grant exceeds the configured total permit count.

Concurrency◈ Members↗
FA-1380

Grant permits from a distributed semaphore: The grant exceeds the configured total permit count · case 05

The semaphore grant operation is admitted even though the grant exceeds the configured total permit count.

Concurrency◈ Members↗
FA-1381

Grant permits from a distributed semaphore: A zero or negative grant corrupts permit accounting · case 01

The semaphore grant operation is admitted even though a zero or negative grant corrupts permit accounting.

Concurrency● Open access↗
FA-1382

Grant permits from a distributed semaphore: A zero or negative grant corrupts permit accounting · case 02

The semaphore grant operation is admitted even though a zero or negative grant corrupts permit accounting.

Concurrency◈ Members↗
FA-1383

Grant permits from a distributed semaphore: A zero or negative grant corrupts permit accounting · case 03

The semaphore grant operation is admitted even though a zero or negative grant corrupts permit accounting.

Concurrency◈ Members↗
FA-1384

Grant permits from a distributed semaphore: A zero or negative grant corrupts permit accounting · case 04

The semaphore grant operation is admitted even though a zero or negative grant corrupts permit accounting.

Concurrency◈ Members↗
FA-1385

Grant permits from a distributed semaphore: A zero or negative grant corrupts permit accounting · case 05

The semaphore grant operation is admitted even though a zero or negative grant corrupts permit accounting.

Concurrency◈ Members↗
FA-1386

Grant permits from a distributed semaphore: A retried grant allocates the same request twice · case 01

The semaphore grant operation is admitted even though a retried grant allocates the same request twice.

Concurrency● Open access↗
FA-1387

Grant permits from a distributed semaphore: A retried grant allocates the same request twice · case 02

The semaphore grant operation is admitted even though a retried grant allocates the same request twice.

Concurrency◈ Members↗
FA-1388

Grant permits from a distributed semaphore: A retried grant allocates the same request twice · case 03

The semaphore grant operation is admitted even though a retried grant allocates the same request twice.

Concurrency◈ Members↗
FA-1389

Grant permits from a distributed semaphore: A retried grant allocates the same request twice · case 04

The semaphore grant operation is admitted even though a retried grant allocates the same request twice.

Concurrency◈ Members↗
FA-1390

Grant permits from a distributed semaphore: A retried grant allocates the same request twice · case 05

The semaphore grant operation is admitted even though a retried grant allocates the same request twice.

Concurrency◈ Members↗
FA-1391

Grant permits from a distributed semaphore: A later small request overtakes the queued weighted head · case 01

The semaphore grant operation is admitted even though a later small request overtakes the queued weighted head.

Concurrency● Open access↗
FA-1392

Grant permits from a distributed semaphore: A later small request overtakes the queued weighted head · case 02

The semaphore grant operation is admitted even though a later small request overtakes the queued weighted head.

Concurrency◈ Members↗
FA-1393

Grant permits from a distributed semaphore: A later small request overtakes the queued weighted head · case 03

The semaphore grant operation is admitted even though a later small request overtakes the queued weighted head.

Concurrency◈ Members↗
FA-1394

Grant permits from a distributed semaphore: A later small request overtakes the queued weighted head · case 04

The semaphore grant operation is admitted even though a later small request overtakes the queued weighted head.

Concurrency◈ Members↗
FA-1395

Grant permits from a distributed semaphore: A later small request overtakes the queued weighted head · case 05

The semaphore grant operation is admitted even though a later small request overtakes the queued weighted head.

Concurrency◈ Members↗
FA-1396

Grant permits from a distributed semaphore: A session destroyed while waiting receives permits · case 01

The semaphore grant operation is admitted even though a session destroyed while waiting receives permits.

Concurrency● Open access↗
FA-1397

Grant permits from a distributed semaphore: A session destroyed while waiting receives permits · case 02

The semaphore grant operation is admitted even though a session destroyed while waiting receives permits.

Concurrency◈ Members↗
FA-1398

Grant permits from a distributed semaphore: A session destroyed while waiting receives permits · case 03

The semaphore grant operation is admitted even though a session destroyed while waiting receives permits.

Concurrency◈ Members↗
FA-1399

Grant permits from a distributed semaphore: A session destroyed while waiting receives permits · case 04

The semaphore grant operation is admitted even though a session destroyed while waiting receives permits.

Concurrency◈ Members↗
FA-1400

Grant permits from a distributed semaphore: A session destroyed while waiting receives permits · case 05

The semaphore grant operation is admitted even though a session destroyed while waiting receives permits.

Concurrency◈ Members↗

INSPECTABLE BY DESIGN

Every result has a runnable source.

Runnable implementations with recorded outputs, source hashes, and explicit contracts. Related variants share a failure mechanism and belong together in evaluation splits.

Read the methodology ↗