<data> element stripped by $adminTags

Here's a patch to allow the element.

Tested patch #2 with Drupal:10.1.x, patch applied successfully and solved the issue of <data> element getting removed in view.

adding screenshots of view element and before and after applying patch #2. RTBC +1

Next step would be to add a test assertion for it also.

At least needs a reroll, a similar issue popped up today in slack ✨ Xss::filterAdmin() to allow "dialog" Needs review - wondering what the use-case is for adding data elements?

Put the related issue into PNMI so think this should be too.

We setup a view that outputs values into a table for time spent entries. The data element describes the value as seconds and the we use that to generate charts and other things.

Views strips the data element without the patch. We can’t use the raw number since we want to show the value in different formats. The display value is human friendly but the data element lets us bring along machine friendly info.

https://developer.mozilla.org/en-US/docs/Web/HTML/Element/data

Prem Suthar → made their first commit to this issue’s fork.

Re-rolled The patch by mr .

Still needs tests

As per the comment #14 added test.

Was actually thinking of actual filtering tests, like in XssTest.php

@smustgrave Do we require XssTest.php kind of test for an additional <data> tag? Because additional tags like

Progress has been made in 📌 Review/update $adminTags variable for new html elements to be whitelisted Needs work