Strange behavior when scrolling through past commands

• I am on the latest Hyper.app version
• I have searched the issues of this repo and believe that this is not a duplicate

• OS version and name: WSL (Ubuntu 16.04) on Windows 10 (Creators)
• Hyper.app version:
• Link of a Gist with the contents of your .hyper.js:
• Relevant information from devtools (CMD+ALT+I on Mac OS, CTRL+SHIFT+I elsewhere):
• The issue is reproducible in vanilla Hyper.app: Is Vanilla

Issue

Sometimes when using the up-key to retrieve previous commands, the cursor moves up a line with each press, overwriting that line with the one retrieved from history.
For example:
1$ cd dir1
2$ ls -a
3$ mv file1 ../
4$ [enter]
5$ [up-key]
When pressing up on line 5, the cursor moves to line 4 and displays "mv ..." on 4; up again, and the mv file1 on line 3 is replaced by "ls -a"
(Enter on line 4 is just to show that the retrieved command doesn't necessarily appear on the line where it was originally invoked)
If then I try to edit ls -a on line 3, each delete key press moves the cursor up, and back one character, resulting in something like this:

I've also experienced some problems with line wrap, where new characters are printed at the start of the current line after reaching the window edge rather than carrying over to a new line below. This occurs more frequently but not exclusively, at the bottom of the buffer (so it fails to automatically scroll down). But I'll create a separate issue for that since I suspect they are unrelated (this is new, while the line wrap issue has been occurring for weeks).

Reproduce the up-key history behavior in vanilla Hyper on the reported WSL/Ubuntu setup, including cursor movement, deletion, and line wrapping. Compare the observed terminal display with the expected history navigation and editing behavior; done means retrieved commands no longer overwrite earlier lines or move the cursor incorrectly.