Moodle gebruikt één centraal systeem om alle ideeën, verbeteringen en fouten te registreren. Ook jij mag iets toevoegen aan deze Moodle Tracker voor Moodle LMS of MoodleNet. Heb je een goed idee voor Moodle Workplace, dan kan je dit laten toevoegen door één van de Moodle Premium Partners, zoals Avetica.

Wij komen zelf ook regelmatig zaken tegen die nog verder verbeterd moeten worden en dit melden we dan ook in de Moodle Tracker. Elk geregistreerd item kun je volgen zodat je een notificatie krijgt van elke wijziging in het item. Ook kun je stemmen op items die voor jou van belang zijn. Items met de meeste stemmen worden worden met voorrang behandeld. Dit is één van de manieren waarop Moodle ‘luistert’ naar haar gebruikers.

Product Advies Groep

De openstaande items voor Moodle Workplace worden besproken tijdens de Product Advies Groep waarvan Avetica ook lid is. Samen met andere Moodle Premium Partners bepalen wij op deze manier de roadmap van de enterprise versie van Moodle. Het is leuk om te zien hoe deze samenwerking verloopt en hoe we zo gezamenlijk bouwen aan een nog betere versie van Moodle.

Verbetering op supportpagina

In Moodle 4.0 is een vraagteken rechtsonder in beeld gekomen om hulp te bieden aan gebruikers. Een goede zet van Moodle om het support aan gebruikers netjes te tonen, maar het probleem was dat je niet zelf kon bepalen waarnaar gelinkt werd. Daarvoor zijn twee items geregistreerd. MDL-77370 voor Moodle LMS en WP-3889 omdat wij als Avetica hebben aangegeven dat dit ook per tenant instelbaar moet zijn.

Vanaf Moodle LMS 4.2 en Workplace 4.1.3 (rolling release) is de nieuwe functionaliteit beschikbaar. In Moodle kan je deze nieuwe optie vinden onder Sitebeheer >> Server >> Support contact.

In de afbeeldingen hieronder zie je wat ingesteld kan worden.

Het bericht Instelbare supportpagina (per tenant) in Moodle verscheen eerst op Avetica.

We kunnen deze aanvraag niet verwerken. Vraag het wachtwoord opnieuw aan.

Het opnieuw aanvragen van een wachtwoord is iets wat altijd zou moeten kunnen, tenzij de Moodle site gekoppeld met externe authenticatiemethodes zoals SAML of OpenID. In deze situatie was dit niet het geval. Dus wat was dan wel de oorzaak van deze melding?

Het was even zoeken in de verschillende uithoeken van Moodle, maar al snel hadden we het gevonden. De gebruikers die deze melding op hun scherm kregen, stonden allemaal twee keer in de gebruikerslijst met hetzelfde e-mailadres. Normaal geeft Moodle een melding bij het aanmaken van een nieuw account dat het e-mailadres al bestaat. Maar deze melding komt er niet als een externe bron gebruikers inschiet.

Bij deze Moodle klant werden gebruikers ingeschoten via een cursusadministratiesysteem én werden gebruikers via een andere Moodle site via LTI geauthenticeerd in de Moodle site. Helaas wisten de twee afdelingen die dit zo regelde dit niet van elkaar. Samen hebben we gekozen voor de oplossing dat de gebruikers via LTI verwijderd werden. Toen werkte het opnieuw aanvragen van wachtwoorden weer gewoon. En andere optie was geweest om de gebruikers samen te voegen, bv met de plugin Merge users.

Moodle kon de aanvraag voor een nieuw wachtwoord niet verwerken, omdat niet duidelijk is welke gebruiker zijn/haar wachtwoord opnieuw wil opvragen. De noodzaak om het gehele proces van inschrijven, authenticeren en aanmelden goed uit te denken. Zeker als er externe systemen gebruikt worden en dat zien we steeds meer.

Het bericht Nieuw wachtwoord in Moodle werkt niet? verscheen eerst op Avetica.

Wat was er gebeurd? Een rol was aangemaakt op basis van een archetype. In dit geval was het archetype “beheerder” gekozen. Op basis hiervan werden rechten ontnomen en toegekend voor de specifieke rol. Hierna werd de rol getest door de klant, maar bleek men geen blokken te kunnen toevoegen.

Wij werden hiervoor benaderd om mee te zoeken naar de oplossing.
 Wat bleek? Naast de archetype instellingen neemt Moodle ook instellingen voor de rol over van de rol “geauthenticeerde gebruiker”. Dit is de standaard rol voor iedereen die een Moodle account heeft en ingelogd is. Deze rol had het recht om blokken te beheren op een pagina op “blokkeren” staan. Door deze op “verbieden” te zetten was het probleem opgelost.

 

Wat is dan het verschil tussen het blokkeren en verbieden van een recht? Wanneer een recht geblokkeerd wordt, kan dit niet meer overschreven worden. Een geblokkeerd recht op het laagste niveau (geauthenticeerde gebruiker) zal door geen enkele andere rol anders dan sitebeheerder kunnen worden gebruikt. Ook niet wanneer je deze op “toelaten” zet.
 Verbieden daarentegen werkt via een “tenzij” methode. Wanneer een specifiek recht verboden wordt, kan nog steeds niemand deze rol gebruiken, tenzij er expliciet in de rol wordt aangegeven dat deze toegelaten wordt.

Het bericht Rechten binnen Moodle instellen; verbieden of blokkeren? verscheen eerst op Avetica.