| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
Move control of Mono.Addins from source attributes to external XML files.
This removes a lot of coupling of the source with Mono.Addins
|
|
|
|
| |
support. As far as I know, the LLSD login method is currently only used by libsl based clients/bots. So could be useful to be able to disable this if a grid comes under a griefing attack from libsl bots.
|
| |
|
|
|
|
|
| |
Updates the previous module loader work.
|
|
|
|
|
|
| |
And reverted CachedUserInfo back to revision 5262.
I don't think most of the inventory problems that people are reporting are due to these, but its easier to deal with one set of potential problems at a time, and I'm not going to get any time in the week to work on this anyway.
|
|
|
|
| |
in the loginservice
|
|
|
|
| |
time to look into the problems people are having.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The Login service should now read/create new inventory on the inventory server that is set in a users profile.
Also added "Add-InventoryHost" console command to add a support for a new server to a region.
So it would be good if someone could test this. Set up the grid as normal, but then also run extra inventory server on a different computer (well actually it just has to be on a different network hostname, so one using "http://localhost:8004" and one using "http://127.0.0.1:8005" should work) then you need to manually edit the user profile database to set the new servers url in a user's "userInventoryURI" field.
Then on a region server, use the Add-InventoryHost to add the new server url (always include the full url, including http, but don't add a final /)
Login with that account and see if the inventory works.
Of course these needs to be made more user friendly.
|
|
|
|
|
| |
not break trunk.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Currently module loading is done ad-hoc. I propose creating a simple
loader class that leverages Mono.Addins (and perhaps the new .NET
addins when they become available in mono). Attached is a basic
patch for review that compiles into HEAD, but doesn't yet replace
any existing ad-hoc loaders.
|
| |
|
|
|
|
|
|
|
|
| |
World->Region/Estate. Then on the Estate tab, at the lower right hand corner, clicking the 'Add' button and picking an avatar.
* It only persists across reboots for the mySQL datastore currently.
* Currently have stubs in the other datastores.
|
|
|
|
| |
region status check, so we can tell a bit better what the problem was
|
|
|
|
|
|
| |
to allow the InventoryServer to work with MSSQL..
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
* You'll need to start-up the MessageingServer and set it up. It sets up like any of the other grid servers.
* All user presence data is kept in memory for speed, while the agent is online. That means if you shutdown the messaging server or the messaging server crashes, it forgets who's online/offline.
* Occasionally the region-cache will get stale if regions move around a lot. if it gets stale, run clear-cache on the messaging server console to clear the region cache.
|
|
|
|
|
|
|
|
| |
style way over XMLRPC.
* Friend status updates are still only local, so you still won't know before instant messaging someone if they're online.
* The server each user is on and the user server must be updated or the instant message won't get to the destination.
|
|
|
|
| |
related.
|
|
|
|
| |
they appear in non-console servers too
|
|
|
|
|
|
|
|
| |
must remember to nant clean
* Hook all server startups into base opensim server startup method
|
|
|
|
|
|
|
|
| |
grid managing
* This hack just temporarily sends console output to /dev/null when we make the relevant addins calls, restoring it afterwards
|
|
|
|
|
|
|
| |
* User tries to log-in but is already logged in. Userserver will send message to simulator user was in to log the user out there.
* From the UserServer, admin types 'logoff-user firstname lastname message'.
* Some regions may not get the message because they're not updated yet.
|
| |
|
|
|
|
|
|
| |
code that was still in tree.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
replaced by EventManager events.
also, i've added instructions to README.txt about running
runprebuild.sh and on how to report bugs.
plus some minor fixes (dropping m_log statement left over
from debugging llOwnerSay, nicer catch of exception in
IRCBridgeModule
|
|
|
|
|
|
|
|
| |
llOwnerSay()
via the newly created Scene.SimBroadcast() call.
|
| |
|
|
|
|
|
|
|
|
| |
parameter to Scene rather than referencing VersionInfo directly
* Butt ugly solution
|
|
|
|
|
|
|
|
|
|
|
| |
provide OSHttpRequest and OSHttpResponse to our REST handler.
also, this adds proper RestPlugin.IsGod() checking against the X-OpenSim-Godkey
HTTP request header.
last, i added XML doc comments to RestPlugin.cs
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
You sure can. This change set restores pants (and the rest of the
default appearance) in grid mode. The
root issue had to do with serializing multi-faced textures to the
grid server. This also restores the lookup path through the avatar
factory module, as that seems the reasonable place to have it live.
Some clean up patches are coming later as well, plus testing on
standalone, but this should be in a good kicking around state for
grid users.
|
|
|
|
|
|
|
|
|
| |
HttpListenerResponse respectively.
enhancing IStreamHandler and IStreamedHandler interfaces so that OSHttp{Request,Response} get passed in,
allowing RestHandlers to set response status code, redirections, etc.
|
| |
|
|
|
|
|
|
| |
testers encouraged so I can track down issues.
|
|
|
|
| |
to the same prompt scheme
|
| |
|
| |
|
|
|
|
|
|
|
| |
of some of the parameters we pass to it's constructor now like, 'm_allowPhysicalPrim', 'seeIntoOtherRegions', etc.. so on
* The main purpose of this is to provide configuration options for ODE and other physics plug-ins that are advanced enough to be able to be configured.
|
|
|
|
|
|
| |
* If extra stats not sent to the viewer are available on an opensim server, they are now uniformly accessible using the 'show stats' command
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
the status of the region using the region http uri just passed in
* If the status cannot be retrieved, then the region startup will terminate.
* The aim of this is for earlier detection of situations where the region can send messages out but cannot accept incoming requests (often due to firewall issues)
* This is currently an extremely simplistic check which completely trusts whatever http uri is given by the region
* This contact may be problematic, though since the user service needs to be able to contact the region http uri, it doesn't seem unreasonable for the grid to have to be able to do so too at this stage
* This change will require a prebuild
|
|
|
|
|
|
|
| |
* This in preparation for further login validation to check that the region logging in is properly contactable.
* Also increase verbosity of some error messages
|