Details
-
Bug
-
Resolution: Unresolved
-
Major
-
11.10.5, 13.8, 12.10.10
-
None
-
None
-
Unknown
-
Description
There is the following case of rights attribution :
- the following pages path: FIDI/Apps/Distrib/AAA/Maskin/Function
- three groups of users: One, Two, Three
- on "FIDI", group One has view and edit rights exclusively at page & children level
- on "AAA", groups Two and Three have view and edit rights exclusively at page & children level
Test steps:
- a user from group Three cannot see in the left panel the entire "FIDI" tree, but he can access directly pages starting with "AAA", then "Maskin" and "Function".
- he edits the page "Maskin", writes a word and tries to add a link on the word.
- he picks the page linking option, clicks on the page icon and searches for the page he wants to link to, which is "Function".
link-adding-find-and-select.mp4
The result: when he is using the option from step 3, he gets the page as a result of the search, but when clicking on it, the "Function" page is not selected as a link target and the Select button remains inactive.
This seems like a normal behavior due to the fact that on "FIDI" (the parent page of "AAA", "Maskin","Function"), group One has view and edit rights exclusively at page & children level.
However, two questions arise from this:
A. Why does the same result happen when adding on "FIDI" exclusive view and edit rights for group One only at page level?
B. Shouldn't we be able to use this find and select option if the suggest option works?
Here is the suggest and select option example:
Attachments
Issue Links
- depends on
-
CKEDITOR-415 The name of the selected link target page is not displayed if that page is protected
- Closed