Terminal update loses all scrollback history #7046

Closed
opened 2026-01-31 00:53:42 +00:00 by claunia · 5 comments
Owner

Originally created by @sozercan on GitHub (Mar 20, 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.19041.153]

Steps to reproduce

  • Terminal update is released in Store
  • Store updates Terminal
  • Terminal shuts down abruptly (unless there are multiple tabs open, it will ask if it should close)

Expected behavior

Terminal update should not close automatically when app is updated through store
If Windows Store is a blocker in this case, provide other means to install/update

For example, iTerm2 handles this excellent on Mac. Even after update, it will keep current sessions alive, users keep their scrollback and environment variables just as before any update happened (best case fix).

Actual behavior

Lose all scrollback history and other runtime environment variables that were configured

Originally created by @sozercan on GitHub (Mar 20, 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.19041.153] # Steps to reproduce - Terminal update is released in Store - Store updates Terminal - Terminal shuts down abruptly (unless there are multiple tabs open, it will ask if it should close) <!-- A description of how to trigger this bug. --> # Expected behavior Terminal update should not close automatically when app is updated through store If Windows Store is a blocker in this case, provide other means to install/update For example, iTerm2 handles this excellent on Mac. Even after update, it will keep current sessions alive, users keep their scrollback and environment variables just as before any update happened (best case fix). <!-- A description of what you're expecting, possibly containing screenshots or reference material. --> # Actual behavior <!-- What's actually happening? --> Lose all scrollback history and other runtime environment variables that were configured
claunia added the Resolution-Duplicate label 2026-01-31 00:53:42 +00:00
Author
Owner

@DHowett-MSFT commented on GitHub (Mar 20, 2020):

You didn't include your terminal version, but you're describing a symptom from 0.10.761 (instead of 0.10.781, which was just released.)

@DHowett-MSFT commented on GitHub (Mar 20, 2020): You didn't include your terminal version, but you're describing a symptom from 0.10.761 (instead of 0.10.781, which was just released.)
Author
Owner

@DHowett-MSFT commented on GitHub (Mar 20, 2020):

/dup #4972

@DHowett-MSFT commented on GitHub (Mar 20, 2020): /dup #4972
Author
Owner

@ghost commented on GitHub (Mar 20, 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 (Mar 20, 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!
Author
Owner

@DHowett-MSFT commented on GitHub (Mar 20, 2020):

Oh, I see what you're talking about. I'm sorry. This is actually /dup #1386 -- we don't have control over the store's update process, but distributing outside the store will help.

@DHowett-MSFT commented on GitHub (Mar 20, 2020): Oh, I see what you're talking about. I'm sorry. This is actually /dup #1386 -- we don't have control over the store's update process, but distributing outside the store will help.
Author
Owner

@ghost commented on GitHub (Mar 20, 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 (Mar 20, 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#7046