starred/terminal
1
0
Fork 0
mirror of https://github.com/microsoft/terminal.git synced 2026-02-03 21:25:34 +00:00
Code Issues 19.0k Packages Projects Releases 20 Wiki Activity

'fontFace' not working for any profile after system reboot. #4546

New Issue
Open
opened 2026-01-30 23:50:09 +00:00 by claunia · 57 comments
claunia commented 2026-01-30 23:50:09 +00:00
Owner
Copy Link

Originally created by @Stadler76 on GitHub (Oct 19, 2019).

Environment

  • Microsoft Windows [Version 10.0.18362.418]
  • Windows Terminal (Preview) Version: 0.5.2762.0
  • Ubuntu subsystem with Oh My Zsh using the agnoster theme with Powerline Fonts installed.

Steps to reproduce

  1. Setup Windows Terminal (With Ubuntu subsystem)
  2. Set the fontFace for various profiles (Tested with powershell, cmd and Ubuntu WSL)
    Note, that everything was working as intended up to here.
  3. Restart Windows.

Expected behavior

The font setting being applied:
grafik
grafik

Actual behavior

After restarting Windows fontFace is being ignored:
grafik
grafik

Additional Info

My current profiles.json: profiles.txt

Originally created by @Stadler76 on GitHub (Oct 19, 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! --> <!-- 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 - Microsoft Windows [Version 10.0.18362.418] - Windows Terminal (Preview) Version: 0.5.2762.0 - Ubuntu subsystem with Oh My Zsh using the agnoster theme with Powerline Fonts installed. # Steps to reproduce 1. Setup Windows Terminal (With Ubuntu subsystem) 2. Set the `fontFace` for various profiles (Tested with powershell, cmd and Ubuntu WSL) Note, that everything was working as intended up to here. 3. Restart Windows. # Expected behavior The font setting being applied: ![grafik](https://user-images.githubusercontent.com/13157984/67148722-ed37ed80-f2a2-11e9-8662-4892e527839f.png) ![grafik](https://user-images.githubusercontent.com/13157984/67148831-713ea500-f2a4-11e9-9561-b582a0bf17fd.png) <!-- A description of what you're expecting, possibly containing screenshots or reference material. --> # Actual behavior After restarting Windows `fontFace` is being ignored: ![grafik](https://user-images.githubusercontent.com/13157984/67148876-d85c5980-f2a4-11e9-91ea-5f78a369a7d5.png) ![grafik](https://user-images.githubusercontent.com/13157984/67148894-122d6000-f2a5-11e9-8228-561ff76d468e.png) # Additional Info My current profiles.json: [profiles.txt](https://github.com/microsoft/terminal/files/3746987/profiles.txt)
claunia commented 2026-01-30 23:50:10 +00:00
Author
Owner
Copy Link

@Stadler76 commented on GitHub (Oct 19, 2019):

I assume, issue #3250 is the same issue. Just wanted to create a new issue since that one is lacking any information.

@Stadler76 commented on GitHub (Oct 19, 2019): I assume, issue #3250 is the same issue. Just wanted to create a new issue since that one is lacking **any** information.
claunia commented 2026-01-30 23:50:10 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Oct 21, 2019):

Which font specifically are you using? "Powerline Fonts" isn't terribly descriptive.

Does the font work in other applications after rebooting? Can you share a screenshot of it working in Windows Terminal before rebooting? Thanks.

@DHowett-MSFT commented on GitHub (Oct 21, 2019): Which font specifically are you using? "Powerline Fonts" isn't terribly descriptive. Does the font work in other applications after rebooting? Can you share a screenshot of it working in Windows Terminal _before_ rebooting? Thanks.
claunia commented 2026-01-30 23:50:10 +00:00
Author
Owner
Copy Link

@Stadler76 commented on GitHub (Oct 21, 2019):

Which font specifically are you using? "Powerline Fonts" isn't terribly descriptive.

Roboto Mono for Powerline at first, then Noto Mono for Powerline, DejaVu Sans Mono for Powerline and even with Courier New. It seems that every profile gets the fallback to the default font, no matter the fontFace-setting.

Does the font work in other applications after rebooting?

Outside of the terminal (Using the conhost setting dialogue the fonts work excluding Roboto Mono which is bugged atm (See #295, respectively google/fonts#1832), so that ones off the table for me).

Can you share a screenshot of it working in Windows Terminal before rebooting? Thanks.

Unfortunately I can't provide a screenshot from before restarting Windows. But I'll go check, if restarting Windows and/or reinstalling Terminal helps.

@Stadler76 commented on GitHub (Oct 21, 2019): > Which font specifically are you using? "Powerline Fonts" isn't terribly descriptive. Roboto Mono for Powerline at first, then Noto Mono for Powerline, DejaVu Sans Mono for Powerline and even with Courier New. It seems that every profile gets the fallback to the default font, no matter the `fontFace`-setting. > Does the font work in other applications after rebooting? Outside of the terminal (Using the conhost setting dialogue the fonts work excluding Roboto Mono which is bugged atm (See #295, respectively google/fonts#1832), so that ones off the table for me). > Can you share a screenshot of it working in Windows Terminal _before_ rebooting? Thanks. Unfortunately I can't provide a screenshot from before restarting Windows. But I'll go check, if restarting Windows and/or reinstalling Terminal helps.
claunia commented 2026-01-30 23:50:11 +00:00
Author
Owner
Copy Link

@Stadler76 commented on GitHub (Oct 22, 2019):

Ok, reinstalling the terminal and or restarting Windows didn't work.
What 'seems' to do the trick was deleting all newly installed Powerline fonts and reinstall them:
grafik
To reinstall all of them I've cloned the repo https://github.com/powerline/fonts with GitHub Desktop and ran the install.ps1 in powershell (Used Set-ExecutionPolicy Bypass before running that script).

Next will be another restart or two to see, if it breaks again.

@Stadler76 commented on GitHub (Oct 22, 2019): Ok, reinstalling the terminal and or restarting Windows didn't work. What 'seems' to do the trick was deleting all newly installed Powerline fonts and reinstall them: ![grafik](https://user-images.githubusercontent.com/13157984/67249914-b7913100-f469-11e9-8aa7-e95e59531d35.png) To reinstall all of them I've cloned the repo https://github.com/powerline/fonts with GitHub Desktop and ran the `install.ps1` in powershell (Used `Set-ExecutionPolicy Bypass` before running that script). Next will be another restart or two to see, if it breaks again.
claunia commented 2026-01-30 23:50:11 +00:00
Author
Owner
Copy Link

@Stadler76 commented on GitHub (Oct 22, 2019):

Ok, same issue after a restart. I've tried to install only a single set: DejaVu Sans Mono for Powerline. It worked, till I've restarted Windows.

In short: Reinstalling the font fixes it and restarting Windows breaks it again. Currently I'm too tired to hunt that issue down any more.

@Stadler76 commented on GitHub (Oct 22, 2019): Ok, same issue after a restart. I've tried to install only a single set: DejaVu Sans Mono for Powerline. It worked, till I've restarted Windows. In short: Reinstalling the font fixes it and restarting Windows breaks it again. Currently I'm too tired to hunt that issue down any more.
claunia commented 2026-01-30 23:50:11 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Oct 23, 2019):

This is really fascinating! I wonder if it reproduces on v0.6? Sorry, I've never seen anything like this before, but we did make some font changes in that release.

@DHowett-MSFT commented on GitHub (Oct 23, 2019): This is really fascinating! I wonder if it reproduces on v0.6? Sorry, I've never seen anything like this before, but we did make some font changes in that release.
claunia commented 2026-01-30 23:50:11 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Oct 23, 2019):

