Greptile Summary

This PR fixes a type-declaration mismatch in toHaveHTML: the public .d.ts was typed with StringOptions while the runtime implementation (src/matchers/element/toHaveHTML.ts) already accepted HTMLOptions (which extends StringOptions with includeSelectorTag). The fix aligns the declaration with the implementation and adds a mocha type test to validate the corrected signature.

Confidence Score: 5/5

Safe to merge — the change is a one-line type correction that aligns the public declaration with the existing runtime implementation.

The fix is minimal, correct, and backward-compatible (HTMLOptions extends StringOptions). The implementation already used HTMLOptions internally, so no runtime behavior changes. Only a P2 style observation about missing parallel type tests in other framework files.

No files require special attention.

Class Diagram

%%{init: {'theme': 'neutral'}}%%
classDiagram
    class CommandOptions {
        +message?: string
    }
    class StringOptions {
        +ignoreCase?: boolean
        +trim?: boolean
        +containing?: boolean
    }
    class HTMLOptions {
        +includeSelectorTag?: boolean
    }
    CommandOptions <|-- StringOptions
    StringOptions <|-- HTMLOptions

    class toHaveHTML {
        +html: string | RegExp | PartialMatcher | Array
        +options?: HTMLOptions
    }
    toHaveHTML --> HTMLOptions : uses (was StringOptions)

_{Reviews (1): Last reviewed commit: "fix: Typing on toHaveHTML should allow H..." | Re-trigger Greptile}