🇬🇧United Kingdom @maseyuk

Hey, thanks for the module it works well with key auth. Is the module still in development as the oauth solution would be very useful if possible

maseyuk → created an issue.

I've only just started looking at the theme, but I think those instructions are if you're going to help develop the main theme.

There's a README in your subtheme that tells you how to compile. FYI it doesn't need a package.json/npm install

Yes same here I just wasted quite alot of time debugging this. The default before the change was to allow all access. So the default when this change was added should have been the same. Quite a fundamental thing as it could potentially mean all users loose access to the webforms if you dont notice this

I've tracked down the issue incase it helps anyone else in the future. In "/admin/structure/webform/config" there is the "Allow users to post submissions from a dedicated URL for all webform ?" setting, this was unticked for me causing the access errors.

Looks like this came in here https://www.drupal.org/project/webform/issues/3249092 ✨ Make it possible to disable 'Allow users to post submissions from a dedicated URL' for all webforms Fixed and there's even someone else mentioning it messed their forms up becuase the default is faultso they lost access too

Really the default should have been TRUE has this was the behaviour before the change was bought in.

Thanks, debugging it further it seems this access check is causing it https://git.drupalcode.org/project/webform/-/blob/6.2.x/src/WebformEntit... which in turn is failing on https://git.drupalcode.org/project/webform/-/blob/6.2.x/src/Plugin/Webfo... as it seems "source_entity_type" isn't part of the request query

I'm struggling to see what my webforms are missing for this to be happening. Any suggestions welcome!

No problem i've just added it, I hope it makes sense

maseyuk → created an issue.

Thanks patch #2 works well for me in D9.5.9

For the comment in #30 by @wheelercreek by ticking your paragraphs as translatable you might run into this issue:

1) You have a node in EN and DE
2) You have a node with a paragraph with 5 items
3) Delete 1 of the paragraphs in EN
4) Go and translate DE and you'll see the deleted paragraph is visible and you have no way to delete it from the translation

maseyuk → made their first commit to this issue’s fork.

maseyuk → created an issue.

The patch didnt' apply for beta4 so ive recreated

I have no idea what these changes were trying to achieve so not sure what you're expecting from me. I could have provided a patch removing it all?

maseyuk → created an issue.

And this is a patch based from it

I was getting the same under a similar situation.

I've got a fulltext search field along with some facets on a view. When doing a search via the fulltext search field it was populating all facets without a value set into the URl with "reset_all" causing no results to be found

The MR change seems to fix it

This would be very useful

@ddiestra

It looks like the mentioned library in the patch "addtoany/addtoany" doesnt exist in 2.0

Anyone looking for a quick solution to this on a custom form you can add the following:

'#attributes' => ['required' => 'required']

e.g.

$form['my_radios'] = [
      '#type' => 'radios',
      '#title' => $this->t('adios'),
      '#options' => [
        'aaa' => $this->t('aaa'),
        'bbb' => $this->t('bbb'),
      ],
      '#attributes' => ['required' => 'required'],
      '#required' => TRUE,
    ];

That will add the required attribute to each radio and doesn't mess around with anything else