Simulator User Group/Transcripts/2013.06.04

From Second Life Wiki
Jump to: navigation, search


Prev 2013.05.28 Next 2013.06.11

List of Speakers

Andrew Linden Baker Linden Chieron Tenk
Duckie Dickins Faust Vollmar Honza Noyes
Inara Pey Jonathan Yap Kallista Destiny
Kelly Linden Kitto Flora Levio Serenity
Lucia Nightfire MartinRJ Fayray Mona Eberhardt
Motor Loon Nalates Urriah Qie Niangao
Rex Cronon Sahkolihaa Contepomi Simon Linden
TankMaster Finesmith Whirly Fizzle Yuzuru Jewell


[12:00] Mona Eberhardt: Hello Andrew.

[12:00] Andrew Linden: Hello

[12:01] Nalates Urriah: Hi

[12:01] Simon Linden: So let's see ... the news today on releases is pretty short, since we didn't have any today

[12:01] Inara Pey: Hi, Andrew, Nal

[12:01] Simon Linden: There will be new RC updates tomorrow morning

[12:01] TankMaster Finesmith: heya simon, andrew, baker

[12:01] Nalates Urriah: Inara :)

[12:01] Baker Linden: Hey Tank

[12:01] Simon Linden: The info is here as usual :

[12:02] Levio Serenity: with the bonus uber-snarky comment !

[12:02] Simon Linden: The maintenance update going onto BlueSteel and LeTigre doesn't have a lot of changes but one is nice : it fixes that mass-logout bug where everyone gets kicked out of a region

[12:03] Inara Pey: Hi, Qie

[12:03] TankMaster Finesmith: oh yeah, that will be nice

[12:03] Simon Linden: In this case, the region doesn't go down, but everyone gets kicked off

[12:03] Qie Niangao: (Hi, Inara, all)

[12:03] Sahkolihaa Contepomi: Oh god I had that trouble this morning ... four times in a row. >.<

[12:03] Rex Cronon: hello everybody

[12:03] Simon Linden: The interest list code in Magnum is getting an update as well, just polishing up some issues

[12:04] Simon Linden: I think the one that held it back was about loading large scripts, which could have trouble due to bandwidth issues

[12:04] Andrew Linden: The only things fixed in the interestlist update are two rare crash modes.

[12:04] Honza Noyes: Simon, the BlueSteel and LeTigre maintenance, is that a fix for:

[12:04] Andrew Linden: The issue where some people cannot download large LSL script texts is not fixed yet... at least on RC.

[12:05] Andrew Linden: We've got a fix, but it just missed the boat for the RC update.

[12:05] Simon Linden: yes Honza, that should be fixed as well

[12:05] Rex Cronon: how can "large" scripts have bandwidth problems when max script is 64k, while a texture/mesh can have a few megabytes?

[12:05] Simon Linden: ah, that's too bad

[12:05] Honza Noyes: Huh?

[12:06] Andrew Linden: Rex, the scripts are sent through a different code path, and that code path has a bug.

[12:06] Simon Linden: I meant "too bad" on the large script fix mixing RC

[12:06] Rex Cronon: oh. ok

[12:06] Honza Noyes: Right. Thanks for clarifying.

[12:06] Simon Linden: I can't type .. MISSING rc

[12:06] Jonathan Yap: Rex, it sounds like the trouble is seeing the text of the script

[12:07] Andrew Linden: Right, you can upload a new script, but when you try to download it again to examine it the text will not show up... but only for a few people, and it only afflicts their internet connection.

[12:07] Andrew Linden: If they login from someone else's house the problem may not happen.

[12:08] Simon Linden: That's all the news I have ... Andrew, Baker or Kelly - do you guys have anything else?

[12:08] Jonathan Yap: That must have been fun to figure out

[12:08] Rex Cronon: that is why is good to always have local copy of your scripts:)

[12:08] Andrew Linden: That's all the news I've got too. I was working on that script download bug until now.

[12:08] Levio Serenity: huh. ive had that happen randomly a couple times this last week

[12:09] Andrew Linden: I get to go back to trying to fix the "meeroos don't animate right when you turn around" problem.

[12:09] Levio Serenity: \o/

[12:09] Andrew Linden: And then once I'm done with that the interestlist project will be done for now, and I can move on to something else.

[12:10] TankMaster Finesmith: thats an easy fix, delete the meeroo

[12:10] Jonathan Yap: Some time ago I brought up and I think someone was going to look into it (it's the problem of not being able to get group notice attachments reliably)

[12:10] Mona Eberhardt: I concur with Tank.

[12:10] Andrew Linden: Oh yeah, I had one other item for the agenda...

[12:11] Levio Serenity: thats cold. :-P but FYI that interest list bug really applies to every animated object in SL, not just meeroos. so if you really want to delete the entire grid

[12:11] Andrew Linden: A resident sent me an IM, they are looking for references to some longtime SL residents to be interviewed

[12:11] Jonathan Yap: How old do they want?

[12:11] Andrew Linden: for the 10th anniversary celebration coming up at the end of this month

[12:12] Inara Pey: Is that Dizzy Banjo, Andrew?

[12:12] Rex Cronon: is playboy doing an article on "old" sl users;)

[12:12] Andrew Linden: No, it is Arciamay Resident.

[12:12] Nalates Urriah: Are they going to interview you, Andrew?

[12:12] Inara Pey: OK, thanks.

[12:13] Andrew Linden: She (?) has a booth at the celebration and plans to use it as a gallery for people to share their experiences in SL through poetry and art.

[12:13] Duckie Dickins: I always wondered who was the first avatar to log into SL. :)

[12:13] Sahkolihaa Contepomi: lol Rex!

[12:13] Baker Linden: I don't have much -- still fixing some bugs related to profiles. I have the fix ready for removing leading / trailing spaces from display names, and I'm working on a mute list (blocked list) fix now. It will resolve the issue where muted agents don't necessarily get removed from the mute list. After that, I'll start working on the group ban system. I won't have an estimate for when that'll be done right now. When it's ready is all I can say :)

[12:13] Andrew Linden: As for how old... I assume she is looking for people who have been around for years...

[12:14] Chieron Tenk: While we are on the topic of longtime SL-users.. happy rezday, Andrew!

[12:14] Mona Eberhardt: I'm pretty sure most of us here have been around for years.

[12:14] Jonathan Yap: I just sent her an IM after you put out her name

[12:14] MartinRJ Fayray: happy rezday

[12:14] Andrew Linden: the older the better probably, but anyone with some good stories would certainly be of interest.

[12:14] Mona Eberhardt: Yup, happy Rezday Andrew!

[12:14] Whirly Fizzle: OOh happy Rez day!

[12:14] Jonathan Yap: Hair on butt after TP is a classic

[12:15] Mona Eberhardt: Jonathan, do you still remember that?

[12:15] Andrew Linden: Oh yeah, today might be my rezday. Someone was telling me about that by email...

[12:15] Andrew Linden looks...

[12:15] Sahkolihaa Contepomi: Haha

[12:15] Jonathan Yap: Mona, it happened to me all the time

[12:15] Rex Cronon: lol. so funny. your rezz day is today. right on office hour day . happy rez day:)

[12:15] Kallista Destiny: also running around with your head by your feet

[12:15] Inara Pey: Hope you got your Linden Birthday Cake, Andrew

[12:16] Levio Serenity: lots of people forget their rezzday until their meeroo digs up some rezz day cake for them. we hear it all the time : D

[12:16] Jonathan Yap: Andrew is 11, 1 year older than SL apparently :)

[12:16] TankMaster Finesmith: happy Rezz day, andrew!

[12:16] Andrew Linden: Some trivia: The first SL account in the database was Phoenix Linden, who was implementing the databases at the time.

[12:16] Duckie Dickins: Neat

[12:16] Andrew Linden: So technically he was the first "account" in SL.

