https://issues.apache.org/bugzilla/show_bug.cgi?id=45187
--- Comment #4 from Roman Garcia <[EMAIL PROTECTED]> 2008-06-12 09:05:11 PST --- (In reply to comment #3) > possibly the actual URLs you're having problems with are not getting passed to > your application properly, such that Apache ends up trying to map the file to > disk and as part of that find out that the file doesn't exist I'm not really sure. I'm not that much into Apache's code. What I know is: The URL never gets to my application. It doesn't even get to the "rewrite" module. Only with the provided patch, Apache now seems to send the URL to other modules, included rewrite and mod_jk. This error happens "before" passing the URL to my application. > what module is supposed to handle these requests? is it smart enough to > bypass > Apache's logic to try to find a matching file on disk? There's no module affecting this behaviour. As stated before, AFAIK, the request doesn't get THAT far. > > its not really anybody's business which filenames are too long for the > filesystem Apache runs from, I agree. It's Apache's business only. > and it isn't a valid file request anyway, so > forbidden seems fine > I disagree. Ok, it's not a "valid" file request, since it's not an existent file on the filesystem. But still it is a valid URL. And as any other valid URL, it should get to other modules to process it. For what I've seen, unexistent files have a special condition (from request.c:954): if (APR_STATUS_IS_ENOENT(rv)) My question is, if the underlying FS cannot store the given file, because it's filename is too long, doesn't that simply mean that the file doesn't exist? Couldn't (shouldn't) Apache treat both cases the same? In case more info is needed here, this issue appeared on: Apache 2.2.4 running on Ubuntu 8.04. Apache 2.2.4 running on WinXP SP2. Modules loaded (defaults?): LoadModule actions_module modules/mod_actions.so LoadModule alias_module modules/mod_alias.so LoadModule asis_module modules/mod_asis.so LoadModule auth_basic_module modules/mod_auth_basic.s LoadModule authn_default_module modules/mod_authn_default.so LoadModule authn_file_module modules/mod_authn_file.so LoadModule authz_default_module modules/mod_authz_default.so LoadModule authz_groupfile_module modules/mod_authz_groupfile.so LoadModule authz_host_module modules/mod_authz_host.so LoadModule authz_user_module modules/mod_authz_user.so LoadModule autoindex_module modules/mod_autoindex.so LoadModule cgi_module modules/mod_cgi.so LoadModule dav_module modules/mod_dav.so LoadModule dav_fs_module modules/mod_dav_fs.so LoadModule deflate_module modules/mod_deflate.so LoadModule dir_module modules/mod_dir.so LoadModule env_module modules/mod_env.so LoadModule expires_module modules/mod_expires.so LoadModule headers_module modules/mod_headers.so LoadModule imagemap_module modules/mod_imagemap.so LoadModule include_module modules/mod_include.so LoadModule isapi_module modules/mod_isapi.so LoadModule log_config_module modules/mod_log_config.so LoadModule mime_module modules/mod_mime.so LoadModule mime_magic_module modules/mod_mime_magic.so LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_http_module modules/mod_proxy_http.so LoadModule negotiation_module modules/mod_negotiation.so LoadModule rewrite_module modules/mod_rewrite.so LoadModule setenvif_module modules/mod_setenvif.so LoadModule userdir_module modules/mod_userdir.so LoadModule vhost_alias_module modules/mod_vhost_alias.so LoadModule jk_module modules/mod_jk-apache-2.2.4.so Thank you! Román -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
