We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 52634
    • 60 Posts
    Thread for comments on the new Updater extra: http://modx.com/extras/package/updater

    Features
    The Updater can show your MODX instance update status (both core and packages) as well as send you e-mails if your system or a package can be updated.

    Please help us testing the extra and report questions, bugs, whishes or gratulations here.
    [ed. note: last edited this post 8 years, 7 months ago.]
      • 28042 ☆ A M B ☆
      • 24,524 Posts
      Love it! My only annoyance is that now I have to go install it on all of the sites I manage!
        Studying MODX in the desert - http://sottwell.com
        Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
        Join the Slack Community - http://modx.org
        • 36551
        • 416 Posts
        Only users with 'sudo' or 'system_perform_maintenance_tasks' permissions will see the widget.

        It would be cool to have a setting to enable non-sudo users to see this too.

        How does one give a user this permission if they are not sudo users?

          • 3749
          • 24,544 Posts
          I think system_perform_maintenance_tasks is a custom permission, but you can add it to any Policy Template and then grant it on any Policy that uses that Template.
            Did I help you? Buy me a beer
            Get my Book: MODX:The Official Guide
            MODX info for everyone: http://bobsguides.com/modx.html
            My MODX Extras
            Bob's Guides is now hosted at A2 MODX Hosting
            • 36551
            • 416 Posts
            Custom permission?

            I'm still don't know how to do this. Modx security is too complex.
              • 3749
              • 24,544 Posts
              It's not as difficult as it sounds. Where did you find out about that permission? It may be there already. If you go to the security section (on the Access Policy Template tab) and select "Update Template" for each Policy template, you may see it (the permissions are sorted alphabetically). Don't make any changes yet.

              Report back on which Template it is and what is listed for that template in the Template Group column in the grid.

                Did I help you? Buy me a beer
                Get my Book: MODX:The Official Guide
                MODX info for everyone: http://bobsguides.com/modx.html
                My MODX Extras
                Bob's Guides is now hosted at A2 MODX Hosting
                • 28042 ☆ A M B ☆
                • 24,524 Posts
                Basic permission are in three parts. A Policy Template lists all of the permissions that users in a group will need. A Policy uses a Policy Template, and has checkboxes to enable or disable the permissions that came from its Policy Template. A Group uses a Policy. Thus users in that group will have the permissions enabled (checked) in the Group's Policy.

                You'll also need to make sure that the Policy is assigned to the Group in all Contexts where you want the permissions to apply. For example, you probably don't want the (anonymous) group to have any permissions at all in the 'mgr' context, so if you do assign any Policies to that group it won't be in the 'mgr' Context.
                  Studying MODX in the desert - http://sottwell.com
                  Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
                  Join the Slack Community - http://modx.org
                  • 36551
                  • 416 Posts
                  Bob that permission is discussed in the instructions for using this extra. http://modx.com/extras/package/updater

                  So I looked at the policy templates tab and opened each one. I don't see this permission on any of them them.
                    • 3749
                    • 24,544 Posts
                    If that's the case, you'd have to add it . . .


                    1. Pick the user group you want to give the permission to.
                    2. Find the policy used in their Context Access ACL entry for the mgr context and note its Policy Template.
                    3. Edit that Policy Template and add the custom permission.
                    4. Edit the Policy and make sure that permission is checked.
                    5. Flush Permissions and Settings on the Security Menu


                    Note that your changes might (or might not) be overwritten by upgrades to MODX.

                    You could also create a new Policy Template with just that permission and a new Policy based on it. Then create a new Context Access ACL entry for the user group with a Context of mgr and that Policy. That would be upgrade-proof.
                      Did I help you? Buy me a beer
                      Get my Book: MODX:The Official Guide
                      MODX info for everyone: http://bobsguides.com/modx.html
                      My MODX Extras
                      Bob's Guides is now hosted at A2 MODX Hosting
                      • 36551
                      • 416 Posts
                      Thanks Bob

                      That looks pretty straight forward.

                      I'm lovin this extra but I wonder why the author would have referenced this if it doesn't exist or why the extra would be limited to Sudo users in the first place. (rhetorical question)