Unit Publish Details Card
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 45/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- react, typescript
- Domain
- frontend
Research direction
Start with the linked Figma design and the existing Unit page's right-pane section. Trace how unit publication, visibility, draft, and release-date data are currently exposed, then verify the replacement cards cover the listed status and visibility states, metadata, actions, and settings-tab navigation.
Written by the indexing model from the issue text.
Description
Design
| published | unpublished changes | Staff Only | Scheduled |
|---|---|---|---|
Specs
Unit Publish Details cards replaces the section on the right pane of the Unit page. The cards have:
- top border indicating status:
- if the unit is visible to staff only, top border is always primary-700
- Brown draft color if the unit has unpublished changes or has never been published (exception: visible to staff only is always primary-700)
- Blue (info-500) if the unit is published but not yet released (scheduled for a later date)
- Green (success-500) if the unit is published and live
- If the unit has any unpublished changes, there is a publish/ cancel button
- Any unsaved drafts have the author, date, and time that created the last changes resulting in draft status
- Any published unit (whether or not it has drafts) has the "LAST PUBLISHED" section with author, date, and time of last publish
- Units show their release date along with where the date is set (course, section, or subsection)
"Visible to" has multiple states:
| All learners and staff | Staff Only | Component Restrictions Only | Group Gated |
|---|---|---|---|
- If the edit icon is clicked on the "VISIBLE TO" section, the sidebar changes to the Unit Info Settings Tab
- Dominant language
- TypeScript
- Stars
- 17
- Forks
- 218
- Avg merge
- 9d 20h
- Merged PRs (30d)
- 20
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.
More from openedx/frontend-app-authoring
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
openedx/frontend-app-authoring#3242 · 2 comments ·
-
a11y bug
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
openedx/frontend-app-authoring#3241 ·
-
a11y bug
Difficulty 1/5 Under an hour Newbie friendliness 88/100
openedx/frontend-app-authoring#3240 ·
-
a11y bug
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
openedx/frontend-app-authoring#3239 ·
-
a11y bug
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
openedx/frontend-app-authoring#3232 ·
All issues in openedx/frontend-app-authoring
Similar issues
-
clawsweeper:fix-shape-clear clawsweeper:queueable-fix clawsweeper:source-repro impact:ux-friction issue-rating: 🦞 diamond lobster no-stale P3
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Difficulty 1/5 Under an hour Newbie friendliness 76/100
-
code-quality refactoring
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
github/gh-aw-firewall#8816 ·
-
integration:quickjs org:external priority:backlog topic:code-interpreter topic:middleware type:feature
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
langchain-ai/deepagents#6450 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 88/100
vercel/react-tweet#225 ·