This message was deleted.

My aws config:

[sso-session dev-sso]
sso_start_url = <https://openphone-sso.awsapps.com/start>
sso_region = us-west-2

[default]
region = us-west-2

[profile dev-sso]
sso_session = dev-sso
sso_account_id = ...
sso_role_name = AdministratorAccess
region = us-west-2

Do the aws namespace settings in the

Pulumi.stack.yaml

file for the good stack look the same as the stack yaml file for the problematic stack?

ah: 1. in the problem stack, I have

environment

defined 2. the good stack was missing that—adding environment breaks it maybe this a pulumi esc issue? what I still can't figure out is I was working happily in my branch and then without any changes to the stack configuration, this ESC+OIDC error started

In the config file that had the

environment

set - was it set to point at an environment that uses the aws::login provider? As described here: https://www.pulumi.com/docs/esc/providers/aws-login/

the "good" was blank. before:

config:
  aws:region: us-west-2

when I updated and added the environment to match the other "bad" stack, I started getting the same OIDC error:

config:
  aws:region: us-west-2
environment:
  - nextgen

That environment is defined in Pulumi Console

What is defined in

nextgen

? Is it an aws-login environment that might be overwriting your local

aws sso login

?

I think that might true. I see different values for

AWS_ACCESS_KEY_ID

and the like, but I assume those are the values Pulumi Cloud is using for deployments? My teammate doesn't have this problem. I'm wondering if there's a different between mine and his aws config, especially with sso session name

The

environment

settings are not specific to Pulumi Deployments. If there is an

environment

section in the stack config, it is used by

pulumi up

regardless of who or what is running

pulumi up

(i.e. you, someone else, a cicd pipeline or deployments).

is this a clue. here is my aws config vs my teammate's that working: mine:

[profile sean-dev]
sso_session = admin-dev
sso_account_id = ...
sso_role_name = AdministratorAccess
region = us-west-2
[sso-session admin-dev]
sso_start_url = https://.../start
sso_region = us-west-2
sso_registration_scopes = sso:account:access

theirs (working)

[profile admin-dev]
sso_start_url = https://.../start
sso_region = us-west-2
sso_account_id = ...
sso_role_name = AdministratorAccess
region = us-west-2
output = json

Are you saying your teammate has the

environment

configured in the stack config and it works for their stack(s) - which I’m assuming is a different stack than yours?

we're working in the same shared git branch/sha. same stack.