| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
the console would not cause the terrain to be saved to the Scene. (Mantis #845)
|
|
|
|
|
|
|
|
|
| |
* (and Ansgar/Ansi)
* Fleshes out the voice stubs to better interact with the viewer CAPS requests - no actual voice support yet!
* In his own words
"the attached patch enhances the existing voice support by returning a proper voice account user and password and is preparing the config file so that we can specify a SIP server (not yet working). currently the SIP is hardcoded. the next step is to refactor voice support into a region module. working on that. "
|
|
|
|
|
|
|
|
| |
create new inventory folders
* This mirrors the grid behaviour
|
|
|
|
| |
if the avatar has never logged in before
|
|
|
|
|
|
| |
* Take copy now actually takes a copy into inventory rather than the original
|
| |
|
|
|
|
| |
Commander with the scene (whoops).
|
|
|
|
|
|
|
|
| |
* Renamed plugin console message, to send a message to a plugin, use either "plugin <message>", or any unrecognised message will be sent ("plugin" sends explicitly) This replaces the old "script <message>".
* Terrain commands - "terrain <command>" now works again. "Script terrain <command>" does not. Many of the commands have now been reimplemented, eg load-tile. However some have new syntax.
* New console command handler, you can now use things like "terrain help" or "terrain save help". See TerrainModule.cs for an example of how to use the new "Commander" class.
* Commander class - advanced processing of console input and also enables a script API to be generated from registered console commands.
|
|
|
|
|
|
|
|
|
|
| |
* This update breaks inter-region communications, sorry.
* You will need to run prebuild.
Next, the good;
* This update solves the unexpected binary element when Linux simulators inform windows simulators and vice versa. So Linux Simulators and Windows simulators are 100% compatible again.
* This update introduces an Integer in the prim crossing method to tell the receiving simulator which XML method to use to load the prim that crossed the border. If the receiving prim doesn't support the method, the prim crossing fails and no prims are lost.
That being said, it's best to update all your simulators to this revision at once.
|
| |
|
|
|
|
|
|
|
|
| |
sort it out when he gets time.
Most likely doesn't really work in grid mode as the generated textures are marked as temporary and I don't think they are updated to the asset server. We have to either live with these textures being sent to the asset server, and manually clean them out from time to time or wait until there is some asset management system in place.
Also currently the texture is only generated at region startup, it is not updated after terraforming.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch implements llMessageLinked.
I had to make a change to llGetLinkNumber to return m_host.LinkNum + 1 for
link sets of more than 1 prim, or 0 for a single object, since according
to:
http://rpgstats.com/wiki/index.php?title=LlMessageLinked
linksets with 2 or more prims start the link numbering at 1, but a single
prims link number is 0.
|
| |
|
|
|
|
|
|
| |
* Leaving quite a few debug messages in for now to help deal with bugs arising
|
| |
|
|
|
|
|
|
|
|
| |
response to osgrid issues)
* Not sure what the effect will be, but can't be any worse than the current constant sim crashes.
|
| |
|
|
|
|
|
|
|
| |
MySQLDatabaseMapper could be removed from Region.Environment.
Added a using OpenSim.Framework.Data statement to MySQLDatabaseMapper , to try to fix the build problem that has been reported on the mailing list.
|
|
|
|
| |
crossing, teleport or logout)
|
|
|
|
|
|
|
| |
0.25f; This allows proper positioning of prim based on the face you click. ( Yes, you can click the bottom face of a prim that's above you, and the new prim appears directly below it. )
( Remove ray caster Verbosity )
|
|
|
|
| |
0.25f; This allows proper positioning of prim based on the face you click. ( Yes, you can click the bottom face of a prim that's above you, and the new prim appears directly below it. )
|
|
|
|
|
|
| |
* Not yet removing listeners when a client leaves a region without logging out
|
| |
|
|
|
|
|
|
|
| |
Framework.Data.Base
We REALLY need to get the db layer sorted soon...
|
| |
|
| |
|
|
|
|
|
|
|
| |
* It doesn't generate at_target events, because they don't exist yet in the script engine.
* The Tau is different, however, compatible with scripts I tested.
* Not perfect... but pretty good.
|
| |
|
| |
|
|
|
|
| |
correctly results in the point of collision.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
I don't think this is now relevant...
* Remove some now extraneous CAPS related messages
|
|
|
|
|
|
|
|
| |
Fixes mantis 771 - multiple uses of llListen cause duplicate events
Thanks Michael!
|
|
|
|
| |
OpenSim.Framework.Communications.Limit
|
|
|
|
|
|
|
|
|
|
|
| |
* This means that caps methods (editing scripts, poss map functions, etc) on non-home regions should now work with servers which are listening for http ports on a non default
(9000) port.
* If you are running a region server, this may only work properly once your grid server upgrades to this revision
* PLEASE NOTE: This shouldn't cause inter-region problems if one end of the connection hasn't upgraded to this revision. However if it does, the instability will persist until
the grid and region (and possibly all the region's neighbours) have upgraded to this revision.
* This revision also adds extra login related messages, both for success and failure conditions
|
| |
|
|
|
|
|
|
|
| |
box. (previously it crashed my simulator)
* Found and gracefully handled a few situations where null references occur. (m_rootPart again!)
|
|
|
|
|
|
| |
* It's not perfect, but it's good enough. (rarely erroneously returns a backface collision)
* After updating to this revision, rez a prim on another prim and watch it appear where you'd expect it to appear.
|
| |
|
| |
|
| |
|
|
|
|
| |
issue worth fixing.
|
|
|
|
| |
SceneCommunicationService.EnableChildAgents so we can see what hostname is failing
|
|
|
|
|
|
|
|
|
|
| |
'already dispatched' message completely temporarily
* I believe that if the Linden client has not started to receive a texture after 15 seconds, it re-requests it.
* My hypothesis is that the texture packets are often still in the texture queue (esp. if the client has just cleared its cache), so another load of packets get added...
* If this is the cause, resolution is going to be rather complicated.
|
|
|
|
|
|
|
|
| |
requests for missing textures
* Also minor logic change so that we actually do retry missing texture requests (we weren't before)
|
| |
|