Skip to content

harmony-regexp-properties should be not enabled without a flag yet #6251

Closed

Description

@ChALkeR

Extracted from #6155 (comment)
This is a v8 issue, upstream report: https://bugs.chromium.org/p/v8/issues/detail?id=4926

This affects v6 RC 2.

/cc @vsemozhetbyt, @jasnell, @ofrobots

I think this is worth a separate issue and that we should keep an eye on it — releasing 6.0.0 with this issue would mean that any future fix to this (i.e. hiding harmony-regexp-properties behind a flag) would technically be a semver-major change.

Activity

  1. added
    v8 engineIssues and PRs related to the V8 dependency.
    on Apr 17, 2016
  2. ofrobots commented on Apr 18, 2016

    @ofrobots
    Contributor

    @ChALkeR Thanks for extracting this into a separate issue. I would expect that a fix for this is likely to be merged back to V8 5.0 soon. Even if it wasn't, I think you're using too strict a definition of semver-major. Every bug fix, by definition, an is observable change. If a bug lives in the ecosystem for a very long time, and people start depending on that specific behaviour, only then it comes a semver major.

  3. jasnell commented on Apr 18, 2016

    @jasnell
    Member

    Changes to command line flags exposed by node are always semver-major but I think this one would be a gray area -- I'm not sure we need to treat flags exposed by v8 as a major.

  4. ofrobots commented on Apr 18, 2016

    @ofrobots
    Contributor

    @jasnell The command line flag already exists; the bug is that it wasn't being respected in code.

  5. jasnell commented on Apr 18, 2016

    @jasnell
    Member

    Awesome, then I'd definitely be surprised if it was anything more than a minor.

  6. ChALkeR commented on Apr 18, 2016

    @ChALkeR
    MemberAuthor

    @jasnell The issue here is that the code works without the harmony flag, when it shouldn't.

    The fix would make code that currently works out of the box not working anymore without a flag, that looks semver-major to me.

  7. bnoordhuis commented on Apr 18, 2016

    @bnoordhuis
    Member

    FWIW, https://bugs.chromium.org/p/v8/issues/detail?id=4743 is the tracking issue. v8/v8@e0d0c96a is the commit that introduced the flag but v8/v8@aba76874 first started using it. The former is in master, the latter is not; there are a few intermediate commits as well.

  8. jasnell commented on Apr 18, 2016

    @jasnell
    Member

    @ChALkeR ... understood, but even then I'm not 100% sure it rises to a semver-major. In any case, let's try to get it fixed before v6 is cut ;-)

  9. added this to the 6.0.0 milestone on Apr 18, 2016
  10. ChALkeR commented on Apr 19, 2016

    @ChALkeR
    MemberAuthor

    @jasnell Hm. Imo one way how this would be not a semver-major is this issue being explicitly documented as a bug in the release notes. That would solve it, perhaps.

  11. jasnell commented on Apr 19, 2016

    @jasnell
    Member

    +1, I prefer that approach

  12. vsemozhetbyt commented on Apr 19, 2016

    @vsemozhetbyt
    Contributor
  13. added a commit that references this issue on Apr 25, 2016
  14. added a commit that references this issue on Apr 26, 2016
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

    v8 engineIssues and PRs related to the V8 dependency.

    Type

    No type

    Projects

    No projects

      Milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions