Thanks Stuart for the quick fix.<br><br>It would be nice for a user to request a course via the loncapa course request, rather than from a separate script. Currently, my course request form reads from the university course database so the course info for the semester is retrieved automatically. Also, if cloning from an existing course, with the clone dates enabled and shifted, it displays a separate page showing the old open, due and answer dates and the shifted dates (by x number of days), so the requester can check that the dates are right. This would be a nice feature in the course request form. There are a few customized features that users here are used to - would be great if we can discuss implementing the features.<br>
<br>-hk<br><br><br><div class="gmail_quote">On Fri, Aug 13, 2010 at 12:54 PM, Stuart Raeburn <span dir="ltr"><<a href="mailto:raeburn@msu.edu">raeburn@msu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi,<br>
<br>
There are two solutions:<br>
<br>
1. Change the line in /etc/cron.d/loncapa from<div class="im"><br>
<br>
0,15,30,45 * * * * www /home/httpd/perl/Autocreate.pl fsu fsudc:fsu<br>
<br></div>
to:<div class="im"><br>
<br>
0,15,30,45 * * * * www /home/httpd/perl/Autocreate.pl<br>
<br>
<br></div>
and then as DC use:<br>
<br>
Main Menu -> Set domain configuration -> Display (with "Auto-course creation settings" checked).<br>
<br>
and set: "Create pending official courses from XML files" to: Yes<br>
<br>
and for: "XML files processed as: (choose Dom. Coord.)", check the<br>
fsudc:fsu user.<br>
<br>
click: "save".<br>
<br>
The course XML files created by your external web form will then be processed with the correct permissions.<br>
<br>
_OR_<br>
<br>
2. Replace Autocreate.pl rev 1.13 (shipped with 2.9.0) with rev 1.14. All on one line:<br>
<br>
wget -O /home/httpd/perl/Autocreate.pl '<a href="http://source.loncapa.org/cgi-bin/cvsweb.cgi/%7Echeckout%7E/loncom/automation/Autocreate.pl?rev=1.14;content-type=text/plain" target="_blank">http://source.loncapa.org/cgi-bin/cvsweb.cgi/~checkout~/loncom/automation/Autocreate.pl?rev=1.14;content-type=text/plain</a>'<br>
<br>
and leave the entry in /etc/cron.d/loncapa unchanged as:<div class="im"><br>
<br>
0,15,30,45 * * * * www /home/httpd/perl/Autocreate.pl fsu fsudc:fsu<br>
<br></div>
with no need to set anything in the domain configuration.<br>
<br>
The course XML files created by your external web form will then be processed with the correct permissions when using the legacy method of calling Autocreate.pl in cron.<br>
<br>
*****<br>
<br>
For the longer term, customization of <a href="http://localenroll.pm" target="_blank">localenroll.pm</a> to allow LON-CAPA to handle automated creation of course requests in your domain (with courses requested within LON-CAPA using the functionality added in 2.9), coupled with retirement of the standalone web form could eliminate the up to 15 minute delay in your current mechanism, as the new functionality can support immediate course creation for validated instructors of record (as is done at MSU).<div>
<div></div><div class="h5"><br>
<br>
Stuart Raeburn<br>
<br>
<br>
Quoting hkng <<a href="mailto:hkng@fsu.edu" target="_blank">hkng@fsu.edu</a>>:<br>
<br>
</div></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div></div><div class="h5">
The change in course creation is really messing things up. A user requests a<br>
course via a separate course request form (which writes an xml file) and<br>
when it is processed by Autocreate.pl the following message appears.<br>
<br>
********************<br>
Fri Aug 13 11:15:02 2010 Autocreation messages start --<br>
Sending to batch - auto,fsu,fsudc,fsu xuser_fa10PHY3101_1281711629.xml<br>
<br>
New LON-CAPA course ID: refused<br>
Created on: no_host<br>
Cloning course from fsul1<br>
<username removed>:fsu) - does not have rights to access enrollment in these<br>
classes (as determined by the policies of your institution on access<br>
to official classlists)<br>
<div class="LC_warning"><username removed>:fsu) - does not have rights to<br>
access enrollment in these classes (as determined by the policies of your<br>
institution on access to official classlists)<br>
<ul><br>
- fa10PHY3101001<br>
<br>
<br>
Setting environment: ok<br>
<br>
-- Fri Aug 13 11:15:04 2010 Autocreation messages end<br>
<br>
Where is the rights for enrollment determined?<br>
<br>
On cron.d/loncapa there is the following entry<br>
<br>
0,15,30,45 * * * * www /home/httpd/perl/Autocreate.pl fsu fsudc:fsu<br>
<br>
Any quick fix for this? Going to be a problem next week.<br>
<br>
Thanks,<br>
-hk<br>
<br>
<br>
<br>
<br>
<br>
</div></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div></div><div class="h5">
I am running into the same problem when I tried to create a course in the<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
fsuK12 domain. Is there any checking when cloning a course using a<br>
separate<br>
course request script? The script writes an xml file - does<br>
<a href="http://autocreate.pl" target="_blank">autocreate.pl</a> check when trying to create a course?<br>
<br>
</blockquote>
<br>
Although checking for cloning rights is done in that case, in 2.9.0 this<br>
mechanism already supports cloning of any course within the domain when a<br>
username and domain for a user with an active DC role is either:<br>
<br>
(a) included as arguments in the call to Autocreate.pl, i.e.,<br>
<br>
./Autocreate.pl <coursedomain username:domain><br>
<br>
or if no arguments are included,<br>
<br>
(b) are defined in the Domain Configuration for the domain of the course:<br>
<br>
Set domain configuration -> Auto-course creation settings -> XML files<br>
processed as: (choose Dom. Coord.)<br>
<br>
<br>
Hence applying the diffs from 6/25 noted above will not solve the issue you<br>
encountered. This must have a different cause.<br>
<br>
Stuart Raeburn<br>
<br>
<br>
<br>
Quoting hkng <<a href="mailto:hkng@fsu.edu" target="_blank">hkng@fsu.edu</a>>:<br>
<br>
Thanks Stuart, however when I do<br>
</div></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
wget -O lond '<br>
<br>
<a href="http://source.loncapa.org/cgi-bin/cvsweb.cgi/%7Echeckout%7E/loncom/lond?rev=1.445;content-type=text/plain" target="_blank">http://source.loncapa.org/cgi-bin/cvsweb.cgi/~checkout~/loncom/lond?rev=1.445;content-type=text/plain</a><<a href="http://source.loncapa.org/cgi-bin/cvsweb.cgi/%7Echeckout%7E/loncom/lond?rev=1.445;content-type=text/plain" target="_blank">http://source.loncapa.org/cgi-bin/cvsweb.cgi/%7Echeckout%7E/loncom/lond?rev=1.445;content-type=text/plain</a>><br>
'<br>
<br>
wget -O <a href="http://lonnet.pm" target="_blank">lonnet.pm</a> '<br>
<br>
<a href="http://source.loncapa.org/cgi-bin/cvsweb.cgi/%7Echeckout%7E/loncom/lonnet/perl/lonnet.pm?rev=1.1071;content-type=text/plain" target="_blank">http://source.loncapa.org/cgi-bin/cvsweb.cgi/~checkout~/loncom/lonnet/perl/lonnet.pm?rev=1.1071;content-type=text/plain</a><<a href="http://source.loncapa.org/cgi-bin/cvsweb.cgi/%7Echeckout%7E/loncom/lonnet/perl/lonnet.pm?rev=1.1071;content-type=text/plain" target="_blank">http://source.loncapa.org/cgi-bin/cvsweb.cgi/%7Echeckout%7E/loncom/lonnet/perl/lonnet.pm?rev=1.1071;content-type=text/plain</a>><div class="im">
<br>
'<br>
<br>
HTTP request sent, awaiting response... 403 Forbidden<br>
2010-07-28 08:55:28 ERROR 403: Forbidden.<br>
<br>
But<br>
wget -O <a href="http://lonpickcourse.pm" target="_blank">lonpickcourse.pm</a> '<br>
<br>
</div><a href="http://source.loncapa.org/cgi-bin/cvsweb.cgi/%7Echeckout%7E/loncom/interface/lonpickcourse.pm?rev=1.98;content-type=text/plain" target="_blank">http://source.loncapa.org/cgi-bin/cvsweb.cgi/~checkout~/loncom/interface/lonpickcourse.pm?rev=1.98;content-type=text/plain</a><<a href="http://source.loncapa.org/cgi-bin/cvsweb.cgi/%7Echeckout%7E/loncom/interface/lonpickcourse.pm?rev=1.98;content-type=text/plain" target="_blank">http://source.loncapa.org/cgi-bin/cvsweb.cgi/%7Echeckout%7E/loncom/interface/lonpickcourse.pm?rev=1.98;content-type=text/plain</a>><div>
<div></div><div class="h5"><br>
'<br>
<br>
works.<br>
<br>
Can't spot where the typo is? Any ideas?<br>
<br>
-hk<br>
<br>
<br>
On Wed, Jul 28, 2010 at 8:45 AM, Mark Lucas <<a href="mailto:lucasm@ohio.edu" target="_blank">lucasm@ohio.edu</a>> wrote:<br>
<br>
Thanks! Will this be in the new release?<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<br>
Mark<br>
<br>
On Jul 28, 2010, at 8:23 AM, Stuart Raeburn wrote:<br>
<br>
Mark,<br>
<br>
Changes in lond (rev 1.445), <a href="http://lonpickcourse.pm" target="_blank">lonpickcourse.pm</a> (rev 1.98) and <a href="http://lonnet.pm" target="_blank">lonnet.pm</a>(rev<br>
1.1071) -- from June 25:<br>
<br>
(see<br>
<br>
<br>
<a href="http://mail.lon-capa.org/pipermail/lon-capa-cvs/Week-of-Mon-20100621/021011.html" target="_blank">http://mail.lon-capa.org/pipermail/lon-capa-cvs/Week-of-Mon-20100621/021011.html</a><br>
for details),<br>
<br>
allow a DC to override cloning rights for an existing course (in the same<br>
domain) when a DC creates a single course on behalf of the owner of the<br>
new<br>
course via "Create a single course".<br>
<br>
The Domain Coordinator can specify cloning of any course in the domain<br>
when<br>
creating a new course regardless of who will own the new course, and<br>
whether<br>
they owned the existing course, had an active CC role in the existing<br>
course, or otherwise had rights to clone it.<br>
<br>
Stuart Raeburn<br>
<br>
<br>
Quoting Mark Lucas <<a href="mailto:lucasm@ohio.edu" target="_blank">lucasm@ohio.edu</a>>:<br>
<br>
<br>
On Jun 24, 2010, at 12:18 PM, Stuart Raeburn wrote:<br>
<br>
<br>
The aim with 2.9 has actually been to reduce the administrative tasks<br>
which a Domain Coordinator must perform, by devolving responsibility for<br>
course creation to the faculty who will be teaching the course.<br>
<br>
<br>
In the future, this trend will continue by making cloning more granular,<br>
and also making cloning something that a Course Coordinator can do<br>
directly<br>
into a course that has already been created (see:<br>
<a href="http://bugs.loncapa.org/show_bug.cgi?id=6039" target="_blank">http://bugs.loncapa.org/show_bug.cgi?id=6039</a>)<br>
<br>
<br>
<br>
With respect, this is a royal pain in the butt for a smaller<br>
installation<br>
(though still somewhat big) like mine,<br>
<br>
where it is more desirable for me to take care of the cloning and<br>
creation<br>
of courses than to have other<br>
<br>
people creating courses and screwing up.<br>
<br>
<br>
At this point instead of just creating the course, I have to find each<br>
course that I want to clone, enter it, add the<br>
<br>
new owner, then go create the course. I realize this doesn't seem like<br>
much, but it roughly doubles or more the<br>
<br>
time it takes for me to set up courses for a quarter.<br>
<br>
<br>
Mark<br>
<br>
<br>
<br>
--<br>
<br>
Mark Lucas email: <a href="mailto:lucasm@ohiou.edu" target="_blank">lucasm@ohiou.edu</a><br>
<br>
252D Clippinger Lab phone: (740)597-2984<br>
<br>
Department of Physics and Astronomy fax: (740)593-0433<br>
<br>
Ohio University<br>
<br>
Athens, OH 45701<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
LON-CAPA-admin mailing list<br>
<a href="mailto:LON-CAPA-admin@mail.lon-capa.org" target="_blank">LON-CAPA-admin@mail.lon-capa.org</a><br>
<a href="http://mail.lon-capa.org/mailman/listinfo/lon-capa-admin" target="_blank">http://mail.lon-capa.org/mailman/listinfo/lon-capa-admin</a><br>
<br>
<br>
</blockquote></div></div></blockquote><div><div></div><div class="h5">
<br>
<br>
_______________________________________________<br>
LON-CAPA-admin mailing list<br>
<a href="mailto:LON-CAPA-admin@mail.lon-capa.org" target="_blank">LON-CAPA-admin@mail.lon-capa.org</a><br>
<a href="http://mail.lon-capa.org/mailman/listinfo/lon-capa-admin" target="_blank">http://mail.lon-capa.org/mailman/listinfo/lon-capa-admin</a><br>
<br>
</div></div></blockquote>
<br>
</blockquote>
<br>
<br>
<br>
Stuart Raeburn, Ph.D. 517-432-5652<br>
Div. Science & Mathematics Education <a href="mailto:raeburn@msu.edu" target="_blank">raeburn@msu.edu</a><br>
Michigan State University<br>
MI 48824 USA<div><div></div><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
LON-CAPA-admin mailing list<br>
<a href="mailto:LON-CAPA-admin@mail.lon-capa.org" target="_blank">LON-CAPA-admin@mail.lon-capa.org</a><br>
<a href="http://mail.lon-capa.org/mailman/listinfo/lon-capa-admin" target="_blank">http://mail.lon-capa.org/mailman/listinfo/lon-capa-admin</a><br>
</div></div></blockquote></div><br>