DO NOT REPLY [Bug 7677] - Invalid host names still appearing in logs
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=7677. 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=7677 Invalid host names still appearing in logs --- Additional Comments From [EMAIL PROTECTED] 2002-04-02 21:48 --- The problem that was fixed was a very specific issue with HostNameLookups off and Deny from Can you confirm that you are talking about EXACTLY the same issue?
DO NOT REPLY [Bug 7699] New: - SSI's only work when directly linked.
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=7699. 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=7699 SSI's only work when directly linked. Summary: SSI's only work when directly linked. Product: Apache httpd-2.0 Version: 2.0.32 Platform: PC OS/Version: FreeBSD Status: NEW Severity: Normal Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED]
DO NOT REPLY [Bug 7677] - Invalid host names still appearing in logs
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=7677. 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=7677 Invalid host names still appearing in logs --- Additional Comments From [EMAIL PROTECTED] 2002-04-03 01:12 --- Once again, my apologies. It must be just a strange coincidence that invalid hostnames have been showing up just in the last month or two. I will try your suggestions. Thank you David Ball [EMAIL PROTECTED]
DO NOT REPLY [Bug 7680] - mod_proxy returns additional 100 Continue header
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=7680. 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=7680 mod_proxy returns additional 100 Continue header [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID
DO NOT REPLY [Bug 7709] New: - HeaderName does not work anymore
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=7709. 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=7709 HeaderName does not work anymore Summary: HeaderName does not work anymore Product: Apache httpd-1.3 Version: 1.3.23 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Other AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] the HeaderName directive does not function as it used to, or the current documentation is not upto-date with directions for its correct use. HeaderName HEADER used to prepend the contents of HEADER.html to the top if a FancyIndex directory listing. Current the contenst of HEADER.html are not attached. The contents of an ASCII file, HEADER are ignored as well. How does one prepend HTML to the top of a directory listing?
DO NOT REPLY [Bug 7708] - mod_proxy invalid HTTP version translation
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=7708. 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=7708 mod_proxy invalid HTTP version translation [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-04-03 14:25 --- *** This bug has been marked as a duplicate of 7513 ***
DO NOT REPLY [Bug 7709] - HeaderName does not work anymore
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=7709. 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=7709 HeaderName does not work anymore [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-04-03 14:32 --- Actually, if you check the documentation for HeaderName, you will see that the change in behavior is documented. Including of the plain HEADER is probably not working because you have a DefaultType that is not text/*. You can probably fix your problem by using HeaderName HEADER.txt and renaming your file HEADER.txt.
DO NOT REPLY [Bug 7738] New: - Server-side includes do not get interpreted for DirectoryIndex files
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=7738. 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=7738 Server-side includes do not get interpreted for DirectoryIndex files Summary: Server-side includes do not get interpreted for DirectoryIndex files Product: Apache httpd-2.0 Version: 2.0.32 Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: Modules AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] In my index.html files, the SSIs get passed through to the client as text if my URL leaves off index.html. e.g. For URL http://computer '!--#include virtual=/header.html--' shows up in the source code that the browser receives. However, URL http://computer/index.html works just fine and the SSI gets interpreted.
DO NOT REPLY [Bug 7741] New: - some directives-contexts in online-documentation are not uptodate.
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=7741. 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=7741 some directives-contexts in online-documentation are not uptodate. Summary: some directives-contexts in online-documentation are not uptodate. Product: Apache httpd-1.3 Version: 1.3.23 Platform: Other URL: http://http://httpd.apache.org/docs/mod/core.html#limitr equestbody etc OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: core AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] CC: bugs@httpd.apache.org Sorry if i'm reposting this! According to online documentation, you can use each directive only in the specified context,or it won't work. But the context information for following directives seems uncomplete: -LimitRequestFields [docu says:] Context: server config [docu should say:] Context: server config, virtual host -LimitRequestFieldsize [dito] -LimitRequestLine [dito] -Same for all directives around KeepAlive. All above do work correctly also when set per virtualhost. -Include [docu says:] Context: server config [docu should at least say:] server config, directory As for ServerPath, documentation says Context: virtual host; but it seems possible to set this in server config. if this doesn't make sense, a parser ..is not allowed here message into errorlog would be nice. online-docu says: The directive is only allowed within the designated context; if you try to use it elsewhere, you'll get a configuration error that will either prevent the server from handling requests in that context correctly, or will keep the server from operating at all -- i.e., the server won't even start.
DO NOT REPLY [Bug 7738] - Server-side includes do not get interpreted for DirectoryIndex files
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=7738. 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=7738 Server-side includes do not get interpreted for DirectoryIndex files [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-04-04 20:52 --- *** This bug has been marked as a duplicate of 7699 ***
DO NOT REPLY [Bug 7764] New: - Possible security problem
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=7764. 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=7764 Possible security problem Summary: Possible security problem Product: Apache httpd-2.0 Version: 2.0.32 Platform: PC OS/Version: Linux Status: NEW Severity: Minor Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Compiler GCC 2.95.3 Results of compilation: .../htpassword.c:613 The use of tmpnam 'is dangerous, better use mkstemp Have the possibility inclusion the argument: -Wall, in all rules for compilation? Thanks. Ranier.
DO NOT REPLY [Bug 7195] - mod_proxy removes Set-cookie headers
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=7195. 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=7195 mod_proxy removes Set-cookie headers [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-04-05 21:59 --- *** Bug 7748 has been marked as a duplicate of this bug. ***
DO NOT REPLY [Bug 7786] New: - ScriptInterpreterSource is broken
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=7786. 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=7786 ScriptInterpreterSource is broken Summary: ScriptInterpreterSource is broken Product: Apache httpd-2.0 Version: 2.0.32 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Modules AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] (under Windows 2000 RC2 of course)I tryed to add a cgi-bin directory by adding the following lines to httpd.conf Directory c:/wwwroot/cgi-bin AllowOverride None Options ExecCGI ScriptInterpreterSource registry Order allow,deny Allow from all /Directory But Apache is still trying to use the she-bang line. I made very sure I had .cgi and .pl associated with perl.exe and it works fine if I change the she- bang to point to perl.exe. I also tried placing ScriptInterpreterSource registry outside the Directory which made no difference.
DO NOT REPLY [Bug 7768] - VirtualHost does not match when trailing dot included on hostname in 2.0
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=7768. 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=7768 VirtualHost does not match when trailing dot included on hostname in 2.0 --- Additional Comments From [EMAIL PROTECTED] 2002-04-06 07:10 --- i don't have enough time resources to improve this bug report. im sure people at apache.org have a 2.0.32 or 2.0.x box running virtuals hosts on it to test this bug if they are interested in of course.
DO NOT REPLY [Bug 7792] New: - 2.0.35 does not compile on Solaris
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=7792. 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=7792 2.0.35 does not compile on Solaris Summary: 2.0.35 does not compile on Solaris Product: Apache httpd-2.0 Version: HEAD Platform: Sun OS/Version: Solaris Status: NEW Severity: Blocker Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Vanilla http 2.0.35 fails to compile. Transcript (shortened): $ uname -a SunOS goedel.admin.phil.uu.nl 5.7 Generic_106541-18 sun4u sparc SUNW,Ultra-250 $ gcc --version 3.0.2 $ ./configure --enable-layout=phil.layout:Phil \ --enable-mods-shared=most [snip, snip] $ make [snip, snip, snip] make[3]: Entering directory `/phil/src/httpd-2.0.35/modules/aaa' Building shared: mod_access.la mod_auth.la mod_auth_anon.la mod_auth_dbm.la mod_auth_digest.la make[4]: Entering directory `/phil/src/httpd-2.0.35/modules/aaa' /bin/sh /phil/src/httpd-2.0.35/srclib/apr/libtool --silent --mode=compile gcc -g -O2 -pthreads -DNO_DBM_REWRITEMAP-DSOLARIS2=7 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DAP_HAVE_DESIGNATED_INITIALIZER -I. -I/phil/src/httpd-2.0.35/os/unix -I/phil/src/httpd-2.0.35/server/mpm/prefork -I/phil/src/httpd-2.0.35/modules/http -I/phil/src/httpd-2.0.35/modules/proxy -I/phil/src/httpd-2.0.35/include -I/phil/src/httpd-2.0.35/srclib/apr/include -I/phil/src/httpd-2.0.35/srclib/apr-util/include -I/phil/src/httpd-2.0.35/modules/dav/main -I/phil/src/httpd-2.0.35/srclib/apr-util/include -I/phil/src/httpd-2.0.35/srclib/apr-util/xml/expat/lib -c mod_access.c touch mod_access.slo /bin/sh /phil/src/httpd-2.0.35/shlibtool --silent --mode=link gcc -g -O2 -pthreads -DNO_DBM_REWRITEMAP-DSOLARIS2=7 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DAP_HAVE_DESIGNATED_INITIALIZER -I. -I/phil/src/httpd-2.0.35/os/unix -I/phil/src/httpd-2.0.35/server/mpm/prefork -I/phil/src/httpd-2.0.35/modules/http -I/phil/src/httpd-2.0.35/modules/proxy -I/phil/src/httpd-2.0.35/include -I/phil/src/httpd-2.0.35/srclib/apr/include -I/phil/src/httpd-2.0.35/srclib/apr-util/include -I/phil/src/httpd-2.0.35/modules/dav/main -I/phil/src/httpd-2.0.35/srclib/apr-util/include -I/phil/src/httpd-2.0.35/srclib/apr-util/xml/expat/lib -export-dynamic -o mod_access.la -rpath NONE/libexec -module -avoid-version mod_access.lo shlibtool: link: only absolute run-paths are allowed make[4]: *** [mod_access.la] Error 1
DO NOT REPLY [Bug 7798] New: - apachectl stop leaves processes running on OpenBSD 3.0
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=7798. 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=7798 apachectl stop leaves processes running on OpenBSD 3.0 Summary: apachectl stop leaves processes running on OpenBSD 3.0 Product: Apache httpd-2.0 Version: 2.0.32 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I currently run Apache 1.3.24 without problems. I compiled Apache 2.0.35 on OpenBSD 3.0, configured with these options: # ./configure --enable-module=ssl --enable-module=auth_db --enable- module=proxy --enable-module=speling --enable-module=status --e nable-module=rewrite # It compiled and installed without error. I modified the default configs to point to my existing htdocs and cgi-bins, but using the default server root, to avoid conflict with the existing server. I shut down the existing server and started up Apache 2 with apachectl startssl. This created a bunch of processes running with -DSSL, but nothing listening on port 443. The appropriate SSL logs did not appear in the log dir. Going to the main non-SSL page led to a 403 error, even though permissions are set correctly and the server is running as user www group www, same as with previous Apache. The server did not listen on port 443. Attempting to abort with apachectl stop leaves all of the httpd processes still running.
DO NOT REPLY [Bug 7790] - prefix not escaped properly - install fails
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=7790. 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=7790 prefix not escaped properly - install fails [EMAIL PROTECTED] changed: What|Removed |Added Version|HEAD|2.0.35
DO NOT REPLY [Bug 7803] - make install root= from apache 1.3 doesn't work in 2.0.35
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=7803. 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=7803 make install root= from apache 1.3 doesn't work in 2.0.35 [EMAIL PROTECTED] changed: What|Removed |Added Summary|make install root= from |make install root= from |apache 1.3 doesn't work |apache 1.3 doesn't work in ||2.0.35
DO NOT REPLY [Bug 7523] - build error: shlibtool error when compiling shared modules, bad -rpath value
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=7523. 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=7523 build error: shlibtool error when compiling shared modules, bad -rpath value --- Additional Comments From [EMAIL PROTECTED] 2002-04-07 16:20 --- I think it's the same as 7790, check this line out (from his output above): -rpath libexec That's probably a ${libexec} that got into the makefile as $libexec or just libexec.
Bug report for Apache httpd-2.0 [2002/04/07]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 7441|Ass|Cri|2002-03-25|RFC 2616 - Apache incorrectly expects a non-empty | | 7635|New|Maj|2002-03-30|httpd segfaults when restarting after adding a vir| | 7642|Ass|Maj|2002-03-31|Problem on IPv6 only machine | | 7764|New|Min|2002-04-05|Possible security problem | | 7768|New|Nor|2002-04-05|VirtualHost does not match when trailing dot inclu| | 7786|New|Nor|2002-04-06|ScriptInterpreterSource is broken | | 7790|New|Nor|2002-04-06|prefix not escaped properly - install fails | | 7791|New|Nor|2002-04-06|mod_suexec problem| | 7795|New|Nor|2002-04-06|Support XHTML media type (RFC 3236) in default ins| | 7798|New|Nor|2002-04-06|apachectl stop leaves processes running on OpenBSD| | 7802|New|Nor|2002-04-06|mod_ssl - ssl_engine_kernel.c won't compile | | 7803|New|Nor|2002-04-06|make install root= from apache 1.3 doesn't work in| | 7804|New|Cri|2002-04-07|MPM perchild fail on start (Unable to find proces| | 7810|New|Cri|2002-04-07|suexec + userdir non-functional in httpd 2.0.35 (p| | 7811|New|Blk|2002-04-07|cannot start apache 2.0.35 (or 2.0.32) with any IP| | 7812|New|Cri|2002-04-07|Apache fails to start, log says: Invalid argument:| | 7816|New|Min|2002-04-07|configure doesn't check for flex -P compatibility | +-+---+---+--+--+ | Total 17 bugs | +---+
DO NOT REPLY [Bug 7195] - mod_proxy removes Set-cookie headers
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=7195. 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=7195 mod_proxy removes Set-cookie headers [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Component|Other mods |mod_proxy Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-04-07 18:46 --- A fix for this bug was committed to 1.3.24-dev, but this fix didn't work properly due to the existence of commas in cookies. A new fix was committed and released in v1.3.24, but this fix was broken. The fix to the fix to the fix was committed to v1.3.25-dev, and with some luck the bug is at last, dead.
DO NOT REPLY [Bug 7513] - Proxy not downgrading responses for HTTP/1.0 clients
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=7513. 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=7513 Proxy not downgrading responses for HTTP/1.0 clients [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-04-07 18:58 --- When an HTTP/1.1 server responded to a request with chunked data, this data was passed as is to the frontend server, instead of being dechunked as it was transferred. Through another coincidence, the Transfer-Encoding header made it to the client intact. This resulted in HTTP/1.1 clients handling the data, but HTTP/1.0 clients would barf. The fix was to dechunk chunked data as it arrived.
DO NOT REPLY [Bug 7572] - mod_proxy does not reset timer when reading from client
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=7572. 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=7572 mod_proxy does not reset timer when reading from client [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-04-07 19:14 --- Patch applied.
DO NOT REPLY [Bug 7821] New: - Memory insufficient for Apache 2.0 to run
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=7821. 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=7821 Memory insufficient for Apache 2.0 to run Summary: Memory insufficient for Apache 2.0 to run Product: Apache httpd-2.0 Version: 2.0.35 Platform: Other URL: http://www.nk.ca OS/Version: Other Status: NEW Severity: Blocker Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] BSD/OS doctor.nl2k.ab.ca 4.3 BSDI BSD/OS 4.3 Kernel #10: Sun Mar 17 13:22:45 MST 2 002 [EMAIL PROTECTED]:/usr/src/sys/compile/LOCAL2 i386 We try apache 2.0.35 and we get Script started on Sun Apr 7 13:45:32 2002 doctor.nl2k.ab.ca//var/www/conf$ cat /usr/cotnrib/bin/a configap2oirgrib/bin/configap2oirg[Kntrib/bin/configap2oirg cat: /usr/contrib/bin/configap2oirg: No such file or directory doctor.nl2k.ab.ca//var/www/conf$ cat /usr/contrib/bin/configap2oirgrg[Krig CC=cc CFLAGS=-O2 ./configure --prefix=/var/www --exec-prefix=/var/www \ --bindir=/var/www/bin --sbindir=/var/www/bin \ --libexecdir=/var/www/libexec/ --mandir=/usr/share/man \ --sysconfdir=/var/www/conf --datadir=/var/www/ \ --includedir=/var/www/include/ --localstatedir=/var \ --enable-modules=all --enable-shared-modules=all --enable-auth-anon \ --enable-auth-dbm --enable-auth-db --enable-auth-digest --enable-auth-ldap \ --enable-file-cache --enable-file-cache \ --enable-echo --enable-cache \ --enable-mem-cache \ --enable-ext-filter --enable-case-filter \ --enable-case-filter-in \ --enable-deflate --with-z --with-mpm=prefork \ --enable-proxy --enable-proxy-connect \ --enable-proxy-ftp --enable-proxy-http \ --enable-mime-magic --enable-cern-meta --enable-expires \ --enable-headers --enable-usertrack \ --enable-unique-id --enable-ssl \ --with-ssl=/usr/contrib/ --enable-ldap --enable-dav \ --enable-http --enable-info \ --enable-suexec --enable-cgi --enable-cgid \ --enable-dav-fs \ --enable-vhost-alias --enable-speling \ --enable-rewrite --enable-so \ --with-suexec-caller --with-suexec-userdir --with-suexec-docroot\ --with-suexec-uidmin=51 --with-suexec-gidmin=80\ --with-suexec-logfile --with-suexec-safepath --with-low-memory \ --enable-static-support --enable-static-htpasswd --enable-static-htdigest \ --enable-static-rotatelogs --enable-static-logresolve --enable-static-htdbm \ --enable-static-ab --enable-static-checkgid doctor.nl2k.ab.ca//var/www/conf$ /var/www/bin/apachectl start Warning: DocumentRoot [/usr/home/sesimpson/html/] does not exist Warning: DocumentRoot [/usr/home/rjones/html] does not exist Warning: DocumentRoot [/usr/home/jalexis/html/] does not exist Warning: DocumentRoot [/usr/home/focuson/html/] does not exist Warning: DocumentRoot [/usr/home/nuway/html/morinvilledirect/] does not exist Warning: DocumentRoot [/usr/home/infomex/html/oldsite] does not exist Warning: DocumentRoot [/usr/home/marco/html/] does not exist [Sun Apr 07 13:46:08 2002] [warn] VirtualHost 216.95.238.14:0 overlaps with VirtualHost 216.95.238.14:0, the first has precedence, perhaps you need a NameVirtualHost directive [Sun Apr 07 13:46:08 2002] [error] (24)Too many open files: could not open transfer log file /var/log/httpd/heritagefestival-access_log. /var/www/bin/apachectl start: httpd could not be started doctor.nl2k.ab.ca//var/www/conf$ cat /var/www/conf/httpd.conf # -FrontPage- version=4.0llow #Perlrequire /var/www/conf/startup.pl #ServerType standalone #Port 80 Listen 80 ServerLimit 1024 HostnameLookups on User www Group www ServerAdmin [EMAIL PROTECTED] ServerRoot /var/www/ ErrorLog /var/log/httpd/error_log LogLevel warn LogFormat %h %l %u %t \%r\ %s %b \%{Referer}i\ \%{User-Agent}i\ combined LogFormat %h %l %u %t \%r\ %s %b common LogFormat %{Referer}i - %U referer LogFormat %{User-agent}i agent CustomLog /var/log/httpd/access_log combined #CustomLog /var/log/httpd/access_log%h %l %u %t \%r\ %s %b \%{Referer}i\ \%{User-Agent}i\ PidFile /var/run/httpd.pid ScoreBoardFile /var/run/apache_runtime_status LockFile /var/run/accept.lock ExtendedStatus On ServerName www.nl2k.ab.ca ServerSignature on UseCanonicalName on #ResourceConfig /dev/null Directory /var/www/docs Options Indexes FollowSymLinks MultiViews Options Includes ExecCGI DirectoryIndex index.phtml index.php index.php3 index.cgi index.pl index.shtml index.html index.htm AllowOverride All order allow,deny allow from all /Directory Directory /var/www/docs/users order allow,deny allow from 204.209.81.0/255.255.255.0 allow from 216.95.238.0/255.255.255.0
DO NOT REPLY [Bug 7822] New: - small index.html.pt-BR fixes
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=7822. 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=7822 small index.html.pt-BR fixes Summary: small index.html.pt-BR fixes Product: Apache httpd-2.0 Version: 2.0.35 Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: Other Component: Documentation AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Attaching patch...
DO NOT REPLY [Bug 7768] - VirtualHost does not match when trailing dot included on hostname in 2.0
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=7768. 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=7768 VirtualHost does not match when trailing dot included on hostname in 2.0 --- Additional Comments From [EMAIL PROTECTED] 2002-04-08 06:37 --- haha ok. well done then.
DO NOT REPLY [Bug 7847] New: - Reverse proxy server caching 304 responses from origin server
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=7847. 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=7847 Reverse proxy server caching 304 responses from origin server Summary: Reverse proxy server caching 304 responses from origin server Product: Apache httpd-1.3 Version: 1.3.24 Platform: PC URL: http://www.dreo.dnd.ca http://www.drdc-rddc.dnd.ca OS/Version: FreeBSD Status: NEW Severity: Normal Priority: Other Component: mod_proxy AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Hello, To start with Some Background follows We are using Apache 1.3.24 as a reverse proxy server with caching enabled for some internal web sites. We discovered that when we attempt to force a reload of the web page from the origin server using our web browser, we are simply getting back a blank page. This problem is reproducable. This works in IE 5.5 and Mozilla 0.9.9 and Netscape 4.79. To issue the reload from the origin server from IE 5.5, type Ctrl-F5. To issue the reload from the origin server from Mozilla and Netscape, hold Ctrl and click the Reload button. By doing this, it sets Cache-Control in the HTTP/1.1 request to No cache. We found that this only works when the origin server is MS IIS 4.0. When the origin server is an Apache server, the web page is refreshed from the cache of the reverse proxy server. More Detailed Information The Internal origin server is an MS IIS 4.0 for www.dreo.dnd.ca. This will work for any page that is cached on the reverse proxy server. The page we will use for testing is http://www.dreo.dnd.ca/ which has already been previously cached on the reverse proxy server. Using a sniffer on the reverse proxy server we determined what the HTTP/1.1 request was from the browser client: GET / HTTP/1.1 Accept: */* Accept-Language: en-us Accept-Encoding: gzip, deflate User-Agent: Mozilla/4.0 (compatible; MSIE.5.5; Windows.NT 4.0) Host: www.dreo.dnd.ca. Connection: Keep-Alive Cache-Control: no-cache When the reverse proxy receives this request it forwards it onto the internal origin server with a couple of additional fields (why does it send an HTTP/1.0 request instead of the original HTTP/1.1 request?) : GET / HTTP/1.0 Host: www.dreo.dnd.ca Accept: */* Accept-Encoding: gzip, deflate Accept-Language: en-us Cache-Control: no-cache User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 4.0) If-Modified-Since: Wed, 08 Nov 2000 18:10:04 GMT If-None-Match: c077721eaf49c01:1364 X-Forwarded-For: xxx.xxx.244.1 Connection: close The origin server then returns the following: HTTP/1.1 304 Not Modified Server: Microsoft-IIS/4.0 Date: Thu, 04 Apr 2002 16:05:15 GMT Content-Location: http://www.dreo.dnd.ca/index.html ETag: c077721eaf49c01:1364 Content-Length: 0 This 304 Not Modified is then cached on the reverse proxy server and the following is served back to the client with no HTML content from the previously cached page (a blank page is displayed as a result): HTTP/1.1 200 OK Date: Thu, 04 Apr 2002 16:05:34 GMT Server: Apache/1.3.24 (Unix) Accept-Ranges: bytes Content-Length: 0 Content-Location: http://www.dreo.dnd.ca/index.html Content-Type: text/html ETag:.c077721eaf49c01:1364 Last-Modified: Wed, 08 Nov 2000 18:10:04 GMT X-Cache: HIT from www.dreo.dnd.ca (with.revalidation) Keep-Alive: timeout=15, max=100 Connection: Keep-Alive When the Internal origin server is Apache, the difference in the 304 Not Modified returned to the reverse proxy server is there is no Content-Length: 0 header returned. The error_log file (with debugging enabled) on the reverse proxy server shows the following: [Fri Apr 5 15:51:37 2002] [debug] proxy_cache.c(1018): Request for http://www.dreo.dnd.ca/, pragma_req=(null), ims=0 [Fri Apr 5 15:51:37 2002] [debug] proxy_util.c(1373): File /var/proxy/drdc/3G/mQ/sM/[EMAIL PROTECTED] not found [Fri Apr 5 15:51:37 2002] [debug] proxy_cache.c(1271): Local copy not present or expired. Declining. [Fri Apr 5 15:51:38 2002] [debug] proxy_cache.c(1457): Expiry date is 0 [Fri Apr 5 15:51:38 2002] [debug] proxy_cache.c(1468): Expiry date calculated 1018126298 [Fri Apr 5 15:51:38 2002] [debug] proxy_cache.c(1575): Create temporary file /var/proxy/drdc/tmpN80355 [Fri Apr 5 15:51:38 2002] [debug] proxy_http.c(537): Content-Type: text/html [Fri Apr 5 15:51:51 2002] [debug] proxy_cache.c(1018): Request for http://www.dreo.dnd.ca/, pragma_req=(null), ims=0 [Fri Apr 5 15:51:51 2002] [debug] proxy_cache.c(1271): Local copy not present or expired. Declining. [Fri Apr 5 15:51:51 2002] [debug] proxy_cache.c(1441): Reusing cached last modified [Fri Apr 5 15:51:51 2002] [debug] proxy_cache.c(1457): Expiry date is 0
DO NOT REPLY [Bug 7862] New: - suexec never log a group name.
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=7862. 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=7862 suexec never log a group name. Summary: suexec never log a group name. Product: Apache httpd-2.0 Version: HEAD Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] suexec never log a group name. I think the following patch works fine: Index: support/suexec.c === RCS file: /Apache/CVS/httpd-2.0-cvs/support/suexec.c,v retrieving revision 1.19 diff -u -r1.19 suexec.c --- support/suexec.c13 Mar 2002 20:48:06 - 1.19 +++ support/suexec.c9 Apr 2002 11:16:02 - @@ -399,7 +399,11 @@ } else { gid = atoi(target_gname); -actual_gname = strdup(target_gname); + if ((gr = getgrgid(gid)) == NULL) { + log_err(invalid target group name: (%s)\n, target_gname); + exit(106); + } +actual_gname = strdup(gr-gr_name); } #ifdef _OSD_POSIX
DO NOT REPLY [Bug 7867] New: - configure/compile error
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=7867. 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=7867 configure/compile error Summary: configure/compile error Product: Apache httpd-2.0 Version: 2.0.35 Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] trying to compile Apache 2.0.35 under Solaris 2.8, with: ./configure --prefix=/INFO/localinfo1/WWW/Apache2/Port83 --with-port=83 --enable-modules=most --enable-modules-shared=max --enable-ssl --enable-dav --enable-info --enable-cgi --enable-so make clean, then make, and I keep getting this error: /bin/sh /INFO/localinfo1/WWW/Apache2/httpd-2.0.35/srclib/apr/libtool --silent -- mode=compile gcc -O2 -DHAVE_CONFIG_H -DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS - D_REENTRANT -I../../include -I../../include/arch/unix -c procsup.c touch procsup.lo /bin/sh /INFO/localinfo1/WWW/Apache2/httpd-2.0.35/srclib/apr/libtool --silent -- mode=compile gcc -O2 -DHAVE_CONFIG_H -DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS - D_REENTRANT -I../../include -I../../include/arch/unix -c thread.c touch thread.lo thread.c: In function `apr_threadattr_detach_get': thread.c:115: too few arguments to function `pthread_attr_getdetachstate' make[4]: *** [thread.lo] Error 1 make[4]: Leaving directory `/INFO/localinfo1/WWW/Apache2/httpd- 2.0.35/srclib/apr/threadproc/unix'
DO NOT REPLY [Bug 7882] New: - env LIBS ignored during build
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=7882. 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=7882 env LIBS ignored during build Summary: env LIBS ignored during build Product: Apache httpd-2.0 Version: 2.0.35 Platform: All OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] The documented method of adding extra libraries to the build process is broken. Setting LIBS in the envrionment is the normal method of adding extra libraries to the link line. But with 2.0.35, this variable is not used during the build. Adding $(ALL_LIBRARIES) into build/programs.mk corrects the problem. *** build/program.mk.orig Tue Apr 9 13:55:09 2002 --- build/program.mkTue Apr 9 13:37:52 2002 *** *** 57,60 PROGRAM_OBJECTS = $(PROGRAM_SOURCES:.c=.lo) $(PROGRAM_NAME): $(PROGRAM_DEPENDENCIES) $(PROGRAM_OBJECTS) ! $(LINK) $(PROGRAM_LDFLAGS) $(PROGRAM_OBJECTS) $(PROGRAM_LDADD) --- 57,60 PROGRAM_OBJECTS = $(PROGRAM_SOURCES:.c=.lo) $(PROGRAM_NAME): $(PROGRAM_DEPENDENCIES) $(PROGRAM_OBJECTS) ! $(LINK) $(PROGRAM_LDFLAGS) $(PROGRAM_OBJECTS) $(PROGRAM_LDADD) $(ALL_LIBS)
DO NOT REPLY [Bug 7874] - mod_proxy not passing through all Set-Cookie fields
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=7874. 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=7874 mod_proxy not passing through all Set-Cookie fields [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-04-09 19:13 --- *** This bug has been marked as a duplicate of 7195 ***
DO NOT REPLY [Bug 7889] New: - pcre.c:2534: `pcre_default_tables' undeclared
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=7889. 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=7889 pcre.c:2534: `pcre_default_tables' undeclared Summary: pcre.c:2534: `pcre_default_tables' undeclared Product: Apache httpd-2.0 Version: 2.0.35 Platform: Sun OS/Version: Solaris Status: NEW Severity: Critical Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] When compiling on Solaris 8 with all recommended patches and gcc-3.0.3, I get a make error. The symbol `pcre_default_tables' is undeclared on line 2534 of srclib/pcre/pcre.c (there is a declaration in dftables.c in the same dir). Configured as: CC=gcc CFLAGS=-O2 ./configure --enable-auth-dbm --enable-mime-magic --enable-speling --enable-so
DO NOT REPLY [Bug 7917] New: - mod_auth_db patch for DB 4.xx
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=7917. 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=7917 mod_auth_db patch for DB 4.xx Summary: mod_auth_db patch for DB 4.xx Product: Apache httpd-1.3 Version: 1.3.24 Platform: PC URL: http://www.suvimax.org/ OS/Version: Linux Status: NEW Severity: Enhancement Priority: Other Component: Other mods AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Please find enclosed a small fix to allow mod_auth_db to compile with DB 4.xx. Best regards *** mod_auth_db.c.~1~ Wed Mar 13 22:05:33 2002 --- mod_auth_db.c Wed Apr 10 13:35:58 2002 *** *** 105,110 --- 105,113 #if (DB_VERSION_MAJOR == 3) #define DB3 #endif + #if (DB_VERSION_MAJOR == 4) + #define DB4 + #endif #endif typedef struct { *** *** 167,173 q.data = user; q.size = strlen(q.data); ! #if defined(DB3) if ( db_create(f, NULL, 0) != 0 || f-open(f, auth_dbpwfile, NULL, DB_HASH, DB_RDONLY, 0664) != 0) { #elif defined(DB2) --- 170,176 q.data = user; q.size = strlen(q.data); ! #if defined(DB3) || defined(DB4) if ( db_create(f, NULL, 0) != 0 || f-open(f, auth_dbpwfile, NULL, DB_HASH, DB_RDONLY, 0664) != 0) { #elif defined(DB2) *** *** 180,186 return NULL; } ! #if defined(DB2) || defined(DB3) if (!((f-get) (f, NULL, q, d, 0))) { #else if (!((f-get) (f, q, d, 0))) { --- 183,189 return NULL; } ! #if defined(DB2) || defined(DB3) || defined(DB4) if (!((f-get) (f, NULL, q, d, 0))) { #else if (!((f-get) (f, q, d, 0))) { *** *** 190,196 pw[d.size] = '\0'; /* Terminate the string */ } ! #if defined(DB2) || defined(DB3) (f-close) (f, 0); #else (f-close) (f); --- 193,199 pw[d.size] = '\0'; /* Terminate the string */ } ! #if defined(DB2) || defined(DB3) || defined(DB4) (f-close) (f, 0); #else (f-close) (f);
DO NOT REPLY [Bug 7920] New: - mod_ssl can't compile under windows 20000
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=7920. 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=7920 mod_ssl can't compile under windows 2 Summary: mod_ssl can't compile under windows 2 Product: Apache httpd-2.0 Version: 2.0.35 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Modules AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I use VC 6.0 EE, under win2k, complile with openssl 0.9.6c error. BTW I have the tools awk, bison, flex, perl for complie openssl apache 2.
DO NOT REPLY [Bug 7991] New: - Enhance ExpiresByType to accept wildcards
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=7991. 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=7991 Enhance ExpiresByType to accept wildcards Summary: Enhance ExpiresByType to accept wildcards Product: Apache httpd-2.0 Version: 2.0.35 Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Modules AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] It's useful to be able to set the Expires header according to just the major (but not the minor) MIME type (ie Content-Type: major/minor), eg: ExpiresByType image/* access plus 1 week The attached patch adds this behaviour, and has been successfully tested on Solaris 8/SPARC with recent Sun patches.
DO NOT REPLY [Bug 7992] New: - Core dump when restarting daemon
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=7992. 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=7992 Core dump when restarting daemon Summary: Core dump when restarting daemon Product: Apache httpd-2.0 Version: 2.0.35 Platform: Sun OS/Version: Solaris Status: NEW Severity: Major Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Apache 2.0.35 dumps core with apachectl graceful or apachectl restart. Build options: ./configure --prefix=/usr/local/apache-2.0.35-murph --enable-mods-shared=all --disable-auth_digest --enable-ssl --enable-suexec Stack backtrace: #0 0xef332688 in memcmp () from /usr/lib/libc.so.1 #1 0xef73c11c in find_entry (ht=0x78910, key=0xeef20ae8, klen=27, val=0x0) at apr_hash.c:279 #2 0xef73c28c in apr_hash_get (ht=0x78910, key=0xeef20ae8, klen=-1) at apr_hash.c:338 #3 0xef74c65c in apr_pool_userdata_get (data=0xe914, key=0xeef20ae8 suexec_post_config_userdata, pool=0x78548) at apr_pools.c:1617 #4 0xeef209cc in suexec_post_config (p=0xeef20ae8, plog=0xa45f8, ptemp=0xd25c8, s=0x7c2a0) at mod_suexec.c:136 #5 0x2fa80 in ap_run_post_config (pconf=0x7a550, plog=0xa45f8, ptemp=0xd25c8, s=0x7c2a0) at config.c:129 #6 0x35040 in main (argc=493000, argv=0x6d864) at main.c:611 Running on Solaris 8 4/01 on SPARC with the Mar/28/02 recommended patch cluster. Compiled with gcc 2.95.2 from the Solaris 8 4/01 freeware companion CD. Problem exists in unpatched Apache 2.0.35.
DO NOT REPLY [Bug 7966] - Wrong Content-Length when SSI used as DirectoryIndex
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=7966. 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=7966 Wrong Content-Length when SSI used as DirectoryIndex --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 00:31 --- The same bug is under Windows 2000.
DO NOT REPLY [Bug 7997] - Apache won't run as service
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=7997. 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=7997 Apache won't run as service --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 06:03 --- The causes for this are already documented. http://httpd.apache.org/docs-2.0/platform/win_service.html
DO NOT REPLY [Bug 7997] - Apache won't run as service
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=7997. 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=7997 Apache won't run as service [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 06:03 --- Already spelled out in the last comment
DO NOT REPLY [Bug 7888] - service does not start
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=7888. 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=7888 service does not start --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 06:24 --- Look in your Windows NT Event Log - Application Log... what errors does Apache report (before it could open the logs?)
DO NOT REPLY [Bug 7970] - Configure script does not pass arguments.
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=7970. 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=7970 Configure script does not pass arguments. --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 08:07 --- OK. I was running 10.1.2. I just updated to 10.1.3 (Build 5Q45) and downloaded a fresh httpd-2.0.35.tar.gz from Apache.org. My config was: ./configure --enable-usertrack --enable-unique-id --enable-ssl --with-ssl=/ usr/local/include/ --enable-cgi --enable-cgid --enable-vhost-alias -- enable-speling -enable-rewrite --enable-so Configure runs and reaches this error: Configuring Apache Portable Runtime Utility library... configuring package in srclib/apr-util now loading cache /var/root/httpd-2.0.35/./config.cache checking for APR... yes ... updating cache /var/root/httpd-2.0.35/./config.cache configuring package in xml/expat now loading cache /var/root/httpd-2.0.35/./config.cache checking host system type... configure: error: can not guess host type; you must specify one configure failed for xml/expat configure failed for srclib/apr-util However, the main configure script guessed it perfectly: creating cache ./config.cache checking for chosen layout... Apache checking host system type... powerpc-apple-darwin5.3 checking target system type... powerpc-apple-darwin5.3 checking build system type... powerpc-apple-darwin5.3 The main config script is not passing these variables to the apr-util configure script. The only way I have found around it is by editing the main config script as stated in my previous bug report. I've never made a patch file before. Do you have instructions? matthew
DO NOT REPLY [Bug 8004] New: - CGI not working properly.
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=8004. 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=8004 CGI not working properly. Summary: CGI not working properly. Product: Apache httpd-2.0 Version: 2.0.35 Platform: PC OS/Version: Other Status: UNCONFIRMED Severity: Critical Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Server error! Error message: couldn't create child process: 22502: C:/Server/htdocs/index.pl If you think this is a server error, please contact the webmaster Error 500 localhost 04/12/02 03:28:12 Apache/2.0.35 (Win32)
DO NOT REPLY [Bug 8009] New: - Passwords
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=8009. 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=8009 Passwords Summary: Passwords Product: Apache httpd-2.0 Version: 2.0.35 Platform: Other OS/Version: Windows 9x Status: NEW Severity: Major Priority: Other Component: Modules AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Can Not get Passwords to work, the following is the info in the access file and the error is from error log. Does not seem to translate the Password Path right. SYSTEM: Apache HTTP 2.0.35-win32-x86 server Running on Win98SE with 1.4 P4 256 megs Mem. Access file: AuthType Basic AuthName By Invitation Only AuthUserFile H:/apache~1/apache2/passwd/password.ht Require valid-user ERROR: Fri Apr 12 06:11:03 2002] [error] [client 192.168.0.10] (22661)The specified path is invalid. : Could not open password file: H:/Apache Group/he2/passwd/password.ht, referer: http://ronlane/index.html
DO NOT REPLY [Bug 8008] - does not compile on winnt sp6
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=8008. 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=8008 does not compile on winnt sp6 --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 13:03 --- Did you modify ap_release.h? Please attach that file.
DO NOT REPLY [Bug 8015] New: - --enable-info problem in configure
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=8015. 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=8015 --enable-info problem in configure Summary: --enable-info problem in configure Product: Apache httpd-2.0 Version: 2.0.35 Platform: PC OS/Version: Linux Status: NEW Severity: Minor Priority: Other Component: Modules AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] use ./configure with --enable-info. At end of configure run I get a small error that says enable-info program not found. No other compile/make errors occur. When running the server, //localhost/server-info fails with a 500 internal server error. (httpd.conf has server info enabled, and allows localhost). server-status page works.
DO NOT REPLY [Bug 8015] - --enable-info problem in configure
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=8015. 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=8015 --enable-info problem in configure --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 13:56 --- Could you post your entire configure invocation please? Did you do any prep after unpacking the tarball and before running configure (e.g., did you run buildconf)? I'm not suggesting that you should run buildconf; I just wondered if you did and there is something funky going on with the autoconf or libtool on your machine. Thanks!
DO NOT REPLY [Bug 7970] - Configure script does not pass arguments.
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=7970. 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=7970 Configure script does not pass arguments. --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 14:01 --- This will build a patch: $ diff -u oldfile newfile patch
DO NOT REPLY [Bug 8016] New: - SuppressRules messes up directory listings.
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=8016. 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=8016 SuppressRules messes up directory listings. Summary: SuppressRules messes up directory listings. Product: Apache httpd-2.0 Version: 2.0.35 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Modules AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] When the SuppressRules option is used (in mod_autoindex; as in IndexOptions FancyIndexing SuppressRules), it causes the first item in a directory listing to appear to the right of the column headers, instead of just below the Name column header. It looks like there needs to be a BR tag before the first item, but there is not one. The rest of the directory listing displays correctly, starting with the second item, just below the Name column header.
DO NOT REPLY [Bug 8015] - --enable-info problem in configure
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=8015. 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=8015 --enable-info problem in configure --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 14:45 --- This is the script used to configure with. No prior activity was conducted before running configure (ie, buildconf, editing code, etc). The name of this script is makeme, I run it from the root of the apache 2.0.35 install tree. #!/bin/sh # --activate-module=src/modules/php4/libphp4.a \ # --enable-module=mod_info \ ./configure \ --with-layout=RedHat \ --enable-shared=max \ --enable-rule=SHARED_CORE \ #--enable-module=src/modules/php4/libphp4.a \ --enable-info \ --disable-userdir \ --enable-so \ --enable-vhost-alias \ --enable-cgi \ --enable-ssl \ --enable-usertrack \ --enable-unique-id \ $@ The error at the end is: ./makeme: --enable-info: command not found The httpd.conf contains: Location /server-info SetHandler server-info Order deny,allow Deny from all Allow from 192.168.1, 127 /Location
DO NOT REPLY [Bug 8015] - --enable-info problem in configure
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=8015. 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=8015 --enable-info problem in configure [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 14:55 --- Cute. You can't put # comments in a continuation line like that. (The continuation character is also commented out, so the command ends at that line and the next line is taken to be a new command.) Take out the line starting in # and everything should work again. Also, you can't have commas in Allow from statements. Thanks for using Apache.
DO NOT REPLY [Bug 8009] - Passwords
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=8009. 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=8009 Passwords --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 14:59 --- It looks like you may have some stray characters in your .htaccess file. Please make sure that your AuthUserFile line does not have any characters or white space after the filename.
DO NOT REPLY [Bug 8000] - Install documentation should mention flex requirement for mod_ssl
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=8000. 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=8000 Install documentation should mention flex requirement for mod_ssl [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 15:49 --- There is no such requirement. If you have a broken tar which does not maintain file timestamps, or if you copied the unpacked distribution without maintaining the timestamps, then make might think it needs to rebuild these files. We distribute the generated files... you already have them, you just need to update the timestamps on them so that you can convince make they're not out-of-date. Do this: cd httpd-2.0/modules/ssl touch ssl_expr_scan.c touch ssl_expr_parse.c touch ssl_expr_parse.h Then it should work fine.
DO NOT REPLY [Bug 8000] - Install documentation should mention flex requirement for mod_ssl
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=8000. 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=8000 Install documentation should mention flex requirement for mod_ssl [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 16:11 --- It's httpd-2.0.35.tar.gz itself which is broken - the files in question have incorrect timestamps on them (or have not been pre-built prior to building the distribution): bash-2.03$ gtar tzvf httpd-2.0.35.tar.gz | grep ssl_expr_ -rw-r--r-- rbb/staff 10300 2002-03-13 20:47 httpd-2.0.35/modules/ssl/ssl_expr_eval.c -rw-r--r-- rbb/staff 34302 2002-01-10 00:28 httpd-2.0.35/modules/ssl/ssl_expr_parse.c -rw-r--r-- rbb/staff 510 2002-01-10 00:28 httpd-2.0.35/modules/ssl/ssl_expr_parse.h -rw-r--r-- rbb/staff 6802 2002-03-13 20:47 httpd-2.0.35/modules/ssl/ssl_expr_parse.y -rw-r--r-- rbb/staff 49142 2002-03-13 20:47 httpd-2.0.35/modules/ssl/ssl_expr_scan.c -rw-r--r-- rbb/staff 6492 2002-03-13 20:47 httpd-2.0.35/modules/ssl/ssl_expr_scan.l bash-2.03$
DO NOT REPLY [Bug 8027] New: - Bug with DirectoryIndex ??
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=8027. 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=8027 Bug with DirectoryIndex ?? Summary: Bug with DirectoryIndex ?? Product: Apache httpd-2.0 Version: 2.0.35 Platform: PC OS/Version: Windows XP Status: NEW Severity: Blocker Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] i have add index.php3 in http.conf but when I ask for http://localhost a new screen Index Of index.php3 is displayed which is blank ! Apparently index.php3 is found (as it display index of INDEX.php3) in the error log you can see this line ([notice] cannot use a full URL in a 401 ErrorDocument directive --- ignoring!) please advice! (ps : no htaccess file on mywebsite so no 401 error possible !!)
DO NOT REPLY [Bug 7896] - Report wrong port
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=7896. 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=7896 Report wrong port --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 19:05 --- I agree with Will about the workaround, but the question is, should the default behavior be changed? ie. some people have suggested that, in the abscence of ServerName, apache should get the port either from the Listen directive or from the client. I have no particular opinion about this, but it has been brought up before on the dev list and not resolved.
DO NOT REPLY [Bug 7999] - IndexOptions FancyIndexing Fails on WinXP
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=7999. 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=7999 IndexOptions FancyIndexing Fails on WinXP --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 19:11 --- Sorry, 326761 bytes ...
DO NOT REPLY [Bug 8027] - Bug with DirectoryIndex ??
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=8027. 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=8027 Bug with DirectoryIndex ?? --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 19:41 --- LoadModule php4_module c:/php/sapi/php4apache.dll AddModule mod_php4.c AddType application/x-httpd-php .php
DO NOT REPLY [Bug 7999] - IndexOptions FancyIndexing Fails on WinXP
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=7999. 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=7999 IndexOptions FancyIndexing Fails on WinXP --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 20:00 --- I don't think this is byte length... I think there is 'overload' protection. Everything that autoindex indexes is happening in memory (and it's more than simply a file name.) IIRC, we set an upper bounds before we fall over. How many files are ordered in that directory before it falls down?
DO NOT REPLY [Bug 7896] - Report wrong port
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=7896. 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=7896 Report wrong port --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 20:02 --- In other words, Joshua, you're asking whether the default value of UseCanonicalName should be changed from on to off. (Right?) As you mention, it's hard to say whether changing it or leaving it alone violates the principle of least astonishment worse...
DO NOT REPLY [Bug 8037] New: - documentation of Script directive does not define arguments well enough
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=8037. 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=8037 documentation of Script directive does not define arguments well enough Summary: documentation of Script directive does not define arguments well enough Product: Apache httpd-1.3 Version: 1.3.23 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Documentation AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I've been fighting with trying to get PUT scripts working on my server off and on for six months, searching the web for examples and following them without success. It turns out that the problem was that I was using the file system path name for the cgi argument of the 'script PUT' directive instead of the URL. The script ran, but an error message was generated that said that the full filesystem path name, with the location of the PUT file appended, did not have permission for a PUT request. Needless to say, this totally confused me and lead to six months of a non functioning site. Hmm. Although I'm submitting this as a doc bug (script should be explicit about what it is expecting for the 'cgi-script' argument), the actual bug may more properly be a bug in the error message that results from putting the wrong thing for that argument...
DO NOT REPLY [Bug 8038] New: - mod_status.so: symbol __floatdisf: referenced symbol not found
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=8038. 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=8038 mod_status.so: symbol __floatdisf: referenced symbol not found Summary: mod_status.so: symbol __floatdisf: referenced symbol not found Product: Apache httpd-2.0 Version: 2.0.35 Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: Modules AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Brand new install on Solaris8 with: configure \ --enable-mods-shared=most root# ./apachectl configtest Syntax error on line 230 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/mod_status.so into server: ld.so.1: /usr/local/apache2/bin/httpd: fatal: relocation error: file /usr/local/apache2/modules/mod_status.so: symbol __floatdisf: referenced symbol not found
DO NOT REPLY [Bug 7921] - apr_proc_mutex_[un]lock failed...
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=7921. 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=7921 apr_proc_mutex_[un]lock failed... --- Additional Comments From [EMAIL PROTECTED] 2002-04-12 21:54 --- i use the default httpd.conf from the apache2.0.35-src-package only change the ServerName, ServerAdmin and Port to 8080
DO NOT REPLY [Bug 8038] - mod_status.so: symbol __floatdisf: referenced symbol not found
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=8038. 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=8038 mod_status.so: symbol __floatdisf: referenced symbol not found --- Additional Comments From [EMAIL PROTECTED] 2002-04-13 00:48 --- **Possible Workaround** I had the same problem on: SunOS salsa 5.8 Generic_108528-14 sun4m sparc SUNW,SPARCstation-5 I fixed it by adding --enable-ssl to build against my OpenSSL install in /usr/local/ssl. I used the following to build it: export LD_RUN_PATH=/usr/local/ssl/lib:/usr/local/lib:/opt/sfw/lib ./configure --prefix=/usr/local/apache-2.0.35-murph --enable-mods-shared=all --disable-auth_digest --enable-ssl make make install My system is Solaris 8 4/01 entire distribution install with the entire freeware companion CD also installed in /opt/sfw. It has the Mar/28/02 recommended patch cluster installed. Obviously, my PATH includes the appropriate bin directories. /opt/sfw/bin/gcc is GCC version 2.95.2. I'm not actually using mod_ssl right now, it just conveniently made the problem go away, and I have not had time to investigate why in detail, but I think the symbol is being supplied by /usr/local/ssl/lib/libssl.so due to the way I have built OpenSSL.
DO NOT REPLY [Bug 8038] - mod_status.so: symbol __floatdisf: referenced symbol not found
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=8038. 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=8038 mod_status.so: symbol __floatdisf: referenced symbol not found [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-13 01:21 --- This is a problem that I have when compiling on my Solaris machine. The problem is most likely that you are compiling with gcc, but linking with the native linker. If you use gcc to do the linking, then it know to automagically link in libgcc.a. If you use the native linker, then you need to add that lib to your link line. This can be done with: EXTRA_LIBS=$(EXTRA_LIBS) -lgcc ./configure --enable-modules=most I am marking this invalid, because the bug is in the system setup, not the configure script.
DO NOT REPLY [Bug 7999] - IndexOptions FancyIndexing Fails on WinXP
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=7999. 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=7999 IndexOptions FancyIndexing Fails on WinXP --- Additional Comments From [EMAIL PROTECTED] 2002-04-13 01:28 --- With a reboot of the computer after install, it works correctly. However before the reboot restarting the server did nothing.
DO NOT REPLY [Bug 7990] - AddDescription fails for directories (mod_autoindex)
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=7990. 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=7990 AddDescription fails for directories (mod_autoindex) [EMAIL PROTECTED] changed: What|Removed |Added Summary|AddDescription fails for|AddDescription fails for |directories |directories (mod_autoindex)
DO NOT REPLY [Bug 7991] - Enhance ExpiresByType to accept wildcards (mod_expires)
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=7991. 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=7991 Enhance ExpiresByType to accept wildcards (mod_expires) [EMAIL PROTECTED] changed: What|Removed |Added Summary|Enhance ExpiresByType to|Enhance ExpiresByType to |accept wildcards|accept wildcards ||(mod_expires)
DO NOT REPLY [Bug 8034] - problems starting built-in mod_ssl
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=8034. 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=8034 problems starting built-in mod_ssl [EMAIL PROTECTED] changed: What|Removed |Added Component|Other Modules |mod_ssl
DO NOT REPLY [Bug 7441] - RFC 2616 - Apache incorrectly expects a non-empty Host header
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=7441. 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=7441 RFC 2616 - Apache incorrectly expects a non-empty Host header [EMAIL PROTECTED] changed: What|Removed |Added Component|All |Core
DO NOT REPLY [Bug 7635] - httpd segfaults when restarting after adding a virtual host
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=7635. 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=7635 httpd segfaults when restarting after adding a virtual host [EMAIL PROTECTED] changed: What|Removed |Added Component|All |Core
DO NOT REPLY [Bug 7764] - Possible security problem
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=7764. 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=7764 Possible security problem [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-04-13 01:58 --- This is a bogus warning. Apache uses tmpnam in a safe way.
DO NOT REPLY [Bug 7791] - mod_suexec problem
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=7791. 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=7791 mod_suexec problem [EMAIL PROTECTED] changed: What|Removed |Added Component|Other Modules |mod_suexec
DO NOT REPLY [Bug 7795] - Support XHTML media type (RFC 3236) in default install
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=7795. 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=7795 Support XHTML media type (RFC 3236) in default install [EMAIL PROTECTED] changed: What|Removed |Added Component|All |mod_mime
DO NOT REPLY [Bug 7804] - MPM perchild fail on start (Unable to find process with matching uid/gid)
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=7804. 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=7804 MPM perchild fail on start (Unable to find process with matching uid/gid) [EMAIL PROTECTED] changed: What|Removed |Added Component|Other Modules |perchild
DO NOT REPLY [Bug 7824] - No SO support in tarball
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=7824. 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=7824 No SO support in tarball [EMAIL PROTECTED] changed: What|Removed |Added Component|All |Build
DO NOT REPLY [Bug 7888] - service does not start
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=7888. 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=7888 service does not start [EMAIL PROTECTED] changed: What|Removed |Added Component|All |Platform
DO NOT REPLY [Bug 7930] - Minor Bug w/ Apache Monitor in Sys Tray (v. 2.0)
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=7930. 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=7930 Minor Bug w/ Apache Monitor in Sys Tray (v. 2.0) [EMAIL PROTECTED] changed: What|Removed |Added Component|All |Platform
DO NOT REPLY [Bug 7990] - AddDescription fails for directories (mod_autoindex)
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=7990. 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=7990 AddDescription fails for directories (mod_autoindex) [EMAIL PROTECTED] changed: What|Removed |Added Component|Other Modules |mod_autoindex
DO NOT REPLY [Bug 7991] - Enhance ExpiresByType to accept wildcards (mod_expires)
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=7991. 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=7991 Enhance ExpiresByType to accept wildcards (mod_expires) [EMAIL PROTECTED] changed: What|Removed |Added Component|Other Modules |mod_expires
DO NOT REPLY [Bug 7992] - Core dump when restarting daemon with mod_suexec
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=7992. 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=7992 Core dump when restarting daemon with mod_suexec [EMAIL PROTECTED] changed: What|Removed |Added Component|Other Modules |mod_suexec
DO NOT REPLY [Bug 7999] - IndexOptions FancyIndexing Fails on WinXP
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=7999. 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=7999 IndexOptions FancyIndexing Fails on WinXP [EMAIL PROTECTED] changed: What|Removed |Added Component|All |mod_autoindex
DO NOT REPLY [Bug 8004] - CGI not working properly.
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=8004. 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=8004 CGI not working properly. [EMAIL PROTECTED] changed: What|Removed |Added Component|All |mod_cgi
DO NOT REPLY [Bug 8008] - does not compile on winnt sp6
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=8008. 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=8008 does not compile on winnt sp6 [EMAIL PROTECTED] changed: What|Removed |Added Component|All |Platform
DO NOT REPLY [Bug 8004] - CGI not working properly.
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=8004. 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=8004 CGI not working properly. [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-04-13 10:28 --- The shebang in top of the perl script must now point directly to the location where perl.exe is located (aswell as directly at perl.exe). That means that pointers like #!perl (without the quotes) wont no longer work (even thou the perl.exe location is set in the environment path) but pointers like #!/perl/bin/perl.exe (without the quotes) will work (in this example the perl.exe binary can be found at c:\perl\bin\perl.exe). This has probably have to do with increased security on how system components are called (regarding the bug where additional system components earlier could be called by just adding a | (without the quotes) to the URL where for instance a .cgi file was called from). However it doesnt explain why calling perl with #!perl works in 1.3.24 (maybe the bug isnt entirly fixed in 1.3.24 ?).
DO NOT REPLY [Bug 8045] New: - Apache 2.0.35 compile without mod_autoindex
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=8045. 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=8045 Apache 2.0.35 compile without mod_autoindex Summary: Apache 2.0.35 compile without mod_autoindex Product: Apache httpd-2.0 Version: 2.0.35 Platform: PC OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I'm a trying compile light build of apache 2.0.35, without some useless modules. when i disable mod_autoindex, and mod_dir still active.. i set up DirectoryIndex index.htm index.html if directory don't have this files ... when i get url like / - http://domain.com/ apache response error - 500 ! ... 1.3 version in this case show 404 error ... in error_log i get strange message about handler httpd/unix-directory bla-bla.. how fix it ? .. if i enable autoindex - error code is 503 Forbidden how disable autoindex and get 404 like a 1.3 version ? .. config: Directory /var/www/htdocs Options None AllowOverride All /Directory
DO NOT REPLY [Bug 8046] New: - php module wont work
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=8046. 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=8046 php module wont work Summary: php module wont work Product: Apache httpd-2.0 Version: 2.0.35 Platform: PC OS/Version: Windows XP Status: NEW Severity: Critical Priority: Other Component: Other Modules AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] When you load the php4apache.dll module in the httpd.conf correctly the apache server still says that it cant load it because it doesnt exist...i know that many people have the same problem so its not just me...try to fix this as soon as possible
DO NOT REPLY [Bug 7803] - make install root= from apache 1.3 doesn't work in 2.0.35
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=7803. 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=7803 make install root= from apache 1.3 doesn't work in 2.0.35 --- Additional Comments From [EMAIL PROTECTED] 2002-04-13 13:13 --- Thanks for the patch! It works great!
DO NOT REPLY [Bug 8046] - php module wont work
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=8046. 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=8046 php module wont work [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-04-13 14:18 --- Released versions of PHP will not work with the latest version of Apache 2.0. But this is really a PHP problem that should be taken up with the PHP developes.
DO NOT REPLY [Bug 8043] - can discover the server version number even if you have chooson to hide it
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=8043. 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=8043 can discover the server version number even if you have chooson to hide it [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-04-13 14:21 --- This is user configurable through one of two methods: 1. ServerSignature 2. ErrorDocument In any case, hiding the version number is a relatively pointless means of providing security.
DO NOT REPLY [Bug 7764] - tmpnam is dangerous
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=7764. 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=7764 tmpnam is dangerous [EMAIL PROTECTED] changed: What|Removed |Added Component|All |support Summary|Possible security problem |tmpnam is dangerous
DO NOT REPLY [Bug 7795] - Support XHTML media type (RFC 3236) in default install
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=7795. 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=7795 Support XHTML media type (RFC 3236) in default install --- Additional Comments From [EMAIL PROTECTED] 2002-04-13 15:45 --- Created an attachment (id=1542) Test XHTML file (index.xhtml)
DO NOT REPLY [Bug 7883] - link errors compiling mod_access
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=7883. 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=7883 link errors compiling mod_access [EMAIL PROTECTED] changed: What|Removed |Added Component|Platform|Build --- Additional Comments From [EMAIL PROTECTED] 2002-04-13 17:26 --- Did you attempt to use nmake -f makefile.win ... or did you try using the IDE environment to build the InstallBin top level project?
DO NOT REPLY [Bug 8008] - does not compile on winnt sp6
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=8008. 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=8008 does not compile on winnt sp6 [EMAIL PROTECTED] changed: What|Removed |Added Component|Platform|Build
DO NOT REPLY [Bug 8055] New: - virtual hosts get down periodically and independent from each other
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=8055. 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=8055 virtual hosts get down periodically and independent from each other Summary: virtual hosts get down periodically and independent from each other Product: Apache httpd-2.0 Version: 2.0.35 Platform: PC URL: http://www.uwth.uni-hannover.de OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: worker AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] If you let Apache run several virtual hosts on a Win2k machine you can encounter after a certain time that one or more virtual hosts get down. Get down is when they're suddenly reachable, the phenomenon you experience when entering the false Port number. The virtual hosts I've tested are not named ones but only seperated by ports. Only restarting of the service helps, after a certain time again these hosts get unreachable. After exactly 26 hours the main service stops.
DO NOT REPLY [Bug 8055] - virtual hosts get down periodically and independent from each other
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=8055. 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=8055 virtual hosts get down periodically and independent from each other --- Additional Comments From [EMAIL PROTECTED] 2002-04-13 21:47 --- Created an attachment (id=1543) the error-making configuration, shortened
DO NOT REPLY [Bug 8059] New: - PATH_INFO in URL not handled
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=8059. 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=8059 PATH_INFO in URL not handled Summary: PATH_INFO in URL not handled Product: Apache httpd-2.0 Version: 2.0.35 Platform: PC OS/Version: Linux Status: NEW Severity: Blocker Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Whenever I add a PATH_INFO to a script name (*.php) I'll get 404 error because the server doesn't separate the PATH_INFO from URL. I configured apache with the option AcceptPAthInfo on for all php-files in httpd.conf and .htaccess, although the default behaviour should allow PATH_INFO for php. (php v4.2.0RC3)
DO NOT REPLY [Bug 8061] New: - Avoid reading some files when httpd.conf directory style is used.
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=8061. 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=8061 Avoid reading some files when httpd.conf directory style is used. Summary: Avoid reading some files when httpd.conf directory style is used. Product: Apache httpd-2.0 Version: 2.0.35 Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Config AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Patch that avoid reading some files from configuration directory (../httpd.conf/): - starting from dot - ending with ~ (backup copies) - ending with .rpmsave, .rpmnew, .rpmorig These files rather shouldn't be processed because such files are left after editing/instalation/deinstalation of rpms etc...
DO NOT REPLY [Bug 8063] New: - NetBSD 1.5.2 build failure with --enable-mods-shared=all
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=8063. 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=8063 NetBSD 1.5.2 build failure with --enable-mods-shared=all Summary: NetBSD 1.5.2 build failure with --enable-mods-shared=all Product: Apache httpd-2.0 Version: 2.0.35 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Build AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I have tried to build Apache 2.0.35 on NetBSD 1.5.2 with the following configuration: ./configure --prefix=/usr/local/Installed/apache --enable-usertrack --enable-expires --enable-auth --enable-auth-digest --enable-mods-shared=all Build completes with no apparent errors, but 'make install' fails: cp .libs/mod_access.so /usr/local/Installed/apache/modules/mod_access.so cp: .libs/mod_access.so: No such file or directory If --enable-mods-shared=all is removed install completes. More details are available, what would be useful?
DO NOT REPLY [Bug 8063] - NetBSD 1.5.2 build failure with --enable-mods-shared=all
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=8063. 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=8063 NetBSD 1.5.2 build failure with --enable-mods-shared=all --- Additional Comments From [EMAIL PROTECTED] 2002-04-14 13:39 --- Created an attachment (id=1553) output from make/make install
DO NOT REPLY [Bug 8064] New: - NetBSD 1.5.2 build failure with --enable-ssl
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=8064. 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=8064 NetBSD 1.5.2 build failure with --enable-ssl Summary: NetBSD 1.5.2 build failure with --enable-ssl Product: Apache httpd-2.0 Version: 2.0.35 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Build AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Building apache on NetBSD 1.5.2 fails. Configured as: ./configure --prefix=/usr/local/Installed/apache --enable-usertrack --enable-expires --enable-auth --enable-auth-digest --enable-ssl Failing command: /bin/sh /usr/local/Distribution/httpd-2.0.35/srclib/apr/libtool --silent --mode=link gcc -g -O2-DNETBSD -DAP_HAVE_DESIGNATED_INITIALIZER -I. -I/usr/local/Distribution/httpd-2.0.35/os/unix -I/usr/local/Distribution/httpd-2.0.35/server/mpm/prefork -I/usr/local/Distribution/httpd-2.0.35/modules/http -I/usr/local/Distribution/httpd-2.0.35/modules/proxy -I/usr/local/Distribution/httpd-2.0.35/include -I/usr/local/Distribution/httpd-2.0.35/srclib/apr/include -I/usr/local/Distribution/httpd-2.0.35/srclib/apr-util/include -I/usr/pkg/include/openssl -I/usr/pkg/include -I/usr/local/Distribution/httpd-2.0.35/modules/dav/main -I/usr/local/Distribution/httpd-2.0.35/srclib/apr-util/include -I/usr/local/Distribution/httpd-2.0.35/srclib/apr-util/xml/expat/lib -export-dynamic -L/usr/pkg/lib -o dftables -L/usr/pkg/lib dftables.lo -lm -lcrypt -lresolv -lssl -lcrypto /usr/local/Distribution/httpd-2.0.35/srclib/apr-util/xml/expat/lib/libexpat.la Shared object libcrypto.so.1 not found Without --enable-ssl it builds.