Views "unfiltered text" headers/footers strip iframes and other HTML elements (such as audio) prior to rendering the text. This goes contrary to the description which reads "Add unrestricted, custom text or markup. This is similar to the custom text field." Users currently must use the "text area" header/footer -- with a formatter that doesn't limit HTML tags -- if they want to include an iframe or other HTML elements.

Expected behavior is either:
-- Users should be able to input an iframe into an "unfiltered text" header/footer
-- The descriptive text should be updated to reflect that iframes are not allowed.

I copied a lot of this description above from an issue that was happening in Drupal 8 that is exactly the same problem in Drupal 7. Weird this has never been caught.

Comments

m.roma created an issue. See original summary.

izmeez’s picture

If this is related to the 7.x views module you might consider moving it the views module issue queue and adding a reference to the issue for D8 core views. Thanks.

m.roma’s picture

Project: Drupal core » Views (for Drupal 7)
Version: 7.61 » 7.x-3.20
Component: views.module » Code
m.roma’s picture

Drupal 8 (Views in Core) has this issue as well. A fix was developed for it here apparently:

https://www.drupal.org/project/drupal/issues/2978427

Doesn't help with Views in Drupal 7, though.

plato1123’s picture

Absolutely infuriating the degree to which there is built-in html correction that can't be turned off. Even with "raw input" filter I can't for example have an unclosed div as a header

and the closing div in the footer

to do an extra div wrapper. Overengineered to the point it's broken, sadly :'(

edit: Forcing paragraph tags around everything even in "raw input" also seems less than desirable.

damienmckenna’s picture

damienmckenna’s picture

Version: 7.x-3.20 » 7.x-3.x-dev