You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Snapshots (specifically the SnapshotMeta embedded document) is draftable to distinguish between active (unmerged) and merged snapshots.
As it is showing now, in the context of the jobs module, this is not enough. We need specific statuses of the snapshots to determine wether they were accepted, rejected, active.
Make snapshots (at least the JobSnapshot entity) status-aware.
This can be done by adding the status directly to the snapshot entity (overriding the status from the original entity - which must not be altered by the snapshot anyway) or in the SnapshotMeta document.
(This needs to be discussed further)
Make JobSnapshot Status entity with approppriate states
ACTIVE (UNMERGED)
ACCEPTED (MERGED)
REJECTED
Set the respective status upon actions taken on the snapshot either by the recruiter or by the admin
Show the current status in the recruiter's job list (and in the admin's job list)
* Job snapshots are now status-aware by implementing StatusAwareInterface
* This state is changed according to actions by an admin or recruiter.
* States are shown as badges in the recruiters and admins job list, resp.
We've implemented the ability to create snapshots of entities via:
and currenttly used in the Jobs module:
Snapshots (specifically the SnapshotMeta embedded document) is draftable to distinguish between active (unmerged) and merged snapshots.
As it is showing now, in the context of the jobs module, this is not enough. We need specific statuses of the snapshots to determine wether they were accepted, rejected, active.
So Snapshots needs to be State-Aware, which can be easily added with Core/StatusAwareInterface, Core/StatusAwareEntityTrait and the companion, Core/StatusInterface, respective Core/AbstractStatusEntity
What needs to be done:
This can be done by adding the status directly to the snapshot entity (overriding the status from the original entity - which must not be altered by the snapshot anyway) or in the SnapshotMeta document.
(This needs to be discussed further)
Related classes to look at:
The text was updated successfully, but these errors were encountered: