-
Notifications
You must be signed in to change notification settings - Fork 136
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
Add support for alternative origins to VC issuer #2529
Add support for alternative origins to VC issuer #2529
Conversation
Having alternative_origins support allows to simplify the VC e2e tests. This will be done in follow-up PRs.
9f32056
to
006cdd0
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM! Just a couple of suggestions.
@@ -451,6 +451,21 @@ fn static_headers() -> Vec<HeaderField> { | |||
vec![("Access-Control-Allow-Origin".to_string(), "*".to_string())] | |||
} | |||
|
|||
#[update] | |||
fn set_alternative_origins(alternative_origins: String) { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Wouldn't it be easier to use if it expected a list of origins and the format is managed internally?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it is useful to be able to configure and test invalid values too.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ah, true, that's a good point.
Having alternative_origins support allows to simplify the VC e2e tests. This will be done in follow-up PRs.
🟡 Some screens were changed