Closed Adnan-cds closed 2 weeks ago
I think theres a wider discussion on what we enable in the profile by default. At the moment first install only enables services, and thats it. Should the profile enable everything? Or should there be a seperate localgov_full / kickstart profile? See also #160 for a minimal profile.
Hi Andy/Adnan @finnlewis
I've been talking Matt Fletcher @mattrfletcher through migrating from Windows+WSL to Ubuntu/Zoom/Docker/Lando/Git etc this week and was planning on doing this issue with him tomorrow. No worries if it is/becomes redundant - It's good to practice contribution on something simple and get familiarity with the tools.
Seems it's just adding this after line 43 in localgov/localgov.info.yml
Testing: We're both going to work through Oliver Davies' Test Driven PHP Development video, but I'm not optimistic that it'll cover testing install profiles :)
Thanks a lot Tebb. I hope Matt gets his setup working soon.
As you can see above from Andy's reply, we are still not fully sure if we want this change. But #150 is about a similar issue and we are in full agreement that we want it. I have just tagged #150 as good first issue. Would you mind looking into that instead?
FAO @tebb @mattrfletcher @finnlewis
Thanks Adnan, sounds good. We'll do #150 instead.
Yes, I think Matt will soon see the light and be a Linux convert :) @mattrfletcher
Did this issue get resolved and can it be closed now?
Did this issue get resolved and can it be closed now?
Nah, it has not been resolved.
It looks like the permission to publish content is granted by the 'administer content' permission.
There is a module to add a more granular permission https://www.drupal.org/project/publishcontent
So @andybroomfield @Adnan-cds @willguv @tom-steel
Questions:
Should we give the content designer role the 'administer content' permission by default?
Do you think the localgov_workflows module should be enabled by default?
It looks to me like it just enables the basic workflow.
https://github.com/localgovdrupal/localgov_core/tree/2.x/modules/localgov_workflows
But this also extends permissions for the content designer to be able to change the workflow states.
(This is a timely issue, as we're discussing workflows on Friday as we kick-off a working group to take this forwards. )
@finnlewis it feels like we shouldn’t allow content designers to alter workflow states, but I’d like to understand a bit better all the moving parts here first.
Do we need to resolve this issue now, or can it be rolled into the working group discussions?
Hey folks. This is tagged good first issue, but following the MT call earlier, I got the impression there's a move toward Recipes instead of Profiles. Does that change the significance or relevance of this old ticket, or can it be closed or otherwise revised?
It might be closed, We should check that on enabling localgov_workflows the permissions are assigned. As it's now a seperate module, if it inlcudes hook_localgov_roles_default then it should
Cool, thanks @andybroomfield. I take it this can be closed then. cc @Adnan-cds @willguv
The localgov profile currently does not enable the localgov_workflows submodule of the localgov_core module. This means users with the Content designer role (machine name: localgov_editor) cannot publish pages. This came to light when one of our editors asked a simple question: How do I publish this page?!!@#
FAO @finnlewis @willguv