| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
| |
reuse packets)
* some work on encapsulation, code convention compliance and beautification.
* also, some ignores
|
|
|
|
|
|
|
|
| |
subfolders work, moving folders works.
Tested only in MYSQL, but may work in MSSQL and sqlite.
Probably not working in standalone mode.
|
| |
|
|
|
|
| |
to handle starting/stopping of the typing animation.
|
| |
|
| |
|
|
|
|
|
|
|
| |
cause a different synchronization issue in other
shutdown routines, though I'm not sure why
|
| |
|
|
|
|
|
|
| |
and properties to the top of the class definition.
|
| |
|
|
|
|
| |
inventory
|
|
|
|
|
|
|
|
|
| |
current animations.
* Fixes weirdness when typing and sitting at the same time
* Should fix bug #32 (getting stuck in edit appearance pose)
* Crouchwalk and possibly jump may need more looking into
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
notice of doom
|
|
|
|
|
| |
misc cleanup and code convention fixes.
|
|
|
|
|
|
|
|
|
| |
* Added List<RegionInfo> m_neighbours to Scene
* Hooked up the OnRegionUp event to m_neighbours list
* Modified RegionInfo to have a bool commFailTF value so that we can skip neighbors that fail. (when the region comes up, this gets reset to false and the region will try again.
* Added SetChildAgentThrottle(byte[]) to IClientAPI
* Several other insignificant changes related to passing child pertanant agent data from sim to sim.
|
|
|
|
|
| |
* Added (at sdauge's suggestion) byte[] GetThrottlesPacked(float multiplier)
|
|
|
|
|
|
| |
of the Packet to set the throttles
|
| |
|
|
|
|
|
|
|
|
| |
inventory server, and not from the region.
Also: it appeared to work the first try, so I have probably done something horribly wrong.
|
|
|
|
|
| |
Note: only tested in grid mode, and emptying trash is still not implemented.
|
|
|
|
| |
feedback, as to if it makes the texture problem better or worse. As I plan/hope to work on texture/asset downloading this weekend.
|
|
|
|
|
|
|
| |
of people, but is enough of a change that more should try it out. This
removes 500 lines from ClientView.cs in the process.
|
|
|
|
|
|
| |
Nearly time to replace a chunk of ClientView with this.
|
| |
|
|
|
|
|
|
|
| |
* BACKUP YOUR PRIM BEFORE UPDATING TO THIS and then double check the prim permissions after applying it with a different avatar (then the master avatar or the prim owner avatar).
* Also, beware that any objects created under the old permission scheme may react oddly. They may automatically allow anyone to modify them, (which you'll then have to un-set).
* It's hacked support because when 'anyone can move is set', any avatar can modify the prim (texture, shape, scale, etc)
|
|
|
|
|
|
| |
on the packet queues.
|
|
|
|
|
|
|
|
|
| |
me on Mono 1.2.4, which led to client crashes. I think the Timer.Stop()
wasn't doing what was desired on Mono. The Queue refactoring should address
the readability issues lbsa71 was working on as soon as I get the merge together.
|
| |
|
|
|
|
|
|
|
|
| |
fire twice
* started to refactored throttling method
* some code convention refactorings
|
|
|
|
| |
strings. BAD PROGRAMMER BAD. Use Helpers.StringToField instead. >_>
|
| |
|
|
|
|
|
|
|
| |
* Un-hackerized generating the client_flags
* Now handling the ObjectPermissions Update packet
* Warning: Backup your prim before updating. If you fail to do so and something goes wrong then, All Yr prim are belong to us!
|
|
|
|
| |
explicit
|
|
|
|
| |
added handler stubs.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
While exploring what it would take to get the 'new script' button working,
I encountered the fact, some way down in the rabbit hole, that if a user
renamed an item in their inventory and logged out (without a restart of
the simulator), on log in the new name was not preserved.
As far as I can see, this was because any updates which didn't occur
inside a transaction were ignored by opensim. This patch pays attention
to those changes. It generates a new asset when an item is updated and
changes the user's inventory properties appropriately. I believe this
behaviour is in line with the copy-on-write semantics used in the Second
Life protocol - perhaps it could be optimized if we knew for sure that the
only copy of the object was in the user's inventory.
This also means that if you rename an item (e.g. a script) before you drag
it into an object's inventory, the inventory will receive the item's most
recent name and description.
|
|
|
|
|
|
|
|
|
| |
SendInventoryItemCreateUpdate() in order to reflect the actual packet it
sends (UpdateCreateInventoryItem).
From Justin Casey (IBM)
|
|
|
|
|
|
|
|
|
|
|
| |
a couple of minutes that should fix that.
Some work towards persisting Avatar Appearance (what is being worn).
Added OnAvatarNowWearing event to IClientAPI that is triggered by AgentIsNowWearing packets.
stub code to subscribe to this event in AvatarFactoryModule.
Todo: code needs to be added to AvatarFactoryModule to save the uuids to a database and then read them back when that modules TryGetIntialAvatarAppearance() method is called.
Done some changes to Scene to make it easier to subclass it: including changed some private fields to protected and made some methods virtual.
|
| |
|
|
|
|
|
|
|
| |
seperate container for this probably makes the limits easier to
understand
|
|
|
|
|
|
|
| |
doesn't link into the rest of the code yet, and won't until it
is complete.
|
|
|
|
|
|
|
|
|
| |
properties window
From Justin Casey (IBM)
|
|
|
|
|
|
|
| |
show a user's client that it can't edit a prim if it doesn't have permission.
* Permissions is due for a big revamp. The current way it's done is a hack at best.
|
|
|
|
|
|
| |
is really happening the way we want it to.
|
|
|
|
|
| |
* Various refactorings
|
|
|
|
| |
that if you're editing an object on your client that you're not allowed to, it'll appear that it's moving to you, but won't actually be moving on the sim.
|