Relevés/golang/google.golang.org/grpc/incident d'échec

Où cela a été mesuré

PASS signifie que la version a enregistré une observation réussie à PROJECT_COMPILE et aucune trace de cet échec. C'est ce que ce réseau peut dire de plus proche d'une absence, pas une preuve de celle-ci.

• v1.83.2 FAIL
• v1.83.1 non mesuré
• v1.83.0 non mesuré
• v1.83.0-dev non mesuré
• v1.80.0 PASS 5 observations réussies

Où il s'est reproduit

• os=linux · runtime=go@1.26 ×2 2026-09-08 → 2026-09-08

Frontières PASS/FAIL connues les plus proches

Les deux versions adjacentes où le verdict change. Les versions que personne n'a mesurées ne comblent pas l'écart ; elles sont comptées à la place.

• Dernière version qui passe v1.80.0 → première version en échec v1.83.2

  Versions intermédiaires jamais mesurées à cette étape : 4

  Ce qui diffère de part et d'autre de la frontière

  • cloud.google.com/go/auth — → v0.18.2 hypothèse
  • cloud.google.com/go/compute/metadata — → v0.9.0 hypothèse
  • github.com/cncf/xds/go v0.0.0-20251210132809-ee656c7534f5 → v0.0.0-20260202195803-dba9d589def2 hypothèse
  • github.com/envoyproxy/go-control-plane/envoy v1.36.0 → v1.37.0 hypothèse
  • github.com/spiffe/go-spiffe/v2 v2.6.0 → v2.7.0 hypothèse
  • go.opentelemetry.io/contrib/detectors/gcp v1.39.0 → v1.44.0 hypothèse
  • go.opentelemetry.io/otel v1.43.0 → v1.46.0 hypothèse
  • go.opentelemetry.io/otel/metric v1.43.0 → v1.46.0 hypothèse
  • go.opentelemetry.io/otel/sdk v1.43.0 → v1.46.0 hypothèse
  • go.opentelemetry.io/otel/sdk/metric v1.43.0 → v1.46.0 hypothèse
  • go.opentelemetry.io/otel/trace v1.43.0 → v1.46.0 hypothèse
  • golang.org/x/net v0.52.0 → v0.58.0 hypothèse
  • golang.org/x/oauth2 v0.35.0 → v0.36.0 hypothèse
  • golang.org/x/sync v0.20.0 → v0.22.0 hypothèse
  • golang.org/x/sys v0.42.0 → v0.47.0 hypothèse
  • google.golang.org/genproto/googleapis/rpc v0.0.0-20260401024825-9d38bb4040a9, v0.0.0-20260406210006-6f92a3bedf2d → v0.0.0-20260825221802-da73d73af1c5 hypothèse
  • google.golang.org/protobuf v1.36.11 → v1.36.12 hypothèse

  Une version qui a changé de part et d'autre de la frontière est une candidate, pas une cause. Seul un reçu ayant enregistré l'échec et l'arbre résolu lors de la même exécution est marqué comme preuve.

Versions des dépendances au fil des versions

Ce vers quoi chaque version de ce paquet a résolu ses enfants. L'enfant dont la version a bougé vient en premier : c'est là qu'une mise à jour a changé quelque chose sous vos pieds.

Ont bougé : 15 · identiques à chaque version : 9

Une arête indique qu'un résolveur a placé une version à côté d'une autre sur une machine réelle. Ce n'est pas une affirmation qu'elles fonctionnent ensemble ; à cette question répondent les échantillons et les contrats, pas la présence d'une ligne.

Lacunes de preuve

• La preuve de cet échec n'a pas été conservée : il n'a donc pas de cause établie. Son empreinte stockée est une provenance, pas une identité.
• La sortie capturée n'a pas pu établir : diagnostic-missing.
• Versions de cette fenêtre jamais mesurées à PROJECT_COMPILE : 3
• Aucun domaine d'échec n'a été inféré pour cet échec.

Réponses publiées pour les versions concernées

Aucun exemple publié ne nomme ces versions.