collection_types field with list of all claim/stream-types contained in the collection
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 7.2k
- Forks
- 493
- PR merge metrics
- No merged PRs in 30d
Description
Edit: This has to be done at lookup time in case streams associated with claims change.
It would be handy to enforce collection_type s such as 'mixed', 'channels', 'playables', 'photos', etc. because
- then they can be displayed and filtered by type,
- a 'channel list' can be made to only include channels, etc. and
- so that less logic is required to route a collection to its proper display,
- we don't have to get and inspect every claim to be sure what the type intention was (initially, we load the first (5) claim items).
- it's impossible to know whether the intent is for a mixed list.
Alternative to having a type field:
Collections are anything-goes. Collections created on one device force a guess as to the intentions when pulled to another device OR the entire list must be inspected claim by claim.
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
The issue names no files, tests, or entry points. Start by locating collection lookup and the collection data model, then clarify how claim and stream types should be derived when associations change; done means the lookup exposes the agreed type information without relying on a partial claim list.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- api, backend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100