[12:17] Andrew Linden: Before that we didn't have persistent authentication or records.

[12:17] Kitto Flora: Now we know who #1 is. ;)

[12:17] Jonathan Yap: Andrew is #1 in my book :p

[12:17] Andrew Linden: The first beta resident was Steller Sunshine, I think.

[12:18] Motor Loon: now theres something to sell on ebay

[12:18] Jonathan Yap: I went past a Linden Street yesterday, but not the one in CA

[12:18] Lucia Nightfire: I miss anything important?

[12:18] Andrew Linden: Someone once trolled all the profiles and built a list of the oldest accounts in SL. In the forums I think, but that was years ago.

[12:18] Jonathan Yap: Can I ask again about ?

[12:18] Duckie Dickins: I would of liked to have been around before teleporting was possible...back when you had to find a telehub. :)

[12:19] Whirly Fizzle: lol I missed all that too

[12:19] Rex Cronon: lucia. guess which linden has his rezday today:)

[12:19] Andrew Linden reads 7129...

[12:19] Nalates Urriah: There was a wall somewhere with the names of the beta participants... or oldest avatars in SL... somethng

[12:20] Inara Pey: The Wall is still there, Nal.

[12:20] Kallista Destiny hums "All in all it's just another brick in the wall"

[12:20] Inara Pey: Original beta participants.

[12:20] Jonathan Yap: there is for history of last names

[12:22] Whirly Fizzle: Awww I used to use that site to choose alt last names when they existed *sniff*

[12:22] Simon Linden: 7129 looks like it's still open, but was investigated

[12:22] Jonathan Yap: I think Simon found that the server doesn't keep the sessionid for 7129, which is part of the trouble

[12:23] Jonathan Yap: it is lost on a reboot and also has a 1hr(?) lifetime

[12:23] Andrew Linden: I don't think I've ever got a group notice with an attachment (re SVC-7129)

[12:23] Simon Linden: yes .. it looks like to make that work as expected would require keeping some data around longer than usual

[12:23] TankMaster Finesmith: after an hr of a notice being in the notification well, it is no longer valid, and you have to reopen the GN to get the item

[12:23] Whirly Fizzle: 7129 is a much worse problem with v2/3 based viewers that have the persistent notifications. It does still happen on v1 based viewers but nowhere near as often.

[12:23] Jonathan Yap: the trouble with v2/v3 is all those notices are stored as xml, so you can go back to them on subsquent logins

[12:24] Simon Linden: Right Whirly, that makes sense. If you keep it lingering around on the viewer you're likely to hit the case where the server has lost that data

[12:25] Whirly Fizzle: Yeah. Notice attachments do time out on V1's though, I remember it happening if you left a notice sitting unread, but because the notices didn't disappear into the chiclet, people used to read them faster

[12:25] Simon Linden: I suspect fixing that involves some scary work around how those items are handled by the server and that's why it hasn't been worked on

[12:25] Whirly Fizzle: But often on a v3, you will get a new notice delivered at login and you still can't get the attachm,ent

[12:26] Jonathan Yap: Simon, if you go to the list of notices in the group floater then they work, so somehow it is possible to generate working IDs from existing data

[12:26] Andrew Linden: Simon, you say that a session_id becomes invalid? Is that a login session_id or some IM session_id?

[12:27] Jonathan Yap: the session_id is the UUID that somehow indexes to the attachment

[12:27] Simon Linden: I'm not sure what's invalid ... there actually isn't a lot of notes in those jiras, except for our internal one, Andrew

[12:28] Jonathan Yap: I can see the uuid in the xml that preserves the notices on my HD

[12:28] Andrew Linden: Ok. Yeah I'm not familiar enough with that code to speculate as to what is going wrong.

[12:28] Rex Cronon: if those jira were open for others to see and comment on them...

[12:28] Simon Linden: but from what Jonathan says there may be ways to refresh it

[12:28] Jonathan Yap: part of the trouble is on the server--the timeout

