Proposal for receiver getting point-in-time signal status
Nobody has claimed this yet.
- Dominant language
- Makefile
- Stars
- 78
- Forks
- 18
- PR merge metrics
- No merged PRs in 30d
Description
The proposal discussed in a WG meeting.
Introduction:
Device compliance is used as an example here, but it likely applies to other types of signals. When a receiver creates a stream with a transmitter to start receiving device compliance updates, it will only receive signals when there is a change in the compliance status of a device. There are some use cases like in the context of a login flow, when this is not sufficient as what is needed is a point-in-time check to determine the device compliance status right now.
I would like to propose that we add a new transmitter API that will allow the receiver to ask for the existing state of a signal for a specific subject.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Read the linked WG meeting discussion and the proposal introduction first. The issue does not name files, tests, an entry point, or acceptance criteria; a completed contribution would require an agreed scope for the proposed transmitter API and its specification.
Written by the indexing model from the issue text.
Assessment
- Domain
- api, security
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100