• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: MISC-1272
Type: New Feature New Feature
Status: Closed Closed
Resolution: Duplicate
Priority: Normal Normal
Assignee: Unassigned
Reporter: Saijanai Kuhn
Votes: 41
Watchers: 15
Operations

If you were logged in you would be able to see more operations.
4. Second Life Misc Issues - MISC

Create a set of permissions flags immediately that identifies "creation grid only [grid name]"/"trusted gird"/"any grid" to apply to all existing permissions settings with "creation [grid name] grid as the default setting.

Created: 10/Jun/08 02:37 PM   Updated: 17/Jun/08 03:25 PM
Return to search
Component/s: None
Affects Version/s: None
Fix Version/s: None

Environment: all
Issue Links:
Duplicate
 


 Description  « Hide
With the demonstration last week of logging into a private OpenSim from Second Life, the permissions issues of a "meta grid" are now real and have to be addressed immediately by Linden Lab. The simplest case will be to assume that a content creator did NOT intend for his or her creation to leave the Second Life grid, and the permissions system must reflect this for all existing and future content. If the creator does not set the permission explicitly, the setting is "Creation Grid Only [grid name]" In other words, all existing and new content created in Second LIfe must now be flagged "Creation Grid Only [Second LIfe Grid]", until the creator explicitly changes the flag.

Note: due to the long-term design chagnes this proposal requires, probably the first thing that should happen is a simple grayed-out, already x-ed selection:

[x] Creation Grid Only [Second LIfe Grid]

This can be implemented immediately as a simple user interface change, without requiring any changes on the server side and will serve as a reminder of the existing legal situation: that the TOS doesn't authorize copying assets to other grids. Also, Linden Lab should make blog entry about the situation, noting that private negotiation with individual content creators is an option, even before Linden Lab implements policy changes and related asset server, protocol and user interface support for these changes.

References:

http://zhaewry.wordpress.com/2008/06/05/happy-jumpy-ruths-interop-takes-a-step/
https://wiki.secondlife.com/wiki/AWGroupies-2008-06-10
https://wiki.secondlife.com/wiki/User:Zero_Linden/Office_Hours/2008_June_10

See also: https://jira.secondlife.com/browse/MISC-1277

And put all new comments there.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Ann Otoole made changes - 11/Jun/08 12:36 PM
Field Original Value New Value
Priority Critical [ 2 ] Normal [ 4 ]
Saijanai Kuhn made changes - 11/Jun/08 09:31 PM
Description With the demonstration last week of logging into a private OpenSim from Second Life, the permissions issues of a "meta grid" are now real and have to be addressed immediately by Linden Lab. The simplest case will be to assume that a content creator did NOT intend for his or her creation to leave the Second Life grid, and the permissions system must reflect this for all existing and future content. If the creator does not set the permission explicitly, the setting is "Creation Grid Only [grid name]" In other words, all existing and new content created in Second LIfe must now be flagged "Creation Grid Only [Second LIfe Grid]", until the creator explicitly changes the flag.

References:

http://zhaewry.wordpress.com/2008/06/05/happy-jumpy-ruths-interop-takes-a-step/
https://wiki.secondlife.com/wiki/AWGroupies-2008-06-10
10 June 2008 Zero LInden Office hour chat log

With the demonstration last week of logging into a private OpenSim from Second Life, the permissions issues of a "meta grid" are now real and have to be addressed immediately by Linden Lab. The simplest case will be to assume that a content creator did NOT intend for his or her creation to leave the Second Life grid, and the permissions system must reflect this for all existing and future content. If the creator does not set the permission explicitly, the setting is "Creation Grid Only [grid name]" In other words, all existing and new content created in Second LIfe must now be flagged "Creation Grid Only [Second LIfe Grid]", until the creator explicitly changes the flag.

References:

http://zhaewry.wordpress.com/2008/06/05/happy-jumpy-ruths-interop-takes-a-step/
https://wiki.secondlife.com/wiki/AWGroupies-2008-06-10
https://wiki.secondlife.com/wiki/User:Zero_Linden/Office_Hours/2008_June_10

