🇬🇧United Kingdom @stephen-cox

Adding patch file for current changes in the Gitlab merge request,

There's now a merge request implementing this with tests.

There are pull requests to add this functionality to LocalGov Drupal:

• Patch Preview Link: https://github.com/localgovdrupal/localgov/pull/713
• Add a plugin to Guides: https://github.com/localgovdrupal/localgov_guides/pull/163
• Add a plugin to Step-by-steps: https://github.com/localgovdrupal/localgov_step_by_step/pull/98

A fair amount of work has been done to internationalize LocalGov Drupal as it's being used by a number of Irish councils.

Dev for this is happening here: https://github.com/localgovdrupal/localgov_multilingual

Thanks for catching this @ressa. Development happens on GitHub and we recommend installing LocalGov Drupal using the Composer `localgovdrupal/localgov_project` package, so the drupal.org page and git repo doesn't get updated as often as it could.

I have updated the default branch to 3.x.

stephen-cox → created an issue.

Great to see an admin UI for this. Any chance of a new release including this?

The admin UI is useful for use as part of this issue https://github.com/localgovdrupal/localgov/issues/600. As an interim I've created a PR to use the dev branch (https://github.com/localgovdrupal/localgov/pull/691), but would be nice if we didn't have to reference specific commits in the dev branch.

stephen-cox → created an issue.

stephen-cox → created an issue.

This is fixed in the latest 2.x release.

This is fixed in the latest 2.x release.

Module now has Drupal 10 support!

Merged this so the module now has D10 support.

stephen-cox → made their first commit to this issue’s fork.

Maybe a different problem, but I'm seeing this. Lots of text in a paragraph item pushes the save button off the bottom of the screen meaning it's not possible to save the page.

Patch #6 didn't fix this issue. The following CSS rule fixed it for me:

.layout-paragraphs-component-form .ck-editor__main > .ck-editor__editable {
  max-height: calc(100vh - 320px);
}

It looks to me like the hook_toolbar_alter implementation was added as part of #3176679 → and has always contained the error causing this issue.

Added fix for this.

stephen-cox → made their first commit to this issue’s fork.

Previous patch didn't work. New patch re-rolled against latest 2.x branch.

I've merged this into the 5.0.x branch and created a 5.0.0-alpha1 release with Drupal 10 support.

Patch containing the same changes as the issue fork.

stephen-cox → created an issue.

Re-rolled patch against latest 2.2.2 release.

We have the changes on the issues fork https://git.drupalcode.org/issue/responsive_menu-3297964/-/tree/3297964-... are working on a number of sites without issue.

Would be great if we can get a dev release with this at a minimum so we don't have to keep using the issue fork to install it.

stephen-cox → made their first commit to this issue’s fork.

We've been using Domain Group 3.x with LocalGov Microsites (https://github.com/localgovdrupal/localgov_microsites) for a while now and there are a few production sites built on the platform.

Can we get a proper release out for this? It would be good to start tracking a beta tag rather than individual commits.

Live sites:

• https://jobs.oxfordshire.gov.uk/
• https://investwalthamforest.com/
• https://www.haringeyfeast.com/
• https://northeastcommunityforest.org.uk/

@aaon.ferris I have created a new release for this on drupal.org, https://www.drupal.org/project/localgov/releases/2.3.19 → , but as you've seen this lags behind GitHub as that's were development is done.

I recommend you update your composer.json file to use `localgovdrupal/localgov` rather than `drupal/localgov`.

Thanks for the patch @aaron.ferris

PR for this here: https://github.com/localgovdrupal/localgov/pull/587

I've also tested this and it works well.

Currently exported domain config is kept while the config for new sites is ignored.

Issue with the footnotes block looks to be due to the cache keys not being set correctly. I've added cache keys, tags and context to the render array built by the FootnotesGroupBlock which fixes the cache issue for me.

stephen-cox → made their first commit to this issue’s fork.

It looks like the issue is the group_term view. Attached patch is a complete rebuild of this view and looks to solve the problem.

I can push to this to the issue fork, but I don't seem to have permission to do this.

stephen-cox → made their first commit to this issue’s fork.