Skip to content

Investigate setting destroy in a less odd way #214

@mcmire

Description

@mcmire

We can update this ticket later but for now I will leave a reference to this comment:

Unfortunately, the way that SubscriptionManager sets destroy on the middleware is odd. This forces me to store that anonymous function elsewhere so that I can still call it after wrapping/replacing subscriptionManager.middleware.destroy to ensure it also calls this.#unsubscribe.

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions