Terminal: WT should inject GUIDs for guidless custom profiles

Created on 24 Sep 2019  路  5Comments  路  Source: microsoft/terminal

Environment

Windows build number: 10.0.18362.0
Windows Terminal version: 0.5.2661.0

Steps to reproduce

  1. Open WT
  2. Open profiles.json
  3. Create an object in the profiles array
  4. Fill in some fields such as name, commandline, startingDirectory, colorScheme, etc.
  5. Save profiles.json

Expected behavior

WT will generate/add a guid to the new custom profile, that way it can be set as the defaultProfile. This was the case in previous versions of WT, before separation of cascading settings was implemented.

Actual behavior

WT does not generate/add a guid to the new profile, thus there appears to be no way to set your custom profile as the default.

Area-Settings Help Wanted Issue-Task Product-Terminal Resolution-Fix-Committed v1-Scrubbed

All 5 comments

Curious. Thanks for the catch! For now, if you generate a guid and set it for that guid-less profile you can set _that_ as a default.
Sorry for the miss.

This probably came about in 0.4 when we stopped writing folks' settings files back out to disk, honestly.

I've converted this into a task for injecting the GUID into the guidless profile. Thanks for reporting!

Continuing my inability to decide about this bug, I think it's better if we simply move away from GUIDs for user-facing fixtures as much as _possible_. They're great internal identifier. They're awful external ones.

I'm going to mark this, the incidental issue that this issue actually implies ("i can't set default a guid-less profile"), as fixed by #5706.

:tada:This issue was addressed in #5706, which has now been successfully released as Windows Terminal Preview v1.1.1671.0.:tada:

Handy links:

Was this page helpful?
0 / 5 - 0 ratings