Skip to content

Implement assertion error messages and more #46

Open

Description

@BridgeAR

As a follow-up of #44 it's still required to use util.inspect. That's currently not the case and a lot of message tests fail because of that.

Activity

  1. changed the title [-]Implement assertion error messages[/-] [+]Implement assertion error messages and more[/+] on May 6, 2019
  2. BridgeAR commented on May 6, 2019

    @BridgeAR
    MemberAuthor

    This issue is meant as general tracker for things that should be implemented after #44 landed.

    As such we have to decide if we want to keep on supporting IE or not. I personally would drop the support in another semver-major. Otherwise it's difficult to keep up with changes and implement new features.

  3. BridgeAR commented on May 6, 2019

    @BridgeAR
    MemberAuthor

    If someone would still want to use the IE they would have to transpile the code with babel accordingly and hope everything works well. I guess most features that someone in the IE would use would keep on working and it's mainly the tests that are difficult to keep up (like new language features are not required in the IE so code branches working specially for new types would not be taken etc).

  4. rvagg commented on Jan 10, 2020

    @rvagg

    @BridgeAR are you maintaining this library these days? It could do with a new sync I think. throws, rejects and others seem to be outdated or missing (I've resorted to manual polyfills for both in different situations). Also yeah, error messages are pretty wonky when seen side-by-side with Node's.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions