🇧🇪Belgium @gillesv

Some extra info: I enabled domain access for taxonomy terms through the module "Domain Access Entity" (domain_entity).

The domain data is saved in a field named "domain_access" (not "field_domain_access").

Suggested some changes in the issue fork to make the module: A) also check field "domain_access" and B) work for taxonomy terms by also checking for taxonomy terms in the "domain_unique_path_alias_entity_presave" hook.

gillesv → created an issue.

Still getting this error on 8.x-1.0-rc3

The fix suggested by @suraj3310 seems to work. I turned it into a patch so others can use it more easily.

I changed "getResource" to "getImage" in WebP.php, and that seems to do the trick. Patch attached for v3.x.

Experiencing the same issue. I'm guessing it's related to the deprecation of the "getResource" function?
https://www.drupal.org/node/3265963 →

I can confirm what @yevko's saying: the MR does not apply on 11.1.x

This change is rejected on "modules/language/language.module", probably because the dev-version of 11 looks quite different there:

--- modules/language/language.module
+++ modules/language/language.module
@@ -19,6 +19,7 @@
 use Drupal\Core\Language\LanguageInterface;
 use Drupal\Core\Routing\RouteMatchInterface;
 use Drupal\Core\Session\AccountInterface;
+use Drupal\language\AdminLanguageRender;
 use Drupal\language\Entity\ContentLanguageSettings;
 use Drupal\language\Plugin\LanguageNegotiation\LanguageNegotiationUI;
 use Drupal\language\Plugin\LanguageNegotiation\LanguageNegotiationUrl;

We're experiencing a similar issue with Drupal v10.4.1, Media Thumbnails v2.0.0 and Media Thumbnails PDF v2.0.1

We have a Media type called "Document" that can hold a PDF. When translating the media item into multiple languages, where each translation holds a different PDF, it often (but not always) happens that the thumbnail of the original language gets removed when saving a translation. If you then resave the original translation, it gets its thumbnail back, but the thumbnail of one of the translations gets deleted. If you then resave that translation, the thumbnail of the original item is gone again.

I tried the patches provided here, but they don't seem to fix the issue.

I applied the commits to LinkIt v7.0.2 and it seems to work.

This option is very much necessary when you use the "Language Hierarchy" module with the Linkit filter. That module enables you to place languages in a hierarchy so that for example UK English (en-gb) inherits the translations from English (en). If you use the Linkit filter "Linkit URL converter" without this option/patch, the clearn URL's the filters provide will often be wrong. E.g. if the site interface is currently in UK English (en-gb) and you link to a node that is in the English translation (en), Linkit will link to "/en/..." instead of the desired "/en-gb/...".

There is one issue I noticed: the option "Use the current content language to generate a url (rather than the language of the referenced entity)" is always checked in the text format form. Even if I uncheck it and save it, after a refresh it will be checked again.

gillesv → created an issue.

gillesv → created an issue.

Was also experiencing the same issue where the breadcrumb would refuse to use the views title defined by the override in the contextual filter settings, even with "Easy Breadcrumb" enabled.

The patch in #74 seems to work fine.

Can confirm this issue and can also confirm that the patch/MR seems to work.

Having a similar issue: as soon as I add "<iframe>" (with or without attributes) to "Source editing", I get the same kind of error.
Temporarily fixed by leaving "<iframe>" out of "Source editing" and adding iframe capabilities via the CKEditor iFrame → module, but this still doesn't allow me to add custom attributes like "allowfullscreen".

gillesv → created an issue.

This is still an issue in the latest versions of Rabbit Hole 1.x and 2.x
When there are spaces in the filename, and you try to redirect to it (via [node:field_file] for example), it double encodes the URL resulting in a "Page not found" error.

@jimafisk ' s solutions to replace "PlainTextOutput::renderFromHtml" with "rawurldecode" in PageRedirect.php seems to fix the problem.

