-
Notifications
You must be signed in to change notification settings - Fork 8.4k
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
Unable to find the selected font "Cascadia Mono". #9375
Comments
Off course I think of a possible fix right after submitting the issue. Starting Microsoft Terminal as Administrator once fixes the issue. Leaving the issue open so the maintainers can decide if this should be handled without the 'start as admin' workaround/fix. |
After upgrading to 1.6.10571.0, this happens to me as well. But starting as administrator does not help for me. Any other workaround? |
I have a Similar experience but with the font "Cascadia Code PL". The message does not go away if Started as Administrator. |
I've also having an issue with Windows Terminal not being able to find Cascadia Code PL. I've been using Cascadia Code PL for several months with no issues, now Windows Terminal can't find it. |
I am also suffering from this problem, after an automatic update via the Windows Store. |
Same thing here, Source Code Pro. |
I've tried that and it didn't make a difference. I even rebooted the computer after reinstalling the fonts using the "Install for all users" option. On startup, Windows Terminal still complains about a missing font that's not missing and can be used anywhere else on the system ("Ubuntu Regular", in my case). |
The one installed from the store has no problem. But the one installed by scoop has the same issue. |
Same happens to me at
|
I hit this issue today (don't know why not before now) but when I installed the Cascadia Code font directly to Windows, the error disappeared and the font appears as it should. It did appear to look like Consolas before doing this. So I think WT isn't reading the font files correctly from inside the msix package. |
I had the same issue with the Store version, using "Cascadia Code PL Regular" as the font. Edit: I should also mention, font is installed in C:\Windows\Fonts for all users and I pulled the current version of Cascadia Code PL off Github that day - version 2005.150. Earlier version also didn't load properly so I used opportunity to upgrade it. |
I never had "Cascadia Code PL Regular" as the font, only "Cascadia Code PL". And I still get that error dialogue. |
I ran into a similar issue. I followed all sorts of instructions from various different posts online and I finally got powershell to recognize the right font but windows terminal would still not pick it up. A screenshot of the console's properties: However, I tried the same in Windows Terminal and guess what? I got lucky and got help from smart people online by posting this question on twitter -https://twitter.com/eakangk/status/1369949792034562048?s=20 And someone responded that I was using the full name of the font and not the short name. I quickly opened the modern font setting window and searched for the font 'space' and that was when I realised, I couldn't find it. However the same font would show up in the old schools c:\windows\fonts folder: This prompted me to think that maybe, i didn't really install it for all users. and guess what happened next? I couldn't wait to open up my windows terminal to check how it looked like and... wait for it.... Thank you everyone for the valuable suggestions and directing me to this issue here. i had almost given up on this back in January, thinking I was taking too long to set up a prompt. |
@lonelydev, I just checked my C:\Windows\Font folder. I don't have any font there named |
@Rod-in-NM That should get you the font you want. |
@lonelydev I've cloned that font repo. The I installed for all users these fonts:
I didn't think I needed the others. This hasn't helped - I'm still getting that error message whenever I get into Windows Terminal |
Reduce instances of font fallback dialog through package font loading, basic name trimming, and revised fallback test - Adjusts the font dialog to only show when we attempt last-chance resolution from our hardcoded list of font names with a flag instead of with a string comparison by name - Adds a resolution step to trim the font name by word from the end and retry to attempt to resolve a proper font that just has a weight suffix - Adds a second font collection to font loading that will attempt to locate all TTF files sitting next to our binary, like in our package - [x] Wrote my font preference in the JSON as `Cascadia Code Heavy` and watched it quietly resolve to just `Cascadia Code` without the dialog. - [x] Put a font that isn't registered with the system into the layout directory for the package, set it as my desired font in Terminal, and watched it load just fine. - [x] Try a font name with different casing and see if dialog doesn't pop anymore - [x] Try a font with different (localized) names like MS ゴシック and see if dialog doesn't pop anymore - [x] Check Win7 with WPF target Closes #9375
Reduce instances of font fallback dialog through package font loading, basic name trimming, and revised fallback test - Adjusts the font dialog to only show when we attempt last-chance resolution from our hardcoded list of font names with a flag instead of with a string comparison by name - Adds a resolution step to trim the font name by word from the end and retry to attempt to resolve a proper font that just has a weight suffix - Adds a second font collection to font loading that will attempt to locate all TTF files sitting next to our binary, like in our package - [x] Wrote my font preference in the JSON as `Cascadia Code Heavy` and watched it quietly resolve to just `Cascadia Code` without the dialog. - [x] Put a font that isn't registered with the system into the layout directory for the package, set it as my desired font in Terminal, and watched it load just fine. - [x] Try a font name with different casing and see if dialog doesn't pop anymore - [x] Try a font with different (localized) names like MS ゴシック and see if dialog doesn't pop anymore - [x] Check Win7 with WPF target Closes #9375 (cherry picked from commit 7f5a19b)
🎉This issue was addressed in #9734, which has now been successfully released as Handy links: |
🎉This issue was addressed in #9734, which has now been successfully released as Handy links: |
open Windows Terminal Settings, add/change fontFace setting
|
This just started happening to me today (wasn't happening yesterday or for weeks before.) In my case the missing font is "Cascadia Mono". I can't think of any update, config change, or anything else that should have triggered a change. Edit: Also want to clarify that for me the biggest issue isn't having to click "OK", it's that the font I enjoyed and preferred is no longer being used for no good reason I can think of. |
@brucek2 sorry about that. We actually had to push an update to make sure we didn't crash when this happens. I edited the original/top post on this issue to sum up what's happening. |
It started happening to me today. Weeks no issues then all of WSL linux sessions closed, about 8 of them, while they were running tasks and without notifying me or giving me the option to delay/cancel/not update at this time! This is a very very bad update procedure as it closed active SSH connections in all of these. Fortunately I started the critical jobs via screen. Apps, especially terminal apps, that can be open for extended periods of time while running long-running jobs should not silently just close and update in the middle of the night. As near as I can tell an update was applied and my terminal is now 1.9.1523. Not happy that it silently updated and closed my active sessions. And now I have the missing font error too. Which I did not have before. In fact everything had been working very well before. Now it's having problems. Very annoying. |
As annoying as it was, I normally do not reboot because I might have things going for several days, I closed everything down and rebooted and it appears the error with the font has gone away. So this "update" not only closed all my active terminal sessions without warning in the middle of the night, it also forced a reboot to fix this error. Lest I only complain - I realize this is a preview release, so some hiccups are to be expected. I was caught off guard by the sudden closing and update without warning though. That's not good. Other than this one issue, the preview version has been working great. My only issue is an apparent lack of a keyboard shortcut to start a new terminal window. The preview has otherwise been very useful. The terminal preview, along with WSL, has enabled my switch from Mac to Windows as I live in various unix/linux terminals most of the day with my job. Good job on it. |
I finally solved the problem with losing active terminal sessions from an automatic update by disabling automatic updates for Windows Apps. I just got the missing "Cascadia Mono" bug today also. |
Thanks @bikeoid , good idea. thuogh I'd prefer to just disable it for the terminal and not all apps. i'll look it up and see if the options are that granular. |
@softwrx I had the same issue when auto-upgraded to 1.8.1521.0 which, as far as I know, is not pre-release. So I think the update process is borked. |
Well, resetting the app, and unticking all fonts, chose cascadia code did it for me. You got limited selection ofc |
Had to
And the error was gone. |
I know the issue is closed, but i had it happen today for the very first time ever, couldnt find cascadia mono, on v1.8.1521.0 |
I had the same thing as @ghylander and the proposed solution to repair the app did indeed work for me. |
I just triggered the same issue, but sadly "repairing" the app did nothing for me. I'm using 1.8.1521.0. |
I can also add that the font (Cascadia Mono) is installed and works fine in other applications. |
Repairing the App did work for me |
This is a "Me too" posts but adding that in Windows terminal "about" the version is "1.8.1521.0" but latest release is only "v1.8.1444.0". huh? Deployment issues? Time to repoen this issue? |
Please refer to the body of the first post in this issue. |
There is a bug in the application deployment platform on recent versions of Windows that results in the Cascadia Mono font (the default font) being unreadable. Terminal cannot read it, and if it tries it will crash.
Unfortunately, that means that through no fault of your own, you'll get a dialog that says we can't find Cascadia Mono or Cascadia Code.
KNOWN SOLUTIONS
ONLY COMMENT HERE IF THE WORKAROUNDS DON'T HELP
Since there are so many subscribers to this thread, we will lock it if it starts to accumulate unrelated commentary.
2021-06-10: we’ve locked it as folks haven’t read this disclaimer.
Original bug in Terminal 1.6
Environment
Steps to reproduce
This 'happens on my machine', not sure if easily reproducible.
Expected behavior
Microsoft terminal opens on the default terminal
Actual behavior
A pop-up is shown with the following error message:
Transcript:
Additional information
Other applications, Microsoft Word, Paint.NET, show the
Cascadia Mono
font and allow usage without any issues.The text was updated successfully, but these errors were encountered: