• 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: SVC-2251
Type: Bug Bug
Status: Open Open
Priority: Major Major
Assignee: Unassigned
Reporter: BlueKnight Dagger
Votes: 2
Watchers: 2
Operations

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

llGetStartParameter returns zero AFTER sim restart

Created: 29/Apr/08 01:02 PM   Updated: 21/Oct/09 11:04 AM
Return to search
Component/s: Scripts
Affects Version/s: 1.24 Server, 1.25 Server
Fix Version/s: None

Environment:
Second Life Server 1.25.6.113484
Second Life Server 1.24.9.98659
Issue Links:
Relates

Last Triaged: 21/Oct/09 11:04 AM
Linden Lab Issue ID: DEV-41630


 Description  « Hide
While this issue is very similar to:
SVC-1073 - llGetStartParameter() always returns zero [Beta v1.18.3 (70780)]

This issue differs significantly in that it appears to be in the newest server release 1.21.0.85745 and llGetStartParameter only begins failing to return the passed value after a simulator is restarted. It may be a continuation of the previous bug.

To duplicate, have an object rez another object and pass a start parameter. The start parameter will be available prior to the sim reset. However, then reset the sim and the start param will be lost even though the script is not reset. (borrowed and modified code from previous bug).

REZZING
default
{
    touch_start(integer total_number)
    {
        llRezObject("test rez", llGetPos() + <0,0,1>, <0,0,0>, <0,0,0,1>, 123123);
    }
}
REZZED
default
{
    touch_start(integer total_number)
    {
        llOwnerSay((string)llGetStartParameter());
    }
}


 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
CrystalShard Foo added a comment - 02/Dec/08 03:21 PM
Confirmed. This is still happening as of December 2nd, 2008.

This issue is messing up Rez-Foo boxes that are left deployed with the buildings unsaved during a sim restart, due to data kept in the start parameter getting lost during a sim restart.


CrystalShard Foo added a comment - 02/Dec/08 03:25 PM
Environment updated to reflect changes since April.

CrystalShard Foo added a comment - 02/Dec/08 09:18 PM
Upgraded priority to 'Major' due to the sheer number of affected systems with no ability to patch or workaround (deployed houses that are not ment to be saved, vendor systems that use rez-foo to automate structure rezzing, in-progress packages left behind by creators during sim restarts, and other automated rezzable systems that use the Rez-Foo as a module, etc')

CrystalShard Foo added a comment - 16/Mar/09 07:29 AM
Updated to reflect the bug's continued existence in today's simulator versions.

Strife Onizuka added a comment - 16/Mar/09 09:07 PM