• 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-1405
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Unassigned
Reporter: Hugo Dalgleish
Votes: 23
Watchers: 10
Operations

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

llMapDestination does not work as designed for OS X/Intel viewers

Created: 27/Jun/07 12:34 PM   Updated: 08/Aug/09 09:01 AM
Return to search
Component/s: Scripting
Affects Version/s: 1.17.0.x, 1.18.4.3, 1.18.5.3
Fix Version/s: 1.20

Environment: OS X 10.4.10 and earlier on Intel. Happens in all 1.17 and earlier, as well as all currenty First Look clients.
Issue Links:
Relates
 

Linden Lab Issue ID: DEV-2071
Linden Lab Internal Branch: maintenance-6


 Description  « Hide
When using a script with llMapDestination that uses coordinates outside the originating sim with the OS X/Intel viewer, the destination presented on the map is not in the correct location. This is only evident with the Intel version of the client, OS X on PPC seems to work as designed.

Example LSL script:

default {

state_entry()
{
}
touch_start(integer num_detected)

{ llMapDestination("Boksik", <-1723.69,49534.9,25.99>, <0,0,0>); }

}

On Windows and OS X/PPC viewers, that llMapDestination takes you to <69,126,25> on Almaden sim, but on OS X/Intel it attempts to drop you six sims to the east. All llMapDestination targets on OS X/Intel take you several sims eastwards of where the destination should be.

Unkown if the Linux viewer has the same issue.

          • edit by Missy Malaprop ****
            the issue is that all negative vector positions are set to 0, positive numbers work fine, but any sized negative number is set to 0.

 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
[ Permlink | « Hide ]
Missy Malaprop added a comment - 03/Jul/07 11:33 AM
I looked at this issue a lot and was about to report it when i foud it already has been reported.

When you use a negative number in a vector position on llMapDestination, it sets it to 0 instead of the actual negative number. positive numbers work fine, but all negatives are changed into 0. It seems to only happen on Intel Macs, nothing else... even PPC Macs are said to work ok.


Missy Malaprop made changes - 03/Jul/07 11:35 AM
Field Original Value New Value
Description When using a script with llMapDestination that uses coordinates outside the originating sim with the OS X/Intel viewer, the destination presented on the map is not in the correct location. This is only evident with the Intel version of the client, OS X on PPC seems to work as designed.

Example LSL script:

default {

   state_entry()
   {
   }
   touch_start(integer num_detected)
   {
       llMapDestination("Boksik", <-1723.69,49534.9,25.99>, <0,0,0>);
   }
}

On Windows and OS X/PPC viewers, that llMapDestination takes you to <69,126,25> on Almaden sim, but on OS X/Intel it attempts to drop you six sims to the east. All llMapDestination targets on OS X/Intel take you several sims eastwards of where the destination should be.

Unkown if the Linux viewer has the same issue.

 When using a script with llMapDestination that uses coordinates outside the originating sim with the OS X/Intel viewer, the destination presented on the map is not in the correct location. This is only evident with the Intel version of the client, OS X on PPC seems to work as designed.

Example LSL script:

default {

   state_entry()
   {
   }
   touch_start(integer num_detected)
   {
       llMapDestination("Boksik", <-1723.69,49534.9,25.99>, <0,0,0>);
   }
}

On Windows and OS X/PPC viewers, that llMapDestination takes you to <69,126,25> on Almaden sim, but on OS X/Intel it attempts to drop you six sims to the east. All llMapDestination targets on OS X/Intel take you several sims eastwards of where the destination should be.

Unkown if the Linux viewer has the same issue.

***** edit by Missy Malaprop ****
the issue is that all negative vector positions are set to 0, positive numbers work fine, but any sized negative number is set to 0.
Environment OS X 10.4.8 on Intel OS X 10.4.10 and earlier on Intel. Happens in all 1.17 and earlier, as well as all currenty First Look clients.
[ Permlink | « Hide ]
Daedalus Young added a comment - 16/Jul/07 06:35 PM
Edit: Added "Scripting" Component.

