Re: [opensource-dev] Mercurial hook checking for well-formed XML

[Oz Linden (Scott Lawrence)]

In response to my earlier note on this list about my Mercurial hook to 
check for well-formed XML at commit time, CG kindly pointed me to the 
hooks written by Bos for a more extensive set of LL policy checks 
(including well-formed XML).

Needless to say, the version Bos wrote is more elegant than mine (but I 
probably learned more by doing the first version myself).  In addition 
to providing several other checks (correct line endings, tabs where they 
don't belong, file name safety, copyrights and licenses), it also 
provides a command line hg extension (hg policy) that can be used to do 
checks before a commit.

I have updated his script to work with current versions of Mercurial 
(there was one minor api change), and added a feature of two of my 
own.   I've gotten approval to push this out to the public bitbucket, 
and have documented it at:

   https://wiki.secondlife.com/wiki/Mercurial_Tools

I'll be using that version now, and encourage you to do the same.

Not everything in the viewer-development tree passes these checks yet, 
but that won't bite you unless you modify something that already fails 
(the hook only checks modified files that are present in the new tip).   
I'll either clean up the problems that have accumulated in 
viewer-development or modify the tests to allow them over the next week 
or two.


___
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-793 Offered URL-like named object is displayed as a HTTP URL in the llGiveInventory

[Vadim ProductEngine]

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

Review request for Viewer.


Summary
---

Disallowed parsing HTTP URLs in llGiveInventory notifications (one more case).

The fix may look weird because we seem to wrap a SLURL with 
... tags.
But actually there is no SLURL, there's just an object name.
Investigating that goes beyond the bug scope.


This addresses bug STORM-793.
http://jira.secondlife.com/browse/STORM-793


Diffs
-

  indra/newview/skins/default/xui/en/notifications.xml UNKNOWN 

Diff: http://codereview.secondlife.com/r/442/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] Unjust Banning of residents?

[malachi]

Violation: Third Party Viewer Usage
You are connecting to the grid with a viewer that is not in the third 
party viewer directory.


However...

A viewer does not need to be on the Third Party Viewer Directory in
order for development or usage of it to be compliant with the Third 
Party Viewer Policy (see Policy on Third-Party Viewers | Second Life) 
and the Terms of Service. While I am sure you are well aware of this, it 
can also be deduced through common sense that the open source program 
(Snowstorm, Snowglobe, etc) would not be able to exist in an environment 
where every personal compile had to be listed on the TPVD before it 
could even begin to undergo any form of live quality assurance 
processes.

Long story short, unless there have been recent changes to the Terms of 
Service that I am unaware of, or if there are relevant sections that I 
have missed that indicate that a viewer that complies with the Third 
Party Viewer Policy still must be in the Directory to be legitimately 
used, I would request that you provide me with them.

What this means is every single BETA tester for every client on the 
TPVD is at risk of losing their accounts because that compiled version 
of that client is not listed on the TPVD. Each and every Developer who 
has worked so hard to help Linden Lab build their Client into what it is 
is at risk of losing their accounts because each time they recompile the 
source it isn't listed in the TPVD and is now considered a Violation of 
some hidden TOS clause.


I am posting this to this forum because I wanted to get feed back from 
the community. As I myself and a developer who has contributed patches 
to various TPVD Clients and am now finding myself cautious to even use 
these clients source codes to help them. I would like clarification from 
Linden Lab as well as other Developers on this new banning policy that 
is requiring every compiled client that connects to second life to be 
listed in the TPVD.
___
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] Unjust Banning of residents?

[Erin Mallory]

Last I checked there is no requirement to use an approved tvp.  even on the tvp 
listing page.  Looking at the policy and the directory pages, no where does it 
say that the viewer must be listed in the tvp... 
http://secondlife.com/corporate/tpv.php
http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory

"You may connect to Second Life using software released by a third-party 
developer. Linden Lab provides a Policy on Third-Party Viewers to promote a 
positive and predictable experience for all Second Life Residents."

> Date: Tue, 16 Aug 2011 10:23:21 -0700
> From: mala...@tamzap.com
> To: opensource-dev@lists.secondlife.com
> Subject: [opensource-dev] Unjust Banning of residents?
> 
> Violation: Third Party Viewer Usage
> You are connecting to the grid with a viewer that is not in the third 
> party viewer directory.
> 
> 
> However...
> 
> A viewer does not need to be on the Third Party Viewer Directory in
> order for development or usage of it to be compliant with the Third 
> Party Viewer Policy (see Policy on Third-Party Viewers | Second Life) 
> and the Terms of Service. While I am sure you are well aware of this, it 
> can also be deduced through common sense that the open source program 
> (Snowstorm, Snowglobe, etc) would not be able to exist in an environment 
> where every personal compile had to be listed on the TPVD before it 
> could even begin to undergo any form of live quality assurance 
> processes.
> 
> Long story short, unless there have been recent changes to the Terms of 
> Service that I am unaware of, or if there are relevant sections that I 
> have missed that indicate that a viewer that complies with the Third 
> Party Viewer Policy still must be in the Directory to be legitimately 
> used, I would request that you provide me with them.
> 
> What this means is every single BETA tester for every client on the 
> TPVD is at risk of losing their accounts because that compiled version 
> of that client is not listed on the TPVD. Each and every Developer who 
> has worked so hard to help Linden Lab build their Client into what it is 
> is at risk of losing their accounts because each time they recompile the 
> source it isn't listed in the TPVD and is now considered a Violation of 
> some hidden TOS clause.
> 
> 
> I am posting this to this forum because I wanted to get feed back from 
> the community. As I myself and a developer who has contributed patches 
> to various TPVD Clients and am now finding myself cautious to even use 
> these clients source codes to help them. I would like clarification from 
> Linden Lab as well as other Developers on this new banning policy that 
> is requiring every compiled client that connects to second life to be 
> listed in the TPVD.
> ___
> 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] Unjust Banning of residents?

[malachi]

exactly which is why this message is so disturbing. accounts have been 
terminated from second life for using a viewer not listed in the 
directory.


"This email is notification that Linden Lab has terminated
your access to the Second Life virtual world due to severe
or repeated violations of the Second Life Terms of Service
or Community Standards. Your (account name 'xx') and 
alternate Second Life accounts have been
made permanently inaccessible."


On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote:
> Last I checked there is no requirement to use an approved tvp. even
> on the tvp listing page. Looking at the policy and the directory
> pages, no where does it say that the viewer must be listed in the
> tvp...
> http://secondlife.com/corporate/tpv.php
> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory
>
> "You may connect to Second Life using software released by a
> third-party developer. Linden Lab provides a Policy on Third-Party
> Viewers [1] to promote a positive and predictable experience for all
> Second Life Residents."
>
>> Date: Tue, 16 Aug 2011 10:23:21 -0700
>> From: mala...@tamzap.com
>> To: opensource-dev@lists.secondlife.com
>> Subject: [opensource-dev] Unjust Banning of residents?
>>
>> Violation: Third Party Viewer Usage
>> You are connecting to the grid with a viewer that is not in the
> third
>> party viewer directory.
>>
>>
>> However...
>>
>> A viewer does not need to be on the Third Party Viewer Directory in
>> order for development or usage of it to be compliant with the Third
>
>> Party Viewer Policy (see Policy on Third-Party Viewers | Second
> Life)
>> and the Terms of Service. While I am sure you are well aware of
> this, it
>> can also be deduced through common sense that the open source
> program
>> (Snowstorm, Snowglobe, etc) would not be able to exist in an
> environment
>> where every personal compile had to be listed on the TPVD before it
>
>> could even begin to undergo any form of live quality assurance
>> processes.
>>
>> Long story short, unless there have been recent changes to the
> Terms of
>> Service that I am unaware of, or if there are relevant sections
> that I
>> have missed that indicate that a viewer that complies with the
> Third
>> Party Viewer Policy still must be in the Directory to be
> legitimately
>> used, I would request that you provide me with them.
>>
>> What this means is every single BETA tester for every client on the
>
>> TPVD is at risk of losing their accounts because that compiled
> version
>> of that client is not listed on the TPVD. Each and every Developer
> who
>> has worked so hard to help Linden Lab build their Client into what
> it is
>> is at risk of losing their accounts because each time they
> recompile the
>> source it isn't listed in the TPVD and is now considered a
> Violation of
>> some hidden TOS clause.
>>
>>
>> I am posting this to this forum because I wanted to get feed back
> from
>> the community. As I myself and a developer who has contributed
> patches
>> to various TPVD Clients and am now finding myself cautious to even
> use
>> these clients source codes to help them. I would like clarification
> from
>> Linden Lab as well as other Developers on this new banning policy
> that
>> is requiring every compiled client that connects to second life to
> be
>> listed in the TPVD.
>> ___
>> 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
>
>
> Links:
> --
> [1] http://secondlife.com/corporate/tpv.php

___
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] OS X Lion

[Lee ponzu]

