[sldev] Sharing edit permissions of a script - without the need to transfer ownership first. Please comment

Aleric Inglewood aleric.inglewood at gmail.com
Fri Sep 11 05:06:30 PDT 2009


Yup. A much more logical approach would be:
if you can modify the object, and the script is MCT, then you can
modify the script.

SL has the tendency to be anti-open source.

On Fri, Sep 11, 2009 at 8:51 AM, Nexii Malthus<nexiim at googlemail.com> wrote:
> Modifiy rights should be exactly that, if the script is full perm and the
> object as well. You should have, you know, the rights to modification if
> that individual has given those permissions.
>
> I doubt LL would ever bother fixing the bug. They'd call it by design. There
> are a lot of situations I have come across where I wished to edit a script I
> was working on in a friends' build. Instead i have to drag the script into
> my inventory, modify and replace.
>
> - Nexii
>
> On Sun, Aug 23, 2009 at 12:07 PM, Aleric Inglewood
> <aleric.inglewood at gmail.com> wrote:
>>
>> Well, at least all this led to an update of the page
>>
>> https://wiki.secondlife.com/wiki/Editing_someone_else%27s_scripts_and_notecards
>>
>> Remaining questions:
>>
>>    *  Isn't it a bug that the requirement to first set the group and
>> then set 'share with group'
>>      and not the other way around, exists?
>>    * Shouldn't a script be also editable if it has 'Allow anyone to
>> copy" set (as opposed
>>      to 'share with with group'?)
>>    * Shouldn't one be able to edit scripts of someone else if one has
>> that someone else's
>>      build permissions and the script has Next Owner can 'Modify /
>> Copy (/ Transfer, whatever)'
>>      set (indicating the intent of being full perm / open source).
>>
>> On Fri, Aug 21, 2009 at 3:02 PM, Aleric
>> Inglewood<aleric.inglewood at gmail.com> wrote:
>> > http://jira.secondlife.com/browse/SVC-316
>> _______________________________________________
>> Policies and (un)subscribe information available here:
>> http://wiki.secondlife.com/wiki/SLDev
>> Please read the policies before posting to keep unmoderated posting
>> privileges
>
>


More information about the SLDev mailing list