Kitty Barnett made changes - 12/Jun/08 03:26 PM
Comment [ Self-censored after Alexa's reminder :). ]
Gigs Taggart made changes - 13/Jun/08 03:47 AM
Summary Create a set of permissions flags immediately that identifies "creation grid only [grid name]"/"trusted gird"/"any grid" to apply to all existing permissions settings with "creation [grid name] grid as the default setting Create a set of permissions flags immediately that identifies "creation grid only [grid name]"/"trusted gird"/"any grid" to apply to all existing permissions settings with "creation [grid name] grid as the default setting and a partridge in a pear tree.
Saijanai Kuhn made changes - 13/Jun/08 12:02 PM
Summary Create a set of permissions flags immediately that identifies "creation grid only [grid name]"/"trusted gird"/"any grid" to apply to all existing permissions settings with "creation [grid name] grid as the default setting and a partridge in a pear tree. Create a set of permissions flags immediately that identifies "creation grid only [grid name]"/"trusted gird"/"any grid" to apply to all existing permissions settings with "creation [grid name] grid as the default setting.
Description With the demonstration last week of logging into a private OpenSim from Second Life, the permissions issues of a "meta grid" are now real and have to be addressed immediately by Linden Lab. The simplest case will be to assume that a content creator did NOT intend for his or her creation to leave the Second Life grid, and the permissions system must reflect this for all existing and future content. If the creator does not set the permission explicitly, the setting is "Creation Grid Only [grid name]" In other words, all existing and new content created in Second LIfe must now be flagged "Creation Grid Only [Second LIfe Grid]", until the creator explicitly changes the flag.

References:

http://zhaewry.wordpress.com/2008/06/05/happy-jumpy-ruths-interop-takes-a-step/
https://wiki.secondlife.com/wiki/AWGroupies-2008-06-10
https://wiki.secondlife.com/wiki/User:Zero_Linden/Office_Hours/2008_June_10

With the demonstration last week of logging into a private OpenSim from Second Life, the permissions issues of a "meta grid" are now real and have to be addressed immediately by Linden Lab. The simplest case will be to assume that a content creator did NOT intend for his or her creation to leave the Second Life grid, and the permissions system must reflect this for all existing and future content. If the creator does not set the permission explicitly, the setting is "Creation Grid Only [grid name]" In other words, all existing and new content created in Second LIfe must now be flagged "Creation Grid Only [Second LIfe Grid]", until the creator explicitly changes the flag.

Note: due to the long-term design chagnes this proposal requires, probably the first thing that should happen is a simple grayed-out, already x-ed selection:

[x] Creation Grid Only [Second LIfe Grid]

This can be implemented immediately as a simple user interface change, without requiring any changes on the server side and will serve as a reminder of the existing legal situation: that the TOS doesn't authorize copying assets to other grids. Also, Linden Lab should make blog entry about the situation, noting that private negotiation with individual content creators is an option, even before Linden Lab implements policy changes and related asset server, protocol and user interface support for these changes.


References:

http://zhaewry.wordpress.com/2008/06/05/happy-jumpy-ruths-interop-takes-a-step/
https://wiki.secondlife.com/wiki/AWGroupies-2008-06-10
https://wiki.secondlife.com/wiki/User:Zero_Linden/Office_Hours/2008_June_10

Saijanai Kuhn made changes - 14/Jun/08 10:01 AM
Link This issue is duplicated by MISC-1277 [ MISC-1277 ]
Saijanai Kuhn made changes - 14/Jun/08 10:04 AM
Link This issue duplicates MISC-1277 [ MISC-1277 ]
Saijanai Kuhn made changes - 14/Jun/08 10:05 AM
Description With the demonstration last week of logging into a private OpenSim from Second Life, the permissions issues of a "meta grid" are now real and have to be addressed immediately by Linden Lab. The simplest case will be to assume that a content creator did NOT intend for his or her creation to leave the Second Life grid, and the permissions system must reflect this for all existing and future content. If the creator does not set the permission explicitly, the setting is "Creation Grid Only [grid name]" In other words, all existing and new content created in Second LIfe must now be flagged "Creation Grid Only [Second LIfe Grid]", until the creator explicitly changes the flag.

Note: due to the long-term design chagnes this proposal requires, probably the first thing that should happen is a simple grayed-out, already x-ed selection:

[x] Creation Grid Only [Second LIfe Grid]

This can be implemented immediately as a simple user interface change, without requiring any changes on the server side and will serve as a reminder of the existing legal situation: that the TOS doesn't authorize copying assets to other grids. Also, Linden Lab should make blog entry about the situation, noting that private negotiation with individual content creators is an option, even before Linden Lab implements policy changes and related asset server, protocol and user interface support for these changes.


References:

http://zhaewry.wordpress.com/2008/06/05/happy-jumpy-ruths-interop-takes-a-step/
https://wiki.secondlife.com/wiki/AWGroupies-2008-06-10
https://wiki.secondlife.com/wiki/User:Zero_Linden/Office_Hours/2008_June_10

With the demonstration last week of logging into a private OpenSim from Second Life, the permissions issues of a "meta grid" are now real and have to be addressed immediately by Linden Lab. The simplest case will be to assume that a content creator did NOT intend for his or her creation to leave the Second Life grid, and the permissions system must reflect this for all existing and future content. If the creator does not set the permission explicitly, the setting is "Creation Grid Only [grid name]" In other words, all existing and new content created in Second LIfe must now be flagged "Creation Grid Only [Second LIfe Grid]", until the creator explicitly changes the flag.

Note: due to the long-term design chagnes this proposal requires, probably the first thing that should happen is a simple grayed-out, already x-ed selection:

[x] Creation Grid Only [Second LIfe Grid]

This can be implemented immediately as a simple user interface change, without requiring any changes on the server side and will serve as a reminder of the existing legal situation: that the TOS doesn't authorize copying assets to other grids. Also, Linden Lab should make blog entry about the situation, noting that private negotiation with individual content creators is an option, even before Linden Lab implements policy changes and related asset server, protocol and user interface support for these changes.


References:

http://zhaewry.wordpress.com/2008/06/05/happy-jumpy-ruths-interop-takes-a-step/
https://wiki.secondlife.com/wiki/AWGroupies-2008-06-10
https://wiki.secondlife.com/wiki/User:Zero_Linden/Office_Hours/2008_June_10

See also: https://jira.secondlife.com/browse/MISC-1277

And put all new comments there.
Saijanai Kuhn made changes - 14/Jun/08 10:06 AM
Status Open [ 1 ] Closed [ 6 ]
Resolution Duplicate [ 3 ]
Strife Onizuka made changes - 17/Jun/08 03:25 PM
Link This issue duplicates MISC-1277 [ MISC-1277 ]
Sue Linden made changes - 13/Nov/08 11:52 AM
Workflow jira-2007-12-22a [ 56666 ] jira-2008-11-14 [ 78772 ]
Sue Linden made changes - 13/Nov/08 04:25 PM
Workflow jira-2008-11-14 [ 78772 ] jira-2008-11-14a [ 85792 ]