[12:29] Whirly Fizzle: The whole V3 notices system is delicate heh. For example if you have cleared all your notices and logout and get new notices while offline, login, don't read your notices and don't click the chiclet to look at the previews and then log out, when you relog, all your notifications have been lost, they havnt persisted between sessions.

[12:29] Jonathan Yap: another part of the trouble is the xml data is stale after some time has passed

[12:30] Jonathan Yap: Do you think this is better fixed on the viewer side?

[12:30] Kelly Linden: Simon/Andrew: I believe what it is, is that at the time the notice info is sent to the viewer we create a 'simuserop' on the sim for the inventory transfer that expires after some (maybe too short time). The 'id' in this case is a generated transaction ID (that we put in the session_id field of improved_instant_message)

[12:30] Whirly Fizzle: Another huge problem is people never clearing their notificatios. When open_notification file gets too big, it causes timeout at login

[12:30] Meeter: Timecheck : User Group is half over

[12:30] Mona Eberhardt: I had that problem a few months back, Whirly.

[12:30] Andrew Linden: Ah I think I see. The group notices live in some database, and they probably have an expiry so that the list of notices doesn'

[12:30] Simon Linden: ah, that makes sense, Kelly

[12:31] Andrew Linden: doesn't grow unbounded.

[12:31] Rex Cronon: why can't an email be sent with all notifications when max size for notifications is reached?

[12:31] Kelly Linden: If you refresh the view or re-request the notice, it makes a new inventory offer transaction with a new ID.

[12:32] Andrew Linden: Kelly, the SimUserOp stuff is just for simulator routing of operations that may require multiple simulator frames to complete.

[12:32] Simon Linden: It might be possible to have the viewer re-request then if it's data is old, but that's speculation

[12:32] Kelly Linden: hrm, those user op transactions should last a day from the time the notice is sent to the viewer.

[12:32] Andrew Linden: They couldn't span multiple simulators/regions

[12:32] Andrew Linden: so they must get put into a database by the op

[12:32] Kelly Linden: Andrew: correct.

[12:32] Jonathan Yap: Related to this, maybe there should be a debug setting MaxNotices, with old ones being purged from the local xml file

[12:33] Jonathan Yap: If a region goes down are all those IDs then lost?

[12:33] Kelly Linden: Andrew: I think that may be part of the problem. The notice itself lives in the DB (I can show you where) and the sim op is created when the notice is sent to the viewer.

[12:33] Kelly Linden: If they go to a different region, that session id is no longer meaningful.

[12:33] Andrew Linden: ah

[12:33] Kelly Linden: re-loading the notice will make a new transaction op.

[12:34] Andrew Linden: So... when the viewer gets the notice, but does not open it... does the viewer actually have all the data in the notice at that point?

[12:34] Andrew Linden: Or does the data for the notice only get sent when the notice is opened?

[12:34] Kallista Destiny: On should hope that region change would trigger a refresh?

[12:34] Kelly Linden: it does not have the inventory item. It has a transaction ID that it sends back to the server with yes/no give me the inventory

[12:35] Whirly Fizzle: Notifications were already set at a max of 250 wernt they?

[12:35] Andrew Linden: Not a refresh Kallista, so much as a propagation of the information from one region to another... the data about the notice would have to follow your avatar around.

[12:35] Andrew Linden: More data to persist for region crossings in other words... probably not the best solution.

[12:35] Simon Linden: I have vague memories of setting a limit on those notifications a while back. We had a bug report when Oskar couldn't log in

[12:35] Whirly Fizzle: Ya

[12:35] Whirly Fizzle: MAINT-994 Oskar Linden login issues

* Set max persistent notifications to 250

* Don't register for notification callbacks until after peristent ones are loaded.

[12:36] Whirly Fizzle: :D

[12:36] TankMaster Finesmith: lol

[12:36] Simon Linden: lol, awesome

[12:36] Andrew Linden: Oh yeah... I remember that.

[12:36] Lucia Nightfire: 8 sec, thats gotta be a record

[12:36] TankMaster Finesmith: whirly has both LL and FS jiras cached in her head

[12:36] Andrew Linden will brb...

[12:37] Rex Cronon: eidetic memory whirly:)

[12:37] Kelly Linden: For group notices it might be a good idea for viewers to have better behavior for already open notifications on region cross - force a re-request when they are viewed again or something.

[12:38] Kallista Destiny: The viewer knows when it's changed regions, nd it alos knows that there are pending notices. It should be able to register with the new region (after some reasonable delay) for notification call backs.

[12:38] Andrew Linden is back.

[12:38] Rex Cronon: wb

[12:38] Kelly Linden: kallista: yup.

[12:38] Jonathan Yap: Kallista, that would put load on the server when in most cases you are not going to look at any notices in that location

[12:39] Kallista Destiny: Tht was why I said delay several seconds or more

[12:39] Kelly Linden: kallista: though it should use as lazy a method as possible. Perhaps marking all pending notifications as 'stale' on region change then when viewed re-requesting the notification from the server and updating the session id info.

[12:39] TankMaster Finesmith sets the viewer to refresh the notices per frame

[12:39] Kelly Linden crashes tankmaster's viewr

[12:39] Kallista Destiny: That would be even better

[12:39] TankMaster Finesmith: hehe

[12:39] Whirly Fizzle: \o/

[12:39] Andrew Linden: And what about when someone is shooting across lots of regions with a jetpack?

[12:40] Whirly Fizzle: They will crash on the 5th crossing anyway :D

[12:40] Kallista Destiny: they're stale untill looked at.

[12:40] Andrew Linden: LOL Whirly.

[12:40] Kallista Destiny: per Kelly's comment

[12:40] Andrew Linden: Yeah, I get it. That sounds like it might work.

[12:41] Jonathan Yap: was there some reason to not supply the inventory UUID in the notice message for security reasons?

[12:41] Duckie Dickins: I dunno...Sim crossing has been ok in certain areas. I flew my plane from north corsica down to the blake sea which was probably at least 50+ sim crossing in about an hour without any crashes.

[12:41] Kallista Destiny: very lazy, in fact each notice should be 'stale' until explicitly looked at.

[12:42] Kelly Linden: Jonathan - there is no inventory ID at that time.

[12:42] Kallista Destiny: and restaled on region crossing.

[12:42] Kelly Linden: There is an inventory item stored in the backend with the notice that sits in limbo until you accept it.

[12:42] Kallista Destiny: is that a word?

[12:42] Andrew Linden: Getting the notice does not automatically inject something into your inventory.

[12:42] Andrew Linden: I think...

[12:42] Kelly Linden: correct andrew

[12:43] Qie Niangao: Unsure why not do the same thing on every attempt to retrieve an attachment... is this transaction handle ("session id") shared by all recipients or something?

[12:43] Jonathan Yap: So, how do you want to leave this issues--yellow sticky note on monitor to look into it at some point?

[12:43] Kelly Linden: no Qie.

[12:43] Andrew Linden: Ok, so the "limbo" that Kelly mentioned is probably a table of pending notices, which are capped for that "Oskar cannot login" problem.

[12:44] Kelly Linden: The oskar cannot login is a separate system (notifications vs group notices)

[12:44] Rex Cronon: why not make "notices" folder in every users inventory. add all notices there. each time one is read, it is removed from the the folder:)

[12:44] Andrew Linden: Ah.

[12:45] Duckie Dickins: if that's the case you could probably remove calling cards while you were at it. :D

[12:46] Jonathan Yap: I often use calling cards--sometimes when my friends list fails to fully load it is the only way I can tell who is online

[12:47] Whirly Fizzle: I used to delete all my calling cards on V1's. You can't do that on V3 though, they repopulate

[12:47] Duckie Dickins: odd..I haven't had a friends list failure in years

[12:47] Rex Cronon: btw. why does llGetRegionName truncate sim names?

[12:48] Jonathan Yap: before we go to a new subject, how are we going to leave this discussion of the group notice attachment?

