Ich habe einen Codesandbox-iframe mit verschiedenen Attributen hinzugefügt, aber Discourse extrahiert nur das src. Soll ich etwas in den Discourse-Einstellungen ändern? Ich habe diesen iframe bereits zugelassen, und er wird angezeigt, jedoch nicht korrekt.
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.
Ich habe ebenfalls dieses Problem. Ich möchte einer IFRAME, den ich in meinem Datenschutzbeitrag einbinde, eine Klasse hinzufügen. Dieser IFRAME integriert die Datenschutzeinstellungen zur Nachverfolgung aus unserer selbstgehosteten Matomo-Installation. Das würde mir ermöglichen, einen besseren Rahmen und einige Farben hinzuzufügen, um ihn vom Rest der Datenschutzerklärung abzuheben.
Trotz eines class="foo"-Attributs in meinem IFRAME-Element wird dieses offenbar vom oben genannten Whitelist-Code entfernt. Besteht die Möglichkeit, dass dieser um einige weitere erlaubte Attribute erweitert wird?
Aus Sicherheitsgründen sind wir sehr streng bezüglich der HTML-Attribute, die auf unserer Seite gerendert werden dürfen, wenn sie von Benutzereingaben stammen.
Danke! Das hat sowohl auf der Themenseite als auch auf der gerenderten speziellen Datenschutzseite funktioniert.
Als Hinweis für alle, die das versuchen: Du kannst kein class-Attribut hinzufügen. Du musst stattdessen ein Attribut im Stil von data-foo-attr hinzufügen.
Rafael, danke für die Stellungnahme, sie klärt mein beobachtetes Verhalten auf.
Ich würde gerne wissen, ob Sie planen, die Sperre für Audio-/Video-Attribute eines Iframes aufzuheben. Moderne Browser verwalten die Barrierefreiheit für diese Funktionen recht gut, und es gibt zunehmend interessante Dienstleistungsangebote, die von Nutzern gerne integriert würden, denen jedoch genau diese Art von Barrierefreiheit fehlt.
Vielen Dank.
Es wird einfacher, wenn wir über konkrete Details sprechen, wie z. B. welche spezifischen Attribute Sie explizit zulassen möchten und für welche Dienste diese erforderlich sind.
Ok. Ich denke besonders an https://gitlab.com/jam-systems/jam, das zum ordnungsgemäßen Funktionieren einen Parameter allow=“microphone *;” benötigen würde.
Das wäre nützlich, aber wir wären auch mit dem allow-Attribut zufrieden, das für alle auf die Whitelist gesetzt wird. Wir haben derzeit Probleme mit der Audiowiedergabe bei eingebetteten Apple- und Spotify-Podcast-Playern. Wie andere bereits erwähnt haben, besteht das Problem darin, dass das allow-Attribut entfernt wird, das eine wichtige encrypted-media-Direktive enthält.
Da wir bereits streng sind, welche Domains in iframes verwendet werden dürfen, ist eine weitere Einstellung, bei der wir den allow-String für jeden iframe festlegen und das seltsame allow-Inhaltsformat parsen, für mich etwas zu viel.
Ich habe einen PR erstellt, der einfach alles im allow-Attribut für bereits erlaubte iframes zulässt: