Een hart voor de Drupal Community

Sven Decabooter added a comment on drupal.org: Call to a member function id() on null

Sven Decabooter added a comment on drupal.org: Call to a member function id() on null

Sven Decabooter added a comment on drupal.org: Fix failing tests

Sven Decabooter added a comment on drupal.org: Fix failing tests

Problem/Motivation

Fix failing tests, as reported by Gitlab CI

svendecabooter created an issue. See original summary.

Problem/Motivation

Fix PHPStan issues, as reported by Gitlab CI.

svendecabooter created an issue.

Sven Decabooter added a comment on drupal.org: Fix PHPCS issues

Problem/Motivation

Fix PHPCS issues reported by GitlabCI.

svendecabooter created an issue. See original summary.

Fons added a comment on drupal.org: Paragraphs / Entity reference revisions fields are not translated

Fons added a comment on drupal.org: Paragraphs / Entity reference revisions fields are not translated

I've setup this module and it works great!

I've setup my website and it has a lot of layout builder blocks, some of them also have a field of the following type:

Entity reference revisions Reference type: Paragraph Paragraph type: [TYPE]

I notice all content from this field type / no paragraphs are translated when using the AI translation.

Is this even possible?

When I manually translate a node everything works great without AI translation which means the translation configuration by itself is correct.

Steps to reproduce

1. Setup a content block with a Entity reference revisions, Reference type: Paragraph, Paragraph type: [TYPE] and fill it with some content
2. Run AI translate

f0ns created an issue. See original summary.

I've setup this module and it works great!

I've setup my website and it has a lot of layout builder blocks, some of them also have a field of the following type:

Entity reference revisions Reference type: Paragraph Paragraph type: [TYPE]

When I manually translate pages everything works great.

When I use Translate AI to translate I notice that the paragraphs on the source node from which is translated disappear.

Steps to reproduce Setup a content block with a Entity reference revisions field of type Reference type: Paragraph Paragraph type: [TYPE] and fill it with some content.

Translate a node manually, you'll notice this works. Translate with AI translate, you'll notice the paragraphs on the source node from which you translate disappeared. They do appear in the translation.

f0ns created an issue.

Problem/Motivation

I've setup this module and it works great!

I have a few content blocks which use the field type double_field (https://www.drupal.org/project/double_field) for example for the FAQ (Question / Answer). I notice all content from the double_field type is not translated when using the AI translation.

Steps to reproduce

Setup a content block with a double_field and fill it with some content Run AI translate

f0ns created an issue.

Latest commits in 2.x have failing PHPCS jobs, so that still needs fixing.

Merge request has been updated, since the blocking issue is now resolved. PHPCS pipeline is passing now.

svendecabooter made their first commit to this issue’s fork.

Sven Decabooter added a comment on drupal.org: Drupal Coding Standarad issues

I'm running MAMP on Mac OS X and I found this issue which helped me.

I'm adding mu solution here for future reference (if needed):

I was unable to send mails locally (and catch them with mailhog).

I got the following error:

An attempt to send an e-mail message failed, and the following error message was returned : Error creating transports: Unsupported sendmail command flags "/Applications/MAMP/Library/bin/mhsendmail --smtp-addr=0.0.0.0:1025"; must be one of "-bs" or "-t" but can include additional flags.

The solution was to add the following line in the php.ini file of the active php version:

; For Unix only.  You may supply arguments as well (default: "sendmail -t -i").
; http://php.net/sendmail-path
sendmail_path = "/Applications/MAMP/Library/bin/mhsendmail -t --smtp-addr=0.0.0.0:1025";

Thank you for the new release 🙏

Fons added a comment on drupal.org: JS code is executed multiple times.

I've tested the MR and everything works fine.

Problem/Motivation

When trying to change an existing media item, I get the error message "Non-reusable blocks must set an access dependency for access control."

This is for the drupal.be website - so might be related to i18n, although we have only set up 1 language so far.

This can be worked around by removing said block, and creating a new one with the new image, but that's a bit cumbersome.

Steps to reproduce

- Edit an existing page, e.g. Homepage. - Try to change the media item used, by providing a new one.

svendecabooter created an issue.

Problem/Motivation

For the drupal.be website I set up a homepage banner block with an image to the left. The image contains a rather dark background.

When checking the site on mobile, the hamburger menu was not visible, because it consists of black lines. I have resolved this by choosing another image for the homepage banner, but it took me a few week until I noticed. So preferably we can provide a fix for this, so that the hamburger menu is still visible with a dark background image, or alternatively, provide a warning to content editors to make sure they do not use such an image, as to not break the experience for mobile users.

Steps to reproduce

- Edit homepage - Edit "Homepage banner" block and upload an image with a dark background instead.