i have heard two people report that they cannot *initiate* an IM.  They can
receive them, but not *start* a session.

On Mon, Aug 15, 2011 at 7:13 PM, Yoz Grahame  wrote:

>  Not speaking for the team here (especially because I'm not in viewer
> development), just myself as a Lion user (Mid-2009 MBP, NVidia):
>
> There are only two major Lion-specific bugs that have bitten my own use so
> far.
>
> One is Freaky Polygons, which was quickly eased by turning off OpenGL
> vertex buffer objects (VBOs) in the Graphics->Hardware settings. There's a
> fix of some kind in the pipeline.
> The other is a weird problem with certain web views (such as Profiles)
> showing up with no CSS or JS; this turned out to be SSL cert related, and
> there's a fix for this one in the pipeline too.
>
> Apart from those two bugs, the viewer Works On My Machine™. I hope it also
> answers the overall question: yes, attention is being paid.
>
> -- Yoz
>
> On Monday, August 15, 2011 at 9:57 AM, Lee ponzu wrote:
>
> How much attention is being paid to Lion?   I think the natives are
> starting to get restless.
>
> ponzu
> ___
> 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] Unjust Banning of residents?

[Marine Kelley]

Careful, it could be a phishing attempt. Do NOT click on any of the
links inside this email (unless you're certain it comes from Linden
Lab, but then again emails can be spoofed).

On 16/08/2011, mala...@tamzap.com  wrote:
> exactly which is why this message is so disturbing. accounts have been
> terminated from second life for using a viewer not listed in the
> directory.
>
>
> "This email is notification that Linden Lab has terminated
> your access to the Second Life virtual world due to severe
> or repeated violations of the Second Life Terms of Service
> or Community Standards. Your (account name 'xx') and
> alternate Second Life accounts have been
> made permanently inaccessible."
>
>
> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote:
>> Last I checked there is no requirement to use an approved tvp. even
>> on the tvp listing page. Looking at the policy and the directory
>> pages, no where does it say that the viewer must be listed in the
>> tvp...
>> http://secondlife.com/corporate/tpv.php
>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory
>>
>> "You may connect to Second Life using software released by a
>> third-party developer. Linden Lab provides a Policy on Third-Party
>> Viewers [1] to promote a positive and predictable experience for all
>> Second Life Residents."
>>
>>> Date: Tue, 16 Aug 2011 10:23:21 -0700
>>> From: mala...@tamzap.com
>>> To: opensource-dev@lists.secondlife.com
>>> Subject: [opensource-dev] Unjust Banning of residents?
>>>
>>> Violation: Third Party Viewer Usage
>>> You are connecting to the grid with a viewer that is not in the
>> third
>>> party viewer directory.
>>>
>>>
>>> However...
>>>
>>> A viewer does not need to be on the Third Party Viewer Directory in
>>> order for development or usage of it to be compliant with the Third
>>
>>> Party Viewer Policy (see Policy on Third-Party Viewers | Second
>> Life)
>>> and the Terms of Service. While I am sure you are well aware of
>> this, it
>>> can also be deduced through common sense that the open source
>> program
>>> (Snowstorm, Snowglobe, etc) would not be able to exist in an
>> environment
>>> where every personal compile had to be listed on the TPVD before it
>>
>>> could even begin to undergo any form of live quality assurance
>>> processes.
>>>
>>> Long story short, unless there have been recent changes to the
>> Terms of
>>> Service that I am unaware of, or if there are relevant sections
>> that I
>>> have missed that indicate that a viewer that complies with the
>> Third
>>> Party Viewer Policy still must be in the Directory to be
>> legitimately
>>> used, I would request that you provide me with them.
>>>
>>> What this means is every single BETA tester for every client on the
>>
>>> TPVD is at risk of losing their accounts because that compiled
>> version
>>> of that client is not listed on the TPVD. Each and every Developer
>> who
>>> has worked so hard to help Linden Lab build their Client into what
>> it is
>>> is at risk of losing their accounts because each time they
>> recompile the
>>> source it isn't listed in the TPVD and is now considered a
>> Violation of
>>> some hidden TOS clause.
>>>
>>>
>>> I am posting this to this forum because I wanted to get feed back
>> from
>>> the community. As I myself and a developer who has contributed
>> patches
>>> to various TPVD Clients and am now finding myself cautious to even
>> use
>>> these clients source codes to help them. I would like clarification
>> from
>>> Linden Lab as well as other Developers on this new banning policy
>> that
>>> is requiring every compiled client that connects to second life to
>> be
>>> listed in the TPVD.
>>> ___
>>> 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
>>
>>
>> Links:
>> --
>> [1] http://secondlife.com/corporate/tpv.php
>
> ___
> 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] Unjust Banning of residents?

[malachi]

I thought it was a phishing attempt as well. But the account has been 
removed from second life. POOF. so unless some phisher has the ability 
to terminate accounts this is as real as it gets.


On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote:
> Careful, it could be a phishing attempt. Do NOT click on any of the
> links inside this email (unless you're certain it comes from Linden
> Lab, but then again emails can be spoofed).
>
> On 16/08/2011, mala...@tamzap.com  wrote:
>> exactly which is why this message is so disturbing. accounts have 
>> been
>> terminated from second life for using a viewer not listed in the
>> directory.
>>
>>
>> "This email is notification that Linden Lab has terminated
>> your access to the Second Life virtual world due to severe
>> or repeated violations of the Second Life Terms of Service
>> or Community Standards. Your (account name 'xx') and
>> alternate Second Life accounts have been
>> made permanently inaccessible."
>>
>>
>> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote:
>>> Last I checked there is no requirement to use an approved tvp. even
>>> on the tvp listing page. Looking at the policy and the directory
>>> pages, no where does it say that the viewer must be listed in the
>>> tvp...
>>> http://secondlife.com/corporate/tpv.php
>>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory
>>>
>>> "You may connect to Second Life using software released by a
>>> third-party developer. Linden Lab provides a Policy on Third-Party
>>> Viewers [1] to promote a positive and predictable experience for 
>>> all
>>> Second Life Residents."
>>>
 Date: Tue, 16 Aug 2011 10:23:21 -0700
 From: mala...@tamzap.com
 To: opensource-dev@lists.secondlife.com
 Subject: [opensource-dev] Unjust Banning of residents?

 Violation: Third Party Viewer Usage
 You are connecting to the grid with a viewer that is not in the
>>> third
 party viewer directory.


 However...

 A viewer does not need to be on the Third Party Viewer Directory 
 in
 order for development or usage of it to be compliant with the 
 Third
>>>
 Party Viewer Policy (see Policy on Third-Party Viewers | Second
>>> Life)
 and the Terms of Service. While I am sure you are well aware of
>>> this, it
 can also be deduced through common sense that the open source
>>> program
 (Snowstorm, Snowglobe, etc) would not be able to exist in an
>>> environment
 where every personal compile had to be listed on the TPVD before 
 it
>>>
 could even begin to undergo any form of live quality assurance
 processes.

 Long story short, unless there have been recent changes to the
>>> Terms of
 Service that I am unaware of, or if there are relevant sections
>>> that I
 have missed that indicate that a viewer that complies with the
>>> Third
 Party Viewer Policy still must be in the Directory to be
>>> legitimately
 used, I would request that you provide me with them.

 What this means is every single BETA tester for every client on 
 the
>>>
 TPVD is at risk of losing their accounts because that compiled
>>> version
 of that client is not listed on the TPVD. Each and every Developer
>>> who
 has worked so hard to help Linden Lab build their Client into what
>>> it is
 is at risk of losing their accounts because each time they
>>> recompile the
 source it isn't listed in the TPVD and is now considered a
>>> Violation of
 some hidden TOS clause.


 I am posting this to this forum because I wanted to get feed back
>>> from
 the community. As I myself and a developer who has contributed
>>> patches
 to various TPVD Clients and am now finding myself cautious to even
>>> use
 these clients source codes to help them. I would like 
 clarification
>>> from
 Linden Lab as well as other Developers on this new banning policy
>>> that
 is requiring every compiled client that connects to second life to
>>> be
 listed in the TPVD.
 ___
 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
>>>
>>>
>>> Links:
>>> --
>>> [1] http://secondlife.com/corporate/tpv.php
>>
>> ___
>> 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] Unjust Banning of residents?

[Celierra Darling]

It might be that the explanation message is mistaken, and it's supposed to
reference the TPVP instead of the TPVD (or even a different policy
altogether, if, say, someone clicked the wrong message).  Are you sure that,
whatever viewer(s) was being used, it conformed to the TPVP, and there
wasn't anything else going on that could be shady?

Celi


On Tue, Aug 16, 2011 at 2:23 PM,  wrote:

