robotframework-requests icon indicating copy to clipboard operation
robotframework-requests copied to clipboard

disable cert warnings

Open StefanIGit opened this issue 7 years ago • 3 comments

Hi, I'm still confused with all this git stuff. I hope this time I pulled the correct bulkan:master and applied the patch again, now with a little update help.

Here the old commit text:

with this, the parameter verify=${False} (default) will supress self signed cert errors like below, which works for me :D But this maybe not the idea behind it in first place.

I still think the logger set up in "if disable_warnings" is wrong it kills the robot logger settings so you do not see any warnings or debug messages from my custom libraries any more.

unexpected error: C:\Python27\lib\site-packages\urllib3\connectionpool.py:852: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings InsecureRequestWarning) C:\Python27\lib\site-packages\urllib3\connectionpool.py:852: InsecureRequestWarning: Unverified HTTPS request is being made. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/latest/advanced-usage.html#ssl-warnings InsecureRequestWarning)

StefanIGit avatar Oct 29 '18 07:10 StefanIGit

I'm catch by verify parameter and their documentation. It is a little misleading. Looking for the documentation, it cite that it can be {True} or {False} and some places it cite it as being {True}, others {False}, and also it can be the PATH for the certificate.

When I set the certificate it works well. When I set it to {True}, warnings on missing certificate stop happening, and no other errors appear related to certificate. When I set it to ${False}, the error keep appearing. I think this is a little confuse. I think we should remove the {True} option from this variable. Either it is {False} or it is PATH. Should I open a bug for this issue?

hernandik avatar Jan 23 '23 14:01 hernandik

I'm catch by verify parameter and their documentation. It is a little misleading. Looking for the documentation, it cite that it can be {True} or {False} and some places it cite it as being {True}, others {False}, and also it can be the PATH for the certificate.

Thanks, do you refer to the create session documentation versus get parameters documentation? I see and you might open a bug, yes please.

lucagiove avatar Jan 25 '23 13:01 lucagiove

Ciao @lucagiove , this is indeed needed since GET|POST|DELETE|ETC On Session does not seem to inherit the verify=False from the session itself, so it's generating allot of warnings ./usr/lib/python3.10/site-packages/urllib3/connectionpool.py:1045: InsecureRequestWarning: Unverified HTTPS request is being made to host '172.16.11.4'. Adding certificate verification is strongly advised. See: https://urllib3.readthedocs.io/en/1.26.x/advanced-usage.html#ssl-warnings warnings.warn(

ArditD avatar Apr 19 '23 06:04 ArditD