Cannot update the account of a rule

[dchristidis]

Motivation

$ rucio update-rule --account ACCOUNT RULEID
2020-06-30 12:37:21,205 ERROR   An unknown exception occurred.
Details: Badly formatted rule id (RULEID)

[Tue Jun 30 12:37:21.201390 2020] [:error] [pid 21435:tid 139789737174784] (rucio.common.exception.InvalidType) Provided type is considered invalid.
[Tue Jun 30 12:37:21.201461 2020] [:error] [pid 21435:tid 139789737174784] Details: Cannot insert to db. Expected InternalAccount, got string type.
[Tue Jun 30 12:37:21.201465 2020] [:error] [pid 21435:tid 139789737174784] [SQL: SELECT atlas_rucio_accounts_acc_1, atlas_rucio_accounts_acc_2, atlas_rucio_accounts_sta_3, atlas_rucio_accounts_ema_4, atlas_rucio_accounts_sus_5, atlas_rucio_accounts_del_6, atlas_rucio_accounts_upd_7, atlas_rucio_accounts_cre_8 
[Tue Jun 30 12:37:21.201469 2020] [:error] [pid 21435:tid 139789737174784] FROM (SELECT atlas_rucio.accounts.account AS atlas_rucio_accounts_acc_1, atlas_rucio.accounts.account_type AS atlas_rucio_accounts_acc_2, atlas_rucio.accounts.status AS atlas_rucio_accounts_sta_3, atlas_rucio.accounts.email AS atlas_rucio_accounts_ema_4, atlas_rucio.accounts.suspended_at AS atlas_rucio_accounts_sus_5, atlas_rucio.accounts.deleted_at AS atlas_rucio_accounts_del_6, atlas_rucio.accounts.updated_at AS atlas_rucio_accounts_upd_7, atlas_rucio.accounts.created_at AS atlas_rucio_accounts_cre_8 
[Tue Jun 30 12:37:21.201472 2020] [:error] [pid 21435:tid 139789737174784] FROM atlas_rucio.accounts 
[Tue Jun 30 12:37:21.201475 2020] [:error] [pid 21435:tid 139789737174784] WHERE atlas_rucio.accounts.account = :account_1) 
[Tue Jun 30 12:37:21.201477 2020] [:error] [pid 21435:tid 139789737174784] WHERE ROWNUM <= :param_1]
[Tue Jun 30 12:37:21.201482 2020] [:error] [pid 21435:tid 139789737174784] [parameters: [{}]]

Modification

[patrick-austin]

Update rule uses a dictionary of options which can contain an account, but we missed this when implementing InternalAccount types as it didn't appear as an argument to the API function directly.

Have submitted a PR which fixes this, but I also want to check we haven't missed anywhere else doing a similar thing, and possibly add a test that explicitly tests this (currently test_rule.py adds a rule with the option account but it does this directly via the core, so this test didn't expose the missing conversion as that happens at the API layer).

[patrick-austin]

Found a couple of places where an account could be included in a dictionary representing a DID, and passed through the API layer without conversion to InternalAccount. Normally this account is simply not included and the issuer is used instead at the core without issue. However if an account was provided it would cause a similar error to this, so I added checks to make sure any optional accounts are now converted.
Also modified some existing tests so they test these new conversions.