Daedalus Young made changes - 16/Jul/07 06:35 PM
Component/s Scripting [ 10030 ]
[ Permlink | « Hide ]
Strife Onizuka added a comment - 05/Aug/07 11:31 PM
it sounds like they used the wrong variable types in llMapDestination or the underlying transport of the data. Sounds like they mixed signed and unsigned number types and when the conversion is done on any platform other than OS X/Intel, it just copies the memory but on OS X/Intel its actually performing the conversion. This wouldn't surprise me in the least I think it's why the great zero is at sim 1000x1000 (Da Boom).

Strife Onizuka made changes - 15/Aug/07 03:59 PM
Link This issue is related to by VWR-2060 [ VWR-2060 ]
Torley Linden made changes - 21/Aug/07 10:31 AM
Component/s User Interface [ 10033 ]
Torley Linden made changes - 21/Aug/07 10:32 AM
Link This issue is related to by VWR-2060 [ VWR-2060 ]
Torley Linden made changes - 21/Aug/07 10:33 AM
Link This issue duplicates VWR-2060 [ VWR-2060 ]
[ Permlink | « Hide ]
Torley Linden added a comment - 21/Aug/07 10:36 AM
This sounds like part of the problems in VWR-2060 – please distinguish if it's actually a different and separate issue.

Torley Linden made changes - 21/Aug/07 10:36 AM
Status Open [ 1 ] Resolved [ 5 ]
Resolution Duplicate [ 3 ]
[ Permlink | « Hide ]
Rifkin Habsburg added a comment - 11/Oct/07 11:43 PM
This is a separate issue – it only affects the OSX/Intel viewer. VWR-2060 affects all viewers.

[ Permlink | « Hide ]
Rifkin Habsburg added a comment - 11/Oct/07 11:50 PM
This is not a duplicate of VWR-2060, it's a separate issue that only affects the Intel-OSX viewer.

Rifkin Habsburg made changes - 11/Oct/07 11:50 PM
Resolution Duplicate [ 3 ]
Status Resolved [ 5 ] Reopened [ 4 ]
Rifkin Habsburg made changes - 12/Oct/07 08:18 AM
Link This issue duplicates VWR-2060 [ VWR-2060 ]
[ Permlink | « Hide ]
Saskia McLaglen added a comment - 15/Oct/07 10:56 AM
This is a separate issue to VWR-2060. I am on an Intel Mac, OSX 10.4.10 using the Second Life 1.18.3 (5) client.

It can be reproduced everytime for me using the exact code from the wiki entry for llMapDestination found at

[url]http://rpgstats.com/wiki/index.php?title=LlMapDestination[/url]

as well as with my own code.

Please fix this asap!


Gigs Taggart made changes - 15/Oct/07 03:52 PM
Link This issue is related to by VWR-1577 [ VWR-1577 ]
lindenrobot made changes - 15/Oct/07 04:14 PM
Linden Lab Issue ID DEV-2071
[ Permlink | « Hide ]
Keiki Lemieux added a comment - 28/Nov/07 11:33 PM
I'm getting reports of this from people using my HUDs.

[ Permlink | « Hide ]
Raven Quine added a comment - 28/Nov/07 11:36 PM
Also is affecting version 1.18.4.3 regular landmarks are fine but anything in a landmark program sets it up all wrong.

