** Using WeBWorK **

 http://devel.webwork.rochester.edu/twiki/bin/view/Webwork/PreviewRelease3

Failed to read course environment for : failed to read file /ud/webwork/ww2/webwork2/conf/global.conf: No such file or directory at /ud/webwork/ww2/webwork2/lib/WeBWorK/Utils.pm line 85.

WEBWORK_ROOT not found in environment.

<| Post or View Comments |>

John

<| Post or View Comments |>

<| Post or View Comments |>

<| Post or View Comments |>

Thanks for the feedback. -sam

<| Post or View Comments |>

<| Post or View Comments |>

<| Post or View Comments |>

<| Post or View Comments |>

First, your error message:
Undefined subroutine &Apache::WeBWorK::handler called.

This happens when Apache couldn't compile Apache::WeBWorK or one of it's dependancies (WeBWorK, WeBWorK::*). If you're getting this on some requests and not others, it's probable that you need to restart your apache server.

Apache maintains a compiled version of the loaded Perl modules in each child process. These are only loaded when the child starts, not when the module code is changed, so if you change the code (a CVS update, for example), you need to restart the server. ("apache graceful" should be sufficient.)

Second, your graph problem. The method we recommend for pointing apache to course-specific temp files is as follows (from the wiki topic ApacheSetup):

# Provide access to course-specific resources:
# 
AliasMatch /webwork2_courses/([^/]*)/(.*) /opt/webwork2/courses/$1/html/$2
<Directory /opt/webwork2/courses/*/html>
   Options FollowSymLinks
   AllowOverride None
</Directory>

Unfortunately, the necessary change to $courseURLRoot (global.conf line 112) didn't make it into PR3 (just like the several directories we omitted!).

As of 2.0 PR3, the default was:
my $courseURLRoot = "$webworkURLs{htdocs}/courses/$courseName";

but since then, we've changed it to:
my $courseURLRoot = "/webwork2_courses/$courseName";

HTH.
-sam

<| Post or View Comments |>

<| Post or View Comments |>

<| Post or View Comments |>

Recently Sam has reworked the UI of the instructor's page -- so if you are looking at the current CVS version, the button appears below the panel in which you select the student and is labeled "Change selected user's password" If no student is selected you get an error message. I think Sam's version is less confusing than mine was.

Hope this helps.

<| Post or View Comments |>

<| Post or View Comments |>

1. don't put the error message into the temporary file.  If the file doesn't exist it is reasonable to alert the user on the web page, but start from an empty file.
2. In retrospect, I understand why you might use the temporary file over the actual file, but I would only do that if the temporary file was written more recently than the real file.  If the real file is newer, then I would assume the temp file is out of date and should be discarded.

<| Post or View Comments |>

I had ww2pr3 up and rendering problems and hardcopy, but hadn't tried any instructor funtions.
After reading John Jones comments, I decided to grab the CVS version (two days ago) to
do further testing with courses.  

I am getting some intermittent errors.

Sometimes when I go to the instructor Tools page I get the errors:
Unknown error
Compilation failed in require at
/var/webwork2/lib/WeBWorK/HTML/ScrollingRecordList.pm line 30.
BEGIN failed--compilation aborted at
/var/webwork2/lib/WeBWorK/HTML/ScrollingRecordList.pm line 30.
Compilation failed in require at
/var/webwork2/lib/WeBWorK/ContentGenerator/Instructor/Index.pm line 31.
BEGIN failed--compilation aborted at
/var/webwork2/lib/WeBWorK/ContentGenerator/Instructor/Index.pm line 31.
Compilation failed in require at (eval 869) line 1.

Sometimes I get a valid page, but with very little on it.  In particular
the change password link is not there.

If I get the page with errors, then visit add users, then return to
Intructor Tools I get the valid page, but with no visible options


Set Assigner also gives errors
"scrollingRecordList" is not exported by the
WeBWorK::HTML::ScrollingRecordList module
Can't continue after import errors at
/var/webwork2/lib/WeBWorK/ContentGenerator/Instructor/Assigner.pm line 29
BEGIN failed--compilation aborted at
/var/webwork2/lib/WeBWorK/ContentGenerator/Instructor/Assigner.pm line 29.
Compilation failed in require at (eval 577) line 1.


though when I figured out how to build the initial set, I am sure I was
able to get to this page.

Ideas appreciated.

Thanks

Tom

<| Post or View Comments |>

Another tip is to constantly monitor the error log. Many error messages are sent to the web page, but some are only sent to the log file.

If you are getting consistent errors, I would check the permissions on the recently downloaded files (and any new directories). The permissions are not always properly set when downloading from the CVS. (I believe it depends on your setting of the umask for that directory.)

One other tip. Use cvs update -A -d to allow the update to build new directories and to override any files that you have made "sticky". The scrollingList.pm file is in a new directory called Utils and you may not have received these files when you updated.

Hope this helps.

--Mike

<| Post or View Comments |>

<| Post or View Comments |>

Line 30 of ScrollingRecordList.pm refers to use WeBWorK::Utils::FormatRecords qw/getFormatsForClass formatRecords/;

Are the permissions on Utils.pm ok? It should sit next to the directory Utils.

Does relaunching the apache server changes the errors from intermittent errors to predictable ones? If not, then I'll have to think more about this.

<| Post or View Comments |>

<| Post or View Comments |>

Have you updated recently? I'm unable to reproduce this with the current CVS.
-sam

<| Post or View Comments |>

<| Post or View Comments |>

<| Post or View Comments |>

Can you run perl on the FormatRecords.pm file directly and get it to compile?

--Mike

<| Post or View Comments |>