Uploaded image for project: 'XWiki Platform'
  1. XWiki Platform
  2. XWIKI-13506

There is no way to prevent users to create "Top Level" pages, but still create pages elsewhere

    XMLWordPrintable

    Details

    • Difficulty:
      Unknown
    • Similar issues:

      Description

      Yes, I know, with "nested pages" there is no longer such a thing as a space, but some folks would like to prevent the creation of "spaces" (aka top level pages), as they know it from XWiki 6.x
      The idea behind this wish is not to clutter up the top level of the navigation with pages that got just created "somewhere". Users are allowed to "clutter", but please inside some defined spaces down the page hierarchy, so at least the initial navigation step only offers a few defined places.

      However if one follows the guide here:

      http://www.xwiki.org/xwiki/bin/view/FAQ/HowToManageSpaceCreationRights

      the result is indeed that:

      • users can not create top level pages
      • users can create child pages for the pages where they got edit rights
      • but they only come to the create view if they type in the url manually
      • the usual icon is not shown for pages where they can edit, and in principle could create pages

      The rationale for not showing the create button this is that they can change the location in the "create" view before creating the page, i.e. to a top level location.

      Somewhat inconsistently, they can copy an existing page, however, and the UI allows them to select a location where they cannot create the page (and the copy fails then, of course)

      So instead of hiding the create button, but show the copy action which allows loosely the same action, I propose:
      a) to use $hasCreatePage for both menu entries
      b) to hide the location picker in the create / rename view instead, if $hasCreateSpace is not given.

      Maybe even better would be to restrict the tree to locations where the user can edit, but that means cluttering the tree macro even more, so just hiding the location picker might be good enough.

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              Unassigned Unassigned
              Reporter:
              camil7 Clemens Robbenhaar
              Votes:
              1 Vote for this issue
              Watchers:
              1 Start watching this issue

                Dates

                Created:
                Updated: