DO NOT REPLY [Bug 10147] - Broken ExtFilterOptions DebugLevel
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 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-06-26 20:01 --- mod_ext_filter has been changed to find filter definitions in the main server in case they weren't defined in the vhost... the patch as committed is below, and will be in the next release of Apache: http://cvs.apache.org/viewcvs.cgi/httpd- 2.0/modules/experimental/mod_ext_filter.c.diff?r1=1.29r2=1.30 I tweaked the documentation to try to clarify how parameters to the external program are specified. In addition, I added a new example which you might recognize. If you really want to have stderr from the filter written to a file, please write another PR for the feature request. I don't personally plan on doing anything about that unless it is clear that there is a widespread desire for it. (Other folks may be interested however.) Note that the LogStderr option (on the ExtFilterOptions directive) can be used to capture the external filter's stderr in the Apache error log. Thanks again for your report! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10147] - Broken ExtFilterOptions DebugLevel
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 --- Additional Comments From [EMAIL PROTECTED] 2002-06-24 16:45 --- Thanks for the update... I was able to reproduce and am working on a change to mod_ext_filter so that filter definitions can be used across multiple servers/vhosts. (I'm ignoring your feature request for the moment :) ) Thanks again! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10147] - Broken ExtFilterOptions DebugLevel
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 --- Additional Comments From [EMAIL PROTECTED] 2002-06-22 14:54 --- I wasn't able to reproduce the lost filter definition when using this configuration: Directory /photo DirectoryIndex index.cgi Options Indexes ExecCGI AddHandler cgi-script .cgi SetOutputFilter sed-replace ExtFilterOptions DebugLevel=9 /Directory ExtFilterDefine sed-replace cmd=/bin/sed 's/photos/picurs/g' (I didn't see any output at the client because sed got confused by the single quotes. When I remove the single quotes it works fine.) Can you spot something about my testcase which is inconsistent with your description, or can you perhaps supply a set of minimal changes to the default httpd-std.conf which would expose the problem? Thanks so much! (Certainly I need to update the doc to describe quoting issues like this!!) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
