| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
scripts into a prim (from your user inventory) and although the script will now show up in the prims inventory, you can't make any changes to it (or delete it). Also a prim's inventory is currently not saved between restarts.
|
| |
|
|
|
|
| |
subscribe to. This is triggered whenever a script is moved into a primitive (and includes the localid of the prim and the script text as params) . Currently though the script item isn't deleted from a users inventory, nor does it actually show up in the objects inventory (this will be fixed soon.) So that means that it isn't currently possible to edit a script (or delete it) once it has been added to a primitive.
|
|
|
|
|
|
|
| |
from the opensim.ini file. Just add a line to the Startup section like : serverside_object_permissions = true
Changes /editing that are made to clothing/ body parts in your inventory should now be saved between logins/ restarts.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
sculpties) correctly. [Really need to add a ExtraParams field to the sqlite database though, but for now I have combined their data so that we don't lose backward compatibility, know a couple of people have been using the datastore already].
Now have a rough day/night cycle (the movement of the sun needs to be made smoother but for now it is better than we had I think).
Added dalien's patch (issue 294) for saving and loading prims to a xml file (think he will be modifying these to be import/export functions and maybe writing a xml datastore for backups).
Some preliminary work on task inventory (ie object's/prim's inventory).
Added place holder data for AvatarProperties (ie a avatar's profile). Should we store this sort of data on the user server or have another server for it (a normal webserver should work).
Added a few more method to IClientAPI.
Sure there is something I'm forgeting.
|
| |
|
|
|
|
| |
if left in inventory will still be there after restarts. (as with the rest of inventory it will only fully work in standalone mode with account authentication turned on).
|
|
|
|
|
|
|
| |
* Added prototypical MoneyBalance support
* Finalized konceptual touch wiring
* Turned SimpleApp into a tedious harvesting game.
|
|
|
|
| |
and body parts. [Note while you can edit these, at the moment your changes won't be saved between restarts. This will be fixed very soon.]
|
|
|
|
|
|
| |
* We now have CylinderShape
* This commit dedicated to the birth of techno house.
|
| |
|
|
|
|
| |
change and improve how we handle caps.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
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).
|
|
|
|
| |
of enabling the new SceneObject classes.
|
|
|
|
|
| |
* Minor shape koncept experiments
|
|
|
|
| |
things are kept in sync.
|
| |
|
|
|
|
|
|
| |
* Removed unused SendPrimitiveToClient that didn't have rot.
|
|
|
|
|
|
|
|
|
|
|
| |
* NetworkServersInfo settable without config file
* DefaultHomeLoc throws if getted before setted
* Removed nonsensical sandbox distinction
* Refactored default config file creation
* Some more small refactorings on shapes
|
| |
|
|
|
|
| |
configdir, datadir.
|
| |
|
|
|
|
| |
estate_settings.xml using the configuration system.
|
|
|
|
| |
class.
|
|
|
|
|
|
|
|
| |
/Part2).
Updated the JavaVM to a later version I did (basically some clean up and a little bit more functional).
Added SendLoadURL method to IClientAPI.
|
|
|
|
|
| |
* ExternalHostName supports "SYSTEMIP" again.
|
| |
|
| |
|
|
|
|
| |
folder or anything so there is at the moment no way to recover deleted objects.
|
|
|
|
|
|
| |
* IsEnvironmentSupported() - returns whether the platform is supported, if not, an error message is specified (at the moment restricts 95/98/ME, Systems that lack HTTPD.SYS and versions of the .NET framework prior to 2.0)
* GetFileName() - returns a system valid filename, on windows this places data in the Application Data directory, on UNIX, the folder in which the application is calling from.
|
|
|
|
|
|
|
| |
clothes, although their still seems to be a few problems with the clothes, in that sometimes other avatar's default clothes are white.
At last, removed the need for the avatar-texture.dat file. (Please never come back).
|
|
|
|
|
|
|
|
| |
you only see your own avatar correctly, all other user's avatars show up as the old ruth. This will be fixed soon.
We also need better clothing for the new ruth and to edit the body shape.
To get this working you will need to delete your asset yap file and also in grid mode the user server needs to be updated.
|
|
|
|
|
|
|
|
| |
everything.
Like, I removed the Obsolete from the old caps method as at this time not all caps calls can use the new Caps stream method as it doesn't properly deal with LLSD Arrays.
Now down to 3 warnings on the events in IClientAPI and for now I think we have to live with them as I think most of those events will be used.
|
|
|
|
|
| |
Fixed a number of bugs in the AssetCache related to asset downloading.
|
|
|
|
|
|
| |
* Update and UpdateMovement now first stores array to avoid collection update exceptions
* Ignored some bins
|
|
|
|
| |
into asset format and add that.
|
|
|
|
|
| |
* Other viewers in the sim will see updates no more than once every 5 seconds.
|
|
|
|
|
|
|
|
| |
fetches a file from a remote server
*Right now, values are not saved back to the remote server, but that will be changed
*Removed some warnings from invalid references that were not used anyways
|
|
|
|
|
|
|
|
|
|
|
| |
server/service, userprofile cache, inventory handling. (non of it is enabled yet (or at least it shouldn't be).
* Fixed some of the problems with crossing regions when flying: you should no longer sink to ground level when crossing (should keep roughly your right height). Should no longer sometimes get sent back to the centre of the current region when attempting to border cross. But instead sometimes you will find you avatar stop at the edge of region and you will need to start moving again to retry the crossing (which should then work). This code is partly based on Babblefrog's issue #212 patch. [I think I have some ideas of how to solve the stopping at edges problem, just want to get the inventory code done first]
* Capabilities code has now been moved to the OpenSim.Framework.Communications project as some of the caps code will be tightly tied to inventory/asset handling and it was causing a two way reference problem when it was in its own project/dll.
This is a Big commit as I was going to keep my inventory work local until I had it in a working state, in case it brakes anything, but its getting harder to keep in sync with svn.
|
|
|
|
| |
for the userserver and gridserver.
|
|
|
|
| |
ConfigurationMember
|
|
|
|
|
| |
* Added LineInfo stacktrace parser to LogBase (not used yet though)
|
|
|
|
| |
modules (eg "client", "grid", "terrain", "storage", etc)
|
|
|
|
|
|
| |
*Made it possible to load a configuration interface by DLL
*Deleted the 1024 config files until they are updated
|
| |
|
|
|
|
|
|
|
|
| |
thus forcing the user to re-enter the data
*Added TYPE_STRING_NOT_EMPTY that requires some sort of text to be entered
*Added another parameter to addConfigurationOption called use_default_no_prompt that will not ask via the console a configuration option; it will use whatever is in the config file. If nothing is in the config file for that option, it will force itself to use default
|
|
|
|
| |
the console to send alerts use : alert general <message> , for a instance wide message , or use alert firstname secondname <message> to send a alert to one user. (TODO: add region wide messages).
|