@hyperframes/aws-lambda 0.8.126 → 0.8.128

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@hyperframes/aws-lambda",
3
- "version": "0.8.126",
3
+ "version": "0.8.128",
4
4
  "description": "AWS Lambda adapter for HyperFrames distributed rendering — handler, client-side SDK, and CDK construct.",
5
5
  "repository": {
6
6
  "type": "git",
@@ -45,7 +45,7 @@
45
45
  "ffprobe-static": "^3.1.0",
46
46
  "puppeteer-core": "^25.8.0",
47
47
  "tar": "^7.4.3",
48
- "@hyperframes/producer": "^0.8.126"
48
+ "@hyperframes/producer": "^0.8.128"
49
49
  },
50
50
  "devDependencies": {
51
51
  "@types/aws-lambda": "^8.10.146",
@@ -6,7 +6,7 @@
6
6
  * assume all three exist at module scope:
7
7
  * - postcss et al. call top-level `require(...)`
8
8
  * - wawoff2's emscripten build (pulled in unconditionally via
9
- * producer → fontCompression) reads `__dirname` at module scope
9
+ * producer → core fonts/fontCompression) reads `__dirname` at module scope
10
10
  * Without the shims the handler throws "Dynamic require of <X> is not
11
11
  * supported" / "__dirname is not defined in ES module scope" at import time,
12
12
  * before it can run — which is exactly how a freshly deployed stack crashed