> I thought it was a phishing attempt as well. But the account has been
> removed from second life. POOF. so unless some phisher has the ability
> to terminate accounts this is as real as it gets.
>
>
> On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote:
> > Careful, it could be a phishing attempt. Do NOT click on any of the
> > links inside this email (unless you're certain it comes from Linden
> > Lab, but then again emails can be spoofed).
> >
> > On 16/08/2011, mala...@tamzap.com  wrote:
> >> exactly which is why this message is so disturbing. accounts have
> >> been
> >> terminated from second life for using a viewer not listed in the
> >> directory.
> >>
> >>
> >> "This email is notification that Linden Lab has terminated
> >> your access to the Second Life virtual world due to severe
> >> or repeated violations of the Second Life Terms of Service
> >> or Community Standards. Your (account name 'xx') and
> >> alternate Second Life accounts have been
> >> made permanently inaccessible."
> >>
> >>
> >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote:
> >>> Last I checked there is no requirement to use an approved tvp. even
> >>> on the tvp listing page. Looking at the policy and the directory
> >>> pages, no where does it say that the viewer must be listed in the
> >>> tvp...
> >>> http://secondlife.com/corporate/tpv.php
> >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory
> >>>
> >>> "You may connect to Second Life using software released by a
> >>> third-party developer. Linden Lab provides a Policy on Third-Party
> >>> Viewers [1] to promote a positive and predictable experience for
> >>> all
> >>> Second Life Residents."
> >>>
>  Date: Tue, 16 Aug 2011 10:23:21 -0700
>  From: mala...@tamzap.com
>  To: opensource-dev@lists.secondlife.com
>  Subject: [opensource-dev] Unjust Banning of residents?
> 
>  Violation: Third Party Viewer Usage
>  You are connecting to the grid with a viewer that is not in the
> >>> third
>  party viewer directory.
> 
> 
>  However...
> 
>  A viewer does not need to be on the Third Party Viewer Directory
>  in
>  order for development or usage of it to be compliant with the
>  Third
> >>>
>  Party Viewer Policy (see Policy on Third-Party Viewers | Second
> >>> Life)
>  and the Terms of Service. While I am sure you are well aware of
> >>> this, it
>  can also be deduced through common sense that the open source
> >>> program
>  (Snowstorm, Snowglobe, etc) would not be able to exist in an
> >>> environment
>  where every personal compile had to be listed on the TPVD before
>  it
> >>>
>  could even begin to undergo any form of live quality assurance
>  processes.
> 
>  Long story short, unless there have been recent changes to the
> >>> Terms of
>  Service that I am unaware of, or if there are relevant sections
> >>> that I
>  have missed that indicate that a viewer that complies with the
> >>> Third
>  Party Viewer Policy still must be in the Directory to be
> >>> legitimately
>  used, I would request that you provide me with them.
> 
>  What this means is every single BETA tester for every client on
>  the
> >>>
>  TPVD is at risk of losing their accounts because that compiled
> >>> version
>  of that client is not listed on the TPVD. Each and every Developer
> >>> who
>  has worked so hard to help Linden Lab build their Client into what
> >>> it is
>  is at risk of losing their accounts because each time they
> >>> recompile the
>  source it isn't listed in the TPVD and is now considered a
> >>> Violation of
>  some hidden TOS clause.
> 
> 
>  I am posting this to this forum because I wanted to get feed back
> >>> from
>  the community. As I myself and a developer who has contributed
> >>> patches
>  to various TPVD Clients and am now finding myself cautious to even
> >>> use
>  these clients source codes to help them. I would like
>  clarification
> >>> from
>  Linden Lab as well as other Developers on this new banning policy
> >>> that
>  is requiring every compiled client that connects to second life to
> >>> be
>  listed in the TPVD.
>  ___
>  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
> >>>
> >>>
> >>> Links:
> >>> --
> >>> [1] http://

Re: [opensource-dev] Unjust Banning of residents?

[malachi]

I am sure. It was a fresh pull from viewer-development as requested by 
a fellow dev. 3 days later the email came and the accounts were 
terminated.

The point of the matter is, No where does it say that a client MUST BE 
LISTED IN THE TPVD in order to comply with that policy. Yet they are 
banning individuals for using clients not listed in the TPVD.


On Tue, 16 Aug 2011 14:32:03 -0400, Celierra Darling wrote:
> It might be that the explanation message is mistaken, and it's
> supposed to reference the TPVP instead of the TPVD (or even a
> different policy altogether, if, say, someone clicked the wrong
> message).  Are you sure that, whatever viewer(s) was being used, it
> conformed to the TPVP, and there wasn't anything else going on that
> could be shady?
>
> Celi
>
> On Tue, Aug 16, 2011 at 2:23 PM,  wrote:
>
>> I thought it was a phishing attempt as well. But the account has
>> been
>> removed from second life. POOF. so unless some phisher has the
>> ability
>> to terminate accounts this is as real as it gets.
>>
>> On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote:
>> > Careful, it could be a phishing attempt. Do NOT click on any of
>> the
>> > links inside this email (unless you're certain it comes from
>> Linden
>> > Lab, but then again emails can be spoofed).
>> >
>> > On 16/08/2011, mala...@tamzap.com [1] wrote:
>> >> exactly which is why this message is so disturbing. accounts
>> have
>> >> been
>> >> terminated from second life for using a viewer not listed in
>> the
>> >> directory.
>> >>
>> >>
>> >> "This email is notification that Linden Lab has terminated
>> >> your access to the Second Life virtual world due to severe
>> >> or repeated violations of the Second Life Terms of Service
>> >> or Community Standards. Your (account name
>> 'xx') and
>> >> alternate Second Life accounts have been
>> >> made permanently inaccessible."
>> >>
>> >>
>> >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote:
>> >>> Last I checked there is no requirement to use an approved tvp.
>> even
>> >>> on the tvp listing page. Looking at the policy and the
>> directory
>> >>> pages, no where does it say that the viewer must be listed in
>> the
>> >>> tvp...
>> >>> http://secondlife.com/corporate/tpv.php [3]
>> >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory
>> [4]
>> >>>
>> >>> "You may connect to Second Life using software released by a
>> >>> third-party developer. Linden Lab provides a Policy on
>> Third-Party
>> >>> Viewers [1] to promote a positive and predictable experience
>> for
>> >>> all
>> >>> Second Life Residents."
>> >>>
>>  Date: Tue, 16 Aug 2011 10:23:21 -0700
>>  From: mala...@tamzap.com [5]
>>  To: opensource-dev@lists.secondlife.com [6]
>>  Subject: [opensource-dev] Unjust Banning of residents?
>> 
>>  Violation: Third Party Viewer Usage
>>  You are connecting to the grid with a viewer that is not in
>> the
>> >>> third
>>  party viewer directory.
>> 
>> 
>>  However...
>> 
>>  A viewer does not need to be on the Third Party Viewer
>> Directory
>>  in
>>  order for development or usage of it to be compliant with the
>>  Third
>> >>>
>>  Party Viewer Policy (see Policy on Third-Party Viewers |
>> Second
>> >>> Life)
>>  and the Terms of Service. While I am sure you are well aware
>> of
>> >>> this, it
>>  can also be deduced through common sense that the open source
>> >>> program
>>  (Snowstorm, Snowglobe, etc) would not be able to exist in an
>> >>> environment
>>  where every personal compile had to be listed on the TPVD
>> before
>>  it
>> >>>
>>  could even begin to undergo any form of live quality
>> assurance
>>  processes.
>> 
>>  Long story short, unless there have been recent changes to
>> the
>> >>> Terms of
>>  Service that I am unaware of, or if there are relevant
>> sections
>> >>> that I
>>  have missed that indicate that a viewer that complies with
>> the
>> >>> Third
>>  Party Viewer Policy still must be in the Directory to be
>> >>> legitimately
>>  used, I would request that you provide me with them.
>> 
>>  What this means is every single BETA tester for every client
>> on
>>  the
>> >>>
>>  TPVD is at risk of losing their accounts because that
>> compiled
>> >>> version
>>  of that client is not listed on the TPVD. Each and every
>> Developer
>> >>> who
>>  has worked so hard to help Linden Lab build their Client into
>> what
>> >>> it is
>>  is at risk of losing their accounts because each time they
>> >>> recompile the
>>  source it isn't listed in the TPVD and is now considered a
>> >>> Violation of
>>  some hidden TOS clause.
>> 
>> 
>>  I am posting this to this forum because I wanted to get feed
>> back
>> >>> from
>>  the community. As I myself and a developer who has
>> contributed
>> >>> patches
>>  to various TPVD Clients and am now finding myself cau

Re: [opensource-dev] Unjust Banning of residents?

[Jessica Trinity]

This is interesting as our support team has had reports of this from some of
our own users. We figured it was phishing and suggested said users contact
LL. I don't know the results however...

Jessica Lyon

-Original Message-
From: opensource-dev-boun...@lists.secondlife.com
[mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of
mala...@tamzap.com
Sent: Tuesday, August 16, 2011 2:23 PM
To: Marine Kelley
Cc: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] Unjust Banning of residents?

