web-platform-tests/wpt

Test referrer-policy on static and dynamic script `import`s

Open

#11 023 ouverte le 16 mai 2018

Voir sur GitHub
 (0 commentaires) (0 réactions) (0 assignés)HTML (2 898 forks)batch import
help wantedreferrer-policy

Métriques du dépôt

Stars
 (4 581 stars)
Métriques de merge PR
 (Merge moyen 5j 23h) (682 PRs mergées en 30 j)

Description

The current and plentiful /referrer-policy tests are generated from a handy JSON, but as per the HTML Standard PR that allows a referrer policy to be used when fetching scripts, it seems that we'll need to add support here to test for referrer policy support when statically and dynamically importing scripts.

As per https://github.com/whatwg/html/pull/3678#discussion_r188355238, the current framework will need to be able to support referrer policy communication on:

  • inline classic scripts that import('./x')
  • inline module scripts that import('./x')
  • inline module scripts that import './x'

@jeisinger @estark37 @kristijanburnik any thoughts on how we might want to add support for this? I'm happy to work on this, just haven't dug into the generating framework too much yet...

Guide contributeur

Direction de recherche
Le problème nécessite d'étendre le framework existant de génération de tests referrer policy pour couvrir les importations de script. Commencez par examiner le générateur de tests actuel dans `/referrer policy` et la PR du standard HTML référencée à https://github.com/whatwg/html/pull/3678 pour comprendre les modifications nécessaires. Concentrez vous sur les trois cas : les scripts classiques inline utilisant l'importation dynamique, les scripts de module inline utilisant l'importation dynamique et les scripts de module inline utilisant l'importation statique. Il n'y a pas d'activité récente ni de PR liés, donc le travail est ouvert et stagnant.
Stack technique
javascripthtml
Domaine
testing
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Une demi journée
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitJavaScriptHTML
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
65