| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
same instance.
* Only generates a new maptile after a refresh interval
* Maptile names have the UnixTimeSinceEpoch that they were generated and the regionUUID they're from, so you can know which ones are no longer necessary.
* Updates RegionInfo, so backup your /bin/Region/*.xml files.
|
|
|
|
| |
hard-coded port numbers.
|
|
|
|
|
| |
* Implemented a hack so regions beyond the 10,000m range will show the map without having to click on the map before they'll start to show. The hack shows regions around the one you're in, but it won't show the one you're in.. you still need to click on the map to get that (not sure why yet). Additionally, the map still only shows pictures for regions that are hosted on the same instance (no change).
|
|
|
|
|
|
|
|
|
| |
scene, rather than on creation of the group
* Adding to a scene is now parameterized such that one can choose not to actually persist that group
* This is to support a use case where a module wants a scene which consists of both objects which are persisted, and ones which are just temporary for the lifetime of that server instance
|
| |
|
|
|
|
| |
override the default method of calculating how many prims a parcel can have.
|
| |
|
|
|
|
| |
reference not set to an instance of object' exception
|
|
|
|
|
|
|
| |
however, I think I understand now how to make it work. I just don't want
to have this broken for people this weekend.
|
|
|
|
|
|
| |
will work.
|
|
|
|
|
|
|
| |
interesting, but successful way to do it.
* This also takes care of a few error situations that were previously never seen.
|
|
|
|
|
|
|
|
| |
I'm getting an unhandled exception in openxmlrpcchannel during simulator initialization.
I have two objects in different regions that open remote data channels in the state_entry event.
It appears that the state_entry call is executing before the postinitialize method is called in
xmlrpcmodule (the exception occurs because m_openChannels is not initialized).
|
| |
|
|
|
|
|
|
| |
* 5000 commits in this repository!
|
|
|
|
|
|
| |
* Not yet ready for public use
|
| |
|
|
|
|
|
|
| |
* However, still not actually archiving anything except textures
|
| |
|
|
|
|
|
|
| |
* Ignoring it on reload as of yet
|
| |
|
|
|
|
|
|
| |
* no other prim items are archived yet
|
| |
|
| |
|
|
|
|
| |
service, launch the actual writing of the archive on a separate thread (to stop tieing up the asset cache received notifier thread)
|
|
|
|
| |
not all faces have the same texture
|
|
|
|
|
|
|
| |
* You'll need to start-up the MessageingServer and set it up. It sets up like any of the other grid servers.
* All user presence data is kept in memory for speed, while the agent is online. That means if you shutdown the messaging server or the messaging server crashes, it forgets who's online/offline.
* Occasionally the region-cache will get stale if regions move around a lot. if it gets stale, run clear-cache on the messaging server console to clear the region cache.
|
| |
|
|
|
|
|
|
|
|
| |
style way over XMLRPC.
* Friend status updates are still only local, so you still won't know before instant messaging someone if they're online.
* The server each user is on and the user server must be updated or the instant message won't get to the destination.
|
|
|
|
| |
related.
|
| |
|
|
|
|
| |
patch from Dahlia. IM type stuff. No big deal, not done.
|
|
|
|
|
|
|
|
| |
must remember to nant clean
* Hook all server startups into base opensim server startup method
|
|
|
|
| |
true. Instant messages, inventory transfers use this.. and it was always returning false.
|
|
|
|
|
|
|
| |
* Right now, this only saves and reloads textures that have been applied to the entire prim (not ones which have been applied to individual faces).
* This is work in progress - it is currently experimental, hacky, inefficient, completely unsupported and liable to change rapidly at short notice :)
|
|
|
|
|
|
| |
* No user functionality yet
|
|
|
|
| |
fix in the location you set. (however the checkbox doesn't get re-populated properly yet, so it'll uncheck again even though the message got through to the server)
|
|
|
|
| |
across reboots though.
|
|
|
|
|
|
| |
* This now has equivalent functionality to load-xml2 - no asset data is restored yet
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
* No reload functionality implemented yet
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
noticed that Scene.Close() will only call Close on non-shared region
modules. i've now added code to SceneManager.Close() to collect all
shared region module from each scene before calling Scene.Close()
on it and then, once, all Scenes are closed, go through the list of
collected shared region modules and close them as well. SceneManager.Close()
is only called when we initiate a shutdown --- i've verified that a
Scene restart does not trigger the shutdown of shared modules :-)
also, this adds a couple of bug fixes to the IRCBridgeModule (which
after all didn't take kindly to being closed) as well as a check to
InterregionModule's Close() call.
finally, this fixes the RestPlugin's XmlWriter so that it no longer
includes the "xsd=..." and "xsi=..." junk.
|
|
|
|
|
| |
* Added a Non-finite avatar position reset. This will either handle the <0,0,0> avatar gracefully, or send the avatar to 127,127,127 if that also doesn't work. ( I've only been able to reproduce this error once on my development workstation )
|
| |
|
|
|
|
| |
math in the sun module. This populates the sun phase slider on the terrain tab in the estate tools according to the current sun phase. Display purposes only for now. Need to go the other way for setting the sun phase based on the linden hour in the estate tools.
|
|
|
|
| |
was sending updates to both root and child agents, you'll still get sun jitter until this revision is adopted by every region nearby.
|
|
|
|
|
|
| |
* Looks up UUIDNames for script time and colliders in a separate thread.
* Hopefully this'll allow you to look at top scripts on a region that has a lot of scripts without crashing your client thread.
|