When opening a new terminal with WSL (Debian) as the default tab, it doesn't fill the available vertical space #5355

Closed
opened 2026-01-31 00:11:16 +00:00 by claunia · 4 comments
Owner

Originally created by @tovine on GitHub (Dec 3, 2019).

When opening a new Terminal window with Debian as the default shell, the height is capped to 27 lines before it starts scrolling - regardless of the actual window height. Resizing the window doesn't help either.
If I open a new tab (Debian or otherwise) it works as expected, and all subsequent tabs will work as well.

Environment

Windows build number: Microsoft Windows [Version 10.0.18362.418]
Windows Terminal version (if applicable): 0.7.3291.0

Any other software?
Debian WSL: Linux tone 4.4.0-18362-Microsoft #1-Microsoft Mon Mar 18 12:02:00 PST 2019 x86_64 GNU/Linux

Terminal config: profiles.json.txt

Steps to reproduce

Start a fresh Terminal with Debian as the default tab

Expected behavior

image

Actual behavior

image

Originally created by @tovine on GitHub (Dec 3, 2019). <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING: 1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement. 2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement. 3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number). 4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement. 5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement. All good? Then proceed! --> When opening a new Terminal window with Debian as the default shell, the height is capped to 27 lines before it starts scrolling - regardless of the actual window height. Resizing the window doesn't help either. If I open a new tab (Debian or otherwise) it works as expected, and all subsequent tabs will work as well. <!-- This bug tracker is monitored by Windows Terminal development team and other technical folks. **Important: When reporting BSODs or security issues, DO NOT attach memory dumps, logs, or traces to Github issues**. Instead, send dumps/traces to secure@microsoft.com, referencing this GitHub issue. If this is an application crash, please also provide a Feedback Hub submission link so we can find your diagnostic data on the backend. Use the category "Apps > Windows Terminal (Preview)" and choose "Share My Feedback" after submission to get the link. Please use this form and describe your issue, concisely but precisely, with as much detail as possible. --> # Environment ```none Windows build number: Microsoft Windows [Version 10.0.18362.418] Windows Terminal version (if applicable): 0.7.3291.0 Any other software? Debian WSL: Linux tone 4.4.0-18362-Microsoft #1-Microsoft Mon Mar 18 12:02:00 PST 2019 x86_64 GNU/Linux ``` Terminal config: [profiles.json.txt](https://github.com/microsoft/terminal/files/3916823/profiles.json.txt) # Steps to reproduce <!-- A description of how to trigger this bug. --> Start a fresh Terminal with Debian as the default tab # Expected behavior <!-- A description of what you're expecting, possibly containing screenshots or reference material. --> ![image](https://user-images.githubusercontent.com/8265757/70054507-fde4be80-15d7-11ea-96e3-26469bae8534.png) # Actual behavior <!-- What's actually happening? --> ![image](https://user-images.githubusercontent.com/8265757/70054433-db52a580-15d7-11ea-883c-6c8409847624.png)
claunia added the Resolution-DuplicateProduct-Terminal labels 2026-01-31 00:11:16 +00:00
Author
Owner

@zadjii-msft commented on GitHub (Dec 3, 2019):

@tovine What happens if you set the historySize for Debian to something smaller, say, 9001?

(my theory is that this is #2815 or something related)

@zadjii-msft commented on GitHub (Dec 3, 2019): @tovine What happens if you set the `historySize` for Debian to something smaller, say, 9001? (my theory is that this is #2815 or something related) <!-- <sup>woah exactly 1000 issues apart... -->
Author
Owner

@tovine commented on GitHub (Dec 3, 2019):

After changing the historySize to 9001 the problem goes away.
In fact, the pain point seems to be at 32652 lines (32651 works fine).

@tovine commented on GitHub (Dec 3, 2019): After changing the historySize to 9001 the problem goes away. In fact, the pain point seems to be at 32652 lines (32651 works fine).
Author
Owner

@zadjii-msft commented on GitHub (Dec 3, 2019):

@tovine Yep, that sounds about right. This is an integer overflow bug that's fundamentally the same thing as that other issue, so I'll close it as a dupe. Thanks for the follow-up!

/dup #2815

@zadjii-msft commented on GitHub (Dec 3, 2019): @tovine Yep, that sounds about right. This is an integer overflow bug that's fundamentally the same thing as that other issue, so I'll close it as a dupe. Thanks for the follow-up! /dup #2815
Author
Owner

@ghost commented on GitHub (Dec 3, 2019):

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost commented on GitHub (Dec 3, 2019): Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#5355