-
Notifications
You must be signed in to change notification settings - Fork 254
[Bug] pullsecret defined API call should be preset aware #2950
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
Comments
@gbraad the
|
The API call is correctly aware of the preset. I believe the issues, around not starting, are caused by #2949 Segment related timeouts. |
It seems this does not always returned the expected value. I've seen two reports about this sometimes sending a 'not defined' (or perhaps an error?) and a reported case #3003 |
@anjannath can you add your findings here? |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Unclear if this is still an issue or not? |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Uh oh!
There was an error while loading. Please reload this page.
The current API call to determine if the pull-secret is given, is based on the openshift preset.
When we would use this in the tray, the API could possibly prevent the podman preset to start when the pull-secret is not defined.
This API call introduced to prevent the slow startup, as the pull-secret preflight check follows quite late. It would be quicker to check if the puyll-secret is there or not, provide a popup and continue.
The suggestion would be to make this API call aware of the preset and check if pull-secret is needed, based on this, and if defined when necessary. This way the tray does not need to check the configuration and preset value to determine this. It should not have to be aware of this logic.
This is needed for: gbraad-redhat/crc-tray-electron@2b5e773#r64088220 which solves: crc-org/tray-electron#61
The text was updated successfully, but these errors were encountered: