Skip to content
Snippets Groups Projects
  1. Mar 09, 2021
  2. Mar 03, 2021
  3. Feb 25, 2021
  4. Feb 24, 2021
    • stvn's avatar
      Merge PR #144 bd03/fix-migration · 1552134f
      stvn authored
      * Commits:
        fix: Manually backfill config_id UUIDs again
      1552134f
    • stvn's avatar
      fix: Manually backfill config_id UUIDs again · 42a9e342
      stvn authored
      The previous backfills handled NULL entries;
      this handles empty strings.
      
      The difficulty here was that since the empty string in an invalid UUID
      (as opposed to None/NULL which is just "blank"), attempts to instantiate
      models would fail, given the invalid data. This meant we couldn't use
      the Django ORM to handle the migration entirely; we need to craft some
      raw SQL to work-around these checks and limitations.
      42a9e342
  5. Feb 23, 2021
  6. Feb 16, 2021
  7. Feb 15, 2021
  8. Feb 08, 2021
  9. Feb 04, 2021
    • stvn's avatar
      fix: Migrate the UUID backfill again · 8b17e4a6
      stvn authored
      To correct the, in our case, single database entry that snuck in without
      a UUID during the schema change.
      
      Steps:
      - Make the field editable
      - Add `config_id` to all models missing it
      - Make the field noneditable again
      8b17e4a6
  10. Jan 29, 2021
  11. Jan 25, 2021
  12. Jan 21, 2021
  13. Jan 20, 2021
    • stvn's avatar
      Merge PR #136 open-craft/kshitij/fix-migrations · 7f3b1503
      stvn authored
      * Commits:
        Fix migration `config_id` conflict.
      7f3b1503
    • Kshitij Sobti's avatar
      Fix migration `config_id` conflict. · 59b7c431
      Kshitij Sobti authored
      A previous PR (#130) added a new unique field with a default value to the
      LtiConfiguration model. Such cases need special handling in migraiton, however
      the previous PR did not include that. This commit fixes the migration to include
      the special handling for new unique fields.
      59b7c431
  14. Jan 19, 2021
  15. Jan 15, 2021
  16. Dec 18, 2020
  17. Dec 17, 2020
    • stvn's avatar
      Skip migration when no LTI XBlock location exists · 9f326ee8
      stvn authored
      otherwise this blows up, trying to migrate a record with no location
      (the modulestore lookup throws).
      
      Presumably this isn't (wasn't?) an issue in prod already, right?
      But I did hit this in my devstack, having previously created an
      LtiConfiguration record via Django Admin (without a location).
      9f326ee8
  18. Dec 02, 2020
  19. Dec 01, 2020
  20. Nov 20, 2020
    • Ned Batchelder's avatar
    • Ned Batchelder's avatar
      b5c1f66f
    • Shimul Chowdhury's avatar
      [BD-24] [TNL-7661] [BB-3172] LTI Improvements - Use declarative grading model... · 8b72fb9a
      Shimul Chowdhury authored
      [BD-24] [TNL-7661] [BB-3172] LTI Improvements - Use declarative grading model on XBlock launch (#116)
      
      * create default LineItem, WIP grade save
      
      * add score to django admin
      
      * WIP: find user and save grade to xblock
      
      * boolean pragramatic grade interaction flag and optional params in enable_ags method
      
      * Submit grades using grade signals
      
      * lineitem urls should be optional
      
      * lineitem is now readonly in declarative method
      
      * test grade_submit called properly
      
      * quality issue
      
      * raise LTIError
      
      * moved listener to signal.py, refactored models.py, added due and start date, updated tests.
      
      * use load_block_as_anonymous_user and remove load_block, refactor tests
      
      * refactor test to fix quality issue
      
      * make lineitems_url required
      
      * refactor tests, accept_grades_past_due on check
      
      * test accept_grades_past_due
      
      * add comma to last items
      
      * refactor get_lti_ags_lineitems_url
      
      * make sure crum returns user and not None
      
      * nitpicks & use maximum score when given score is larger than maximum
      
      * fix docstring of load_block_as_anonymous_user
      8b72fb9a
  21. Nov 12, 2020
    • Giovanni Cimolin da Silva's avatar
      [BD-24] [TNL-7607] BB-3072: Move key and client management to model level. (#113) · 9ac5fda4
      Giovanni Cimolin da Silva authored
      * Move LTI 1.3 Key management to model
      
      This:
      - Removes the need to load the modulestore on every public keyset endpoint call.
      - Simplifies the block structure and parent method overrides.
      - Removes private key, client id and related parameters from XBlock fields
      
      It also includes a migration from the data stored in the block to the model.
      
      * Cleanup unused test helpers
      
      * Version bump
      
      * Addressing review comments
      9ac5fda4
  22. Nov 10, 2020
Loading