DO NOT REPLY [Bug 24734] - Unable to use empty vars assigned in .htaccess
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=24734. 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=24734 Unable to use empty vars assigned in .htaccess --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 00:19 --- Thanks for the response. I expect to commit the fix in next 24h or so. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
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 Status|CLOSED |REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 03:27 --- AddDescription is broken for directories again in 2.0.48. I don't know if this is the root cause, but commenting out the one-line change made since 2.0.47 in mod_autoindex.c (line 1364) fixes this particular problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
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 Status|REOPENED|ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 08:05 --- Yep, sorry. The previous fix wasn't 100 percent correct either. And the combination broke it finally ;). It's fixed alrady in 2.1 and waiting for backport. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24821] New: - memory handling very slow if cgi-script needs big chunk of memory.
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=24821. 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=24821 memory handling very slow if cgi-script needs big chunk of memory. Summary: memory handling very slow if cgi-script needs big chunk of memory. Product: Apache httpd-1.3 Version: 1.3.29 Platform: PC OS/Version: FreeBSD Status: NEW Severity: Normal Priority: Other Component: mod_cgi AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I receive data via https post. The data transferred is 12+MB. It takes a very long time before this is passed to the cgi-script (a little perl application in this case). Transferring the same data in compressed form (300kB) needs only a few seconds, but extracting the data inside the perlscript (using Compress::Zlib::memGunzip) takes about 8 minutes (during that time I have 50-70% of CPU as user assigned to the httpd-process, and about 20-30% system). BTW, using gunzip to extract the same data as a .gz-file, is sort of quicker: real0m0.889s user0m0.265s sys 0m0.161s with earlier versions of Apache13+modssl (eg Apache/1.3.28 (Unix) mod_ssl/2.8.15 OpenSSL/0.9.7c PHP/4.3.0 mod_perl/1.27) I also got lots of httpd in free(): warning: recursive call (they _seem_ to have gone with Apache/1.3.29 (Unix) mod_ssl/2.8.16 OpenSSL/0.9.7c PHP/4.3.0 mod_perl/1.27) Anything I'm missing here? Holger Kipp - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24821] - memory handling very slow if cgi-script needs big chunk of memory.
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=24821. 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=24821 memory handling very slow if cgi-script needs big chunk of memory. --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 12:52 --- Please see if the problem occurs without mod_ssl (i.e., with pure Apache). We don't develop/support mod_ssl for Apache 1.3 here, and if a problem only occurs with mod_ssl for Apache 1.3 then you need to report it to the mod_ssl folks so that the folks with the best skill match are aware of the problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24823] New: - apachectl doesn't check for log 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=24823. 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=24823 apachectl doesn't check for log files Summary: apachectl doesn't check for log files Product: Apache httpd-1.3 Version: HEAD Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Other AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] If the path to the log file does not exist then apachectl configtest won't find this problem. Nevertheless, apache will not start: $ sudo /usr/sbin/apachectl start fopen: No such file or directory apache: could not open error log file /var/log/mrflibble/apache/error.log. /usr/sbin/apachectl start: httpd could not be started $ /usr/sbin/apachectl configtest Syntax OK This is Debian bugs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=83540 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=117921 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=192604 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24823] - apachectl doesn't check for log 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=24823. 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=24823 apachectl doesn't check for log files [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 13:56 --- Because a wrong filename is not a syntax error ;). IIRC this was decided to not fix, because you'd have to create all the files in order to find out if you could open them. The same applies to Listen statements, for example. If a port is bind already, apache won't start, even if the syntax is ok. Marking wontfix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24824] New: - suexec assumes ~ means userdir
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=24824. 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=24824 suexec assumes ~ means userdir Summary: suexec assumes ~ means userdir Product: Apache httpd-1.3 Version: HEAD Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Other AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Forwarding Debian bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=70982 --- begin quote --- Apache will call suexec in user mode (specifying a user to su to), when any URL starts with ~. It does not check if UserDir has been disabled before doing this. ViewCvs (and cvsweb) use the token ~checkout~ at the front of a URL to indicate that the file should be downloaded from CVS. If a server is setup such as cvs.example.com, with a rewrite rule pointing at the CGI script, suexec will be run, and try to switch to user checkout, which is incorrect. This bug should probably be forwarded upstream. I think a test to see if userdir is disabled, and if so, pass any parameters verbatim, would solve the problem. --- end quote --- Note that this specific problem is no longer relevant; viewcvs now uses *checkout* instead of ~checkout~, but there may be other situations when this is inappropriate. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21574] - broken static images with IE 6
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=21574. 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=21574 broken static images with IE 6 --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 16:43 --- Hi! I have same problem with Tomcat 4.1.12 on Linux and 4.1.24 on Windows 2000 too. I generate HTML output from JSP, and sometimes after long wait IE6 just show broken image. I have only few images on this page. I try to debug the JSP page, but it seems some communication problem because the JSP page runs normaly. If anybody have a solution please share with me! Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24261] - Logs showing AcceptEx error caused by network 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=24261. 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=24261 Logs showing AcceptEx error caused by network name --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 16:49 --- Apache 2.0.47, patched Windows 2000 Server (SP4), running Symantec Antivirus Corporate Edition, PHP 4.3.3.3, ActiveState Perl 5.8.0.806, MySQL 4.1.15 ; we're seeing this error, plus another. [Mon Nov 10 10:05:06 2003] [warn] (OS 64)The specified network name is no longer available. : winnt_accept: Asynchronous AcceptEx failed. [Mon Nov 10 10:05:32 2003] [warn] (OS 121)The semaphore timeout period has expired. : winnt_accept: Asynchronous AcceptEx failed. The first one appears very frequently, but not regularly; sometimes it won't appear for hours, but then suddenly will appear in high frequency. The second one is much less frequent, but is always accompanied with many of the first one. The difference: we see no performance difference with the first error; however, our monitoring software reports the site down when we see the second error. May or may not be related? It always resets itself and is available again almost immediately. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24831] New: - Caching confused by 304
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=24831. 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=24831 Caching confused by 304 Summary: Caching confused by 304 Product: Apache httpd-1.3 Version: HEAD Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Other AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] Forwarding Debian bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=140565 According to the tcpdump presented at the above URL, IIS is sending a 304 response with a Content-Length: of 0. This causes Apache to cache a zero-sized object. While IIS's behaviour does violate a MUST NOT, I think Apache could handle this situation better. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24261] - Logs showing AcceptEx error caused by network 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=24261. 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=24261 Logs showing AcceptEx error caused by network name --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 18:36 --- Apache 2.0.48_OpenSSL0.97c, Windows 2000 Server (SP4), no Antivirus, behind Loadbalancer, behind Firewall, ColdfusionMX. a lot of (permanently) this messages... always if there is some traffic... [Mon Nov 10 17:50:41 2003] [warn] (OS 64)Der angegebene Netzwerkname ist nicht mehr verfügbar. : winnt_accept: Asynchronous AcceptEx failed. [Mon Nov 10 17:50:54 2003] [warn] (OS 64)Der angegebene Netzwerkname ist nicht mehr verfügbar. : winnt_accept: Asynchronous AcceptEx failed. [Mon Nov 10 17:51:24 2003] [warn] (OS 121)Das Zeitlimit für die Semaphore wurde erreicht. : winnt_accept: Asynchronous AcceptEx failed. [Mon Nov 10 17:51:54 2003] [warn] (OS 121)Das Zeitlimit für die Semaphore wurde erreicht. : winnt_accept: Asynchronous AcceptEx failed. hope this is no reilly bug, bye. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13471] - httpd does not handle EMFILE gracefully
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=13471. 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=13471 httpd does not handle EMFILE gracefully [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 20:52 --- The docs issue here has been fixed. The other issue is probably unfixable. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24839] New: - File upload wont work if spaces not in the right place.
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=24839. 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=24839 File upload wont work if spaces not in the right place. Summary: File upload wont work if spaces not in the right place. Product: Apache httpd-2.0 Version: 2.0.45 Platform: PC OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] I'm new at sending out these things, so please be patient. The problem I am having is with the file upload in apache 2.0.45. Works fine under *nix, it is the Microsoft Windows people I'm having the problems with. I bereave it has to do with the spaces in the name. If the name of the file has no spaces, than the location must not have any spaces. If the name of the file has a space or more in the name then the location doesn't matter. Examples: Does not work: C:\Documents and Settings\username\Desktop\image.jpg Works: C:\Documents and Settings\username\Desktop\image name.jpg Works: C:\image name.jpg Works: C:\image.jpg Works: C:\images\imagename.jpg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24839] - File upload wont work if spaces not in the right place.
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=24839. 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=24839 File upload wont work if spaces not in the right place. --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 22:42 --- Hmm. Which module are you talking about? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24839] - File upload wont work if spaces not in the right place.
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=24839. 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=24839 File upload wont work if spaces not in the right place. --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 22:51 --- I'm not sure what module it is, it might be mod_rewrite? I'm tying to upload a file using. form ENCTYPE=multipart/form-data action=extra.php method=POST Upload an image: input name=userfile type=file size=100 input type=submit value=Send File /form If the file looks like this: C:\Documents and Settings\username\Desktop\image.jpg Netscape gives an error of The document contains no data. In IE I get the page cannot be displayed error. I never makes it far enough to execute the PHP code. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24839] - File upload wont work if spaces not in the right place.
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=24839. 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=24839 File upload wont work if spaces not in the right place. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 22:56 --- Nope, it's definitely mod_php, which handles the upload. But mod_php isn't maintained here (I'm marking it invalid therefore). Please open a report at bugs.php.net. Thanks for using Apache. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24839] - File upload wont work if spaces not in the right place.
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=24839. 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=24839 File upload wont work if spaces not in the right place. --- Additional Comments From [EMAIL PROTECTED] 2003-11-19 23:07 --- Thanks for your time. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]