This Week in OpenSim Dev – week ending Saturday 16th January 2010 January 19, 2010Posted by justincc in opensim, opensim-dev, opensim-news, secondlife, twiod, virtual-environments, virtual-worlds.
Hello everybody. This is a short summary of OpenSim development for the past week up until the end of last Saturday. The letters in brackets after bug and feature points are the Git revision identifiers in which the work appears. We only give the first 6 characters of each revision but this should be enough to identify it.
The changes described here appear only in OpenSim’s cutting edge Git ‘master’ branch. Please do not attempt to use code taken directly from ‘master’ in any production environment. At particular points in time this in-development code may not work or may even cause data corruption. If you are not a developer or tester, please treat this summary instead as a preview of what will be coming up in the next release. The latest official release is OpenSim 0.6.8 (released on 23rd December 2009).
This week in OpenSim ( 70d5b1 – 74b3ce ).
- None this week
Features & bug fixes
- Revolution contributed a patch that implements llRotTarget() and llRotTargetRemove() (a08597).
- I added an explanation of the AllowModFunctions setting in OpenSim.ini.example. Turning this switch on allows scripts to pass messages directly to region modules via the modSendCommand() function. Modules can then send messages back to scripts through the link_message LSL event. See the explanation in OpenSim.ini.example for more details (b88bee).
- Melanie added an option called AllowDuplicateNames to the [GridService] section in OpenSim.ini.example. This controls whether regions with duplicate names are allowed on a grid. It is false by default, which may be a change from the existing behaviour (7467a4).
- Dan Lake fixed a bug where llGetNumberOfPrims() would always return 0 if no users were present in the region (a4a051).
- I documented a new ForwardOfflineGroupMessages switch in the [Messaging] section of OpenSim.ini.example. This switch controls whether group IMs are stored for later delivery to users that are currently offline. Default is true (4f2d2c).
- Diva and Melanie continue to work on migrating the legacy user service into a number of separate ROBUST services (presence, user accounts, authentication, etc.). This is currently being done on a separate presence-refactor branch.