Skip to content

Conversation

niik
Copy link
Member

@niik niik commented Sep 23, 2024

Closes #18991
Supersedes #19149

Description

This PR supersedes #19149. Crucially this PR does not abandon the use of the Chromium network stack (by using the http/https node modules). Instead it suppresses the certificate error dialog for the specific probing URL by means of keeping track of a set of urls for which we shouldn't prompt for certificate errors.

Additionally this PR reduces the likelihood that Desktop makes a probing request in the first place by checking for the existence of several known third-party realms and assuming that a hostname of the format github.somecorp.tld is a GitHub Enterprise Server instance.
-->

Release notes

Notes:

Copy link
Member

@sergiou87 sergiou87 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good overall! Just wondering about a specific return false and whether or not it should be return true 🤔

Co-authored-by: Sergio Padrino <sergio.padrino@gmail.com>
Copy link
Member

@sergiou87 sergiou87 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Works as expected here ✨ :shipit:

@sergiou87 sergiou87 merged commit 358fa90 into development Sep 30, 2024
7 checks passed
@sergiou87 sergiou87 deleted the oh-host-who-art-though branch September 30, 2024 10:39
@geomorillo
Copy link

geomorillo commented Oct 21, 2024

Did not work for me still the popups "untrusted server" showing on Version 3.4.6 (x64)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Certificate Validation issue with updated version of Gitlab
3 participants