| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
This has been handled by WebFetchInvDescHandler.Fetch() for some time.
|
| |
|
|
| |
There's no technical reason for this as the methods are thread safe. However, it might have served to slow down requests.
|
| |
|
|
|
|
| |
descendents cap to fail.
Introduced just a few commits ago in 0688861
|
| |
|
|
|
|
| |
WebFetchInventoryDescendents.
Enabling this by setting Cap_FetchInventoryDescendents2 = "localhost" in the [ClientStack.LindenCaps] section of OpenSim.ini downloads inventory via http rather than udp in later viewers.
|
| |
|
|
| |
conversion rather than the arrays in TaskInventoryItem
|
| |
|
|
|
|
| |
Utils.AssetTypeTostring/InventoryTypeToString to convert types to strings
These cover a wider range of types.
|
| |
|
|
|
|
|
|
|
|
|
| |
them as UUID.Zero.
Leaving them at UUID.Zero meant that when a viewer 2 logged into a region that had been freshly created, it received UUID.Zero for these textures, and hence display the land as plain white.
On a simulator restart, the problem would go away since when the database adapators loaded the new region settings, RegionSettings itself has code to use default textures instead of UUID.Zero.
This commit resolves the problem by saving the default texture UUIDs instead of Zero.
However, we currently have to do this in a roundabout way by resaving once the RegionSettings have been created by the database for the first time. This needless complexity should be addressed.
This change will also have the effect of replacing any existing UUID.Zero terrain textures with the default ones.
However, this shouldn't have any effect since the UUID.Zeros were already being replaced in memory with those same UUIDs.
|
| |
|
|
| |
always calls GetCached and code paths were identical
|
| | |
|
| | |
|
| |
|
|
| |
capabilities.
|
| | |
|
| |
|
|
| |
GetTexture.
|
| | |
|
|
|
GetTexture handler. The region module in Linden space uses it. WARNING: nothing of this works yet, it just compiles.
|
