Skip to content
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

Acrylic opacity doesn't always work on Windows 10 20.04/19041 #7047

Closed
uom0 opened this issue Jul 23, 2020 · 23 comments
Closed

Acrylic opacity doesn't always work on Windows 10 20.04/19041 #7047

uom0 opened this issue Jul 23, 2020 · 23 comments
Labels
Needs-Tag-Fix Doesn't match tag requirements Tracking-External This bug isn't resolved, but it's following an external workitem.

Comments

@uom0
Copy link

uom0 commented Jul 23, 2020

Dear all,
I previosly had my terminal working fine with the acrylic opacity "true". From today, it just doesn't take effect.
What I did:

  • Checked that the transparency effects are on.
  • The calculator, windows taskbar, etc. have transparency.
  • Uninstall and reinstall the windows terminal.
  • Checked the dxdiag. No problems found.
    Nothing of these worked. So, no ideas of what the error could be. Any suggestions?. Is it possible to "reset" it?.
    I am running the drivers:
    Intel UHD graphics 630, Driver version: 27.20.100.8280
    NVIDIA Quadro P600, Driver version: 26.21.14.4283.
    Cheers.
@ghost ghost added Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Jul 23, 2020
@DHowett
Copy link
Member

DHowett commented Jul 23, 2020

You seem to have removed the bug template asking about your windows version and terminal version.

  • Did you update Terminal recently?
  • Are you on the Preview channel?
  • Are you using a dev build?
  • Can you share a copy of your settings file?

@DHowett DHowett added the Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something label Jul 23, 2020
@bonzibudd
Copy link

You say you have set the Acrylic Opacity. Have you set the useAcrylic flag as well?

@JonathanGun
Copy link

have the same problem, but only when using custom background

@uom0
Copy link
Author

uom0 commented Jul 25, 2020

You say you have set the Acrylic Opacity. Have you set the useAcrylic flag as well?

You seem to have removed the bug template asking about your windows version and terminal version.

  • Did you update Terminal recently?
  • Are you on the Preview channel?
  • Are you using a dev build?
  • Can you share a copy of your settings file?

My WT version is: 1.1.2021.0
My defaults profile has of course ""useAcrylic" : true".
I have tried with and without a custom background. None of them works. More importantly, it was working fine before. I can share it, anyways (attached at the end).

The only thing I did recently is the update of my video card drivers, versions that I shared with my original post. I, however, did not notice if it had an effect inmediatly. Another possible thing, is that I did recently a Get-AppXPackage -AllUsers |Where-Object {$_.InstallLocation -like "*SystemApps*"} | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"} But I ignore if this could delete something in the WT. I have tried uninstall and install again, but nothing.

Any clues?
Cheers.

My JSON file,

{
    "$schema": "https://aka.ms/terminal-profiles-schema",

    "defaultProfile": "{xxx-xxx-xxx-xxx}",

    "copyOnSelect": false,

    "copyFormatting": false,

    "profiles":
    {
        "defaults":
        {
            "acrylicOpacity": 0.5,
            "fontFace": "Consolas",
            "fontSize": 10,
            "foreground" : "#0C0C0C",
            "background" : "#0C0C0C",
            "cursorColor": "#FFFFFF",
            //"startingDirectory": "%USERPROFILE",
            "startingDirectory": ".",
            "backgroundImage":"C:/Users/userprofile/pictures/myawesomeimage
            *9.jpg",
            "backgroundImageOpacity":0.8,
            "useAcrylic" : true
            
        },
        "list":
        [
            {
                "guid": "{61c54bbd-c2c6-5271-96e7-009a87ff44bf}",
                "name": "Windows PowerShell",
                "commandline": "powershell.exe",
                "hidden": false
            },
            {
                "guid": "{0caa0dad-35be-5f56-a8ff-afceeeaa6101}",
                "name": "Command Prompt",
                "commandline": "cmd.exe",
                "hidden": false
            },
            {
                "guid": "{c6eaf9f4-32a7-5fdc-b5cf-066e8a4b1e40}",
                "hidden": false,
                "name": "Ubuntu-18.04",
                "foreground" : "#FFFFFF",
                "source": "Windows.Terminal.Wsl",                
                "backgroundImageOpacity":0.8,
                "acrylicOpacity": 0.5
            },
            {
                "guid": "{58ad8b0c-3ef8-5f4d-bc6f-13e4c00f2530}",
                "hidden": false,
                "name": "Debian",
                "foreground" : "#FFFFFF",
                "backgroundImageOpacity":0.5,                
                "source": "Windows.Terminal.Wsl"
            },
            {
                "guid": "{b453ae62-4e3d-5e58-b989-0a998ec441b8}",
                "hidden": false,
                "name": "Azure Cloud Shell",
                "source": "Windows.Terminal.Azure"
            }
        ]
    },

    "schemes": [],

    "keybindings":
    [

        { "command": {"action": "copy", "singleLine": false }, "keys": "ctrl+c" },
        { "command": "paste", "keys": "ctrl+v" },

        { "command": "find", "keys": "ctrl+shift+f" },

        { "command": { "action": "splitPane", "split": "auto", "splitMode": "duplicate" }, "keys": "alt+shift+d" }
    ]
}

