| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
issue 390.
|
|
|
|
| |
(libsl PermissionMask)
|
|
|
|
|
|
|
| |
accurate.
* We're only missing, the script related sim stats counters and the Images time counter and the Pending Uploads counter. The rest of them are actually implemented now.
|
|
|
|
|
|
|
| |
* Cleaned up copyright notices in AssemblyInfo.cs's
* Added Copyright headers to a bunch of files missing them
* Replaced several common string instances with a static constant to prevent reallocation of the same strings thousands of times. "" -> String.Empty is the first such candidate.
|
|
|
|
|
|
|
|
| |
300 msecs can be too slow and cause a timeout to occur. This is reported when
llHTTPRequest times out but may not be reported for other functions like
osSetDynamicTextureURL. This sets the time out to 30 seconds. It appears
that the value affects not just llHTTPRequest's.
|
| |
|
| |
|
|
|
|
| |
leaving region.
|
| |
|
|
|
|
|
| |
* fixed Cancel bug
|
|
|
|
|
|
| |
* The BlockingQueue exposes Contains so we can make sure we don't add a TextureSender to the queue if there's already one present
* introduced some TryGetValue and various code convention stuff
|
|
|
|
| |
the person who sent the request, or (hippos) if it can't find it.
|
|
|
|
|
|
|
|
| |
simulator. It saves.
* You can add and remove a friend in grid mode now within the same simulator. It doesn't save yet.
* I got rid of Mr. OpenSim as a friend.. he bothers me /:b...
|
|
|
|
|
| |
* Removed a friends module test that I had.
|
|
|
|
|
|
| |
* Added Friends List methods to IUserData interface
* Created Stub friendslist Database Methods
|
|
|
|
| |
the same OpenSim Instance.
|
|
|
|
|
|
|
| |
* shortened references
* Removed redundant 'this'
* Normalized EOF
|
|
|
|
|
|
|
| |
* PrimitiveBaseShape: The textures are now exposed as a 'TextureEntry Textures'; all serialization still using the 'byte[] TextureEntry' for backwards compatibility.
* Scene: Re-added AddTree, since the Tree type isn't gone from libsl, merely relocated.
|
|
|
|
|
|
|
|
|
|
| |
movement, including:
** - avatar can navigate stairs better now
** - avatar can land without shooting into the air
** - excessive collisions with the ground are tempered somewhat and should only shoot the avatar up 20m instead of 200m
** - Try Catched a TextureDownloadModule.cs array out of bounds error with a report that causes it not to crash the sim, however it reports a few important items for tracking it down.
|
|
|
|
|
|
|
|
| |
* Removed unchecked TryParse, replaced with Parse as we were not checking for success and could lead to weirdness if an exception is ignored.
* Removed unused variable m_newAvatar
* Removed several unused try{}catch(Exception e){}'s.
* Added null assignment in simpleapp to prevent warning.
|
|
|
|
| |
texture should now work.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch makes some enhancements to the llRemoteData functions. The
module is now a shared module, and allows remote data channels to be
created among multiple regions in the same sim. The port is controlled
from the remoteDataPort property under the [Network] section in
OpenSim.ini. If this setting is not present or = 0, the module is
disabled and no port is opened. llRemoteData commands have not effect
when module is disabled.
|
| |
|
|
|
|
| |
to handle starting/stopping of the typing animation.
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch implements the llHttpRequest function via a region module,
HttpScriptsRequest. There were bits and peices in LSLLong_cmd_handler,
which I moved into the region module, and just check for completed
requests and dispatch the http_response callback event instead.
works for me as of r2674
|
|
|
|
|
|
|
|
| |
initializes during initial instance startup. (as opposed to waiting for 'all of the regions' to initialize first)
* Removed hackish timer based client notification about regions up (no longer needed)
* Added a comment about an inventory based login failure that causes me lots of greif testing and debugging. Comment includes *why* it's failing.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
can still change this in the config file if you want something
different.
|
|
|
|
| |
behaviour from the module loaded which was resulting in a lot of unused TextureDownloadModule objects being created (and each starting up a thread).
|
|
|
|
|
|
|
| |
Refractored the TextureDownloadModule (but currently to make debugging easier, it is running as a non shared module, so this results in a instance of this module being created for each region (and a extra thread per region), this will be changed back soon.
Removed the old texture handling/sending code from AssetCache.
A few other small changes/fixes.
|
|
|
|
|
| |
misc cleanup and code convention fixes.
|
| |
|
|
|
|
| |
feedback, as to if it makes the texture problem better or worse. As I plan/hope to work on texture/asset downloading this weekend.
|
|
|
|
|
|
|
| |
ScenePresence "has" a AvatarAppearance object. All the ScenePresences in a opensim related to one user (so a user's various ScenePresence's in all the regions in that instance) share the same AvatarAppearance object. This means that a user's avatar should appear correctly (to both that user and other users) no matter what border crossing or teleporting they have done.
Note: this mainly improves Standalone mode, as in grid mode the appearance data isn't passed between region servers. Although people should notice a improvement when moving between regions in the same instance.
|
| |
|
| |
|
| |
|
|
|
|
| |
explicit
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
a few other bits of refactoring.
|
|
|
|
|
|
|
|
| |
standalone mode it will mean that when you log off and log back on ,as long as the region server hasn't been restarted , your avatar will start with wearing the clothes that it wore on log off. In grid mode its even more limited in that wearing/removing clothes/body parts are only stored in the region server instance you are one. so if you are in a different region to your login region (which are on different region server instances), and then change clothes, those changes won't be remembered. So as said, its very limited but is a small step towards having proper appearance persist.
Just need to store this data out to a database.
|
| |
|