fix: send multi-sig admit to to discloser not issuer

[iFergal]

Not always the same!

Closes #279

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 93.17%. Comparing base (18d3ad7) to head (4262ba3).
Report is 14 commits behind head on main.

Additional details and impacted files

@@            Coverage Diff             @@
##             main     #286      +/-   ##
==========================================
+ Coverage   93.06%   93.17%   +0.11%     
==========================================
  Files          36       36              
  Lines        7121     7738     +617     
==========================================
+ Hits         6627     7210     +583     
- Misses        494      528      +34     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[2byrds]

LGTM

[lenkan]

@iFergal I am curious, what was the end implication of this? Did the admit still go through and the "admitter" would have the credential stored anyway?

Would be nice to have test coverage for these type of things 😬

[iFergal]

@lenkan It didn't affect the credential issuance flow. If you were doing a multi-sig admit in response to a grant from an issuer, the credential was always stored because the granter and issuer are the same.

The problem is if it's a multi-sig presentation - the admit was being sent to the issuer instead of the presenter.

But yeah, agreed I'll try to capture it in the tests and open a PR.

[kentbull]

So grant.ked['i'] refers to the discloser of an IPEX Grant and grant.ked["e"]["acdc"]["i"] refers. to the issuer of the ACDC?

[iFergal]

@kentbull yep!