)]}'
{
  "commit": "f4e2f6daad66de4ec9ac3bd66206b260d0088e8e",
  "tree": "78499b678065e1fb4dfc1d78aa257bd3e0294ad7",
  "parents": [
    "2c13154fa31d9d15a32a9a1ef624c2e15ef7f174"
  ],
  "author": {
    "name": "Richard Geldreich",
    "email": "richgel99@protonmail.com",
    "time": "Fri Oct 23 16:57:04 2026 -0400"
  },
  "committer": {
    "name": "Richard Geldreich",
    "email": "richgel99@protonmail.com",
    "time": "Fri Oct 23 16:57:04 2026 -0400"
  },
  "message": "Wuffs LDR loader: cap the decoder work buffer at 1 GiB (was 3 GiB)\n\nBounds the memory a small corrupt/truncated file claiming a huge image can make the loader allocate\nbefore Wuffs fails. Images within the 16384 dimension cap that need a larger work buffer (the largest\nprogressive JPEGs, ~\u003e9.4K^2 CMYK 4:4:4 / ~\u003e10.9K^2 YCbCr 4:4:4, and 8-bit RGBA PNGs right at 16384^2)\nare now rejected with the work-buffer error. Still overridable with -DBASISU_WUFFS_LDR_MAX_WORKBUF_BYTES.\n\nCo-Authored-By: Claude Opus 5.5 \u003cnoreply@anthropic.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "26b2544ea0a04d570d27cc30b126a13f860736db",
      "old_mode": 33188,
      "old_path": "encoder/basisu_enc.h",
      "new_id": "3f90cccd6666d174fb5fcd28c77a5508a8a34431",
      "new_mode": 33188,
      "new_path": "encoder/basisu_enc.h"
    }
  ]
}