| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
of the simulator expect
|
|
|
|
|
|
| |
5035).
Using the RemoteAdmin API to close then recreate a region would fail if the estate name had not changed. If the estate name /was/ changed then the existing estate would be renamed rather than a new one being created. The problem really arose from a lack of distinction in the data storage layer between creating new estates and loading existing ones.
|
| |
|
| |
|
| |
|
|
|
|
| |
security to friendship identifiers so that they can safely be deleted across worlds. Had to change Get(string) to use LIKE because the secret in the identifier is not always known -- affects only HG visitors. BOTTOM LINE SO FAR: HG friendships established and deleted safely across grids, local rights working but not (yet?) being transmitted back.
|
|
|
|
| |
FriendsData[] GetFriends(string principalID) to IFriendsData and FriendInfo[] GetFriends(string PrincipalID) to IFriendsService. Refactored some more in the FriendsModule. Made client get notification of local friends permissions upon HGLogin. HG Friends object permissions work.
|
|
|
|
| |
correctly handled. Friends list showing correct foreign names. TODO: GrantRights.
|
| |
|
|
|
|
| |
IEstateDataStore.GetEstatesByOwner(UUID)
|
|
|
|
| |
Thanks MisterBlue...
|
|
|
|
| |
static dictionaries on NullUserAccountData instance instead to stop user accounts being carried over between tests
|
|
|
|
| |
The in-memory storage of region data that is used by default with SQLite now handles wildcards in region names in the same way as SQL queries do with other databases.
|
|
|
|
| |
from a region and allow normal day cycles to be reestablished
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
OpenSim.Data.Null.UserAuthenticationData plugin
additional tweaks to get this working properly
|
|
|
|
|
|
| |
stored in regionsettings. Upon generation of a new tile image, the old one is deleted. Tested for SQLite and MySql standalone.
* Fixed small bug with map search where the local sim regions weren't found.
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
changes in IUserAccountService, just the data layer.
|
|
|
|
| |
64-bit machines (no SQLite).
|
|
|
|
|
| |
This allows scripts to set WindLight parameters for clients connecting
to a region. Currently, this is only supported by the Meta7 viewer.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
been removed from Data.Null.NullPresenceData
Unfortunately, this meant publicly exposing the underlying service for the connector.
The other solution would be to create alternative initializers for services and connectors where objects could be given directly rather than loaded indirectly through config.
Unfortunately, this would require a lot of work in this case but might be the better way forward.
|
| |
|
|
|
|
|
|
|
| |
existing sessions with home locations from being picked up
only tested for a single user so this may still fail for multiple users
this may well be all academic anyway since standalone need to persistently store home location in presence data in some way
|
| |
|
| |
|
|
|
|
| |
can run out-of-the-box. #WaitingForSQLite
|
| |
|
|
|
|
| |
for a standalone
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
getting parameters and replies over the wire.
|
|
|
|
| |
Grid connector modules are enabled for standalones only, but nothing in the simulator uses them yet, so it's safe to go in.
|
|
|
|
|
|
| |
SimpleRegionInfo.
Added grid configs to standalones.
|
|
|
|
| |
have no regions table, so this is needed
|
|
|
|
| |
LICENSE.txt.
|
| |
|
| |
|
|
|
|
| |
0.6.3.* to better track down dll ref and overwrite problems.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
OpenSim.Region.Environment into a "framework" part and a modules only
part. This first changeset refactors OpenSim.Region.Environment.Scenes,
OpenSim.Region.Environment.Interfaces, and OpenSim.Region.Interfaces
into OpenSim.Region.Framework.{Interfaces,Scenes} leaving only region
modules in OpenSim.Region.Environment.
The next step will be to move region modules up from
OpenSim.Region.Environment.Modules to OpenSim.Region.CoreModules and
then sort out which modules are really core modules and which should
move out to forge.
I've been very careful to NOT BREAK anything. i hope i've
succeeded. as this is the work of a whole week i hope i managed to
keep track with the applied patches of the last week --- could any of
you that did check in stuff have a look at whether it survived? thx!
|
|
|
|
|
|
|
|
| |
- Add necessary dummy Dispose-methods where they are missing
- Implement the SQLite Dispose-methods
(currently only used for unit tests, in the next commit)
|