| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
* Guys, there's an endless loop there *ON PURPOSE*. Please don't try to *fix* it. We must continue to process the UDP stream buffer on clients that disconnected nastily until it ends or the UDP server accept thread will die a horrible death.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Add rezzing time to objects. Add Object return and traffic fields to land
database. Add plumbing for auto return. Implement auto return.
Contains a migration. May contain nuts.
|
| |
|
|
|
|
|
|
|
|
|
| |
if we are adding a client
* Regarding an earlier change, I think it would be possible to eliminate the creation of new IPEndPoints on every end receive if we did the client circuit lookup before starting
the next receive. However, this would be a performance trade off and hence not worth trying without performance testing
|
|
|
|
| |
circuitcode is already found in the first one
|
|
|
|
|
|
|
|
| |
could overwrite an existing endpoint that had not yet been used by the previous thread
* in practice these race conditions were probably pretty rare
|
|
|
|
|
|
|
| |
* This widened what I think is an existing race condition where asynchronous recieves could potentially stomp on each other's end points (though this must occur very rarely, if at
all, in reality)
|
|
|
|
|
|
|
|
| |
the existing one
* This requires copying details into a new endpoint when it needs to be stored in client/circuit code hashes
|
| |
|
|
|
|
|
|
|
|
|
| |
* This allows multiple user profile providers to be specified in OpenSim.ini separated by commas
* If multiple providers are specified then a request for a user profile will query each in turn until the profile is either found or all have been queried
* Unfortunately I don't believe this order can currently be specified, which if true is something that will need to be fixed.
* Thanks to smeans for the original patch.
|
| |
|
|
|
|
|
|
| |
* Hopefully this will resolve http://opensimulator.org/mantis/view.php?id=2383
|
|
|
|
|
|
|
| |
* I believe this is reasonable since code outside the Linden client stack shouldn't be aware of the packet format being used
* I would love to have made the method protected, but the LoadBalancerPlugin is still calling it and resolving that would require more work
|
| |
|
|
|
|
| |
there are some circumstances in which not finding a user is not an error
|
|
|
|
| |
LLClientView
|
|
|
|
| |
descriptive of its actual function
|
|
|
|
|
|
|
|
|
| |
when it moves
* This should fix a long standing issue where you often wouldn't see other people simply turn around without moving at all
* Arguably lastPhysRot (to mirror lastPhysPos) is not a good name, may change variable names later
|
| |
|
|
|
|
| |
descriptive of what it actually does
|
|
|
|
|
|
|
| |
* This may help http://opensimulator.org/mantis/view.php?id=2377 where large linksets do not always correctly delete - since a lost kill packet to the client could result in
the symptoms described
|
|
|
|
|
|
| |
Note: New file, run prebuild.
|
|
|
|
| |
immedietly.
|
|
|
|
|
|
|
| |
* Experimenting with the PacketPool mechanism.
* It's still disabled in the code, however there's now a flag to enable it.
* Converted to use Generic Collections vs Hashtables, also now uses a list of 'OK to pool' packets, starting with the high volume PacketAck packet.
|
|
|
|
|
|
|
|
| |
* Add missing PARCEL_MEDIA_COMMAND_* constants
* Fix a copy/paste error in SendParcelMediaUpdate
llParcelMediaCommandList should work now
|
| |
|
|
|
|
| |
the new surface touch parameters in 1.21 viewers.
|
|
|
|
|
|
|
| |
for the new surface touch parameters in 1.21 viewers.
TODO: add the touch args to OnGrabObject and OnDeGrabObject.
|
| |
|
|
|
|
| |
statements and spells dlls correctly
|
| |
|
|
|
|
| |
actually processing that packet
|
| |
|
|
|
|
|
|
| |
* No functional tests yet
|
| |
|
|
|
|
| |
related to regionflags and capacity. I'm sorry, the object capacity that you dialed is not valid.. please check the number and dial again.
|
|
|
|
|
|
|
|
|
| |
The average-value of modify.ModifyBlock.Height in LLClientView.cs:4170
seem to be incorrect or it isn't the average? Mhhh...
So the terrain build -> Flaten Sphere is unuseable.
I have put in a patch that contains a workaround while
the main problem is not solved.
|
| |
|
|
|
|
|
|
| |
* I suspect the restriction stopped the very large number of packet resends that occur on certain operations, which led to other failures.
|
|
|
|
|
|
|
| |
* Implmements llModifyLand() and a check for the "Allow others to terraform flag"
* Thanks tglion!
|
|
|
|
|
|
|
| |
* I believe this was the cause of the remaining packet_out_of_order messages in the Linden client logs
* There were race conditions where multiple clientstacks would overwrite each other's sequence numbers
|
|
|
|
|
|
| |
* without this, the client appears to reset the sequence of packets its expecting
|
|
|
|
|
|
|
|
| |
than bytes per second
* Changing network bandwidth in the preferences will now have a much more noticeable effect - a user may want to increase this if data is being slow to download from opensim
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Implementation of llModifyLand() and There is a bug on
permission-check of land-terraforming: x an y-coordinates
are interchanged on function-call ExternalChecksCanTerraformLand.
Correct: x is west, and y is north. 2) Missing check of
"Other allow to terraform-flag" (Parcel.ParcelFlags.AllowTerraform)
|
| |
|