| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
allow different default regions for HG and direct grid logins.
This requires a new GridService.GetDefaultHypergridRegions() so ROBUST services require updating but not simulators.
This method still returns regions flagged with just DefaultRegion after any DefaultHGRegions, so if no DefaultHGRegions are specified
then existing configured defaults will still work.
Immediate use is for conference where we need to be able to specify different defaults
However, this is also generally useful to send experienced HG users to one default location and local users whose specified region fails (e.g. no "home" or "last") to another.
|
| |
|
|
|
|
|
|
| |
fails."
This is very similar to my earlier revert in bcb8605f8428a9009a2badf9c9eed06d9f59962c and fails for the same reasons.
Reverting this change because it causes a problem if access is denied to the user.
This reverts commit c7a8afbb8da40e09252d58d95c89b8a99a684157.
|
| |
|
|
|
|
|
|
| |
Fallback doesn't work at this level as the change of destination isn't communicated to the source region/viewer
Reverting because this introduces a bug when access does fail.
More detail in revert of main commit.
This reverts commit ec32c1d4b69e4219fe44a38bcbc411e7996641f1.
|
| | |
|
| | |
|
| |
|
|
| |
that we can distinguish between simultaneous logins
|
| |
|
|
|
|
|
|
|
|
|
| |
local logins."
This approach does not work - it is taking place too far down the login process where really the region checking
could only be done when the hg map tiles are linked on the main map (messy and probably impossible) or possibly
when the final destination is fetched at the very first stage of teleport (which couldn't be done without a protocol
change to pass the agentID as well as the requested regionID)
This reverts commit 3d9b73c47a15cf00150ac80570fea88de8cecbdf.
|
| |
|
|
|
| |
These would be specified in the [GridService] section of Robust.HG.ini, which already lists these in the example text.
Untested patch so that Neb can easily pull in for testing, though shouldn't disrupt existing hg logins since fallback processing is a bit of code stuck on the end of the login sequence.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
that traveling info survives Robust resets. It should also eliminate the cause of empty IP addresses in agent circuit data that we saw in CC grid. MySQL only.
|
| |
|
|
| |
bother the sim.
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
consistently check for null return and log warning rather than throw exception.
This was being done already in some places.
If an exception is thrown it is now an error rather than debug
|
| |
|
|
| |
interface is used only in Hypergrided worlds (Gatekeeper), although in those, it applies to both local and foreign users. The Ban service itself is not in core; it is to be provided externally.
|
| | |
|
| |
|
|
| |
[Hypergrid] in *Common.ini.example. Backwards compatible for now.
|
| |
|
|
| |
one I added yesterday -- this is for helping move config vars out of [Startup]
|
| |
|
|
| |
default under [Startup]. They can then be overwritten in the other sections (but probably shouldn't). I kept the existing code for backwards compatibility, so this should not cause any breaks from people's current configurations. But people should move to have these 2 vars under [Startup] -- see OpenSim.ini.example and Robust.HG.ini.example. And yes, both names now end with "URI" for consistency.
|
| | |
|
| |
|
|
|
|
|
|
| |
This is mostly Bluewall's work but I am also bumping the general version number
OpenSimulator 0.7.5 remains in the release candidate stage.
I'm doing this because master is significantly adding things that will not be in 0.7.5
This update should not cause issues with existing external binary DLLs because our DLLs do not have strong names
and so the exact version match requirement is not in force.
|
| |
|
|
| |
offline IM service.
|
| | |
|
| | |
|
| |
|
|
| |
with parentID=UUID.Zero
|
| |
|
|
| |
THESE.
|
| |
|
|
|
|
| |
call for all friends rather than one for each friend.
However, large groups could still take a very long time since we still need to message each avatar on different simulators.
|
| | |
|
| |
|
|
| |
go. Domain-name and user-level based. \o/
|
| | |
|
| | |
|
| |
|
|
| |
it can be used by both the HG Asset Service and the simulator. Also renamed the config vars to something more intuitive
|
| |
|
|
| |
types. The policies are given in the config. This is only half of the story. The other half, pertaining to exports/imports made by the sim, will be done next.
|
| |
|
|
| |
avies use to visit other grids. Not as good as I wanted, but good enough. Unfortunately we can't switch the appearance from under the avie without getting into a lot of weirdnesses because appearance is viewer-controlled. So instead, when this control is on, I'm disallowing HG-TP unless the user is wearing an allowed HG appearance -- the user gets a warning and needs to switch appearance. WARNING: I'm still not committing the config vars because this is still not ready for ppl to test.
|
| |
|
|
| |
outside world to retrieve appearance items. Not ACLed yet.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
purpose; it's an historical record of what works and what doesn't wrt manipulating inventory at the viewer. I'll remove the unused code in a subsequent commit, but wanted to place it in history. The uncommented code works.
|
| | |
|
| | |
|
| |
|
|
| |
hack away from ScenePresence. This is better but it still doesn't restore the inventory upon arrival.
|
| |\ |
|
| | |
| |
| |
| | |
creations and getting contacted from other grids. Incoming HyperGrid teleports can also be restricted to local users.
|
| |/ |
|
| |
|
|
| |
(XInventory and Assets).
|
