| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
instead of the old 0.22 prims/meter squared fudge factor.
Thanks to tglion for this.
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
To get this to work, I had to disable the dupe link check I put in a couple of commits ago.
When the viewer adds wearables to an existing outfit, it first requests deletes of all the existing links before creating a new set.
Since these messages are async, the creates were being received before the deletes had a chance to complete, resulting in missing current outfit links.
However, the dupe check shouldn't be as important now that broken links have been fixed - it was the broken links that were causing the client to create dupes.
Tested on kokua 0.1.0 WIP and SL 2.6.3. I now have no problems managing outfits on my standalone.
|
| |/ / / / / |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
griefing attacks
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
god mode to fool the viewer into thinking it can set that sale type
|
| | | | | | |
|
|\ \ \ \ \ \
| |/ / / / / |
|
| |\ \ \ \ \ |
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
setting the ContentLength of the response. That comes up to OpenSim as ContentLength=-1, which made the existing test fail.
|
| | | | | | | |
|
| | |\ \ \ \ \ |
|
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | | |
It appears that if the viewer requests a folder containing links, we must also send the folders that contain the link targets first.
This was tested with Kokua 0.1.0 WIP though I predict it will also work with other viewer 2s
|
| | |/ / / / / |
|
| | | | | | | |
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
that that obsolete function is not catching 404's as it should...
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
failed. See comment in WebUtil.
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
id item slot
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
I believe this is safe since there is a 1-1 correspondence between link item and worn item (i.e. you can't be wearing the same item at two spots simultaneously in one outfit).
This should stop lots of duplicate links being created when viewer 2 is used.
However, this doesn't prevent broken inventory links, which I believe is timing related since the effect is not consistent (e.g. keep relogging and the viewer should end up seeing them correctly) . I think we actually see this problem on viewer 1 as well.
It might be easier just to implement the Fetch*2 inventory caps which are documented at http://wiki.secondlife.com/wiki/Inventory_API. WebFetch* has been deprecated by Linden Lab since viewer 2.5.1 and according to the sl wiki, "has numerous bugs".
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
messages to find out why updates are getting an error. WARNING: MASSIVE CONSOLE SPAM ON TPs."
This reverts commit 5548f837501184d68c352097ad1a1de566e18ca0.
|
| | | | | | | |
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
to find out why updates are getting an error. WARNING: MASSIVE CONSOLE SPAM ON TPs.
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
were previously on, so we need to send 254 (offline) explicitly. Also removing the +/-4 for HGMap, because it makes the map flicker.
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
other value 254 too. Meanings taken from libomv.
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
regions above 4096 primarily.
|
| |/ / / / /
| | | | | |
| | | | | |
| | | | | | |
the server doing ssl successfully.
|
|\ \ \ \ \ \
| |/ / / / / |
|
| | | | | | |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
more piece of data that seems to be required -- agent flags, which seem to be different in Viewer 2. WARNING: changes IClientAPI.
|
|\ \ \ \ \ \
| |/ / / / / |
|
| | | | | | |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
clean up from using BareBonesNonShared as a template.
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
module to OpenSim.ini. EnforcePrimLimits is set to false by default to emulate the current behavior.
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
account acculmitive prim allowance when multiple parcels are owned by the same avatar on the same region. Does not handle prims that are moved by a script or account for temporary objects at the time of creation. other wise handles all tested cases including: Creating a new object from the build menu Moving an object from another parcel duplicating an object via shift move rezing an object from a script
|
| | | | | | |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
clean up from using BareBonesNonShared as a template.
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
module to OpenSim.ini. EnforcePrimLimits is set to false by default to emulate the current behavior.
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
account acculmitive prim allowance when multiple parcels are owned by the same avatar on the same region. Does not handle prims that are moved by a script or account for temporary objects at the time of creation. other wise handles all tested cases including: Creating a new object from the build menu Moving an object from another parcel duplicating an object via shift move rezing an object from a script
|
| | | | | | |
|
|\ \ \ \ \ \
| |/ / / / / |
|
| | | | | | |
|
|\ \ \ \ \ \
| | | | | | |
| | | | | | |
| | | | | | | |
ssh://3dhosting.de/var/git/careminster into careminster-presence-refactor
|
| |\ \ \ \ \ \
| | |/ / / / / |
|
| | |\ \ \ \ \ |
|
| | | | | | | | |
|