[12:48] Lucia Nightfire: what region was truncated?

[12:48] Andrew Linden: Ok, so it sounds like there are some ideas on solving SVC-7129, and we have an internal jira for it. It will just have to get prioritized.

[12:49] Motor Loon: llGetRegionName truncates??

[12:49] Rex Cronon: i think either swt or rausch

[12:49] Andrew Linden: The fact that it came up in discussion here puts some weight to its urgency, but I don't know when exactly we'll get to it.

[12:49] Mona Eberhardt: I've encountered the following issue quite a few times (actually, it never fails to happen): when a friend goes offline and I was typing an IM to them, if I send it to them right after they go offline, I get the notification that they're online (and they even show as online in the people floater), even though they're not. I have to relog before I get the real indication again.

[12:49] Lucia Nightfire: WT is truncated at teh server

[12:49] Lucia Nightfire: at the limit

[12:49] Whirly Fizzle: I see that all the time too Mona

[12:50] Simon Linden: Yes Mona, that can happen when there is stale data about if someone is online or not

[12:50] Andrew Linden: The online presence state is cached, but I don't know for how long.

[12:51] Whirly Fizzle: offline friend shows as online when IMed

[12:51] Motor Loon: Probably several minutes in some cases

[12:51] Kelly Linden: I wonder if llGetEnv("region_name") also truncates?

[12:52] Lucia Nightfire: shouldn't be any truncating

[12:52] Rex Cronon: it if done server side...

[12:52] Rex Cronon: if it is*

[12:53] Motor Loon: SVC-6831 [A, C] llRequestAgentData with DATA_ONLINE parameter has a delay of up to 10 minutes in reporting offline status

[12:53] Andrew Linden: The reason it is cached is so that the database is not overloaded with queries

[12:53] Kelly Linden: I'm having a hard time finding in the code where the sim name would be truncated.

[12:54] Rex Cronon: kelly. it happens

[12:54] Kelly Linden: Are there any unusual characters in the names?

[12:54] Andrew Linden: Mono, does the recipient receive the IM message when they login?

[12:55] Mona Eberhardt: I'm not sure.

[12:55] Jonathan Yap: Mona, does it have to be the 1st line of an IM, or can you have been typing back and forth for a little while and then when they leave it happens?

[12:55] Meeter: Timecheck : User Group is almost over

[12:55] Mona Eberhardt: Haven't checked.

[12:56] Lucia Nightfire: "Sandbox - Weapons testing (no damag" is teh only region I've seen truncated at teh server probably due to it being allowed as a longer name on LL's end when creating the region

[12:56] Mona Eberhardt: Jonathan, if I press enter to send the message just after they've logged out, I get the "X is online" notification.

[12:56] Mona Eberhardt: As for the fate of the message...

[12:56] Mona Eberhardt: Usually, I also send it via the PM system as well to be sure... Or via email.

[12:57] Lucia Nightfire: there are also other allowances on LL's end with region creation, such as punctuation and other chars

[12:57] Lucia Nightfire: which you're not allowed with the region purchase and setup page

[12:58] Andrew Linden: Well, it must be easy to repro. I can't say how easy it is to fix right now. I'd have to look through a lot of code.

[12:58] Whirly Fizzle: Mestro has a repro here

[12:58] Jonathan Yap: Would it be easier to find the regions with too long of a name and adjust them?

[12:58] Whirly Fizzle: *Maestro

[12:59] Lucia Nightfire: go whirls, its your birthday, heh

[12:59] Andrew Linden: We know it is related to what we call the "agent presence service" which is what is used to query online/offline status by the simulator.

[12:59] Andrew Linden: It is a web service that protects the database from being overloaded, and hence has some cache period.

[13:00] Lucia Nightfire: ding

[13:00] Meeter: Thank you for coming to the Server User Group

[13:00] Lucia Nightfire: any other news?

[13:00] Lucia Nightfire: shineys?

[13:00] Lucia Nightfire: experience project news?

[13:00] Lucia Nightfire: stuffs?

