Faraday: (Comment) no_proxy est-il pris en charge ?

Salut @JasonBarnabe ,

Je suis désolé pour la confusion. Si vous vérifiez quand cette méthode est réellement appelée, vous verrez que cette fonction ne peut être atteinte que si URI.parse("").respond_to?(:find_proxy) n'est pas vrai (donc Ruby < 2.0) ou si vous ne fournissez pas l'url lorsque vous initialisez Faraday ( auquel cas nous ne pouvons pas le deviner pour vous).

Donc les notes de version n'entrent pas trop dans les détails mais disent simplement les choses telles qu'elles sont : nous prenons en charge le no_proxy automatiquement, mais seulement à partir de Ruby 2.0 😄

Ok, merci pour l'information. J'ai vu URI.parse("").respond_to?(:find_proxy) et je me demandais ce que cela pouvait signifier :)

Oh je vois. Simplement la méthode find_proxy été introduite dans Ruby 2.0 donc si ce n'est pas là, cela signifie que nous sommes dans Ruby <=1.9 😃
Nous avons préféré vérifier de cette façon plutôt que de vérifier la version ruby ​​car de cette façon, cela pourrait également fonctionner pour d'autres interpréteurs ruby ​​(par exemple JRuby) s'ils prennent en charge cette fonction, ou parce que vous pouvez patcher les anciennes versions pour la prendre en charge si vous en avez besoin

En utilisant faraday 0.12.2, j'obtiens actuellement cette sortie sur Ruby 2.3.3 et 2.4.2. Est-ce une régression ?

Lors de l'exécution de ma construction sur l'image docker 2.3.3 ou 2.4.2 de CircleCI, je vois ceci :

no_proxy is unsupported

MISE À JOUR: Il semble que je rencontre le #701 qui a été corrigé, et il y a une nouvelle version de faraday. Jusqu'à ce que @intridea desserre la contrainte de version faraday dans oauth2 (s'il vous plaît pouce!), nous allons forker oauth2, ou traiter avec l'ancien faraday.