| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
Don’t force a user to revisit a previously completed chapter if a new required
video is added.
Don’t force the user to complete videos which have been removed (because they
can’t).
|
|
|
|
CCBBackfillTool iterates everyone in CCB and updates the GROW
attributes.
|
|
The bug impacting the CCB integration was due to the "Introduction"
chapter having a higher "score" than every other chapter. It was a
mistake to use Score to compared chapter progress, particularly since
there are more chapters than scores.
This change gathers the chapter ordering logic, which was scattered
throughout the code into a new Chapters enum. Playlist and Chapter now
use Chapters as a key, instead of loose strings. Same for the
ProgressReporter interface.
|
|
I'm still seeing occasional users with missing progress information in
CCB. Currently, the progress is only updated when the user completes a
chapter. With this change, the progress will be updated every time the
training page is loaded.
CCBProgressReporter does not actually update the user's profile unless
the new level is greater than the existing level. This provision will
prevent needlessly calling the CCB API.
Additionally, this update will execute in a background thread to avoid
impacting the page load.
|
|
notificationEmail is now a comma separated list of addresses.
Adding unit tests for SESNotificationService.
Refactored AWS credential selection into ConfigCredentialProvider.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This reporter updates two pairs of user-defined fields on an Individual
Profile. The first pair are pulldown & date fields used to track the
assessment results. The second pair are updated after each chapter is
completed.
|
|
|
|
|
|
|
|
|
|
Using the new ProgressReporter interface in AssessmentResultsPage and
ChapterCompletePage.
|
|
A ProgressReporter will be used to record progress in the ChMS. The F1
version in complete, but needs to be plugged into AssessmentResultPage
and ChapterCompletePage.
|
|
Beginning with this change all of the Church Management System
integration logic is moving into implementations of the new
IntegrationDriver interface. The desired IntegrationDriver can be
selected by setting the integrationDriver config to the appropriate
class name.
This commit is only moving login support. Progress reporting will move
in a later commit.
|
|
|
|
Previously scores aligned on the answer values: 0 (seeker), 2, 3, and 4
(teacher).
Now scores align halfway between: 0 (seeker), 1.5, 2.5, 3.5 (teacher)
|
|
|
|
|
|
|
|
|
|
|
|
Also added scan and scanf (filtered) options to DbTool.
|
|
|
|
|
|
Adding a new interface, F1API for F1 APIs which require a valid access
token. This is now used by AssessmentResultsPage to assign an attribute
each time someone completes the assessment.
Also adding an AttributeTool to list all attributes and assign
attributes to users.
|
|
F1Access will provide a collection of F1 API methods, rather than
placing all of those methods in F1User as I was originally planning.
|
|
Parts of addAttribute have been implemented in F1User, but I may move it
out into a general F1 API class.
|
|
The query param 'next' allows you specify which chapter to goto next.
This is being added to allow proofing specific chapter complete messages
even if all of the chapters have been completed.
|
|
Also added the Leader page to the normal Chapter list.
|
|
|
|
|
|
Also moved the Playlist related tests to their own class.
|
|
|
|
The page header now displays the domain label if the domain is not prod.
This is useful for quickly identifying if you are modifying prod data.
|
|
|
|
|
|
|
|
|
|
serverprod starts the frontend locally but points it to the prod
dynamodb.
The import tool loads data into dynamodb. Each record has a hash key and
one or more attribute/value pairs. Records are separated by an empty
line. The first line of the record is the hash key. Each subsequent line
is an attribute key, followed by a space, followed by the value.
|
|
|
|
|
|
|
