• 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-2060
Type: Bug Bug
Status: Open Open
Priority: Critical Critical
Assignee: Unassigned
Reporter: Lex Mars
Votes: 73
Watchers: 21
Operations

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

llMapDestination (and possibly SLURLs) sometimes fail to use the target vector data

Created: 06/Aug/07 02:29 PM   Updated: 06/Jun/09 12:25 AM
Return to search
Component/s: Scripting
Affects Version/s: 1.18.1.2, 1.21
Fix Version/s: None

Issue Links:
Duplicate
 
Relates

Last Triaged: 07/Apr/09 09:11 AM
Linden Lab Issue ID: DEV-30253


 Description  « Hide
When using a llMapDestination, the target vector will sometimes be ignored by the client and will use the avatar's current position in the current sim.
The destination sim will be set, however. Only the position within the destination sim is incorrect.

I have been unable to determine a repro procedure for this bug, as it is intermittent.
At this point, it appears to crop up most frequently on the first use of llMapDestination in the session.

SLURLs might also be affected, however, I have not tested them myself.

========-

In dupe issue VWR-2057, Doran Zemlja reports:

Sometimes the map displayed when clicking a secondlife:// url does not load the x/y/z coordinates from the url, but instead displays the x/y/z coordinates from the last time I used the map. I also get similar broken behavior with llMapDestination().



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Lex Neva made changes - 08/Aug/07 09:24 AM
Field Original Value New Value
Link This issue Relates to VWR-2057 [ VWR-2057 ]
Torley Linden made changes - 14/Aug/07 01:51 PM
Link This issue Relates to VWR-2057 [ VWR-2057 ]
Torley Linden made changes - 14/Aug/07 01:53 PM
Link This issue is duplicated by VWR-2057 [ VWR-2057 ]
Torley Linden made changes - 14/Aug/07 01:55 PM
Description When using a llMapDestination, the target vector will sometimes be ignored by the client and will use the avatar's current position in the current sim.
The destination sim will be set, however. Only the position within the destination sim is incorrect.

I have been unable to determine a repro procedure for this bug, as it is intermittent.
At this point, it appears to crop up most frequently on the first use of llMapDestination in the session.

SLURLs might also be affected, however, I have not tested them myself.
When using a llMapDestination, the target vector will sometimes be ignored by the client and will use the avatar's current position in the current sim.
The destination sim will be set, however. Only the position within the destination sim is incorrect.

I have been unable to determine a repro procedure for this bug, as it is intermittent.
At this point, it appears to crop up most frequently on the first use of llMapDestination in the session.

SLURLs might also be affected, however, I have not tested them myself.

-=-=-=-=-=-=-=-=-

In dupe issue VWR-2057, Doran Zemlja reports:

