Friends permission bug

Posted on by Inara Pey

The Phoenix team have issued a blog post on a Viewer bug that affects setting permissions for Friends.

From the Phoenix website:

The Bug
You can no longer change permissions for your friends while on a viewer which doesn’t utilize Web Profiles and whether you are, or are not on a viewer that uses web profiles the friend you are changing permissions for needs to relog after you have set the permissions through their web profile. I am assured by LL that they intend to resolve this issue as soon as possible but at this time they cannot provide a date when the fix will be rolled out. You can read the Jira report about the bug herehttps://jira.secondlife.com/browse/SVC-7104

The Work Around
In the meantime, there is a work around. First, you must open the “Web” profile of the person you wish to change permissions for. This includes Map rights, Modify my objects permissions and Online status permissions.
1. Open the web profile of the person you wish to change permissions for using the following URL in your web browser.http://my.secondlife.com/firstname.lastname. Replace the first name and last name with the persons first and last name. If they do not have a visible last name dohttp://my.secondlife.com/firstnameinstead.
2. Once you have their profile open, click on the “ACTIONS” button near the top and to the right, then choose “Permissions” from the sub menu.
3. Give or remove the permissions you wish to change and click “Save”.
4. Now the person you’ve changed the permission for will need to relog in order for them to actually get the permission change.

OR

If you just want to remove all permissions for a friend to default, you can just remove them from your friend list and re add them.

With thanks to Jessica Lyon.

Unknown's avatar

Published by Inara Pey

Eclectic virtual world blogger with a focus on Second Life, VR, virtual environments and technology.

4 thoughts on “Friends permission bug”

  1. Thanks, Inara.
    One of the many infuriating things about this very serious bug is the scant publicity it’s received from LL. Oskar Linden posted about it in the Second Life Server forum on the 13th, with details of the workround, but apart from that and the jira (neither of which are that easy for people to find) there’s been very little said about it.
    The discussion following Oskar’s post is worth reading — there are some nuances as to whether or not the ACTIONS button actually appears when you’ve opened your friend’s profile, which are well explained by Cerise Sorbet in her answers to questions.

    The thread starts at
    http://community.secondlife.com/t5/Second-Life-Server/Known-issue-with-granting-revoking-permissions/td-p/975953

    Like

    1. Thanks to Jessica and the Phoenix team for trying to raise the visibility of this issue. I’d actually noted the permissioning problem myself the other day, but as I’m using Firestorm, put it down to being a Viewer issue with the current Beta release. As Firestorm doesn’t use web profiles, I’ve not actually noticed an issue of that side of things, as I don’t have cause to use them,

      This is another area where LL are again failing to communicate. OK – no-one likes to admit to issues and bugs, but there are times when users’ interests rise above the any appearance of having got something wrong.

      Like

      1. It’s not a question of whether the viewer supports web profiles or not, though. It’s more to with whether, if you’re in-world, you’ve set your viewer settings in such a way that it tries to open http://my.secondlife.com/firstname.lastname from the viewer’s internal browser or from an external one (essentially, if you’re not logged into the SL website beforehand, and your viewer opens http://my.secondlife.com/firstname.lastname using your external browser, you will have to sign in on the website before you see an ACTIONS button).

        I mention this because I spent half an hour the other day trying to help someone with this issue, and trying to understand why I could see the button on her friend’s profile and she couldn’t, until we exchanged screenshots of what we were seeing and I realised she wasn’t logged into the website, despite her having opened IE by clicking the link I’d sent her in an IM.

        Certainly I agree about LL’s poor communication — at the moment, the only way to stay on top of what’s happening in many areas, it seems to me, is to follow Oskar’s posts in the Server forum. Or rely on blogs like yours or independent forums.

        Like

        1. The issue actually seems to be handled following a recent server-side update, and actually manifests differently depending on whether you are using web profiles or not.

          The problem manifests two ways – as you describe, but for those who run Viewers that *don’t* use web profiles (i.e. Firestorm), it manifests as permissions set against friends from in-world (i.e. the Contacts list) failing to update (i.e. setting someone to Map you, but they still can’t). My comment was not so much that it was down to actually whether the Viewer supports web profiles or not, but rather that because Firestorm is still in Beta, when I encountered the permission update failure, I assumed it was an issue within Firestorm and not anything of greater import – doubly so, given the lack of communication from LL on the problem. Sorry if my reply caused any confusion.

          Like

Comments are closed.