-
Improvement
-
Resolution: Fixed
-
Minor
-
4.1
-
MOODLE_401_STABLE
-
MOODLE_402_STABLE
-
MDL-73317-master -
The problem
After $SESSION->write_close() is called, code should not write to the session.
However, It is difficult as a developer to know if any code called afterwards will write to the session as the code paths may be very complex and require lots of manual inspection.
Ideal Solution
Logging for any changes to the session that happen after it is closed.
Background
This is a superset of MDL-69977. I suspect there are some pages which blindly write to the session but the session has already been closed. So these changes are just lost. At minimum these should be turn up in the error log.
The logic here already exists for handling readonly session mutation detection so its just the same logic after the write close, but always on.
- has a non-specific relationship to
-
MDL-75813 Session cache store breaks cache api when session is closed or readonly - deprecate cachestore_session
- Open
-
MDL-74911 The Assign edit pdf conversion polling doesn't release the session lock
- Closed
-
MDLSITE-6615 Add a workflow transition so the peer reviewer can move from IR back to dev
- Open
- will help resolve
-
MDL-69977 MUC session cache items can be set after write_close and silently fail
- Open