cloudflare / cloudflare/developer-platform

Deleted Pages deployment hostname continues serving assets

Offen
#67 3 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
api product:pages
Vorherrschende Sprache
Keine Sprachdaten
Sterne
1
Forks
0
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

### Which Cloudflare product?

Pages (Direct Upload)

### Wrangler version

4.120.0

### What happened?

A Pages deployment was deleted successfully and no longer appears in either `wrangler pages deployment list` or the Cloudflare Pages deployments API. More than 20 hours later, its hash-based `*.pages.dev` deployment hostname still returns HTTP 200 and serves the deployment's original static assets.

Retrying deletion with the original full deployment UUID now returns API error `8000009` (“The deployment ID you have specified does not exist”), while the deployment hostname remains live.

The current production deployment and custom domain are behaving correctly. I am withholding the account, project, deployment UUID, and hostname from this public issue because the stale deployment contains internal analytics exports. I can provide those details privately to a Cloudflare maintainer.

### Expected behavior

Deleting a Pages deployment should make its hash-based deployment hostname and assets unavailable, ideally returning 404, within a documented propagation window.

### Reproduction

1. Direct-upload a Pages deployment containing a uniquely identifiable static file.
2. Delete that non-current deployment using Wrangler or the Pages API.
3. Confirm it disappears from deployment listing.
4. Request `https://..pages.dev/`.
5. Observe that the deleted deployment may continue serving the file.

### Additional context

The project uses Pages advanced mode (`_worker.js`) and Direct Upload. The stale asset is served directly from the deleted deployment hostname. Repeating the DELETE request cannot invalidate it because the API considers the deployment nonexistent.

Beitragsleitfaden

Beitragsleitfaden öffnen

Rechercherichtung

Beginne damit, den Direct Upload-Fall mit Wrangler 4.120.0 und der Pages deployments API zu reproduzieren: Lösche ein nicht aktuelles Deployment, bestätige, dass es aus den Auflistungen verschwindet, und fordere dann seinen hash-basierten pages.dev-Hostname und sein eindeutiges Asset an. Vergleiche die DELETE-Antwort mit dem Verhalten des Hostnamens; abgeschlossen ist die Aufgabe, wenn der gelöschte Hostname das Asset nicht mehr ausliefert und innerhalb des Propagierungsfensters die dokumentierte Nichtverfügbarkeitsantwort zurückgibt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
javascript
Bereich
cloud, devops
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Ruhig
Klarheit
Klar beschrieben
Anfängerfreundlichkeit
45/100

Neue Issues direkt in Ihr Postfach

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