• 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: VWR-2811
Type: Bug Bug
Status: Resolved Resolved
Resolution: Won't Finish
Priority: Normal Normal
Assignee: Unassigned
Reporter: davie zinner
Votes: 7
Watchers: 3
Operations

If you were logged in you would be able to see more operations.
1. Second Life Viewer - VWR

For-sale objects should NOT be listed by default in the new search, for privacy reasons.

Created: 19/Oct/07 04:42 PM   Updated: 20/Nov/07 01:04 AM
Return to search
Component/s: None
Affects Version/s: 1.18.4 Release Candidate
Fix Version/s: 1.18.4 Release Candidate

Issue Links:
Duplicate
 
Relates

Linden Lab Issue ID: DEV-4262


 Description  « Hide
Marking an object for sale should NOT imply an open invitation for the general population to teleport to the location of that object.

It is common to define a default landing point for your parcel where you want to encourage visitors to arrive, and it's common also to have bedrooms and workshops on the same parcel where you do NOT want to encourage visitors to teleport to directly. With this new policy, the only way to prevent the general public from teleporting into bedrooms or workshops is to examine every object on your parcel, looking for ones marked for sale, then choosing to leave it, move it, delete it, or uncheck the for-sale checkbox. This is unreasonable for, say, a 32K sq.m. parcel with 7500 objects, or a sim-size parcel with 15000 objects. The workarounds are not pleasant – either slice and dice parcels into many smaller ones to make finer-grained search settings, or install security devices to eject the people you send into our bedrooms and workshops.

Just as permissions on new objects start out restrictive, so should the search settings. When an object creator makes a new object, s/he can choose to distribute the object – or publish its location – but neither should happen automatically by default.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Rob Linden added a comment - 19/Oct/07 05:46 PM
Not sure why Resident Bonbon Flow closed this set of issues, so I'm reopening them.

Dirk Talamasca added a comment - 19/Oct/07 07:33 PM
I am in agreement with davie. Aside from the points that he mentions here, often builders and landscapers set items for sale to their clients at 0L$. Having saleable objects default as searchable will create a group of vultures waiting for such opportunities.

With this said, it would be a wonderful feature to be able to mark an object for sale only to a specific resident. You could then leave objects on friends parcels as a gift if you so desired.


Lex Neva added a comment - 20/Oct/07 09:49 AM
Several thoughts spring to mind:

1. I'm pretty sure, from what Jeska said, that for sale objects on plots that are NOT listed in search will NOT themselves default to listed.

2. For-sale items are currently ALREADY being indexed for inclusion in search databases run by people other than LL. Here's an example: http://onrez.com/about_bots/

3. I'm certain that just because your object is listed in search, it won't mean that people can teleport directly on top of it. Landing point settings will be obeyed just like they currently are for classified ads.

As to Dirk's argument... I think this is a great argument for NOT transfering builds by setting them for sale for 0L. There're much better, more secure ways of transfering ownership of a build. I also think that's a great argument for the ability to set an object for sale to a specific person... but it's not an argument for nerfing search functionality.


becky pippen added a comment - 20/Oct/07 12:03 PM
Good comments, Lex, and they apply in some cases. Your point #1 doesn't help us if we want to list our parcel in search but not all for-sale objects. #2 is specious, because just because someone else does something does not necessarily make it a good idea for LL to do the same. And #3 doesn't apply if we want to allow arbitrary TPs to anywhere on the parcel, yet we don't want to advertise TP points to certain places on the same parcel. Unless you are saying that when someone TPs to an object located in search, they will ALWAYS be sent to the parcel's default TP point and NEVER directly to the object. Then maybe that's ok.

Lex Neva added a comment - 21/Oct/07 10:47 AM
I don't think #2 is necessarily specious. The argument I'm making is that what the issue reporter is worried about is already happening, and it hasn't caused them any inconvenience yet.

As to your refutation to my #3: what I'm saying is that I don't think the new search system will treat teleports in any special way. They'll obey the settings you have on the parcel, so if you set "Allow direct teleporting", then people will be able to teleport into your sex room. You're arguing that you may want to allow people the ability to teleport to any point on your plot, but you don't want to, essentially, give them a landmark to your sex room. That makes some sense, but if you allow direct teleporting, you have to realize that it's ALWAYS possible that someone will teleport into your room and barge into your bedroom. As I see it, the argument is this:

We shouldn't have objects for sale automatically listed in search because:

  • I might want to list my plot in search, and
  • I might want to leave direct teleporting on rather than setting a landing point, but
  • I might have specific places that I really don't want people to teleport directly to, and
  • I don't want to have to set up a special parcel just to deny direct teleporting to those specific places, and
  • I might happen to have for-sale objects in those special places that would act as an invitation to teleport into them, and finally
  • I might not remember to set that for-sale object not to show in search.

That seems like a rather long chain of "might" statements which, all gathered together, don't really sway me that we shouldn't default these items to searchable. I think this rather unlikely negative situation is far outweighed by the benefit we'll get from seeing all currently for-sale objects in search, especially since you can avoid this situation by taking any one of several actions.


davie zinner added a comment - 21/Oct/07 01:09 PM
Lex's restatement of the situation is correct, but I think it's a more common situation than he estimates.

For example, I live on a 32K sq.m. parcel that has a store and a public beach. We want visitors to find and enjoy the store and beach, so we want to list the parcel and allow any-point teleporting. However, we also have private rooms and workshops scattered around the same parcel at various altitudes. While an occasional accidental teleportation into those areas isn't a concern, we don't want to advertise or encourage public teleporting directly into those areas. Because those private rooms and workshops are occupied by prolific builders and scripters, they may often have objects marked for sale for various reasons during product development.

