Skip to content
This repository has been archived by the owner on Mar 16, 2024. It is now read-only.

auto-upgrade not outputted as part of acorn run -o yaml #1459

Closed
cjellick opened this issue Apr 7, 2023 · 3 comments
Closed

auto-upgrade not outputted as part of acorn run -o yaml #1459

cjellick opened this issue Apr 7, 2023 · 3 comments
Labels
kind/bug Something isn't working
Milestone

Comments

@cjellick
Copy link
Member

cjellick commented Apr 7, 2023

No description provided.

@cjellick cjellick added the kind/bug Something isn't working label Apr 7, 2023
@cjellick cjellick added this to the v0.8.0 milestone May 1, 2023
@tylerslaton
Copy link
Contributor

Gave this a look and this isn't a direct result of adding -o, auto-upgrade actually something that isn't set on the spec unless explicitly specified by the user. The daemon for auto-upgrade then makes assumptions based on what subset of those values are present.

For example, if you run an app without the -o, it will also have the auto-upgrade spec value not set but you will still get auto-upgrades. So the options I see are:

  1. Move the daemon's "assumption" logic into run.go so that all apps that will be ran with auto-upgrade will have that field set regardless if it is explicitly set by the user.
  2. Leave it the same and have consumers of -o yaml do that "assumption" logic.

For reference what I'm calling the "assumption logic" can be found here.

Thoughts @cjellick?

@cjellick
Copy link
Member Author

cjellick commented Jun 9, 2023

Pretty sure I want to change this behavior. I think this also affects the UI. Like, @vincent99 may not know to mark an app as autoupgrade if that flag isnt set.

I think the behavior I want is that the autoUpgrade field must be set, but the CLI helps - if the tag is detected to be a pattern, set the autoUpgrade field for the user. This should be done client side, not server side.

@cjellick cjellick modified the milestones: v0.8.0, v0.9.0 Jun 30, 2023
tylerslaton added a commit to tylerslaton/runtime that referenced this issue Jul 2, 2023
tylerslaton added a commit to tylerslaton/runtime that referenced this issue Jul 2, 2023
tylerslaton added a commit to tylerslaton/runtime that referenced this issue Jul 2, 2023
tylerslaton added a commit to tylerslaton/runtime that referenced this issue Jul 2, 2023
tylerslaton added a commit to tylerslaton/runtime that referenced this issue Jul 7, 2023
tylerslaton added a commit to tylerslaton/runtime that referenced this issue Jul 7, 2023
tylerslaton added a commit to tylerslaton/runtime that referenced this issue Jul 9, 2023
tylerslaton added a commit to tylerslaton/runtime that referenced this issue Jul 9, 2023
tylerslaton added a commit to tylerslaton/runtime that referenced this issue Jul 10, 2023
tylerslaton added a commit to tylerslaton/runtime that referenced this issue Jul 10, 2023
tylerslaton added a commit to tylerslaton/runtime that referenced this issue Jul 10, 2023
tylerslaton added a commit that referenced this issue Jul 10, 2023
Always set AutoUpgrade if it is implied (#1459)
@tylerslaton
Copy link
Contributor

The backend code for this has been set in place. Now the UI just needs to read from AppInstance.Status.ObservedAutoUpgrade in order to properly display when auto-upgrade is enabled.

@cjellick cjellick closed this as completed Sep 2, 2023
cloudnautique pushed a commit to cloudnautique/runtime that referenced this issue Sep 28, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
kind/bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants