1. 25 May, 2016 2 commits
  2. 24 May, 2016 1 commit
  3. 23 May, 2016 2 commits
    • Brandon Black's avatar
      Correctly handle HTTP/1.1 EOF response · 7e90a2b4
      Brandon Black authored
      Commit e142a199 for Issue #1918 fixed up the case where the
      server sends an HTTP/1.1 response with no Content-Length, no
      Transfer-Encoding, but with Connection:close.
      
      This fixes the very similar case where all the conditions are the
      same except that there's also no Connection: close header, but the
      content is still implicitly delimited by the server closing the
      connection.
      
      This behavior has been observed from multiple versions of Apache
      with WSGI applications behind it, resulting in broken
      Content-Length:0 responses from Varnish.
      
      Ref: varnishcache/varnish-cache#1954
      7e90a2b4
    • Federico G. Schwindt's avatar
      933b8cf4
  4. 22 May, 2016 2 commits
    • Poul-Henning Kamp's avatar
      Introduce "VCL labels". · dcbf38c5
      Poul-Henning Kamp authored
      A VCL label is a symbolic name pointing to a "real" VCL program.
      
      Labels are created with "vcl.label <labelname> <vclname>"
      
      Labels are removed with vcl.discard.
      
      VCL labels can be the active VCL and can be repointed to a different
      VCL while being so.
      
      Labels and the VCLs they point to are always warm.
      
      One possible use could be for site develpment to label a "production",
      and a "emergency" VCL so operations personel only have to know
      these two labels, not worrying about versioning of the VCLs.
      
      Of course I have evil plans which are more interesting...
      dcbf38c5
    • Poul-Henning Kamp's avatar
      Introduce "VCL labels". · 34350d5e
      Poul-Henning Kamp authored
      A VCL label is a symbolic name pointing to a "real" VCL program.
      
      VCL labels can be the active VCL and can be repointed to a different
      VCL at any time.
      
      Labels are always warm, and can be discarded with vcl.discard if not
      in use.
      
      Labeled VCLs are _also_ always warm.
      
      One possible use could be for site develpment to label a "production",
      and a "emergency" VCL so operations personel only have to know
      these two labels, not worrying about versioning of the VCLs.
      
      Of course I have other interesting evil plans for this too...
      34350d5e
  5. 21 May, 2016 13 commits
  6. 20 May, 2016 2 commits
  7. 19 May, 2016 7 commits
  8. 18 May, 2016 6 commits
  9. 17 May, 2016 1 commit
    • Nils Goroll's avatar
      invalidate the cli_fd of dead varnishds · bacec6ac
      Nils Goroll authored
      In particular, this avoids a later backend.list attempt on a file descriptor
      to a dead process and, consequently, avoids a long delay in varnishtest
      when varnishd cant be started (for instance, because it is not in PATH).
      bacec6ac
  10. 16 May, 2016 4 commits