Keiki Lemieux made changes - 01/Dec/07 10:39 PM
Affects Version/s 1.18.4.3 [ 10190 ]
Affects Version/s 1.18.5.3 [ 10210 ]
Rob Linden made changes - 22/Dec/07 02:28 AM
Workflow jira [ 12622 ] jira-2007-12-21 [ 25671 ]
Rob Linden made changes - 22/Dec/07 02:40 AM
Workflow jira [ 25671 ] jira-2007-12-21 [ 26351 ]
Rob Linden made changes - 22/Dec/07 03:27 PM
Workflow jira-2007-12-21 [ 26351 ] jira-2007-12-22 [ 32745 ]
Rob Linden made changes - 22/Dec/07 03:49 PM
Workflow jira-2007-12-21 [ 32745 ] jira-2007-12-22 [ 34800 ]
Rob Linden made changes - 22/Dec/07 08:47 PM
Workflow jira-2007-12-22 [ 34800 ] jira-2007-12-22a [ 39930 ]
Rob Linden made changes - 22/Dec/07 10:03 PM
Workflow jira-2007-12-22 [ 39930 ] jira-2007-12-22a [ 43903 ]
Rob Linden made changes - 22/Dec/07 10:26 PM
Workflow jira-2007-12-22 [ 43903 ] jira-2007-12-22a [ 45259 ]
[ Permlink | « Hide ]
Monica Balut added a comment - 13/Jun/08 05:23 PM
The same problem was recently reported to me by one of the Mac users of my teleporting HUD. He was using the 1.19 viewer. Needs to be fixed.

[ Permlink | « Hide ]
Haruki Watanabe added a comment - 13/Jun/08 05:54 PM - edited
It's not only negative vectors - it seems the whole function is borked on intel macs at all.

Using llMapDestination doesn't bring up the map nor does it add the vectors to it.

(iMac 2.16 GHz, Intel Core 2 Duo, 2GB RAM, OS-X Leopard 10.5.3)


Strife Onizuka made changes - 13/Jun/08 07:05 PM
Link This issue is related to by VWR-2060 [ VWR-2060 ]
[ Permlink | « Hide ]
Bridie Linden added a comment - 17/Jul/08 03:03 PM
Fixed in 1.20!

Bridie Linden made changes - 17/Jul/08 03:03 PM
Status Reopened [ 4 ] Fix Pending [ 10001 ]
Linden Lab Internal Branch maintenance-6
[ Permlink | « Hide ]
Bridie Linden added a comment - 17/Jul/08 03:04 PM
Fixed in 1.20 RC0

Bridie Linden made changes - 17/Jul/08 03:04 PM
Status Fix Pending [ 10001 ] Resolved [ 5 ]
Resolution Fixed [ 1 ]
Ramzi Linden made changes - 24/Jul/08 03:13 PM
Status Resolved [ 5 ] Resolved [ 5 ]
Fix Version/s 1.20 [ 10350 ]
Sue Linden made changes - 13/Nov/08 11:12 AM
Workflow jira-2007-12-22a [ 45259 ] jira-2008-11-14 [ 65870 ]
Sue Linden made changes - 13/Nov/08 11:41 AM
Workflow jira-2007-12-22a [ 65870 ] jira-2008-11-14 [ 75473 ]
Sue Linden made changes - 13/Nov/08 05:13 PM
Workflow jira-2008-11-14 [ 75473 ] jira-2008-11-14a [ 101955 ]
Sue Linden made changes - 13/Nov/08 05:29 PM
Workflow jira-2008-11-14 [ 101955 ] jira-2008-11-14a [ 108477 ]
Sue Linden made changes - 13/Nov/08 05:43 PM
Workflow jira-2008-11-14 [ 108477 ] jira-2008-11-14a [ 112864 ]
Sue Linden made changes - 13/Nov/08 06:01 PM
Workflow jira-2008-11-14 [ 112864 ] jira-2008-11-14a [ 119526 ]
Sue Linden made changes - 13/Nov/08 06:35 PM
Workflow jira-2008-11-14 [ 119526 ] jira-2008-11-14a [ 132256 ]
Sue Linden made changes - 13/Nov/08 07:02 PM
Workflow jira-2008-11-14 [ 132256 ] jira-2008-11-14a [ 142866 ]
[ Permlink | « Hide ]
Hugo Dalgleish added a comment - 08/Aug/09 09:01 AM
Love to Bridie for fixing this for us!

Hugo Dalgleish made changes - 08/Aug/09 09:01 AM
Status Resolved [ 5 ] Closed [ 6 ]

Powered by Atlassian JIRA the Professional Issue Tracker. (Enterprise Edition, Version: 3.13.2-#335) - Bug/feature request - Atlassian news - Contact Administrators