Why does TCC wait when I run ...

[vefatica]

... "C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_1.23.20211.0_x64__8wekyb3d8bbwe\WindowsTerminal.exe"

It is a subsystem GUI app.

 

[vefatica]

I reckon it's because TCC can't determine the EXE type. Apparently CMD can; CMD doesn't wait.

d:\tc24> echo %@exetype[d:\wt21\WindowsTerminal.exe]
9

d:\tc24> echo %@exetype["C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_1.23.20211.0_x64__8wekyb3d8bbwe\WindowsTerminal.
exe"]
0

Is that a permissions thing? Note that I can use DUMPBIN on that file, and open it in my hex editor.

 

[rconn]

Not reproducible here.

Do you have "Wait for External Apps" checked in your OPTION / Startup?

The executable type is marked in the header -- if WT changed its executable header all bets are off.

WindowsApps is normally blocked unless you're running elevated.

 

[vefatica]

ExecWait=No. I am elevated.

v:\> echo %_elevated %@exetype["C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_1.23.20211.0_x64__8wekyb3d8bbwe\WindowsTe
rminal.exe"]
1 0

If I copy the file, @EXETYPE works.

v:\> copy "C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_1.23.20211.0_x64__8wekyb3d8bbwe\WindowsTerminal.exe"
C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_1.23.20211.0_x64__8wekyb3d8bbwe\WindowsTerminal.exe => V:\WindowsTerminal.exe
     1 file copied

v:\> echo %@exetype["WindowsTerminal.exe"]
9

 

[rconn]

The most likely cause is the Windows GetBinaryType API failing (which will return a 0). This can happen if it's a permissions / ACL issue. Since it works when you move it, that's probably it.

 

[vefatica]

I'll test that. But, as I said, I can open it in a hex editor, even TYPE /X it.

 

[vefatica]

Does this code look OK?

    DWORD dwType;
    wprintf(L"%d\r\n",
        GetBinaryTypeW(L"C:\\Program Files\\WindowsApps\\Microsoft.WindowsTerminal_1.23.20211.0_x64__8wekyb3d8bbwe\\WindowsTerminal.exe", &dwType)
    );
    wprintf(L"type = %lu\n", dwType);
    return 0;

If it is OK, then GetBinaryType is failing.

 

[vefatica]

What's really strange is that the same code used on my copy of the EXE gives 6 (Win32 GUI). DUMPBIN says 8664 machine (x64).

 

[rconn]

If it's .NET, it's probably both 32 & 64 bit.

 

[rconn]

Does this code look OK?

    DWORD dwType;
    wprintf(L"%d\r\n",
        GetBinaryTypeW(L"C:\\Program Files\\WindowsApps\\Microsoft.WindowsTerminal_1.23.20211.0_x64__8wekyb3d8bbwe\\WindowsTerminal.exe", &dwType)
    );
    wprintf(L"type = %lu\n", dwType);
    return 0;

If it is OK, then GetBinaryType is failing.

You should be testing the return code from GetBinaryTypeW; if it succeeds it'll be 1, if it fails 0. You can then call GetLastError to see why it failed.

 

[vefatica]

ERROR_ACCESS_DENIED

 

[Charles Dye]

Is it a Windows Store app? I've seen this error when calling GetBinaryType() on Windows Store apps; no idea why. (You can use SHGetFileInfoW() as a workaround.)

 

[rconn]

ERROR_ACCESS_DENIED

Well, there you are. Windows does not like you being so nosy.