• 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.
MAINTENANCE ANNOUNCEMENT - JIRA will undergo maintenance starting 1:00am PDT through 3:00am on Saturday 2010.03.20. Please do not enter issues during this time as the system maybe restarted.
Issue Details (XML | Word | Printable)

Key: SVC-5015
Type: Bug Bug
Status: Open Open
Priority: Major Major
Assignee: Unassigned
Reporter: Zauber Exonar
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
2. Second Life Service - SVC

Disconnection During TP

Created: 08/Nov/09 01:47 PM   Updated: 08/Nov/09 01:58 PM
Component/s: Teleport
Affects Version/s: 1.32 Server
Fix Version/s: None

Time Tracking:
Not Specified

Issue Links:
Relates
 


 Description  « Hide
Frequently when teleporting, the teleport progress screen goes blank with the only visible thing being the progress meter, which just continually fills up until you eventually get logged out from Second Life. What appears to be happening here is a miscommunication between Sim A (origin) and Sim B (destination). Sim A receives a "false positive" for you having connected successfully to Sim B, when in fact the connection had failed, or had "almost" succeeded. So, when the TP fails, you are stuck in limbo, rather than simply reappearing back at Sim A, since you are no longer connected to Sim A.

This is based on an observation I made yesterday evening while I had been logged in with two viewers running simultaneously. I TPed home with my alt, but the teleport failed and the alt was booted. Before that happened, the teleport progress screen went from saying "Requesting connection", and then went blank. The moment it went blank, my alt vanished from where he was standing in-world, which normally does not happen until the connection is completed and you are en route to your destination.

To fix this behavior, I suggest being more conservative with how Sim A would drop a client's connection. IE: It needs to be certain that the client is connected. The best way to go about this is to make Sim B tell Sim A to close the connection after the client has been connected fully.



 All   Comments   Work Log   Change History      Sort Order: Ascending order - Click to sort in descending order
There are no comments yet on this issue.