Ho aggiunto un iframe di CodeSandbox con diversi attributi, ma Discourse sta acquisendo solo l’src. Dovrei modificare qualcosa nelle impostazioni di Discourse? Ho già consentito questo iframe e viene visualizzato, ma non correttamente.
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.
Anche io sto riscontrando questo problema. Vorrei aggiungere una classe all’IFRAME che incorporo nel mio articolo sulla privacy, il quale integra le impostazioni di tracciamento della privacy dalla nostra installazione di Matomo in hosting autonomo. Questo mi permetterebbe di aggiungere un bordo più evidente e qualche colore per differenziarlo dal resto della politica sulla privacy.
Nonostante abbia inserito un class="foo" nell’elemento IFRAME, questo viene rimosso, apparentemente dal codice white-lister mostrato sopra. C’è la possibilità di estenderlo per consentire alcuni attributi aggiuntivi?
Per motivi di sicurezza, siamo molto rigidi riguardo agli attributi HTML che possono essere resi nella nostra pagina quando provengono da input dell’utente.
Ecco cosa puoi fare per ottenere questo risultato:
Grazie! Ha funzionato sia sulla pagina dell’argomento che nella pagina speciale del modulo privacy renderizzato.
Da notare: se qualcuno sta cercando di fare lo stesso, non è possibile aggiungere un attributo class; è necessario aggiungere un attributo del tipo data-foo-attr.
Grazie per la dichiarazione, Rafael; chiarisce il comportamento che ho osservato.
Vorrei sapere se avete intenzione di rilasciare quel blocco per gli attributi audio/video di un iframe. I browser moderni gestiscono l’accessibilità piuttosto bene per queste funzionalità, e ci sono sempre più interessanti offerte di servizi che gli utenti potrebbero integrare splendidamente, ma che purtroppo mancano di questo tipo di accessibilità.
Grazie.
Sarebbe utile, ma saremmo anche felici se l’attributo allow fosse incluso nella whitelist per tutti. Attualmente stiamo riscontrando problemi di riproduzione audio con i lettori di podcast Apple e Spotify incorporati. Come altri hanno già menzionato, il problema è che l’attributo allow viene rimosso, il quale contiene una direttiva importante encrypted-media.
Dato che siamo già rigorosi riguardo a quali domini possono essere utilizzati negli iframe, avere un’altra impostazione in cui impostiamo la stringa allow per ogni iframe e analizziamo il formato strano del contenuto allow mi sembra un po’ troppo.
Ho creato una PR che semplicemente permette di usare qualsiasi cosa nell’attributo allow per gli iframe già permessi: