mdn/content

Be more accurate about cross-origin protections

Open

#23.740 geöffnet am 18. Jan. 2023

Auf GitHub ansehen
 (0 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Markdown (22.427 Forks)batch import
Content:WebAPIarea: Performance APIeffort: mediumhelp wanted

Repository-Metriken

Stars
 (8.900 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 7T 3h) (147 gemergte PRs in 30 T)

Beschreibung

MDN URL

https://developer.mozilla.org/en-US/docs/Web/API/Resource_Timing_API

What specific section or headline is this issue about?

No response

What information was incorrect, unhelpful, or incomplete?

  • Timing-Allow-Origin is needed for CORS and no-cors, it's for cross-origin protection
  • In the case of cross-origin iframes, responseEnd might measure when the iframe finished loading completely with all its subresources, not just the main resource.
  • encoded/decoded body size are (soon to be) CORS-protected rather than TAO protected

What did you expect to see?

See above

Do you have any supporting links, references, or citations?

No response

Do you have anything more you want to share?

No response

MDN metadata

Contributor Guide

Research-Richtung
Das Issue betrifft die Dokumentation der Resource Timing API unter `en us/web/api/resource timing api/index.md`. Der Beitragende sollte den aktuellen Inhalt zu Cross Origin Schutzmaßnahmen überprüfen und die Abschnitte aktualisieren, die Timing Allow Origin und CORS Schutz diskutieren. Die Änderungen sollten widerspiegeln, dass Timing Allow Origin sowohl für CORS als auch für no cors Anfragen benötigt wird, dass responseEnd in Cross Origin iframes möglicherweise den vollständigen iframe Ladevorgang misst und dass codierte/decodierte Body Größen durch CORS geschützt sind. Es gibt keine verknüpften PRs oder Kommentare; der Beitragende kann die Datei direkt bearbeiten.
Tech Stack
Keine
Domain
documentation
Issue Type
Dokumentation
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Frisch
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
GitMarkdown
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
70