Also, if you install the font "for all users" instead of just plain installing it, does it work after a reboot? This might be something fun for the font team to look at.

@DHowett-MSFT commented on GitHub (Oct 23, 2019): Also, if you install the font "for all users" instead of just plain installing it, does it work after a reboot? This might be something fun for the font team to look at.
claunia commented 2026-01-30 23:50:11 +00:00
Author
Owner
Copy Link

@Stadler76 commented on GitHub (Oct 24, 2019):

@DHowett-MSFT wrote:

This is really fascinating! I wonder if it reproduces on v0.6? Sorry, I've never seen anything like this before, but we did make some font changes in that release.

Yes, it reproduces with: Windows Terminal (Preview) Version: 0.6.2951.0

Also, if you install the font "for all users" instead of just plain installing it, does it work after a reboot? This might be something fun for the font team to look at.

Yes, this works fine after a reboot.
When installing it locally (What the install.ps1 actually does) it breaks after a restart, unless:

  • You disable the Windows FontCache Service or
  • You restart the Windows FontCache Service

Did a couple more restarts and installing and uninstalling of fonts, what I've found out so far:
I've installed Roboto Mono for Powerline locally and DejaVu Sans Mono for Powerline "for all users".
I've switched between those two a couple times and everytime I hit save I saw Roboto broken and DejaVu working thanks to Terminal immediately updating.

So the steps to reproduce should be:

Steps to reproduce

  1. Setup oh-my-zsh with the agnoster theme (I guess oh-my-posh should show the same error).
  2. Now install one Powerline-font locally (for example Roboto Mono for Powerline) aka mark all font files → Right click → Install.
  3. Install one Powerline-font for all users (for example DejaVu Sans Mono for Powerline) aka mark all font files → Right click → Install for all users.
  4. Make sure the Windows FontCache service is running and set to start automatically (should be the default).
  5. Setup the profile to use the locally installed font and check, if it still works.
  6. Restart Windows.
  7. Restart Windows Terminal.
  8. Switch the fonts in the config back and forth between those two.

Expected behaviour

Both fonts always work.

Actual behavior

The globally installed (aka for all users) font works fine, the locally installed font breaks/won't load unless you restart the FontCache or disable the service before restarting Windows.

@Stadler76 commented on GitHub (Oct 24, 2019): @DHowett-MSFT wrote: > This is really fascinating! I wonder if it reproduces on v0.6? Sorry, I've never seen anything like this before, but we did make some font changes in that release. Yes, it reproduces with: Windows Terminal (Preview) Version: 0.6.2951.0 > Also, if you install the font "for all users" instead of just plain installing it, does it work after a reboot? This might be something fun for the font team to look at. Yes, this works fine after a reboot. When installing it locally (What the `install.ps1` actually does) it breaks after a restart, **unless**: - You disable the Windows FontCache Service or - You restart the Windows FontCache Service Did a couple more restarts and installing and uninstalling of fonts, what I've found out so far: I've installed Roboto Mono for Powerline locally and DejaVu Sans Mono for Powerline "for all users". I've switched between those two a couple times and everytime I hit save I saw Roboto broken and DejaVu working thanks to Terminal immediately updating. So the steps to reproduce should be: # Steps to reproduce 1. Setup oh-my-zsh with the agnoster theme (I guess oh-my-posh should show the same error). 2. Now install one Powerline-font locally (for example Roboto Mono for Powerline) aka mark all font files → Right click → Install. 3. Install one Powerline-font for all users (for example DejaVu Sans Mono for Powerline) aka mark all font files → Right click → Install **for all users**. 4. Make sure the Windows FontCache service is running and set to start automatically (should be the default). 5. Setup the profile to use the locally installed font and check, if it still works. 6. Restart Windows. 7. Restart Windows Terminal. 8. Switch the fonts in the config back and forth between those two. # Expected behaviour Both fonts always work. # Actual behavior The globally installed (aka for all users) font works fine, the locally installed font breaks/won't load unless you restart the FontCache or disable the service before restarting Windows.
claunia commented 2026-01-30 23:50:12 +00:00
Author
Owner
Copy Link

@Stadler76 commented on GitHub (Oct 24, 2019):

Oh and btw: I wonder, if its the FontCache to blame or how Windows Terminal utilizes it. I guess a bit of both, since the issue with the FontCache described above only exists in the Terminal.

@Stadler76 commented on GitHub (Oct 24, 2019): Oh and btw: I wonder, if its the FontCache to blame or how Windows Terminal utilizes it. I guess a bit of both, since the issue with the FontCache described above only exists in the Terminal.
claunia commented 2026-01-30 23:50:12 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Oct 24, 2019):

So, Terminal isn't doing anything special with the font cache. We're using DirectWrite, the text rendering API, like most other apps on the system are. Now, I've got one last crazy idea before I escalate this to the fonts team:

If you introduce a delay (say, 30-60 seconds) between steps 6 and 7 ... does it work for you?

Sorry to make you jump through so many hoops. ☹️

@DHowett-MSFT commented on GitHub (Oct 24, 2019): So, Terminal isn't doing anything special with the font cache. We're using DirectWrite, the text rendering API, like most other apps on the system are. Now, I've got one last crazy idea before I escalate this to the fonts team: If you introduce a delay (say, 30-60 seconds) between steps 6 and 7 ... does it work for you? Sorry to make you jump through so many hoops. ☹️
claunia commented 2026-01-30 23:50:12 +00:00
Author
Owner
Copy Link

@Stadler76 commented on GitHub (Oct 24, 2019):

I doubt it does since I usually do a bunch of other thing before restarting the terminal, but I can test it one last time. Gimme a min or ten.

@Stadler76 commented on GitHub (Oct 24, 2019): I doubt it does since I usually do a bunch of other thing before restarting the terminal, but I can test it one last time. Gimme a min or ten.
claunia commented 2026-01-30 23:50:12 +00:00
Author
Owner
Copy Link

@Stadler76 commented on GitHub (Oct 24, 2019):

Nope, that didn't WFM. I've waited ~10 mins between restarting Windows and (re)starting Windows Terminal.

Just for funsies I've recorded and cut a brief video, that shows the issue:
Fontcache issue with locally installs font in Windows Terminal Preview

PS:

Sorry to make you jump through so many hoops. ☹️

I've already planned to test with FontCache disabled 'n stuff. Thanks for the hint with the globally installed fonts, btw.
And well: Through most of those hoops I've jumped voluntarily or otherwise it would leave me restless. 😉

@Stadler76 commented on GitHub (Oct 24, 2019): Nope, that didn't WFM. I've waited ~10 mins between restarting Windows and (re)starting Windows Terminal. Just for funsies I've recorded and cut a brief video, that shows the issue: [![Fontcache issue with locally installs font in Windows Terminal Preview](https://img.youtube.com/vi/ilqJQgQTmeA/0.jpg)](https://www.youtube.com/watch?v=ilqJQgQTmeA "Fontcache issue with locally installs font in Windows Terminal Preview") PS: > Sorry to make you jump through so many hoops. ☹️ I've already planned to test with FontCache disabled 'n stuff. Thanks for the hint with the globally installed fonts, btw. And well: Through most of those hoops I've jumped voluntarily or otherwise it would leave me restless. 😉
claunia commented 2026-01-30 23:50:12 +00:00
Author
Owner
Copy Link

@DHowett-MSFT commented on GitHub (Oct 24, 2019):

😁
Thanks for testing for me. I was concerned that Terminal was starting up before the font cache was, and the font cache was somehow not simply a cache, but you've handily blown that theory away.

I'm wrapping this all up to escalate to the team who owns font handling on Windows, since it looks like we're doing "everything we can" here.

