Issues with llTextBox in Latest Viewer 2

[Riendra Taselian]

I have a HUD using llTextBox. I sent it to a friend to halp debug it. However, even using the latest version of V2 - same as I have - the text box does not show up for him. He sees the HUD with the initial buttons, sees the dialog box the button triggers, but does not see the text boxes the dialog triggers. It all shows up fine for me.

Has anyone else had this type of issues? Is this command not quite ready yet?

[Innula Zenovka]

I've not heard of any problems with llTextBox, not that that means much.

However, when someone describes a situation in which a scripted object they've made works properly for them and not for anyone else, my immediate reaction is to suspect that something got set to respond to llGetOwner() in state_entry and never gets reset.

What's the code for presenting the text box you select in the dialog box?

[Riendra Taselian]

llTextBox(ownerKey, "\n Enter the total donations collected", channel);

i do set ownerKey in state_entry. When I gave it to the other person, I gave him full perms. Wouldn't he be the owner at that point?

[Darkie Minotaur]

Yes, the other person would - but the variable is still set to your key until you pass state_entry. An owner change doesn't cause a re-start - as long as you don't call the method in the change event.

[Zena Juran]

llGetOwner() caveats...



• When the owner of an object changes, code that depends on this function's return value will not automatically update for the new owner or be automatically re-evaluated.
• This requires the reregistration of listens and requesting of permissions from the new owner as needed.
• This is not limited to listens and permissions but anything that caches the return value, it is up to the programmer to work around this limitation.
• Detection of owner change can be achieved with the changed event in conjunction with the CHANGED_OWNER flag (see the second example) or by storing the old value and periodically (e.g. in on_rez) checking if it has changed. Both techniques are valid though the latter will not detect the sale of the object if it is sold with "sell original" in-world and not picked up.
• When the object is deeded to a group, the UUID returned is that of the group.

 

You might want to include something like the following...

 

init(){    key owner = llGetOwner();} default{    state_entry()    {        init();     }     on_rez(integer start)    {        init();    }     changed(integer change)    {        if (change & CHANGED_OWNER)            init();    }}

 

[Dora Gustafson]

Innula is right:smileyhappy:
Replace 'ownerKey' with llGetOwner() and your troubles are over

[Riendra Taselian]

Thank you. I did not realize it worked that way.