Maximized button tooltip should show Restore Down instead of Maximize, following Windows UI consistency #10941

Closed
opened 2026-01-31 02:34:18 +00:00 by claunia · 4 comments
Owner

Originally created by @pratikone on GitHub (Oct 8, 2020).

Environment

Windows build number: [run `[Environment]::OSVersion` for powershell, or `ver` for cmd]
Windows Terminal version (if applicable):


Any other software?

Microsoft Windows [Version 10.0.20231.1000]
Terminal version : Version: 1.3.2651.0
Any other software? No

Steps to reproduce

  1. Mouse over maximize button to notice tooltip which says Maximize
  2. Click on the button to maximize Terminal. The icon changes to maximized but the tooltip remains Maximize

Expected behavior

Following UI consistency of Win32 apps like cmd and powershell, a maximized window's maximize/restore button should have tooltip Restore Down.

Actual behavior

Tooltip shows maximize even on maximized Terminal window

Originally created by @pratikone on GitHub (Oct 8, 2020). <!-- 🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨 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! --> <!-- 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: [run `[Environment]::OSVersion` for powershell, or `ver` for cmd] Windows Terminal version (if applicable): Any other software? ``` Microsoft Windows [Version 10.0.20231.1000] Terminal version : Version: 1.3.2651.0 Any other software? No # Steps to reproduce 1. Mouse over maximize button to notice tooltip which says Maximize 2. Click on the button to maximize Terminal. The icon changes to maximized but the tooltip remains *Maximize* <!-- A description of how to trigger this bug. --> # Expected behavior Following UI consistency of Win32 apps like cmd and powershell, a maximized window's maximize/restore button should have tooltip *Restore Down*. <!-- A description of what you're expecting, possibly containing screenshots or reference material. --> # Actual behavior Tooltip shows *maximize* even on maximized Terminal window <!-- What's actually happening? -->
claunia added the Resolution-Duplicate label 2026-01-31 02:34:18 +00:00
Author
Owner

@ghost commented on GitHub (Oct 8, 2020):

duplicate of #5693

@ghost commented on GitHub (Oct 8, 2020): duplicate of #5693
Author
Owner

@pratikone commented on GitHub (Oct 8, 2020):

aah, it didn't come up when I searched. Maybe because I searched for maximize or something. Feel free to dupe or close it

@pratikone commented on GitHub (Oct 8, 2020): aah, it didn't come up when I searched. Maybe because I searched for maximize or something. Feel free to dupe or close it
Author
Owner

@DHowett commented on GitHub (Oct 8, 2020):

Good find, @alannt777!

/dup #5693.

@DHowett commented on GitHub (Oct 8, 2020): Good find, @alannt777! /dup #5693.
Author
Owner

@ghost commented on GitHub (Oct 8, 2020):

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 (Oct 8, 2020): 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#10941