⚠️ This one is superceded by
@thesan commented on Wed May 11 2022
Currently the queries used to show activities, looks like this:
query {
events(where: { type_in: [EventA, EventB] }, ...) { ... }
}
In this example EventA relate to EntityA and EventB to EntityB as a result this wouldn't work:
query {
events(where: { type_in: [EventA, EventB], EntityA: { id_in: ["1","2"], active_eq: true } }, ...) { ... }
}
Solution 1:
Adding some generic fields to the event interface. Eg:
query {
events(where: { type_in: [EventA, EventB], entity_id_in: ["EntityA_1","EntityA_2","EntityB_3"], hasExpired: false }, ...) { ... }
}
This would probably also help filtering deadlines and statistics in the financial dashboard.
That said it would take some significant effort updating the mappings and it doesn't solves the filtering by member problem, unless the entity_ids get stored somewhere (local storage, membership metadata, or Orion) when e.g creating entities or subscribing to it. Similarly to #414.
Solution 2:
Writing custom queries for every activity.
@dmtrjsg commented on Mon Jun 06 2022
Question: is there anything else impacted other than Financials module?
@thesan commented on Wed May 11 2022
Currently the queries used to show activities, looks like this:
In this example
EventArelate toEntityAandEventBtoEntityBas a result this wouldn't work:Solution 1:
Adding some generic fields to the
eventinterface. Eg:This would probably also help filtering deadlines and statistics in the financial dashboard.
That said it would take some significant effort updating the mappings and it doesn't solves the filtering by member problem, unless the
entity_ids get stored somewhere (local storage, membership metadata, or Orion) when e.g creating entities or subscribing to it. Similarly to #414.Solution 2:
Writing custom queries for every activity.
@dmtrjsg commented on Mon Jun 06 2022
Question: is there anything else impacted other than Financials module?