| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
This parameter has an enum:int ThrottleOutPacketType and contains types; Resend, Land, Wind, Cloud, Task, Texture, and Asset.
|
| |
|
| |
|
| |
|
|
|
|
| |
It's still unhandled, and useful data can be sent to the packet throttler :D
|
|
|
|
| |
hover your mouse over prim with the object name, description, ownerid.. etc.
|
|
|
|
|
|
|
| |
next owner permissions are not applied yet)
* In Serverside permissions mode; If you've copied an object, then you can delete it and clean up after yourself. The rest of the permissions functionality is still unchanged. Admin can delete any object.. etc.
|
|
|
|
|
|
|
| |
manually trying to add a friend (with the add button) or useful to those who are curious which usernames have visited your standalone sim. Important for future development :D.
* Grid mode always returns 0 results until the Grid Communications portion is done.
|
| |
|
|
|
|
|
| |
* All thanks to unimplemented packet listing :D
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
* OnRequestWearables does no longer accept 'Client' as param, since it's always on the current client
* Fixed SendOwnWearables to always operate on self, as that's what it does
|
| |
|
|
|
|
| |
Rotation member is silently ignored and the prim is created with 0,0,0,1 rotation. The patch introduces a fix that passes the Rotation parameter from the packet to the object and uses it in the actual object creation.
|
| |
|
|
|
|
| |
InevntoryServer
|
| |
|
|
|
|
|
|
| |
* Shortened type references
* Removed redundant 'this' qualifier
|
|
|
|
|
|
|
| |
Have flattened the OpenSim.Framework project/namespace. The problem is that the namespace is still wrong as its "OpenSim.Framework" while the directory is "OpenSim\Framework\General" , so we need to decide if we change the directory or correct the namespace.
Note this has lead to a big flat project, but I think a lot of the files we most likely don't even use any longer. And others belong in other projects/namespaces anyway.
|
|
|
|
| |
into modules. Have moved TextureRequest handling (from the client) to a module. But even though to start with I just did a little bit of cleaning up of the existing code, it doesn't seem to work as good as the old code so I need to spend more time on it. So for now am committing my changes but with them not in use. So for now all Texture and asset requests are still handled by the old code in AssetCache.
|
| |
|
|
|
|
|
|
|
|
| |
syntax to conform with .NET guidelines.
* OnChatFromViewer has been converted as an example.
* Bug: SimpleApp's NPC client does not implement a Scene property and will likely crash with a NullReferenceException when it attempts to chat.
|
|
|
|
|
|
|
|
|
| |
Bugs 449, 454, 408, 244, 197
implemented InformClientOfNeighbours as an asynchroneous process, handling timeouts without blocking the main thread.
Improved logging of errors, removed catch all in try catch
|
|
|
|
| |
Tleiades patch 444 and 445.
|
|
|
|
|
|
|
| |
* updated to rev 1413 on libsecondlife.dll and libsecondlife.dll.config (#423)
|
| |
|
|
|
|
|
|
|
|
| |
MakeAvatar and MakeChildAgent respectively
* Removed unused m_child from ClientView
|
| |
|
|
|
|
|
|
|
| |
* Now there-is-only-client-manager
* First step towards moving Logout and ConnectionClosed out of Client and into something else (which will let us get rid of ClientView reference to ClientManager
* General posititvity, peace, love and understanding
|
|
|
|
|
| |
* Some propertification and hideousness of fields.
|
| |
|
|
|
|
|
|
|
| |
* There's no libsl reply packet field for it, I guess other channels than 0 makes no sense sending back to clients.
* We do not currently support objects listening, so there's really no way of actually using this feature.
So; somebody please wire chat all the way to the scripts.
|
|
|
|
| |
various verbosity
|
| |
|
|
|
|
|
|
|
|
| |
So we can still use sqlite for assets while we wait for the rest of the new asset system to be wrote.
Needs more testing, so if it causes problems will have to swap back to db4o.
|
|
|
|
|
| |
Some work on the asset cache, can people please test this. including on one of the public systems so we can see if it causes problems with multiple users.
|
| |
|
|
|
|
|
|
|
|
| |
the assetcache and asset server).
Attempt to fix bug # 326. (crashing when using save-xml and hollow prims)
Attempt to fix bug # 328 (limit of 50 items in a folder)
|
|
|
|
| |
script in a primitive is deleted.
|
|
|
|
| |
can get ref to the SceneObjectPart/ IScriptHost.
|
|
|
|
| |
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).
|