The customer has 30 sites (or so) running in DXC with a lot of them in multiple languages (native language handling in Episerver). They have designated authors and editors in the different countries (sites) and use Fallback for a lot of their content.
The customer uses the Language Gadget for translating, duplicating and creating content.
Each language has been set up giving the different local groups of editors access to a specific language (see below). So the local group only have access to their own language.
The issue the customer is facing is that they want editors to be able to delete their own local version of a page (their own translation) without deleting the page itself (the other language versions).
In the tree structure, this group have all access rights besides Delete.
This setup seems to work fine as the group only gets access to create content in the particular part of the structure on the language they have been given access to. See below.
First screenshot is the language EN that the editor do not have access to (lock icon).
The second screenshot is the language NO that the editor have access to (no lock icon)
However, the editor is not able to delete the NO version of the page (as he does not have DELETE as an access right).
This is where it becomes a UI issue and a functional discrepancy. If we add DELETE as an access right the behaviour becomes sort of as expected besides the issue that the key lock is still present on the language you do not have access to. You do not even get “move to trash” as a context menu item). See below.
Changing to the language you have access to, the editor is able to delete the page WITH all language versions. (see below). Moving from one language with a key lock symbol to a language without the icon makes the editor believe that only the language version is deleted.
The Language Manager Gadget will work as expected giving the option to delete only the language version you have access to (not the page as a whole).
Possible Solutions
Access rights on language should be updated with “DELETE” (not only create and edit)
The “Move to trash” should check for access rights on languages and not delete the language versions of the languages you do not have access to
Also, as a result if access rights on Languages not being consistent, a user with the access right Administer can set Fallback on languages he or she do not have access to (see below)
The menu item “Tools -> Language setting” is only available on pages editors have access rights Administer access rights on, but they are able to change fallback on languages they do not have access to.
As a related issue, setting expire on a language version (the master language) should have an option to expire all language versions of that page. As of now you have to expire every language version, one by one.
The customer has 30 sites (or so) running in DXC with a lot of them in multiple languages (native language handling in Episerver). They have designated authors and editors in the different countries (sites) and use Fallback for a lot of their content.
This feature request was originally posted as a support ticket with a document attached describing the issue. This document is found here https://docs.google.com/document/d/15s1amE81buPlywnXytaRAhu7Qi5pWLu6JHaCFkTKdU0/edit?usp=sharing
The customer uses the Language Gadget for translating, duplicating and creating content.
Each language has been set up giving the different local groups of editors access to a specific language (see below). So the local group only have access to their own language.
The issue the customer is facing is that they want editors to be able to delete their own local version of a page (their own translation) without deleting the page itself (the other language versions).
In the tree structure, this group have all access rights besides Delete.
This setup seems to work fine as the group only gets access to create content in the particular part of the structure on the language they have been given access to. See below.
However, the editor is not able to delete the NO version of the page (as he does not have DELETE as an access right).
This is where it becomes a UI issue and a functional discrepancy. If we add DELETE as an access right the behaviour becomes sort of as expected besides the issue that the key lock is still present on the language you do not have access to. You do not even get “move to trash” as a context menu item). See below.
Changing to the language you have access to, the editor is able to delete the page WITH all language versions. (see below). Moving from one language with a key lock symbol to a language without the icon makes the editor believe that only the language version is deleted.
The Language Manager Gadget will work as expected giving the option to delete only the language version you have access to (not the page as a whole).
Possible Solutions
Also, as a result if access rights on Languages not being consistent, a user with the access right Administer can set Fallback on languages he or she do not have access to (see below)
The menu item “Tools -> Language setting” is only available on pages editors have access rights Administer access rights on, but they are able to change fallback on languages they do not have access to.
As a related issue, setting expire on a language version (the master language) should have an option to expire all language versions of that page. As of now you have to expire every language version, one by one.
Also, this forum post describes the same thing, https://world.episerver.com/Modules/Forum/Pages/Thread.aspx?id=116209 and have a "workaround"