Text file src/cmd/go/testdata/script/test_default_godebug_issue69203.txt

     1  # This is the case reported in issue #69203. Setting GO111MODULE
     2  # off sets the Go version used to determine default GODEBUG settings
     3  # to Go 1.20, flipping the httplaxcontentlength godebug's value to "1".
     4  # Doing so causes net/http.TestReadResponseErrors to fail.
     5  # Before CL 610875, the default GODEBUG was only sometimes used to generate the actionID
     6  # for a link: if the binary being linked was package main, the default GODEBUG would be
     7  # embedded in the build info, which is in turn used for the action id. But for a test
     8  # of a non-main package, there would be no build info set and the default godebug would not
     9  # be taken into account in the action id. So if the only difference between a test run was the
    10  # default GODEBUG setting, the cached test result would be used (even though the
    11  # binaries were different because they contained different default GODEBUG values).
    12  # Now we explicitly add the default GODEBUG to the action id, so the test binaries' link actions
    13  # have different actionIDs. That means that the cached test results (whose action ids
    14  # are based on the test binaries' action ids) should only be used when the default GODEBUG matches.
    15  
    16  [short] skip 'runs go test'
    17  
    18  # Baseline: ensure TestReadResponseErrors fails with GODEBUG httplaxcontentlength=1.
    19  env GO111MODULE=off
    20  ! go test net/http -run=^TestReadResponseErrors$
    21  
    22  # Ensure that it passes without httplaxcontentlength=1.
    23  env GO111MODULE=on
    24  go test net/http -run=^TestReadResponseErrors$
    25  
    26  # Make sure that the previous cached pass isn't reused when setting httplaxcontentlength=1.
    27  env GO111MODULE=off
    28  ! go test net/http -run=^TestReadResponseErrors$
    29  

View as plain text