| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|\
| |
| |
| |
| | |
Conflicts:
OpenSim/Server/Base/ServicesServerBase.cs
|
| |
| |
| |
| |
| |
| | |
This allows a closed grid to delete asset types other than maptile remotely.
Only operational if AllowRemoteDelete = true also.
Defaults to false - do not enable if anybody other than you can make asset service requests.
|
|\ \
| |/
| |
| |
| | |
Conflicts:
OpenSim/Server/ServerMain.cs
|
| | |
|
| |
| |
| |
| | |
This is working - more testing to follow, then soem documentation
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We can provide modular ini for connectors...
look for our configuration in the following places...
1) in the default ini/-inifile
2) in the named file (ConfigName) located in the configured directory
(see Robust[.HG].ini [Start] section for ConfigDirectory)
3) in the repository named in the connector (ConfigURL)
In this case, the file will be written into the configured
directory with the specified
See example connector/service @ https://github.com/BlueWall/SlipStream
for testing.
|
| |
|
|
|
|
|
|
|
| |
shape, etc.) by default in grid mode.
This only affects avatars created through the "create user" console command or createuser XMLRPC.
This matches the default setting for standalone
|
|
|
|
|
|
|
|
|
|
|
|
| |
US Pacific Standard Time rather than whatever timezone the login server is set to.
This is because the viewer doesn't receive a timezone from the server but bases its displays on Pacific Standard Time.
However, it still expects to receive notification from the server as to whether or not Daylight Savings Time for PST is in operation.
This commit introduces a new DSTZone setting in the [LoginService] config setting that accepts a list of timezone names valid across different platforms to calculate Pacific DST.
If you need the old behaviour of calculating DST based on the local timezone of the server running the login service, then please override DSTZone with "local".
A mailing list announcement will be made later.
Thanks to Olivier Van Helden and Gudule Lapointe for determining this behaviour and providing this patch.
From http://opensimulator.org/mantis/view.php?id=5972
|
| |
|
|
|
|
| |
grids like it.
|
|
|
|
| |
Add enclosing " to urls
|
|
|
|
|
|
|
|
|
| |
accidentally.
The asset data plugin now implements IXAssetData rather than IAssetData so the ordinary AssetService should no longer pick it up.
This replaces the changes in 92b1ade. There is no longer any need to adjust your StandaloneCommon.ini/Robust.ini/Robust.HG.ini files.
This may explain very recent issues in the last few weeks where textures have been disappearing or turning white (as they were going to different places).
Unfortunately, you will need to rollback to an earlier database backup or reupload the textures.
|
|
|
|
|
| |
People using standalone in master, please update your StandaloneCommon.ini according to this change.
People using robust in master, please update your Robust.HG.ini.example[.HG].ini according to this change.
|
|
|
|
| |
The V3 webapps need SSO capability and use OpenID. We need to send both our OpenID server url and a token for the user in the login response.
|
| |
|
|
|
|
| |
Robust.ini.example to 8002
|
|
|
|
| |
This is necessary to see map tiles on v2/v3 viewers and appears to work fine
|
|
|
|
|
| |
These are disabled by default, as before. Please only turn these on in secure grids, since they allow the same facilities as the existing SetPassword call (also disabled by default)
These facilities can be helpful when integrating external systems, in addition to the existing option of adapting an IAuthenticationService or using WebLoginKey
|
|
|
|
|
|
|
| |
AuthenticationService.
This is switched on by setting AllowSetPassword = true in the [AuthenticationService] section of Robust.ini or Robust.HG.ini
Default is false as before.
|
|
|
|
|
|
| |
[UserAccountService].
As before, default is false to not allow these calls.
|
|
|
|
|
|
|
|
|
| |
UserAccountService
Default is false, as before.
Enabling AllowCreateUser in [UserAccountService] for ROBUST allows avatars to be created via an http call, with viewer 2 appropriate bits and pieces.
Only Ruths can be created at present.
Please don't rely on the config since at some point CreateUser will be moved to a separate co-ordinating service.
|
|
|
|
|
|
|
| |
clothes necessary to display a viewer 2 avatar, as implemented in c4efb97d
This is controlled by the CreateDefaultAvatarEntries switch in the [UserAccountService] section of config-include/Stnadalone.ini
This is left as false in grid mode
|
|
|
|
| |
tabs to spaces
|
|
|
|
| |
currency name shown in the viewer.
|
| |
|
|
|
|
| |
variables added in order for this to work. See .ini.example changes
|
|
|
|
| |
[FreeswitchService] must be reachable by viewers
|
|
|
|
|
| |
Adding ssl support for "Out of Band" applications such as the remote
admin module or Robust services
|
|
|
|
| |
allowed at login and HG-login times. NOTE: additional (optional) configuration variables in [LoginService] and [GatekeeperService]. See .examples.
|
|
|
|
| |
This is to facilitate running Freeswitch in a separate ROBUST shell, as on grid setups there can be quite a lot of traffic flowing between FreeSWITCH and ROBUST. However, running in a spearate shell is not mandatory.
|
|
|
|
|
|
| |
used in OpenSim.ini.example
Adjusting to 8003 seems sensible since this service doesn't need to be exposed to viewers.
|
|
|
|
| |
to config parameters. Clean up some log messages.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
WARNING!!! This changes a default. The old default is to allow multiple
presences, the new default disables this. As the feature currently has no users,
this should not present any difficulty and will alleviate the presence
issues somewhat.
|
| |
|
| |
|
| |
|
|
|
|
| |
functional changes.
|
|
|
|
| |
about realm for UserAccountService to state default is useraccount, and include default realm commented out in every case
|
| |
|
| |
|
|
|
|
| |
asset deletion in robust handler.
|
|
|
|
|
|
| |
home and position info in the presence service. WARNING: I violated a taboo by deleting 2 migration files and simplifying the original table creation for Presence. This should not cause any problems to anyone, though. Things will work with the new simplified table, as well as with the previous contrived one. If there are any problems, solving them is as easy as dropping the presence table and deleting its row in the migrations table. The presence info only exists during a user's session anyway.
BTW, the Meshing files want to be committed too -- EOFs.
|
|
|
|
|
|
| |
missing configuration.
* Made previous Robust config changes consistent in Robust.HG.ini.example
|