-
Notifications
You must be signed in to change notification settings - Fork 266
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
Fleet: expose Polling Interval for GitRepos #13372
base: master
Are you sure you want to change the base?
Conversation
shell/assets/translations/en-us.yaml
Outdated
@@ -2464,6 +2464,12 @@ fleet: | |||
keepResourcesBanner: When enabled above, resources will be kept when deleting a GitRepo or Bundle - only Helm release secrets will be deleted. | |||
correctDrift: Enable Self-Healing | |||
correctDriftBanner: When enabled, Fleet will ensure that the cluster resources are kept in sync with the git repository. All resource changes made on the cluster will be lost. | |||
syncronization: |
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.
@manno could you please help reviewing the text messages ? I'm not sure if Syncronization
as section title is appropriate and tooltip/warning
messages could be improved.
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 would suggest "polling", that's what we use for the fields and in the documentation. It describes the cyclic requests well.
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.
Done, thanks.
I would suggest to use a larger default values, like a minute. It depends on the installation, but larger fleets might use an interval of 1 hour. Note, there is some interaction with https://fleet.rancher.io/webhook
Additionally, setting |
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.
@edenhernandez-suse Are we sure we want to stick on another setting to this step in the wizard? the page is already pretty tall
It feels like we should redistribute components into modified steps
- basics - name / namespace, labels, annotations
- source specific - repo / branch, path, git auth
- functional specific - syncronization, helm auth, TLS verification, resource handling, soon oci repo details
- cluster target details
@manno do those groups make sense?
Edit: We also need to optimise for the simple case, whilst still allowing users to configured more advanced settings.
Maybe the best option is to have step 3 as Advanced Options
? so steps relabelled and organised would be...
Resource
- name / namespace, labels, annotationsSource
- repo / branch, path, git authTarget
- cluster selection / selectorAdvanced
- syncronization, helm auth, TLS verification, resource handling, soon oci repo details (order tbd)
e2efd82
to
7725e8a
Compare
@richard-cox @edenhernandez-suse I'd move the wizard refactoring in another issue/PR, since this change it's becoming huge considering that we have to add the Disable Polling field and weebhook detection. |
@torchiaf ok. can you create an issue to address the vertical height of fields in that first step, and reference my comment as a possible solution? |
5a1f4cc
to
9134387
Compare
@richard-cox @edenhernandez-suse I created this one that summarize steps and fields size improvements: #13402 |
- Add UnitInput field to edit/display the pollingInterval - Add unit tests - Add warning banners to inform about polling interval low value risks - Scroll page to show warning banners Signed-off-by: Francesco Torchia <[email protected]>
Signed-off-by: Francesco Torchia <[email protected]>
…onds Signed-off-by: Francesco Torchia <[email protected]>
Signed-off-by: Francesco Torchia <[email protected]>
Signed-off-by: Francesco Torchia <[email protected]>
Signed-off-by: Francesco Torchia <[email protected]>
Signed-off-by: Francesco Torchia <[email protected]>
9134387
to
98e5c50
Compare
Co-authored-by: Richard Cox <[email protected]>
Co-authored-by: Richard Cox <[email protected]>
Signed-off-by: Francesco Torchia <[email protected]>
Signed-off-by: Francesco Torchia <[email protected]>
Signed-off-by: Francesco Torchia <[email protected]>
Signed-off-by: Francesco Torchia <[email protected]>
d3999fc
to
0712fec
Compare
Signed-off-by: Francesco Torchia <[email protected]>
Co-authored-by: Richard Cox <[email protected]>
Summary
Fixes #7824
Occurred changes and/or fixed issues
We are adding the possibility to:
pollingInterval
value when creating/editing GitRepos.Technical notes summary
spec.pollingInterval
isundefined
Areas or cases that should be tested
GitRepo, edit page
Areas which could experience regressions
Screenshot/Video
Create/Edit
Screencast.from.2025-02-13.17-48-28.webm
View
Tooltip
Warning, the interval is lower than the recommended value
Warning, a webhook is configured
Enable/Disable Polling action
Checklist