Mask Password in Log table when using the CLI

[kaxil]

Before:

After:

---

^ Add meaningful description above

Read the Pull Request Guidelines for more information.
In case of fundamental code change, Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in UPDATING.md.

[ashb]

It's also possible to do --password=foobar (but not -p=foobar) which this PR won't catch.

[kaxil]

It's also possible to do --password=foobar (but not -p=foobar) which this PR won't catch.

Fixed in 40b1c04

I tested with -p=foobar and I was able to create the user with it too

Example:

root@6b30e511a6ac:/opt/airflow# airflow users  create --role Admin --username admin5 --email admin333 --firstname admin --lastname admin -p=admin

So I have handled that case too and added test for it

[ashb]

Should we add --conn-password to this list?

And for bonus points the password part of the URI style?

[kaxil]

Should we add --conn-password to this list?
And for bonus points the password part of the URI style?

Added --conn-password, will address URI style later in a separate PR as we can do some cleanup of other parts where we mask Password in Conn URI too

technically this is a password of =test I think, (or it's not actually accepted by argparse) and it would have to be given as -p test.

But I think as an edge case this is okay if we don't worry about it

Looks like it works fine though

In [1]: from airflow.cli.cli_parser import get_parser
In [2]: parser = get_parser()
In [8]: parser.parse_args(["users", "create","-e" ,"airflow" , "-p=10", "-r", "Admin", "-f", "as", "-l", "asd", "-u", "as"])
Out[8]: Namespace(email='airflow', firstname='as', func=<function lazy_load_command.<locals>.command at 0x7fd196603dd0>, lastname='asd', password='10', role='Admin', subcommand='create', use_random_password=False, username='as')