• 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-7287
Type: Bug Bug
Status: Closed Closed
Resolution: Cannot Reproduce
Priority: Normal Normal
Assignee: Unassigned
Reporter: Adz Childs
Votes: 15
Watchers: 4
Operations

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

"Eject" returns all of the ejected person's objects from the parcel without notice

Created: 19/May/08 05:31 PM   Updated: 24/May/08 09:31 AM
Return to search
Component/s: Avatar/Character, Building (in-world), User Interface
Affects Version/s: 1.20 Release Candidate
Fix Version/s: None

Environment: Second Life 1.20.6 (86925) May 6 2008 19:36:48 (Second Life Release Candidate) on OS Version: Linux 2.6.24-16-generic #1 SMP Thu Apr 10 12:47:45 UTC 2008 x86_64


 Description  « Hide
Steps to reproduce:
Form a group of two avatars. Call them avatar A and avatar B
Deed a parcel to this group.
Have avatar A build something elaborate.
Later, have avatar A crash leaving behind a ghost on the parcel.
Pretend avatar B has the bright idea to Eject avatar A from the parcel to maybe knock him offline. Alternatively, pretend that avatar B ejects avatar A as a joke thinking that Eject simply teleports the subject home and has no side-effects. In any case, have avatar B eject avatar A for some reason.

Avatar A is ejected from the current parcel, AND every object owned by them is returned EVEN IF it is set to the group that owns the parcel. Avatar A will have to put the object back on the parcel and they will never be in the same places they once were. In other words, there is permanent damage.

Solution
1. Provide a warning of this unexpected behavior to person B (report potential side effects to the user) , or,
2. Do not return any objects that are set to the group or person who is the registered landowner of the parcel (filter the side effects), or
3. Do not return any objects as part of the Eject operation. (no side effects)



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Lex Neva added a comment - 20/May/08 09:19 AM
I vote for #3! I'm pretty sure this is NOT the way this used to operate.

Michelle2 Zenovka added a comment - 22/May/08 03:48 AM
yea, it should be required to use the land object window to return items, this is not related to ejecting a person. There could be any number of reasons why its valid to leave the objects in place.

Glad i have spotted this unexpected behavior as have used eject before to clear "stuck" avatars who are half way between this world and the next, the eject seemed to complete the stuck login process, won't be doing that again now i know this!


WarKirby Magojiro added a comment - 22/May/08 10:10 AM
Agreed.

The ability to return when ejecting IS needed, but not like this. I suggest adding a new potion to the eject window, "EJect, ban and return"

The way it works now is horrible, and I'm glad I saw this issue before causing serious damage with it. I don't remember this change ever being announced, but I'm sre it hasn't always been this way.


Sean Heying added a comment - 22/May/08 09:10 PM
Eject wars are fun, I am scared now (Adz knows what Serverus is like) that next time I get ejected in fun my entire region will end up in my lost and found.

This seriously is already handled in land objects, there was no need to add it to the eject function. I hope it's a bug and not another of the Linden's recent "we know what is best without consultation" features


Daniel Regenbogen added a comment - 22/May/08 11:15 PM - edited
This definitely has to be changed, and I would prefer solution #3. Nobody would think that ejecting a person would also returning all his objects, this must not be linked to one click!

Adz Childs added a comment - 23/May/08 04:35 AM
I returned here to see many comments saying that the behavior needs to be changed, and also noticed that there is a Massively article linking to this JIRA issue. However, none of the comments reported that anyone else had a similar issue! Can we get a few people to try to reproduce this before we start freaking out about it?
Since people seem to be worried about this, I think I will try to reproduce this using a very small parcel with just a few objects on it, so the impact is minimal. I'll report back here.

Shanessa Vendetta added a comment - 23/May/08 06:39 AM
I have a ton of eject wars all the time but we have yet to see an issue like this one. I just bought some land so maybe I can have a guinea pig place some objects then eject him a few 100 times (perhaps Serverus.... Tad... or Kyo if you get my drift lol) Hopfully this was just localized to one persons mistake and not an actual bug. But I will try to reproduce it to see if its the end of the always fun eject wars (but there will always be orbit wars... hehe).

On a side note.. yes solution #3 would be the best... parcels are already equipped with auto return and owners object return... we don't need yet another feature... THAT WE WERE NOT WARNED ABOUT! shakes her head and stalks off


caleb levi added a comment - 23/May/08 07:49 AM
This is a crazy idea and open to ALOT of accidents. Get ready for a huge influx of region rollbacks if this is not changed!

Adz Childs added a comment - 23/May/08 03:34 PM
Before leaving home about 10 hours ago i tried to reproduce these conditions in RC7. I tried many different variables involved. I thought it might be due to the "ghosted" avatar aspect of it, so I even reproduced that, using the convenient snapshot-for-10-seconds-and-die feature/bug. But I still couldn't make it happen again. I even tried Eject-And-Ban instead of eject, and the only bad thing that happened was that Avatar B's About Land dialog ceased to function for the rest of the session. No objects were returned in any of my tests. I did not have time to post this. When I came home, RC7 was no longer able to connect. I just tried one more time using RC8 and it didn't reproduce (and the snapshot-and-die bug is gone, so its harder to force an instant viewer crash).

Apologies to all for jumping to conclusions.

I'll leave this open for now because Shanessa said she was going to try to reproduce it too. If its still open tomorrow, I'll close it (if the Lindens don't close it first).

Oh, and if anyone asks, I'm going to say "RC8 fixed it!"


Adz Childs added a comment - 24/May/08 09:31 AM
I don't know why it happened the first time, but its not happening anymore. I can't make it happen again. Reopen if it happens again.