Closed phealy closed 10 months ago
Thanks for the report! @lhecker, we did bring #13995 into 1.16.264... This error code is DXGI_ERROR_INVALID_CALL
.
Could you follow the steps in this comment to force enable the debug layer? https://github.com/microsoft/terminal/issues/13985#issuecomment-1246111446 Just don't change the setting for the "Feature level limit". Afterwards you should see more detailed error descriptions by simultaneously running DebugView once the error occurs.
@DHowett Warning popups are unfortunately separate from the "error state" one.
1.16.2642.0 always goes into error state if too many warnings are shown. A potential reason I can think of is that we don't handle the DXGI occlusion status.
This issue has been automatically marked as stale because it has been marked as requiring author feedback but has not had any activity for 4 days. It will be closed if no further activity occurs within 3 days of this comment.
I have this problem intermittently as well and am also running windows terminal preview 1.16.2642.0.
In my case I hibernate, as opposed to sleep, my machine. I tend to find the error occurs when I resume a tmux session, but I just happened to get the problem just now when I went into vim from a local bash shell.
What I find is that if I resize the main window after the error is shown, then it's not shown again for the rest of the session.
It might be related but I also sometimes find that, after resuming, my tmux session doesn't seem to know the window size correctly, for example it puts the tmux status bar on the wrong row. Again, resizing the main window fixes that problem.
Windows Terminal version
1.15.2713.0
Windows build number
10.0.22621.521
Other Software
ssh'ed to AWS machine, used
vim
inside thereSteps to reproduce
No idea. I had three terminals in one window arranged in a "pi" pattern:
-------- content -------- p1 | p2
I had made p1 bigger using ctrl-alt-up/right. I noticed when I hovered over the pane and exited, the bell tripped. everytime i entered the pane, it was fine, but when exiting the pane the bell would trigger
Expected Behavior
No error and no bell firing
Actual Behavior
When I went to vim, the renderer error triggered: Renderer encountered an unexpected error: -2005270527
Strangely when I made the p2 pane bigger again (see above for pane diagram) the error cleared and things worked fine. every key stroke triggered the error and exiting vim was "hard/impossible". Only after making the pane bigger, did the error go away and I could exit vim.
@dovholuknf Could you confirm whether you have "AtlasEngine" enabled in your Rendering or advanced profile settings?
In case you do and if you encounter the issue again, could you please run DebugView and check if any errors are logged while the issue happens inside Windows Terminal?
I had left my machine on, came back to it after it sleepings and I do not see "atlas" in my settings.json so I assume it's set to whatever 'the default' is? Here's what dbgview looked like at that time
I also have a recording where the bell fired -- but NOT error: -2005270527
which is potentially interesting. Another thing to note is that i have the "move focus when i mouse over" option set.
Here's a video if interested. You'll see I did not get the same error (yet) and during that time i had debug viewer open as well... https://youtu.be/AeW9xUTl4OY
Also of interested - when i resized the screen I no longer was getting the visual/audio bell. Also somewhat strange. I did recently upgrade to the preview of windows terminal and don't remember ever observing this behavior before
I've gotten "Renderer encountered an unexpected error: -2005270527" twice now, it seems to be related to suspend and/or a semi-broken ssh session state. Both times I got it after I ran vi
in a terminal session that was in a glitched state after a disconnect from an ssh session running vi.
I get this unexpected error when running oh-my-posh debug
in maximized window (maximized before running the command) with "AtlasEngine" enabled.
DebugView shows the following message when the pop-up shows up:
[3676] DXGI ERROR: IDXGISwapChain::Present: The scroll rect #0 passed to Present is empty. ScrollRect = RECT{ left = 0, top = 0, right = 1888, bottom = 0 } [ MISCELLANEOUS ERROR #109: ]
Terminal version: ae7595b (Release, x64), can't reproduce in 1.16.10261.0 Windows build number: 19045.2846 oh-my-posh version: 15.4.0
I fixed that issue here: #15262 Itβs a somewhat annoying bug, so Iβll try to get it merged soon. Iβm super happy to see you try out the main branch btw! I hope there arenβt any serious issues apart from that one. π
Got this issue "Renderer encountered an unexpected error: -2005270527" on the latest Terminal Preview [v1.18.1421.0] Repro: start nvim in WSL ubuntu
Those repro steps don't reproduce the issue for me. Could you please provide more detailed steps? nvim config, font settings, display scale, window size, etc., anything you think is relevant to reproduce the issue on another PC basically.
Just to be sure though, if you're using some custom font, could you try and see if the issue reproduces with Cascadia Mono or Cascadia Code? π€
For me, it just seems to happen "randomly" and without any real indication of what triggers it. It's happened when I used cmd.exe from terminal, it's happened from bash, it's happened from ubuntu 20 from ubuntu 22... i can't figure out how to reproduce it at all...
I suspect some character/escape sequence is rendered to some pane somewhere and triggers it. It does seem to only happen when i have "split" the terminal though. I don't recall it happening when the terminal wasn't split.
It often occurs after waking from a lock state/sleep state. I'm on the latest preview, it's much less frequent, but it still happens. :(
If the issue happens often enough, one option is to enable the debug layer and listen for debug messages. This however only works if you have the "Graphics Tools" feature installed (Settings app > "Apps" > "Optional Features"). If you want to try that, here's how to do it:
d3dconfig apps --add WindowsTerminal.exe
d3dconfig debug-layer debug-layer-mode=force-on
dxcpl
from the start menu and click this:
d3dconfig --reset
If the issue happens often enough, one option is to enable the debug layer and listen for debug messages. This however only works if you have the "Graphics Tools" feature installed (Settings app > "Apps" > "Optional Features"). If you want to try that, here's how to do it:
1. First enable the debug layer: * On modern Windows you can run: ```powershell d3dconfig apps --add WindowsTerminal.exe d3dconfig debug-layer debug-layer-mode=force-on ``` * On older Windows: Run `dxcpl` from the start menu and click this: ![image](https://user-images.githubusercontent.com/2256941/240584691-36b9a1d7-fc4c-4972-b77c-d7c33736924e.png) 2. Listen for debug output via [DbgView](https://learn.microsoft.com/en-us/sysinternals/downloads/debugview). 3. Disable the debug layer * New: ```powershell d3dconfig --reset ``` * Old: ![image](https://user-images.githubusercontent.com/2256941/240585347-f93fc613-e4e6-49b9-8751-40012e909f2e.png)
I've got this upon error: 00000001 0.00000000 [18696] DXGI ERROR: IDXGISwapChain::Present: Partial Presentation (using scroll or dirty rects) is not valid until first submitting a regular Present without scroll or dirty rects. Otherwise, the preserved back-buffer data would be uninitialized. [ MISCELLANEOUS ERROR #105: ]
As of today, Windows Terminal has become entirely unusable due to this error.
If I Win+Arrow key to move the terminal window, it starts spamming this error repeatedly and the only solution is to close the Terminal.
That said, the terminal doesn't really work well even if I don't Win+arrow it. The cursor is broken and I cannot type.
Windows Terminal Preview Version: 1.18.1421.0
I will try moving back to the release version. I've been on the Preview for so many years I kind of forgot it was Beta.
EDIT: Turning off AtlasEngine seems to be fixing it.
However, I still get a "filled box" cursor in 18, regardless of what I set the cursor to, while I get the requested Bar cursor in 17.
EDIT: It seems I have a lot of profiles, some show up in the JSON but not the GUI and fiddling with the "cursorShape" entry in the JSON fixes this, even though fiddling with it in GUI does not. Probably a different issue, but maybe I need to start with a fresh profile...
You can also just try:
"profiles":
{
"defaults":
{
"useAtlasEngine": false
in the settings. That should switch back to the old renderer
@chrisl8 That issue with the flickering cursor is fixed in #15403. I'm sorry for causing the issue - We only noticed it mere hours before publishing 1.18. It's because of your particular font, which most likely behaves similarly to MesloLGM NF. I failed to test that particular aspect (= "What if the glyphs in the first row are outside of the bounds of the window"?). You don't describe the block cursor issue in detail, but I found that I can replicate it with the Direct2D based text renderer in AtlasEngine. That one is only used when a device does not have a GPU. Are you perhaps using a VM or remote desktop? I've fixed that in #15427.
@jimf5 That's super helpful and narrows it down a lot. Although even that I now know which couple dozen lines should be responsible for this, I can't quite figure out why it would happen. You don't happen to use MesloLGM NF or a similar nerd font, etc., either, right?
I've built a Windows Terminal Preview version that integrates the previous 3 AtlasEngine bug fixes, 2 of which might be relevant here: #15403 and #15425. (I did the cursor fix after starting the hour-long build and signing process.) I don't want to waste anyone's time, but if you don't mind, I'd be super happy if you could check it out and see if it fixes your issues. You can download it here: https://blob.hecker.io/sharex/Microsoft.WindowsTerminalPreview_1.18.1443.0_8wekyb3d8bbwe.msixbundle I'm using my own personal domain because I don't want to expose my internal work addresses. However the file is properly cryptographically signed by Microsoft.
FYI you can enable/disable AtlasEngine here at any time as well:
Edit: You need to create new tabs after making this change, or restart the application. Existing tabs will retain the text renderer they were created with.
I've changed to useAtlasEngine false and today - I dunno if graphics drivers updted or what but I no longer can split tabs at all. I'm also running Version: 1.18.1421.0. The older version appears to be running fine and allows me to split panes
In DbgView I see:
[3680] WrappedMessage::OpenProperty
[3680] [
[3680] store_provider\wrapped_message.cc
[3680] @
[3680] 321
[3680] ]:
[3680] Unknown error 0x8004010f
The moment I cross the split pane, it starts to crash and then just disappears without a trace
I see Terminal Preview updated today in my Installed Apps list too... Can't be a coincidence?
@dovholuknf Does the issue happen if you disable AtlasEngine, as described in the screenshot right above your comment? Or does the very-preview build I posted there fix your issue?
I'm not 100% sure but I feel like the 0x8004010f
error is unrelated to Windows Terminal. A crash dump would probably be helpful and the way to get one is described here among others: https://github.com/microsoft/terminal/wiki/Toubleshooting-Tips#capture-automatically
Otherwise, if you have diagnostic data enabled in Windows, we'll hopefully receive stack traces of the crash soon.
Both. It's really bad... unusable
I should've mentioned that you need to create a new tab or restart the app after making that change. (I'll make myself a reminder to add a subtitle note to that setting, that points this flaw out.)
I just tried your "totally not sketchy" build (i verified it was signed by MS :) ) and it crashes...
I have a crash dump, if i put share it publically can you grab it "now" so I can 'unshare' it?
Ah damn, I just realized what your issue most likely is. I even reviewed the PR that fixes the issue today. π
To temporarily fix it, please disable focusFollowMouse
in your settings file. It's tracked by #15412. I'm sorry for wasting your time, but I'm incredibly thankful for walking me through your issue! π
that makes it 'not crash' indeed. i like the focusFollowMouse feature tho! :( at least it's usable again. cheers
@lhecker, I'm using "Fira Code Nerd Font" and have "Atlas engine" turned on. Turning off "Atlas" solves the issue, And your latest build also solves this issue.
tnx.
Yep that's for sure. The way the old text renderer uses IDXGISwapChain::Present
is a lot more primitive. But does using "Atlas" with the custom preview build I linked above solve the issue? It's okay if you don't want to use such a custom version of course. π We'll likely release an update sometime soon. We do intend to make the new text renderer the default with 1.19 and any help we can get to test it would be extremely appreciated!
You can download it here: https://blob.hecker.io/sharex/Microsoft.WindowsTerminalPreview_1.18.1443.0_8wekyb3d8bbwe.msixbundle
I can confirm that this build fixed the above issue for me when using the nerd font patched version of Cascadia Code. Thank you!
UPDATE: By "above issue", I'm referring to the issue mentioned in comment https://github.com/microsoft/terminal/issues/14082#issuecomment-1561985089 above. Terminal became entirely unusable in the past day, and eventually the error message came up. Again, thanks!
@lhecker This is on a desktop with an Nvidia 3080, so definitely have a GPU. It is late here, but I will definitely try out these updates in the morning and provide feedback.
FYI: If you use "Caskaydia Cove" from the Nerd Fonts website, I found that it had a lot (really, a lot) of subtle issues at least until a few months ago, whereas Delugia is almost flawless and extremely close to the original Cascadia Code. Delugia is sort of what Caskaydia Cove is based on, and I can only recommend trying it out.
@chrisl8 Ah I think I misunderstood you. The way you describe this issue:
However, I still get a "filled box" cursor in 18, regardless of what I set the cursor to, while I get the requested Bar cursor in 17.
made it sound like #15427. But what you wrote afterwards:
It seems I have a lot of profiles, some show up in the JSON but not the GUI and fiddling with the "cursorShape" entry in the JSON fixes this, even though fiddling with it in GUI does not.
makes it instead sound like you've been victim of our somewhat confusing "settings layering" where the per-profile settings "override" the settings in the "Defaults" profile and you need to reset the per-profile ones for the "Defaults" to take effect. So I guess it's not really a rendering issue after all!
Otherwise, you can always confirm if you use the full-featured, performant Direct3D renderer, or the slower Direct2D renderer by running this in a new PowerShell tab:
"$([char]0x1b)]11;rgb:7f/7f/7f$([char]0x1b)\"
It doesn't matter if it's the old "powershell.exe" or the new "pwsh.exe". If the cursor is visible afterwards, you're using Direct3D and if it's invisible Direct2D. #15427 only affects the Direct2D renderer.
@lhecker Your posted version Version: 1.18.1443.0 seems to fix everything.
To be clear I was facing at least 3 distinct issues:
I think I was getting confused by 2 and 3 together, because I thought the series of blocks/bars was my cursor, but it was just what the terminal was spitting out instead of the normal prompt of my text.
In PowerShell if I run the given "$([char]0x1b)]11;rgb:7f/7f/7f$([char]0x1b)\"
command the screen turns grey with light grey text, but the cursor is visibly flashing.
Everything seem entirely fixed now with 1.18.1443.0 while using the AtlasEngine.
You can download it here: https://blob.hecker.io/sharex/Microsoft.WindowsTerminalPreview_1.18.1443.0_8wekyb3d8bbwe.msixbundle
I had the same exact problem today, and this update works great! Thanks abunch!
FYI: If you use "Caskaydia Cove" from the Nerd Fonts website, I found that it had a lot (really, a lot) of subtle issues at least until a few months ago, whereas Delugia is almost flawless and extremely close to the original Cascadia Code. Delugia is sort of what Caskaydia Cove is based on, and I can only recommend trying it out.
Good to know, thank you! I have recently learnt that patched fonts generally aren't a great idea, but unless supporting multiple/specific fonts was implemented for a specified set of characters we're probably stuck with them for a while.
Thought I'd mention, still going strong several days later without issues, so the build you linked is definitely doing something right.
You can download it here: https://blob.hecker.io/sharex/Microsoft.WindowsTerminalPreview_1.18.1443.0_8wekyb3d8bbwe.msixbundle
I had the same exact problem today, and this update works great! Thanks abunch!
Same issue with "Cascadia MonoCaskaydiaCove Nerd Font" font and the preview update solves the issue
If anyone is still experiencing this issue in the latest Terminal versions, please let me know! I'll close this issue as resolved in a week otherwise. π
Still happening in 1.18.3181.0 After every resize, often after regaining focus when changing tabs. does not crash, just a dismissable warning, but it happens constantly in daily work. Atlas engine is on. I'm using ssh sessions and tmux, but it also errors in tabs without ssh or tmux. Eg. if I have 4 tabs open and click between them all is good. I resize the window, and after that focusing each tab shows the warning once.
@dkull Could you open a new issue in that case? First, before anything else, please download DebugView and run it as Admin.
Inside a cmd or pwsh prompt run this:
d3dconfig apps --add WindowsTerminal.exe
d3dconfig debug-layer debug-layer-mode=force-on
Prepare to reproduce your issue and press Ctrl+X in DebugView. Then cause the issue and check if there's any debug logging output. It should look like this:
If you see such a message, please copy it (there's no context menu - you need to press Ctrl+C) and attach it to the issue.
To restore the D3D config now run this:
d3dconfig --reset
If there's no such message, please list any steps someone would need to take to reproduce the issue. It would be great if it also happens with cmd.exe, since that's always easiest to reproduce issues with. Your GPU information would be helpful too. You can get it by running Get-CimInstance win32_VideoController
in PowerShell (any version).
Hope this would help someone in future...
Renderer encountered an unexpected error: -2005270527
happened for me ~80% of time after I reboot the machine. When this happens, one of my old games Grim Fandango
would fail to start as well. But if I start another old game Half Life
and immediately quit, both Windows Terminal
and Grim Fandango
would work again.
After some digging and tracing, I believe this is caused by GPU compiler caching. Now whenever this happens, I just need to delete AppData\Local\AMD\DxcCache
and everything would be back to normal again.
I got same problem with Version: 1.19.10573.0 after a few updates, including a bios firmware update. I found a work-around for my case: In Rendering setting,
Windows Terminal version
1.16.2642.0
Windows build number
10.0.22000.978
Other Software
No response
Steps to reproduce
After resuming, I continuously get the following error:
Renderer encountered an unexpected error: -2005270527
. Dismissing it just causes it to come up again. I tried dismissing it about 20 times and it didn't clear.Expected Behavior
No errors.
Actual Behavior
Repeated continuous popups of the following error: