opensim-SC - My fork of OpenSim for IG and DG, called SledjChisl.

	Commit message (Collapse)	Author	Age	Files	Lines
*	Consistenly make NUnit test cases inherit from OpenSimTestCase which ↵	Justin Clark-Casey (justincc)	2012-11-24	1	-1/+1
\| \| \| \|	automatically turns off any logging enabled between tests
*	Add regression test for teleporting an agent between separated regions on ↵	Justin Clark-Casey (justincc)	2012-04-27	1	-1/+1
\| \| \| \| \| \| \| \|	the same simulator. This involves a large amount of change in test scene setup code to allow test scenes to share shared modules SetupScene is now an instance method that requires an instantiation of SceneHelpers, though other SceneHelpers methods are still static May split these out into separate classes in the future.
*	rename TestHelper => TestHelpers for consistency	Justin Clark-Casey (justincc)	2011-08-06	1	-2/+2
\|
*	rename test SceneSetupHelpers -> SceneHelpers for consistency	Justin Clark-Casey (justincc)	2011-08-06	1	-1/+1
\|
*	Get rid of OpenSim.Tests.Common.Setup subpackage in favour of just ↵	Justin Clark-Casey (justincc)	2011-05-21	1	-1/+0
\| \| \| \|	OpenSim.Tests.Common instead
*	Upgrade nunit.framework.dll to version 2.5.9. Fix up tests appropriately.	Justin Clark-Casey (justincc)	2011-03-09	1	-1/+0
\| \| \| \|	This version removes the NUnit.Framework.SyntaxHelpers namespace, so any modules with their own tests will need to delete this using statement.
*	Add test to check persistence of newly added pre-linked objects	Justin Clark-Casey (justincc)	2010-09-06	1	-2/+0
\| \| \| \| \|	Added a MockRegionDataPlugin to do in-memory persistence for tests since adding this to OpenSim.Data.Null.NullDataStore doesn't seem appropriate NullDataStore can do nothing because OpenSim only ever retrieve region objects from the database on startup. Adding an in-memory store here would be unecessary overhead.
*	minor: stop test using obsolete property	Justin Clark-Casey (justincc)	2010-08-24	1	-1/+1
\|
*	Formatting cleanup.	Jeff Ames	2009-10-01	1	-7/+7
\|
*	SceneObjectGroup cleanup. Removes the default constructor and unnecessary ↵	John Hurliman	2009-09-16	1	-3/+1
\| \| \| \|	null checks on m_rootPart
*	Formatting cleanup.	Jeff Ames	2009-06-10	1	-4/+4
\|
*	* Reverting the test restructuring as, on second thought, this is not at all ↵	lbsa71	2009-06-07	1	-0/+184
\| \| \| \| \| \| \|	how the tests are structured. (pt1)
*	* Restructured Scenes Tests to follow (what I conceive of as being) current ↵	lbsa71	2009-06-05	1	-184/+0
\| \| \| \|	directory standards. (pt 1 - thank you, svn. not.)
*	Minor: Change OpenSim to OpenSimulator in older copyright headers and ↵	Jeff Ames	2009-06-01	1	-1/+1
\| \| \| \|	LICENSE.txt.
*	instrument most of the tests with a new InMethod function that may help us ↵	Sean Dague	2009-05-07	1	-0/+2
\| \| \| \| \| \| \|	figure out where that pesky deadlock is during test runs.
*	* Tagged long running tests with LongRunningAttribute.	lbsa71	2009-04-09	1	-3/+4
\| \| \| \| \| \|	* Now, the 144 unit tests takes roughly as long time to run (16s on my laptop) that the 10 long running takes. The database tests takes forever. * Feel free to run the unit tests as you code, and the rest before commit.
*	* For each test in OpenSim.Region.Framework.Scenes.Tests, tell the console ↵	Justin Clarke Casey	2009-03-27	1	-1/+6
\| \| \| \| \| \| \| \| \|	when the test starts * This is to help identify which test is freezing, since all the tests in the previous dll (coremodules) succeed * Unfortunately they are not executed in the same order in which the results are listed in Bamboo
*	This changeset is the step 1 of 2 in refactoring	Dr Scofield	2009-02-06	1	-0/+176
	OpenSim.Region.Environment into a "framework" part and a modules only part. This first changeset refactors OpenSim.Region.Environment.Scenes, OpenSim.Region.Environment.Interfaces, and OpenSim.Region.Interfaces into OpenSim.Region.Framework.{Interfaces,Scenes} leaving only region modules in OpenSim.Region.Environment. The next step will be to move region modules up from OpenSim.Region.Environment.Modules to OpenSim.Region.CoreModules and then sort out which modules are really core modules and which should move out to forge. I've been very careful to NOT BREAK anything. i hope i've succeeded. as this is the work of a whole week i hope i managed to keep track with the applied patches of the last week --- could any of you that did check in stuff have a look at whether it survived? thx!