On Oct 5, 2026, at 10:31 AM, Derick Rethans <[email protected]> wrote: > > I will reiterate that removing these defaults was a mistake. The > intention of the filter extension was to pre-clean **all** data coming > into the superglobals through these filters, and then access the raw > (but checked/filtered) data through the extensions filter_get() and > friends methods. > > Removing these defaults cripled the extension. > > If anything, that deprecation ought to be undone, before the extension > gets refreshed. > > cheers, > Derick
Yeah, with the deprecation of the superglobal filter INI options, ext/filter is left with an awkward filter_input function that's not much useful than filter_var. If the deprecation is kept and furthered to a removal, then I don't know if it makes much sense to still have that function anymore (or more likely, simplify its implementation since it can't do superglobal filtering - since there are quite a few users of it after all, ~258k per a quick GH code search). Regardless, there's still merit in cleaning up flags and using enums regardless what path is taken.
