Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
In #2784981: Remove confusing legacy permissions from Panels Node, legacy permissions for administering panel nodes were removed, but the patch didn't remove one of the usages of a removed permission "create panel-nodes". The coming patch resolves this.
This may even be critical since without this patch only user 1 can create new panel nodes.
Comment | File | Size | Author |
---|---|---|---|
#8 | panels-fix-node-create-perms-2786285-8.patch | 902 bytes | bkosborne |
#4 | panels-fix-node-create-perms-2786285-4.patch | 508 bytes | bkosborne |
#2 | panels-fix-node-create-perms-2786285-2.patch | 512 bytes | bkosborne |
Comments
Comment #2
bkosborneComment #3
bkosborneComment #4
bkosborneTypo.... although I also don't see where this permission "create panel content" is defined. I am going off the mapping in the panel_node.install file. Will dig deeper...
Comment #5
japerryComment #6
bkosborneThe patch that broke this mapped the old permissions to new ones, but I can't find the new ones defined anywhere in code?
Comment #7
bkosborneOk, I understand. The new ones are dynamically defined. This patch should work fine.
Comment #8
bkosborneActually this is better, since it accounts for the admin permission as well.
Comment #9
bkosborneAnd as mentioned here, any features that had the legacy permissions featureized will throw warnings that no modules define those permissions. I think the warnings are harmless and the feature just needs to be updated to remove those permission assignments.
Comment #11
japerryYah I think #8 is correct. That was a small but critical error. Fixed.
Comment #13
aaron.ferris CreditAttribution: aaron.ferris commentedI've just come across this issue after updating to Panels 3.6 a week or so ago, I was seeing some problems with older user accounts still not being able to add new panels after patching. New user accounts with the relevant permission was fine.
The solution was to rebuild permissions, in case anyone else notices the same.
Comment #14
vijaycs85Thanks for fixing it. We just hit this issue. Thanks @aaron.ferris for work around in #13.