@DHowett-MSFT commented on GitHub (Oct 24, 2019): :grin: Thanks for testing for me. I was concerned that Terminal was starting up before the font cache was, and the font cache was somehow not simply a cache, but you've handily blown that theory away. I'm wrapping this all up to escalate to the team who owns font handling on Windows, since it looks like we're doing "everything we can" here.
claunia commented 2026-01-30 23:50:13 +00:00
Author
Owner
Copy Link

@Stadler76 commented on GitHub (Oct 24, 2019):

btw: I doubt, that its limited to powerline fonts. I assume, it would break with other locally installed fonts as well, but the extra glyphs of those fonts make it easier to visualize the issue.

@Stadler76 commented on GitHub (Oct 24, 2019): btw: I doubt, that its limited to powerline fonts. I assume, it would break with other locally installed fonts as well, but the extra glyphs of those fonts make it easier to visualize the issue.
claunia commented 2026-01-30 23:50:13 +00:00
Author
Owner
Copy Link

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

Just appeared in 0.7 for me (was ok in 0.6)
I first updated Win10 to 10933.1 Fast Insider (i think i had 19030 before)
Then updated the terminal from the store

I do Confirm on OMyZsh + Agnoster, and also OMyPsh

font installed Delugia Nerd Font Complete,
https://github.com/adam7/delugia-code/releases/download/v1911.21/Delugia.Nerd.Font.Complete.ttf
https://github.com/adam7/delugia-code/releases/tag/v1911.21

Only using local install too (double click > install), i did not try an "All user install"

What surprise me is that if you use Cascadia Code (no powerlines yet IIRC) or XXXX Powerlines right after boot up, the glyph are not rendered the same :

Cascadia Code goes likes empty square :

image

Delugia goes like the video of @stadler76 (char inside square) :

So it's not behaving the same, corrupted buffer or something ?
image

@tebeco commented on GitHub (Dec 3, 2019): Just appeared in `0.7` for me (was ok in `0.6`) I first updated Win10 to 10933.1 Fast Insider (i think i had 19030 before) Then updated the terminal from the store I do Confirm on OMyZsh + Agnoster, and also OMyPsh font installed `Delugia Nerd Font Complete`, https://github.com/adam7/delugia-code/releases/download/v1911.21/Delugia.Nerd.Font.Complete.ttf https://github.com/adam7/delugia-code/releases/tag/v1911.21 Only using local install too (double click > install), i did not try an "All user install" What surprise me is that if you use `Cascadia Code` (no powerlines yet IIRC) or `XXXX Powerlines` right after boot up, the glyph are not rendered the same : ### Cascadia Code goes likes empty square : ![image](https://user-images.githubusercontent.com/2266487/70033609-1e008780-15b0-11ea-839e-4fbbe362036e.png) ### Delugia goes like the video of @stadler76 (char inside square) : So it's not behaving the same, corrupted buffer or something ? ![image](https://user-images.githubusercontent.com/2266487/70033689-46888180-15b0-11ea-925e-52603dfb8fe8.png)
claunia commented 2026-01-30 23:50:13 +00:00
Author
Owner
Copy Link

@suavelizard commented on GitHub (Mar 11, 2020):

The re-installing the font and restarting the terminal fixes it until the next reboot.
Worth noting I believe the font also doesn't appear in the Windows 10 Fonts when doing a search until you re-install.
Running Terminal version 0.9.433.0. Font: Meslo LGM.

@suavelizard commented on GitHub (Mar 11, 2020): The re-installing the font and restarting the terminal fixes it until the next reboot. Worth noting I believe the font also doesn't appear in the Windows 10 Fonts when doing a search until you re-install. Running Terminal version 0.9.433.0. Font: Meslo LGM.
claunia commented 2026-01-30 23:50:13 +00:00
Author
Owner
Copy Link

@tebeco commented on GitHub (Mar 11, 2020):

@suavelizard
one of the workaround is to install the font System Wide and not for the user only.
It should properly persist then
(this is not optimal but it has fixed this behavior for me)

@tebeco commented on GitHub (Mar 11, 2020): @suavelizard one of the workaround is to install the font System Wide and not for the user only. It should properly persist then (this is not optimal but it has fixed this behavior for me)
claunia commented 2026-01-30 23:50:14 +00:00
Author
Owner
Copy Link

@fabiodbr commented on GitHub (Apr 25, 2020):

Yes, installing font system wide fixes the issue.

@fabiodbr commented on GitHub (Apr 25, 2020): Yes, installing font system wide fixes the issue.
claunia commented 2026-01-30 23:50:14 +00:00
Author
Owner
Copy Link

@Riiskyy commented on GitHub (May 13, 2020):

I came across this issue in Google after experiencing these exact same symptoms. I was using the Nerd Font patched Cascadia Code font (Delugia Nerd Font) and after every reboot the font face would not be recognized in VSCode (I had not opened Windows Terminal to see if it was the same but I suspect it would be).

If I went to Start -> Settings -> Personalisation -> Fonts and searched for the font it would not show in the list, but if I went to C:\Windows\Fonts\ I would see the font file there. I will see how it goes after performing a full reboot now that I have installed the font system wide.

Edit: confirmed font is still present after a reboot when installing system wide

