• 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-26
Type: Bug Bug
Status: Open Open
Priority: Major Major
Assignee: Unassigned
Reporter: gearsawe stonecutter
Votes: 27
Watchers: 10
Operations

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

Scripts being reset when not running.

Created: 20/Feb/07 04:46 AM   Updated: 06/Jul/09 01:16 PM
Return to search
Component/s: Scripts
Affects Version/s: 1.13.1.5
Fix Version/s: None

Issue Links:
Duplicate
 

Linden Lab Issue ID: DEV-3848


 Description  « Hide
There are a few instances that cause a script to be reset while it is not running.
1 - when cross a sim border
2 - When stored into inventory and rezzed again. This also includes a worn attachment that is detached an worn again.
3 - A simple sim reset.

a simple script to test
==================================
integer count = 0;
default
{
touch_start(integer total_number)

{ llSay(0, (string)count++); }

}
=================================

Test A - inventory store
1. put script in a box
2. touch the box see that is counts up everytime you touch it.
3. set the script to not running.
4. take it back into inventory
5. rez the box again.
6. set script to running
7. touch it and notice it starts counting at zero again.

Test B - sim crossing
1. take the same scripted box and go somewhere very close to sim border
2. touch it a few times to verify is it working
3. set the script to not running
4. edit the box and move it in the other sim
5. set the script to running.
6. touch it and notice it starts counting at zero again.

Test C - sim reset
1. take the same scripted box and place it in a sim you can reset.
2. touch it a few times to verify is it working
3. set the script to not running
4. rest the sim.
5. after the reset go back to the box and set the script to running.
6. touch it and notice it starts counting at zero again.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
WarKirby Magojiro added a comment - 23/Mar/07 04:47 PM
This is not good at all. I'd say this needs to be fixed fast

Irene Ikarus added a comment - 21/Apr/08 09:45 AM
Fixing this, if it was an old issue, or introducing this as a new feature would increase the chances of developing better scripts. The present bug forces to mantain in running state scripts that store dinamic data if they are going to be derezzed or used while crossing sim borders, or at sim resets, even if there was no need to keep them active and consuming resources.

gearsawe stonecutter added a comment - 29/Nov/08 05:16 PM
kind of surprised to see this go no where for a long time.

DoctorEigen Flow added a comment - 29/Mar/09 06:02 PM - edited
It is now March 29th, 2009... we are on the brink of nuclear war, the world is being swallowed by a recession, nature is starting to rebel violently,... and Linden, is charging us more money than it costs to buy the 'Adobe Creative Suite' every year,... but they still will NOT fix issues flagged as MAJOR BUGS?!! Soon I'd imagine, they will charge us L$10 to comment here.

gearsawe stonecutter added a comment - 29/Mar/09 07:40 PM
Actually this was around before the Jira. When the Jira came online I moved everything over to here. I found this a year before I posted it here. There have been many case I could turn off scripts when not in use. But would cause more problems if they get reset when rezzed. Not sure what the problem is as to why it gets reset.

Huns Valen added a comment - 23/Apr/09 03:10 PM
I've noticed that this happens sometimes (but not always...?) when you use the "Set all scripts to not running" and then "Set all scripts to running" tools.

I have scripts that NEED to preserve their state, else stuff gets broken. BUT, some of my stuff is in a homestead sim where it needs to NOT be taking up cycles when not in use. So this is a bit of a conundrum!