Closed (outdated)
Project:
Fast Permissions Administration
Version:
7.x-2.6
Component:
User interface
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
27 Mar 2015 at 13:09 UTC
Updated:
20 Oct 2025 at 09:45 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
rajmataj commentedHave also tried the 7.x-2.6+1-dev version of this module for release 2014-Oct-15, but still no results.
Comment #2
corey.aufang commentedYou might need to wait for the JS to go through and check the boxes before clicking "Save Permissions".
The checkbox in the column header directly under the role name toggles the checked status of all permission checkboxes underneath.
Permission checkboxes that are not checked will not be saved.
If it takes a long time for all permissions to be checked, I would suggest limiting the visible roles to just those you wish to toggle. Less rendered elements helps with DOM traversal when using the header checkboxes.
Comment #3
rajmataj commentedThanks for the follow up. I'll mark this as closed.
Comment #4
scotwith1tSorry, I still don't think this works...I am using this module (as many do, I believe) in conjunction with filter_perms, not sure if that's relevant, but even if i have the permissions filtered down to only 1 module's worth (say admin_menu, which has 3 permissions available), checking the box under the role does nothing...I tried poking around in the js (the non-minimized version isn't used, so why is it in the codebase? no option to use that for debugging?), i found nothing that stuck out to me...
Comment #5
scotwith1tJust to make sure, I disabled the filter_perms module and no change. Also of note is that there are NO js errors thrown, just nothing happens...using Seven admin theme.
Comment #6
caspervoogt commentedSame here, but on the D8 branch. No other perms-related modules in place.
Comment #7
caspervoogt commentedHere's a patch. Tested and working for me on D7. I made a D8 one too, here.
Comment #8
caspervoogt commentedComment #9
oranges13So this is really weird. I have a multisite set up, and WITHOUT THE PATCH the select all boxes are working for this module on the main site. On the child sub-site, the select all boxes are not working. But it's the same module folder
/sites/all/modules/fpafor both sites and I'm hesitant to apply a patch when it's working on one site. What gives?Comment #10
caspervoogt commentedoranges13, do the subsites use the same admin theme as the main site? Maybe the subsites have some differences in terms of which modules are enabled/disabled?
Comment #11
oranges13Both are using Adminimal theme. If anything, the main site has far more modules enabled.
Comment #12
caspervoogt commented@oranges13, I don't know what to tell you.. for me FPA did not work without this patch.
Comment #13
jordan8037310 commented@caspervoogt - That patch has extra diff from other projects. It also looks like a diff from your project root and not the fpa module's root.
Comment #14
caspervoogt commented@jordan8037310 here's a modified patch. I haven't tested this updated one but it ought to work.
Comment #15
caspervoogt commentedComment #16
jordan8037310 commented@caspervoogt - The patch is still malformed. Top hunk is the same as lower hunk. You're deleting the hunk of code you are trying to apply. Probably would work if top hunk is removed.
Comment #17
caspervoogt commentedOops. Try this
Comment #18
caspervoogt commentedComment #19
astonvictor commentedD7 reached its EOL back in January 2025, and there is no active release for D7 for this module anymore.
Development or support is not planned for D7. All D7-related issues are marked as outdated in a bunch.