https://issues.apache.org/bugzilla/show_bug.cgi?id=56618
--- Comment #2 from Christopher Schultz <ch...@christopherschultz.net> --- (In reply to Konstantin Kolinko from comment #1) > Looking at the code, jk_status.c has its own HTTP query parameters parsing > (status_parse_uri() in native/common/jk_status.c), implemented by splitting > the query string. > The url-decoding of parameters is not performed. There is a comment that it > had been planned, but has not been implemented yet. > > /* XXX Depending on the params values, we might need to trim and decode */ Yes, jk_status.c:1277 looks like the right place to do this. It seems no parameter-decoding is happening at all, probably because mod_jk never expects to get a parameter value that is encoded in any way. There are several settings that could be affected in this way: hostname, route, redirect-route, cluster-domain, worker-name The last one (worker-name) could be configured properly in workers.properties, but then be unable to send the worker's name via HTTP without encoding, in which case mod_jk would never be able to find the worker. -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
