Open DanielSRS opened 5 months ago
Hi I'm an AI powered bot that finds similar issues based off the issue title.
Please view the issues below to see if they solve your problem, and if the issue describes your problem please consider closing this one and thumbs upping the other issue to help us prioritize it. Thank you!
Note: You can give me feedback by thumbs upping or thumbs downing this comment.
You know, this is not the first time we've seen this since 1.19. Could you share your settings.json file/?
{{I should go find the other recent reports and add them here}}
The inactive acrylic change shouldn't affect the titlebar at all. It should only affect the "terminal" area. But we've got a theory that maybe the in-app acrylic messes with the host-backdrop acrylic.
@zadjii-msft This looks to me like #16661, which was closed as external.
The inactive acrylic change shouldn't affect the titlebar at all. It should only affect the "terminal" area. But we've got a theory that maybe the in-app acrylic messes with the host-backdrop acrylic.
I am not familiar with technical details so I am not sure if this makes sense, but would an option to use the host-backdrop acrylic to the hole application extending it to the titlebar/tabrow so there are only one effect to manage and get rid of the possibility of them messing with each other (Assuming that's the problem)?
Try something like this
{
"theme": "test",
"themes": [
{
"name": "test",
"tab": {
"background": "#00000000",
"showCloseButton": "hover",
"unfocusedBackground": "#00000000"
},
"tabRow": {
"background": "terminalBackground",
"unfocusedBackground": "terminalBackground"
},
"window": {
"applicationTheme": "dark"
}
}
],
"useAcrylicInTabRow": false
}
This problem first occurred in v1.19. At that time I was using Preview and had to downgrade to Stable v1.18 because of it. Now the problem has moved to Stable v1.19 and still exists in Preview v1.20. Unfortunately, it seems that not many people use acrylic tabrow, so it is of little concern for them. For me personally, it makes a big difference to my enjoyment of using Terminal.
I'm gonna take another look at this.
In the meantime, does adding "compatibility.enableUnfocusedAcrylic": false
to the global settings (i.e. next to useAcrylicInTabRow
) (then rebooting the Terminal), help?
"compatibility.enableUnfocusedAcrylic": false
Yeah, it helps with glitches.
For a short time with v1.20.11215.0 the tabs glitches disappeared (I even removed "compatibility.enableUnfocusedAcrylic": false
), but then they came back with v1.21.1272.0.
I notice acrylic in tab bar has been glitchy for a while too, and "compatibility.enableUnfocusedAcrylic": false
does not fix it.
Currently using 86ba98607f7d0360f41410e5a5b0a0fef0ef02b3
The problem I mentioned in #16661 still exists in v1.21.1772.0 That's just silly. Why add all these transparent effects if you're not willing to make them work properly? 😆
Windows Terminal version
1.19.10302.0
Windows build number
10.0.26058.0
Other Software
No response
Steps to reproduce
Just set background opacity to something lower than 100 and use acrylic.
"opacity": 50, "useAcrylic": true, "useAcrylicInTabRow": true
Expected Behavior
When lose focus, tab row should be opaque with the defined background color. After regain focus, tab row should be semitransparent with acrylic effect.
Actual Behavior
✅ When lose focus, tab row is opaque with the defined background color. ❌ After regain focus, tab row is semitransparent with intermittent acrylic effect (sometimes has blur, sometimes not).
The issue started after the last update. Previously worked fine. Not sure if is related to the new aways on acrylic.