
| Key: |
VWR-1405
|
| Type: |
Bug
|
| Status: |
Closed
|
| Resolution: |
Fixed
|
| Priority: |
Major
|
| Assignee: |
Unassigned
|
| Reporter: |
Hugo Dalgleish
|
| Votes: |
23
|
| Watchers: |
10
|
|
If you were logged in you would be able to see more operations.
|
|
|
|
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
|
|
|
|
This issue is related to by:
|
|
|
VWR-2060 llMapDestination (and possibly SLURLs) sometimes fail to use the target vector data
|
|
|
|
|
|
VWR-1577 Meta-Issue: Bugs or improvements suitable for open source programmers
|
|
|
|
|
|
|
| Linden Lab Issue ID: |
DEV-2071
|
| Linden Lab Internal Branch: |
maintenance-6
|
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.
|
|
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.
-
-
-
-
- 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.
|
Show » |
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.
|
made changes - 16/Jul/07 06:35 PM
|
Component/s
|
|
Scripting
[ 10030
]
|
made changes - 15/Aug/07 03:59 PM
|
Link
|
|
This issue is related to by VWR-2060
[ VWR-2060
]
|
made changes - 21/Aug/07 10:31 AM
|
Component/s
|
User Interface
[ 10033
]
|
|
made changes - 21/Aug/07 10:32 AM
|
Link
|
This issue is related to by VWR-2060
[ VWR-2060
]
|
|
made changes - 21/Aug/07 10:33 AM
|
Link
|
|
This issue duplicates VWR-2060
[ VWR-2060
]
|
made changes - 21/Aug/07 10:36 AM
|
Status
|
Open
[ 1
]
|
Resolved
[ 5
]
|
|
Resolution
|
|
Duplicate
[ 3
]
|
made changes - 11/Oct/07 11:50 PM
|
Resolution
|
Duplicate
[ 3
]
|
|
|
Status
|
Resolved
[ 5
]
|
Reopened
[ 4
]
|
made changes - 12/Oct/07 08:18 AM
|
Link
|
This issue duplicates VWR-2060
[ VWR-2060
]
|
|
made changes - 15/Oct/07 03:52 PM
|
Link
|
|
This issue is related to by VWR-1577
[ VWR-1577
]
|
made changes - 15/Oct/07 04:14 PM
|
Linden Lab Issue ID
|
|
DEV-2071
|
made changes - 01/Dec/07 10:39 PM
|
Affects Version/s
|
|
1.18.4.3
[ 10190
]
|
|
Affects Version/s
|
|
1.18.5.3
[ 10210
]
|
made changes - 22/Dec/07 02:28 AM
|
Workflow
|
jira
[ 12622
]
|
jira-2007-12-21
[ 25671
]
|
made changes - 22/Dec/07 02:40 AM
|
Workflow
|
jira
[ 25671
]
|
jira-2007-12-21
[ 26351
]
|
made changes - 22/Dec/07 03:27 PM
|
Workflow
|
jira-2007-12-21
[ 26351
]
|
jira-2007-12-22
[ 32745
]
|
made changes - 22/Dec/07 03:49 PM
|
Workflow
|
jira-2007-12-21
[ 32745
]
|
jira-2007-12-22
[ 34800
]
|
made changes - 22/Dec/07 08:47 PM
|
Workflow
|
jira-2007-12-22
[ 34800
]
|
jira-2007-12-22a
[ 39930
]
|
made changes - 22/Dec/07 10:03 PM
|
Workflow
|
jira-2007-12-22
[ 39930
]
|
jira-2007-12-22a
[ 43903
]
|
made changes - 22/Dec/07 10:26 PM
|
Workflow
|
jira-2007-12-22
[ 43903
]
|
jira-2007-12-22a
[ 45259
]
|
made changes - 13/Jun/08 07:05 PM
|
Link
|
|
This issue is related to by VWR-2060
[ VWR-2060
]
|
made changes - 17/Jul/08 03:03 PM
|
Status
|
Reopened
[ 4
]
|
Fix Pending
[ 10001
]
|
|
Linden Lab Internal Branch
|
|
maintenance-6
|
made changes - 17/Jul/08 03:04 PM
|
Status
|
Fix Pending
[ 10001
]
|
Resolved
[ 5
]
|
|
Resolution
|
|
Fixed
[ 1
]
|
made changes - 24/Jul/08 03:13 PM
|
Status
|
Resolved
[ 5
]
|
Resolved
[ 5
]
|
|
Fix Version/s
|
|
1.20
[ 10350
]
|
made changes - 13/Nov/08 11:12 AM
|
Workflow
|
jira-2007-12-22a
[ 45259
]
|
jira-2008-11-14
[ 65870
]
|
made changes - 13/Nov/08 11:41 AM
|
Workflow
|
jira-2007-12-22a
[ 65870
]
|
jira-2008-11-14
[ 75473
]
|
made changes - 13/Nov/08 05:13 PM
|
Workflow
|
jira-2008-11-14
[ 75473
]
|
jira-2008-11-14a
[ 101955
]
|
made changes - 13/Nov/08 05:29 PM
|
Workflow
|
jira-2008-11-14
[ 101955
]
|
jira-2008-11-14a
[ 108477
]
|
made changes - 13/Nov/08 05:43 PM
|
Workflow
|
jira-2008-11-14
[ 108477
]
|
jira-2008-11-14a
[ 112864
]
|
made changes - 13/Nov/08 06:01 PM
|
Workflow
|
jira-2008-11-14
[ 112864
]
|
jira-2008-11-14a
[ 119526
]
|
made changes - 13/Nov/08 06:35 PM
|
Workflow
|
jira-2008-11-14
[ 119526
]
|
jira-2008-11-14a
[ 132256
]
|
made changes - 13/Nov/08 07:02 PM
|
Workflow
|
jira-2008-11-14
[ 132256
]
|
jira-2008-11-14a
[ 142866
]
|
made changes - 08/Aug/09 09:01 AM
|
Status
|
Resolved
[ 5
]
|
Closed
[ 6
]
|
|