I thought it was a phishing attempt as well. But the account has been 
removed from second life. POOF. so unless some phisher has the ability 
to terminate accounts this is as real as it gets.


On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote:
> Careful, it could be a phishing attempt. Do NOT click on any of the
> links inside this email (unless you're certain it comes from Linden
> Lab, but then again emails can be spoofed).
>
> On 16/08/2011, mala...@tamzap.com  wrote:
>> exactly which is why this message is so disturbing. accounts have 
>> been
>> terminated from second life for using a viewer not listed in the
>> directory.
>>
>>
>> "This email is notification that Linden Lab has terminated
>> your access to the Second Life virtual world due to severe
>> or repeated violations of the Second Life Terms of Service
>> or Community Standards. Your (account name 'xx') and
>> alternate Second Life accounts have been
>> made permanently inaccessible."
>>
>>
>> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote:
>>> Last I checked there is no requirement to use an approved tvp. even
>>> on the tvp listing page. Looking at the policy and the directory
>>> pages, no where does it say that the viewer must be listed in the
>>> tvp...
>>> http://secondlife.com/corporate/tpv.php
>>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory
>>>
>>> "You may connect to Second Life using software released by a
>>> third-party developer. Linden Lab provides a Policy on Third-Party
>>> Viewers [1] to promote a positive and predictable experience for 
>>> all
>>> Second Life Residents."
>>>
 Date: Tue, 16 Aug 2011 10:23:21 -0700
 From: mala...@tamzap.com
 To: opensource-dev@lists.secondlife.com
 Subject: [opensource-dev] Unjust Banning of residents?

 Violation: Third Party Viewer Usage
 You are connecting to the grid with a viewer that is not in the
>>> third
 party viewer directory.


 However...

 A viewer does not need to be on the Third Party Viewer Directory 
 in
 order for development or usage of it to be compliant with the 
 Third
>>>
 Party Viewer Policy (see Policy on Third-Party Viewers | Second
>>> Life)
 and the Terms of Service. While I am sure you are well aware of
>>> this, it
 can also be deduced through common sense that the open source
>>> program
 (Snowstorm, Snowglobe, etc) would not be able to exist in an
>>> environment
 where every personal compile had to be listed on the TPVD before 
 it
>>>
 could even begin to undergo any form of live quality assurance
 processes.

 Long story short, unless there have been recent changes to the
>>> Terms of
 Service that I am unaware of, or if there are relevant sections
>>> that I
 have missed that indicate that a viewer that complies with the
>>> Third
 Party Viewer Policy still must be in the Directory to be
>>> legitimately
 used, I would request that you provide me with them.

 What this means is every single BETA tester for every client on 
 the
>>>
 TPVD is at risk of losing their accounts because that compiled
>>> version
 of that client is not listed on the TPVD. Each and every Developer
>>> who
 has worked so hard to help Linden Lab build their Client into what
>>> it is
 is at risk of losing their accounts because each time they
>>> recompile the
 source it isn't listed in the TPVD and is now considered a
>>> Violation of
 some hidden TOS clause.


 I am posting this to this forum because I wanted to get feed back
>>> from
 the community. As I myself and a developer who has contributed
>>> patches
 to various TPVD Clients and am now finding myself cautious to even
>>> use
 these clients source codes to help them. I would like 
 clarification
>>> from
 Linden Lab as well as other Developers on this new banning policy
>>> that
 is requiring every compiled client that connects to second life to
>>> be
 listed in the TPVD.
 ___
 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
>>>
>>>
>>> Links:
>>> --
>>> [1] http://secondlife.com/corporate/tpv.php
>>
>> ___
>> Policie

Re: [opensource-dev] Unjust Banning of residents?

[Erin Mallory]

