Possible bug in SSI include handling

[dr-dr xp]

This bug has existed for a long time since nginx 0.6×. Sockets are closed
incorrectly when ssi sub-requests finished.

The workaround is to set 'wait' attribute to be true which make sub-requests
go to back end one by one.


On Thu, Dec 31, 2009 at 10:58 PM, Maxim Dounin <mdounin at mdounin.ru> wrote:

> Hello!
>
> On Wed, Dec 30, 2009 at 02:42:16PM -0500, Maxim Khitrov wrote:
>
> > This file structure required to duplicate this bug is a bit complex to
> > explain. Therefore, I put the required files into a tiny archive,
> > which you can download from [1].
>
> [...]
>
> > I started looking through the source code for ssi module, but I'm
> > hoping that someone more familiar with nginx internals would be able
> > to find a solution quicker. It seems that adding wait="yes" to the
> > virtual include in bad.html also fixes the problem, so I suspect that
> > the issue is with requests being performed in parallel.
>
> I'm able to reproduce it here, thanks.  I'll take a look (but most
> likely after New Year).
>
> It seems to be caused by mix of waited (include file=... is
> implicitly waited) and non-waited subrequests with non-trivial
> nesting.
>
> BTW, Happy New Year!
>
> Maxim Dounin
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://nginx.org/mailman/listinfo/nginx
>



-- 
要了几天饱饭就不记得西北风啥味了
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx/attachments/20100101/74a72921/attachment.html>