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 7.x-2.x the logic is being held in pmpermission submodule. Move those logic involving relationship like Project belongs to Organizations and Issues belongs to Projects into core Drupal PM module.
I see that PM Permission no longer shows in the module list /admin/modules
I enabled and spotchecked all the modules
As far as I can tell PM works the way it did before.
Comments
Comment #2
D34dMan CreditAttribution: D34dMan as a volunteer and commentedComment #4
dbt102 CreditAttribution: dbt102 commentedI've pulled this down via git and installed to review. It looks ok to me, but I'm not exactly sure how to test the work of this last 157614a commit. Any guidance?
Comment #5
D34dMan CreditAttribution: D34dMan as a volunteer and commentedWhile using and configuring permissions used by pm, you should not be able to see/feel any difference :). The permission names are same. Only the implementing module have changed. Also pmpermission should no longer be needed. Since everything that was in pmpermission is in pm module now.
---
NOTE: above is a copy paste from private mail i send
Comment #6
dbt102 CreditAttribution: dbt102 commentedThanks, that was helpful. I see now how pmpermission module is being deprecated (by comparing the files pmpermission/pmpermission.module of the old and new, and others as well). This changes the layout of PM Permissions @ /admin/people/permissions also.
Comment #7
dbt102 CreditAttribution: dbt102 commentedComment #8
D34dMan CreditAttribution: D34dMan as a volunteer and commentedpmpermission is obsolete in 7.x-3.x because it will be in pm (core module).
I missed this one. Yeah, it should be now under different heading as the module implementing it has changed. Should be mentioned in release notes.
Comment #9
juliangb CreditAttribution: juliangb as a volunteer commentedI had thought that this issue related to simply moving the logic of finding parents into pm, but I see instead the whole module has moved! I think I agree with this direction, but will have a think!
I need to try the latest 3.x anyway as have been offline for a while.
Comment #10
juliangb CreditAttribution: juliangb as a volunteer commentedA really minor thing is that I'd suggest the path of the settings page could be
admin/config/pm/permissions
instead ofadmin/config/pm/pm_permission
.It just reads a little more cleanly.
I realise this isn't proper namespacing, but we don't have the pm prefix for other config pages at the moment so I'd say that extra namespacing isn't required here.
Comment #11
juliangb CreditAttribution: juliangb as a volunteer commentedChanged paths as part of #2703049: Structure configuration pages.
Leaving this open as per the documentation tag.
I'm liking the permissions as part of pm core, it makes sense I think and is simpler for users configuring pm for the first time.
Comment #12
juliangb CreditAttribution: juliangb as a volunteer commentedChanging title to reflect actual changes.
Comment #13
juliangb CreditAttribution: juliangb as a volunteer commentedNW for documentation only.
Comment #14
D34dMan CreditAttribution: D34dMan as a volunteer and commentedComment #16
juliangb CreditAttribution: juliangb as a volunteer commentedDocumentation is done.
Comment #17
juliangb CreditAttribution: juliangb as a volunteer commented@D34dMan - any reason why I shouldn't remove the PM Permission folder (contains stub of hidden module) as well?
Comment #18
D34dMan CreditAttribution: D34dMan as a volunteer and commentedSome people upgrade the modules by downloading it in ftp and pushing it to server. When such upgrade is done, and pmpermission folder is missing in the new version, it doesn't get removed. The module stays as it is and will be available in the module administration page, albeit an old version, an unintentional consequence. So thats the reason why the stub was created.
We can remove the stub, if we make sure the people who are upgrading Drupal PM removes/deletes the folder manually.
Comment #19
juliangb CreditAttribution: juliangb as a volunteer commentedThat's a good idea - let's keep it.