@ghost ghost added Needs-Attention The core contributors need to come back around and look at this ASAP. and removed Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something labels Jul 25, 2020
@zadjii-msft
Copy link
Member

I'm just copy-pasting this from #1414:

  • Acrylic doesn't work if there's not the GPU hardware for it. A Surface Studio probably has the hardware, but it won't work if you're running the app in a VM or over remote desktop (for example).
  • As a sanity check, is there Acrylic in the Start Menu?
  • If you wanted to help investigate, could you run dxdiag (instructions here), and send the output to the email in @DHowett's profile? He'll be able to share that with the Composition team so they can investigate exactly why it's not working.

@zadjii-msft zadjii-msft added Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something and removed Needs-Attention The core contributors need to come back around and look at this ASAP. labels Aug 4, 2020
@ghost ghost added the No-Recent-Activity This issue/PR is going stale and may be auto-closed without further activity. label Aug 8, 2020
@ghost
Copy link

ghost commented Aug 8, 2020

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.

@uom0
Copy link
Author

uom0 commented Aug 8, 2020

I'm just copy-pasting this from #1414:

  • Acrylic doesn't work if there's not the GPU hardware for it. A Surface Studio probably has the hardware, but it won't work if you're running the app in a VM or over remote desktop (for example).
  • As a sanity check, is there Acrylic in the Start Menu?
  • If you wanted to help investigate, could you run dxdiag (instructions here), and send the output to the email in @DHowett's profile? He'll be able to share that with the Composition team so they can investigate exactly why it's not working.

Thanks for your reply, Zadji.
As I said before, it used to work! So I am quite sure there is a hardware for it.
Acrylic works in the start menu? Yes!
I will send the dxdiag info to your mail. Thanks!.

@ghost ghost added Needs-Attention The core contributors need to come back around and look at this ASAP. and removed Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something No-Recent-Activity This issue/PR is going stale and may be auto-closed without further activity. labels Aug 8, 2020
@DHowett
Copy link
Member

DHowett commented Aug 13, 2020

Thanks for all the info, everyone! We have a possible cause now, and it looks like it's fixed in insider builds of Windows. I'm going to mark this bug as "Tracking-External". We'll work to see whether we can get the fix brought back to the 20.04 update.

@DHowett DHowett added Tracking-External This bug isn't resolved, but it's following an external workitem. and removed Needs-Attention The core contributors need to come back around and look at this ASAP. Needs-Tag-Fix Doesn't match tag requirements Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting labels Aug 13, 2020
@ghost ghost added the Needs-Tag-Fix Doesn't match tag requirements label Aug 13, 2020
@DHowett
Copy link
Member

DHowett commented Aug 13, 2020

Linking for internal folks: MSFT-27752291

@DHowett DHowett changed the title Acrylic opacity gone. Acrylic opacity doesn't always work on Windows 10 20.04/19041 Aug 13, 2020
@iam-Shashank
Copy link

@DHowett just to confirm what you mentioned here in #1414

