Uploaded image for project: 'Moodle'
  1. Moodle
  2. MDL-30340 Block config on some pages result in settings you can't undo, and undesirable pagetype/context settings
  3. MDL-30565

Re-enable the ability to bring back blocks to their original pagetype

XMLWordPrintable

    • Icon: Sub-task Sub-task
    • Resolution: Fixed
    • Icon: Blocker Blocker
    • 2.2
    • 2.1, 2.2
    • Blocks
    • MOODLE_21_STABLE, MOODLE_22_STABLE
    • MOODLE_22_STABLE
    • MDL-30340.subcontext_locks
    • Hide
      1. Create one block (html for example) at course level.
      2. Set it to be shown in any page.
      3. TEST: The block is show in the course page and also in any of the activity pages of the course.
      4. Go to any activity (say, one forum) and edit the block there.
      5. TEST: The "display on pagetypes" setting shows "any page"
      6. Change that setting to "any forum module page" and save changes
      7. TEST: The block is displayed in the forum pages.
      8. TEST: The block is displayed in other forum activities.
      9. TEST: The block is NOT displayed in other activitites.
      10. TEST: The block is NOT displayed in course page.
      11. Go to any forum and edit the block
      12. TEST: the "display on pagetypes" shows "any forum module page" (as you picked some points above).
      13. TEST: There is one "any page" available the last in the list.
      14. Select that "any page" option and save the settings.
      15. TEST: The block is visible in the forum where you have edited it.
      16. TEST: The block is visible in any activity of the course.
      17. TEST: The block is visible in the course page, and can be edited there, with the "display on pagetypes" showing "any page".
      Show
      Create one block (html for example) at course level. Set it to be shown in any page. TEST: The block is show in the course page and also in any of the activity pages of the course. Go to any activity (say, one forum) and edit the block there. TEST: The "display on pagetypes" setting shows "any page" Change that setting to "any forum module page" and save changes TEST: The block is displayed in the forum pages. TEST: The block is displayed in other forum activities. TEST: The block is NOT displayed in other activitites. TEST: The block is NOT displayed in course page. Go to any forum and edit the block TEST: the "display on pagetypes" shows "any forum module page" (as you picked some points above). TEST: There is one "any page" available the last in the list. Select that "any page" option and save the settings. TEST: The block is visible in the forum where you have edited it. TEST: The block is visible in any activity of the course. TEST: The block is visible in the course page, and can be edited there, with the "display on pagetypes" showing "any page".

      This was detected when researching about MDL-30340

      For "sticky" blocks at any context (those being shown in child contexts), it's possible to lead to one "locked" status where one block cannot be sent back to its original context anymore.

      The ultimate cause for this is that, both in 21_STABLE and master, the "*" option, previously always available @ child contexts was kept out, and that option is the one that enabled the block to go back, and be shown, where it was defined originally.

      So this patch simply ensures that, if the block is being edited 'at distance' (aka, in one of the subcontexts it's show) the '*' option will be always available, to efectively revert it to its original status and prevent locked situations.

      That is, ciao

            stronk7 Eloy Lafuente (stronk7)
            stronk7 Eloy Lafuente (stronk7)
            Eloy Lafuente (stronk7) Eloy Lafuente (stronk7)
            Martin Dougiamas Martin Dougiamas
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved:

                Error rendering 'clockify-timesheets-time-tracking-reports:timer-sidebar'. Please contact your Jira administrators.