Avi Savira

Found the problem! As i suspected it was an error in the script, despite it not giving a syntax error. Didn't think it was the servers because, as I said, i tried saving it in several regions on different server types with several avatars. The error: I had a "jump out;" statement but with two "@ out;" statements.

I'm having a problem saving a specific script in Mono although I can save it ok as lsl when I try to save it from a rezzed object inworld, I get: Unable to upload due to the following reason: (blank) when i try to save the inventory copy, I get: Unable to upload due to the following reason: The server is experiencing unexpected difficulties. my preferences have "save scripts in inventory as Mono instead of lsl" activated. It is only this one script I'm having a problem with, I can save all other scripts ok I have tried in several regions with different servers and with different avatars, but with the same result I also tried creating a new script and copy / pasting the problem script into it, but still wont save in Mono Any ideas or guidance would be appreciated

Thanks for your advice Rolig. I am aware how to share objects with a group, but that wasn't appropriate for my current project. I only want a couple of close friends and my alt to be able to access or change the contents of my object not the whole group. Yes I could set up a new group but thats not necessary as the script will do what I originally intended, although my friends will have more limited powers than I

I might see a difference in the permissions between our tests My friend / alt and I have given each other permission to "Edit, delete or take my objects" using The friend method from our friends list, so it applies to all of our objects Are your objects shared in the same way or are you using The group method and just sharing the specific objects? Ref: https://community.secondlife.com/t5/English-Knowledge-Base/Friends-and-partnering/ta-p/700067#Section_.4

exactly, but when I'm offline, my giver object does not have permission to modify her giver box by adding content so a script error occurs Not a major problem though as my giver box is still able to give items to her avatar

The land is group owned, so I tried deeding it to that group.It would give to avatars but not to objects. I guess there's not a way to give the group owned object permission to modify an avatars objects.

Thank you Qie, you hit it on the head! I hadn't previously related my online status to the failure or success of the various gives from my scripted object. Further testing today confirms your suspicions: when I'm online, in the same sim - my scripted object always works. when I'm offline - it fails giving to my friend's object but works giving to other avatars.

A good question Qie. I'll do some tests later based on that theory

Thank you again Rolig, I greatly appreciate your time I read the Debug_Permissions with interest including the "slam bit" and did learn from it, but I dont believe that is the problem. The items we're using were created by my alt with the next owner perms set while they were rezzed. They show as I would expect in my inventory with (no copy), in blue text, following the object names and they leave my inventory when adding them to our giver objects. ok, recapping. the failure occured when my friend tried to send a NOcopy item from my giver object to her own giver object (Unable to give inventory: 'Blocked by permissions'). This started to fail despite several similar successful transfers previously we have permission to modify each others objects She can still send NOcopy (& copy) items to her avatar. She can still send copiable items to her giver object. All other attempts by her to give any NOcopy item from my giver object to hers fail I can still send NOcopy items from my own giver object to hers Both giver objects are rezzed inworld, not worn. llGiveInventory is used to give the items. Today, without resettting my giver object, I did a test with my alt she has permission to modify my objects but not my friends I gave her access to the menus in my giver object by adding her to the allowed admin list She successfully transfered NOcopy items from my giver box to my friends giver box I concluded from this that my giver object must have permission to give items to my friends giver object because my alt doesnt. I remain baffled why my friend lost permissions to give NOcopy items from my giver object to her own. Its as if the permission on my object changed, but only for her. I must have an error in my quite lenghty script somewhere, but what could cause permissions to change for only one avatar, only for NOcopy items and only to her own object? I'll do more tests with my friend later.

Thanks for your reponse Rolig. Its late for me in the UK, so I'll try to take in all the info you have given tomorrow. However, neither object is locked, both modifiable and we have permission to modify each others objects. The problem occurs when the NON owner of the object tries to transfer a NOcopy item to their own object. If the script is reset, it works ok again for a while Goes to bed pulling my hair out, Night night

avatar A & avatar B both have permission to modify each others objects. They both have a scripted object that allows each other access to its menus and actions. Each object can "give" transferable items from its contents to other avatars or objects (if the owner has permission to modify those objects). So... avatar A's object can give items to its owner (avatar A) or to avatar B or to an object owned by either avatar avatar B's object can do the same. you with me so far? then this test worked several times whilst testing various other gives from the objects.... avatar A gave a NOcopy item from avatar A's object to avatar B's object - worked avatar A returned that NOcopy item from avatar B's object to avatar A's object - worked but then we hit the problem when repeating that earlier working test.... avatar A gave a NOcopy item from avatar A's object to avatar B's object - worked avatar A returned that NOcopy item from avatar B's object to avatar A's object - failed with a script error... Unable to give inventory: 'Blocked by permissions' however avatar B could succesfully give that NOcopy item from avatar B's object to avatar A's object further tries continued to give script errors to avatar A, but not the object owner, avatar B why did it suddenly start giving 'Blocked by permissions' script errors to avatar A, when it worked before and why would the permissions be ok for avatar B Apologies for the long post :)

Thank you Maestro for your very speedy response to my Jira. For other readers than cannot access that Jira; emails from the IP address of the Mocis server (216.82.51.198) were rejected by Outlook for policy reasons. The mail server IP connecting to Outlook has exhibited namespace mining behavior. Mocis was restarted in the last few hours, the server IP address is now different (216.82.49.161) and emails are working again. I do have unanswered questions though: 1. Why was this IP blocked?... previous misuse? 2. How many of SL's IP addresses are similarly blocked? 3. Is this a rare occurance or quite common? although i guess that depends on the answer to Q2. 4. Surely it's in LL's interest to attempt to remove any blocks on their IP addresses to allow their residents to have access to all of the features available in other sims on other server IP addresses 5. Will LL be contacting Outlook / Microsoft to attempt to remove any blocks on all the affected IP addresses?

Jira created here: https://jira.secondlife.com/browse/BUG-5218

Just tested emails @ region: Undulosa server: Second Life Server 14.02.03.286121 emails to both @live.com and @hotmail.com are working from there so the problem has to be at Mocis, which still is not sending emails to those domains, and not the email provider

After futher testing it seems that emails to @live.com & @hotmail.com are not working despite having the domain @lsl.secondlife.com in my safe senders list emails to @blueyonder.co.uk are working I get daily emails to my @live.com account (when they are working) so am sure that the problem started immediately after last week's update. Too much of a coincidence to be at hotmail's end i think.