-
Improvement
-
Resolution: Fixed
-
Critical
-
4.0, 4.2
-
MOODLE_400_STABLE, MOODLE_402_STABLE
-
MOODLE_402_STABLE
-
MDL-74465-master-5 -
-
WP Sprint 2023-I1.2 (Marina), WP Sprint 2023-I1.3 (Marina)
1. When user wants to change block settings - display the form in a modal popup instead of the separate page
2. For some blocks when configuration is important, add a second step to the "Add block" popup that will allow to configure a block before it is created - for example, Text block, activity results, glossary blocks - they are useless unless they are configured
The big challenge here is that block editing relies on permissions checks and additional setup that is done on each page and it is very difficult to implement in WS. But I think I have some ideas about how to do it
Wish list that was not implemented under this issue (because it already grew too big):
3. (maybe) Allow to edit block header inline
4. (maybe) Display permissions and "check permissions" in a popup - navigating from the permission pages back to the page where the block was edited is confusing and sometimes does not work (see MDL-26675 for example)
- caused a regression
-
MDL-79946 $SESSION->editedpages causes warnings on any page that unlocks the session before print_header
-
- Open
-
-
MDL-78040 Random failures with glossary_random with Firefox and slow environments
-
- Closed
-
- has a non-specific relationship to
-
MDL-83044 Missing return type check in block_edit_form::process_dynamic_submission
-
- Closed
-
- is blocked by
-
MDL-74317 Edit mode cannot be turned on/off when using other capabilities
-
- Closed
-
- Testing discovered
-
MDL-74502 Behat step to set form fields in the container does not work for editor fields
-
- Closed
-
-
MDL-74553 Do not refer to form fields by id in the blocks behat tests
-
- Closed
-