Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Terminal defaults to powershell ignoring settings #5578

Closed
simmessa opened this issue Apr 26, 2020 · 7 comments
Closed

Terminal defaults to powershell ignoring settings #5578

simmessa opened this issue Apr 26, 2020 · 7 comments
Labels
Needs-Tag-Fix Doesn't match tag requirements Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting

Comments

@simmessa
Copy link

Environment

Win32NT             10.0.19592.0 Microsoft Windows NT 10.0.19592.0
Windows Terminal version (if applicable):
Version: 0.11.1121.0

Steps to reproduce

Just open Windows Terminal, and the starting shell is powershell, regardless of "defaultProfile" setting in global (settings.json).

I don't really know of any other things that might trigger this.

Expected behavior

Windows Terminal should just honor my settings and open Ubuntu as default profile (the guid is specified in defaultProfile).

Actual behavior

A powershell prompt is started

image

@ghost ghost added Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Apr 26, 2020
@simmessa
Copy link
Author

Ok, I just had a look at the release notes and realized it's supposed to work this way...

https://github.com/microsoft/terminal/releases

BREAKING CHANGE We've deleted a lot of legacy settings handling (#5190)
Please see our blog post and our most recent status update for more information.
If you had settings hanging out in the globals dictionary, you'll want to move them out.
Failure to do so will cause us to ignore your default profile, launch mode, etc., etc.

But let me say, since pretty much all of us have this on autoupdate from the Windows store, this very far from the best user experience, especially for people who have been part of the alpha since the beginning (yours truly).

Suddenly the app updates, you might not even realize it and... boom, part of your settings aren't used anymore and you head to github to file for a nasty bug...

I'd suggest doing SOMETHING to notify users of this BREAKING change, otherwise this makes me feel pretty stupid...

For example? Open a window on the first launch showing the DAMN release notes... that might be a nice approach IMHO. It's very similar to what's used in... let me think of a modern example... uhm have you heard about the little app called VsCode ?

Sorry for the sarcasm, I love your work and would love even more if you paid more attention to this kind of things.

Thank you for your time and patience.

S.

@simmessa
Copy link
Author

Hopefully this non-existent issue can help other ppl by pointing to the release notes:

https://github.com/microsoft/terminal/releases/tag/v0.11.1121.0

The Problem

“Globals” namespace
The Terminal no longer supports the globals property in the JSON file. If you have settings inside the globals object, they will be ignored. To fix this, remove the globals object and move your global settings into the root of the JSON file.

more infos here:
https://devblogs.microsoft.com/commandline/windows-terminal-preview-v0-11-release/

image

The Fix

Discard globals and move them to the json root:

image

After that it's good. Have fun!

@MortalAndTry
Copy link

good job. Solved my problem.

@DHowett-MSFT
Copy link
Contributor

Hey @simmessa

especially for people who have been part of the alpha since the beginning (yours truly).

Thanks for being with us so long. I appreciate that this has been a terrible obnoxious and sudden change for everyone, and I’m really sorry about the communication—or lack thereof—here. One of the things that we’re hoping to roll out after we launch 1.0 is some sort of update notification with release notes (#5513, colorfully-titled by our community). We ended up batching all the breaking changes up until the end of the preview cycle, but I’d like to assure you that post-v1 settings changes will be accompanied with migrators, notifications or just good old-fashioned backwards compatibility.

@simmessa
Copy link
Author

Hi Dustin,

sure, no problem, please forgive my rant, it's nice to know you're working on #5513. That kind of functionality will surely make things much smoother for all of us!

Again, you've done some outstanding job and now that V1 is here I can't wait to put my CLI hands on it :)

@kapcod
Copy link

kapcod commented Apr 27, 2020

@simmessa I think that, in addition to showing the message, they could have just migrated it automatically

@simmessa
Copy link
Author

@CrazyShot yes that would have been ideal but...guess they also had a lot of better /more useful things to do :D

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Needs-Tag-Fix Doesn't match tag requirements Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting
Projects
None yet
Development

No branches or pull requests

4 participants