[13:01] Yuzuru Jewell: Could someone give me the chat log of this meeting? I was late for 15min..

[13:01] Lucia Nightfire: same

[13:01] Whirly Fizzle: OOh, Oz said at the TPV meeting that an experience tools project viewer would be coming soon :)

[13:01] Andrew Linden: Yuzuru, I'll try to publish the transcript right away.

[13:02] Yuzuru Jewell: Thank you!

[13:02] Andrew Linden: I'm behind on publishing, so that promise should help me get it done.

[13:02] Jonathan Yap: Thank you everyone

[13:02] Mona Eberhardt: Thank you Lindens.

[13:02] Kallista Destiny: Thank you all

[13:02] Faust Vollmar: Completely random since I dropped in at the last minute, but is there any chance we could get some kind of event to detect when a script has been set to running while it still has it's previous state intact?

[13:02] Andrew Linden: Thanks for coming.

[13:02] Kelly Linden: o/

[13:02] Inara Pey: Thanks, Andrew, Simon, Kelly, Baker.

[13:02] Simon Linden: Thanks everyone for coming today and the good chat

[13:02] Whirly Fizzle: That TPV meetiong where it was mentioned is recorded here for anyone interested

[13:02] Inara Pey: Happy Rezday again, Andrew

[13:03] Nalates Urriah: Thx Lindens

[13:03] Yuzuru Jewell: I will see it soon.

[13:03] Andrew Linden: Faust, you want a "script has started but was not reset" event?

[13:03] Lucia Nightfire: 11 years old

[13:03] Baker Linden: Thanks everyone! Have a great week!

[13:03] Yuzuru Jewell: Thank you, Lindens!

[13:03] Whirly Fizzle: Thanks Lindens

[13:03] Mona Eberhardt: you too, Baker. Have a fine week, everyone.

[13:03] Simon Linden: See y'all next time

[13:03] Lucia Nightfire: 4k days old too, happy bd

[13:03] Faust Vollmar: Andrew yeah, basically being able to detect that its running state was messed with.

[13:03] Andrew Linden: Heh, I don't pay much attention to my rezday, but I do remember my hire date... Dec 01, 1999.

[13:03] Rex Cronon: tc andrew, simon, kelly, baker

[13:03] Rex Cronon: tc everybody and have a nice day

[13:04] Andrew Linden: messed with... as in the region restarted?

[13:04] Duckie Dickins: It was my understanding that starting a script forced a restart of the script

[13:04] Faust Vollmar: Andrew: Nah, just stuff like llSetScriptState

[13:04] Faust Vollmar: Duckie: Nope, it keeps state until a sim crossing or region reboot

[13:05] Lucia Nightfire:

[13:05] Lucia Nightfire: if I'm following right, heh

[13:05] Andrew Linden: Oh I see... llSetScriptState() allows one script to start/stop another?

[13:05] Lucia Nightfire: if it hadn't crashed, ya

[13:05] Andrew Linden: or it can stop itself, I see.

[13:05] Lucia Nightfire: and if it wasn't given without pin

[13:06] Lucia Nightfire: "injected" w/o pin

[13:06] Faust Vollmar: Yeah, the issue I have requires the script being able to detect that it was messed with

[13:06] Faust Vollmar: Rather than something external detecting it

[13:06] Lucia Nightfire: what do you mean messed with

[13:06] Faust Vollmar: So llGetScriptState does no good

[13:07] Andrew Linden: Yeah Faust, you were a bit late. That is a good question for Kelly who I think has already gone.

[13:07] Andrew Linden: You should bring it up again at the next meeting.

[13:08] Andrew Linden: I will mention the question to him later today, so he might be able to think about it in his copious spare time.

[13:08] TankMaster Finesmith: thx for your time, andrew

[13:08] Faust Vollmar: Thanks, catching these is -really- difficult for me.

[13:08] Andrew Linden will now try to publish this transcript.

[13:08] Andrew Linden: Cheers.


Prev 2013.05.28 Next 2013.06.11