| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
that adds function stub to request region info by name and
adds llRequestSimulatorData() and the dataserver event
|
|
|
|
|
|
| |
help with the timeouts.
|
| |
|
| |
|
|
|
|
|
|
| |
safety
|
|
|
|
|
|
| |
back end.
|
|
|
|
|
|
| |
everyone hates OGS1
|
| |
|
|
|
|
|
|
| |
AvatarAppearance instead.
|
|
|
|
|
|
|
|
|
|
| |
the region server
* In theory, this should be a somewhat useless statistic since the user server will already have tried to use the inventory service to retrieve the avatar's skeleton. If this
fails, login is halted completely.
* Nonetheless I'm recording it anyway just to see whether it happens (yes, I'm too lazy to scan the logs...)
|
|
|
|
|
|
| |
Rename SearializableRegionInfo to SerializableRegionInfo (class was already named correctly)
|
| |
|
|
|
|
| |
startup will now terminate instead of carrying on (and thus burying the error message)
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
almost every inventory method
* This allows lots of redundant inventory methods with only slightly different names to be eliminated.
|
|
|
|
|
|
|
| |
but the set all compiles together fine, and it provides people
an idea of where we are heading.
|
|
|
|
| |
with namespaces.
|
| |
|
|
|
|
| |
one log message changed)
|
|
|
|
|
|
|
| |
Thanks A_Biondi and Melanie!
* This builds but might not work. JustinCC will examine.. it may work out of the box.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the patch below adds support for start_location = uri:region&x&y&z to
OpenSim which allows us to provide -url secondlife:///region/X/Y/Z to
the SecondLife client during start up --- which will take you directly
to region "region" at position X, Y, Z.
also, i did increase the default Z value from 70 to 128 as we otherwise
have the problem that on some regions we'd end up inside a mountain
instead of on top of it.
|
|
|
|
|
|
|
|
|
| |
* Now, emptying the trash should remove folders and the items they contain as well as items which were not in a subfolder.
* This will only work once both the region and grid servers have reached this revision.
* You may also need to clear your cache before this will work
* Refactoring to follow.
|
|
|
|
|
|
|
| |
* On standalone, folders (and their items) should now be persistently deleted on trash emptying, as well as immediate child items
* An implementation for grid mode will follow.
|
|
|
|
| |
(this took a while to run).
|
|
|
|
|
|
|
| |
* Implements 'Teleport Home'
* User Server has to be updated for it to save your home in grid mode
* home position accuracy is in int because the grid comms ExpectUser method tries to convert to Uint and crashes if it gets a float. Added a convert to decimal in ExpectUser but to avoid a breaking change with old revisions, kept the save value in int for now. Eventually it needs to be a float, but lets release another incremental version before doing that.
|
|
|
|
| |
ar.AsyncWaitHandle.WaitOne(timeOut*1000, false); call.
|
|
|
|
| |
avoid a potential race condition. As IAsyncResult.AsyncWaitHandle.WaitOne before a AsyncCallback is called. So in this case, its a race to see who sets or reads the bool m_bAvailable first.
|
|
|
|
|
|
|
|
| |
when they were.
* A few things for testing.
* This makes a modification to the region registration with the grid server so that the region can send it a chosen password to identify itself. It will not cause any errors, if either one are not updated.
|
|
|
|
|
|
|
|
|
| |
duplicate sets of inventory data to be sent over the grid
* Won't actually fix anything, since we were handling the problem anyway
* Also add more doc, fix up debugging messages, etc
|
| |
|
|
|
|
|
|
|
|
|
| |
before the region had completely received the inventory for the user.
* A much larger race condition where the inventory request could be made before the region gets any data at all will also be fixed in the near future.
* This change also fixes a regression from two patches ago where items stopped appearing in standalone inventory
|
| |
|
|
|
|
|
|
|
|
| |
at once, rather than each individual
* This is required in order to work towards eliminating some inventory race conditions and to better deal with situations where a grid inventory server is slow or not responding.
|
|
|
|
|
|
|
|
| |
you when your friends come online if they're at least a child agent on the sim. offline status works the same also. So does Instant Message.
* This is until Grid Comms matures a bit more on this.
* This should also work in Standalone as it uses the IUserData interface.
|
| |
|
| |
|
|
|
|
|
|
|
| |
grief than expected, as monodevelop doesn't like to refactor
properties of properties.
|
| |
|
|
|
|
|
|
|
| |
actually a little more work than I expected given the copious
use of out params.
|
|
|
|
|
|
|
|
| |
* wrap attributes in properties
* clean up names a little bit
* clean up name styles
|
| |
|
|
|
|
|
|
|
|
| |
create new inventory folders
* This mirrors the grid behaviour
|
|
|
|
|
|
|
|
|
|
| |
* 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.
|
|
|
|
| |
implemented anyway.
|
|
|
|
|
|
|
|
|
| |
than just the root child folders
* This may resolve some current problems with non root child folders on standalone installations.
* A fix for the same problem in grid mode will come soon.
|
| |
|
|
|
|
|
|
|
| |
* Replace the unused default GetInventorySkeleton() impleemntation with an abstract declaration - less confusing this way imho
* Add some comments
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
(user server timeout)
* Increasing GetUserProfile requests only to 6 seconds from 3
* Not completely sure what effect this will have, though probably not much
* At some point one will have to accept that if the grid servers are taking many many seconds to respond, running using that grid will not be viable.
* Perhaps there should be a big warning up front if grid request times are slower than n seconds.
|