J’ai ajouté un iframe codesandbox avec différents attributs, mais Discourse ne récupère que l’attribut src. Dois-je modifier quelque chose dans les paramètres de Discourse ? J’ai déjà autorisé cet iframe et il s’affiche, mais pas correctement.
Just to be sure, did you add the iframe url (https://codesandbox.io/embed/codesandbox-frontity-rnclp) in whitelist? If not, search the site setting allowed iframes.
Je rencontre également ce problème. J’aimerais ajouter une classe à l’IFRAME que j’intègre dans mon article de politique de confidentialité, qui intègre les paramètres de suivi de confidentialité de notre installation Matomo auto-hébergée. Cela me permettrait d’ajouter une meilleure bordure et une couleur pour le différencier du reste de la politique de confidentialité.
Bien que j’aie ajouté class="foo" dans mon élément IFRAME, il est supprimé, apparemment par le code de liste blanche ci-dessus. Y a-t-il une possibilité d’étendre cette liste pour autoriser quelques attributs supplémentaires ?
Pour des raisons de sécurité, nous sommes très stricts quant aux attributs HTML qui peuvent être rendus sur notre page lorsqu’ils proviennent de saisies utilisateur.
Merci ! Cela a fonctionné à la fois sur la page du sujet et sur la page spéciale de politique de confidentialité rendue.
À noter pour toute personne qui essaierait cela : vous ne pouvez pas ajouter un attribut class, vous devez littéralement ajouter un attribut du type data-foo-attr.
Rafael, merci pour cette précision, elle éclaire le comportement que j’ai observé.
Je souhaiterais savoir si vous avez prévu de débloquer les attributs audio/vidéo d’une iframe. Les navigateurs modernes gèrent très bien l’accessibilité pour ces fonctionnalités, et il existe de plus en plus de services intéressants qui seraient parfaits à intégrer par les utilisateurs, mais qui manquent simplement de ce type d’accessibilité.
Nous sommes toujours ouverts aux retours d’expérience !
Cela devient plus facile si nous parlons de points précis, comme les attributs exacts que vous souhaitez autoriser et pour quels services ils sont nécessaires.
Ce serait utile, mais nous serions également satisfaits si l’attribut allow était mis sur liste blanche pour tous. Nous rencontrons actuellement des problèmes de lecture audio avec les lecteurs de podcasts intégrés d’Apple et de Spotify. Comme d’autres l’ont mentionné, le problème est que l’attribut allow est supprimé, ce qui contient une directive importante encrypted-media.
Étant donné que nous sommes déjà stricts quant aux domaines autorisés dans les iframes, avoir un autre paramètre où nous définissons la chaîne allow pour chaque iframe et analysons le format étrange du contenu allow me semble un peu excessif.
J’ai créé une PR qui permet simplement d’utiliser n’importe quoi dans l’attribut allow pour les iframes déjà autorisées :