Sometimes the map displayed when clicking a secondlife:// url does not load the x/y/z coordinates from the url, but instead displays the x/y/z coordinates from the last time I used the map. I also get similar broken behavior with llMapDestination().
lindenrobot made changes - 14/Aug/07 01:55 PM
Linden Lab Issue ID SL-51900
Strife Onizuka made changes - 15/Aug/07 03:59 PM
Link This issue Relates to VWR-1405 [ VWR-1405 ]
Torley Linden made changes - 21/Aug/07 10:32 AM
Link This issue Relates to VWR-1405 [ VWR-1405 ]
Torley Linden made changes - 21/Aug/07 10:33 AM
Link This issue is duplicated by VWR-1405 [ VWR-1405 ]
Torley Linden made changes - 21/Aug/07 10:34 AM
Component/s Scripting [ 10030 ]
Component/s User Interface [ 10033 ]
Torley Linden made changes - 08/Oct/07 12:43 PM
Assignee Jake Linden [ Jake Linden ]
Rifkin Habsburg made changes - 12/Oct/07 08:18 AM
Link This issue is duplicated by VWR-1405 [ VWR-1405 ]
Rob Linden made changes - 22/Dec/07 01:41 AM
Workflow jira [ 14443 ] jira-2007-12-21 [ 22898 ]
Rob Linden made changes - 22/Dec/07 02:01 AM
Workflow jira [ 22898 ] jira-2007-12-21 [ 24018 ]
Rob Linden made changes - 22/Dec/07 03:01 PM
Workflow jira-2007-12-21 [ 24018 ] jira-2007-12-22 [ 30643 ]
Rob Linden made changes - 22/Dec/07 03:23 PM
Workflow jira-2007-12-21 [ 30643 ] jira-2007-12-22 [ 32341 ]
Rob Linden made changes - 22/Dec/07 08:07 PM
Workflow jira-2007-12-22 [ 32341 ] jira-2007-12-22a [ 37538 ]
Rob Linden made changes - 22/Dec/07 08:30 PM
Workflow jira-2007-12-22 [ 37538 ] jira-2007-12-22a [ 38928 ]
Rob Linden made changes - 22/Dec/07 09:23 PM
Workflow jira-2007-12-22 [ 38928 ] jira-2007-12-22a [ 41451 ]
Rob Linden made changes - 22/Dec/07 09:45 PM
Workflow jira-2007-12-22 [ 41451 ] jira-2007-12-22a [ 42797 ]
Torley Linden made changes - 18/Jan/08 05:42 AM
Linden Lab Issue ID SL-51900 VWR-8982
Celierra Darling made changes - 18/Mar/08 12:03 AM
Linden Lab Issue ID VWR-8982
Celierra Darling made changes - 18/Mar/08 12:04 AM
Linden Lab Issue ID VWR-8982
Jake Linden made changes - 09/Jun/08 12:34 PM
Assignee Jake Linden [ Jake Linden ]
Strife Onizuka made changes - 13/Jun/08 07:05 PM
Link This issue Relates to VWR-1405 [ VWR-1405 ]
Lex Mars made changes - 11/Aug/08 07:32 AM
Link This issue is related to by VWR-7331 [ VWR-7331 ]
Cheshyr Pontchartrain made changes - 15/Aug/08 08:07 AM
Priority Normal [ 4 ] Major [ 3 ]
Cheshyr Pontchartrain made changes - 29/Sep/08 11:41 AM
Priority Major [ 3 ] Critical [ 2 ]
darling brody made changes - 30/Sep/08 09:57 PM
Link This issue is related to by VWR-8485 [ VWR-8485 ]
WarKirby Magojiro made changes - 01/Oct/08 05:14 PM
Link This issue Relates to SVC-1038 [ SVC-1038 ]
darling brody made changes - 08/Oct/08 09:04 AM
Priority Critical [ 2 ] Normal [ 4 ]
darling brody made changes - 08/Oct/08 11:22 AM
Comment [ I am sorry. It is not critical to block the map spamming when it only effects a small number of people who hang out in combat areas.

It is critical to fix the Height Limitations on the MAP and the bad focus on the map window. When those two problems are solved this issue can be addressed without breaking any content. If this if "fixed" first it will break more things that it fixes.

Priority set normal. It is important to implement changes in an order that will enhance existing content without breaking it. This fault should not have a higher priority that the other faults that are relying on this as a work-around, pending their fixs. If you dont understand why, look at the other JIRA issues i linked to in an earlier post.

Please understand I am not attempting to obstruct this fix (despite some rude comments above). I am attempting to ensuring all teleporter products continue to work by prioritizing this issue in line with the others so that existing content is not broken.


Darling Brody. ]
darling brody made changes - 08/Oct/08 11:23 AM
Comment [ The problem is that the region name (region search box) is the in-focus element on the map page window. For some reason pressing any key, even an arrow key, will clear the region and reset the map page to an invalid location.

The problem can be solved by Linden Labs having the default focus on the map page window as the 'Teleport' button. This is logical because most of the time llMapDestination gives you a map you will press the teleport button. Having the Teleport button in focus means the players can just press ENTER to teleport. It also means that the destination will not be accedently cleared by any unprocessed keyboard imput sent before/after the map page opens.

The current work-around for this is to send the map several times. Once the player sees a map page up they will stop pressing buttons within a couple of seconds. Sending the map 3-4 times within 2 seconds is the current work around for the badly focused map page. It is also a fix for lost UDP map packets which is another common problem people have when using llMapDestination.

Darling Brody.
]
darling brody made changes - 08/Oct/08 11:23 AM
Priority Normal [ 4 ] Critical [ 2 ]
Sue Linden made changes - 13/Nov/08 11:01 AM
Workflow jira-2007-12-22a [ 42797 ] jira-2008-11-14 [ 62069 ]
Sue Linden made changes - 13/Nov/08 11:16 AM
Workflow jira-2007-12-22a [ 62069 ] jira-2008-11-14 [ 67402 ]
Sue Linden made changes - 13/Nov/08 04:31 PM
Workflow jira-2008-11-14 [ 67402 ] jira-2008-11-14a [ 87340 ]
Sue Linden made changes - 13/Nov/08 04:43 PM
Workflow jira-2008-11-14 [ 87340 ] jira-2008-11-14a [ 91126 ]
Sue Linden made changes - 13/Nov/08 04:55 PM
Workflow jira-2008-11-14 [ 91126 ] jira-2008-11-14a [ 95279 ]
Sue Linden made changes - 13/Nov/08 05:06 PM
Workflow jira-2008-11-14 [ 95279 ] jira-2008-11-14a [ 99388 ]
Sue Linden made changes - 13/Nov/08 05:24 PM
Workflow jira-2008-11-14 [ 99388 ] jira-2008-11-14a [ 106086 ]
Sue Linden made changes - 13/Nov/08 05:41 PM
Workflow jira-2008-11-14 [ 106086 ] jira-2008-11-14a [ 112433 ]
Sue Linden made changes - 13/Nov/08 05:57 PM
Workflow jira-2008-11-14 [ 112433 ] jira-2008-11-14a [ 117653 ]
Sue Linden made changes - 13/Nov/08 06:17 PM
Workflow jira-2008-11-14 [ 117653 ] jira-2008-11-14a [ 125271 ]
Sue Linden made changes - 13/Nov/08 06:33 PM
Workflow jira-2008-11-14 [ 125271 ] jira-2008-11-14a [ 131456 ]
Nava Muni made changes - 02/Jan/09 12:11 PM
Affects Version/s 1.21 [ 10370 ]
Harleen Gretzky made changes - 04/Apr/09 08:36 AM
Linden Lab Issue ID VWR-8982
Alexa Linden made changes - 07/Apr/09 09:10 AM
Last Triaged 06/Apr/09 09:10 AM
lindenrobot made changes - 07/Apr/09 09:11 AM
Last Triaged 06/Apr/09 09:10 AM 07/Apr/09 09:11 AM
Linden Lab Issue ID DEV-30253