CourseEnvironment::new is often called without a specific courseName and this causes spurious errors when database.con is read. database.conf requires courseName to be defined, although it is not used unless course specific database calls are made.
Fake courseName is "foobar_course"

…Table object.

…/ directory

Still don't have the right javaScript for replacing the ToolTips

There were some things, notably the tool tips, which Problem::attemptsResult did but attemptsTable did not.

…tsTables.pm

The {text} output from the renderProblem command and from other commands must be handled differently. For the renderProbelm command this is printed directly (to the screen).  For all the other commands the {text} output (which is not usually empty) is included in a JSON hash which is then returned as output.  I added an explicit flag that alerts the content() subroutine as to whether it is handling a renderProblem command or one of the other commands.

…_ref}->{problemSeed}

 $envir->{inputs_ref}->{problemSeed}
 $envir->{inputs_ref}->{displayMode}

…_ref}->{problemSeed}

 $envir->{inputs_ref}->{problemSeed}
 $envir->{inputs_ref}->{displayMode}

and other cleanup including changing encodedSource to encoded_source

…_ref}->{problemSeed}

 $envir->{inputs_ref}->{problemSeed}
 $envir->{inputs_ref}->{displayMode}

…sup7-debug

Conflicts:
	lib/WeBWorK/ContentGenerator/Problem.pm
	lib/WebworkClient.pm
	t/testAttemptsTable.pl

I think this might be corrections for some bad choices of what to keep during an earlier merge.

…and checkProblem.pl

sendXMLRPC.pl only renders .pg files. (it skips .gif files, files with Header in the name, files with -text in the name

…endXMLRPC.pl instead of renderProblem.pl

But sendXMLRPC.pl can traverse directory trees itself.  check2_problems_in_dir.sh is probably not needed although it does time the tree traversal.

…), other improvements.

Improvements to figuring out the correct answer.  The options allow additional debugging data to be printed.

…. Add checkboxes for debugging (for admins) . Resolve conflicts

These answers are then submitted again to see if the answer evaluators are working properly.

…uld be tainted by the student)

# Conflicts:
#	conf/defaults.config
#	lib/WeBWorK/ContentGenerator/Instructor/ProblemSetList2.pm
#	lib/WebworkClient.pm

…ad of course_password

There is a site_password -- which keeps intruders from even attempting to log in to the site -- although this isn't being checked yet.
I thought course_password was better than password since it makes it clearer that it is the password associated with the courseID
and the userID.  The userID must be in courseID and have a matching course_password in order to use the site.

-- I think there are still a few more instances that need to be updated.

…ve is ever used.

…y --list file_containing_pg_file_names

Update documentation.  Don't have sendXMLRPC submit a problem twice if it only displays the
the results of the first submission

… question and the browser used for display.

password changed to course_password
location of displayMode and problemSeed in %envir assured.

# Conflicts:
#	lib/WeBWorK/ContentGenerator/Instructor/ProblemSetList2.pm

…from the problem

…pm around essay question remarks

# Conflicts:
#	htdocs/js/apps/TagWidget/tagwidget.js
#	lib/WeBWorK/Constants.pm
#	lib/WeBWorK/ContentGenerator/instructorXMLHandler.pm
#	lib/WebworkClient.pm
#	lib/WebworkWebservice.pm

Conflicts resolved

…wclients7

…yed. Turn debug off

in the Webwork::Constants file.

…f files.

The lines in the output_hidden_info routine concerning templates should remain.  They are
used by the WW embedded in HTML calls.

… now probably unnecessary.

Changed references in sendXMLRPC
Removed overrides for command HTML and HASH open commands.  They were commented
out because they weren't yet operational and I'm not sure whether they should be in the credentials
file in any case.

make sure options are set.

…nputs" } check to make sure that $rh_inputs->string can be found if $rh_inputs is a MathObject.