Skip to content
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

Handle manual proxy configuration errors more gracefully #747

Open
byjrack opened this issue Nov 25, 2024 · 0 comments
Open

Handle manual proxy configuration errors more gracefully #747

byjrack opened this issue Nov 25, 2024 · 0 comments
Assignees
Labels
community_new New idea raised by a community contributor

Comments

@byjrack
Copy link

byjrack commented Nov 25, 2024

Tell us about your request
Currently if a user manually configures the proxy and they are in an org that uses sign-in enforcement (allowedOrgs) they can lock themselves out if they enter something wrong into the Settings.

I have had users fat finger urls, schemes, and ports. On some releases of DD a lockout still allows the Settings panel to be opened and corrected. On some versions though the UI is completely masked and they are stuck in a loop. Manual fix in settings.json is the only option at that point.

Which service(s) is this request for?
Docker Desktop

Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?
Users make mistakes and hand editing files is a mess. If backend can't access the proxy (timeout, 407, 403, etc) than it needs to allow for updating the Settings for Proxy and not just fail and prompt to retry. Folks likely won't know they screwed up their manual config so even if the Settings UI is accessible they don't know the issue since host side doesn't indicate an issue with backend using the proxy as configured.

Are you currently working around the issue?
KB around triaging the issue (login loop) and how to update in UI or in settings.json on platforms.

@byjrack byjrack added the community_new New idea raised by a community contributor label Nov 25, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
community_new New idea raised by a community contributor
Projects
None yet
Development

No branches or pull requests

2 participants