The issue seems to be that in the "buildForm" function of IconDialog.php, the form value "family" is null when the form is initialized. This can be fixed as follows:

    $style_options = $this->getStyleOptions(); // We get the style options once so we can reuse them

    $form['icon'] = [
      '#type' => 'textfield',
      '#title' => $this->t('Icon Name'),
      '#default_value' => '',
      '#required' => TRUE,
      '#description' => $this->t('Name of the Material Design Icon. See @iconsLink for valid icon names, or begin typing for an autocomplete list.', [
        '@iconsLink' => Link::fromTextAndUrl(
          $this->t('the icon list'),
          Url::fromUri('https://material.io/resources/icons', ['attributes' => ['target' => '_blank']])
        )->toString(),
      ]),
      '#autocomplete_route_name' => 'material_icons.autocomplete',
      '#autocomplete_route_parameters' => [
        'font_family' => $form_state->getValue('family') ? $form_state->getValue('family') : (count($style_options) ? array_keys($style_options)[0] : NULL), // If the value of 'family' is null, we take the first option of the $style_options array
      ],
      '#prefix' => "<div id=\"{$field_wrapper_id}\">",
      '#suffix' => '</div>',
    ];

    $options = [];
    foreach ($settings->get('families') as $type) {
      $options[$type] = ucfirst($type);
    }
    $form['family'] = [
      '#title' => $this->t('Icon Type'),
      '#type' => 'select',
      '#options' => $style_options, // reuse previously determined style options
      '#ajax' => [
        'callback' => [$this, 'handleIconStyleUpdated'],
        'event' => 'change',
        'wrapper' => $field_wrapper_id,
      ],
    ];

I commented the changes I would implement in the buildForm function of IconDialog.php.

Hi @mahbo,

This is what I'm seeing in my setup:

• I activated two families: "Material Symbols - Outlined" and "Material Symbols - Rounded"
• In the CKEditor dialog of Material Icons, the Icon Type is set to "Material Symbols - Outlined" by default
• When I type something in the Icon Name search, I get autocomplete items that include no icon markup whatsoever. This is because the function "getFontSetFamilies" of "MaterialIconsSettings.php" returns the Material Icons families (baseline, outlined, round,...) instead of the Material Symbols families (symbols__outlined, symbols__rounded,...), resulting in an empty $font_families_intersect in the getRenderLabel function of Autocomplete.php. The $font_set variable is wrongly set to "material_icons".
• As soon as I switch to a different Icon Type (e.g. Material Symbols - Rounded), the $font_set variable is correctly set to "material_symbols" and the autocomplete items DO display the icon markup, because $font_set_families in the getRenderableLabel now retrieves the correct font families.

Thanks a lot @mahbo!

About the icon preview issue in the autocomplete dropdown:
I mean that in my setup the autocomplete dropdown doesn't show the icons when using the autocomplete search function in CKEditor (5). It only shows the labels of the icons. BUT I did some more testing and notice that this issue only occurs when you haven't switched between Icon Types.

So to reproduce this issue:

• Use the Materials Icons button in CKEditor (5)
• Start typing something in the Icon Name autocomplete field
• Notice how only the names of the icons show, but not the icons itself
• Now switch to a different Icon Type and try again: the autocomplete results now show the icons.

This problem does not seem to occur when multiple families are allowed and you switch between Icon Types. I guess some necessary things only gets loaded after an ajax event occurs, and not at initialisation?

I'm using Drupal 10.1.2 with CKEditor 5 and the Material Icons button.

Thanks for implementing this.

You probably know the icons don't preview yet in the autocomplete dropdown, but another thing I'd like to mention:
The way it is implemented now, you can't change the weight/grade/optical size of the icons like you can on https://fonts.google.com/icons, via font-variation-settings (CSS).

You can fix this by changing the URL of the fonts to this:

symbols__outlined:
  version: VERSION
  css:
    theme:
      //fonts.googleapis.com/css2?family=Material+Symbols+Outlined:opsz,wght,FILL,GRAD@20..48,100..700,0..1,-50..200: { type: external }
symbols__rounded:
  version: VERSION
  css:
    theme:
      //fonts.googleapis.com/css2?family=Material+Symbols+Rounded:opsz,wght,FILL,GRAD@20..48,100..700,0..1,-50..200: { type: external }
symbols__sharp:
  version: VERSION
  css:
    theme:
      //fonts.googleapis.com/css2?family=Material+Symbols+Sharp:opsz,wght,FILL,GRAD@20..48,100..700,0..1,-50..200: { type: external }

gillesv → created an issue.

Can confirm; I'm experiencing the same issue. Have you updated to Drupal 10.1? I think it started happening after the update.

We're experiencing the same issue, and it's breaking essential functionality. "hook_field_widget_paragraphs_form_alter" is never triggered.

I was able to fix the issue by adding the "" element to the "elements" section of material_icons.ckeditor5.yml
Patch attached.

gillesv → created an issue.