)]}'
{
  "commit": "cf81c57f6d60708f37ba7b44bf0e2a212e2fff58",
  "tree": "b7d65939a65b2131b8301824c550c3af1326e0f6",
  "parents": [
    "227ec471d0e3a502bfb7d3971aa133ae10dc5599"
  ],
  "author": {
    "name": "Gwen Mittertreiner",
    "email": "gmtr@fuchsia.infra.roller.google.com",
    "time": "Fri May 15 13:52:33 2026 -0700"
  },
  "committer": {
    "name": "Copybara-Service",
    "email": "copybara-worker@google.com",
    "time": "Fri May 15 15:09:34 2026 -0700"
  },
  "message": "[roll] Roll fuchsia [trace] Properly Flush the Final Compression Chunk\n\nThe zstd crate has a slightly confusing/footgunish api which we fell\ninto. While encodes and decoders both have \"finish\" methods how they get\nused is different.\n\nFor encoding, \"finish\" is _required_ and will write data and return how\nmuch data is written.\n\nFor decoding\u0027s, the \"finish\" method doesn\u0027t do anything and always\nreturns 0. This caused the bug, we don\u0027t actually flush the final\nbuffer. Instead, you need to call \"run_on_buffers\" until it returns 0\nbytes written indicating there\u0027s no data remaining.\n\nOriginal-Original-Bug: 513352066\nOriginal-Original-Reviewed-on: https://fuchsia-review.googlesource.com/c/fuchsia/+/1613122\nOriginal-Original-Revision: 15598d2457f458bdb646706e1b0e45949705b59c\nGitOrigin-RevId: e13d3571a078eb337eb6e27f76b12d245d16916d\nChange-Id: Id60ff5f734e974af96f76f036ceb4f7b7286a579\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "0d71108b6fa4b7570b9d63bcd6beb0c8aa7be846",
      "old_mode": 33188,
      "old_path": "stem",
      "new_id": "3b51d73390eaeb3cad9a2f280add7451e2ee22d1",
      "new_mode": 33188,
      "new_path": "stem"
    }
  ]
}