| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
| |
other peoples objects) if you have permission to do so.
* Moved OnPermissionError to EventManager - now triggers a standard blue alert.
* Terraforming now requires permission via the permissions manager. [Defaults to admin-only]
* Permissions manager is now substantiated in Scene
* Buttload of new permissions added.
* Estate manager operations now require various levels of permission to operate
* OGS1 now produces 'summary reports' for a commsManager of each scene it maintains connections for. Reduces grid network traffic for ping checks.
* Added new "permissions true" / "permissions false" console command to enable or disable permissions.
|
|
|
|
| |
still see the messages next to the items of no copy or whatever, but they shouldn't stop you doing thing like reading etc)
|
| |
|
|
|
|
| |
access it).
|
|
|
|
|
| |
Although there seems to sometimes be a problem of when you login again, old notecards and scripts will have their permissions messed up and you won't be able to even view their text. This seems to be related to the client's cache, and if you clear your client's cache, on the next login they should be fine again. [I have a couple of ideas about what might be causing this so hopefully will have it fixed soon.]
|
| |
|
|
|
|
| |
from the create menu in the inventory window. Although currently you can't update/edit them (and have those changes saved).
|
|
|
|
|
|
|
| |
stored in the inventory database and you will still have that texture in inventory on later logins (Again only in standalone mode with authentication.)
Also there might be some problems if you upload textures in other regions to the start one (due to us not updating the CAPS url properly).
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
them be stored in database (so are there on next login). Again only works in standalone mode with Account/password authentication turned on. [Creating new inventory items should be working very soon.]
The test is to make sure that it hasn't broke grid mode at all.
|
|
|
|
|
|
|
|
| |
standalone mode and using sqlite).
In standalone mode, if you have account authenticate turned on (setting in opensim.ini) then when you create a new account, a set of inventory is created for that account and stored in database (currently only a set of empty folders). Then during login the database is search for that set and sent to the client in the login response.
More functions will be added soon, like creating new folders (and a bit later items) from the client inventory window.
|
| |
|
|
|
|
| |
now works, but llSay only outputs to server console.
|
| |
|
|
|
|
| |
subscribe to.
|
| |
|
| |
|
|
|
|
| |
on alternate regional settings.
|
| |
|
| |
|
| |
|
|
|
|
| |
bit and also should help to integrate the inventory server (when it is wrote/finished).
|
|
|
|
| |
member SceneObjectParts.
|
|
|
|
| |
can now be set from the .INI file for standalone mode (change the standalone_welcome = "Welcome to OpenSim" line).
|
| |
|
|
|
|
|
|
|
| |
the root prim of the child group will actually get linked, working on linking the rest now).
Multiple prim groups are now stored in the sqlite database and are reloaded correctly.
|
|
|
|
|
| |
Also added C# script support.
|
|
|
|
|
| |
LSL_BuiltIn_Commands_TestImplementation.cs no longer needs updating.
|
| |
|
|
|
|
| |
won't have to reference every internal command by object.
|
|
|
|
| |
(hopefully) reference to Axiom during compile, passing of BuiltIns during script load, BuiltIn interface added, etc etc
|
|
|
|
|
| |
(unknown datatypes, no references)
|
|
|
|
| |
MUCH closer to complete LSL support than we were yesterday.
|
| |
|
|
|
|
| |
that we can tell what prims belong to the same SceneObjectGroup. If sdague has a different method in mind when he gets back then he can change it then.
|
| |
|
|
|
|
| |
change "standalone_authenticate = false" to be true in OpenSim.ini. Then as per grid mode, you can use the "create user" command to create new accounts.
|
| |
|
|
|
|
|
|
|
| |
removing the creating a different named log file every time opensim is ran (I can't take doing a bit of developing then finding 500 log files in the bin folder), and as opensim allows multiple regions in a instance there should no longer be the need to run multiple instances of opensim from a single folder (which was I believe the reason that code was added ).
If someone else can't live without the multiple log files then I guess...
|
|
|
|
|
|
|
|
|
|
|
| |
Temporary have had to rename the OpenSim.DataStore.MonoSqlite project to OpenSim.DataStore.MonoSqlite1, as I'm not sure what was done to stop the old project name being included in the VS2005 solution.
Also some config changes:
OpenSim now has a INI (OpenSim.ini) file that it will read some config settings from (if the ini file exists).
Added Mono.Data.SqliteClient.dll so that we can use the same code for sqlite on Windows and mono/linux. (from what I can tell Mono class libraries have a MIT license so there should be no problems with us including this dll).
So now to get the basic prim storage working , you need to first create the sqlite database file from the sqlite3-prims.sql in share directory. Then in the OpenSim.ini file, change the storage_plugin so it points to OpenSim.DataStore.MonoSqlite1.dll (storage_plugin = OpenSim.DataStore.MonoSqlite1.dll). Then in your region.xml files change the DataStore value so it is the name of your database file (at the moment you need a different sqlite3 database file for each region).
|
| |
|
| |
|
| |
|
|
|
|
| |
change in OpenSimMain), then basic ( with a few limits at moment) prim database backup will work.
|
|
|
|
|
|
|
|
|
|
|
|
| |
sqlite *but* isn't being added back to the scene on load because
some information (like rootpart) isn't currently exposed enough
to save/restore, and I don't want to change the SceneObjectGroup
definition without MW around to discuss.
A couple of minor changes on the object interface for SceneObjectGroup
and tweaks to this class, and we have persistant prims again.
|
|
|
|
|
|
| |
must run away on vacation. See you all in a week and change.
|
| |
|