)]}'
{
  "commit": "a22aa63c28a4a1b2c66c011be387743c5e404a73",
  "tree": "0eedcbe3501e4ea2e4831b9f931fa57d10bec96d",
  "parents": [
    "992a617900a9ddc8da99483303082b6896035b45"
  ],
  "author": {
    "name": "Maxim Dounin",
    "email": "mdounin@mdounin.ru",
    "time": "Tue Jan 12 16:59:31 2021 +0300"
  },
  "committer": {
    "name": "Maxim Dounin",
    "email": "mdounin@mdounin.ru",
    "time": "Tue Jan 12 16:59:31 2021 +0300"
  },
  "message": "Upstream: fixed zero size buf alerts on extra data (ticket #2117).\n\nAfter 7675:9afa45068b8f and 7678:bffcc5af1d72 (1.19.1), during non-buffered\nsimple proxying, responses with extra data might result in zero size buffers\nbeing generated and \"zero size buf\" alerts in writer.  This bug is similar\nto the one with FastCGI proxying fixed in 7689:da8d758aabeb.\n\nIn non-buffered mode, normally the filter function is not called if\nu-\u003elength is already 0, since u-\u003elength is checked after each call of\nthe filter function.  There is a case when this can happen though: if\nthe response length is 0, and there are pre-read response body data left\nafter reading response headers.  As such, a check for u-\u003elength is needed\nat the start of non-buffered filter functions, similar to the one\nfor p-\u003elength present in buffered filter functions.\n\nAppropriate checks added to the existing non-buffered copy filters\nin the upstream (used by scgi and uwsgi proxying) and proxy modules.\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "3d8768af6739855730e4e11f8afd9f8090feea98",
      "old_mode": 33188,
      "old_path": "src/http/modules/ngx_http_proxy_module.c",
      "new_id": "77a1e0d7f697184d9f4f7af02fcf8b65b64287ed",
      "new_mode": 33188,
      "new_path": "src/http/modules/ngx_http_proxy_module.c"
    },
    {
      "type": "modify",
      "old_id": "dda4046be8a116f7179f5af3cb5368949c8d3c5d",
      "old_mode": 33188,
      "old_path": "src/http/ngx_http_upstream.c",
      "new_id": "9cbb5a3b0c9735fa25abb0fac010fc93b2c25268",
      "new_mode": 33188,
      "new_path": "src/http/ngx_http_upstream.c"
    }
  ]
}