DO NOT REPLY [Bug 10147] New: - Broken ExtFilterOptions DebugLevel

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10147>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10147

Broken ExtFilterOptions DebugLevel

           Summary: Broken ExtFilterOptions DebugLevel
           Product: Apache httpd-2.0
           Version: 2.0.39
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: mod_ext_filter
        AssignedTo: bugs@httpd.apache.org
        ReportedBy: cv@corbach.de


Actually I tried to find out how to escape ExtFilterDefine commands correctly. 
I defined

ExtFilterDefine sed-replace cmd="/bin/sed s/verdana/arial/g"

as an example (the actual problem was that cmd="/bin/sed 's/verdana/arial/g'" 
doesn't work). This external filter works okay with Set/AddOutputFilter.
To debug the command I added

ExtFilterOptions DebugLevel=9

to the corresponding <Directory> context. But then the ExtFilter stops working 
and gives me

[error] couldn't find definition of filter 'sed-replace'

in my error_log and a related error is given back to UA. Nothing else has been 
changed after adding the ExtFilterOptions directive.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org