Your idea seems nice, but very complex. What do you mean by "is active beginning"? Because of some date setting - the visibility - an availabitlity restriction changed? If you add a user to another group, can also be a reason why someone sees other resources.

Currently the plugin calculates course level dates, adding a calcullation on module level to pinpoint this 'active' date for every module will do no good for the performanc.

R
R

Hello Farhan,

I know, for 5 years I said it was a bad idea (complex and bad for performance). But again and again the question was asked to add this functionality.

Finally I gave in when Stefan Hanauska submitted a more or less good pull request and a [behat](https://github.com/ewallah/moodle-availability_relativedate/blob/main/tests/behat/availability_relative_module.feature) scenario with 25 restricted modules worked not so bad.

Restricting access is mostly a bad idea. Personally I only use activity restrictions when I find 3 good reasons to do so, otherwise I see it as nothing but student harassment.

But in some rare situations this plugin can be handy.

R

Hi, I don't see option
- after enrolment method end date
- after the completion of an activity

I have moodle version 3.9

Hello Aibat,
All features are only available in the latest versions of Moodle. There is only security support for 3.9 until end 13 Nov 2023 so I see no reason to add the enhancements to an almost obsolete version.

R

Hello,
Are you working (or at least planning to work) on an option "before" for the "user enrolment end date" and the "enrolment method end date"?
Thank you in advance for your response.
Gabrielle Guevara

Sorry Gabrielle,

on this moment there is no budget nor time for this implementation. It is somewhere planned, but far far away.

Perhaps you can create an issue in the tracker and collect some votes (it always helps when more 10 people ask for a new feature).

R

Hola.
Antes de nada enhorabuena por su trabajo.
Quería preguntar cómo puedo hacer la siguiente configuración:
Tengo un curso que se abona mensualmente y cada mes se abre un cierto contenido,
Lo que quería hacer es que si un alumno no abona una mensualidad no tenga acceso al contenido del mes que no ha abonado. No sé si me explique bien...
Un saludo y gracias

Hola Samuel,

Tal vez el plugin https://moodle.org/plugins/availability_gwpayments es una solutión?

Hi!

Is it possible to modify this plugin to be usable with the Auto Enroll plugin, to enroll "new" users to some mandatory courses?

I mean, if the users createDate (we got this attribute from AD) information is relative new (eg. in the last 30-60 day), he/she needs to enroll to course X.
Now the plugin doesn't check this user attribute so we could not configure it.

Hello Gabor,

this is an availability restriction plugin and not an enrollment plugin. If the auto enroll would add the correct start date from your AD, then this plugin let you restrict activities and section based on this start date.

So you have to modify your auto enrol plugin.

R

Hello, Renaat!

I have to explain it

The basics:

I'd like to restrict something based on users first login into Moodle. Eg, in the first 30 days after his/her first login he/she can reach activity A, but after 30 days only activity B. Your plugin can do most of it, but we cannot check the first login date (I called it: createUser attribute), only the enrollment date.

I think, the user's enrollment date of a course belongs to that user - and the first login date belongs to him/her, too. I mean, this two informations are not so different. So I think, it is possible to modify your plugin to check that information, too. And I think, it would not be so hard to do that modification.

(And some words about enrollment. There is this plugin: AutoEnrol ( https://moodle.org/plugins/enrol_autoenrol ). It can automatically enroll users based on some criterias. And I can filter enrolling users using availability restrictions. So if your relative-date restriction plugin could check createUser date, I could enroll users based on their first login using these 2 plugins working together.)

(Small modification. In the user table, there is a field: timecreated - this is the information I'd like to check and called it: createDate. This name is the AD name of the same information.)

Hello Gabor,

feature requests are made on GitHub (https://github.com/ewallah/moodle-availability_relativedate/issues).

We tried already to implement that feature. But it was not working as expected. We tried out to hide an activity 5 minutes after first login. But It is never clear when this first access is set in the database.

It did work when the user logged in - logged out and logged back in, or when the user accessed an activity, then the restriction worked as expected. But when the user did nothing during the first 5 minutes, the first access field was not yet set, so the restriction did not work.

When features are not working as expected in all situations, it is better to drop the idea.

R

Is there any way to make it send a message by moodle and by mail to the user when an activity is available at the end of the relative date restriction?

Technically this is possible, but it would involve a lot of computing power: calculating every minute all restrictions for all users in every course to check if the end of the relative date restriction is reached or not.

How would you handle combined restrictions (group = group1 AND 3 days before end of course)?

And what happens if a course/section/module is unhidden, then the availability changes, so on that moment everything has to be recalculated again.

So my answer is no, your problem should be revolved for every access restriction available in Moodle, and the huge amount of calculations and energy needed, makes it highly improbable it will ever be implemented or even work.