learningequality / learningequality/studio
Update import search public channel browsing to use public API
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 191
- Forks
- 307
- Avg merge
- 5d 6h
- Merged PRs (30d)
- 10
Description
Background
- The Import Search has a browse UX, which allows the user to browse their own channels or public channels in the content library
- The Import Search search UX was updated to load content node information from the public API, since we should use only the published state of the channels, available via the public API
Desired behavior
When browsing public channels, it should load the content nodes from the public API
https://github.com/learningequality/studio/blob/7700c2d5e94ccc22439c048b88db37642262e39a/contentcuration/contentcuration/frontend/channelEdit/views/ImportFromChannels/ContentTreeList.vue#L159-L164
Current behavior
It only filters the nodes to those that are published, but instead uses the current state of the channel's content nodes which could be different from the last published content
Value add
Continuing to align interactions with the content library with only the published state of the channels and they're contents
Possible tradeoffs
How should we split this behavior in the frontend components?
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
Start by reading ContentTreeList.vue around lines 159-164 and trace how browsing public channels currently obtains and filters content nodes. Identify the existing public API path used by Import Search, then verify that browsing reflects the channel's last published state rather than current unpublished nodes. Done means public-channel browsing loads its nodes from the public API.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- frontend
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100