| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
* Items will now be locally cached for only 24 hours from last access. (Rather than until restart)
* Caveat: Implementing the new caching mechanism means statistics gathering on AssetCache is no longer functional. (Justin - you might want to take a look and see if you can somehow get that back and running if you still need it)
|
| |
|
|
|
|
|
|
|
| |
It is required by group IM and also for a proper implementation of item
give, group notice attachments and offline IM.
|
| |
|
|
|
|
|
|
|
| |
PacketQueue getting disabled.
* This means the recent memory fix should now be working correctly - so the current largest memory leak should be fixed. AssetCache still needs to be addressed however.
|
|
|
|
|
|
|
| |
never called, causing the PacketQueue for dead clients to be preserved (including it's contents).
* This patch is highly experimental and may cause clients to not be able to connect, if this is the case, it will be rolled back in approximately 5 minutes.
|
|
|
|
|
|
| |
* Updated LLClientView
* Removed defunct SendChatMessage(bytes[]...) method, see http://opensimulator.org/wiki/OpenSim_0.6_IClientAPI#Porting_Guide
|
|
|
|
|
|
| |
* Changed SendInstantMessage, dropped fromAgentSession and imSessionID as security precaution, see http://opensimulator.org/wiki/OpenSim_0.6_IClientAPI#Porting_Guide for details on porting.
* Removed unused usings from Framework.*
|
|
|
|
|
|
|
|
|
|
| |
client has logged out.
* Cleaned up a section of LLClientView
* Removed unused 'using' from HTTPServer
* Please test this patch.
|
|
|
|
|
|
| |
* Introducing IClientCore - this will be the key replacement for IClientAPI in the long run, it has a very minimal set of methods designed to allow you to access specialist API's.
* See https://lists.berlios.de/pipermail/opensim-dev/2008-September/003049.html for the early discussion on this.
|
|
|
|
|
|
|
| |
* Send prim flags as booleans from LLClientView rather than in the native LL array
* Thanks idb
|
|
|
|
|
|
| |
Too many fixes to list.
|
|
|
|
|
|
|
| |
spam from libOMV clients. AckPacket.Header.Sequence was 0. This caused LibOMV to ignore it.
* There's another patch over at http://jira.openmv.org/browse/LIBOMV-415 to fix the 'resend forever' issue.
|
| |
|
| |
|
| |
|
|
|
|
| |
constantly reused ep sender field
|
|
|
|
| |
exception has been closed
|
|
|
|
| |
SocketException on BeginReceive
|
| |
|
|
|
|
|
|
|
|
|
| |
of existing fields
* This should (hopefully) allow TestClient and stuff built on top of it to work again
* Will probably come back later and change variable names to stop this happening again
|
|
|
|
|
|
|
|
|
| |
by the client throttle setting does not
* Old behaviour was to throw an exception on startup
* Print out client stack setting temporarly for debug purposes
|
|
|
|
|
|
|
|
|
|
|
| |
See OpenSim.ini.example for details as to what this means
* Really this should be 1, but I think that this would be too slow compared to a Second Life server until we improve our ability to send textures of variable quality
* This may improve one aspect of sim performance where there are many avatars. However, there are still other performance problems that are unrelated to this change
* Value may be further tuned
* Removed temporary decals since the multipler setting will stick around now
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
multiplier is applied to all the client throttle settings received by the client
* This should probably be 1, but currently by default it is 8, to reflect what was being eon3 in OpenSim before this revision. So if the client requested a maximum throttle
of 1500 kilobits per second, we would actually send out 1500 kilobytes per second
* Adjusting this multiplier down towards 1 may improve your OpenSim experience, though in other situations it may degrade (e.g. if you're using a standalone over high bandwidth
links)
* This is currently a user setting because adjusting it down may currently reveal other OpenSim bugs.
|
|
|
|
| |
adjustable setting yet (and then only for debug purposes)
|
|
|
|
| |
since this is always non null
|
|
|
|
|
|
|
|
| |
ClientStackUserSettings class
* This conforms better to other module usage
|
|
|
|
| |
initialisers, etc.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
on-/offline updates, calling cards for friends.
This adds methods in the DB layer and changes the MessagingServer, so a full
update (incl. UGAIM) is necessary to get it working. Older regions shouldn't
break, nor should older UGAIM break newer regions, but friends/presence will
only work with all concerned parts (UGAIM, source region and destination
region) at this revision (or later).
I added the DB code for MSSQL, too, but couldn't test that.
BEWARE: May contain bugs.
|
|
|
|
|
|
| |
* Don't save attachments on saving oar, which stops them coming back as ghost prims
|
|
|
|
|
|
|
|
|
| |
print this out to the log once
* This may help us detect if mysterious UDP disconnects are happening because of this.
* Shouldn't be any functional change but I would appreciate a buddy check from Teravus if he has time (as for all client stack changes)
|
|
|
|
| |
get through after the malformed ones have been sent
|
|
|
|
| |
passes it malformed data
|
|
|
|
| |
first place
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
sending ImageNotFound to clients if avatar textures are missing
* Whilst this does automatically get the client to rebake, on crossing a region border the 'local' assets are left behind
* There may be a cunning solution (such as squirting the assets on region crossing, or having them fetched from the original region) but
instead I'm going to opt for the easy solution of keeping them in the asset database, for now
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
* And hopefully rebaking all the time should no longer be necessary now
* It turns out that when the client baked the texture, the uploaded asset had the Temporary flag to true (Temporary is actually deprecated).
* It also had the StoreLocal flag set to true, which signifies that the asset should be stored locally. If it disappears we should reply to the asset request with
ImageNotInDatabasePacket
* However, last time this was enabled some clients started crashing. This may well no longer be the case and needs to be tested, but in the mean time we will store
the asset instead.
* This needs to be resolved in a better way, possibly by starting to send the ImageNotInDatabase packet again instead
|
|
|
|
| |
logging messages
|
| |
|
| |
|
|
|
|
|
|
| |
signature
|
| |
|
| |
|
| |
|
| |
|