)]}'
{
  "commit": "bf6f744d19a84a7d0c3f5acbc844123a8197165a",
  "tree": "d188cbd85161e8c2c5ab1e2539c7fb07c0a08a65",
  "parents": [
    "a8180685cf4da2c3cdb67980588a31ec8b9d4d19"
  ],
  "author": {
    "name": "Danil Chapovalov",
    "email": "danilchap@webrtc.org",
    "time": "Thu Jul 23 13:35:55 2026"
  },
  "committer": {
    "name": "webrtc-scoped@luci-project-accounts.iam.gserviceaccount.com",
    "email": "webrtc-scoped@luci-project-accounts.iam.gserviceaccount.com",
    "time": "Fri Jul 24 09:18:16 2026"
  },
  "message": "Check RTP sequence number order when assembling H264 frame in PacketBuffer\n\nPacketBuffer::buffer_ slots can be re-used by packets with with\ndifferent sequence numbers when their difference is multiple of\nbuffer_.size()\n\nNon-H264 code path validates RTP sequence numbers continuity in\n`PotentialNewFrame` helper, H264 code path missed such check as the new\ntest demonstrate.\n\nBug: chromium:537233963\nChange-Id: I6af0f52bfcb3a4437450dffcece85bee7ce172cd\nReviewed-on: https://webrtc-review.googlesource.com/c/src/+/490840\nReviewed-by: Åsa Persson \u003casapersson@webrtc.org\u003e\nCommit-Queue: Danil Chapovalov \u003cdanilchap@webrtc.org\u003e\nCr-Commit-Position: refs/heads/main@{#48222}\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "961b41e66fbdeca71cd0203745c888161be0b392",
      "old_mode": 33188,
      "old_path": "modules/video_coding/packet_buffer.cc",
      "new_id": "0efaa8749a18ee0878804df616092be0df03220d",
      "new_mode": 33188,
      "new_path": "modules/video_coding/packet_buffer.cc"
    },
    {
      "type": "modify",
      "old_id": "29f13e4f3e6ee146826341762c7823b79e733f56",
      "old_mode": 33188,
      "old_path": "modules/video_coding/packet_buffer_unittest.cc",
      "new_id": "45b09e6acaa45b3a834aa0bdd7af7772feb02a26",
      "new_mode": 33188,
      "new_path": "modules/video_coding/packet_buffer_unittest.cc"
    }
  ]
}