Re: [opensource-dev] What client for Havok 2k10 / mesh testing?

[Trilo Byte]

According to the Havok 2k10 Beta page on the wiki, the Mesh Project Viewer now 
contains the necessary bits for the physics engine upgrade (second sentence in 
the "What is Havok 2k10" section).
https://wiki.secondlife.com/wiki/Havok_2k10_Beta_Home

Further down on the page it details where you can test old version vs. new 
version on ADITI

On Jan 11, 2011, at 9:50 PM, Dale Mahalko wrote:

> Someone mentioned to me that there is a physics engine upgrade test
> over on the beta grid. I haven't used SL in a while (waiting for mesh
> to be done) so on startup I am notified of the 2.4 beta client at the
> login screen, yeah might as well install that.
> 
> Hmm, odd, I don't think this beta client works with the mesh / physics
> beta grid. Everything just looks like paper-thin 2D rhombuses at odd
> angles all over the place.
> 
> So what client am I supposed to be using? Probably should mention that
> detail on the wiki pages for the Havok 2k10 beta test grid.
> ___
> 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

___
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

Re: [opensource-dev] https://jira.secondlife.com/browse/SH-489

[Oz Linden (Scott Lawrence)]

On 2011-01-08 12:58, Lance Corrimal wrote:
> Hi there,
>
> am I the only one who thinks that
> https://jira.secondlife.com/browse/SH-489 should be rated a bit higher
> than "minor, will be fixed in the distant future"?

If any open developer is interested in taking on this (and/or the 
similar-sounding voice dot issue mentioned later in the thread), don't 
let the fact that it's not in VWR or STORM dissuade you.

___
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

Re: [opensource-dev] storm-34

[Oz Linden (Scott Lawrence)]

On 2011-01-10 11:38, Erin Mallory wrote:
what happened to get the issue to occur for me.  I installed the 
storm-34 developer viewer.  logged in with cummere mayo.  set the 
option to show the favorites.  logged out.   started the viewer.  it 
worked as expected. logged out.  back in. still worked as expected.  
logged out.
changed account to erinyse planer.   logged in.  logged back out.   
started viewer.   favorites were not there (as expected)  changed 
account back to cummere mayo.  logged in.  made sure preference was 
still on.  (it was) logged out. restarted the viewer: favorites no 
longer show up.


