[LON-CAPA-admin] No Cloning for ...

Fri Aug 13 11:36:55 EDT 2010

The change in course creation is really messing things up. A user requests a
course via a separate course request form (which writes an xml file) and
when it is processed by Autocreate.pl the following message appears.

********************
Fri Aug 13 11:15:02 2010 Autocreation messages start --
Sending to batch - auto,fsu,fsudc,fsu xuser_fa10PHY3101_1281711629.xml

New LON-CAPA course ID: refused
Created on: no_host
Cloning course from fsul1
<username removed>:fsu) - does not have rights to access enrollment in these
classes (as determined by the policies of your institution on access
 to official classlists)
<div class="LC_warning"><username removed>:fsu) - does not have rights to
access enrollment in these classes (as determined by the policies of your
institution on access to official classlists)
<ul>
 - fa10PHY3101001

Setting environment: ok

-- Fri Aug 13 11:15:04 2010 Autocreation messages end

Where is the rights for enrollment determined?

On cron.d/loncapa there is the following entry

0,15,30,45 * * * *    www    /home/httpd/perl/Autocreate.pl fsu fsudc:fsu

Any quick fix for this? Going to be a problem next week.

Thanks,
-hk

>  I am running into the same problem when I tried to create a course in the
>> fsuK12 domain. Is there any checking when cloning a course using a
>> separate
>> course request script? The script writes an xml file - does
>> autocreate.pl check when trying to create a course?
>>
>
> Although checking for cloning rights is done in that case, in 2.9.0 this
> mechanism already supports cloning of any course within the domain when a
> username and domain for a user with an active DC role is either:
>
> (a) included as arguments in the call to Autocreate.pl, i.e.,
>
> ./Autocreate.pl <coursedomain  username:domain>
>
> or if no arguments are included,
>
> (b) are defined in the Domain Configuration for the domain of the course:
>
> Set domain configuration -> Auto-course creation settings -> XML files
> processed as: (choose Dom. Coord.)
>
>
> Hence applying the diffs from 6/25 noted above will not solve the issue you
> encountered. This must have a different cause.
>
> Stuart Raeburn
>
>
>
> Quoting hkng <hkng at fsu.edu>:
>
>  Thanks Stuart, however when I do
>>
>> wget -O lond '
>>
>> http://source.loncapa.org/cgi-bin/cvsweb.cgi/~checkout~/loncom/lond?rev=1.445;content-type=text/plain<http://source.loncapa.org/cgi-bin/cvsweb.cgi/%7Echeckout%7E/loncom/lond?rev=1.445;content-type=text/plain>
>> '
>>
>> wget -O lonnet.pm '
>>
>> http://source.loncapa.org/cgi-bin/cvsweb.cgi/~checkout~/loncom/lonnet/perl/lonnet.pm?rev=1.1071;content-type=text/plain<http://source.loncapa.org/cgi-bin/cvsweb.cgi/%7Echeckout%7E/loncom/lonnet/perl/lonnet.pm?rev=1.1071;content-type=text/plain>
>> '
>>
>> HTTP request sent, awaiting response... 403 Forbidden
>> 2010-07-28 08:55:28 ERROR 403: Forbidden.
>>
>> But
>> wget -O lonpickcourse.pm '
>>
>> http://source.loncapa.org/cgi-bin/cvsweb.cgi/~checkout~/loncom/interface/lonpickcourse.pm?rev=1.98;content-type=text/plain<http://source.loncapa.org/cgi-bin/cvsweb.cgi/%7Echeckout%7E/loncom/interface/lonpickcourse.pm?rev=1.98;content-type=text/plain>
>> '
>>
>> works.
>>
>> Can't spot where the typo is? Any ideas?
>>
>> -hk
>>
>>
>> On Wed, Jul 28, 2010 at 8:45 AM, Mark Lucas <lucasm at ohio.edu> wrote:
>>
>>  Thanks! Will this be in the new release?
>>>
>>> Mark
>>>
>>> On Jul 28, 2010, at 8:23 AM, Stuart Raeburn wrote:
>>>
>>> Mark,
>>>
>>> Changes in lond (rev 1.445), lonpickcourse.pm (rev 1.98) and  lonnet.pm(rev
>>> 1.1071) -- from June 25:
>>>
>>> (see
>>>
>>>
>>> http://mail.lon-capa.org/pipermail/lon-capa-cvs/Week-of-Mon-20100621/021011.html
>>> for details),
>>>
>>> allow a DC to override cloning rights for an existing course (in the same
>>> domain) when a DC creates a single course on behalf of the owner of the
>>> new
>>> course via "Create a single course".
>>>
>>> The Domain Coordinator can specify cloning of any course in the domain
>>> when
>>> creating a new course regardless of who will own the new course, and
>>> whether
>>> they owned the existing course, had an active CC role in the existing
>>> course, or otherwise had rights to clone it.
>>>
>>> Stuart Raeburn
>>>
>>>
>>> Quoting Mark Lucas <lucasm at ohio.edu>:
>>>
>>>
>>> On Jun 24, 2010, at 12:18 PM, Stuart Raeburn wrote:
>>>
>>>
>>> The aim with 2.9 has actually been to reduce the administrative  tasks
>>> which a Domain Coordinator must perform, by devolving  responsibility for
>>> course creation to the faculty who will be  teaching the course.
>>>
>>>
>>> In the future, this trend will continue by making cloning more  granular,
>>> and also making cloning something that a Course  Coordinator can do
>>> directly
>>> into a course that has already been  created (see:
>>> http://bugs.loncapa.org/show_bug.cgi?id=6039)
>>>
>>>
>>>
>>> With respect, this is a royal pain in the butt for a smaller
>>>  installation
>>> (though still somewhat big) like mine,
>>>
>>> where it is more desirable for me to take care of the cloning and
>>>  creation
>>> of courses than to have other
>>>
>>> people creating courses and screwing up.
>>>
>>>
>>> At this point instead of just creating the course, I have to find  each
>>> course that I want to clone, enter it, add the
>>>
>>> new owner,  then go create the course. I realize this doesn't seem  like
>>> much, but it roughly doubles or more the
>>>
>>> time it takes for me to set up courses for a quarter.
>>>
>>>
>>> Mark
>>>
>>>
>>>
>>> --
>>>
>>> Mark Lucas     email: lucasm at ohiou.edu
>>>
>>> 252D Clippinger Lab   phone: (740)597-2984
>>>
>>> Department of Physics and Astronomy fax: (740)593-0433
>>>
>>> Ohio University
>>>
>>> Athens, OH 45701
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> LON-CAPA-admin mailing list
>>> LON-CAPA-admin at mail.lon-capa.org
>>> http://mail.lon-capa.org/mailman/listinfo/lon-capa-admin
>>>
>>>
>
>
> _______________________________________________
> LON-CAPA-admin mailing list
> LON-CAPA-admin at mail.lon-capa.org
> http://mail.lon-capa.org/mailman/listinfo/lon-capa-admin
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.lon-capa.org/pipermail/lon-capa-admin/attachments/20100813/0d2364e1/attachment.html>