• Version: v10.x
• Platform: all
• Subsystem: repl

What steps will reproduce the bug?

$ node
> function foo() {
... let n = 10n;
Thrown:
let n = 10n;
           ^

SyntaxError: Unexpected end of input
>

How often does it reproduce? Is there a required condition?

Reproduces all the time.

What is the expected behavior?

Should not cause an

So getAllowedLocations is mentioned in the Atom flight manual, but it's not mentioned elsewhere in the docs. I thought I could implement just getDefaultLocation without having to also implement getAllowedLocations, but I get the following in the developer tools:

`C:\Use

❌ to the ☕ script! ES6 is cleaner, more modern, and has a much more reliable linter—plus, people know how to read it—so we want to convert everything in the codebase. Most of the code is already there, but there are still specs written in Coffee.

When opening Alacritty with --class option it changes the window instance instead the class.
For example, if I do alacritty --class foo and I check the window properties I got:

Instance: foo
Class: Alacritty
Title: Alacritty

--title option is working as expected, although.

Infos

OS: Funtoo Linux
Window Manager: dwm
Alacritty: alacritty 0.5.0-dev (03bce99)

In https://github.com/Homebrew/brew/pull/7371/files I have added lots of # TODO: check could be in RuboCop comments to Library/Homebrew/dev-cmd/audit.rb. These indicate that the audit check/problem below does not rely on Formula state so could be moved to a RuboCop (https://github.com/Homebrew/brew/tree/master/Library/Homebrew/rubocops) to be faster, more reliable and provided in-editor to u

We need some tests:

• Spectron should be used
• AVA should be used

Some files in the repository are missing newlines at the very end, as pointed out by @nrbrook in #1026

Classes/CocoaLumberjack.h was specifically mentioned, but there could be other files that are missing this as well.