Feature Request

When assigning permissions to users, selecting the top-level category does not automatically select its subcategories. This results in having to manually check each subcategory, which can be time-consuming and inefficient. It would be beneficial if selecting a parent category automatically applied the same permissions to all nested subcategories to streamline the process.

While creating a reader group, we will be selecting the categories and articles for the content access of the reader group. It would be helpful if we could differentiate which of the given categories or articles are hidden.

As permission inheritance doesn't work with reader accounts like it does with team account you have to check off ALL of the categories and multiple layers of sub categories you want them to have access to. If this is hundreds of categories this takes an extremely long time, and is actually broken if you try to select more than 45 categories at one (I have a support ticket in for this). It would literally save hours if we either had a check box for select all and then just uncheck the categories we don't want them to have access to or we could click the first box then hold shift and click the last box. Preferably child permission inheritance would be preferable so we wouldn't have this issue to begin with but if we do have to check these off manually, especially if down the line new categories are made and we have to go into each reader and modify their permissions an easier and quicker way of selecting nearly all would be preferred

The selection process is missing one key element. It is the same when selecting the categories for reader groups or for export or probably other areas. If you choose workspace, then the everything down the structure is immeidately selected. If instead you start by slecting the language, it selects everything below it but not the workspace. in real it should becuase that is the only path it can be. If you unselect at the workspace level, then everything below it is unselected. If you unselect a language, then everything below it will be unselected. If you select a first level category, it automatically selects the langauge and workspace by default. Same for unselecting. The problem comes in when slecting ANY sub-category. It does not behave the same. If you select a second level or below category, it does NOT select everything below it. It does however select the workspace and the langauge for you but not the categories leading up to the langauge and workspace.

To be able to export FirstName,LastName,E-mail,Readergroup and Reader Content access information.

I want to automatically assign all readers who self-register with a specific email domain to a specific reader group. However, I want to do this without having to allow or block domains. I can't predict all email domains of future readers and whitelist them in advance, I just want automatic reader group assignment without blocking any domain.

The new UI removed some functionality and introduced some new problems. The following enhancements are needed: Ability to export the self-registration list. Ability to sort/filter the list by Domain Name and by Reader Group. Ability to search for domains on the list. Ability to enter more than one domain at a time. Ability to import a domain list from an xls or similar file. Ability to explicitly block domains AND explicitly allow domains. This was available in the old UI but currently you can only do one or the other. Use case: We need to ensure that our team users do not add public domains (like gmail.com , hotmail.com , etc.) to prevent unauthorized access to our private KB. Move the “Add domains” button to the top of the page.

Usecase: I would like to associate a reader to be a part of multiple reader groups. I have three categories: Category A, Category B, Category C. Reader group 1 has access to Category A, Category B. Reader group 2 has been denied access to Category B. If a reader is being added to a reader group 1, he will be able to access both Category A & Category B. If I add the reader to reader group 2, then Category B will not be visible as it is denied for group 2 and denial takes higher precedence. In such cases, while adding the reader to second group (with denied access to some components) it would be great if we could have a popup window which provide the below warning message. Please note that this reader will have the more restrictive permissioning across all reader groups to which they belong;

Enhancement requests: Add column to the Reader List and Reader List export to include how the user was created (by team member, SSO or self-registration). When created by a team user, include the user name who created it. This can be in a separate column if needed. The current default order is reverse alphabetical (Z-A) by first name. Update default to most-recent login (how it was on the old UI). Content Access column in Reader List says None even when access is to Complete Knowledge Base, Workspace / Language, or Category. It should reflect the access type.

I would like to have the reader group name character limit increased to 100 from the current limit of 50.