Closed Toutouwai closed 7 years ago
I wasn't able to reproduce though you haven't specified what templates can the Editor user edit and exactly what permission he has. If I add the repeater to the Home it works fine. My "editor" role has edit-create-add_children permissions.
Any chance that you added the permission "page-edit-created" or "page-publish" to the editor? Once I got a similar issue and that was the culprit. They are available in Permissions - Add new - Predefined permissions. But if it works when AOS is uninstalled then it's probably not this.
The editor role has page-edit permission for the template that has the repeater field. That should be all that is needed to access Page Edit and use the repeater field.
The issue occurs on the "home" template or any other template.
I have set up an online test environment to demonstrate. Will PM you with access details via the forum.
Fixed now, closing...
I originally posted this issue at processwire/processwire-issues but have since traced it back to AdminOnSteroids. I can reproduce it on a clean PW 3.0.51 installation with no other modules installed besides AOS.
It's not clear to me how AOS could be causing this, and the issue occurs despite all submodules being disabled, and even when AOS is toggled to disabled using the footer button.
Short description of the issue
Non-superuser roles cannot upload images to an image field inside a Repeater (upload occurs but then thumbnail disappears and image is not retained on save).
Also, non-superuser roles cannot open a nested Repeater item inside a Repeater (endless spinner), and cannot create a new nested Repeater item inside a Repeater (clicking "Add New" has no effect).
If the Repeater system template is edited and the role is explicitly given access then the role may use the Repeater as expected.
Expected behavior
Image and Repeater fields inside a Repeater should be accessible to roles that have edit access to the page the Repeater is on.
Steps to reproduce the issue
Note that if the Repeater system template is edited and the editor role is explicitly given access then the role may use the Repeater as expected. However, once this has been done the access issue cannot be reproduced even after reverting to the "No" option for "Do you want to manage view and edit access for pages using this template?". It's as if changing these settings once is enough to trigger the expected role access that should happen in the first place.
The JS error that comes with the endless spinner and failing "Add New" click:
I don't see any JS error for the images issue.
Setup/Environment