-
Bug
-
Resolution: Deferred
-
Minor
-
None
-
3.7.7, 4.0.8
-
MOODLE_37_STABLE, MOODLE_400_STABLE
Note: I know that resources can be made available even inside hidden topics, and that that is intended behavior. This bug is not that, but is related to that functionality.
Credit to jlsimms for discovering this bug.
When a resource is individually hidden, it will remain hidden regardless of the state of the topic it is in.
This is inconsistent with the behavior when a resource is individually shown, in which case the resource continues to match the state of the topic when that topic is hidden/shown.
To reproduce:
- Have the following in a course:
- Topic A (shown)
- Resource A1 (shown)
- Resource A2 (shown)
- Topic B (shown)
- Resource B1 (shown)
- Resource B2 (shown)
- Topic A (shown)
- Optional: hide and then show either topic, observing that the resources mirror the state of the topic.
- Behavior 1: resources mirror the state of the topic when the topic is shown/hidden, even if the resource has been individually shown ("made available").
- Hide Topic A (A1 and A2 are both hidden).
- Show ("make available") A1.
- Show Topic A. Note that the states of A1/A2 match the state of A.
- Hide Topic A. Note that the states of A1/A2 still match the state of A.
- Behavior 2: resources are locked to a hidden state if they have been individually hidden, regardless of the state of the topic they are in.
- Hide Resource B1.
- Hide Topic B. Note that as in step 1-3, the states of the resources (B1/B2) match the state of the topic they are in (B).
- Show Topic B. Note how unlike in step 1-4, the states of the resources (B1/B2) do not both match the state of the topic (B). Instead, the resource that was manually/individually hidden has remained hidden.
As far as I can tell, it doesn't matter what exact combination of hiding/showing steps you take – if a resource has been at any point individually hidden, it will remain hidden, while if a resource has been individually shown, it will still mirror the state of the topic on subsequent topic state changes.
I hope my reproduction instructions and screenshots have made it clear that this behavior is inconsistent. When jlsimms originally reported this to me, he called out Behavior 1 as the unexpected behavior; I believe that this is correct given the current state of things.
I can see how Behavior 1 could be useful to "lock" the state of a single resource against subsequent topic state changes. However, I feel that this "locking" behavior would need to be extended to both hiding and showing individual resources, and would also need a visual indicator to prevent user confusion, before I would consider it not-a-bug.
- is duplicated by
-
MDL-77778 Unify activities/resources availability setting behavior when changing the parent section availability settings
-
- Open
-