Toggle comments broken on v10.0.0-beta2

[brupelo]

Version: v10.0.0-beta2

Consider this little snippet:

export default function Foo(props) {
  return (
    <div>
      <Foo>
      </Foo>
    </div>
  );
}

And now try to comment/uncomment an inner block of code, ie:

You can see 2 examples of comment/uncomment not working:

1. If i select a block of code and comment/uncomment without selecting anything else will fail
2. If i select a block of code, comment and then I reselect the entire commented block it will also fail

[brupelo]

I don't know much about syntax highlighting in SublimeText but for those maintaining this project there is a really good package called Scope Hunter that could be useful

[Thom1729]

Is this a regression compared to previous versions? This is definitely something I'd like to find a way to improve either way.

[Thom1729]

I've submitted a PR upstream to improve commenting behavior in JSX (sublimehq/Packages#2787).

[skizzo]

I have the exact same problem, and am looking for a solution. On my other development environment, Sublime Text 3 still uses v8.6.3 of this package, and it's working there.

So my question is: Does anybody know how to force Sublime Text to use a specific version of a package?

[Thom1729]

I don't think Package Control supports pinning a package version. If this is breaking your workflow, you could uninstall via Package Control and check out the previous tag via git.

Either way, if this is a regression from the previous version, I intend to fix it. I know you said you had exactly the same problem as @brupelo, but just to be sure, can you post a code example?

I tried @brupelo's example in both the current release and the previous release, and neither of them does the right thing.

[skizzo]

Okay, thanks for the info about the package version. Here's an example and what happens when I try to comment/uncomment using the keyboard shortcut:

SublimeText3ReactSyntaxHighlightingComment.mp4

[Thom1729]

Yeah, this is definitely a bug. This case was also broken on the old version, so it's not a regression, but it still deserves a fix.

I've already submitted a fix for the ST4 JSX package. That particular fix will end up in babel-sublime when:

1. The PR is merged (and I've rebased JS Custom).
2. I release a ST4 build for babel-sublime.

Depending on how things look over the next few days, it may make sense to backport something to v10.

[Thom1729]

@skizzo I've released version 10.0.2 with a fix for that specific case. It's monkeypatched onto the compiled syntax definition, which is not great, but when v11 comes around everything should be in accord.

The fix does not address the issue @brupelo reports; that part of the upstream fix can't easily be backported for ST3.

[skizzo]

Thank you a lot @Thom1729 I can indeed confirm that the case I posted above is solved now with version 10.0.2!

I have only one more issue with the 10.0.2 vs. 8.6.3 topic:

SublimeText3ReactSyntaxHighlightingComment2.mp4

Is there any chance you could fix this as well? Thanks!

[Thom1729]

This should be fixed in v10.0.3.

[skizzo]

Thank you for the update, but it's behaving the exact same way as before, tested on 2 machines.

[Thom1729]

That would be because I forgot to push the commits before releasing. Try 10.0.4.

[skizzo]

Thanks, but I just updated to 10.0.4, restarted Sublime, but it's still the same..