There were a number of late-breaking changes to how this worked before 
it was integrated into viewer-development, so identifying a specific 
version is important (which you didn't do).  What you're describing 
might have been fixed.


Development Versions >= 2.5.0.218601 (and the upcoming 2.5.0 Beta) 
should behave the way Q described.
___
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

Re: [opensource-dev] Review Request: Show TOS (and other login dialogs) if --login is specified

[Oz Linden]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/76/#review142
---

Ship it!


Looks good to me.

- Oz


On Jan. 10, 2011, 10:28 a.m., Joshua Linden wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/76/
> ---
> 
> (Updated Jan. 10, 2011, 10:28 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> This simply removes the mUserInteraction logic from LLLoginInstance, which is 
> not used other than in this behavior. Internal discussion indicates that the 
> current behavior is undesirable and is not being relied upon by test 
> automation, and in fact interferes with test automation.
> 
> Prior to this change, if the viewer is launched with:
> 
> SecondLife.exe --login FIRST LAST PASSWORD
> 
> ... and if the login response is that a TOS, Critical Message, or Update must 
> be acknowledged, the viewer simply returns to the credentials screen (login 
> panel) but does not indicate why. 
> 
> After this change, the viewer will display the appropriate follow-on UI even 
> if --login is used. If necessary, an additional option could be specified to 
> inhibit showing these UI elements for test automation scenarios (e.g. 
> auto-accepting or exiting the viewer, as appropriate).
> 
> (the bulk of the raw diff is whitespace changes due to re-indentation)
> 
> 
> This addresses bug VWR-24401.
> http://jira.secondlife.com/browse/VWR-24401
> 
> 
> Diffs
> -
> 
>   indra/newview/lllogininstance.h 78fae8ca1b36 
>   indra/newview/lllogininstance.cpp 78fae8ca1b36 
>   indra/newview/llstartup.cpp 78fae8ca1b36 
> 
> Diff: http://codereview.secondlife.com/r/76/diff
> 
> 
> Testing
> ---
> 
> Launched viewer normally (with "normal" account), entered credentials, logged 
> in successfully.
> Launched viewer via --login (with "normal" account), logged in successfully.
> Launched viewer via --login with account needing to accept TOS update; viewer 
> displayed TOS dialog; accepted and logged in successfully.
> 
> 
> Thanks,
> 
> Joshua
> 
>

___
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

Re: [opensource-dev] Pre-processing chat input (was Re: Review Request: STORM-829 Viewer 2 does not parse /me in object Instant Messages

[Nexii Malthus]

"/me " is a *post-process*.

- Nexii

On Sat, Jan 8, 2011 at 7:16 PM, Jonathan Welch  wrote:

> Yesterday it was suggested to substitute /me at some early point.
>
> In this particular case it would not work for two reasons:
>
> 1) "/me" has to pass through the communications system so when it
> arrives at the viewer from the server the various components that
> display the line can see it is a "/me" line and insert the name in
> italics or otherwise "do the right thing".  You have local chat
> toasts, chat history, the IM window, etc.
>
> 2) There are 3 ways messages can arrive from objects (llSay,
> llOwnerSay, and llInstantMessage) so there is no way they can be
> processed until the arrive at your viewer for display.
>
> -Jonathan
> ___
> 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
>
___
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

Re: [opensource-dev] web profiles.

[Argent Stonecutter]

On 2011-01-11, at 21:47, Simon Quinnell wrote:
> How about you specify the security and privacy issues?  No-one here is a mind 
> reader.  

Well, the obvious minor privacy issue is sharing information about your account 
with sites outside Linden Lab, if only because you're passing cookies and 
browser tags to Facebook and Twitter. I would be more comfortable if there was 
by default no data fetched from anywhere but LL by the viewer.

Suggested options:

[x] Hide third party badges on profiles I'm viewing.
[x] Hide third party badges on my profile.

I would also rather not have any RL information displayed in profiles I'm 
viewing unless I deliberately click through to a "RL tab", as in the 1.x 
profile.

[x] Hide RL information on profiles I'm viewing.
[x] Hide RL information on my profile on the web.
___
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

Re: [opensource-dev] Pre-processing chat input (was Re: Review Request: STORM-829 Viewer 2 does not parse /me in object Instant Messages

[Tateru Nino]

Which is a shame. It's significantly less versatile that way.

On 13/01/2011 12:06 AM, Nexii Malthus wrote:

"/me " is a *post-process*.

- Nexii

On Sat, Jan 8, 2011 at 7:16 PM, Jonathan Welch > wrote:


Yesterday it was suggested to substitute /me at some early point.

In this particular case it would not work for two reasons:

1) "/me" has to pass through the communications system so when it
arrives at the viewer from the server the various components that
display the line can see it is a "/me" line and insert the name in
italics or otherwise "do the right thing".  You have local chat
toasts, chat history, the IM window, etc.

2) There are 3 ways messages can arrive from objects (llSay,
llOwnerSay, and llInstantMessage) so there is no way they can be
processed until the arrive at your viewer for display.

-Jonathan
___
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



___
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


--
Tateru Nino
http://dwellonit.taterunino.net/

___
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

[opensource-dev] Review Request: Storm-844 "More" should be "Less" when Media Control is open

[Jonathan Yap]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/78/
---

Review request for Viewer.


Summary
---

"More" should be "Less" when Media Control is open

This is a trivial text change in an xml file.  The reason I am posting this 
here is due to some confusion using label_selected.  In this case having it set 
to a different value than when label is set to seems to have no effect, so I 
have made them identical.

I scanned all the xml files and there are only about 5 places where 
label_selected is different from the preceding label= value.

Is there any reason to revert back to having them set to different values?
i.e. label="More" and label_selected="Less"


This addresses bug storm-844.
http://jira.secondlife.com/browse/storm-844


Diffs
-

  doc/contributions.txt 179e0754a27d 
  indra/newview/skins/default/xui/en/panel_nearby_media.xml 179e0754a27d 

Diff: http://codereview.secondlife.com/r/78/diff


Testing
---


Thanks,

Jonathan

___
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

Re: [opensource-dev] Review Request: Storm-844 "More" should be "Less" when Media Control is open

[Boroondas Gupte]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/78/#review143
---



doc/contributions.txt


Sorting issue numbers in doc/contributions.txt is a Good Thing(TM), but 
unrelated to the issue at hand, thus should happen in a separate commit.


