Uploaded image for project: 'Confluence Data Center'
  1. Confluence Data Center
  2. CONFSERVER-45644

Confusing Restrict Page UI leads users to think their Edit button is wrongly missing


      Problem summary

      The Restrict Page dialog can be mislead an administrator into thinking he/she has view/edit privileges when the admin is in fact restricted from doing so. This leads to confusion such as thinking that the "Edit" button is erroneously missing from a page.


      Imagine a scenario where an admin has permissions to modify page restrictions, and goes to view a page which contains a page restriction. The admin is not currently page of list of privileged users that are allowed to edit the page, and notices that the "Edit" button is (correctly) missing. The admin then clicks the Padlock on a given page, and confusingly sees that his/her username is already listed among the other privileged users.

      The admin thus believes a bug has been encountered (since the "Edit" button is missing) when really it's an issue with the Restrict Page dialog design. Consider the following two examples:

      Example 1 - When there are no page restrictions initially

      • Create a page without any restrictions
      • Log in as a user who can modify restrictions, and click the Padlock icon
      • Change the dropdown to "Viewing and Editing restricted". Observe that your username is automatically shown in the dialog below

      In this example, it is easy for the user to understand that while the username is shown with "Can view and edit", the changes are not committed until the Apply button is pressed. In other words, the dialog is showing you what the restrictions config will update to if the Apply button is pressed, rather than what is currently set for the page (which is nothing).

      Unrestricted page What admin sees when clicking padlock and selecting
      "Viewing and Editing restricted" in the dropdown

      Example 2 - When there are already restrictions on the page

      • Create a page and restrict editing to yourself (but allow everyone to view)
      • Log in as a different user who can modify restrictions, navigate to the page and hit the Padlock button

      In this example, there are already existing restrictions on the page. The Restrictions dialog shows everyone that is part of the existing restrictions, however (just like in Example 1) it also shows the current who is not currently part of it. The dialog is once again showing what the restrictions config for the page will look like if the Apply button is pressed.

      Page with existing restrictions What admin sees when clicking padlock

      This is a display problem is because the user, at this moment, is not actually part of the restrictions configs, and cannot edit the page. If the user presses Apply, that will in fact update the restrictions configs such that the user can edit the page afterwards. The confusing part here is that there's nothing in the UI which clearly indicates what are the current settings, and what are the new changes that will occur if the button is pressed.

      In the case of Example 2, we can avoid this confusion by simply not auto-listing the current user viewing the Restrictions dialog, except when the user is factually part of the page restriction configs.

        1. 2017-08-07_13-19-08.png
          580 kB
        2. confuser2 has edit permission.png
          confuser2 has edit permission.png
          246 kB
        3. existingrestrictions.png
          200 kB
        4. norestrictions.png
          147 kB
        5. Permission606.png
          74 kB
        6. restrictedpage.png
          78 kB
        7. Steps to reproduce the issue.docx
          2.07 MB
        8. unrestrictedpage.png
          74 kB

            Unassigned Unassigned
            rchang Robert Chang
            46 Vote for this issue
            46 Start watching this issue