Windows has some policies about when it will turn on blurred transparency—it prefers to save battery, to not overly tax the GPU, etc. Unfortunately, since we are trying to be good citizens we aren’t trying to override that ... and I don’t think it’s possible, anyway :)

This still holds true right?
because I have a GPU and I noticed that when I shifted my Power mode from Battery Saver (extreme left in the slider in image) to Better Battery, it works (when not charging). When charging it works in all situations. I am fine with this, just want to confirm that what you mentioned still holds true (about Windows saving battery)
image

@zadjii-msft
Copy link
Member

To be totally fair, we're not experts on when the OS decides it can enable acrylic or not. We know that those are common things that can cause the OS to disable acrylic, but I'm sure it's more complicated than we know for sure. It's certainly possible that acrylic is only disabled for "Best Battery" and not for "Better Battery"

@ngvgi
Copy link

ngvgi commented Nov 17, 2020

@DHowett

I have just noticed the same on my laptop. The acrylic stopped working and I was very confused.
I then plugged in the laptop to charge as it was running very low on battery.

Immediately I plugged it in, the Acrylic started working.

I think it is safe to assume that the battery saving mode on Windows 10 affects the acrylic on Windows Terminal.

@DHowett
Copy link
Member

DHowett commented Nov 17, 2020

That’s more than an assumption, that’s a codified system policy. Acrylic is disabled when the system is in battery saver mode. 😄

@vadimkantorov
Copy link

vadimkantorov commented Jan 27, 2021

Still I experience this problem with Terminal background color randomly becoming more opaque by itself without any action on my part (this affects only some tabs) on 1.4.23.0, not on battery saving mode

@riskycase
Copy link

Came here from Google due to having the same problem. What I observed is that when Terminal is started with acrylic effects (laptop plugged in to charger), the effects are controlled by the charger being connected or not (Acrylic when connected, opaque when on battery). However starting Terminal on battery, basically without acrylic effects enabled, the background does seem to change between black and grey but it doesn't render transparency.

This is on terminal version 1.6.10571.0, Windows 20H2 Build 19042

@Davikar
Copy link

Davikar commented Aug 31, 2021

Here's another possible solution if nothing above is working.
If you are using Winaero Tweaker, there is an option to increase taskbar transparency level. Ironically, it seems to turn all other transparency in Windows off...

@vadimkantorov
Copy link

vadimkantorov commented Sep 7, 2021

This often happens once Windows enters Low-Battery / Battery Saving mode. Also, different tabs would have acrylic enabled/disabled differently set without clear cause

@zadjii-msft
Copy link
Member

Hey so, the original bug theat OP was hitting was fixed internally and should have shipped in 20200.1000.rs_prerelease.200821-1345. Since that was resolved, I'm going to close this bug out, for housekeeping.

There are, of course, a multitude of reasons why acrylic may choose to enable or disable itself, mostly outside the purview of the Terminal itself. If you're still hitting this, check out the FAQs, and search for other open issues before filing.

(We can of course, continue the discussion here)

@vadimkantorov
Copy link

vadimkantorov commented Dec 8, 2021

Is it possible to disable acrylic for Terminal tabs in Terminal options? i.e. to have stable appearance regardless of what windows decides to do with acrylic. it can also look strange when you have a youtube video playing in the browser in background and the acrylic blurry blobs are moving around the foreground terminal, this doesn't add any coolness at least in my opinion and is only distracting

should i file a separate issue for this feature request?

@zadjii-msft
Copy link
Member

You can always use the useAcrylic setting to enable/disable acrylic.

@vadimkantorov
Copy link

It mentions that useAcrylic is false by default, so it's quite strange it seems enabled on my machine...

@AthsaraFernando
Copy link

instead of this line
"acrylicOpacity": 0.5
use this
"opacity": 50,

@Andrew-devcoder
Copy link

instead of this line "acrylicOpacity": 0.5 use this "opacity": 50,

it`s work! ty)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Needs-Tag-Fix Doesn't match tag requirements Tracking-External This bug isn't resolved, but it's following an external workitem.
Projects
None yet
Development

No branches or pull requests