Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Harden flaky nginx content-type smoke test in Docs build (child-repo .md routes)

Offen
#2,829 1 Kommentar 0 Reaktionen 1 zugewiesene Person Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

@B4nan arbeitet bereits daran.

Seit 28.7.2026.

Bewertung

Dieses Issue wurde noch nicht bewertet.

Beschreibung

t-tooling

What needs to change

The post-build nginx smoke test in .github/workflows/test.yaml (the 🧪 Checking Nginx responses... block) asserts content types with single-shot curls and no retry — assert_header and assert_final_content_type. A single transient response fails the whole Docs build job.

Add a bounded retry with backoff (e.g. 3 attempts ~2s apart) inside those two helpers, so a one-off blip is absorbed while a genuinely broken route still fails every attempt (coverage unchanged).

Why

The check intermittently red-Xes unrelated PRs. On #2827 it failed on:

assert_header ".../sdk/python/docs/changelog.md" "Content-Type" "text/markdown"
❌ got text/html

It's demonstrably nondeterministic: two consecutive builds on that branch — the baseline commit passed this assertion, a README-only commit failed it, and a plain re-run (no code change) went green. Master is not persistently affected. Each occurrence costs a manual re-run and erodes trust in the required checks.

Scope note: retry is the pragmatic fix. The deeper root cause — why a child-repo .md variant occasionally serves text/html before the markdown variant is ready — may deserve separate investigation into the nginx content-negotiation / try_files for child repos.

Source

  • Flaky failure on #2827 (failed run, passed on re-run).
  • Assertion helpers: .github/workflows/test.yaml.
  • Content-negotiation check originally added in #2032.
Vorherrschende Sprache
JavaScript
Sterne
82
Forks
240
Ø Merge
4 T. 3 Std.
Gemergte PRs (30 T.)
40

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus apify/apify-docs

Alle Issues in apify/apify-docs

Ähnliche Issues

Weitere Issues zu JavaScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.