testeranto 0.134.0 → 0.140.0

package/README.md

@@ -2,33 +2,29 @@
 
 ## The AI-powered BDD test framework for TypeScript projects
 
-🚧 WARNING: Testeranto is still under development and is not ready for production yet. 🚧
+#### 🚧 WARNING: Testeranto is still under development and is not ready for production yet. 🚧
 
-demo video: [youtube](https://www.youtube.com/embed/WvU5xMqGi6Q)
-
-source: [github.com/adamwong246/testeranto](https://github.com/adamwong246/testeranto)
-
-npm: [npmjs.com/package/testeranto](https://www.npmjs.com/package/testeranto)
-
-dev: [github.dev/adamwong246/testeranto](https://github.dev/adamwong246/testeranto)
-
-example repo: [testeranto-starter](https://github.com/adamwong246/testeranto-starter)
+- demo video: [youtube](https://www.youtube.com/embed/WvU5xMqGi6Q)
+- source: [github.com/adamwong246/testeranto](https://github.com/adamwong246/testeranto)
+- npm: [npmjs.com/package/testeranto](https://www.npmjs.com/package/testeranto)
+- dev: [github.dev/adamwong246/testeranto](https://github.dev/adamwong246/testeranto)
+- example repo: [testeranto-starter](https://github.com/adamwong246/testeranto-starter)
 
 ## What is testeranto?
 
 - Testeranto produces test results which can be fed to Aider.ai to automatically fix failing tests.
 - Testeranto tests are specified in a strongly-typed gherkin-like syntax. Rather than testing your code directly, Testeranto requires you wrap your code with a semantic interface which is based on TS type signatures.
-- Testeranto can be run in the frontend or the backend, or both.
+- Testeranto can run tests in the frontend or the backend, or both.
 - Testeranto can be used to test anything that can be bundled with esbuild.
 - Testeranto connects "features" to "tests". This allows the AI to read feature documentation from external systems, like Jira.
 - Testeranto generates test results into static a website which can be deployed to github pages easily.
+- Testeranto uses esbuild to bundle it's tests. The result is used to refine the list of files added to the context of the AI. **The consequence of this is that you can fit all relevant files, and ONLY the relevant files, into the LLMs context.**
 
 ## Key Technologies
 
-Testeranto builds on modern JavaScript/TypeScript tooling:
-
-| Technology | Purpose                                |
+|            |                                        |
 | ---------- | -------------------------------------- |
+| ESM        | Modern javascript tooling              |
 | TypeScript | Strongly-typed test definitions        |
 | Puppeteer  | Cross-runtime testing (Node & Browser) |
 | esbuild    | Fast test bundling                     |
@@ -63,78 +59,35 @@ const RectangleSpec = (Suite, Given, When, Then) => [
 ];
 ```
 
-3. Run your tests in two separate terminals:
+3. Run the tests
+
+To start testeranto in dev mode, build your tests in one terminal and execute them in another
 
 ```bash
 # Terminal 1 - Build in watch mode
-yarn t-build rectangle.test.ts dev
+yarn t-build rectangle.test.ts yourProject dev
 
 # Terminal 2 - Run in watch mode
-yarn t-run rectangle.test.ts dev
+yarn t-run rectangle.test.ts yourProject dev
 ```
 
-## Architecture Overview
-
-```mermaid
-flowchart TD
-    subgraph ThreePillars["Testeranto Core"]
-        Builder[Test Builder]
-        Runner[Test Runner]
-        Aider[AI Integration]
-    end
-
-    subgraph BuilderComponents[" "]
-        Specification[Specification]
-        Implementation[Implementation]
-        Interface[Interface]
-    end
-
-    subgraph Runtimes[" "]
-        Node[Node]
-        Web[Browser]
-        Pure[JS]
-    end
-
-    Builder --> Runner
-    Runner --> Aider
-    Aider --> Builder
-
-    Builder --> BuilderComponents
-    Runner --> Runtimes
-
-    style ThreePillars fill:none,stroke:#586e75
-    style Builder fill:#268bd2,stroke:#586e75,color:#fdf6e3
-    style Runner fill:#268bd2,stroke:#586e75,color:#fdf6e3
-    style Aider fill:#b58900,stroke:#586e75,color:#002b36
-    style BuilderComponents fill:#002b36,stroke:#586e75,color:#eee8d5
-    style Runtimes fill:#073642,stroke:#586e75,color:#eee8d5
-    style Specification fill:#2aa198,stroke:#586e75,color:#002b36
-    style Implementation fill:#2aa198,stroke:#586e75,color:#002b36
-    style Interface fill:#2aa198,stroke:#586e75,color:#002b36
-    style Node fill:#859900,stroke:#586e75,color:#002b36
-    style Web fill:#859900,stroke:#586e75,color:#002b36
-    style Pure fill:#859900,stroke:#586e75,color:#002b36
+or build and run your tests only once
+
+```bash
+yarn t-build rectangle.test.ts yourProject once && yarn t-run rectangle.test.ts yourProject once
 ```
 
 ## Runtime Platforms
 
-Testeranto runs tests in multiple runtime environments, each suited for different testing scenarios:
-
-| Runtime  | Description                                       | When To Use                                                            | Key Characteristics                                     |
-| -------- | ------------------------------------------------- | ---------------------------------------------------------------------- | ------------------------------------------------------- |
-| **Node** | Full IO access with Node.js built-in modules      | Testing backend code, Node APIs, or anything needing filesystem access | Runs in Node v8 via fork, has access to fs, crypto, etc |
-| **Web**  | DOM API access with browser capabilities          | Testing frontend code, UI interactions, or visual regression           | Runs in Chrome page, can take screenshots/recordings    |
-| **Pure** | Isolated JS runtime without external dependencies | Fast unit tests that don't need external resources                     | Dynamically imported into main thread, no IO access     |
-
-**Key Considerations:**
-
-- Use **Node** for testing backend services, file operations, or anything requiring Node.js APIs
-- Use **Web** when testing browser-specific code that references `document` or `window`
-- Use **Pure** for fast, isolated unit tests where you don't need console output or external resources
+|          | Runs on                       | You should use this runtime for...                                                                      | Important differences                                                                                       |
+| -------- | ----------------------------- | ------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------- |
+| **Node** | node V8 with fork             | testing backend code, Node APIs (like `fs` and `crypto`), or anything needing filesystem access         | has access to the filesystem and io                                                                         |
+| **Web**  | chrome browser                | testing frontend code, anything that uses `document` or `window`, UI interactions, or visual regression | can take screenshots/recordings                                                                             |
+| **Pure** | node v8, dynamically imported | testing code which can run on both node-v8 and the the browser                                          | Very similar to "Node" but has no IO access and thus, no console.log. This runtime is theoretically faster. |
 
 ## CLI Commands
 
-| Command                               | Description                                   |
+|                                       |                                               |
 | ------------------------------------- | --------------------------------------------- |
 | `yarn t-init`                         | Create a new testeranto project               |
 | `yarn t-build <YOUR_TESTS> dev\|once` | Build test bundles (watch or single-run mode) |
@@ -142,7 +95,7 @@ Testeranto runs tests in multiple runtime environments, each suited for differen
 | `yarn t-report`                       | Launch test report server                     |
 | `yarn t-aider`                        | Fix failing tests with AI                     |
 
-Example workflow:
+## Example workflow:
 
 ```bash
 # Initialize project
@@ -164,7 +117,7 @@ yarn t-run test/rectangle.test.ts once
 yarn t-aider
 ```
 
-## AI
+## Aider
 
 Testeranto generates a "prompt" alongside test results. This prompt is passed to aider as input.
 
@@ -181,14 +134,14 @@ Testeranto generates a "prompt" alongside test results. This prompt is passed to
 /load testeranto/reports/allTests/node/test/node/featurePrompt.txt
 
 // tell the AI what to do
-/code Fix the failing tests described in testeranto/reports/allTests/node/test/node/tests.json. Correct any type signature errors described in the files testeranto/reports/allTests/test/node/node/type_errors.txt. Implement any method which throws "Function not implemented. Resolve the lint errors described in testeranto/reports/allTests/test/node/node/lint_errors.json"
+Fix the failing tests described in testeranto/reports/allTests/node/test/node/tests.json. Correct any type signature errors described in the files testeranto/reports/allTests/test/node/node/type_errors.txt. Implement any method which throws "Function not implemented. Resolve the lint errors described in testeranto/reports/allTests/test/node/node/lint_errors.json"
 ```
 
 ## "Features"
 
 Testeranto connects "features" to tests. The features may be simple strings, but they can also take the form of local markdown files, or remote URLs to external feature tracking systems. For instance, this could be a jira ticket or a github issue. These features are used to inform the AI context.
 
-```ts
+```typescript
 import someMarkdownFile from "someMarkdownFile.md";
 
 ...
@@ -207,353 +160,6 @@ test0: Given.Default(
 
 ```
 
-## Core Concepts
-
-Testeranto's type system provides a rigorous framework for Behavior-Driven Development (BDD) testing. Let's break down the key components using a Rectangle class example.
-
-### 1. Test Subject
-
-First, define the class you want to test:
-
-```typescript
-class Rectangle {
-  constructor(public width: number, public height: number) {}
-
-  setWidth(w: number) {
-    this.width = w;
-  }
-  setHeight(h: number) {
-    this.height = h;
-  }
-  getArea() {
-    return this.width * this.height;
-  }
-}
-```
-
-### 2. Test Interface Types
-
-Testeranto uses a powerful type system to ensure your tests match your implementation:
-
-```typescript
-type IRectangle = Ibdd_in<
-  null, // No special initialization needed
-  null, // No special cleanup needed
-  Rectangle, // The test subject type
-  Rectangle, // State type between test steps
-  Rectangle, // Final state type
-  (n: number) => (r: Rectangle) => void, // When functions signature
-  (r: Rectangle) => number // Then functions signature
->;
-```
-
-This type definition ensures:
-
-- Type safety throughout the test lifecycle
-- Clear separation of test phases (setup, execution, verification)
-- Proper function signatures for test steps
-
-### 3. Test Specification
-
-Define your BDD-style tests with full type checking:
-
-```typescript
-const RectangleSpec: ITestSpecification<IRectangle> = (
-  Suite,
-  Given,
-  When,
-  Then
-) => [
-  Suite.Default("Rectangle Operations", {
-    // Test case 1: Basic dimension setting
-    basicDimensions: Given.Default(
-      ["Validate basic rectangle operations"],
-      [When.setWidth(5), When.setHeight(10)], // Actions
-      [Then.getWidth(5), Then.getHeight(10)] // Assertions
-    ),
-
-    // Test case 2: Area calculation
-    areaCalculation: Given.Default(
-      ["Validate area calculation"],
-      [When.setWidth(3), When.setHeight(4)],
-      [(r) => r.getArea() === 12] // Custom assertion
-    ),
-  }),
-];
-```
-
-### Development Workflow
-
-```mermaid
-
-
-
-
-flowchart LR
-
-    subgraph hh["humans"]
-        direction LR
-        Human[🧑💻 ]
-    end
-
-    subgraph bb["AI"]
-        direction LR
-        Bot[🤖🧠 aider]
-    end
-
-
-    tests ---> L
-    subgraph tests
-        direction LR
-        A[Test Specification]
-        B[Test Interface]
-        C[Test Implementation]
-        K[application code]
-    end
-
-    subgraph buildSystem
-        direction TB
-        L["t-build"]
-        M[t-run]
-        L ---> M
-
-        M ---> N
-        M --->O
-        M --->P
-        N["BDD tests"]
-        O["Static analysis"]
-        P["Type checking"]
-
-        Q["reports"]
-        N ---> Q
-        O ---> Q
-        P ---> Q
-
-
-
-    end
-
-    Q ---> bb
-
-    buildSystem ---> bb
-    bb ---> tests
-    hh ---> tests
-
-
-
-
-
-
-    %% Styling
-    style Human fill:#268bd2,stroke:#586e75,color:#fdf6e3
-    style Bot fill:#d33682,stroke:#586e75,color:#fdf6e3
-
-    %% Layout tweaks
-    classDef column margin-right:20px
-
-```
-
-**Key Components:**
-
-1. **Specification** - BDD test definitions (Given/When/Then)
-2. **Implementation** - Concrete test logic and assertions
-3. **Interface** - Test lifecycle hooks (before/after each)
-
-**Rapid Development Loop:**
-
-1. `t-build` continuously type-checks and bundles tests
-2. `t-run` executes tests as they change
-3. Aider analyzes failures and suggests fixes
-4. Developer iterates based on feedback
-
-The workflow creates a tight feedback loop where:
-
-- Type errors are caught immediately during build
-- Test failures trigger AI-assisted fixes
-- Changes propagate instantly through the system
-
-2. **Autocomplete** - IDE support for test steps
-3. **Refactoring safety** - Changes to implementation trigger type errors in tests
-4. **Documentation** - Types serve as living documentation
-
-### The Testing Lifecycle
-
-1. **Given** - Set up initial state
-2. **When** - Perform actions on the subject
-3. **Then** - Verify outcomes
-4. **Check** - Imperative-style validations (optional)
-
-Each phase is type-checked against your interface definition, ensuring tests remain valid as your code evolves.
-
-```js
-export default async <I extends IT, O extends OT, M>(
-
-  // the thing that is being tested.
-  input: I["iinput"],
-
-  testSpecification: ITestSpecification<I, O>,
-  testImplementation: ITestImplementation<I, O, M>,
-  testInterface: Partial<IWebTestInterface<I>>,
-  testResourceRequirement: ITTestResourceRequest = defaultTestResourceRequirement
-) => {
-
-  // or WebTesteranto<I, O, M> or PureTesteranto<I, O, M>
-  return new NodeTesteranto<I, O, M>(
-    input,
-    testSpecification,
-    testImplementation,
-    testResourceRequirement,
-    testInterface
-  );
-};
-
-```
-
-Practically speaking, for each thing you test, you will need to implement 3 types and 4 objects.
-
-#### type I
-
-this type describes the shape of the BDD test
-
-```ts
-export type I = Ibdd_in<
-  null,
-  null,
-  Rectangle,
-  Rectangle,
-  Rectangle,
-  (...x) => (rectangle: Rectangle, utils: IPM) => Rectangle,
-  (rectangle: Rectangle, utils: IPM) => Rectangle
->;
-```
-
-#### type O
-
-this type describes the shape of the "interface"
-
-```ts
-export type O = Ibdd_out<
-  // Suite
-  {
-    Default: [string];
-  },
-  // "Given" are initial states
-  {
-    Default;
-    WidthOfOneAndHeightOfOne;
-    WidthAndHeightOf: [number, number];
-  },
-  // "Whens" are steps which change the state of the test subject
-  {
-    HeightIsPubliclySetTo: [number];
-    WidthIsPubliclySetTo: [number];
-    setWidth: [number];
-    setHeight: [number];
-  },
-  // "Thens" are steps which make assertions of the test subject
-  {
-    AreaPlusCircumference: [number];
-    circumference: [number];
-    getWidth: [number];
-    getHeight: [number];
-    area: [number];
-    prototype: [];
-  },
-  // "Checks" are similar to "Givens"
-  {
-    Default;
-    WidthOfOneAndHeightOfOne;
-    WidthAndHeightOf: [number, number];
-  }
->;
-```
-
-#### type M (optional)
-
-this type describes the modifications to the shape of the "specification". It can be used to make your BDD tests DRYer but is not necessary
-
-```ts
-export type M = {
-  givens: {
-    [K in keyof O["givens"]]: (...Iw: O["givens"][K]) => Rectangle;
-  };
-  whens: {
-    [K in keyof O["whens"]]: (
-      ...Iw: O["whens"][K]
-    ) => (rectangle: Rectangle, utils: PM) => Rectangle;
-  };
-  thens: {
-    [K in keyof O["thens"]]: (
-      ...Iw: O["thens"][K]
-    ) => (rectangle: Rectangle, utils: PM) => Rectangle;
-  };
-};
-```
-
-#### the "specification" aka ITestSpecification<I, O>
-
-The test specification is the BDD tests logic. The specification implements BDD directives "Given", "When", and Then"
-
-```ts
-export const RectangleTesterantoBaseTestSpecification: ITestSpecification<
-  I,
-  O
-> = (Suite, Given, When, Then, Check) => {
-  return [
-    Suite.Default(
-      "Testing the Rectangle class",
-      {
-        // A "given" is a strict BDD test. It starts with an initial state, then executes the "whens" which update the test subject, and then executes the "thens" as a assertions.
-        test0: Given.Default(
-          // a list of features
-          ["https://api.github.com/repos/adamwong246/testeranto/issues/8"],
-          // a list of "whens"
-          [When.setWidth(4), When.setHeight(19)],
-          // a list of "thens"
-          [Then.getWidth(4), Then.getHeight(19)]
-        ),
-      },
-
-      [
-        // a "check" is a less strict style of test. Instead of lists of whens and thens, you get a function callback.
-        Check.Default("imperative style?!", [], async (rectangle) => {
-          Then.getWidth(2).thenCB(rectangle);
-          Then.getHeight(2).thenCB(rectangle);
-          When.setHeight(22).whenCB(rectangle);
-          Then.getHeight(232).thenCB(rectangle);
-        }),
-      ]
-    ),
-  ];
-};
-```
-
-#### the "interface" aka testInterface: Partial<IWebTestInterface<I>>
-
-The test interface is code which is NOT BDD steps. The interface implements "before all", "after all", "before each", and "after each", all of which are optional. f
-
-```ts
-export const RectangleTesterantoBaseInterface: IPartialInterface<I> = {
-  beforeEach: async (subject, i) => {
-    return i();
-  },
-  andWhen: async function (s, whenCB, tr, utils) {
-    return whenCB(s)(s, utils);
-  },
-  butThen: async (s, t, tr, pm) => {
-    return t(s, pm);
-  },
-};
-```
-
-#### the "test resource requirement" aka ITTestResourceRequest (optional)
-
-The test resource requirement describes things that the test needs to run, namely network ports. It is optional, but you should add this argument if your test needs to rely upon network ports
-
-```ts
-// TODO add example of test resource requirement
-```
-
 ## Sidecars (COMING SOON)
 
 Along side your test, you can include a number of "sidecars" which are other bundled javascript assets upon which your test depends. For example, suppose you have an app with a frontend and backend component. You could run a react test in the web and include the node http server as a sidecar.

package/bundle.js

@@ -25,7 +25,7 @@ await esbuild.build({
 })
 
 await esbuild.build({
-  entryPoints: ['src/ReportClient.tsx', 'src/TestReport.tsx', 'src/Project.tsx'],
+  entryPoints: ['src/TestReport.tsx', 'src/Project.tsx'],
   bundle: true,
   format: "iife",
   platform: "browser",

package/dist/common/src/CoreTypes.js

@@ -0,0 +1,2 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });

package/dist/common/src/Init.js

@@ -25,7 +25,10 @@ exports.default = async () => {
         }
     });
     fs_1.default.copyFileSync(`node_modules/testeranto/dist/prebuild/Project.js`, `testeranto/Project.js`);
-    fs_1.default.copyFileSync(`node_modules/testeranto/dist/prebuild/ReportClient.js`, `testeranto/ReportClient.js`);
+    // fs.copyFileSync(
+    //   `node_modules/testeranto/dist/prebuild/ReportClient.js`,
+    //   `testeranto/ReportClient.js`
+    // );
     fs_1.default.copyFileSync(`node_modules/testeranto/dist/prebuild/Project.css`, `testeranto/Project.css`);
     // fs.copyFileSync(
     //   `node_modules/testeranto/dist/prebuild/ReportClient.css`,

package/dist/common/src/Node.js

@@ -51,6 +51,6 @@ const testeranto = async (input, testSpecification, testImplementation, testInte
         //   });
         // });
     }
-    return t;
+    // return t;
 };
 exports.default = testeranto;

package/dist/common/src/PM/PM_WithEslintAndTsc.js

@@ -72,8 +72,12 @@ class PM_WithEslintAndTsc extends base_js_1.PM_Base {
         this.makePrompt = async (entryPoint, addableFiles, platform) => {
             this.summary[entryPoint].prompt = "?";
             const promptPath = (0, utils_1.promptPather)(entryPoint, platform, this.name);
-            const testPaths = path_1.default.join("testeranto", "reports", this.name, platform, entryPoint.split(".").slice(0, -1).join("."), `tests.json`);
+            const testPaths = path_1.default.join("testeranto", "reports", this.name, entryPoint.split(".").slice(0, -1).join("."), platform, `tests.json`);
             const featuresPath = path_1.default.join("testeranto", "reports", this.name, platform, entryPoint.split(".").slice(0, -1).join("."), `featurePrompt.txt`);
+            const logPath = path_1.default.join("testeranto", "reports", this.name, entryPoint.split(".").slice(0, -1).join("."), platform, `console_log.txt`);
+            const lintPath = path_1.default.join("testeranto", "reports", this.name, entryPoint.split(".").slice(0, -1).join("."), platform, `lint_errors.json`);
+            const typePath = path_1.default.join("testeranto", "reports", this.name, entryPoint.split(".").slice(0, -1).join("."), platform, `type_errors.txt`);
+            const messagePath = path_1.default.join("testeranto", "reports", this.name, entryPoint.split(".").slice(0, -1).join("."), platform, `message`);
             fs_1.default.writeFileSync(promptPath, `
 ${addableFiles
                 .map((x) => {
@@ -81,14 +85,12 @@ ${addableFiles
             })
                 .join("\n")}
 
-/read ${(0, utils_1.lintPather)(entryPoint, platform, this.name)}
-/read ${(0, utils_1.tscPather)(entryPoint, platform, this.name)}
 /read ${testPaths}
-
-/load ${featuresPath}
-
-/code Fix the failing tests described in ${testPaths}. Correct any type signature errors described in the files ${(0, utils_1.tscPather)(entryPoint, platform, this.name)}. Implement any method which throws "Function not implemented. Resolve the lint errors described in ${(0, utils_1.lintPather)(entryPoint, platform, this.name)}"
-          `);
+/read ${logPath}
+/read ${typePath}
+/read ${lintPath}
+`);
+            fs_1.default.writeFileSync(messagePath, `Fix the failing tests described in ${testPaths} and ${logPath}. DO NOT refactor beyond what is necessary. Always prefer minimal changes, focusing mostly on keeping the BDD tests passing`);
             this.summary[entryPoint].prompt = `aider --model deepseek/deepseek-chat --load testeranto/${this.name}/reports/${platform}/${entryPoint
                 .split(".")
                 .slice(0, -1)

package/dist/common/src/PM/__tests__/nodeSidecar.testeranto.js

@@ -41,7 +41,7 @@ const implementation = {
                     return mockProcess;
                 },
                 addListener: () => mockProcess,
-                removeListener: () => mockProcess
+                removeListener: () => mockProcess,
             };
             process = mockProcess;
             let writeCalled = false;
@@ -63,7 +63,7 @@ const implementation = {
                 removeListener: () => {
                     removeListenerCalled = true;
                     return mockProcess;
-                }
+                },
             };
             process = mockProcess;
             await sidecar.send("test-command", "test");

package/dist/common/src/PM/main.js

@@ -312,7 +312,9 @@ class PM_Main extends PM_WithEslintAndTsc_js_1.PM_WithEslintAndTsc {
             const builtfile = dest;
             let haltReturns = false;
             const ipcfile = "/tmp/tpipe_" + Math.random();
-            const child = (0, node_child_process_1.spawn)("node", [builtfile, testResources, ipcfile], {
+            const child = (0, node_child_process_1.spawn)("node", 
+            // "node --inspect-brk ",
+            [builtfile, testResources, ipcfile], {
                 stdio: ["pipe", "pipe", "pipe", "ipc"],
             });
             let buffer = new Buffer("");
@@ -367,7 +369,6 @@ class PM_Main extends PM_WithEslintAndTsc_js_1.PM_WithEslintAndTsc {
                     oStream.write(`stdout > ${data}`);
                 });
                 child.on("close", (code) => {
-                    console.log("close");
                     oStream.close();
                     server.close();
                     // this.receiveFeaturesV2(reportDest, src, "node");
@@ -386,14 +387,12 @@ class PM_Main extends PM_WithEslintAndTsc_js_1.PM_WithEslintAndTsc {
                     haltReturns = true;
                 });
                 child.on("exit", (code) => {
-                    console.log("exit");
                     haltReturns = true;
                     for (let i = 0; i <= portsToUse.length; i++) {
                         if (portsToUse[i]) {
                             this.ports[portsToUse[i]] = true; //port is open again
                         }
                     }
-                    console.log("exitthis.ports", this.ports);
                 });
                 child.on("error", (e) => {
                     console.log("error");
@@ -429,7 +428,10 @@ class PM_Main extends PM_WithEslintAndTsc_js_1.PM_WithEslintAndTsc {
                             files[src] = new Set();
                         }
                         // files[t].add(filepath);
-                        fs_1.default.writeFileSync(destFolder + "/manifest.json", JSON.stringify(Array.from(files[src])));
+                        // fs.writeFileSync(
+                        //   destFolder + "/manifest.json",
+                        //   JSON.stringify(Array.from(files[src]))
+                        // );
                         delete files[src];
                         Promise.all(screenshots[src] || []).then(() => {
                             delete screenshots[src];
@@ -749,7 +751,10 @@ class PM_Main extends PM_WithEslintAndTsc_js_1.PM_WithEslintAndTsc {
                         files[src] = new Set();
                     }
                     // files[t].add(filepath);
-                    fs_1.default.writeFileSync(destFolder + "/manifest.json", JSON.stringify(Array.from(files[src])));
+                    // fs.writeFileSync(
+                    //   destFolder + "/manifest.json",
+                    //   JSON.stringify(Array.from(files[src]))
+                    // );
                     delete files[src];
                     Promise.all(screenshots[src] || []).then(() => {
                         delete screenshots[src];
@@ -970,7 +975,7 @@ class PM_Main extends PM_WithEslintAndTsc_js_1.PM_WithEslintAndTsc {
                 slowMo: 1,
                 waitForInitialPage: false,
                 executablePath,
-                headless: false,
+                headless: true,
                 dumpio: false,
                 devtools: false,
                 args: [