| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
the same user. Extend TestGiveInventoryItem() to test giving back the same item.
|
|
|
|
| |
supporting HG landmarks.
|
|
|
|
| |
copy/pasting code with small differences
|
|
|
|
| |
we're inspecting in order to send the required inventory folders
|
|
|
|
|
|
|
|
| |
To get this to work, I had to disable the dupe link check I put in a couple of commits ago.
When the viewer adds wearables to an existing outfit, it first requests deletes of all the existing links before creating a new set.
Since these messages are async, the creates were being received before the deletes had a chance to complete, resulting in missing current outfit links.
However, the dupe check shouldn't be as important now that broken links have been fixed - it was the broken links that were causing the client to create dupes.
Tested on kokua 0.1.0 WIP and SL 2.6.3. I now have no problems managing outfits on my standalone.
|
|
|
|
|
| |
It appears that if the viewer requests a folder containing links, we must also send the folders that contain the link targets first.
This was tested with Kokua 0.1.0 WIP though I predict it will also work with other viewer 2s
|
|
|
|
| |
id item slot
|
|
|
|
|
|
|
| |
I believe this is safe since there is a 1-1 correspondence between link item and worn item (i.e. you can't be wearing the same item at two spots simultaneously in one outfit).
This should stop lots of duplicate links being created when viewer 2 is used.
However, this doesn't prevent broken inventory links, which I believe is timing related since the effect is not consistent (e.g. keep relogging and the viewer should end up seeing them correctly) . I think we actually see this problem on viewer 1 as well.
It might be easier just to implement the Fetch*2 inventory caps which are documented at http://wiki.secondlife.com/wiki/Inventory_API. WebFetch* has been deprecated by Linden Lab since viewer 2.5.1 and according to the sl wiki, "has numerous bugs".
|
|
|
|
| |
user's inventory. Also commented verbose debug message.
|
|
|
|
|
|
| |
Addresses http://opensimulator.org/mantis/view.php?id=5444
Fix is to stop the asset transaction calling UpdateInventoryItem() since the caller is doing it anyway, which is more correct.
This did not effect scripts.
|
|
|
|
|
|
|
|
| |
do not receive this velocity.
This is a minimal fix for the 0.7.1 release, pending a non copy/paste solution.
This hopefully addresses http://opensimulator.org/mantis/view.php?id=5457
The bug was introduced in commit 3ba5eeb
|
|
|
|
| |
RayEndIsIntersection byte
|
|
|
|
| |
rotation it was stored with.
|
|
|
|
| |
whether to use the serialized rotation or not. Not used yet.
|
|
|
|
|
|
|
|
| |
inventory.
This should happen if the client supplies a task ID with the RezObject call.
The rez goes through the same code as llRezObject(), so the same perms are applied.
Rotation isn't yet preserved, this should be fixed shortly.
|
| |
|
| |
|
|
|
|
| |
the viewer too much.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
capability to preserve creator information on HG asset transfers. Added a new HGAssetService that is intended to be the one outside the firewall. It processes and filters the assets that go out of the grid. Also fixed the normal AssetService to do special things for the main instance (console commands, etc). Moved HGInventoryService to OpenSim.Services.HypergridService. Changed the way the login service gets the ServiceURL configs.
|
|
|
|
| |
delete objects and that non-owners (who are also not administrators, etc.) cannot
|
|
|
|
|
|
| |
themselves. Tested. Seems to be working, main tests pass. Nothing done for IARs or HG transfers yet -- this only works for OARs for the time being.
New migration in inventory table in order to make CreatorID varchar(255).
|
| |
|
|
|
|
| |
to the connected client.
|
| |
|
|
|
|
| |
MapAndArray collection
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Previously, Scene.Inventory.DeRezObjects() forced the persistence of prims before deletion.
This is necessary so that freshly delinked prims can be deleted (otherwise they remain as parts of their old group and reappear on server restart).
However, DeRezObjects() deleted to user inventory, which is required by llDie() or direct region module unlink and deletion.
Therefore, forced persistence has been pushed down into Scene.UnlinkSceneObject() to be more general, this is still on the DeRezObjects() path.
Uncommented TestDelinkPersistence() since this now passes.
Tests required considerable elaboration of MockRegionDataPlugin to reflect underlying storing of parts.
|
|
|
|
|
|
|
| |
folder up from connectors into Scene.Inventory.cs
This fixes the problem for all architectures (hg as well as local and grid) and means we don't have to dupe code between connectors.
Not ideal in that it becomes non-modular, but methods in Scene.Inventory.cs should eventually be modularized anyway.
|
|
|
|
| |
The agentID in AddInventoryItem(UUID agentID, InventoryItemBase item) is redundant since it's contained in item.Owner, and it doesn't make sense for agentID != item.Owner, hence the method is deprecated.
|
|
|
|
| |
script state enum to reflect recent changes.
|
| |
|
|
|
|
| |
since this appears to relate solely to attachments
|
|
|
|
| |
conditions in linking and unlinking
|
|
|
|
| |
SceneObjectPartInventory
|
|
|
|
|
|
|
|
| |
and move into SceneGraph.AddNewSceneObject()
The new SceneGraph method is more consumable by region modules that want to extract objects from inventory and add them to the scene in separate stages.
This change also reduces the number of redundant client updates scheduled when an object is rezzed directly by a script or region module
This code does not touch direct rez by a user
|
| |
|
|
|
|
|
|
| |
goes to the correct directory
Also removes some mono compiler warnings
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
perms, rendering the item unmoveable for the next owenr. Make god mods
conform to the rules, too.
|
|
|
|
|
| |
prim. Allow friends with perms and shared group members to move or copy
things out of prims
|