Implement Section Configure Modal

[CefBoud]

Intro

This MR implements the Section Configure modal.

Dependens on:

• feat: course outline - sections and subsections list openedx/frontend-app-authoring#733

Private ref

BB-8218

Testing instructions:

• Setup this repo as described in the readme.
• Checkout branch from feat: create DRF endpoint to get course index context openedx/edx-platform#33667 and run make cms-up in devstack.
• Open any course outline by using this url format: http://localhost:2001/course/course-v1:edX+DemoX+Demo_Course
• Click on a section 3-dots button then open and interact with the Configure Modal.

Screenshots

[codecov]

Codecov Report

All modified and coverable lines are covered by tests ✅

❗ No coverage uploaded for pull request base (navin/course-outline/section@6567ed9). Click here to learn what that means.

❗ Current head 2a1e872 differs from pull request most recent head bccaf1f. Consider uploading reports for the commit bccaf1f to get more accurate results

Additional details and impacted files

@@                       Coverage Diff                       @@
##             navin/course-outline/section      #15   +/-   ##
===============================================================
  Coverage                                ?   88.53%           
===============================================================
  Files                                   ?      485           
  Lines                                   ?     7530           
  Branches                                ?     1600           
===============================================================
  Hits                                    ?     6667           
  Misses                                  ?      834           
  Partials                                ?       29           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[mavidser]

In the spec, it seems that rendering the alert not-live is unintended, and instead can be derived from the current state of the checkbox.

if checked: displays message (strange legacy behaviour: warning appears only on following renders only )

[CefBoud]

Thank you for mentioning this and reminding me about it because I wanted to bring it up.

In the legacy behavior, the warning is displayed if the section is already hidden from learners. We warn the cms user that some previously hidden content will be displayed. This seems sensible to me.

Toggling the warning based on the state of the checkbox feels somewhat off. Especially if the initial state is the content being not hidden. I thought we could maybe raise this point. What do you think?

[navinkarkera]

@CefBoud You are right, it makes sense to only show the warning if the content was already hidden.
cc: @mavidser

[mavidser]

@CefBoud This looks good, save for a few nits. 👍

• I tested the update behaviour and compared it with the legacy behaviour.
• I read through the code

[navinkarkera]

@CefBoud 👍

• I tested this: locally tested configure modal
• I read through the code
• I checked for accessibility issues: I am not able to focus via keyboard on save button from basic tab due to focus getting stuck inside Time picker. It seems to be an issue with DatePicker from react-datepicker which is not related to this PR.
• Includes documentation