LEARNER-3304

Displays the expired out status for the course dashboard and the programs pages.

Rebrand the branch.io text me the app landing page to reflect edX's style.

LEARNER-2730

The user can now enroll in a session, unenroll from a session or change session
from a new course enrollment card on the course dashboard.

Partial revert to disable calls to Enterprise API for each course in an
Enterprise Learner's dashboard to determine status of consent. Will re-enable once
a batch API is avaiable (WL-1315) to fix performance.

ENT-727

The setting controls the number of courses displayed on the homepage.

Enterprise customers can require user to agree to Data Sharing Consent
form before they can access a course. We now add it conditionally to
Course Dashboard when it's required so it's apparent to user and they
have a way to revist the consent form if they've previously declined or
the course has not yet started.

WL-1281

EDUCATOR-171

Remove the profile from the user dropdown.

LEARNER-2318

EDUCATOR-1400

LEARNER-388

LEARNER-1860

As an email marketer, I would like to send an account activation reminder to learners who haven't activated
their accounts to increase their chances of coming back and engaging with our platform. Each user profile in
SailThru will have a var with the correct activation_key originally assigned to the user.

LEARNER-2110

Fix course unenroll dialog's incorrect message rendering. LEARNER-2033

When purchasing multiple courses (especially with bundled Program purchase) the donation box shows up multiple times. Donation box should only show once regardless of number of courses purchased.

LEARNER-2125

LEARNER-2172

LEARNER-1801

LEARNER-1492

This model will soon be deleted.

LEARNER-2042

learner-1521

A site must be passed so the system knows which URL to use to contact
the Discovery Service.

The function `create_account_with_params` calls `_do_create_account`,
which exhibits some discrepant behavior with throwing errors when handling
duplicate email and/or username.

A duplicate email raises a `ValidationError` (rather than the expected
`AccountValidationError`) from the first part of `_do_create_account`,
when errors from `form` (the `AccountCreationForm`) are raised.

A duplicate username raises the expected `AccountValidationError`, but
from a later part of `_do_create_account`. As a result, registering with
both duplicate username and email raises a `ValidationError` for email only.

The user message for username is “An account with the Public Username
'{username}' already exists.” which differs from that of email, “It
looks like {email} belongs to an existing account. Try again with a
different email." The latter is more consistent with other user messages.

Fetched Programs and Program details from Course Discovery service for all sites and stored the uuids in cache with site-specfic keys.
Learner-1146