Fix iframe exclusion logic.
sendReplyHeadersFproxy() is for filtered content on freenet. sendReplyHeaders() is for toadlets like plugins. we were denying iframes for local toadlets while potentially allowing them for freesites - depending which overloaded method was called.
I am not sure about this one. We used to have plugins that Freesites could embed as iframes. Currently we do not have them, but they are a valid usecase for interactivity. The HTML-filter ensures that only Freenet- and fproxy-content can be in an iframe.
Aren't the iframes in freesites used for NIMs?
I think currently not, but that is a usecase.
@ArneBab @nextgens i am not sure than this use case chould block this PR in 2024.