Closed
Bug 1106093
Opened 11 years ago
Closed 11 years ago
Loading... message displayed on Operator Dashboard page in stage
Categories
(Marketplace Graveyard :: Curation Tools, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
2015-02-17
People
(Reporter: madalin.cotetiu, Unassigned)
References
()
Details
Attachments
(1 file)
|
3.08 KB,
text/plain
|
Details |
Steps to reproduce
1. Open Operator Dashboard page in mp-stage: https://marketplace.allizom.org/operators/shelves
2. Click the sign in button and log in.
Expected results:
After Log in with:
User with permissions - The Operator Dashboard opens, the user is able to add, edit Operator shelves.
User Without permissions - "You do not have permission to access this tool." message and a Sign out button is displayed.
Actual results:
"Loading..." message is displayed.
Notes/Issues:
Verified in FF36(Win7) Issue is reproducing in mp-stage.
Screenshot for this issue: http://screencast.com/t/xV8Ce0LWNr3
Comment 1•11 years ago
|
||
I can't reproduce this. I am successfully able to load and view the existing operator shelves, as well as create a new operator shelf.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
| Reporter | ||
Comment 2•11 years ago
|
||
I am still able to reproduce this issue on stage.
Please view this screencast: http://screencast.com/t/EcoXT699SPK
I have also tried to access the tool via a direct link. When accessing https://marketplace.allizom.org/operators/shelves/create The creation page is opening but I'm not able to create a new operator shelf
Screencast: http://screencast.com/t/2exucPa1
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 3•11 years ago
|
||
I'm still unable to reproduce this with any of my accounts. Some things that might help me narrow down what is happening:
- What permissions does this account have?
- Is there a request that is stalling or failing? Which one?
- If that request has a response, what is the body of that response?
Flags: needinfo?(madalin.cotetiu)
Comment 4•11 years ago
|
||
The account used to log in @ http://screencast.com/t/2exucPa1 has no access. You are hitting a 403. The account that has access is "madalin cotetiu" <madalin.cotetiu@softvision.ro> and not the yahoo account you are using.
| Reporter | ||
Comment 5•11 years ago
|
||
We are still unable to use operators/shelves on stage.
@krupa After we sent you the list with our email address we observed the following behaviors:
For Iulian and Victor: After logging in with their softvision test accounts they get the following message "You do not have permission to access this tool."
When I log in with my test account(the one that we sent you:madalinfxa01@gmail.com) I am able to access the create new operator shelf page but I am unable to complete the creation.
Here is a screencast: http://screencast.com/t/JQnayI6e
Flags: needinfo?(madalin.cotetiu)
Comment 6•11 years ago
|
||
Okay, there's definitely an issue with permissions here. I didn't set up your account and don't know what permissions you were granted. I'll make sure you get something representative of all the use cases. What I need from Madalin, Victor, and Iulian:
1) An email address that is not an admin. This will be made an admin of the tool.
2) A different email address that is also not an admin. This will be made an admin for 3 different region/carrier pairs.
Neither of these should have been used with the tool before, and each of these will need to have an existing FxA on the staging server.
Flags: needinfo?(madalin.cotetiu)
Updated•11 years ago
|
Flags: needinfo?(vcarciu)
Flags: needinfo?(iulian.timis)
| Reporter | ||
Comment 7•11 years ago
|
||
The emails are:
Madalin:
1. mozshelftest01@gmail.com
2. mozshelftest02@yahoo.com
Victor:
1. svfxa1@gmail.com
2. svfxa2@gmail.com
Iulian:
1. kjfxa1@yahoo.com
2. kjfxa2@yahoo.com
All this emails have a new fxa account in stage and none of them were used with the tool.
Flags: needinfo?(vcarciu)
Flags: needinfo?(madalin.cotetiu)
Flags: needinfo?(iulian.timis)
Comment 8•11 years ago
|
||
My apologies, I'd thought I had responded to this bug.
The following users have been granted admin permission (i.e. can administer any carrier/region pair):
1. mozshelftest01@gmail.com
2. svfxa1@gmail.com
3. kjfxa1@yahoo.com
And the following have been granted permissions to three specific carrier/region pairs:
1. mozshelftest02@yahoo.com
2. svfxa2@gmail.com
3. kjfxa2@yahoo.com
Let me know if anything seems out of sorts.
Status: REOPENED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 9•11 years ago
|
||
Our admin accounts are still now working. When using any of this account:
1. mozshelftest01@gmail.com
2. svfxa1@gmail.com
3. kjfxa1@yahoo.com
The Loading.. message is displayed. Screenshot: http://screencast.com/t/WM5kEDdu9
Haven't see any request failing with a 403. The only failing request is this one: http://screencast.com/t/vZBJIXvXf
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 10•11 years ago
|
||
Are there any JavaScript errors in the console?
Flags: needinfo?(madalin.cotetiu)
| Reporter | ||
Comment 11•11 years ago
|
||
Attaching full console logs captured while logging into /operators/shelves
JS errors:
TypeError: n is undefined include.js:5:17325
TypeError: n is null include.js:5:18346
Flags: needinfo?(madalin.cotetiu)
Updated•11 years ago
|
Status: REOPENED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → FIXED
Target Milestone: 2014-12-02 → 2015-02-17
| Reporter | ||
Comment 12•11 years ago
|
||
Verified as fixed in FF38(Win7) in marketplace-dev.allizom.org
Postfix screencast: http://screencast.com/t/KFn2OHdGyBq
Closing.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•