You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Inspired by #335, but more strict, and also probably easier to implement.
For a very basic implementation, any HTTP request (minus localhost I guess) could simply be redirected to the corresponding HTTPS page. If that request fails, the user would need to manually disable that setting, perhaps even per-domain.
A more sophisticated implementation would catch the error scenario (though not sure how easily this will be possible after the redirect...) and display some kind of confirmation page or prompt in qutebrowser, where the decision still can be overridden. Not sure to what degree we can do that, though.
Inspired by #335, but more strict, and also probably easier to implement.
For a very basic implementation, any HTTP request (minus localhost I guess) could simply be redirected to the corresponding HTTPS page. If that request fails, the user would need to manually disable that setting, perhaps even per-domain.
A more sophisticated implementation would catch the error scenario (though not sure how easily this will be possible after the redirect...) and display some kind of confirmation page or prompt in qutebrowser, where the decision still can be overridden. Not sure to what degree we can do that, though.
Also see #6880.
The text was updated successfully, but these errors were encountered: