)]}'
{
  "commit": "95d04c7dea016381eee5b8a40248eb6773a9d835",
  "tree": "ea24f647c577b0576892dd295d041cf403a9b62f",
  "parents": [
    "2be720651f1dfa125f529c458031354a8aae7393"
  ],
  "author": {
    "name": "Madeline Kalil",
    "email": "mkalil@google.com",
    "time": "Tue Sep 01 15:00:30 2026 -0400"
  },
  "committer": {
    "name": "Madeline Kalil",
    "email": "mkalil@google.com",
    "time": "Wed Sep 02 07:15:47 2026 -0700"
  },
  "message": "gopls/internal/test/integration: fix TestSimplifyCompositeLitDiagnostic\n\nThis test used to be called TestStaticcheckDiagnostic and verified\nthat staticcheck would generate a diagnostic to simplify the\nliteral with a redundant type.\n\nNow, it tests the gopls analyzer simplifycompositelit,\nso it should not run the staticcheck analyzers.\n\nMy guess is that this test is flaky because there is some\nrace condition happening due to setting staticcheck: true,\nwhich triggers an expensive process. (We recently\nupdated staticcheck so maybe the timing is related)\nWill investigate more, but this should fix the flake.\n\nFixes golang/go#81281\n\nChange-Id: If34b5e265d765cfa1c02b444b9ddeb773375d1ea\nReviewed-on: https://go-review.googlesource.com/c/tools/+/826024\nLUCI-TryBot-Result: golang-scoped@luci-project-accounts.iam.gserviceaccount.com \u003cgolang-scoped@luci-project-accounts.iam.gserviceaccount.com\u003e\nReviewed-by: Peter Weinberger \u003cpjw@google.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "c5a5f931ae94cfc62a7e895d2a550c1568a762c7",
      "old_mode": 33188,
      "old_path": "gopls/internal/test/integration/diagnostics/diagnostics_test.go",
      "new_id": "d812ee27e8a5b9533b2f4d37c9affd1bb7b2464f",
      "new_mode": 33188,
      "new_path": "gopls/internal/test/integration/diagnostics/diagnostics_test.go"
    }
  ]
}