I have been hit with this as well on one of my alts.  interestingly, I have 
only ever logged that account in with v-d builds or firestorm.  I've sent an 
abuse report asking for clarification.  im about to contact support. 
> From: jess...@trinityenterprises.ca
> To: opensource-dev@lists.secondlife.com
> Date: Tue, 16 Aug 2011 14:41:56 -0400
> Subject: Re: [opensource-dev] Unjust Banning of residents?
> 
> This is interesting as our support team has had reports of this from some of
> our own users. We figured it was phishing and suggested said users contact
> LL. I don't know the results however...
> 
> Jessica Lyon
> 
> -Original Message-
> From: opensource-dev-boun...@lists.secondlife.com
> [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of
> mala...@tamzap.com
> Sent: Tuesday, August 16, 2011 2:23 PM
> To: Marine Kelley
> Cc: opensource-dev@lists.secondlife.com
> Subject: Re: [opensource-dev] Unjust Banning of residents?
> 
> I thought it was a phishing attempt as well. But the account has been 
> removed from second life. POOF. so unless some phisher has the ability 
> to terminate accounts this is as real as it gets.
> 
> 
> On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote:
> > Careful, it could be a phishing attempt. Do NOT click on any of the
> > links inside this email (unless you're certain it comes from Linden
> > Lab, but then again emails can be spoofed).
> >
> > On 16/08/2011, mala...@tamzap.com  wrote:
> >> exactly which is why this message is so disturbing. accounts have 
> >> been
> >> terminated from second life for using a viewer not listed in the
> >> directory.
> >>
> >>
> >> "This email is notification that Linden Lab has terminated
> >> your access to the Second Life virtual world due to severe
> >> or repeated violations of the Second Life Terms of Service
> >> or Community Standards. Your (account name 'xx') and
> >> alternate Second Life accounts have been
> >> made permanently inaccessible."
> >>
> >>
> >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote:
> >>> Last I checked there is no requirement to use an approved tvp. even
> >>> on the tvp listing page. Looking at the policy and the directory
> >>> pages, no where does it say that the viewer must be listed in the
> >>> tvp...
> >>> http://secondlife.com/corporate/tpv.php
> >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory
> >>>
> >>> "You may connect to Second Life using software released by a
> >>> third-party developer. Linden Lab provides a Policy on Third-Party
> >>> Viewers [1] to promote a positive and predictable experience for 
> >>> all
> >>> Second Life Residents."
> >>>
>  Date: Tue, 16 Aug 2011 10:23:21 -0700
>  From: mala...@tamzap.com
>  To: opensource-dev@lists.secondlife.com
>  Subject: [opensource-dev] Unjust Banning of residents?
> 
>  Violation: Third Party Viewer Usage
>  You are connecting to the grid with a viewer that is not in the
> >>> third
>  party viewer directory.
> 
> 
>  However...
> 
>  A viewer does not need to be on the Third Party Viewer Directory 
>  in
>  order for development or usage of it to be compliant with the 
>  Third
> >>>
>  Party Viewer Policy (see Policy on Third-Party Viewers | Second
> >>> Life)
>  and the Terms of Service. While I am sure you are well aware of
> >>> this, it
>  can also be deduced through common sense that the open source
> >>> program
>  (Snowstorm, Snowglobe, etc) would not be able to exist in an
> >>> environment
>  where every personal compile had to be listed on the TPVD before 
>  it
> >>>
>  could even begin to undergo any form of live quality assurance
>  processes.
> 
>  Long story short, unless there have been recent changes to the
> >>> Terms of
>  Service that I am unaware of, or if there are relevant sections
> >>> that I
>  have missed that indicate that a viewer that complies with the
> >>> Third
>  Party Viewer Policy still must be in the Directory to be
> >>> legitimately
>  used, I would request that you provide me with them.
> 
>  What this means is every single BETA tester for every client on 
>  the
> >>>
>  TPVD is at risk of losing their accounts because that compiled
> >>> version
>  of that client is not listed on the TPVD. Each and every Developer
> >>> who
>  has worked so hard to help Linden Lab build their Client into what
> >>> it is
>  is at risk of losing their accounts because each time they
> >>> recompile the
>  source it isn't listed in the TPVD and is now considered a
> >>> Violation of
>  some hidden TOS clause.
> 
> 
>  I am posting this to this forum because I wanted to get feed back
> >>> from
>  the community. As I myself and a developer who has contributed
> >>> patches
>  to various TPVD Clients and am now finding myself cautious to even
> >>> use
>  these clients sourc

Re: [opensource-dev] Unjust Banning of residents?

[malachi]

I knew it couldnt be just a single event. There is something going on 
at Linden Lab and honest developers are losing their accounts over it.

On Tue, 16 Aug 2011 14:46:29 -0400, Erin Mallory wrote:
> I have been hit with this as well on one of my alts. interestingly, I
> have only ever logged that account in with v-d builds or firestorm.
> I've sent an abuse report asking for clarification. im about to
> contact support.
>
>> From: jess...@trinityenterprises.ca
>> To: opensource-dev@lists.secondlife.com
>> Date: Tue, 16 Aug 2011 14:41:56 -0400
>> Subject: Re: [opensource-dev] Unjust Banning of residents?
>>
>> This is interesting as our support team has had reports of this
> from some of
>> our own users. We figured it was phishing and suggested said users
> contact
>> LL. I don't know the results however...
>>
>> Jessica Lyon
>>
>> -Original Message-
>> From: opensource-dev-boun...@lists.secondlife.com
>> [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of
>> mala...@tamzap.com
>> Sent: Tuesday, August 16, 2011 2:23 PM
>> To: Marine Kelley
>> Cc: opensource-dev@lists.secondlife.com
>> Subject: Re: [opensource-dev] Unjust Banning of residents?
>>
>> I thought it was a phishing attempt as well. But the account has
> been
>> removed from second life. POOF. so unless some phisher has the
> ability
>> to terminate accounts this is as real as it gets.
>>
>>
>> On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote:
>> > Careful, it could be a phishing attempt. Do NOT click on any of
> the
>> > links inside this email (unless you're certain it comes from
> Linden
>> > Lab, but then again emails can be spoofed).
>> >
>> > On 16/08/2011, mala...@tamzap.com  wrote:
>> >> exactly which is why this message is so disturbing. accounts
> have
>> >> been
>> >> terminated from second life for using a viewer not listed in the
>> >> directory.
>> >>
>> >>
>> >> "This email is notification that Linden Lab has terminated
>> >> your access to the Second Life virtual world due to severe
>> >> or repeated violations of the Second Life Terms of Service
>> >> or Community Standards. Your (account name 'xx')
> and
>> >> alternate Second Life accounts have been
>> >> made permanently inaccessible."
>> >>
>> >>
>> >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote:
>> >>> Last I checked there is no requirement to use an approved tvp.
> even
>> >>> on the tvp listing page. Looking at the policy and the
> directory
>> >>> pages, no where does it say that the viewer must be listed in
> the
>> >>> tvp...
>> >>> http://secondlife.com/corporate/tpv.php
>> >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory
>> >>>
>> >>> "You may connect to Second Life using software released by a
>> >>> third-party developer. Linden Lab provides a Policy on
> Third-Party
>> >>> Viewers [1] to promote a positive and predictable experience
> for
>> >>> all
>> >>> Second Life Residents."
>> >>>
>>  Date: Tue, 16 Aug 2011 10:23:21 -0700
>>  From: mala...@tamzap.com
>>  To: opensource-dev@lists.secondlife.com
>>  Subject: [opensource-dev] Unjust Banning of residents?
>> 
>>  Violation: Third Party Viewer Usage
>>  You are connecting to the grid with a viewer that is not in
> the
>> >>> third
>>  party viewer directory.
>> 
>> 
>>  However...
>> 
>>  A viewer does not need to be on the Third Party Viewer
> Directory
>>  in
>>  order for development or usage of it to be compliant with the
>>  Third
>> >>>
>>  Party Viewer Policy (see Policy on Third-Party Viewers |
> Second
>> >>> Life)
>>  and the Terms of Service. While I am sure you are well aware
> of
>> >>> this, it
>>  can also be deduced through common sense that the open source
>> >>> program
>>  (Snowstorm, Snowglobe, etc) would not be able to exist in an
>> >>> environment
>>  where every personal compile had to be listed on the TPVD
> before
>>  it
>> >>>
>>  could even begin to undergo any form of live quality assurance
>>  processes.
>> 
>>  Long story short, unless there have been recent changes to the
>> >>> Terms of
>>  Service that I am unaware of, or if there are relevant
> sections
>> >>> that I
>>  have missed that indicate that a viewer that complies with the
>> >>> Third
>>  Party Viewer Policy still must be in the Directory to be
>> >>> legitimately
>>  used, I would request that you provide me with them.
>> 
>>  What this means is every single BETA tester for every client
> on
>>  the
>> >>>
>>  TPVD is at risk of losing their accounts because that compiled
>> >>> version
>>  of that client is not listed on the TPVD. Each and every
> Developer
>> >>> who
>>  has worked so hard to help Linden Lab build their Client into
> what
>> >>> it is
>>  is at risk of losing their accounts because each time they
>> >>> recompile the
>>  source it isn't listed in the TPVD and is now considered 

Re: [opensource-dev] Unjust Banning of residents?

[Erin Mallory]

im just like wtf?  the account i got hit by (which i sent the name of to oz) is 
still showing active... in search... but its one i rarely use.  mostly for 
hiding and/or testing stuff.  Im hearing the same from other people too now 
though in other groups im in...  

> Date: Tue, 16 Aug 2011 12:04:11 -0700
> From: mala...@tamzap.com
> To: opensource-dev@lists.secondlife.com
> Subject: Re: [opensource-dev] Unjust Banning of residents?
> 
> I knew it couldnt be just a single event. There is something going on 
> at Linden Lab and honest developers are losing their accounts over it.
> 
> On Tue, 16 Aug 2011 14:46:29 -0400, Erin Mallory wrote:
> > I have been hit with this as well on one of my alts. interestingly, I
> > have only ever logged that account in with v-d builds or firestorm.
> > I've sent an abuse report asking for clarification. im about to
> > contact support.
> >
> >> From: jess...@trinityenterprises.ca
> >> To: opensource-dev@lists.secondlife.com
> >> Date: Tue, 16 Aug 2011 14:41:56 -0400
> >> Subject: Re: [opensource-dev] Unjust Banning of residents?
> >>
> >> This is interesting as our support team has had reports of this
> > from some of
> >> our own users. We figured it was phishing and suggested said users
> > contact
> >> LL. I don't know the results however...
> >>
> >> Jessica Lyon
> >>
> >> -Original Message-
> >> From: opensource-dev-boun...@lists.secondlife.com
> >> [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of
> >> mala...@tamzap.com
> >> Sent: Tuesday, August 16, 2011 2:23 PM
> >> To: Marine Kelley
> >> Cc: opensource-dev@lists.secondlife.com
> >> Subject: Re: [opensource-dev] Unjust Banning of residents?
> >>
> >> I thought it was a phishing attempt as well. But the account has
> > been
> >> removed from second life. POOF. so unless some phisher has the
> > ability
> >> to terminate accounts this is as real as it gets.
> >>
> >>
> >> On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote:
> >> > Careful, it could be a phishing attempt. Do NOT click on any of
> > the
> >> > links inside this email (unless you're certain it comes from
> > Linden
> >> > Lab, but then again emails can be spoofed).
> >> >
> >> > On 16/08/2011, mala...@tamzap.com  wrote:
> >> >> exactly which is why this message is so disturbing. accounts
> > have
> >> >> been
> >> >> terminated from second life for using a viewer not listed in the
> >> >> directory.
> >> >>
> >> >>
> >> >> "This email is notification that Linden Lab has terminated
> >> >> your access to the Second Life virtual world due to severe
> >> >> or repeated violations of the Second Life Terms of Service
> >> >> or Community Standards. Your (account name 'xx')
> > and
> >> >> alternate Second Life accounts have been
> >> >> made permanently inaccessible."
> >> >>
> >> >>
> >> >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote:
> >> >>> Last I checked there is no requirement to use an approved tvp.
> > even
> >> >>> on the tvp listing page. Looking at the policy and the
> > directory
> >> >>> pages, no where does it say that the viewer must be listed in
> > the
> >> >>> tvp...
> >> >>> http://secondlife.com/corporate/tpv.php
> >> >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory
> >> >>>
> >> >>> "You may connect to Second Life using software released by a
> >> >>> third-party developer. Linden Lab provides a Policy on
> > Third-Party
> >> >>> Viewers [1] to promote a positive and predictable experience
> > for
> >> >>> all
> >> >>> Second Life Residents."
> >> >>>
> >>  Date: Tue, 16 Aug 2011 10:23:21 -0700
> >>  From: mala...@tamzap.com
> >>  To: opensource-dev@lists.secondlife.com
> >>  Subject: [opensource-dev] Unjust Banning of residents?
> >> 
> >>  Violation: Third Party Viewer Usage
> >>  You are connecting to the grid with a viewer that is not in
> > the
> >> >>> third
> >>  party viewer directory.
> >> 
> >> 
> >>  However...
> >> 
> >>  A viewer does not need to be on the Third Party Viewer
> > Directory
> >>  in
> >>  order for development or usage of it to be compliant with the
> >>  Third
> >> >>>
> >>  Party Viewer Policy (see Policy on Third-Party Viewers |
> > Second
> >> >>> Life)
> >>  and the Terms of Service. While I am sure you are well aware
> > of
> >> >>> this, it
> >>  can also be deduced through common sense that the open source
> >> >>> program
> >>  (Snowstorm, Snowglobe, etc) would not be able to exist in an
> >> >>> environment
> >>  where every personal compile had to be listed on the TPVD
> > before
> >>  it
> >> >>>
> >>  could even begin to undergo any form of live quality assurance
> >>  processes.
> >> 
> >>  Long story short, unless there have been recent changes to the
> >> >>> Terms of
> >>  Service that I am unaware of, or if there are relevant
> > sections
> >> >>> that I
> >>  have missed that indicate that a viewer that comp

Re: [opensource-dev] Unjust Banning of residents?

[Brian McGroarty]

I looked at a few of the accounts from people who contacted security@ to ask
if this was a phishing message. In the cases I've seen, this corresponds to
accounts warned, suspended or banned for using features that violate the
TPV, such as copybotting, payment impersonation, or spamming features. Using
a viewer that's not in the TPV Directory is definitely not grounds for a
suspension.

You'd still need to go through governance to appeal any actions against an
account. But I've verified that support understands that unlisted TPV use
isn't grounds for suspension. They'll get that message template fixed.

On Tue, Aug 16, 2011 at 10:23 AM,  wrote:

> Violation: Third Party Viewer Usage
> You are connecting to the grid with a viewer that is not in the third
> party viewer directory.
>
>
> However...
>
> A viewer does not need to be on the Third Party Viewer Directory in
> order for development or usage of it to be compliant with the Third
> Party Viewer Policy (see Policy on Third-Party Viewers | Second Life)
> and the Terms of Service. While I am sure you are well aware of this, it
> can also be deduced through common sense that the open source program
> (Snowstorm, Snowglobe, etc) would not be able to exist in an environment
> where every personal compile had to be listed on the TPVD before it
> could even begin to undergo any form of live quality assurance
> processes.
>
> Long story short, unless there have been recent changes to the Terms of
> Service that I am unaware of, or if there are relevant sections that I
> have missed that indicate that a viewer that complies with the Third
> Party Viewer Policy still must be in the Directory to be legitimately
> used, I would request that you provide me with them.
>
> What this means is every single BETA tester for every client on the
> TPVD is at risk of losing their accounts because that compiled version
> of that client is not listed on the TPVD. Each and every Developer who
> has worked so hard to help Linden Lab build their Client into what it is
> is at risk of losing their accounts because each time they recompile the
> source it isn't listed in the TPVD and is now considered a Violation of
> some hidden TOS clause.
>
>
> I am posting this to this forum because I wanted to get feed back from
> the community. As I myself and a developer who has contributed patches
> to various TPVD Clients and am now finding myself cautious to even use
> these clients source codes to help them. I would like clarification from
> Linden Lab as well as other Developers on this new banning policy that
> is requiring every compiled client that connects to second life to be
> listed in the TPVD.
> ___
> 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
>



-- 
Brian McGroarty | Linden Lab
Sent from my Newton MP2100 via acoustic coupler
___
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] Unjust Banning of residents?

[Brian McGroarty]

What were some of the viewers you tested on that account? Typically, the
trigger would have been within the last month.

On Tue, Aug 16, 2011 at 12:07 PM, Erin Mallory  wrote:

>  im just like wtf?  the account i got hit by (which i sent the name of to
> oz) is still showing active... in search... but its one i rarely use.
> mostly for hiding and/or testing stuff.  Im hearing the same from other
> people too now though in other groups im in...
>
> > Date: Tue, 16 Aug 2011 12:04:11 -0700
>
> > From: mala...@tamzap.com
> > To: opensource-dev@lists.secondlife.com
> > Subject: Re: [opensource-dev] Unjust Banning of residents?
> >
> > I knew it couldnt be just a single event. There is something going on
> > at Linden Lab and honest developers are losing their accounts over it.
> >
> > On Tue, 16 Aug 2011 14:46:29 -0400, Erin Mallory wrote:
> > > I have been hit with this as well on one of my alts. interestingly, I
> > > have only ever logged that account in with v-d builds or firestorm.
> > > I've sent an abuse report asking for clarification. im about to
> > > contact support.
> > >
> > >> From: jess...@trinityenterprises.ca
> > >> To: opensource-dev@lists.secondlife.com
> > >> Date: Tue, 16 Aug 2011 14:41:56 -0400
> > >> Subject: Re: [opensource-dev] Unjust Banning of residents?
> > >>
> > >> This is interesting as our support team has had reports of this
> > > from some of
> > >> our own users. We figured it was phishing and suggested said users
> > > contact
> > >> LL. I don't know the results however...
> > >>
> > >> Jessica Lyon
> > >>
> > >> -Original Message-
> > >> From: opensource-dev-boun...@lists.secondlife.com
> > >> [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of
> > >> mala...@tamzap.com
> > >> Sent: Tuesday, August 16, 2011 2:23 PM
> > >> To: Marine Kelley
> > >> Cc: opensource-dev@lists.secondlife.com
> > >> Subject: Re: [opensource-dev] Unjust Banning of residents?
> > >>
> > >> I thought it was a phishing attempt as well. But the account has
> > > been
> > >> removed from second life. POOF. so unless some phisher has the
> > > ability
> > >> to terminate accounts this is as real as it gets.
> > >>
> > >>
> > >> On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote:
> > >> > Careful, it could be a phishing attempt. Do NOT click on any of
> > > the
> > >> > links inside this email (unless you're certain it comes from
> > > Linden
> > >> > Lab, but then again emails can be spoofed).
> > >> >
> > >> > On 16/08/2011, mala...@tamzap.com wrote:
> > >> >> exactly which is why this message is so disturbing. accounts
> > > have
> > >> >> been
> > >> >> terminated from second life for using a viewer not listed in the
> > >> >> directory.
> > >> >>
> > >> >>
> > >> >> "This email is notification that Linden Lab has terminated
> > >> >> your access to the Second Life virtual world due to severe
> > >> >> or repeated violations of the Second Life Terms of Service
> > >> >> or Community Standards. Your (account name 'xx')
> > > and
> > >> >> alternate Second Life accounts have been
> > >> >> made permanently inaccessible."
> > >> >>
> > >> >>
> > >> >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote:
> > >> >>> Last I checked there is no requirement to use an approved tvp.
> > > even
> > >> >>> on the tvp listing page. Looking at the policy and the
> > > directory
> > >> >>> pages, no where does it say that the viewer must be listed in
> > > the
> > >> >>> tvp...
> > >> >>> http://secondlife.com/corporate/tpv.php
> > >> >>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory
> > >> >>>
> > >> >>> "You may connect to Second Life using software released by a
> > >> >>> third-party developer. Linden Lab provides a Policy on
> > > Third-Party
> > >> >>> Viewers [1] to promote a positive and predictable experience
> > > for
> > >> >>> all
> > >> >>> Second Life Residents."
> > >> >>>
> > >>  Date: Tue, 16 Aug 2011 10:23:21 -0700
> > >>  From: mala...@tamzap.com
> > >>  To: opensource-dev@lists.secondlife.com
> > >>  Subject: [opensource-dev] Unjust Banning of residents?
> > >> 
> > >>  Violation: Third Party Viewer Usage
> > >>  You are connecting to the grid with a viewer that is not in
> > > the
> > >> >>> third
> > >>  party viewer directory.
> > >> 
> > >> 
> > >>  However...
> > >> 
> > >>  A viewer does not need to be on the Third Party Viewer
> > > Directory
> > >>  in
> > >>  order for development or usage of it to be compliant with the
> > >>  Third
> > >> >>>
> > >>  Party Viewer Policy (see Policy on Third-Party Viewers |
> > > Second
> > >> >>> Life)
> > >>  and the Terms of Service. While I am sure you are well aware
> > > of
> > >> >>> this, it
> > >>  can also be deduced through common sense that the open source
> > >> >>> program
> > >>  (Snowstorm, Snowglobe, etc) would not be able to exist in an
> > >> >>> environment
> > >>  where every personal compil

Re: [opensource-dev] Unjust Banning of residents?

[malachi]

the only viewers on this computer are singularity and 
viewer-developments source code.

On Tue, 16 Aug 2011 12:12:13 -0700, Brian McGroarty wrote:
> What were some of the viewers you tested on that account? Typically,
> the trigger would have been within the last month.
>
> On Tue, Aug 16, 2011 at 12:07 PM, Erin Mallory  wrote:
>
>> im just like wtf?  the account i got hit by (which i sent the
>> name of to oz) is still showing active... in search... but its one
> i
>> rarely use.  mostly for hiding and/or testing stuff.  Im hearing
>> the same from other people too now though in other groups im
> in... 
>>
>>
>>> Date: Tue, 16 Aug 2011 12:04:11 -0700
>>
>>> From: mala...@tamzap.com [1]
>>> To: opensource-dev@lists.secondlife.com [2]
>>
>>> Subject: Re: [opensource-dev] Unjust Banning of residents?
>>>
>>> I knew it couldnt be just a single event. There is something
>> going on
>>> at Linden Lab and honest developers are losing their accounts
>> over it.
>> >
>>> On Tue, 16 Aug 2011 14:46:29 -0400, Erin Mallory wrote:
>>> > I have been hit with this as well on one of my alts.
>> interestingly, I
>>> > have only ever logged that account in with v-d builds or
>> firestorm.
>> > > I've sent an abuse report asking for clarification. im about
>> to
>>> > contact support.
>>> >
>>> >> From: jess...@trinityenterprises.ca [3]
>> > >> To: opensource-dev@lists.secondlife.com [4]
>>> >> Date: Tue, 16 Aug 2011 14:41:56 -0400
>>> >> Subject: Re: [opensource-dev] Unjust Banning of residents?
>> > >>
>>> >> This is interesting as our support team has had reports of
>> this
>>> > from some of
>>> >> our own users. We figured it was phishing and suggested said
>> users
>>> > contact
>> > >> LL. I don't know the results however...
>>> >>
>>> >> Jessica Lyon
>>> >>
>>> >> -Original Message-
>>> >> From: opensource-dev-boun...@lists.secondlife.com [5]
>> > >> [mailto:opensource-dev-boun...@lists.secondlife.com [6]] On
>> Behalf Of
>>> >> mala...@tamzap.com [7]
>> > >> Sent: Tuesday, August 16, 2011 2:23 PM
>>> >> To: Marine Kelley
>>> >> Cc: opensource-dev@lists.secondlife.com [8]
>> > >> Subject: Re: [opensource-dev] Unjust Banning of residents?
>>> >>
>>> >> I thought it was a phishing attempt as well. But the account
>> has
>>> > been
>>> >> removed from second life. POOF. so unless some phisher has the
>> > > ability
>>> >> to terminate accounts this is as real as it gets.
>>> >>
>>> >>
>>> >> On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote:
>>> >> > Careful, it could be a phishing attempt. Do NOT click on any
>> of
>> > > the
>>> >> > links inside this email (unless you're certain it comes from
>>> > Linden
>>> >> > Lab, but then again emails can be spoofed).
>>> >> >
>>> >> > On 16/08/2011, mala...@tamzap.com [9] wrote:
>> > >> >> exactly which is why this message is so disturbing.
>> accounts
>>> > have
>>> >> >> been
>>> >> >> terminated from second life for using a viewer not listed
>> in the
>> > >> >> directory.
>>> >> >>
>>> >> >>
>>> >> >> "This email is notification that Linden Lab has terminated
>>> >> >> your access to the Second Life virtual world due to severe
>> > >> >> or repeated violations of the Second Life Terms of Service
>>> >> >> or Community Standards. Your (account name
>> 'xx')
>>> > and
>>> >> >> alternate Second Life accounts have been
>> > >> >> made permanently inaccessible."
>>> >> >>
>>> >> >>
>>> >> >> On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote:
>>> >> >>> Last I checked there is no requirement to use an approved
>> tvp.
>> > > even
>>> >> >>> on the tvp listing page. Looking at the policy and the
>>> > directory
>>> >> >>> pages, no where does it say that the viewer must be listed
>> in
>>> > the
>> > >> >>> tvp...
>>> >> >>> http://secondlife.com/corporate/tpv.php [10]
>>> >> >>>
>> http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory [11]
>> > >> >>>
>>> >> >>> "You may connect to Second Life using software released by
>> a
>>> >> >>> third-party developer. Linden Lab provides a Policy on
>>> > Third-Party
>> > >> >>> Viewers [1] to promote a positive and predictable
>> experience
>>> > for
>>> >> >>> all
>>> >> >>> Second Life Residents."
>>> >> >>>
>> > >>  Date: Tue, 16 Aug 2011 10:23:21 -0700
>>> >>  From: mala...@tamzap.com [12]
>>> >>  To: opensource-dev@lists.secondlife.com [13]
>> > >>  Subject: [opensource-dev] Unjust Banning of residents?
>>> >> 
>>> >>  Violation: Third Party Viewer Usage
>>> >>  You are connecting to the grid with a viewer that is not
>> in
>> > > the
>>> >> >>> third
>>> >>  party viewer directory.
>>> >> 
>>> >> 
>>> >>  However...
>> > >> 
>>> >>  A viewer does not need to be on the Third Party Viewer
>>> > Directory
>>> >>  in
>>> >>  order for development or usage of it to be compliant with
>> the
>> > >>  Third
>>> >> >>>
>>> >>  Party Viewer Policy (see Policy on Third-Party Viewers |
>>> > Second
>>> >> >>> Life)
>>> >>  and th

Re: [opensource-dev] OS X Lion

[Yoz Grahame]

 I've never seen that *myself*, and I've run a number of different viewer 
builds since installing Lion dev preview 4.

-- Yoz


On Tuesday, August 16, 2011 at 10:56 AM, Lee ponzu wrote:

> i have heard two people report that they cannot *initiate* an IM. They can 
> receive them, but not *start* a session.  
>  
> On Mon, Aug 15, 2011 at 7:13 PM, Yoz Grahame  (mailto:y...@lindenlab.com)> wrote:
> >  Not speaking for the team here (especially because I'm not in viewer 
> > development), just myself as a Lion user (Mid-2009 MBP, NVidia):  
> >  
> > There are only two major Lion-specific bugs that have bitten my own use so 
> > far.  
> >  
> > One is Freaky Polygons, which was quickly eased by turning off OpenGL 
> > vertex buffer objects (VBOs) in the Graphics->Hardware settings. There's a 
> > fix of some kind in the pipeline.  
> > The other is a weird problem with certain web views (such as Profiles) 
> > showing up with no CSS or JS; this turned out to be SSL cert related, and 
> > there's a fix for this one in the pipeline too.
> >  
> > Apart from those two bugs, the viewer Works On My Machine™. I hope it also 
> > answers the overall question: yes, attention is being paid.
> >  
> > -- Yoz
> >  
> >  
> > On Monday, August 15, 2011 at 9:57 AM, Lee ponzu wrote:
> >  
> >  
> > > How much attention is being paid to Lion?  I think the natives are 
> > > starting to get restless.
> > >  
> > > ponzu  
> > > ___
> > > 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] Review Request: STORM-793 Offered URL-like named object is displayed as a HTTP URL in the llGiveInventory

[Boroondas Gupte]

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



indra/newview/skins/default/xui/en/notifications.xml


Shouldn't the same change be made in the translations?


> The fix may look weird because we seem to wrap a SLURL with 
> ... tags.
> But actually there is no SLURL, there's just an object name.

If that is so (and the comment on indra/newview/llviewermessage.cpp line 1941 
indicates it is), why not rename the placeholder to ITEM_NAME or similar? I 
think the only places where this change would have to be made are 
llviewermessage.cpp line 1942, the message above and its translations.

- Boroondas


On Aug. 16, 2011, 9:22 a.m., Vadim ProductEngine wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/442/
> ---
> 
> (Updated Aug. 16, 2011, 9:22 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Disallowed parsing HTTP URLs in llGiveInventory notifications (one more case).
> 
> The fix may look weird because we seem to wrap a SLURL with 
> ... tags.
> But actually there is no SLURL, there's just an object name.
> Investigating that goes beyond the bug scope.
> 
> 
> This addresses bug STORM-793.
> http://jira.secondlife.com/browse/STORM-793
> 
> 
> Diffs
> -
> 
>   indra/newview/skins/default/xui/en/notifications.xml UNKNOWN 
> 
> Diff: http://codereview.secondlife.com/r/442/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

Re: [opensource-dev] Review Request: STORM-793 Offered URL-like named object is displayed as a HTTP URL in the llGiveInventory

[Vadim ProductEngine]

> On Aug. 16, 2011, 1:19 p.m., Boroondas Gupte wrote:
> > indra/newview/skins/default/xui/en/notifications.xml, lines 5901-5906
> > 
> >
> > Shouldn't the same change be made in the translations?

Ah, right. Thanks, will fix.


On Aug. 16, 2011, 1:19 p.m., Vadim ProductEngine wrote:
> > > The fix may look weird because we seem to wrap a SLURL with 
> > > ... tags.
> > > But actually there is no SLURL, there's just an object name.
> > 
> > If that is so (and the comment on indra/newview/llviewermessage.cpp line 
> > 1941 indicates it is), why not rename the placeholder to ITEM_NAME or 
> > similar? I think the only places where this change would have to be made 
> > are llviewermessage.cpp line 1942, the message above and its translations.

Because there *is* a SLURL being passed via ITEM_SLURL (see 
llviewermessage.cpp:1934). It's just becomes a plain name on its way.
So if we simply rename ITEM_SLURL to ITEM_NAME, we'll just hide the bug.


- Vadim


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


On Aug. 16, 2011, 9:22 a.m., Vadim ProductEngine wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> http://codereview.secondlife.com/r/442/
> ---
> 
> (Updated Aug. 16, 2011, 9:22 a.m.)
> 
> 
> Review request for Viewer.
> 
> 
> Summary
> ---
> 
> Disallowed parsing HTTP URLs in llGiveInventory notifications (one more case).
> 
> The fix may look weird because we seem to wrap a SLURL with 
> ... tags.
> But actually there is no SLURL, there's just an object name.
> Investigating that goes beyond the bug scope.
> 
> 
> This addresses bug STORM-793.
> http://jira.secondlife.com/browse/STORM-793
> 
> 
> Diffs
> -
> 
>   indra/newview/skins/default/xui/en/notifications.xml UNKNOWN 
> 
> Diff: http://codereview.secondlife.com/r/442/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] Questions about unit test for "hg policy" (was: Mercurial hook checking for well-formed XML)

[Boroondas Gupte]

Heya Oz

Thanks for making Bos' hg hooks public!

I've looked at the unit test you've written for hg policy and have two
questions about it:

   1. Is it by purpose that the return code isn't checked after the hg
  policy invocation on line 23
  
?
   2. On lines 75
  
-77,
  is there a reason why you use cp rather than mv? I think the
  latter would avoid the need for the subsequent rm.

Cheers,
Boroondas
___
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] opensource-dev Digest, Vol 19, Issue 41

[John Jackson]

ce
>>>>>>>>>> processes.
>>>>>>>>>>
>>>>>>>>>> Long story short, unless there have been recent changes
>>> to the
>>>>>>>>> Terms of
>>>>>>>>>> Service that I am unaware of, or if there are relevant
>>>>> sections
>>>>>>>>> that I
>>>>>>>>>> have missed that indicate that a viewer that complies
>>> with the
>>>>>>>>> Third
>>>>>>>>>> Party Viewer Policy still must be in the Directory to be
>>>>>>>>> legitimately
>>>>>>>>>> used, I would request that you provide me with them.
>>>>>>>>>>
>>>>>>>>>> What this means is every single BETA tester for every
>>> client
>>>>> on
>>>>>>>>>> the
>>>>>>>>>> TPVD is at risk of losing their accounts because that
>>> compiled
>>>>>>>>> version
>>>>>>>>>> of that client is not listed on the TPVD. Each and every
>>>>> Developer
>>>>>>>>> who
>>>>>>>>>> has worked so hard to help Linden Lab build their Client
>>> into
>>>>> what
>>>>>>>>> it is
>>>>>>>>>> is at risk of losing their accounts because each time
>>> they
>>>>>>>>> recompile the
>>>>>>>>>> source it isn't listed in the TPVD and is now considered
>>> a
>>>>>>>>> Violation of
>>>>>>>>>> some hidden TOS clause.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I am posting this to this forum because I wanted to get
>>> feed
>>>>> back
>>>>>>>>> from
>>>>>>>>>> the community. As I myself and a developer who has
>>> contributed
>>>>>>>>> patches
>>>>>>>>>> to various TPVD Clients and am now finding myself
>>> cautious to
>>>>> even
>>>>>>>>> use
>>>>>>>>>> these clients source codes to help them. I would like
>>>>>>>>>> clarification
>>>>>>>>> from
>>>>>>>>>> Linden Lab as well as other Developers on this new
>>> banning
>>>>> policy
>>>>>>>>> that
>>>>>>>>>> is requiring every compiled client that connects to
>>> second
>>>>> life to
>>>>>>>>> be
>>>>>>>>>> listed in the TPVD.
>>>>>>>>>> ___
>>>>>>>>>> Policies and (un)subscribe information available here:
>>>>>>>>>> http://wiki.secondlife.com/wiki/OpenSource-Dev [14]
>>>>>>>>>> Please read the policies before posting to keep
>>> unmoderated
>>>>>>>>>> posting
>>>>>>>>> privileges
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Links:
>>>>>>>>> --
>>>>>>>>> [1] http://secondlife.com/corporate/tpv.php [15]
>>>>>>>> ___
>>>>>>>> Policies and (un)subscribe information available here:
>>>>>>>> http://wiki.secondlife.com/wiki/OpenSource-Dev [16]
>>>>>>>> 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 [17]
>>>>>> Please read the policies before posting to keep unmoderated
>>> posting
>>>>>> privileges
>>>>>>
>>>>>> ___
>>>>>> Policies and (un)subscribe information available here:
>>>>>> http://wiki.secondlife.c

Re: [opensource-dev] opensource-dev Digest, Vol 19, Issue 41

[malachi]

;>>>>>>>>>> A viewer does not need to be on the Third Party Viewer
>>>>>> Directory
>>>>>>>>>>> in
>>>>>>>>>>> order for development or usage of it to be compliant with
>>>> the
>>>>>>>>>>> Third
>>>>>>>>>>> Party Viewer Policy (see Policy on Third-Party Viewers |
>>>>>> Second
>>>>>>>>>> Life)
>>>>>>>>>>> and the Terms of Service. While I am sure you are well
>>>> aware
>>>>>> of
>>>>>>>>>> this, it
>>>>>>>>>>> can also be deduced through common sense that the open
>>>> source
>>>>>>>>>> program
>>>>>>>>>>> (Snowstorm, Snowglobe, etc) would not be able to exist in
>>>> an
>>>>>>>>>> environment
>>>>>>>>>>> where every personal compile had to be listed on the TPVD
>>>>>> before
>>>>>>>>>>> it
>>>>>>>>>>> could even begin to undergo any form of live quality
>>>> assurance
>>>>>>>>>>> processes.
>>>>>>>>>>>
>>>>>>>>>>> Long story short, unless there have been recent changes
>>>> to the
>>>>>>>>>> Terms of
>>>>>>>>>>> Service that I am unaware of, or if there are relevant
>>>>>> sections
>>>>>>>>>> that I
>>>>>>>>>>> have missed that indicate that a viewer that complies
>>>> with the
>>>>>>>>>> Third
>>>>>>>>>>> Party Viewer Policy still must be in the Directory to be
>>>>>>>>>> legitimately
>>>>>>>>>>> used, I would request that you provide me with them.
>>>>>>>>>>>
>>>>>>>>>>> What this means is every single BETA tester for every
>>>> client
>>>>>> on
>>>>>>>>>>> the
>>>>>>>>>>> TPVD is at risk of losing their accounts because that
>>>> compiled
>>>>>>>>>> version
>>>>>>>>>>> of that client is not listed on the TPVD. Each and every
>>>>>> Developer
>>>>>>>>>> who
>>>>>>>>>>> has worked so hard to help Linden Lab build their Client
>>>> into
>>>>>> what
>>>>>>>>>> it is
>>>>>>>>>>> is at risk of losing their accounts because each time
>>>> they
>>>>>>>>>> recompile the
>>>>>>>>>>> source it isn't listed in the TPVD and is now considered
>>>> a
>>>>>>>>>> Violation of
>>>>>>>>>>> some hidden TOS clause.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I am posting this to this forum because I wanted to get
>>>> feed
>>>>>> back
>>>>>>>>>> from
>>>>>>>>>>> the community. As I myself and a developer who has
>>>> contributed
>>>>>>>>>> patches
>>>>>>>>>>> to various TPVD Clients and am now finding myself
>>>> cautious to
>>>>>> even
>>>>>>>>>> use
>>>>>>>>>>> these clients source codes to help them. I would like
>>>>>>>>>>> clarification
>>>>>>>>>> from
>>>>>>>>>>> Linden Lab as well as other Developers on this new
>>>> banning
>>>>>> policy
>>>>>>>>>> that
>>>>>>>>>>> is requiring every compiled client that connects to
>>>> second
>>>>>> life to
>>>>>>>>>> be
>>>>>>>>>>> listed in the TPVD.
>>>>>>>>>>> ___
>>>>>>>>>>> Policies and (un)subscribe information available here:
>>>>>>>>>>&g

[opensource-dev] Snowstorm team review build

[Oz Linden (Scott Lawrence)]

http://automated-builds-secondlife-com.s3.amazonaws.com/hg/repo/oz_viewer-poreview/rev/238624/index.html


STORM-632 
   URL-like resident display name is shown as clickable HTTP URL in
   various places 
STORM-782 

   Unnecessary 'Compress snapshots to disk' menu item is presented in
   Advanced menu 
STORM-793 

   Offered URL-like named object is displayed as a HTTP URL in the
   llGiveInventory 
STORM-1041 
   removed clothes come back to haunt me 
STORM-1427 

   Crash in world map when region name search is empty (Assert fails in
   LLWorldMapMessage::processMapBlockReply) 
STORM-1534 
   Derive Credits in "About Second Life" from doc/ contents 
STORM-1546 
   [crashhunters] Crash in LLSecAPIBasicHandler::getCertificateStore 
STORM-1554 
   Untranslatable gesture: /bow1 



___
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] Questions about unit test for "hg policy"

[Oz Linden (Scott Lawrence)]

On 2011-08-16 17:25, Boroondas Gupte wrote:

Heya Oz

Thanks for making Bos' hg hooks public!

I've looked at the unit test you've written for hg policy and have two 
questions about it:


 1. Is it by purpose that the return code isn't checked after the hg
policy invocation on line 23

?



That was a bug... thanks.


 1. On lines 75

-77,
is there a reason why you use cp rather than mv? I think the
latter would avoid the need for the subsequent rm.



No particular reason, actually.   I don't really think about optimizing 
unit tests.


___
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