pcs 97/06/12 02:35:50
Modified: htdocs/manual/misc known_bugs.html Log: Remove all old fixed bugs. Add some real 1.2 bugs. Revision Changes Path 1.17 +59 -258 apache/htdocs/manual/misc/known_bugs.html Index: known_bugs.html =================================================================== RCS file: /export/home/cvs/apache/htdocs/manual/misc/known_bugs.html,v retrieving revision 1.16 retrieving revision 1.17 diff -C3 -r1.16 -r1.17 *** known_bugs.html 1997/06/08 00:02:47 1.16 --- known_bugs.html 1997/06/12 09:35:48 1.17 *************** *** 17,31 **** The most up-to-date resource for bug tracking and information is the <A HREF="http://www.apache.org/bugdb.cgi">Apache bug database</A>. ! All existing bugs will be noted there. Below is a synopsis of ! significant outstanding bugs at release time. In fact you really ! shouldn't trust anything this page says other than the 1.2 ! information. <P>See Also: <A HREF="compat_notes.html">Compatibility notes</A></P> <HR> ! <H2>Version 1.2 (all)</H2> <OL><a name="listenbug"></a> <LI>On some architectures if your configuration uses multiple --- 17,31 ---- The most up-to-date resource for bug tracking and information is the <A HREF="http://www.apache.org/bugdb.cgi">Apache bug database</A>. ! Significant bugs at release time will also be noted there. ! If you are running a 1.2 beta release or version 1.1.3 or earlier ! and thing you have found a bug, please upgrade to 1.2. Many bugs ! in early versions have been fixed in 1.2. <P>See Also: <A HREF="compat_notes.html">Compatibility notes</A></P> <HR> ! <H2>Apache 1.2 Bugs</H2> <OL><a name="listenbug"></a> <LI>On some architectures if your configuration uses multiple *************** *** 39,45 **** This affects any architecture that doesn't use one of the <code>USE_xxxxx_SERIALIZED_ACCEPT</code> definitions, see the source file <code>conf.h</code> for your architecture. ! <p>This will be tracked as <a href="http://www.apache.org/bugdb.cgi/full/467">PR#467</a>. </LI> --- 39,45 ---- This affects any architecture that doesn't use one of the <code>USE_xxxxx_SERIALIZED_ACCEPT</code> definitions, see the source file <code>conf.h</code> for your architecture. ! This will be tracked as <a href="http://www.apache.org/bugdb.cgi/full/467">PR#467</a>. </LI> *************** *** 51,318 **** This <A HREF="../../dist/contrib/patches/1.2/conneg-bug.patch">patch</A> fixes this problem. It also fixes the problem which makes Apache pick the last equally acceptable variant instead of the first. ! <p>This will be tracked as <a href="http://www.apache.org/bugdb.cgi/full/94">PR#94</a>. </LI> - </OL> - - <H2>Version 1.2b8</H2> - - There are several known bugs in 1.2b8. See the - <A HREF="http://www.apache.org/dist/patches/apply_to_1.2b8/">1.2b8 patches - directory</A> for patches for some of the ones that have been fixed since - the release of 1.2b8.<P> - - <H2>Version 1.2b1</H2> - - <OL> - - <LI>users have reported problems with many connections stuck in the - FIN_WAIT_2 state due to server timeouts. This is a quite complicated - problem; see our <A HREF="fin_wait_2.html">FIN_WAIT_2</A> page for - details. - - <LI>hard_timeout() for request reads uses incorrect logic, and - ends up waiting for an initial request read for the default "timeout" - number of seconds, 1200, yet only the "KeepAliveTimeout" number of - seconds on keepalive connections. - - <LI>mod_info output is not displaying current configuration as - it should. - - <LI>Invalid commands in .htaccess files may cause segmentation faults. - - </OL> - - <H2>Version 1.1.1</H2> - - <OL> - - <LI>Hostnames such as "123.hotwired.com" are valid, yet - find_allowdeny does not properly handle them. This should be put on - Known Bugs. Be careful when fixing this because just removing the - isalpha() check creates a security hole, consider the DNS map - "1.1.1.1.in-addr.arpa IN PTR 2.2.2." if the user has a config line - "allow from 2.2.2" it will allow 1.1.1.1 in (unless -DMAXIMUM_DNS). - -- which is bad because it breaks people who understand double reverse - lookup and are trying to avoid it by using only IP addresses on - allow/deny statements. - reported by Dean Gaudet, fixed in 1.2. - - </OL> - - - <H2>Version 1.1.0</H2> - - <OL> - <LI>mod_auth_msql misbehaviors. Grab a newer version from - <A HREF="http://www.apache.org/dist/contrib/modules/">the modules distribution - directory</A>. -fixed in 1.1 - - <LI>Hanging on Netscape 2.0-3.0b4 on MSWindows (3.1 and 95) - - we investigated pretty seriously, and as best we can tell - this is a Netscape bug, and was fixed in 3.0b5. Please read our - <A HREF="windoz_keepalive.html">lab report</A>. - - </OL> - - <H2>Version 1.1b2 (beta)</h2> - <OL> - <LI>SunOS has trouble compiling mod_status.c . It'll be fixed - before 1.1 is released.</LI> - - <LI>CGI which spawn background processes may fail to return immediately. - No fix exists yet.</LI> - - <LI>mod_dir appears to have problems when the DocumentRoot has a - trailing slash.</LI> - - </OL> - <H2>Version 1.1b1 (beta)</h2> - <OL> - <LI>The logfile can sometimes contain only part of a host - address. This occurs if the Cookie module is compiled in - and enabled. - </OL> - - <H2>Version 0.8.16 (beta)</H2> - <OL> - <LI>(Feature) You cannot use relative pathnames for the -f or -d flags - to httpd.<p> - <LI><code>.asis</code> files cannot be used for content-negotiation. - </OL> - - <H2>Version 0.8.13 (beta)</H2> - - <OL> - <LI><CODE>AddDescription</CODE> doesn't seem to work (a fix is imminent)</LI> - </OL> - - <H2>Version 0.8.11 (beta)</H2> - <OL> - <LI><CODE>http_main.c</CODE> function <CODE>accept_mutex_init()</CODE> - horrible bug, <CODE>lock_fname</CODE> should be defined larger, e.g. - <CODE><BR> - char lock_fname[30]; - </CODE> - <BR><B>Ooops.</B> - - <P> - - <LI>There's a bug with <B>NeXT</B>. Restarting the server causes an - infinite loop. A fix has been provided by a user and should be included - in a future update. - - <P> - - </OL> - - - <H2>Version 0.8.10 (beta)</H2> - - <OL> - <LI>Server side includes which include CGI output can have unbearable - delays on some platforms. We're looking into a fix. - - <P> - - <LI>NCSA 1.3 and beyond allow wildcards in <Directory> tags; e.g. - <Directory /home/*/public_html> - Apache doesn't (yet), - but we have a patch coming real soon now - - <P> - - <LI>Buggy scripts can cause server misbehavior on Solaris at least. - - <P> - - <LI>Some of the default directives in srm.conf-dist are outdated - - <P> - - <LI>Descriptions of args to AddIcon and AddAlt are wrong - in command table. - - <P> - - <LI>DirectoryIndex sometimes gets spuriously reset to the default value. - - <P> - - <LI>ErrorDocument is a little shaky, <CODE>" Some text %s</CODE> doesn't - agree with the documentation. - - <P> - - <LI>All Aliases are checked before any ScriptAliases --- the fully - compatible behavior would be to check both in one pass, in the order - in which they occur in srm.conf. - - <P> - </OL> - - <H2>Version 0.8.8 (beta)</H2> - - <OL> - <LI>There's a known compilation problem with <B>NeXT</B>. Knock out the - 2nd argument to <CODE>setjmp</CODE> when your compiler complains.<BR><BR> - </LI> - - <LI><CODE>exec cgi=""</CODE> produces reasonable <B>malformed header</B> - responses when used to invoke non-CGI scripts.<BR> - The NCSA code ignores the missing header. (bad idea)<BR> - Solution: write CGI to the CGI spec or use <CODE>exec cmd=""</CODE> instead. - <P>We might add <CODE>virtual</CODE> support to <CODE>exec cmd</CODE> to - make up for this difference.</P> - - <LI>A <I>scoreboard</I> file for process management is currently - created in <B>/tmp</B>. We now find this to be a bad idea, and have plans - to move it into the <CODE>/logs</CODE> directory along with other - files created by Apache. - <P>If you have any <B>/tmp</B> cleaning scripts (e.g. from crontab), you - should have them ignore the scoreboard file, which is named - <B>/tmp/htstatus.XXXXXXX</B>. If the scoreboard file is damaged, Apache - can become very confused (a SIGHUP repairs the damage). Furthermore, not - having a /tmp at all can cause disastrous results, as there's no error - checking yet.<P> - - <LI>Putting authorization information (like AuthName and AuthType) into a - <Directory> directive without a "requires" field in the <Limit> - directive can result in a core dump.<P> - - <LI>AddIcon is broken. The fix is to change<BR> - <CODE> - { "AddIcon", add_icon, BY_<B>TYPE</B>, DIR_CMD_PERMS, ITERATE2, - </CODE> - <BR>to<BR> - <CODE> - { "AddIcon", add_icon, BY_<B>PATH</B>, DIR_CMD_PERMS, ITERATE2, - </CODE> - <P>in <CODE>mod_dir.c</CODE></P></LI> - - <LI>Under IRIX, the "Group" directive in httpd.conf needs to be a valid group name - (i.e. "nogroup") not the numeric group ID. The distribution httpd.conf, and earlier - ones, had the default Group be "#-1", which was causing silent exits at startup. - - <P> ! <LI>Server push as regular CGI's don't work - actually, any normal CGI script ! that outputs additional attributes to the Content-type line (separated by a ! semicolon) gets that extra information chopped off, which means that the line ! <code>Content-type: multipart/x-mixed-replace; boundary=ThisRandomString</code> ! gets munged to just <code>Content-type: multipart/x-mixed-replace</code>, which ! means it doesn't know what the boundary is, and fails. You can get around this ! until 0.8.9 by making the CGI script a "No Parsed Header" script by prefixing the ! name of the script with a "nph-", but then you have to be responsible for correct ! HTTP headers. If the server-push animation is a constant, unchanging stream that ! terminates at some point, you could also put that stream into a whole file and ! use the .asis file extension functionality. ! <P> ! <LI>ErrorDocument is a little shaky, <CODE>" Some text %s</CODE> doesn't ! agree with the documentation. ! <P> ! </OL> ! <HR> ! <H2>Version 0.6.4 </H2> ! <OL> ! <LI>As with NCSA 1.3 (and 1.4 ?), some <B>HEAD</B> requests on ! directories without an <CODE>index.html</CODE> fail to be logged... harmless.</LI> ! <LI>Typo in Virtual Host #defines (accidentally defined #VIRUAL_HOST"). 0.6.4b fixes this. ! </OL> ! <H2>Version 0.6.2 (first beta)</H2> ! <OL> ! ! <LI><P>Apache error_log might show <CODE>httpd: caught SIGBUS, dumping core</CODE> after a successful redirect. We hope to fix this in 0.6.3</P></LI> ! ! <LI><P>If you see a lot of messages such as, ! <PRE>access to /something: failed for foo.bar.com, reason: no multi in this directory</PRE> ! in your error log, don't panic !. It means "File not found", and we will ! fix it sooner or later. ! ! </P> ! ! <LI><P><B>WARNING</B>: Apache logs all URLs redirected <B>from</B> and ! <B>to</B>. This isn't bug, it's deliberate, but you should be aware ! of it. It's a recognition of the fact that the Common Log File format ! doesn't have any place to log the real object that was returned for ! the internally redirected request. This will be changed soon. ! ! </P> ! ! <LI><P>BSDI problems: One of the test machines (<a ! href="http://www.hyperreal.com/">Hyperreal</a>) has noticed "flocks" of ! child processes sucking up large amounts of resources when moderately ! hit (on a Pentium 90 running 1.1 serving ~2 hits/second). Killing and ! restarting the daemon helps this disappear - it's being investigated, ! it might be a kernel bug, but then every server developer likes to say ! that. Let us know how well it works for you if you are using BSDI and ! have a high number of hits.</P></LI> </OL> --- 51,119 ---- This <A HREF="../../dist/contrib/patches/1.2/conneg-bug.patch">patch</A> fixes this problem. It also fixes the problem which makes Apache pick the last equally acceptable variant instead of the first. ! This will be tracked as <a href="http://www.apache.org/bugdb.cgi/full/94">PR#94</a>. </LI> + <LI> + The PATH_INFO part of a request URI cannot include the sequence + <CODE>%2f</CODE>. This will be tracked as + <A HREF="http://dev.apache.org/private/bugdb.cgi/full/543">PR#543</A>. + </LI> ! <LI>Users of early 1.2 betas reported problems with many ! connections stuck in the FIN_WAIT_2 state due to server ! timeouts. Several changes were made during the beta testing of 1.2 ! to reduce this problem as much as possible, although you may still ! see sockets in FIN_WAIT_2 state due to network or operating system ! issues outside the control of Apache. See our <A ! HREF="fin_wait_2.html">FIN_WAIT_2</A> page for more details. ! </LI> ! <LI>Compilation fails on SCO3 when using gcc instead of cc, complaining ! with "<CODE>gcc: noinline: No such file or directory</CODE>". Fix ! is given in <a href="http://www.apache.org/bugdb.cgi/full/695">PR#695</A>. ! </LI> ! <LI>If compilation fails complaining about "unknown symbol __inet_ntoa()" ! then you have probably installed version 8 of bind. You will need to ! explicitly link with the bind library by adding <CODE>-lbind</CODE> ! to <CODE>EXTRA_LFLAGS</CODE> in <CODE>Configuration</CODE>. See ! <A HREF="http://dev.apache.org/private/bugdb.cgi/full/616">PR#616</A> ! and the ! <A HREF="http://192.168.2.4:8080/htdocs/manual/misc/FAQ.html#bind8.1">Apache FAQ</A>. ! </LI> ! <LI>The message "<CODE>created shared memory segment #730499</CODE>" ! in error_log is not an error and should be ignored. See ! <a href="http://www.apache.org/bugdb.cgi/full/696">PR#696</A>. ! </LI> ! <LI> ! Compiling on Solaris 2 with SunSoft's C compiler gives the warning ! <CODE>"mod_include.c", line 1123: warning: end-of-loop code not ! reached</CODE>. This is a bogus warning and can be ignored. ! See <A HREF="http://dev.apache.org/private/bugdb.cgi/full/681">PR#681</A>. ! </LI> ! <LI> ! There appears to be a problem on BSDI 2.1 with large numbers of ! virtual hosts. This appears similar to a file-descriptor limit ! but BSDI should not have this problem. This will be tracked as ! <A HREF="http://dev.apache.org/private/bugdb.cgi/full/611">PR#611</A>. ! See also the ! <A HREF="http://192.168.2.4:8080/htdocs/manual/misc/FAQ.html#fdlim">Apache ! FAQ</A>. ! </LI> ! <LI> ! Solaris 2 has problems with large numbers of virtual hosts. This is ! because of an operating system limit of 256 file pointers, not due ! to Apache. ! See also the ! <A HREF="http://192.168.2.4:8080/htdocs/manual/misc/FAQ.html#fdlim">Apache ! FAQ</A>. ! </LI> </OL>