Autenticação SOCKS no Qt Network e WebEngine
Separe as configurações de proxy do Qt Network do comportamento do WebEngine baseado em Chromium quando um serviço SOCKS exige autenticação.
Um login de proxy funcional no Qt Network não prova que o WebEngine suporta a mesma autenticação SOCKS. O WebEngine usa o Chromium, cuja implementação de SOCKS5 não tem suporte a métodos de autenticação; o tratamento de login por proxy HTTP não fornece essa troca.
QNetworkProxy pode armazenar protocolo, host, porta, nome de usuário e senha. Dois consumidores que leem esses campos ainda podem implementar protocolos e métodos diferentes.
Para comparar sucesso no Network e falha no WebEngine, registre o protocolo/método real do proxy, as versões de Qt/Chromium e a etapa que falhou. Escolha uma rota suportada pelo consumidor que faz a solicitação. Para navegação pública permitida com WebEngine, a lista de proxies SOCKS5 oferece candidatos para verificar acesso sem autenticação; use uma configuração separada sem reaproveitar o nome de usuário ou a senha de outro proxy. Um método não suportado para antes do login no site, então trocar a conta de destino trata a troca errada.