Faraday: (Como) o no_proxy é compatível?

Olá @JasonBarnabe ,

Sinto muito pela confusão. Se você verificar quando esse método é realmente chamado, você verá que a função só pode ser alcançada se URI.parse("").respond_to?(:find_proxy) não for verdadeiro (então Ruby <2.0) ou se você não fornecer o url ao inicializar Faraday ( nesse caso, não podemos adivinhar para você).

Portanto, as notas de lançamento não entram em muitos detalhes, mas simplesmente dizem as coisas como são: oferecemos suporte ao no_proxy automaticamente, mas apenas a partir do Ruby 2.0 😄

Ok, obrigado pela informação. Eu vi URI.parse("").respond_to?(:find_proxy) e estava me perguntando o que isso poderia significar :)

Oh, eu vejo. Simplesmente o método find_proxy foi introduzido no Ruby 2.0 então se não estiver significa que estamos no Ruby <= 1.9 😃
Preferimos verificar desta forma em vez de verificar a versão do ruby ​​porque desta forma pode funcionar também para outros interpretadores de ruby ​​(por exemplo, JRuby) se eles suportarem esta função, ou porque você pode fazer um monkey-patch em versões mais antigas para suportá-la se precisar

Usando o faraday 0.12.2, estou recebendo esta saída no Ruby 2.3.3 e 2.4.2 atualmente. Isso é uma regressão?

Ao executar minha compilação na imagem do docker 2.3.3 ou 2.4.2 do CircleCI, vejo o seguinte:

no_proxy is unsupported

ATUALIZAÇÃO: parece que estou enfrentando o # 701, que foi corrigido, e há uma nova versão do faraday. Até que @intridea afrouxe a restrição da versão faraday em oauth2 (por favor, polegar!) Estaremos bifurcando oauth2, ou lidando com o antigo faraday.