171015f65f
Moved Linden protocol login handling to modules in OpenSim.Client.Linden. There are two region modules in there LLStandaloneLoginModule (for standalone mode) and LLProxyLoginModule (for grid mode which just handles incoming expect_user and logoff_user messages from the remote login server)
...
Changed OpenSim.Framework.Communications.Tests.LoginServiceTests to use the LLStandaloneLoginService (from the LLStandaloneLoginModule) rather than LocalLoginService. Really these login tests should most likely be somewhere else as they are testing specific implementations of login services.
Commented out the old LocalLoginService as its no longer used, but want to check there are no problems before it gets deleted.
2009-03-03 15:41:21 +00:00
202f990d2a
After another heroic and bloody battle, OpenSim Dino Expedition 1, killed off OsSetParcelMediaTime, which was only ever added for testing. And all the logic code of it has been commented out for a long time.
2009-03-02 11:03:11 +00:00
f175cb7e8c
Update svn properties, add copyright headers, minor formatting cleanup.
2009-02-23 10:36:16 +00:00
d9cb81e8fe
* Commenting out threaded Scene update for the moment.
...
* It works, but makes certain building tasks slow to update.
2009-02-23 07:57:54 +00:00
13b089636d
* Fix for recent thread patch - IsAlive apparently is not as reliable as ThreadState.
2009-02-23 07:31:13 +00:00
c2f3ff872d
* Performance Changes:
...
* Moves Entity Updates into a seperate thread, allowing for OpenSim to utilize a computers CPU more effectively in return for potentially greater user and prim capacity.
* Removes an expensive Sqrt call performed during Update on each object. This should lower CPU requirements for high-prim regions with physics enabled.
* MXP Changes: Centers the region around 0,0 for primitives instead of 128,128. Prim display should now look more correct for MXP viewers.
2009-02-23 06:55:42 +00:00
8f55b9d735
Mantis#3218. Thank you kindly, TLaukkan (Tommil) for a patch that:
...
* Added log4net dependency to physxplugin in prebuild.xml.
* Added missing m_log fields to classes.
* Replaced Console.WriteLine with appropriate m_log.Xxxx
* Tested that nant test target runs succesfully.
* Tested that local opensim sandbox starts up without errors.
2009-02-22 20:52:55 +00:00
3cd5ffa82a
* Fixes an assumption whereby Scene assumes that each client is capable of producing a circuit. This affects non-Linden derived viewers who do not utilize circuits.
2009-02-22 12:39:46 +00:00
99b051ccbe
Addresses some issues with appearance after TPs. Appearance.Owner was not being set, and that's what's being used in SendAppearanceToOtherAgent. Mantis #3204 .
2009-02-22 01:26:11 +00:00
602dafae55
* Renamed and encapsulated m_sceneGraph as SceneGraph for ccc
2009-02-20 17:18:07 +00:00
33330297d6
THE BIG ANTI-REMOTING SCHLEP -- StartRemoting is no more. Sims in older versions will have a hard time communicating with sims on this release and later, especially if they haven't transitioned to RESTComms at all.
...
There's still some cleanup to do on assorted data structures, but the main functional change here is that sims no longer listen on remoting ports.
2009-02-20 03:39:50 +00:00
e725e485fa
This moves the 2 friends-related interregion messages out of OGS1 and into the FriendsModule. No functional changes. Those messages were sent over XMLRPC, and that's how it continues to be for now. Just moving this couple of interregion messages out of OGS1, in preparation for the big shlep ahead.
2009-02-20 00:18:18 +00:00
863556f2cc
Thank you, Snowdrop, for a patch that makes the callback ID parameter
...
usable. Applied with formatting changes, please don't introduce
K&R style indentations into OpenSim
Fixes Mantis #3190
2009-02-19 03:09:56 +00:00
76c0935ec7
- remove the Metadata property from AssetBase and return all previous
...
properties as before
- prefix private variables with m_ in AssetBase.cs
- related to Mantis #3122 , as mentioned in
https://lists.berlios.de/pipermail/opensim-dev/2009-February/005088.html
- all services will likely need to be upgraded after this commit
2009-02-17 01:36:44 +00:00
7cc9062137
Major change to how appearance is managed, including changes in login and user service/server. Appearance is now sent by the user service/server along with all other loginparams. Regions don't query the user service for appearance anymore. The appearance is passed along from region to region as the avie moves around. And, as before, it's stored back with the user service as the client changes the avie's appearance. Child agents have default appearances that are set to the actual appearance when the avie moves to that region. (as before, child agents are invisible and non-physical).
2009-02-17 00:35:52 +00:00
93837807ff
* refactor: remove AssetCache field hanging off Scene
...
* This is always available at Scene.CommsManager.AssetCache
2009-02-16 19:15:16 +00:00
3d5a9e6748
This started as way to correct Mantis #3158 , which I believe should be fixed now. The flying status was temporarily being ignored, which caused the avie to drop sometimes -- there was a race condition. In the process it also fixes that annoying bug in basic physics where the avie would drop half-way to the ground upon region crossings (SetAppearance was missing). Additionally, a lot of child-agent-related code has been cleaned up; namely child agents are now consistently not added to physical scenes, and they also don't have appearances. All of that happens in MakeRoot, consistently.
2009-02-15 05:00:58 +00:00
622e7b4c7d
This hopefully fixes a long-standing annoying behavior related to neighbour regions going up & down while avies are logged in (mantis #2701 , perhaps? maybe not). This is the bug mentioned 2 commits ago. If this proves to work well in OSGrid, there's a lot of old code cleaning to do.
2009-02-14 17:17:48 +00:00
217ffee8cb
Moved RegionUp to REST/LocalComms. The original functionality has been entirely maintained, although it will have to be revisited soon, because it's buggy.
2009-02-14 16:37:55 +00:00
b71d68c9bc
* Change static field "initialized" in RestInterregionComms to an instance field
...
* This was the cause of teleport tests interfering with each other
2009-02-13 20:12:11 +00:00
d307109e1a
* refactor: move alert commands from Scene to DialogModule
2009-02-13 19:03:18 +00:00
a46c9b0eea
* Quieten down log messages from the Friends module
2009-02-13 18:02:24 +00:00
92232663e4
* refactor: Move LazySaveGeneratedMapTile from scene to WorldMapModule
2009-02-13 17:40:52 +00:00
3b147f814f
* Remove old Scene.CreateTerrainTexture code that is now handled by the world map module
2009-02-13 17:15:49 +00:00
88b273bc71
* refactor: Move export map function to world map module from scene
2009-02-13 16:43:20 +00:00
a54758eef3
Bug fix in prim crossing: making it clear when the local object needs to be cloned (regions on the same instance) and when it doesn't (regions on different instances).
2009-02-13 00:49:58 +00:00
7a274a7e1d
Makes region crossings asynchronous. Moved the bulk of the original code out of ScenePresence and into SceneCommunicationService, where it should be (next to RequestTeleportToLocation). No changes in the crossing mechanism itself, yet. But this change opens the way to doing crossings as slowly as it needs to be, outside the simulator Update loop.
...
Note: weirdnesses may occur!
2009-02-12 23:23:44 +00:00
801da4346a
* optimized usings.
2009-02-12 09:53:12 +00:00
b6e7e5ed42
Enforce estate bans on Teleports.
2009-02-11 21:07:41 +00:00
83105211bc
* minor: remove some mono compiler warnings
2009-02-11 20:36:17 +00:00
b4be9baa4a
Fixes the problem of attachment offset after crossings/TPs. Hopefully it fixes mantis #3126 , as well as other random displacements. The problem was that the new object at the receiving region was being marked as attachment before AttachObject was called. That made its AbsolutePosition be the position of the avie, and that was what was being given to AttachObject.
2009-02-10 22:54:05 +00:00
d9d5a56f1d
Fixes a failed unit test on ScenePresences tests. That test unit needs some fixing too.
2009-02-09 23:12:49 +00:00
2c685bff14
Moved prim crossing out of OGS1 and into RESTComms and LocalInterregionComms. This breaks interregion comms with older versions in what concerns prim crossing. In the process of moving the comms, a few things seem to be working better, namely this may address mantis #3011 , mantis #1698 . Hopefully, this doesn't break anything else. But I'm still seeing weirdnesses with attchments jumping out of place after a cross/TP.
...
The two most notable changes in the crossing process were:
* Object gets passed in only one message, not two as done before.
* Local object crossings do not get serialized, as done before.
2009-02-09 22:27:27 +00:00
8088802c21
From Alan Webb <awebb@linux.vnet.ibm.com>
...
These changes replace all direct references to the AssetCache with
IAssetCache. There is no change to functionality. Everything works as
before.
This is laying the groundwork for making it possible to register
alternative asset caching mechanisms without disrupting other parts of
OpenSim or their dependencies upon AssetCache functionality.
2009-02-09 21:47:55 +00:00
54c6a920ba
Replace the console for all OpenSim apps with a new console featuring command
...
line editing, context sensitive help (press ? at any time), command line
history, a new plugin command system and new appender features thet let you
type while the console is scrolling. Seamlessly integrates the ICommander
interfaces.
2009-02-07 12:25:39 +00:00
9b66108081
This changeset is the step 1 of 2 in refactoring
...
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!
2009-02-06 16:55:34 +00:00
MW