<h1 dir="auto">Environment</h1>
<p dir="auto">Microsoft Windows [Version 10.0.18362.295]</p>
<p dir="auto">Any other software?<br>
Not applicable</p>
<h1 dir="auto">Steps to reproduce</h1>
<p dir="auto">Open multiple tabs</p>
<h1 dir="auto">Expected behavior</h1>
<p dir="auto">As the number of tabs increase, I would expect the tab bar to behave like tabs from a web browser: the size of the tab would shrink in order to make space for the newly created tab.</p>
<p dir="auto">If the above doesn't happen, I would expect a setting that would limit how much text is displayed in a particular tab, so that one long tab doesn't take the entire tab bar real-estate.</p>
<h1 dir="auto">Actual behavior</h1>
<p dir="auto">Tabs do not shrink nor is the text in one tab limited, causing one tab with a lot of text to take up the entire tab bar real estate.<br>
The new tabTitle setting does not fix this issue, since long tab bars are created by the shell writing to them (such as a Razzle build environment).</p>
<ul dir="auto">
<li>
<p dir="auto">Your Windows build number:  (Type <code class="notranslate">ver</code> at a Windows Command Prompt)<br>
Microsoft Windows [Version 10.0.18362.86]</p>
</li>
<li>
<p dir="auto">What you're doing and what's happening: (Copy &amp; paste specific commands and their output, or include screen shots)<br>
In conhost or Windows Terminal, using both Vim.exe and WSL Vim, background color rendering becomes broken if a background color &gt;16 or true colors is used.</p>
</li>
</ul>
<p dir="auto">With an example file, e.g. <a href="https://github.com/GilbertsHub/web-utils/blob/master/cgibinIntercept.sh">https://github.com/GilbertsHub/web-utils/blob/master/cgibinIntercept.sh</a>:</p>
<div class="highlight highlight-source-shell notranslate position-relative overflow-auto" dir="auto" data-snippet-clipboard-copy-content="vim -u NONE cgibinIntercept.sh +&quot;hi Normal ctermbg=17&quot; # for Windows: +&quot;set t_Co=256&quot;
# scroll down with CTRL-D"><pre class="notranslate">vim -u NONE cgibinIntercept.sh +<span class="pl-s"><span class="pl-pds">"</span>hi Normal ctermbg=17<span class="pl-pds">"</span></span> <span class="pl-c"><span class="pl-c">#</span> for Windows: +"set t_Co=256"</span>
<span class="pl-c"><span class="pl-c">#</span> scroll down with CTRL-D</span></pre></div>
<p dir="auto">In general it is much easier to reproduce in WSL than Vim.exe, because it doesn't seem to occur after the initial scroll on Vim.exe and the effects are a bit different as described below. I can reproduce with any combination of conhost/terminal and Vim 8.1.883 on Ubuntu/8.0 on Debian/8.1 on Win32. Does not reproduce with neovim (v0.4.0-430-g8698830cb).</p>
<p dir="auto">A few cases of example behavior:</p>
<ul dir="auto">
<li>Debian with conhost, Vim from official repository</li>
</ul>
<div class="highlight highlight-source-shell notranslate position-relative overflow-auto" dir="auto" data-snippet-clipboard-copy-content="$ sudo apt install vim
$ vim --version
VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Sep 30 2017 18:21:38)
Included patches: 1-197, 322, 377-378, 550, 703, 706-707"><pre class="notranslate">$ sudo apt install vim
$ vim --version
VIM - Vi IMproved 8.0 (2016 Sep 12, compiled Sep 30 2017 18:21:38)
Included patches: 1-197, 322, 377-378, 550, 703, 706-707</pre></div>
<p dir="auto"><a target="_blank" rel="noopener noreferrer nofollow" href="https://user-images.githubusercontent.com/7876996/57801234-26729d00-7708-11e9-8006-c1adc1bbbbcf.png"><img src="https://user-images.githubusercontent.com/7876996/57801234-26729d00-7708-11e9-8006-c1adc1bbbbcf.png" alt="vim-bg" style="max-width: 100%;"></a><br>
Same behavior in the new terminal.</p>
<ul dir="auto">
<li>
<p dir="auto">Vim.exe on conhost cmd.exe installed from <a href="https://github.com/vim/vim-win32-installer/releases/download/v8.1.1099/gvim_8.1.1099_x64.exe">https://github.com/vim/vim-win32-installer/releases/download/v8.1.1099/gvim_8.1.1099_x64.exe</a><br>
<a target="_blank" rel="noopener noreferrer nofollow" href="https://user-images.githubusercontent.com/7876996/57803566-959ec000-770d-11e9-8c95-8a0ee6c13ef8.png"><img src="https://user-images.githubusercontent.com/7876996/57803566-959ec000-770d-11e9-8c95-8a0ee6c13ef8.png" alt="vim-bg-conhost" style="max-width: 100%;"></a><br>
Background color is wrong on the text part but correct otherwise (purple, although this seems to depend on active colorscheme) but is fixed after a Ctrl-L redraw.</p>
</li>
<li>
<p dir="auto">Vim.exe on Terminal cmd.exe, same as above<br>
<a target="_blank" rel="noopener noreferrer nofollow" href="https://user-images.githubusercontent.com/7876996/57802546-13ad9780-770b-11e9-88c6-1cba57e4fa9d.png"><img src="https://user-images.githubusercontent.com/7876996/57802546-13ad9780-770b-11e9-88c6-1cba57e4fa9d.png" alt="vim-bg-terminal" style="max-width: 100%;"></a><br>
Background color is again wrong, but the background highlight completely disappears after a Ctrl-L redraw.</p>
</li>
</ul>
<ul dir="auto">
<li>What's wrong / what should be happening instead:<br>
Background rendered the whole width of the window, e.g. in wsltty:<br>
<a target="_blank" rel="noopener noreferrer nofollow" href="https://user-images.githubusercontent.com/7876996/57802542-101a1080-770b-11e9-93dd-338d8410e04f.png"><img src="https://user-images.githubusercontent.com/7876996/57802542-101a1080-770b-11e9-93dd-338d8410e04f.png" alt="vim-bg-wsltty" style="max-width: 100%;"></a></li>
</ul>
<p dir="auto">The effect is very similar to the issue <a class="issue-link js-issue-link" data-error-text="Failed to load title" data-id="411144223" data-permission-text="Title is private" data-url="https://github.com/microsoft/terminal/issues/375" data-hovercard-type="issue" data-hovercard-url="/microsoft/terminal/issues/375/hovercard" href="https://github.com/microsoft/terminal/issues/375">#375</a>, however that one happens with bg color set to &lt;16 (<code class="notranslate">darkBlue</code>). However I cannot reproduce that issue anymore, including the terminal bg change.</p>
<p dir="auto">The issues for Win32 and Linux versions might be separate, since their effects are pretty different as described above.</p>
<p dir="auto">I also haven't been able to reproduce this using VT sequences, but I hope the bug report is still useful.</p>