@Riiskyy commented on GitHub (May 13, 2020): I came across this issue in Google after experiencing these exact same symptoms. I was using the Nerd Font patched Cascadia Code font (Delugia Nerd Font) and after every reboot the font face would not be recognized in VSCode (I had not opened Windows Terminal to see if it was the same but I suspect it would be). If I went to `Start -> Settings -> Personalisation -> Fonts` and searched for the font it would not show in the list, but if I went to `C:\Windows\Fonts\` I would see the font file there. I will see how it goes after performing a full reboot now that I have installed the font system wide. Edit: confirmed font is still present after a reboot when installing system wide
claunia commented 2026-01-30 23:50:14 +00:00
Author
Owner
Copy Link

@Stadler76 commented on GitHub (May 16, 2020):

I was using the Nerd Font patched Cascadia Code font (Delugia Nerd Font) and after every reboot the font face would not be recognized in VSCode (I had not opened Windows Terminal to see if it was the same but I suspect it would be).

Good to know, that this is not a Terminal only issue. But I'm still curious, if this is 100% a font cache issue or if this can be fixed in Windows Terminal.

@Stadler76 commented on GitHub (May 16, 2020): > I was using the Nerd Font patched Cascadia Code font (Delugia Nerd Font) and after every reboot the font face would not be recognized in VSCode (I had not opened Windows Terminal to see if it was the same but I suspect it would be). Good to know, that this is not a Terminal only issue. But I'm still curious, if this is 100% a font cache issue or if this can be fixed in Windows Terminal.
claunia commented 2026-01-30 23:50:14 +00:00
Author
Owner
Copy Link

@aasutossh commented on GitHub (Jul 10, 2020):

I have fonts installed (for all) in C:\Windows\Fonts directory, still Windows Terminal can't use it. Other system fonts can be recognized by the WT though.

Using WT Preview from MS store.

@aasutossh commented on GitHub (Jul 10, 2020): I have fonts installed (for all) in `C:\Windows\Fonts` directory, still Windows Terminal can't use it. Other system fonts can be recognized by the WT though. Using WT Preview from MS store.
claunia commented 2026-01-30 23:50:15 +00:00
Author
Owner
Copy Link

@DHowett commented on GitHub (Jul 25, 2020):

@aasutossh your message was incomprehensible because of the email formatting, so I had to remove it.

@DHowett commented on GitHub (Jul 25, 2020): @aasutossh your message was incomprehensible because of the email formatting, so I had to remove it.
claunia commented 2026-01-30 23:50:15 +00:00
Author
Owner
Copy Link

@aasutossh commented on GitHub (Jul 25, 2020):

What I previously said was, I installed the fonts using the right click option "install for all users", and they were present in the regedit too. But I still couldn't use them (they were nerd fonts).

So I patched the fonts myself and now I can use it. I stopped using ms terminal, I use alacritty now.

@aasutossh commented on GitHub (Jul 25, 2020): What I previously said was, I installed the fonts using the right click option "install for all users", and they were present in the regedit too. But I still couldn't use them (they were nerd fonts). So I patched the fonts myself and now I can use it. I stopped using ms terminal, I use alacritty now.
claunia commented 2026-01-30 23:50:15 +00:00
Author
Owner
Copy Link

@luizwhite commented on GitHub (Oct 14, 2020):

OMG! 😱😱
It was not just me!
I have the exact same issue than @Riiskyy and @tebeco
But I use WSL on VSCode

After reboot I always have to reinstall my fonts (MesloLGS NF and CaskaydiaCove NF) to work in Windows Terminal/VScode Terminal.
If not, they behave as if the fonts have not been installed.

PS: I will test Font System Wide

@luizwhite commented on GitHub (Oct 14, 2020): OMG! 😱😱 It was not just me! I have the exact same issue than @Riiskyy and @tebeco But I use WSL on VSCode After reboot I always have to reinstall my fonts (MesloLGS NF and CaskaydiaCove NF) to work in Windows Terminal/VScode Terminal. If not, they behave as if the fonts have not been installed. PS: I will test Font System Wide
claunia commented 2026-01-30 23:50:15 +00:00
Author
Owner
Copy Link

@luizwhite commented on GitHub (Oct 14, 2020):

I don't believe it..
It really fixes the problem when i right-click the .ttf and "Install for all users"
Simple as that, after reboot all terminals looking fine with my OMZ powerlevel10k in Windows Terminal or VScode

@luizwhite commented on GitHub (Oct 14, 2020): I don't believe it.. It really fixes the problem when i right-click the .ttf and "Install for all users" Simple as that, after reboot all terminals looking fine with my OMZ powerlevel10k in Windows Terminal or VScode
claunia commented 2026-01-30 23:50:15 +00:00
Author
Owner
Copy Link

@EndyBoi commented on GitHub (Nov 11, 2020):

This is for anyone else who Googles up this issue. Using "Install for all users" was the solution for me as well.

However, go to Start -> Settings -> Personalisation -> Fonts and search for the font. The name there is the one you want to use. As for me Ubuntu Mono Nerd Font Complete Mono Windows Compatible did not work, but in the Fonts directory it shows as UbuntuMono NF and this has correctly worked between reboots and shutdowns.

Cheers @luizwhite @Riiskyy @tebeco big ups. I almost resorted to going to page 2 on Google.

@EndyBoi commented on GitHub (Nov 11, 2020): This is for anyone else who Googles up this issue. Using "Install for all users" was the solution for me as well. However, go to `Start -> Settings -> Personalisation -> Fonts` and search for the font. The name there is the one you want to use. As for me `Ubuntu Mono Nerd Font Complete Mono Windows Compatible` did not work, but in the Fonts directory it shows as `UbuntuMono NF` and this has correctly worked between reboots and shutdowns. Cheers @luizwhite @Riiskyy @tebeco big ups. I almost resorted to going to page 2 on Google.
claunia commented 2026-01-30 23:50:16 +00:00
Author
Owner
Copy Link

@ilqvya commented on GitHub (Dec 13, 2020):

Stupid JSON settings

Make a normal UI for such settings as in CMD.exe. Omg....

@ilqvya commented on GitHub (Dec 13, 2020): Stupid JSON settings Make a normal UI for such settings as in CMD.exe. Omg....
claunia commented 2026-01-30 23:50:16 +00:00
Author
Owner
Copy Link

@ilqvya commented on GitHub (Dec 13, 2020):

Holy crap... 1 year have been passed for the issue. I can't set the Cascadia Mono ExtraLight font face. Only can set default Cascadia Mono.

But in cmd.exe it works well....

This project is a mess....

@ilqvya commented on GitHub (Dec 13, 2020): Holy crap... 1 year have been passed for the issue. I can't set the Cascadia Mono **ExtraLight** font face. Only can set default Cascadia Mono. But in cmd.exe it works well.... This project is a mess....
claunia commented 2026-01-30 23:50:16 +00:00
Author
Owner
Copy Link

@qidydl commented on GitHub (Jan 21, 2021):

I experienced this same issue as well. It's especially confusing because the fonts are visible in Word and work fine there, but putting the same font name in Terminal appears to not work. "Install for all users" did resolve the problem for me as well.

@qidydl commented on GitHub (Jan 21, 2021): I experienced this same issue as well. It's especially confusing because the fonts are visible in Word and work fine there, but putting the same font name in Terminal appears to not work. "Install for all users" did resolve the problem for me as well.
claunia commented 2026-01-30 23:50:16 +00:00
Author
Owner
Copy Link

@ZHHHH9980 commented on GitHub (Feb 13, 2021):

This is for anyone else who Googles up this issue. Using "Install for all users" was the solution for me as well.

However, go to Start -> Settings -> Personalisation -> Fonts and search for the font. The name there is the one you want to use. As for me Ubuntu Mono Nerd Font Complete Mono Windows Compatible did not work, but in the Fonts directory it shows as UbuntuMono NF and this has correctly worked between reboots and shutdowns.

Cheers @luizwhite @Riiskyy @tebeco big ups. I almost resorted to going to page 2 on Google.

Oops!It works! "go to Start -> Settings -> Personalisation -> Fonts and search for the font " which can get the real name,so the icons won't just be the "□"

@ZHHHH9980 commented on GitHub (Feb 13, 2021): > This is for anyone else who Googles up this issue. Using "Install for all users" was the solution for me as well. > > However, go to `Start -> Settings -> Personalisation -> Fonts` and search for the font. The name there is the one you want to use. As for me `Ubuntu Mono Nerd Font Complete Mono Windows Compatible` did not work, but in the Fonts directory it shows as `UbuntuMono NF` and this has correctly worked between reboots and shutdowns. > > Cheers @luizwhite @Riiskyy @tebeco big ups. I almost resorted to going to page 2 on Google. Oops!It works! "go to Start -> Settings -> Personalisation -> Fonts and search for the font " which can get the real name,so the icons won't just be the "□"
claunia commented 2026-01-30 23:50:16 +00:00
Author
Owner
Copy Link

@niklasb-ms commented on GitHub (Mar 15, 2022):

Hi, I'm trying to reproduce this issue to see if I can figure out why the fonts are disappearing, and hopefully fix the issue. So far, I haven't been able to get it to happen. I tried cloning the https://github.com/powerline/fonts repo and running the ./install.ps1 script at @Stadler76 described above. For me, the fonts are all installed successfully and remain installed after rebooting. They also remain installed after installing Terminal Preview and rebooting.

Speculating as to what might be happening, I can think of two possibilities. First, let me say that installing a font file basically should do three things:

  1. Copy the font file to a fonts folder
  2. Add the font file to the current Windows session
  3. Add a registry value that references the file

I suspect that either registry values are not being added in the first place, or they're being added and later removed (e.g., on reboot). Either one would explain the observed behavior. The font initially works because it's been added to the current session, but no longer appears after reboot because it's not in the registry.

I'm wondering if someone who can reproduce this would be willing to help me narrow it down by doing an experiment. Here is what I would like you to try if you are willing:

  1. Install the font or fonts the same way as before
  2. Check if registry values exist for the fonts (see below)
  3. Check if the font(s) appear in Settings / Personalization / Fonts
  4. Reboot
  5. Repeat steps 2-3

The registry values for per-user fonts are under "HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts". You can export the key to a file using the following command:

reg.exe export "HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts" fonts.reg

Where fonts.reg is the output file and can be any file name you like. E.g., it could be after-install.reg the first time you run the command after after-reboot the second time.

Thanks,
--Nick

@niklasb-ms commented on GitHub (Mar 15, 2022): Hi, I'm trying to reproduce this issue to see if I can figure out why the fonts are disappearing, and hopefully fix the issue. So far, I haven't been able to get it to happen. I tried cloning the https://github.com/powerline/fonts repo and running the ./install.ps1 script at @Stadler76 described above. For me, the fonts are all installed successfully and remain installed after rebooting. They also remain installed after installing Terminal Preview and rebooting. Speculating as to what might be happening, I can think of two possibilities. First, let me say that installing a font file basically should do three things: 1. Copy the font file to a fonts folder 2. Add the font file to the current Windows session 3. Add a registry value that references the file I suspect that either registry values are not being added in the first place, or they're being added and later removed (e.g., on reboot). Either one would explain the observed behavior. The font initially works because it's been added to the current session, but no longer appears after reboot because it's not in the registry. I'm wondering if someone who _can_ reproduce this would be willing to help me narrow it down by doing an experiment. Here is what I would like you to try if you are willing: 1. Install the font or fonts the same way as before 2. Check if registry values exist for the fonts (see below) 3. Check if the font(s) appear in Settings / Personalization / Fonts 4. Reboot 5. Repeat steps 2-3 The registry values for per-user fonts are under "HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts". You can export the key to a file using the following command: reg.exe export "HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts" fonts.reg Where fonts.reg is the output file and can be any file name you like. E.g., it could be after-install.reg the first time you run the command after after-reboot the second time. Thanks, --Nick
claunia commented 2026-01-30 23:50:17 +00:00
Author
Owner
Copy Link

@Stadler76 commented on GitHub (Jul 4, 2022):

@niklasb-ms: Are you by any chance testing this on Windows 11? Because I narrowed it down to be an issue with Windows Font Cache. As you see in the video I recorded, it can be resolved by restarting the Font Cache or by disabling it. If Windows Terminal is running you need to restart it,

@Stadler76 commented on GitHub (Jul 4, 2022): @niklasb-ms: Are you by any chance testing this on Windows 11? Because I narrowed it down to be an issue with Windows Font Cache. As you see in the video I recorded, it can be resolved by restarting the Font Cache or by disabling it. If Windows Terminal is running you need to restart it,
claunia commented 2026-01-30 23:50:17 +00:00
Author
Owner
Copy Link

@kiranraaj19 commented on GitHub (Sep 2, 2022):

image

I Changed the font in Windows Terminal > Settings > Default > Appearance > Font face, and i saw it concurrently change the "fontFace" object in settings.json to a "font": {"face": "{YOUR_FONT_HERE}"} object, I think the wsl2 has changed the code a bit resulting the fontFace to be deprecated.

@kiranraaj19 commented on GitHub (Sep 2, 2022): ![image](https://user-images.githubusercontent.com/39441413/188113081-d80e76ae-1199-4fe5-b052-eef862728ac6.png) I Changed the font in Windows Terminal > Settings > Default > Appearance > Font face, and i saw it concurrently change the "fontFace" object in settings.json to a "font": {"face": "{YOUR_FONT_HERE}"} object, I think the wsl2 has changed the code a bit resulting the fontFace to be deprecated.
claunia commented 2026-01-30 23:50:17 +00:00
Author
Owner
Copy Link

@cmdshft commented on GitHub (Sep 30, 2022):

Pardon my ignorance, because this is still an issue for me. How do I install a font system wide? I installed the fonts to C:\Windows\Fonts but after rebooting, Windows Terminal says it can no longer find the fonts. I did not have this issue before installed 2H22.

@cmdshft commented on GitHub (Sep 30, 2022): Pardon my ignorance, because this is still an issue for me. How do I install a font system wide? I installed the fonts to C:\Windows\Fonts but after rebooting, Windows Terminal says it can no longer find the fonts. I did not have this issue before installed 2H22.
claunia commented 2026-01-30 23:50:17 +00:00
Author
Owner
Copy Link

@Stadler76 commented on GitHub (Oct 1, 2022):

Pardon my ignorance, because this is still an issue for me. How do I install a font system wide?

Right click -> Install for all users

@Stadler76 commented on GitHub (Oct 1, 2022): > Pardon my ignorance, because this is still an issue for me. How do I install a font system wide? Right click -> Install for all users
claunia commented 2026-01-30 23:50:17 +00:00
Author
Owner
Copy Link

@simsrw73 commented on GitHub (Dec 8, 2022):

I'm wondering if someone who can reproduce this would be willing to help me narrow it down by doing an experiment. Here is what I would like you to try if you are willing:

  1. Install the font or fonts the same way as before
  2. Check if registry values exist for the fonts (see below)
  3. Check if the font(s) appear in Settings / Personalization / Fonts
  4. Reboot
  5. Repeat steps 2-3

@niklasb-ms

This issue never affected me until W11 Update 22H2. Now it happens every time I reboot.

  1. I clone https://github.com/ryanoasis/nerd-fonts. And run .\install.ps1 -WindowsCompatibleOnly Meslo
  2. Registry values exist.
  3. Fonts show here.
  4. Reboot

2.a. Registry values exist. I ran a diff on both output files and they are exactly the same.
2.b. Note also that font files exist in "C:\Users\simsrw73\AppData\Local\Microsoft\Windows\Fonts", both before and after reboot.
3. Font does NOT appear in Settings.

Reinstalling the fonts corrects the issue until next reboot. And as reported above by @Stadler76, restarting the Windows Font Cache Service and restarting Terminal corrects the issue until next reboot.

This issue is driving me crazy. I will run any diagnostic you need, incl allowing remote access to see this resolved.

Output of the two commands after clean install of fonts (manually deleted all previous references to the font in registry and font files) and after reboot:

  • reg.exe export "HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts" <file>
  • fd --glob *meslo* C:\Users\simsrw73\AppData\Local\Microsoft\Windows\Fonts > <file>

In both commands, output of before & after reboot are identical, but fonts no longer show in settings and are not available to use until reinstalled or font cache service is restarted (gsudo Restart-Service -Name "FontCache").

font-listings.zip

@simsrw73 commented on GitHub (Dec 8, 2022): > I'm wondering if someone who _can_ reproduce this would be willing to help me narrow it down by doing an experiment. Here is what I would like you to try if you are willing: > > 1. Install the font or fonts the same way as before > 2. Check if registry values exist for the fonts (see below) > 3. Check if the font(s) appear in Settings / Personalization / Fonts > 4. Reboot > 5. Repeat steps 2-3 @niklasb-ms This issue never affected me until W11 Update 22H2. Now it happens every time I reboot. 1. I clone <https://github.com/ryanoasis/nerd-fonts>. And run `.\install.ps1 -WindowsCompatibleOnly Meslo` 2. Registry values exist. 3. Fonts show here. 4. Reboot 2.a. Registry values exist. I ran a diff on both output files and they are exactly the same. 2.b. Note also that font files exist in "C:\Users\simsrw73\AppData\Local\Microsoft\Windows\Fonts", both before and after reboot. 3. Font does NOT appear in Settings. Reinstalling the fonts corrects the issue until next reboot. And as reported above by @Stadler76, restarting the Windows Font Cache Service and restarting Terminal corrects the issue until next reboot. This issue is driving me crazy. I will run any diagnostic you need, incl allowing remote access to see this resolved. Output of the two commands after clean install of fonts (manually deleted all previous references to the font in registry and font files) and after reboot: - `reg.exe export "HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Fonts" <file>` - `fd --glob *meslo* C:\Users\simsrw73\AppData\Local\Microsoft\Windows\Fonts > <file>` In both commands, output of before & after reboot are identical, but fonts no longer show in settings and are not available to use until reinstalled or font cache service is restarted (`gsudo Restart-Service -Name "FontCache"`). [font-listings.zip](https://github.com/microsoft/terminal/files/10186984/font-listings.zip)
claunia commented 2026-01-30 23:50:18 +00:00
Author
Owner
Copy Link

@fredizzimo commented on GitHub (Dec 17, 2022):

Writing this here as well, since I accidentall wrote my reply in the closed #12587 issue, which looks like a duplicate.

For me it also started after the Window 11 22H2 update. It seems like it looses all user installed fonts.

The old control panel still shows the fonts, but they are missing from the new set settings Personalization/Fonts and Windows programs.

Like above, restarting the Windows Font Cache Service, seems to make it work again.

@fredizzimo commented on GitHub (Dec 17, 2022): Writing this here as well, since I accidentall wrote my reply in the closed #12587 issue, which looks like a duplicate. For me it also started after the Window 11 22H2 update. It seems like it looses all user installed fonts. The old control panel still shows the fonts, but they are missing from the new set settings Personalization/Fonts and Windows programs. Like above, restarting the Windows Font Cache Service, seems to make it work again.
claunia commented 2026-01-30 23:50:18 +00:00
Author
Owner
Copy Link

@Enyer182 commented on GitHub (Jan 22, 2023):

Could anyone find any workaround yet? I'm having the same issue. I have Windows 10 Enterprise. My windows version is 22H2 tried installing powerline fonts from the repo above as the author did and exported the registry. I can see all the fonts are installed correctly everywhere, but the issue persists.

image

@Enyer182 commented on GitHub (Jan 22, 2023): Could anyone find any workaround yet? I'm having the same issue. I have Windows 10 Enterprise. My windows version is 22H2 tried installing powerline fonts from the repo above as the author did and exported the registry. I can see all the fonts are installed correctly everywhere, but the issue persists. ![image](https://user-images.githubusercontent.com/42762798/213905254-8b3d1613-a751-41a1-abf5-467c1d1a5ca0.png)
claunia commented 2026-01-30 23:50:18 +00:00
Author
Owner
Copy Link

@simsrw73 commented on GitHub (Jan 22, 2023):

The only workaround is to restart the FontCache service. I setup task scheduler to do this at startup

  1. Run taskschd
  2. Action menu -> Create Basic Task
  3. Name = Restart Font Cache
  4. Next
  5. Run task "When I log on"
  6. Next
  7. Action to perform = Start a program
  8. Next
  9. Program = powershell
  10. Add arguments = -WindowStyle Hidden -Command "Restart-Service -Name 'FontCache'"
  11. Next
  12. Check "Open the Properties dialog..."
  13. Finish
  14. On General tab, under Security options, check "Run with highest privileges"
  15. On the Triggers tab, Edit the "At log on" trigger, and change it to "Any user"
  16. Click OK
@simsrw73 commented on GitHub (Jan 22, 2023): The only workaround is to restart the FontCache service. I setup task scheduler to do this at startup 1. Run taskschd 2. Action menu -> Create Basic Task 3. Name = Restart Font Cache 4. Next 5. Run task "When I log on" 6. Next 7. Action to perform = Start a program 8. Next 9. Program = powershell 10. Add arguments = -WindowStyle Hidden -Command "Restart-Service -Name 'FontCache'" 11. Next 12. Check "Open the Properties dialog..." 13. Finish 14. On General tab, under Security options, check "Run with highest privileges" 15. On the Triggers tab, Edit the "At log on" trigger, and change it to "Any user" 16. Click OK
claunia commented 2026-01-30 23:50:18 +00:00
Author
Owner
Copy Link

@simsrw73 commented on GitHub (Jan 29, 2023):

Apparently, reinstalling Windows also fixes this. Just upgraded my GPU from Nvidia to AMD and Windows started crashing periodically. Even after using GPU driver removal tool and reinstalling AMD, so I tried reinstalling Windows. Both issues seem to be fixed. No crashing and No font problems in wt. No idea what causes the issue but, in my case, reinstalling Windows seems have resolved it. That is a horrible solution. I wish someone could have helped debug the cause of the issue.

@simsrw73 commented on GitHub (Jan 29, 2023): Apparently, reinstalling Windows also fixes this. Just upgraded my GPU from Nvidia to AMD and Windows started crashing periodically. Even after using GPU driver removal tool and reinstalling AMD, so I tried reinstalling Windows. Both issues seem to be fixed. No crashing and No font problems in wt. No idea what causes the issue but, in my case, reinstalling Windows seems have resolved it. That is a horrible solution. I wish someone could have helped debug the cause of the issue.
claunia commented 2026-01-30 23:50:19 +00:00
Author
Owner
Copy Link

@Roundlay commented on GitHub (Feb 22, 2023):

Currently in the camp where none of the proposed workarounds remedy the issue for me. Anyone manage to resolve this issue with any of the Iosevka Nerd Fonts in a way not listed above?

@Roundlay commented on GitHub (Feb 22, 2023): Currently in the camp where none of the proposed workarounds remedy the issue for me. Anyone manage to resolve this issue with any of the Iosevka Nerd Fonts in a way not listed above?
claunia commented 2026-01-30 23:50:19 +00:00
Author
Owner
Copy Link

@rscircus commented on GitHub (Feb 22, 2023):

+1 Having this w/ multiple fonts. Victor Mono as of today.

@rscircus commented on GitHub (Feb 22, 2023): +1 Having this w/ multiple fonts. Victor Mono as of today.
claunia commented 2026-01-30 23:50:19 +00:00
Author
Owner
Copy Link

@dgarmire commented on GitHub (Jul 4, 2023):

I seem to have fixed this issue on Windows 11 latest updates as of 7/4/2023:

windows key -> services -> services (local) -> Windows Font Cache Service

In this window, select tab "Log On", and use "Local System Account", also check "Allow service to interact ..."

Click "Ok"

Then stop and start service

@dgarmire commented on GitHub (Jul 4, 2023): I seem to have fixed this issue on Windows 11 latest updates as of 7/4/2023: windows key -> services -> services (local) -> Windows Font Cache Service In this window, select tab "Log On", and use "Local System Account", also check "Allow service to interact ..." Click "Ok" Then stop and start service
claunia commented 2026-01-30 23:50:20 +00:00
Author
Owner
Copy Link

@zadjii-msft commented on GitHub (Aug 24, 2023):

Okay so housecleaning time. Internally, this is tracked by MSFT:42103854.

After the last couple PRs we did in this area, we're pretty confident there's nothing more that we (the Terminal team) can do on our side here to mitigate this.

This is pretty clearly still an issue. I'm bumping the internal thread to see how we can get this fixed in the OS.

I've decided that even though there's nothing more we (the Terminal team) can do to fix this on our side, I'm going to leave this one open. Folks have a hard enough time searching for existing open issues, let alone closed ones. This is super painful when it does hit, so I think it warrants being left open regardless of if there's any work we can do to fix it.

I have no idea when this'll be fixed, but I'll make sure to share any relevant internal updates here in this thread.

@zadjii-msft commented on GitHub (Aug 24, 2023): Okay so housecleaning time. Internally, this is tracked by MSFT:42103854. After the last couple PRs we did in this area, we're pretty confident there's nothing more that we (the Terminal team) can do on our side here to mitigate this. This is pretty clearly still an issue. I'm bumping the internal thread to see how we can get this fixed in the OS. I've decided that even though there's nothing more we (the Terminal team) can do to fix this on our side, I'm going to leave this one open. Folks have a hard enough time searching for existing open issues, let alone closed ones. This is super painful when it does hit, so I think it warrants being left open regardless of if there's any work _we_ can do to fix it. I have no idea when this'll be fixed, but I'll make sure to share any relevant internal updates here in this thread.
claunia commented 2026-01-30 23:50:20 +00:00
Author
Owner
Copy Link

@arpadbarta commented on GitHub (Sep 7, 2023):

I seem to have fixed this issue on Windows 11 latest updates as of 7/4/2023:

windows key -> services -> services (local) -> Windows Font Cache Service

In this window, select tab "Log On", and use "Local System Account", also check "Allow service to interact ..."

Click "Ok"

Then stop and start service

Yoppe seems to work.

@arpadbarta commented on GitHub (Sep 7, 2023): > I seem to have fixed this issue on Windows 11 latest updates as of 7/4/2023: > > windows key -> services -> services (local) -> Windows Font Cache Service > > In this window, select tab "Log On", and use "Local System Account", also check "Allow service to interact ..." > > Click "Ok" > > Then stop and start service Yoppe seems to work.
claunia commented 2026-01-30 23:50:21 +00:00
Author
Owner
Copy Link

@fuzzlebuck commented on GitHub (Sep 13, 2023):

I seem to have fixed this issue on Windows 11 latest updates as of 7/4/2023:

windows key -> services -> services (local) -> Windows Font Cache Service

In this window, select tab "Log On", and use "Local System Account", also check "Allow service to interact ..."

Click "Ok"

Then stop and start service

This worked for me too! after months of issues with the nerd fonts in Terminal and VSCode. Thank you!

@fuzzlebuck commented on GitHub (Sep 13, 2023): > I seem to have fixed this issue on Windows 11 latest updates as of 7/4/2023: > > windows key -> services -> services (local) -> Windows Font Cache Service > > In this window, select tab "Log On", and use "Local System Account", also check "Allow service to interact ..." > > Click "Ok" > > Then stop and start service This worked for me too! after months of issues with the nerd fonts in Terminal and VSCode. Thank you!
claunia commented 2026-01-30 23:50:21 +00:00
Author
Owner
Copy Link

@ededdneddyfan commented on GitHub (Oct 23, 2023):

I seem to have fixed this issue on Windows 11 latest updates as of 7/4/2023:

windows key -> services -> services (local) -> Windows Font Cache Service

In this window, select tab "Log On", and use "Local System Account", also check "Allow service to interact ..."

Click "Ok"

Then stop and start service

Workaround confirming to still work as of today (10/23/23)

@ededdneddyfan commented on GitHub (Oct 23, 2023): > I seem to have fixed this issue on Windows 11 latest updates as of 7/4/2023: > > windows key -> services -> services (local) -> Windows Font Cache Service > > In this window, select tab "Log On", and use "Local System Account", also check "Allow service to interact ..." > > Click "Ok" > > Then stop and start service Workaround confirming to still work as of today (10/23/23)
claunia commented 2026-01-30 23:50:21 +00:00
Author
Owner
Copy Link

@Dharmesh-IT commented on GitHub (Oct 24, 2023):

I seem to have fixed this issue on Windows 11 latest updates as of 7/4/2023:
windows key -> services -> services (local) -> Windows Font Cache Service
In this window, select tab "Log On", and use "Local System Account", also check "Allow service to interact ..."
Click "Ok"
Then stop and start service

Yoppe seems to work.

work for me same as of today (24-Oct-2023) with windows 11 latest version

@Dharmesh-IT commented on GitHub (Oct 24, 2023): > > I seem to have fixed this issue on Windows 11 latest updates as of 7/4/2023: > > windows key -> services -> services (local) -> Windows Font Cache Service > > In this window, select tab "Log On", and use "Local System Account", also check "Allow service to interact ..." > > Click "Ok" > > Then stop and start service > > Yoppe seems to work. work for me same as of today (24-Oct-2023) with windows 11 latest version
claunia commented 2026-01-30 23:50:22 +00:00
Author
Owner
Copy Link

@lhecker commented on GitHub (Oct 24, 2023):

Please use upvotes/reactions if you agree with a post. A lot of people are subscribed to this thread and each confirmation pings everyone every time, so please avoid doing that. I'm collapsing the above comments as off-topic.

@lhecker commented on GitHub (Oct 24, 2023): Please use upvotes/reactions if you agree with a post. A lot of people are subscribed to this thread and each confirmation pings everyone every time, so please avoid doing that. I'm collapsing the above comments as off-topic.
claunia commented 2026-01-30 23:50:22 +00:00
Author
Owner
Copy Link

@vanguard-bit commented on GitHub (Jan 1, 2024):

Pardon my ignorance, because this is still an issue for me. How do I install a font system wide?

Right click -> Install for all users

sorry...right click on what?

@vanguard-bit commented on GitHub (Jan 1, 2024): > > Pardon my ignorance, because this is still an issue for me. How do I install a font system wide? > > Right click -> Install for all users sorry...right click on what?
claunia commented 2026-01-30 23:50:22 +00:00
Author
Owner
Copy Link

@AndrewSav commented on GitHub (Jan 1, 2024):

sorry...right click on what?

On the font you want to install?

@AndrewSav commented on GitHub (Jan 1, 2024): > sorry...right click on what? On the font you want to install?
claunia commented 2026-01-30 23:50:22 +00:00
Author
Owner
Copy Link

@dotjax commented on GitHub (Feb 9, 2024):

Can confirm I am still having this issue with fonts in Windows Terminal on Windows 11 Pro.

@dotjax commented on GitHub (Feb 9, 2024): Can confirm I am still having this issue with fonts in Windows Terminal on Windows 11 Pro.
claunia commented 2026-01-30 23:50:23 +00:00
Author
Owner
Copy Link

@mayank-kr-verma commented on GitHub (May 20, 2024):

This superuser answer worked for me on windows 11

@mayank-kr-verma commented on GitHub (May 20, 2024): [This superuser answer](https://superuser.com/questions/1817579/windows-terminal-on-windows-11-gives-error-not-finding-nerd-font#:~:text=if%20you%20search%20on%20windows%2011%20Settings%20app%20go%20to%20personalisation%20and%20then%20select%20fonts%20you%20find%20that%20windows%2011%20is%20not%20able%20to%20find%20the%20font%20there.%20So%20you%20just%20need%20to%20drag%20and%20drop%20the%20fonts%20here) worked for me on windows 11
claunia commented 2026-01-30 23:50:23 +00:00
Author
Owner
Copy Link

@come-raczy commented on GitHub (Jun 4, 2024):

This superuser answer worked for me on windows 11

Interesting. In my case, even if I reinstall the fonts in Settings -> Personalization -> Fonts, I still have the error when I try to use the font in the terminal.

What did work for me was to remove the fonts, clear the Windows Font Cache Service, and reinstall the fonts for all:

  • in Control Panel -> Appearance and Personalization -> Fonts, select the Nerd Fonts, Click "Delete" and confirm
  • Win-R -> Open: services.msc -> Windows Font Cache Service -> right click -> Restart
  • In the file explorer, select the fonts -> Right click -> Show More Options -> Install for all Users (requires admin privileges)

I verified that after rebooting or shutting down, all the nerd fonts are still available in Settings -> Personalization -> Fonts, and correctly set in my Terminal.

@come-raczy commented on GitHub (Jun 4, 2024): > [This superuser answer](https://superuser.com/questions/1817579/windows-terminal-on-windows-11-gives-error-not-finding-nerd-font#:~:text=if%20you%20search%20on%20windows%2011%20Settings%20app%20go%20to%20personalisation%20and%20then%20select%20fonts%20you%20find%20that%20windows%2011%20is%20not%20able%20to%20find%20the%20font%20there.%20So%20you%20just%20need%20to%20drag%20and%20drop%20the%20fonts%20here) worked for me on windows 11 Interesting. In my case, even if I reinstall the fonts in Settings -> Personalization -> Fonts, I still have the error when I try to use the font in the terminal. **What did work for me** was to remove the fonts, clear the Windows Font Cache Service, and reinstall the fonts for all: - in Control Panel -> Appearance and Personalization -> Fonts, select the Nerd Fonts, Click "Delete" and confirm - Win-R -> Open: services.msc -> Windows Font Cache Service -> right click -> Restart - In the file explorer, select the fonts -> Right click -> Show More Options -> Install for all Users (requires admin privileges) I verified that after rebooting or shutting down, all the nerd fonts are still available in Settings -> Personalization -> Fonts, and correctly set in my Terminal.
claunia commented 2026-01-30 23:50:23 +00:00
Author
Owner
Copy Link

@lukeupup commented on GitHub (Sep 12, 2024):

This superuser answer worked for me on windows 11

Interesting. In my case, even if I reinstall the fonts in Settings -> Personalization -> Fonts, I still have the error when I try to use the font in the terminal.

What did work for me was to remove the fonts, clear the Windows Font Cache Service, and reinstall the fonts for all:

  • in Control Panel -> Appearance and Personalization -> Fonts, select the Nerd Fonts, Click "Delete" and confirm
  • Win-R -> Open: services.msc -> Windows Font Cache Service -> right click -> Restart
  • In the file explorer, select the fonts -> Right click -> Show More Options -> Install for all Users (requires admin privileges)

I verified that after rebooting or shutting down, all the nerd fonts are still available in Settings -> Personalization -> Fonts, and correctly set in my Terminal.

This works for me. Thanks!

@lukeupup commented on GitHub (Sep 12, 2024): > > [This superuser answer](https://superuser.com/questions/1817579/windows-terminal-on-windows-11-gives-error-not-finding-nerd-font#:~:text=if%20you%20search%20on%20windows%2011%20Settings%20app%20go%20to%20personalisation%20and%20then%20select%20fonts%20you%20find%20that%20windows%2011%20is%20not%20able%20to%20find%20the%20font%20there.%20So%20you%20just%20need%20to%20drag%20and%20drop%20the%20fonts%20here) worked for me on windows 11 > > Interesting. In my case, even if I reinstall the fonts in Settings -> Personalization -> Fonts, I still have the error when I try to use the font in the terminal. > > **What did work for me** was to remove the fonts, clear the Windows Font Cache Service, and reinstall the fonts for all: > > * in Control Panel -> Appearance and Personalization -> Fonts, select the Nerd Fonts, Click "Delete" and confirm > * Win-R -> Open: services.msc -> Windows Font Cache Service -> right click -> Restart > * In the file explorer, select the fonts -> Right click -> Show More Options -> Install for all Users (requires admin privileges) > > I verified that after rebooting or shutting down, all the nerd fonts are still available in Settings -> Personalization -> Fonts, and correctly set in my Terminal. This works for me. Thanks!
claunia commented 2026-01-30 23:50:24 +00:00
Author
Owner
Copy Link

@RadmehrVafadar commented on GitHub (Dec 3, 2024):

I was able to resolve this issue by installing the font for all users instead of a install, even after a restart I had no problems. It appear to me that the bug has something to do with how Windows 11 handles the location of user installed fonts. Hope this helps! Image

@RadmehrVafadar commented on GitHub (Dec 3, 2024): I was able to resolve this issue by installing the font for all users instead of a install, even after a restart I had no problems. It appear to me that the bug has something to do with how Windows 11 handles the location of user installed fonts. Hope this helps! ![Image](https://github.com/user-attachments/assets/cbaac439-8371-4f77-a985-e3499f0426f3)
claunia commented 2026-01-30 23:50:24 +00:00
Author
Owner
Copy Link

@react-o-licious commented on GitHub (Mar 2, 2025):

I was able to resolve this issue by installing the font for all users instead of a install, even after a restart I had no problems. It appear to me that the bug has something to do with how Windows 11 handles the location of user installed fonts. Hope this helps! Image

Cheers @RadmehrVafadar!

@react-o-licious commented on GitHub (Mar 2, 2025): > I was able to resolve this issue by installing the font for all users instead of a install, even after a restart I had no problems. It appear to me that the bug has something to do with how Windows 11 handles the location of user installed fonts. Hope this helps! ![Image](https://github.com/user-attachments/assets/cbaac439-8371-4f77-a985-e3499f0426f3) Cheers @RadmehrVafadar!
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
⛺ Reserved
A11yCO
A11yMAS
A11ySev1
A11ySev2
A11ySev3
A11yTTValidated
A11yUsable
A11yVoiceAccess
A11yWCAG
Area-Accessibility
Area-AtlasEngine
Area-AzureShell
Area-Build
Area-Build
Area-Chat
Area-CmdPal
Area-CodeHealth
Area-Commandline
Area-CookedRead
Area-DefApp
Area-Extensibility
Area-Fonts
Area-GroupPolicy
Area-i18n
Area-Input
Area-Interaction
Area-Interop
Area-Localization
Area-Output
Area-Performance
Area-Portable
Area-Quality
Area-Remoting
Area-Rendering
Area-Schema
Area-Server
Area-Settings
Area-SettingsUI
Area-ShellExtension
Area-ShellExtension
Area-ShellExtension
Area-Suggestions
Area-Suggestions
Area-TerminalConnection
Area-TerminalControl
Area-Theming
Area-UserInterface
Area-VT
Area-Windowing
Area-WPFControl
AutoMerge
Blocking-Ingestion
Culprit-Centennial
Culprit-WinUI
Disability-All
Disability-Blind
Disability-LowVision
Disability-Mobility
External-Blocked-WinUI3
Fixed
Gathering-Data
good first issue
HCL-E+D
HCL-WindowsTerminal
Help Wanted
Impact-Compatibility
Impact-Compliance
Impact-Correctness
Impact-Visual
In-PR
InclusionBacklog
InclusionBacklog-Windows TerminalWin32
InclusionCommitted-202206
Issue-Bug
Issue-Docs
Issue-Feature
Issue-Feature
Issue-Question
Issue-Samples
Issue-Scenario
Issue-Task
Needs-Attention
Needs-Author-Feedback
Needs-Bisect
Needs-Discussion
Needs-Repro
Needs-Tag-Fix
Needs-Tag-Fix
Needs-Triage
No-Recent-Activity
Priority-0
Priority-1
Priority-2
Priority-3
Product-Cmd.exe
Product-Colortool
Product-Colortool
Product-Colortool
Product-Conhost
Product-Conpty
Product-Meta
Product-Powershell
Product-Terminal
Product-WSL
pull-request
Mirrored from GitHub Pull Request
 Resolution-Answered
Resolution-By-Design
Resolution-Duplicate
Resolution-External
Resolution-Fix-Available
Resolution-Fix-Committed
Resolution-No-Repro
Resolution-Won't-Fix
Severity-Blocking
Severity-Crash
Severity-DataLoss
spam
this-will-be-a-breaking-change
Tracking-External
WindowsTerminal_Win32
Work-Item
zAskModeBug
zInbox-Bug
No Label Area-Rendering Issue-Bug Product-Terminal Resolution-External Tracking-External
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#4546
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?