Worker: ignore sentry errors `Credential environment mismatch`

[josephjclark]

We're seeing another user error on sentry:

[fetch:credential] Credential environment mismatch.
This project is using 'geda' but credential 'Pius Git Token' does not have a matching environment. To fix:
  1. Go to https://app.openfn.org/projects/a36ac16e-3b46-4bfa-a9b8-4ad5975bafb0/settings#credentials
  2. Find 'Pius Git Token'
  3. Click 'Edit' and add an environment named 'geda'
Or change your project environment to match an existing credential environment.

This error is thrown in a projeect when you select a credential that does not have a value for a given environment. For example, you have a sandbox in dev but your credential only has a main

This is a perfectly OK and expected user error. It should be supressed from sentry. See #1440 for a reference fix

example error

[josephjclark]

Perhaps even more important than adding an exception to this case, we need to better differentiate these errors in sentry

LightningSocketError is generic and could mean anything. But Sentry lumps all these issues together. The issue I've linked aggregates a bunch of unrelated issues going back a year.

We need sentry to ignore LightningSocketError and use the message instead

[CaptainAni187]

Opened #1534 following the #1440 pattern.

One decision worth flagging: I left the severity field off. The OAuth entry sets severity: 'crash', which onRunError uses to override the exit reason Lightning receives — that's separate from sentry suppression, which matchesIgnoredError handles on its own. Since the ask here was to suppress the sentry report, omitting severity keeps the reason the user sees unchanged. Happy to add one if you want a specific reason.

Also added the first tests for ignored-errors.ts — it had none — including one that pins the no-override decision so it doesn't drift silently.

On your wider point about LightningSocketError being too generic for sentry to separate these: agreed, but that's a bigger change and I haven't touched it here.