That's awfully vague. What actually needs to be changed here?

It sounds like the Echo notifications stuff needs a bug of it's own?

Some examples of the text in the user right table

///

Have one's own edits automatically marked as patrolled (autopatrol)

Not create redirects from source pages when moving pages (suppressredirect)

Override the spoofing checks (override-antispoof)

Merge their account (centralauth-merge)

Propose new OAuth consumers (mwoauthproposeconsumer)

example of text in echo notifications
///

Your user rights were changed by $user. You are no longer a member of this group: editor. Learn more

///

proposed changes

• sort user rights groups into rough ascending order based on rights
• wikifiy terms that could be confusing in the rights section
• change the language to be specific to the user e.g. instead of "Have one's own edits automatically marked as patrolled (autopatrol)" say "Edits you make are automatically marked as patrolled or reviewed"

Is this bug about Echo notifications or core's Special:ListGroupRights?

split them into separate bugs.

(In reply to Jared Zimmerman (WMF) from comment #2)

• sort user rights groups into rough ascending order based on rights

As in, sort based on the technical "power" of such a rights? That doesn't sound like it could be measured by software and would need to be configured per-wiki.

Could you infer this by number of users in each group, e.g. sorted in descending number of users in each group? as a user when i arrive at that page, I'm increasingly less likely to be a member of the group as i scroll.

Also the groups that I'm a part of should likely be highlighted, but that's a separate bug…

I wonder if it's really a great indicator in all cases - for example, on enwiki, there are 1409 administrators but only 77 template editors.

Sorry, Alex, its an alternate proposal, not an idea for the first one, they aren't escalating rights, just more infrequent as you move down the list.