-
Notifications
You must be signed in to change notification settings - Fork 457
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 an "AcceptEula" API to containers that use environment variables to signal EULA acceptance. #5727
Comments
related: #5227 |
Do we know that it's the first run that fails? Today we auto accept the eula for Seq and SqlServer. These need to be undone and it has to be opted into by customers. |
I think in the case on SQL it means every run where that environment variable isn't present. |
Do you think we should apply this one in related PR? or can be a follow up? |
I think we should not auto accept the Eula in the redis insight PR |
@Alirexaa do you want to do this for SQL and Seq? |
Yes, I do. |
Hmmmmmmmmmm I'm thinking. Adding a new line for every single integration that needs this in your app host file is going to add up (in terms of file length/readability/repetitiveness) real quick. The way .NET android (same issue with the android sdk) works is - Could we model that somehow? ie, when you first build, the failure is like "Accept EULA for this integration by running |
The NuGet experience in VS already includes prompting for EULA acceptance during install today. Can we tie into that existing experience? |
@maddymontaquila assigning this one to you in case we can revert these methods completely. |
+1 to @DamianEdwards I think that's the move! |
@davidfowl will take care of removing this API for RC1. |
We don't want to have a custom license or agreement on our nuget packages. And this API is not ergonomic, so let's not ship this public API until we can ensure this is the way we want to go forever. Contributes to dotnet#5727
We don't want to have a custom license or agreement on our nuget packages. And this API is not ergonomic, so let's not ship this public API until we can ensure this is the way we want to go forever. Contributes to #5727
We don't want to have a custom license or agreement on our nuget packages. And this API is not ergonomic, so let's not ship this public API until we can ensure this is the way we want to go forever. Contributes to #5727
We don't want to have a custom license or agreement on our nuget packages. And this API is not ergonomic, so let's not ship this public API until we can ensure this is the way we want to go forever. Contributes to #5727 Co-authored-by: Eric Erhardt <[email protected]>
The AcceptEula API was removed for RedisInsights. So each time the container is launched it will prompt the user the first time they hit the website. Using persistence (either lifetime or data volume) will preserve the settings. Leaving this issue open to address the remaining cases, which automatically add the accept EULA environment variable, without the user explicitly accepting.
I'm not sure we need to address that for 9.0. @joperezr @DamianEdwards - thoughts on putting this issue on the Backlog for now? |
@eerhardt did we add the |
Opened Add WithDataVolume to Redis Insights (dotnet/aspire#6299) Moving this issue to the backlog to track if there is anything we need to do with: |
Some containers have a EULA acceptance process where you add an environment variable. Rather than adding these environment variables automatically we should provide a mechanism for developers to explicitly opt into this. This means that their first run of a particular resource will likely fail, they'll get an error and then apply another method. Here is an example of how it could work:
Container resource example
Related resource example
The text was updated successfully, but these errors were encountered: