Suggestions for the Search menu about orgbook-bc-client HOT 3 CLOSED

Wondering if we can retire the inactive search URL parameter. Here are my thoughts:

• This is not a generic Aries-VCR or credential concept, however the logic is embedded within Aries-VCR and the generic search interface.
• We can still query and filter for active/historical entities through the application of entity_status category filters. Especially in light of the changes to filtering we want to make that successively expand the result set as filters are applied.

Thoughts on this?

from orgbook-bc-client.

Active/Historical refers to the company status (whether the company is currently "Active" according to BC Registries - it can become historical if for example the company fails to file their annual report for 2 years)

Inactive refers to the credential itself, for example if a new credential was issued due to a company name change then the previous credential becomes "inactive". (The company itself will still be "Active", and both credentials will show this status, however the most recent credential will be "active" and then prior one "inactive".

I think it's useful to retain this search parameter, but I think the concept will be confusing for end users.

from orgbook-bc-client.

We may be conflating a credential that was revoked (i.e. has expired) vs a company that is Active/Historical in the context of BC Registries. The former is mapped to the revoked query parameter, the latter is mapped to the inactive query parameter. The two query parameters, in general, create confusion as to what they refer to. So my suggestion is we retain one or the other; the parameter we choose to keep would map to whether a credential is active (i.e. has not expired) vs it corresponding to a company status. Company status could instead be toggled using the category filter: entity_status, since it is already stored/indexed as a category attribute along with entity_type and other categories.

My general preference would be to remove the inactive parameter since it is very context-specific to BC Registries yet it is part of the core Aries-VCR search logic.

from orgbook-bc-client.