+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
On Sun, May 8, 2016 at 12:30 PM, wrote:
>
> + * Don't globber scoreboard request info if read_request_line() fails with
> + a timeout. In that case there's not yet any new useful request info
> + available.
> + Noticed via server-status showing request "NULL" after keep-alive
> +
Am 08.05.2016 um 14:29 schrieb Yann Ylavic:
On Sun, May 8, 2016 at 12:30 PM, wrote:
+ * Don't globber scoreboard request info if read_request_line() fails with
+ a timeout. In that case there's not yet any new useful request info
+ available.
+ Noticed via server-status showing
Am 08.05.2016 um 16:30 schrieb Rainer Jung:
Am 08.05.2016 um 14:29 schrieb Yann Ylavic:
On Sun, May 8, 2016 at 12:30 PM, wrote:
+ * Don't globber scoreboard request info if read_request_line()
fails with
+ a timeout. In that case there's not yet any new useful request
info
+ availa
Isn't conn_rec->keepalives an indicator?
/Stefan
> Am 08.05.2016 um 16:30 schrieb Rainer Jung :
>
> If that would be consensus, it would mean, we should only reset the request
> info at the start of a connection. For sync connections, that's exactly what
> happens already. For http2 I'm not su
[top posting reodered]
On Sun, May 8, 2016 at 7:21 PM, Stefan Eissing
wrote:
>
>> Am 08.05.2016 um 16:30 schrieb Rainer Jung :
>>
>> If that would be consensus, it would mean, we should only reset the request
>> info at the start of a connection. For sync connections, that's exactly what
>> hap
Am 08.05.2016 um 20:06 schrieb Yann Ylavic:
[top posting reodered]
On Sun, May 8, 2016 at 7:21 PM, Stefan Eissing
wrote:
Am 08.05.2016 um 16:30 schrieb Rainer Jung :
If that would be consensus, it would mean, we should only reset the request
info at the start of a connection. For sync conn