Expand my Community achievements bar.

Dive into Adobe Summit 2024! Explore curated list of AEM sessions & labs, register, connect with experts, ask questions, engage, and share insights. Don't miss the excitement.
SOLVED

AEM 6.3 Touch UI RTE not showing all features for all users

Avatar

Level 2

Our text component's RTE has a few extra style options and source mode enabled.  When I log into the system as an administrator, they display fine.  When our authors (content-authors group with full read/write/replicate access to the content folder, among other things) log in, though, they're not able to see the additional buttons.  The RTE only displays in its default layout.  I've tried unlocking read access to the whole tree and even that doesn't seem to fix it... nothing short of adding them to the Administrators group seems to get the buttons to show.

This is a touch UI RTE, configured after the style of the Core component text component (all configuration inside _cq_editConfig.xml).  Config seems to work great as an admin user.

Has anyone run into this?  Are there additional permissions needed somewhere?  Thanks!

Config xml below:

<?xml version="1.0" encoding="UTF-8"?>

<jcr:root xmlns:cq="http://www.day.com/jcr/cq/1.0" xmlns:jcr="http://www.jcp.org/jcr/1.0"

    jcr:primaryType="cq:EditConfig">

    <cq:inplaceEditing

        jcr:primaryType="cq:InplaceEditingConfig"

        active="{Boolean}true"

        editorType="text">

        <config jcr:primaryType="nt:unstructured">

        <rtePlugins jcr:primaryType="nt:unstructured">

                <paraformat

                    jcr:primaryType="nt:unstructured"

                    features="*">

                    <formats jcr:primaryType="nt:unstructured">

                        <p

                            jcr:primaryType="nt:unstructured"

                            description="Paragraph"

                            tag="p"/>

                        <h1

                            jcr:primaryType="nt:unstructured"

                            description="Heading 1"

                            tag="h1"/>

                        <h2

                            jcr:primaryType="nt:unstructured"

                            description="Heading 2"

                            tag="h2"/>

                        <h3

                            jcr:primaryType="nt:unstructured"

                            description="Heading 3"

                            tag="h3"/>

                        <h4

                            jcr:primaryType="nt:unstructured"

                            description="Heading 4"

                            tag="h4"/>

                    </formats>

                </paraformat>

                <styles

                    jcr:primaryType="nt:unstructured"

                    features="*">

                    <styles jcr:primaryType="nt:unstructured">

                        <black

                                jcr:primaryType="nt:unstructured"

                                text="Black"

                                cssName="tc-black" />

                        <gray

                                jcr:primaryType="nt:unstructured"

                                text="Dark Gray"

                                cssName="tc-gray" />

                        <orange

                                jcr:primaryType="nt:unstructured"

                                text="Orange"

                                cssName="tc-orange" />

                        <pink

                                jcr:primaryType="nt:unstructured"

                                text="Pink"

                                cssName="tc-pink" />

                        <gradient

                                jcr:primaryType="nt:unstructured"

                                text="Gradient Background"

                                cssName="text-highlight-gradient" />

                    </styles>

                </styles>

                <misctools

                    jcr:primaryType="nt:unstructured"

                    features="[sourceedit]"/>

                <table

                    jcr:primaryType="nt:unstructured"

                    features="*"/>

                <subsuperscript

                    jcr:primaryType="nt:unstructured"

                    features="[superscript]"/>

            </rtePlugins>

        </config>

    </cq:inplaceEditing>

    <cq:listeners

        jcr:primaryType="cq:EditListenersConfig" />

</jcr:root>

Admin view:

admin view.png

Author view:

author view.png

1 Accepted Solution

Avatar

Correct answer by
Level 2

Super strange solution that Daycare helped us find - if you browse all the way down our /apps/ tree in crxde until you get to the actual rtePlugins node from up above and then switch to the permissions tab and explicitly grant read access to the content-authors group, it fixes the issue.  Seems to be an issue with AEM not carrying the content-authors access to the parent /apps/ folder down to that specific node.  Not sure of the cause yet, but we were able to reproduce on a vanilla instance in we.retail as well.  Hope this helps someone if they run into it!

View solution in original post

6 Replies

Avatar

Correct answer by
Level 2

Super strange solution that Daycare helped us find - if you browse all the way down our /apps/ tree in crxde until you get to the actual rtePlugins node from up above and then switch to the permissions tab and explicitly grant read access to the content-authors group, it fixes the issue.  Seems to be an issue with AEM not carrying the content-authors access to the parent /apps/ folder down to that specific node.  Not sure of the cause yet, but we were able to reproduce on a vanilla instance in we.retail as well.  Hope this helps someone if they run into it!

Avatar

Level 1

Thanks for this post.

We got same reply from DayCare.

Did you also face another issue related to "paraformat"? We have added custom tags such as p1,p2,p3 in paraformat. The paraformat menu just gets disabled on full screen RTE.

Avatar

Level 2

I think it could probably happen similarly to any of the config nodes.

Seems to have been an issue with the permissions set with our content

import when we moved to 6.3. We’ve found a few other weird permissions

issues, so we just keep this in mind when checking things now.

Good luck!

On Tue, Nov 21, 2017 at 5:53 AM dixitp96985602 <forums_noreply@adobe.com>

Avatar

Level 1

I am facing the same issue,I tried doing whatever you have mentioned in your comments,But while giving permission to the content-authors group,i am getting the error: No tree at /path_to_text_component.

If you have faced the same issue,Please let me know the solution

Thanks.

Avatar

Level 2

Hello,

Add the permission through the crx/de, not useradmin - it fails there

Avatar

Level 2

We faced same issue in our project and found an very interesting permission issue.

  • Content authors are part of contributor group who are denied permission at root level for nodes with name 'config'

2.png

  • Fix was 1) rename config node to configuration and 2) Add a property configPath=configuration at cq:inplaceEditing node. 3.JPG

This resolved the issue