Skip to content
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

Enable usage of roles for Module Updates and Module Alerts pages and manage access #12713

Merged

Conversation

matks
Copy link
Contributor

@matks matks commented Feb 26, 2019

Questions Answers
Branch? develop
Description? Enable new Tabs roles ROLE_MOD_TAB_ADMINMODULESPOSITIONS_[XX] and TAB_ADMINMODULESNOTIFICATIONS_[XX] and use them to secure "Improve > Modules > Module Manager > Updates" and "Improve > Modules > Module Manager > Alerts" page
Type? improvement
Category? BO
BC breaks? no
Deprecations? no
Fixed ticket? Partially fixes #11547
How to test? Previously, anybody logged in the BO could acces "Improve > Modules > Module Manager > Updates" page using link /admin-dev/index.php/improve/modules/updates . Now it requires the READ rights for this page that can be given through the Permissions page. Same for "Improve > Modules > Module Manager > Alerts" page.

@Quetzacoalt91 I added the new Tab roles in install data and gave access to the Superadmin. However should I add something for the auto-upgrade ?


This change is Reviewable

@prestonBot prestonBot added develop Branch Improvement Type: Improvement labels Feb 26, 2019
Quetzacoalt91
Quetzacoalt91 previously approved these changes Feb 26, 2019
@Quetzacoalt91
Copy link
Member

Hi @matks,

It looks like the same work will have to be done for AdminModulesNotifications.

@Quetzacoalt91 Quetzacoalt91 added the Waiting for QA Status: action required, waiting for test feedback label Feb 26, 2019
@Quetzacoalt91
Copy link
Member

I added the new Tab roles in install data and gave access to the Superadmin. However should I add something for the auto-upgrade ?

I guess so. When we try to allow a profile to access this page, the check disappears as soon as we refresh the page.

@marionf marionf self-assigned this Feb 26, 2019
@marionf
Copy link
Contributor

marionf commented Feb 26, 2019

When we try to allow a profile to access this page, the check disappears as soon as we refresh the page.

Yes, there is an issue opened: #11547

@marionf marionf added QA ✔️ Status: check done, code approved and removed Waiting for QA Status: action required, waiting for test feedback labels Feb 26, 2019
@marionf marionf removed their assignment Feb 26, 2019
@matks
Copy link
Contributor Author

matks commented Feb 26, 2019

I added the new Tab roles in install data and gave access to the Superadmin. However should I add something for the auto-upgrade ?

I guess so. When we try to allow a profile to access this page, the check disappears as soon as we refresh the page.

Would something like ps_1760_add_new_module_sf_tabs.php do the job ? It would be a script that would add the new Tabs and give access to them to Superadmin.

However what about other profiles that used to have access to these pages (because it was wide opened before XD) and now will need to be given manually access ?

EDIT: will be solved in #12722

@matks matks changed the title Enable usage of roles for Module Updates page and manage access Enable usage of roles for Module Updates and Module Alerts pages and manage access Feb 26, 2019
@matks
Copy link
Contributor Author

matks commented Feb 26, 2019

Hi @matks,

It looks like the same work will have to be done for AdminModulesNotifications.

Done, 2nd commit added

@matks
Copy link
Contributor Author

matks commented Feb 26, 2019

When we try to allow a profile to access this page, the check disappears as soon as we refresh the page.

Yes, there is an issue opened: #11547

My PR fixes this issue for the pages "Module Alerts" and "Module Pages". For "Module Catalog" it will need to be done in another PR as this requires a technical change that I need to discuss with other team members.

@PierreRambaud PierreRambaud added this to the 1.7.6.0 milestone Feb 26, 2019
@PierreRambaud PierreRambaud merged commit 5f1ce33 into PrestaShop:develop Feb 26, 2019
@matks matks deleted the handle-Updates-ctrler-modules-access branch February 26, 2019 16:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
develop Branch Improvement Type: Improvement QA ✔️ Status: check done, code approved
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Can't enable or disable some modules permissions
5 participants