Lex is correct that we can take "one of several actions" to avoid direct teleporting to for-sale objects, but those actions have undesirable consequences. If we don't list the parcel at all, we could lose visitors and literally lose the store. If we prohibit any-point teleporting, then our classified ads, our store departments, and beach visitors will be seriously inconvenienced, and we could literally lose the store. If we divide up the parcel into a dozen smaller ones, we'll have an administrative headache with classified ads, store traffic, media settings, prim count bonuses, and other general land administration issues. By comparison, it's easy to check a checkbox on those objects that we do want the public to know about.

Lex suggests that if we default for-sale objects to non-searchable, we lose "the benefit we'll get from seeing all currently for-sale objects in search." Store owners will likely list their for-sale objects that they do want you to know about, and more complete listings will be available through third-party searchers, as he points out, so there will be no great loss of benefit.

My personal situation is just the opposite from Lex's – it would be more convenient to make for-sale objects default to non-searchable than to deal with the consequences of having to take action to avoid direct teleportation to objects that we don't want to publish.


becky pippen added a comment - 21/Oct/07 01:19 PM
Hmmm. How about a per-parcel land setting that selects whether for-sale objects on the parcel should default to searchable or not? Then have a checkbox in each object to override that on an object-by-object basis. Would that solve the issue for both sides?

aric linden added a comment - 23/Oct/07 03:18 PM
imported by aric

Steve Linden added a comment - 23/Oct/07 04:39 PM
All the same teleport logic applies to search results - if you set a landing point on your parcel, anyone teleporting there by the map or by slurl will arrive at the landing point.

There is no way to make everybody happy initially - we have two routes: start with no objects listed at all, or start with some objects listed based on "typical" expectations.

The feeling is that the case of a mixed use parcel (i.e. one with both public and semi-public areas like a skybox) without a landing point is less typical. Setting the "show in search" value for all of these objects to false once should be significantly less effort than requiring every vendor to set the "show in search" flag on every one of their for sale objects.

It is impossible for us to please everyone on this one, we have tried to make the decision that negatively impacts the fewest residents.


Matthew Dowd added a comment - 24/Oct/07 03:01 AM
I agree you are not going to please everyone whatever the default is. However, my view (and others) is that the current defaults are going to annoy more people than defaulting everything to off initially.

However, I've created a forum poll here: http://forums.secondlife.com/showthread.php?t=218823 in an attempt to get some general view of what the opinion is on this. The poll is set to run for 2 days - if the poll turns out to be clearly in favour of the proposed defaults then it supports LL's view. If it is strongly against the proposed defaults I suggest we re-open this issue for reconsideration.


Gigs Taggart added a comment - 25/Oct/07 07:04 PM
What if present-owner no-copy transferrable items defaulted to not showing in search? People actually selling items generally don't sell present-owner no-copy items very much.

Non-transferrable items, you mentioned they were showing up too, there's no reason for them to be able to be set for sale, the DB should probably be audited for those too, and they should be have their for-sale flag removed.


Matthew Dowd added a comment - 26/Oct/07 03:38 AM
The poll closed with only 29 responses (possible I should have left it open longer), so possibly too small a sample to make judgements on. However only 1/3 were in favour of LL's approach.

I am going to re-open this, as i think Gigs has a very valid solution.

The URL of the alpha web search was posted on the forums, and I did some checking of non-shop locations. Most of them had items listed on the plot showing up in search which claimed to be on sale. However on inspection they turned out to be unbuyable (either because they owner did not have transfer permission, or because the object was set to sell as copy, but the owner did not have copy permissions).

So I would suggest that we go with Gigs's suggestion - namely that the default is Show in Search for objects only if

a) they are on a parcel set to show in search
b) they are set for sale
c) they are owner copiable and transferable

If an object is not owner transferable then it will not be buyable if set for sale. Any such objects are clearly set for sale by mistake or due to older bugs so shouldn't list in search. Listing them as for sale when not buyable just clutters up the search.
If an object is not owner copiable then it will not be buyable if set for sale as copy. It will be buyable if set for sale as original, however whilst this may be intentional, the risk of irretrievable loss if this was unintentional would outweight the additional work of anyone selling a no-copy item having to explicitly set it as showing in search.

Any object set for sale which has owner copy and transfer permissions on searchable land is likely to be intentional. Where it is not intentional there might be some very slim risk to privacy, and it might show up cases where a builder has left an item for sale in order to transfer ownership to a particular avatar; however where it is unintentional there is unlikely to be any permanent loss (as an owner of a copiable object is likely to have another copy in their inventory).


Gigs Taggart added a comment - 29/Oct/07 11:13 AM
Matthew I'm going to open that as a new bug, lindens often miss reopened bugs, especially ones they think are done.

Rascal Ratelle added a comment - 29/Oct/07 07:13 PM
Won't Finish?
Is this a joke?

Gigs Taggart added a comment - 06/Nov/07 08:50 PM
Please move the dicussion to VWR-2908 , as Linden Lab has indicated they are not going to do what this bug asks.

Prokofy Neva added a comment - 20/Nov/07 01:04 AM
But the Lindens are going to do it!

My God, I wish I'd seen this before! Shows you how bad the search is here. I looked for along time for something approximate to VWR 3072 which I filed and couldn't find it.

Note here how Lex Neva, who lectures others like Dzonatas on their syntax and misleading summaries, says, "1. I'm pretty sure, from what Jeska said, that for sale objects on plots that are NOT listed in search will NOT themselves default to listed."

But...they do. I've checked this over and over and over again. I don't know if this is a function of a dbase lag, i.e. parcels unchecked from search just aren't "taking," or a function of a bug. Needs more scrutiny, and it won't get it with this dismissive attitude.