- Boroondas


On Jan. 12, 2011, 6:02 a.m., Jonathan Yap wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/78/
> ---
> 
> (Updated Jan. 12, 2011, 6:02 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> "More" should be "Less" when Media Control is open
> 
> This is a trivial text change in an xml file.  The reason I am posting this 
> here is due to some confusion using label_selected.  In this case having it 
> set to a different value than when label is set to seems to have no effect, 
> so I have made them identical.
> 
> I scanned all the xml files and there are only about 5 places where 
> label_selected is different from the preceding label= value.
> 
> Is there any reason to revert back to having them set to different values?
> i.e. label="More" and label_selected="Less"
> 
> 
> This addresses bug storm-844.
> http://jira.secondlife.com/browse/storm-844
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt 179e0754a27d 
>   indra/newview/skins/default/xui/en/panel_nearby_media.xml 179e0754a27d 
> 
> Diff: http://codereview.secondlife.com/r/78/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Jonathan
> 
>

___
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

Re: [opensource-dev] Review Request: Storm-844 "More" should be "Less" when Media Control is open

[Oz Linden]

> On Jan. 12, 2011, 6:16 a.m., Boroondas Gupte wrote:
> > doc/contributions.txt, lines 369-371
> > 
> >
> > Sorting issue numbers in doc/contributions.txt is a Good Thing(TM), but 
> > unrelated to the issue at hand, thus should happen in a separate commit.

Actually, because I use changes to this file to generate some of our metrics 
for open source contributions, I'd prefer that any existing order be preserved: 
that is, add lines as needed (and adding them in order is nice), but do not 
reorder existing lines please.


- Oz


---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/78/#review143
---


On Jan. 12, 2011, 6:02 a.m., Jonathan Yap wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/78/
> ---
> 
> (Updated Jan. 12, 2011, 6:02 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> "More" should be "Less" when Media Control is open
> 
> This is a trivial text change in an xml file.  The reason I am posting this 
> here is due to some confusion using label_selected.  In this case having it 
> set to a different value than when label is set to seems to have no effect, 
> so I have made them identical.
> 
> I scanned all the xml files and there are only about 5 places where 
> label_selected is different from the preceding label= value.
> 
> Is there any reason to revert back to having them set to different values?
> i.e. label="More" and label_selected="Less"
> 
> 
> This addresses bug storm-844.
> http://jira.secondlife.com/browse/storm-844
> 
> 
> Diffs
> -
> 
>   doc/contributions.txt 179e0754a27d 
>   indra/newview/skins/default/xui/en/panel_nearby_media.xml 179e0754a27d 
> 
> Diff: http://codereview.secondlife.com/r/78/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Jonathan
> 
>

___
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

Re: [opensource-dev] Pre-processing chat input (was Re: Review Request: STORM-829 Viewer 2 does not parse /me in object Instant Messages

[Jamey Fletcher]

Tateru Nino wrote:

>   Which is a shame. It's significantly less versatile that way.

> On 13/01/2011 12:06 AM, Nexii Malthus wrote:

>> "/me " is a *post-process*.

I'm missing what versatility we're wanting in /me - I've always seen it 
as a rather straight-forward substitution.
___
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

Re: [opensource-dev] Pre-processing chat input (was Re: Review Request: STORM-829 Viewer 2 does not parse /me in object Instant Messages

[Tateru Nino]

On 13/01/2011 2:17 AM, Jamey Fletcher wrote:
> Tateru Nino wrote:
>
>>Which is a shame. It's significantly less versatile that way.
>> On 13/01/2011 12:06 AM, Nexii Malthus wrote:
>>> "/me " is a *post-process*.
> I'm missing what versatility we're wanting in /me - I've always seen it
> as a rather straight-forward substitution.
>
Well, using myself for an example, I'm used to using a completely 
different set of tokens and substitutions for that sort of thing. I 
think SL is the only thing I use that supports the old IRC syntax. I 
find it awkward, and it would be nice to be able to use conventions that 
are more common to the software that I use. As a post-processed 
substitution token, though, I just don't have the luxury to use familiar 
textual communication modes.

-- 
Tateru Nino
http://dwellonit.taterunino.net/

___
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

Re: [opensource-dev] web profiles.

[Erin Mallory]

there are now separate child issues or linked issues to most of the relevant 
points raised, linked to http://jira.secondlife.com/browse/web-3494 so if 
people don't agree with parts, they can now vote for the parts they do agree 
with.  I've also toned down some of the language.  

From: q...@lindenlab.com
Subject: Re: [opensource-dev] web profiles.
Date: Wed, 12 Jan 2011 10:36:01 -0500
To: angel_of_crim...@hotmail.com



Hey, Erin. Without commenting on the merits of this post (hint: it has many), 
you hurt your own cause when you can't resist throwing in insults at the end of 
it (web monkey comment with an imagined motivation). 
You'd probably get more traction on items like this if you can manage to 
separate things into categories -- for example, a security issues email (or as 
yoz suggests, separate JIRAs) and a separate prefs request.
I don't have a dog in this hunt (profiles didn't come from my team) so I'm just 
trying to give you a suggestion that will make your requests more effective.
Q

On Jan 11, 2011, at 11:48 PM, Erin Mallory wrote:some of us were using html to 
cover up the darn twitter and facebook widgets  

security issues: the twitter widget and facebook like button you cant get rid 
of. 
security issue: if you want your profile visible in SL or at least searchable 
it HAS to be open to the entire world... (only gets protected by passord if you 
remove it from search
security issue: RL tab is displayed ON THE WEB ...  that alone is frightening
security issue: people are already linking in other peoples profiles into 
webpages, facebook, even other applications now. 
Security issue: with html scrubbed from the text you cant hide profiles, even 
locked ones from bots, or cover up the facebook and twitter widgets.
Seucrity issue: many groups that should be hidden in the profile by group 
preferences are still being show. 

preference issue: many users do NOT want their profiles shown ANYWHERE but in 
the game.  
preference issue: many users do not like the facebook feel 
preference issue: many users like having the partner, payment info, etc 
displayed.
preference issue: most users would have preferred seeing web bugs fixed then 
resources wasted on facebook style profiles because a few web monkeys think 
that they will attract a few teenagers into SL. 

within moments of creation https://jira.secondlife.com/browse/WEB-3494 has 
already gotten votes as have many other issues related to getting rid of these 
new profiles. 


> Date: Tue, 11 Jan 2011 19:54:00 -0800
> From: kadah.c...@gmail.com
> To: opensource-dev@lists.secondlife.com
> Subject: Re: [opensource-dev] web profiles.
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> If its about the possible XSS and html injection, that was fixed today.
> All profile text info gets escaped now.
> 
> On 1/11/2011 7:47 PM, Simon Quinnell wrote:
> > How about you specify the security and privacy issues? No-one here is a
> > mind reader. 
> > 
> > On Wed, Jan 12, 2011 at 1:05 PM, Erin Mallory
> > mailto:angel_of_crim...@hotmail.com>> wrote:
> > 
> > because of security and privacy issues with the new profiles can we
> > please have option to keep the older ones until someone with the
> > profile team gets their act together?
> > 
> > seriously, these new profiles are creepy.
> > 
> > ___
> > 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
> > 
> > 
> > 
> > 
> > ___
> > 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
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.10 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iQEcBAEBAgAGBQJNLSXYAAoJEIdLfPRu7qE2c1UIALye/0KE3XRvTxSS7ZhBW0i/
> kE857hMOK8B9sbvbN08m8af8oas30cfIl/a/XvY8Fhf49tMrMlPC28X0OID1DtOs
> Dt50xkHTp56YqsmMHzcCRHgJN8lb6IonbX44U1VHah8/NEYQ7EejMuyBpnD9Wjvg
> KPUDsQOBl4vVhaJQ6GHbRQe54PpUzBnWpyecdZ8AvCldLk8L0KJAKVGMVXAKQSpe
> cFAZUo343UAA6Q15Ymoug4MTN4Z8s3snsL0llIF/XGD71H90KYL9cnxtbj7BmZus
> G8E3xpdUgPQGXkIwqKQUrZMQlOcINIUo4YuKyE+mK+Sdy6z9B9yOp1kecI70MFE=
> =djz5
> -END PGP SIGNATURE-
> ___
> 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
___
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
  ___
Policies and (un)subscribe infor

Re: [opensource-dev] Review Request: STORM-702 Make it possible to wear partial outfits

[Nyx Linden]

---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/14/#review145
---

Ship it!


Now has design approval. ship it.

- Nyx


On Dec. 13, 2010, 7:08 a.m., Vadim ProductEngine wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/14/
> ---
> 
> (Updated Dec. 13, 2010, 7:08 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Enabled the "Replace Current Outfit" option for incomplete outfits (i.e. 
> those that don't contain full set of body parts).
> 
> 
> This addresses bug STORM-702.
> http://jira.secondlife.com/browse/STORM-702
> 
> 
> Diffs
> -
> 
>   indra/newview/llappearancemgr.cpp 3d2e71443c58 
>   indra/newview/llinventoryfunctions.cpp 3d2e71443c58 
> 
> Diff: http://codereview.secondlife.com/r/14/diff
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Vadim
> 
>

___
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

[opensource-dev] Daily Scrum Summary - Wednesday, January 12

[Anya Kanevsky]

 Wednesday, January 12, 2011 General Notes
--

   - Standup cancelled today due to Vivox troubles.
   - MMOTD: Merov

Team Status
--
 Merov Linden
--

*PAST*

   - MM: created a test build for PO testing
   - OH : lots of triaging of old SNOW issues
   - Triaging of more SNOW issues and JIRA cleaning
   - LL meetings

*FUTURE*

   - Merge Monkeying
   - STORM-745 : Produce comprehensive perf baseline

*IMPEDIMENTS*

   - Windows builds on TC keep timing out. Working with CG on this.

Oz Linden
--

*PAST*

   - Scrum Training
   - Collected data on avatar texture problems

*FUTURE*

   - Upgrade reviewboard on codereview (STORM-862)
   - Finish (for now) wiki docs on reviews (STORM-691)
   - STORM-692 set up codereview service monitor
   - Office Hour
   - Internal meeting on TeamCity issues

*IMPEDIMENTS*

   - none

Q Linden
--

*PAST*

   - comments/discussion on STORM-823, VWR-24446
   - Snowstorm meeting inworld -- SH-489, VWR-1317/VWR-24470, SNOW-423,
   VWR-24416, SVC-6300
   - Internal meetings

*FUTURE*

   - triage
   - pick a coding task off my sprint backlog

*IMPEDIMENTS*

   - not snow, since I'm not leaving my house. :)

Esbee Linden
--

*PAST*

   - Meetings, Email
   - Cleared out PO review queue:
  - Reviewed STORM-797, -387, -720, -830, -370, -385, -702, -435, -615,
  -514, -393, -829, -723 - All approved.
   - Finished wiki dashboard update for product council meeting (didn't get
   to present) :(

*FUTURE*

   - Internal documentation
   - Wait on possible revisions Viewer 2.5 Beta 1 Blog post
   - Review Snowstorm Team product backlog and bug log
   - PO reviews for open tickets
   - Review Jira for tickets assigned to Aimee or Moss and make some
   decisions about where those tickets should go :(
   - Plan update for system requirements
   - Come up with design for STORM-28 (Might pass this to XD)
   - Look at STORM-812
   - Take another look at Wolfpup's proposal for STORM-236. PE is not
   available to help with this ticket for now, we'll likely have to reconsider
   this ticket for Sprint 11.

*IMPEDIMENTS*

   - none

Paul ProductEngine
--

*PAST*

   - BUG STORM-832 (Two Roles are selected after made changes in one)
  - Fixed. Will test tomorrow one more time and send for review.

*FUTURE*

   - BUG STORM-832 (Two Roles are selected after made changes in one.)
   - BUG STORM-433 (Friendship offer shifted up and placed over "Second
   Life" text)

*IMPEDIMENTS*

   - Waiting for answer in STORM-429 before i begin to fix it.


Seth Productengine
--

*PAST*

   - TASK (STORM-477) Re-implement LLDir::getNextFileInDir() as an iterator
   object
  - Fixed.

*FUTURE*

   - BUG (STORM-383) Context menu cannot be open for Landmark that are
   located in the My inventory->Trash folder
   - BUG (STORM-843) Inventory incremental string search not working (search
   starts over)

*IMPEDIMENTS*

   - TASK (STORM-797) Parcel SLURL rendering
   - BUG (STORM-447) User is not able to share multi selected objects using
   drag&drop

Vadim Productengine
--

*PAST*

   - Bug STORM-715 (Clothing accordion is expanded after undocking My
   Appearance SP):
  - Fixed.
   - Bug STORM-243 (Suppress version change message in the viewer):
  - 
Investigated, asked Esbee a question.
   - Task STORM-174 (Checkbox needed to save inventory scripts as Mono):
  - Investigating.

*FUTURE*

   - Continue with STORM-174.

*IMPEDIMENTS*

   - Unclear what to do with STORM-702 (Make it possible to wear partial
   outfits).
   - Need Esbee's answer in STORM-243 (Suppress version change message in
   the viewer).
   - No clear acceptance criteria for STORM-226 (Floating Text aligns
   improperly).

Andrey Productengine
--

*PAST*

   - picked up beta1 build 218716
   - re-ran smoke & integrity tests
  - integrity test has been failed by major VWR-24443 (note: not Viewer
  issue, smokes not failed - according to Bambers)
   - performed Landmark Login test plan (1 minor issue reported)
   - 2.5.0 bug-fixes verification

*FUTURE*

   - proceed with bug-fixes verification
   - re-run smoke and integrity on new one beta1 build(?)

*IMPEDIMENTS*

   - none

Jonathan Yap
--

*PAST*

   - STORM-844 ("More" should be "Less" when Media Control is open)
  - Done. Put to codereview with a logic question.
   - STORM-845 (Up arrow icon on nearby chat for "Shows/hides nearby chat
   log" always shows as an up arrow. Should, show change to down arrow to
   indicate close when log is open.)

*FUTURE*

   - STORM - 845

*IMPEDIMENTS*

   - Was someone going to give an up/down decision on VWR-24100?

Wolfpup Lowenhar
--

*PAST*

   - Worked @ RL and in world.
   - STORM-2

Re: [opensource-dev] What client for Havok 2k10 / mesh testing?

[Stickman]

On Wed, Jan 12, 2011 at 1:24 AM, Trilo Byte  wrote:
> According to the Havok 2k10 Beta page on the wiki, the Mesh Project Viewer 
> now contains the necessary bits for the physics engine upgrade (second 
> sentence in the "What is Havok 2k10" section).
> https://wiki.secondlife.com/wiki/Havok_2k10_Beta_Home

"It has merged into the Mesh server branch and deployed to ADITI for
your verification pleasure."

Server, not viewer. I'll happily be wrong, truth is more important
than being right, but the expensive, proprietary, and closed source
havok code does not appear in the client except for the closed source
mesh decomposition... thing... used for uploading meshes.

However if the mesh servers are the only ones that have the new
physics code, then it would be pretty silly to not have the mesh
viewer, yes. I remembered there being other regions that had havok 10
that weren't tied to mesh, but if you're gonna test it, why not test
it with mesh.

Stickman
___
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

Re: [opensource-dev] Pre-processing chat input (was Re: Review Request: STORM-829 Viewer 2 does not parse /me in object Instant Messages

[Ricky]

Interesting.  I haven't tested other IM clients in recent history, but
Skype still supports the /me syntax.  I suspect that the others do so
as well.

Just my L$2...

Ricky
Cron Stardust

On Wed, Jan 12, 2011 at 7:25 AM, Tateru Nino  wrote:
>
>
> On 13/01/2011 2:17 AM, Jamey Fletcher wrote:
>> Tateru Nino wrote:
>>
>>>    Which is a shame. It's significantly less versatile that way.
>>> On 13/01/2011 12:06 AM, Nexii Malthus wrote:
 "/me " is a *post-process*.
>> I'm missing what versatility we're wanting in /me - I've always seen it
>> as a rather straight-forward substitution.
>>
> Well, using myself for an example, I'm used to using a completely
> different set of tokens and substitutions for that sort of thing. I
> think SL is the only thing I use that supports the old IRC syntax. I
> find it awkward, and it would be nice to be able to use conventions that
> are more common to the software that I use. As a post-processed
> substitution token, though, I just don't have the luxury to use familiar
> textual communication modes.
>
> --
> Tateru Nino
> http://dwellonit.taterunino.net/
>
> ___
> 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
>
___
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

Re: [opensource-dev] Pre-processing chat input (was Re: Review Request: STORM-829 Viewer 2 does not parse /me in object Instant Messages

[Joel Foner]

Skype still supports /me... Many of the folks I know use /me regularly, for
what it's worth. Skype displays the  difference much more obviously, placing
the text centered with different styling than normal chat with /me, so it
has more emphasis than in sl visually.

Joel
On Jan 12, 2011 5:21 PM, "Ricky"  wrote:
> Interesting. I haven't tested other IM clients in recent history, but
> Skype still supports the /me syntax. I suspect that the others do so
> as well.
>
> Just my L$2...
>
> Ricky
> Cron Stardust
>
> On Wed, Jan 12, 2011 at 7:25 AM, Tateru Nino 
wrote:
>>
>>
>> On 13/01/2011 2:17 AM, Jamey Fletcher wrote:
>>> Tateru Nino wrote:
>>>
Which is a shame. It's significantly less versatile that way.
 On 13/01/2011 12:06 AM, Nexii Malthus wrote:
> "/me " is a *post-process*.
>>> I'm missing what versatility we're wanting in /me - I've always seen it
>>> as a rather straight-forward substitution.
>>>
>> Well, using myself for an example, I'm used to using a completely
>> different set of tokens and substitutions for that sort of thing. I
>> think SL is the only thing I use that supports the old IRC syntax. I
>> find it awkward, and it would be nice to be able to use conventions that
>> are more common to the software that I use. As a post-processed
>> substitution token, though, I just don't have the luxury to use familiar
>> textual communication modes.
>>
>> --
>> Tateru Nino
>> http://dwellonit.taterunino.net/
>>
>> ___
>> 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
>>
> ___
> 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
___
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

Re: [opensource-dev] web profiles.

[Yoz Grahame]

On 12 January 2011 09:54, Erin Mallory  wrote:

>  there are now separate child issues or linked issues to most of the
> relevant points raised, linked to
> http://jira.secondlife.com/browse/web-3494 so if people don't agree with
> parts, they can now vote for the parts they do agree with.  I've also toned
> down some of the language.
>

Many thanks, Erin.

Argent: If you could file a WEB + my.secondlife.com issue, we'll discuss it
there. Thanks!

-- Yoz
___
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

Re: [opensource-dev] What client for Havok 2k10 / mesh testing?

[Trilo Byte]

Point taken, it does say merged on the server end.  That should mean any viewer 
you're able to use to log into mesh city will work, with Mesh sandbox 
2/15/22/32 using old physics, all other mesh regions running 2k10.


On Jan 12, 2011, at 1:23 PM, Stickman wrote:

> On Wed, Jan 12, 2011 at 1:24 AM, Trilo Byte  wrote:
>> According to the Havok 2k10 Beta page on the wiki, the Mesh Project Viewer 
>> now contains the necessary bits for the physics engine upgrade (second 
>> sentence in the "What is Havok 2k10" section).
>> https://wiki.secondlife.com/wiki/Havok_2k10_Beta_Home
> 
> "It has merged into the Mesh server branch and deployed to ADITI for
> your verification pleasure."
> 
> Server, not viewer. I'll happily be wrong, truth is more important
> than being right, but the expensive, proprietary, and closed source
> havok code does not appear in the client except for the closed source
> mesh decomposition... thing... used for uploading meshes.
> 
> However if the mesh servers are the only ones that have the new
> physics code, then it would be pretty silly to not have the mesh
> viewer, yes. I remembered there being other regions that had havok 10
> that weren't tied to mesh, but if you're gonna test it, why not test
> it with mesh.
> 
> Stickman

___
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

[opensource-dev] failed to find libboost_system-vc80-mt-1_39.lib in non-standalone

[Twisted Laws]

A fresh clone of viewer-development up to r14487:5f4034c58817 1/12/2011 fails 
to buid non-standalone because of missing the libboost_system-vc80-mt-1_39.lib 
(or debug version).
  ___
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

Re: [opensource-dev] failed to find libboost_system-vc80-mt-1_39.lib in non-standalone

[Twisted Laws]

of course i forgot to say on Windows 7 64 with vc 2005 express
 


From: twisted_l...@hotmail.com
To: opensource-dev@lists.secondlife.com
Date: Wed, 12 Jan 2011 20:46:30 -0500
Subject: [opensource-dev] failed to find libboost_system-vc80-mt-1_39.lib in 
non-standalone




A fresh clone of viewer-development up to r14487:5f4034c58817 1/12/2011 fails 
to buid non-standalone because of missing the libboost_system-vc80-mt-1_39.lib 
(or debug version).
 

___ 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  
___
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