Moodle

can't lock LDAP course ID number in admin

Details

  • Type: Bug Bug
  • Status: Open Open
  • Priority: Minor Minor
  • Resolution: Unresolved
  • Affects Version/s: 2.0
  • Fix Version/s: None
  • Component/s: Enrolments
  • Labels:
    None
  • Environment:
    Mac OS X
  • Database:
    MySQL
  • Affected Branches:
    MOODLE_20_STABLE

Description

Using LDAP on enrol.php, I can't set the value update local data and lock value. Adding enrol_ldap_course_idnumber_editlock = 1 to mdl_config has no effect.

Issue Links

This issue is blocked by:
MDL-11705 allow enrolment modules to modify the course edit form Minor Closed
This issue will be resolved by:
MDL-5373 Remove updatelocal and lockedit fields from enrol/ldap config page Trivial Closed

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Iso added a comment -

Issue is not fix even in moodle 1.7. I'm using moodle 1.7 with MySQL database.

Hope you fix it.

Thanks.

Show
Iso added a comment - Issue is not fix even in moodle 1.7. I'm using moodle 1.7 with MySQL database. Hope you fix it. Thanks.
Hide
Permalink
Michael Quintero added a comment -

I'd like to add my support for fixing or bringing back this functionality. I'm working on a project to bring a Moodle installation online to replace my institution's Blackboard, and these two features are pretty much essential for how we'd like to do it!

My test installation is using 1.8-stable downloaded on 7/19.

Show
Michael Quintero added a comment - I'd like to add my support for fixing or bringing back this functionality. I'm working on a project to bring a Moodle installation online to replace my institution's Blackboard, and these two features are pretty much essential for how we'd like to do it! My test installation is using 1.8-stable downloaded on 7/19.
Hide
Permalink
Robert Lamaster added a comment -

Please do not remove these fields. Like several others here, we would like to see this feature fixed. Our courses are populated in Active Directory by scripts that pull from a school registration database. This creates a need to "update local" and "lock" for two reasons:

  • If teachers change the ID number for their course, it no longer matches the course in AD... so Moodle will create a new blank course.
  • If we change anything in the school registration database, such as the course description or ID, that change will occur in AD, but then not match Moodle. Again, depending on what was changed, Moodle will create a new blank course with the new ID. The old course will no longer have student or teacher enrolment.
    So... this is a VERY important feature to get working.
Show
Robert Lamaster added a comment - Please do not remove these fields. Like several others here, we would like to see this feature fixed. Our courses are populated in Active Directory by scripts that pull from a school registration database. This creates a need to "update local" and "lock" for two reasons:
  • If teachers change the ID number for their course, it no longer matches the course in AD... so Moodle will create a new blank course.
  • If we change anything in the school registration database, such as the course description or ID, that change will occur in AD, but then not match Moodle. Again, depending on what was changed, Moodle will create a new blank course with the new ID. The old course will no longer have student or teacher enrolment. So... this is a VERY important feature to get working.
Hide
Permalink
Rahim Virani added a comment -

We get plagued by this issue, a user will un-knowingly change the ID Number to their course and the next day when they go to their course (because the url is referenced by idnumber variable in course/view.php) the course is blank, and they call up in a panic. This feature is important to prevent users from shooting their feet off!

Show
Rahim Virani added a comment - We get plagued by this issue, a user will un-knowingly change the ID Number to their course and the next day when they go to their course (because the url is referenced by idnumber variable in course/view.php) the course is blank, and they call up in a panic. This feature is important to prevent users from shooting their feet off!
Hide
Permalink
ska added a comment -

Because I'm plagued by this issue, too, and couldn't found the "permissions changeidnumber" as referred to in MDL-9979 , I made this patch to course/edit_form.php (v1.8)

It allows "admin"-role users (identified by permission 'moodle/site:config') to change the course idnumber, but for anyone else the setting is frozen.

So, teachers and course creators may not, but course and site admins may alter the setting.

Show
ska added a comment - Because I'm plagued by this issue, too, and couldn't found the "permissions changeidnumber" as referred to in MDL-9979 , I made this patch to course/edit_form.php (v1.8) It allows "admin"-role users (identified by permission 'moodle/site:config') to change the course idnumber, but for anyone else the setting is frozen. So, teachers and course creators may not, but course and site admins may alter the setting.

People

Vote (4)
Watch (3)

Dates

  • Created:
    Updated:
Atlassian JIRA (v4.4.3#663-r165197) | Report a problem
Powered by a free Atlassian JIRA open source license for Moodle. Try JIRA - bug tracking software for your team.