--
indra/llprimitive/lltextureentry.cpp UNKNOWN
Diff: http://codereview.secondlife.com/r/162/diff
Testing
---
Thanks,
Kitty
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies
Testing
---
I can't trigger that block for my avie's attachments "on demand" but I actually
made this change a while back (before SVC-6766) in response to reports from
users and this was the only possibility I could find in the viewer where an
attachment may suddenly &q
the problem is fixed for everyone as soon as it's enabled rather than having to
wait another quarter for the next viewer release that contains the fix.
- Kitty
---
This is an automatically generated e-mail. To reply, visit:
ht
> On 2010-12-16 11:11:33, Kitty Barnett wrote:
> > *confuzzled*
Does it want an incremental change starting at the previous diff? Or a diff
that includes the original diff (starting from viewer-dev)?
>
> Aleric Inglewood wrote:
> When I click on the link 'Diff r2&#
e, then
mSubtreeCreationDate will never set for the folder.
I'll peek at it some more over the weekend, thankies for the feedback, Seth :).
- Kitty
---
This is an automatically genera
previous diff? Or a diff
that includes the original diff (starting from viewer-dev)?
- Kitty
On 2010-12-16 11:06:44, Kitty Barnett wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visi
.
http://jira.secondlife.com/browse/VWR-24207
Diffs (updated)
-
indra/newview/llremoteparcelrequest.cpp UNKNOWN
Diff: http://codereview.secondlife.com/r/24/diff
Testing
---
Thanks,
Kitty
___
Policies and (un)subscribe information ava
://codereview.secondlife.com/r/27/diff
Testing
---
Thanks,
Kitty
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges
he "can drop" result.
This addresses bug VWR-24217.
http://jira.secondlife.com/browse/VWR-24217
Diffs
-
indra/newview/llpanelobjectinventory.cpp UNKNOWN
Diff: http://codereview.secondlife.com/r/26/diff
Testing
---
Thanks,
Kitty
__
09
Diffs
-
indra/newview/llpanelavatar.cpp UNKNOWN
Diff: http://codereview.secondlife.com/r/25/diff
Testing
---
Thanks,
Kitty
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please
/browse/VWR-24207
Diffs
-
indra/newview/llremoteparcelrequest.cpp UNKNOWN
Diff: http://codereview.secondlife.com/r/24/diff
Testing
---
Thanks,
Kitty
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com
/changeset/bdc0809e25a0
but it hasn't been pulled into viewer-development/viewer-beta yet I think.
Kitty
-Original Message-
From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Jonathan
Welch
Sent: zondag 5 decembe
ion 2).
I've been using it for just under 3 months so there shouldn't be any major
issues with it anymore (I hope :p).
Kitty
From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of WolfPup
Lowenhar
Sent: donderdag 2 decembe
Would it be possible to get the protocol specification for the updater
service on the server-side?
It's always possible to work backwards from the code in the viewer, but it
would be handy to just have an overview of the viewer<->web service
exchanges :).
Kitty
From: ope
I had a filed bug report on it for my 2.2 release on October 25th so it's
been there for at least that long.
I haven't heard anything since so the fix should be all good.
Kitty
-Original Message-
From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensourc
ns from "no copy,
transfer" to "copy, no transfer" on agent inventory items.
Kitty
STORM-288.patch
Description: Binary data
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Ple
edia & TEM_MEDIA_MASK);
return result;
}
(Resulted in hitting the media cap 3 times in 8 hours vs ~5,000 times/hour
before)
Changeset that appears to have introduced the bug:
http://hg.secondlife.com/viewer-development/changeset/03bdb3e84ee
I'm not sure if this is actually your crash, but it seems to match rather
closely with a lot of what you described:
https://jira.secondlife.com/browse/VWR-23653 (patch attached).
Kitty
___
Policies and (un)subscribe information available here:
he past three weeks,
where is all of the code going? *confuzzled*
Or in the new terminology: as a resident, I would like to know why an "open
development" announcement has the net effect of LL releasing less than it
did prior to that announcement.
Kitty
___
LLView are replaced with viewp->getChildView("...")->XXX (among
other things, but those were easiest to try and look for).
Those changes don't seem to exist in viewer-development yet so now we have
two disjointed source trees for the main viewer with bits and pieces in o
/slviewer--libs-viewer-2-0-2.1.0.20688
0.zip
Just links to a 144 byte file containing:
"/viewer-source-downloads/viewer-external/hg/repo/cg_viewer-2-0/rev/206880/o
pen_source/slviewer--libs-viewer-2-0-2.1.0.206880.zip does not exist"
Kitty
___
gly changing across reboots and has work-around code there to
use the BIOS serial instead?
Kitty
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges
s for me for as long as the library folder is open
(the "UI" timer jumps from 5ish to 24ish) but only if the folder is visible
(ie scrolling up until the folder is out of view turns things normal again).
The more library folders/items are visible, the worse performance becomes.
---
e then that wouldn't really make any sense since they couldn't
possibly get imported there anymore.
Kitty
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies befo
working on your own thing :(.
(And the frustration probably makes this email come out a lot more
"snarky"/"annoyed" then I'd want to)
I just redid my patches for 2.0.2 this weekend but I should still have the
2.0.1 ones somewhere if they'd be useful (for reference
even if they
accidentally list one that turns out to not comply (which can just simply be
delisted and blocked at that point to prevent continued use since it would
have its own channel or it shouldn't have ever made the list to begin with).
Kitty
___
Found a likely cause...
Viewer 2.0 (and Snowglobe) isn't requesting a gzipped response from the
login server which causes the login reply to take much, much longer to
download than it does with 1.23.
Is there any chance someone forget to build libcurl with zlib?
me exceptionally long time for
downloading the login response dump)
Kitty
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges
over so
it's not very worthwhile to bother until after release :(.
Kitty
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges
same time instead of one after the other.
I can add "Add to/Replace Outfit" to the patch for 2.0 if you (or anyone)
want(s); I've just been waiting to see if LL won't fix it better because
putting LLXXXBridge specific logic into "doToSelected" probably isn't
ept" though and much
prefer "Add to Outfit" on the new folder followed by a "Remove from Outfit"
on the old folder if need be because it's infinitely more flexible than
being forced to always wear a certain "outfit" one specific way]
Kitty
ore or less the way it does now?
It's not an ideal solution ("downgrading" jackets might get troublesome
since they have two textures) but would allow arbitrary reordering of
existing layers and since it's all handled by links "no m
les"? I
can make a few guesses from the code and it would seem to tie in somewhere
along those lines but in a very limited way? (The "allowed" XML option is
throwing me off :p)
---
Kitty
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to keep unmoderated posting privileges
probably be a need for a more fancy ("user-friendly") panel with
up and down click button arrows to allow rearranging the items around but
for just getting dressed I'd far prefer having the option of how to stack
right on the context menu for the inventory item so getting dressed doesn
gain typing "was" and seeing "was" appear makes more sense
than doing a weird little dance) and really not referenced anywhere.
Kitty
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSou
x27;t know: instead of
"Click here to chat" it should say "Press return to start chatting". People
do realize that you click in a text box before typing in it while having to
hit to give it focus is non-standard.
Kitty
___
Policies
nds
list but rather whatever is in the Calling Cards / Friends / All inventory
folder they likely needed some way to have the viewer be able to create
calling cards for arbitrary people)
Kitty
___
Policies and (un)subscribe information available
> And Carlo has a great suggestion that WL settings should be
> supported as inventory items, similar to LMs. (Going to make
> a JIRA for that, Carlo?)
That was supposed to be the idea all along:
"SHAREABLE settings! Since SL is a social world, we think you'll agree it'd
be great - and time-sa
that they just threw money out the window.
When someone picks "Buy", the script limit/usage for each individual object
inside of the prim should really just be right there alongside the
permissions the item will have.
Use of green/yellow/red from ARC would make things even simpler still
of a non-trivial Mono scripts and you
end up with double digit Kbs worth of "wasted" memory.
I'd rather see that deficiency in Mono addressed before anything else.
Kitty
___
Policies and (un)subscribe information available here:
http://w
ere to refer to the actual API it would be the "RLV API"
rather than "RLVa API".
Silly for most anyone I'd imagine, but little things like that tend to
obscure the origin and credit should go where the credit is due so
41 matches
Mail list logo
