secondlife / jira-archive

2 stars 0 forks source link

[BUG-228405] Residents attempting to log into any region which use an SL Experience for access (Key Experience) get sent to welcome hub despite having allowed the SL Experience. #6505

Open sl-service-account opened 4 years ago

sl-service-account commented 4 years ago

What just happened?

Users who attempts to log in to region which has a Key Experience for access to the region will instead be sent to a welcome hub.

What were you doing when it happened?

Attempting to log into a region for which I had allowed the Key Experience.

What were you expecting to happen instead?

I should have been able to log in to the region in question without being sent to a welcome hub instead.

Other information

It should be noted that users who are Estate Managers, or members of a group which is also allowed access to the region will be unaffected. Adding all visitors to a group which is allowed to the region completely negates the purpose of having a Key Experience, however.

Original Jira Fields | Field | Value | | ------------- | ------------- | | Issue | BUG-228405 | | Summary | Residents attempting to log into any region which use an SL Experience for access (Key Experience) get sent to welcome hub despite having allowed the SL Experience. | | Type | Bug | | Priority | Unset | | Status | Accepted | | Resolution | Accepted | | Created at | 2020-03-31T16:36:28Z | | Updated at | 2020-04-03T22:57:29Z | ``` { 'Build Id': 'unset', 'Business Unit': ['Platform'], 'Date of First Response': '2020-04-03T17:57:10.888-0500', "Is there anything you'd like to add?": 'It should be noted that users who are Estate Managers, or members of a group which is also allowed access to the region will be unaffected. Adding all visitors to a group which is allowed to the region completely negates the purpose of having a Key Experience, however.', 'ReOpened Count': 0.0, 'Severity': 'Unset', 'System': 'SL Simulator', 'Target Viewer Version': 'viewer-development', 'What just happened?': 'Users who attempts to log in to region which has a Key Experience for access to the region will instead be sent to a welcome hub.', 'What were you doing when it happened?': 'Attempting to log into a region for which I had allowed the Key Experience.', 'What were you expecting to happen instead?': 'I should have been able to log in to the region in question without being sent to a welcome hub instead.', 'Where': 'http://maps.secondlife.com/secondlife/Darwinia/34/141/29', } ```
sl-service-account commented 4 years ago

Maestro Linden commented at 2020-04-03T22:57:11Z

Hi nik, thanks for the report. I can reproduce this issue when I do the following:

  1. UserA: Add a land-scoped experience to the list of experiences allowed in an estate
  2. UserA: rez a box in the test region, with the following script: ```Java default {

    touch_start(integer total_number) { llSay(0, "Requesting experience permissions on " + llDetectedName(0) + "..."); llRequestExperiencePermissions(llDetectedKey(0), "Do it!"); }

    experience_permissions(key agent) { llSay(0, "Got experience permissions on " + llKey2Name(agent)); }

    experience_permissions_denied(key agent, integer reason ) { llSay(0, "Denied experience permissions for " + (string)agent + " due to reason #" + (string) reason); } }

    
    - Set the script experience to the same experience from step (1)
  3. UserA: Go to a region in another private estate, and set the estate to
    • Disallow public access
    • Have the "Key Experiences" list set to the experience from step (1)
  4. UserB (who is not in the test experience): login
  5. UserB: attempt to visit the estate from (3)
    • Observe that UserB cannot enter (no access)
  6. UserB: touch the scripted box from (2), and accept the experienceoffer
  7. UserB: observe that you can now visit the estate from (3), due to being in the key experience
  8. UserB: logout, and login to last location

    Expected results: In (8), UserB should still be able to visit the restricted estate on login.

    Actual results: In (8), UserB gets redirected to a safe location, as access to last location is denied. UserB is able to teleport to the restricted estate immediately after, however.