<p dir="auto">After reading this blog post on <a href="https://blogs.msdn.microsoft.com/commandline/2018/12/10/new-experimental-console-features/" rel="nofollow">New Experimental Console Features</a>, I thought this was the right time to ask for a feature request, that could be added to the terminal options. (Or maybe even made as default behaviour?)</p>
<p dir="auto">When cycling previously run commands with the up-arrow, it will take 8 key-presses to reach the <code class="notranslate">ls</code> command in the example below<br>
(read from bottom to top)</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="$ ls
$ java main.
$ javac main.java
$ java main
$ javac main.java
$ java main
$ javac main.java
$ java main"><pre class="notranslate"><code class="notranslate">$ ls
$ java main.
$ javac main.java
$ java main
$ javac main.java
$ java main
$ javac main.java
$ java main
</code></pre></div>
<p dir="auto">But I want an option to remove duplicate commands, when cycling through them, so in the example, it would only take 3 key-presses<br>
(read from bottom to top)</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="$ ls
$ javac main.java
$ java main"><pre class="notranslate"><code class="notranslate">$ ls
$ javac main.java
$ java main
</code></pre></div>
<p dir="auto"><strong>Windows build number:</strong> [Version 10.0.16299.248]</p>
<p dir="auto">If I use an ANSI sequence to set the background color attribute, then move to the bottom of the screen and output some newlines so the screen scrolls up, I'd expect the newly revealed lines to have the background color that I just set.</p>
<p dir="auto">Similarly, if I move to the top of the screen, and output the reverse feed sequence (<code class="notranslate">\033M</code>) so the screen scrolls down, I'd again expect the new revealed lines to use the current background color.</p>
<p dir="auto">The later case (scrolling down) works as expected, but scrolling up does not.</p>
<p dir="auto"><strong>Test case (from a bash shell):</strong><br>
<code class="notranslate">printf "\033[44m\033[200B\n\n\033[200A\033M\033[m"</code></p>
<p dir="auto">I'd expect the above sequence to result in both the top and bottom lines of the screen having a blue background (which is what I see in a Linux console), but in the Windows 10 console, only the top line is blue.</p>
<p dir="auto">Note that the scroll up sequence (<code class="notranslate">\033[S</code>) has similar problems, although it's a little more complicated. The first line that's revealed when scrolling up will have the wrong background color, but subsequent lines will be correct. Scrolling down (like reverse feed) always seems to work as expected.</p>
<p dir="auto">I suspect this may be related to issue <a class="issue-link js-issue-link" data-error-text="Failed to load title" data-id="297650054" data-permission-text="Title is private" data-url="https://github.com/microsoft/terminal/issues/70" data-hovercard-type="issue" data-hovercard-url="/microsoft/terminal/issues/70/hovercard" href="https://github.com/microsoft/terminal/issues/70">#70</a>. I apologise if it's just a duplicate.</p>