| Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
|
|
|
|
should be handle at db level
|
|
|
|
|
|
|
|
we don't want to ignore case. And this seems to be causing problems in mono 4.3.
|
|
|
|
inventory folders. The newest version of libomv itself is committed here. Basically, everything that was using the AssetType enum has been combed through; many of those uses were changed to the new FolderType enum.
This means that from now on, [new] root folders have code 8 (FolderType.Root), as the viewers expect, as opposed to 9, which was what we had been doing. Normal folders are as they were, -1. Also now sending folder code 100 for Suitcase folders to viewers, with no filter.
All tests pass, but fingers crossed!
|
|
Robust now tells viewers what the maximum number of groups is. Viewers show this limit to the users, and enforce it.
The default is 42, which is what viewers had assumed was the maximum number before this update.
Signed-off-by: Oren Hurvitz <orenh@kitely.com>
|
|
E.g., instead of "first.last @grid.example.com", the name is now "first.last @grid.example.com:8002"
|
|
|
|
|
|
assets being passed around via HG and archives. No guarantees that all the leaks have been found, but at least it detects and fixes these bad assets upon:
(1) storing and getting assets over HG -- assuming the core HG asset service is being used (not the case with OSGrid!)
(2) importing assets via OAR and IAR
Instantiation of bad assets now should also work, instead of producing an exception, but the bad assets themselves aren't being fixed in the DB. That should be done with a cleaning tool -- see Perl script in Mantis #7657.
Virus!
|
|
what implementers need to provide publicly. This is used by 3rd-party addons such as Wifi.
|
|
profiles
Signed-off-by: Oren Hurvitz <orenh@kitely.com>
|
|
requests for the same region are handled simultaneously
|
|
This commit also fixes the log message "Region already exists in coordinates <{0},{1}>": it was actually showing the *requested* coordinates, instead of the coordinates of the previously-existing link.
|
|
against secondary instances registering duplicate console commands Also prevents multiple instances each starting a writer thread which will cause major file access exceptions as they fight over the contents of the spool directory.
Signed-off-by: Melanie Thielker <melanie@t-data.com>
|
|
connection string found in assets config, fallback to using default database config * Create database storage interface to allow other db connectors to be written at some point * Add MySQL migrations file to create the initial db table * Added new config option named DaysBetweenAccessTimeUpdates to reduce db load by only updating access times when fetching assets if the last access time was over the threshold. This idea was taken from XAssets service. * Change log message headers to indicate FS assets is the source not just assets
Signed-off-by: Melanie Thielker <melanie@t-data.com>
|
|
used. Will NOT compile.
|
|
|
|
|
|
|
|
|
|
.gitignore | 1 +
OpenSim/Services/LLLoginService/LLLoginService.cs | 32 +++++++++++++++--------
1 files changed, 22 insertions(+), 11 deletions(-)
Signed-off-by: Diva Canto <diva@metaverseink.com>
|
|
config for standalone.
|
|
opensim way.
Signed-off-by: Diva Canto <diva@metaverseink.com>
|
|
GridUserService running on the same process. Only one registers them now.
|
|
doesn't get awfully out of sync with the improvements I'm making to the robust service connectors, which are being fully leveraged by the simulator. This Simian connector needs more love...
|
|
- Increase the inventory cache timeout to 20 secs, so that the items will still be there when they are needed by the sim for rezzing
- Before rezzing attachs, make a call to GetMultipleItems so to fetch them all at the same time
|
|
just that the HG client was trying to fetch folders that aren't in the Suitcase, so that fails. This should make the warning message go away in that situation. (fetching those folders will still fail, because they aren't available over HG)
|
|
|
|
folders. Also fixing the inventory connector GetMultipleItems, so that if everything is in the cache, it returns successfully rather than unsuccessfully.
|
|
connector. This fixed the problem on my local test grid and generally made things faster. This cache has been needed for a while... there are many parts in the code where the sim gets an item multiple times in a short amount of time (rezzing attachs and objects, for example).
Other minor changes:
- added the scene as a parameter to the constructor od FetchInvDescHandler, so that I could see in which scene the handler was being called
- brought linked items in linked folders back to being prefetched
|
|
of bugs in the network connectors. For some reason the robust-bound code had a CreateUser method, while the client-bound code had no such method. I assume someone is extending the client-side code with their own connectors. I added the missing method, but didn't add it to the service interface.
|
|
|
|
|
|
Changed Inventory data to use the mock one in Common Tests. (but still not inventory tests)
|
|
inventory links. Added yet another function to IInventoryService to get multiple items at once, so that fetching collections of linked items is done once per folder instead of once per item.
|
|
previous commit.
|
|
related to previous commit.
See http://opensimulator.org/mantis/view.php?id=7054#c28282
|
|
IIventoryService that fetches sets of folders at once. Also added folder id in the InventoryCollection data structure, so that we don't need to go to inventory server again just for that. This reduces the chatter between sims and inventory server by... a lot. On my tests, this reduces initial inventory download down to 30% of what it currently is.
|
|
rewriting. Also added some unit tests that relate to mantis #7514
|
|
|
|
AssemblyVersion("0.8.2.*")
|
|
Util.cs routines to convert region coords to and from world coords or handles.
|
|
class TerrainData
and push the implementation from Scene into the database readers and writers.
|
|
it does not consider GridUser as a viable source for residents' data.
it does not consider Friends, Inventory Creators to be trusted at all. There are lots of broken entries in existence.
There are lots of broken creator data fields in assets.
The following issues arise from the broken data in the old User Management Module:
failing HG IM
failing HGFriends Requests
Signed-off-by: BlueWall <jamesh@bluewallgroup.com>
|
