-
-
Notifications
You must be signed in to change notification settings - Fork 7.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Permission ticks disappear from UI #977
Comments
Thank for issue reporting. Will take a look. |
@XcrossD Can you give us the MongoDB version? Are you using a hosted database? The requests seem pretty slow... I can't reproduce this on my machine, I need more information. |
@Aurelsicoko Hosted with mLab. From the dashboard - mongod version: 3.4.14. Happy to provide more information. Actually the route permissions have been saved, it's just after 1 second the saved route permissions disappeared. |
@XcrossD I tried with mLab and the exact same models (Banner and ProductFeature)... I can't reproduce your issue. Do you have more models? Can you try with a fresh app? |
@Aurelsicoko |
Fresh install shows the same. I could DM you my server details on slack for further testing. |
Thank, I just tried and it works fine on my machine again... Are you still running the app on Windows? |
Yes running on windows |
Same bug, running also on Windows :D |
Tested both on Chrome and Firefox.
On 2018 M05 1, Tue 5:36 PM Aurélien GEORGET <notifications@github.com<mailto:notifications@github.com>> wrote:
@XcrossD<https://github.com/XcrossD> @soorur<https://github.com/soorur> Which browser are you using?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub<#977 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AGXC5YlZkaI0xdRfI3HFBCfH_pYn-ps2ks5tuCyXgaJpZM4Tc2fn>.
|
Latest Chrome as well - funny thing is it only reproduces for the first entity in the permission list |
@Aurelsicoko I didn't do anything extra in mLab after following this tutorial. I think by default on mLab I have write permission? I don't see where I can set write permissions for individual collections either. As I mentioned before, the route permissions are saved. If I don't have write permission, how can the route permissions be saved? Maybe this is an issue on mLab only? But then again @soorur might be using a local database. |
@Aurelsicoko Also before you said it was running fine after I gave you the mLab. What is causing the difference now? |
The issue was due to permissions duplication, I made a PR to fix it (#1103) |
@Aurelsicoko Weird, I just updated to 12.1.2 and this issue still persists. I see some permissions are ticked, some are not, so I tick those that are unticked and save, but only those that were originally ticked are visible. |
Nevermind, I saw it's going to roll out in the next update. Although I'd like to come out sooner though. |
I am experiencing this issue 2yrs later on our production MongoDB (compose.io). Strapi v3.0.0-beta.20.3 |
We also lost the permission on some of the public apis. We are using dockerized version of Strapi v3.0.0-beta.14. |
@virtualkitchenco this resolved the issue for us:
The underlying issue is that for some reason Strapi allowed the creation of duplication role permissions in that collection with enabled=false properties overwriting the previous permissions with enabled=true. |
Is there a way to fix this without upgrading to 3.0.1? Currently using Strapi v3.0.0-beta.20 @ashbrener |
Have you tried simply deleting the users-permissions-permissions collection and restarting ? |
hi guys, i having the same problem. |
Please test on the latest release, we do not debug issues on older versions |
Thanks, I will do it. |
Informations
9.8.0
5.6.0
alpha.12
mongodb
windows 10
What is the current behavior?
Permissions in public role can be saved, but does not reflect on UI.
Steps to reproduce the problem
Tick desired route, save, ticks disappeared.
What is the expected behavior?
Permissions should persist after save.
Suggested solutions
The text was updated successfully, but these errors were encountered: