| Commit message (Collapse) | Author | Files | Lines |
|---|
|
rather than simply returning 0 items.
* This is very early support which would only be triggered in a rather unlikely case (if the user server correctly received an inventory skeleton, but later on failed to return the whole inventory in a timely manner. Also, this only applies to the 1.19.1.4 client onwards
* Code cleanup and support for other failure cases (failure of inventory caching on region crossing, failure to actually add a folder/item, etc, should follow.
|
|
* Added license info to a few files it was missing from.
* Fleshed out the landbuy interfaces
* If you add '-helperuri http://127.0.0.1:9000/' to your list of parameters you tell the client to use when you start it up you can transfer ownership of parcels now in standalone. Structured gridmode requires a lot more work, see the documentation in the example money module. The example money module is not secure especially in standalone mode.
|
|
resolve if it fails.
|
|
not all of them (like it was doing before)
|
|
confirmed that this fixes the issue, however functional
correctness of BlockingQueue requires that these locks be
put into place anyway.
|
|
|
|
|
|
all, which was in an entirely different location
|
|
root folder on 1.19.1.4 non-cache clear relog.
* The folder version numbers probably do need to be non-zero, but there is a further subtlety of the protocol to understand 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.
|
|
client session.
|
|
delivery from the inventory service
* This will reduce failures where the inventory server is simply slow
* Still need to properly inform the user if the inventory service has failed altogether
|
|
* Fixed a range issue in the GenericSystemDrawing saving mechanism.
|
|
This surely doesn't work yet, but it compiles, and I'm getting
close to a stopping point for the day.
|
|
vectors for UserAgentData
|
|
|
|
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.
|
|
|
|
|
|
more readable, and make RootFolder get only
|
|
|
|
|
|
|
|
* This patch adds support for saving a dynamically generated region to the filesystem (as a region xml file)
* Also adds some error checknig to make sure the dynamically generated region name, id or location are not already taken.
* Thanks Dr Scofield
|
|
Attached is the second half of the fix for 821 - this is the null reference
check for llDetectedName and the other *Detected* function.
|
|
:: Believe it or not, but INSERT/UPDATE is actually a better pattern than REPLACE, since, with INSERT/UPDATE you can catch erroneous UPDATES to non-INSERTed items as well as catch erroneous re-INSERTS. in 95% of the cases, you SHOULD have a clear INSERT context, and a clear and separate UPDATE context. If you think your case falls within the 5%, maybe you should re-evaluate your code. ::
|
|
where Region.XML files are stored. If not set, it will default to the usual location.
|
|
image. As MapImageModule is of unknown use, this may or may not be reflected on the world map. See the ShadeBuildings function in MapImageModule for reference.
|
|
|
|
to the top of the file.
|
|
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.
|
|
Preparation for handling inventory problems where the inventory server receives a request and never responds, or is late in responding
|
|
|
|
an Avatar,
and llDetectedOwner is called on the script, the current implementation attempts to
find the detected avatar as a SceneObjectPart and return the owner of that part.
|
|
Handles the CreateItem cap request for all wearables,
setting the proper value in inType and assType.
|
|
|
|
map tile generation.
|
|
|
|
|
|
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.
|
|
produces a graphic that is a bit Dazzle-ish. A Dazzle-ish map tile is better then a grey map tile IMHO.
|
|
|
|
restart console command.
* It looks ugly on the console.. but it's really safe.. and restores some memory.
|
