🇫🇷France @hassebasse

I started this issue but now it works for me. I tried a multiple times with no installation but a few days later it installed with composer upgrade -W I have no idea about what was going on.

hassebasse → created an issue.

The option is already there. "Submenu arrow"

tjtj

It IS released since november 23, and is tagged 8.x-5.5 and it is D11. Just to go ahead

Yes exactly, -dev. It is not stable yet as there still are issues, at least one test that does not pass.

@tjtj

No they don't, just the -dev version. On stable they are still on 6.2.7.

If mutiple menus are used on same page, TB settings replicates on all menus

I've tried to have mutiple menus on same page but the setting "Hide on mobile" replicates on all menus. If this happens for other settings I don't know, but it would be great if all settings are isolated to respective menu.

hassebasse → created an issue.

hassebasse → created an issue.

Thanks for the answer.

I relized I could use Bootstrap grids so all is fine.

hassebasse → created an issue.

Thanks! I will install in right away!

I wanted to inform you that I have also encountered this issue while using PHP 7.4. Unfortunately, I cannot upgrade to version 8.0 or higher because I have some other modules that are not compatible with it.

Drupal 9.5.11

Safe cache_form Clear made the trick! If I desactivate it it all work fine, and there are others having experienced the problem, there is even pathces out there.

https://www.drupal.org/project/safe_cache_form_clear/issues/3307395 🐛 Improper fetchCol() use in hook_requirements causes TypeError Needs review

I've forgotten how to implement a D7 patch, so I have to figure that out first. Or maybe I don't need to use the module, I'll try that first.

Thank you for the help !!!

It gives the above error everytime I try to reload /admin/reports/status

Hi

Does this help you? It is in french but I guess you can follow

• TYPE php
• EMPLACEMENT https://www.domain.com/admin/reports/status
• RÉFÉRENT https://www.domain.com/admin/reports/dblog?page=1
• MESSAGE TypeError : PDOStatement::fetchAll(): Argument #2 must be of type int, string given dans PDOStatement->fetchAll() (ligne 2299 dans /home/domain/public_html/includes/database/database.inc).
• IMPORTANCE erreur

hassebasse → created an issue.

I'm currently using version D9.5.11 and encountering this issue, which, upon searching online, appears to be quite common. I've attempted to rebuild the core, but this hasn't resolved the problem. Consequently, I'm stuck and unable to modify one of my content types.

[Fri Oct 13 19:33:18.022541 2023] [cgi:error] [pid 704664] [client 81.250.250.136:53226] AH01215: Uncaught PHP Exception Drupal\\Component\\Plugin\\Exception\\PluginNotFoundException: "The "hidden" plugin does not exist. Valid plugin IDs for Drupal\\Core\\Field\\WidgetPluginManager are: block_field_default, d_block_field_default, field_d_p_set_settings, datetime_default, datetime_datelist, daterange_datelist, daterange_default, entity_reference_revisions_autocomplete, file_generic, image_image, layout_builder_widget, link_default, link_attributes, linkit, oembed_textfield, media_library_widget, metatag_firehose, panelizer, path, redirect_source, text_textfield, text_textarea_with_summary, text_textarea, webform_entity_reference_autocomplete, webform_entity_reference_select, paragraphs, entity_reference_paragraphs, datetime_timestamp, language_select, boolean_checkbox, entity_reference_autocomplete, options_select, number, entity_reference_autocomplete_tags, string_textarea, string_textfield, options_buttons, uri, email_default" at /home/domain/public_html/droopler/web/core/lib/Drupal/Component/Plugin/Discovery/DiscoveryTrait.php line 53: /home/domain/cgi-bin/php7.4.cgi, referer: https://www.domain.fr/admin/structure/types/manage/d_product/form-display
 

And for me on 9.5.11

A field named Page Section, a Paragraphs field, has been 'kicked out' desactivated in the Form list and is no more available in the content type and when I try to activate it I have the below message :

Drupal\Component\Plugin\Exception\PluginNotFoundException : The "hidden" plugin does not exist. Valid plugin IDs for Drupal\Core\Field\WidgetPluginManager are: block_field_default, d_block_field_default, field_d_p_set_settings, datetime_default, datetime_datelist, daterange_datelist, daterange_default, entity_reference_revisions_autocomplete, file_generic, image_image, layout_builder_widget, link_default, link_attributes, linkit, oembed_textfield, media_library_widget, metatag_firehose, panelizer, path, redirect_source, text_textfield, text_textarea_with_summary, text_textarea, webform_entity_reference_autocomplete, webform_entity_reference_select, paragraphs, entity_reference_paragraphs, datetime_timestamp, language_select, boolean_checkbox, entity_reference_autocomplete, options_select, number, entity_reference_autocomplete_tags, string_textarea, string_textfield, options_buttons, uri, email_default dans Drupal\Core\Plugin\DefaultPluginManager->doGetDefinition() (ligne 53 de /home/xxx/public_html/droopler/web/core/lib/Drupal/Component/Plugin/Discovery/DiscoveryTrait.php).

I'm on D10.1

I had the same problem, and I figured out it was connected to activating the Blazy filter in the text editor settings. So upload impossible with the Blazy filter activated in the text editor settings, while upload possible if desactivating the Blazy filter in the text editor settings.

Maybe it is rather a Blazy issue?

Symfony\Component\HttpKernel\Exception\HttpException: Temporary file could not be moved to file location in Drupal\ckeditor5\Controller\CKEditor5ImageController->upload() (line 188 of /home/my-domain/public_html/drupal/web/core/modules/ckeditor5/src/Controller/CKEditor5ImageController.php).

I had messed up the composer.json and placed the

"drupal-scaffold": {
"locations": {
"web-root": "web/"
}
},

on the wrong place. I don't know how it happend, but it cost me 2h!

Sorry, there is already an issue and with a solution here : https://www.drupal.org/project/drupal/issues/3372922 🐛 Regression: infinite height prevention disables scrolling in Source view Fixed

hassebasse → created an issue.

hassebasse → created an issue.

Hi Ewout

I've the same problem.

• It works if I write #cle
• It does not work if I write /node/31#cle

So it is not usable for Menu links

I have both the options "Enable scrolling for links that will trigger a page reload" and "Enable scrolling for in-page links" enabled on the settings page.

Drupal 10.1.0 and PHP8.1

Command "entup" is not defined.

D10.0.1 and PHP8.1

The site went down. Just to drush pmu didn't help, I had to remove with composer and then drush cr.

So what is this about?

Error in Apache errorlog

AH01071: Got error 'PHP message: Uncaught PHP Exception Drupal\\Core\\Database\\DatabaseExceptionWrapper: "SQLSTATE[42S02]: Base table or view not found: 1146 Table 'site_site.redirect' doesn't exist: SELECT rid FROM "redirect" WHERE hash IN (:hashes__0, :hashes__1) ORDER BY LENGTH(redirect_source__query) DESC; Array\n(\n [:hashes__0] => a5I25SeAk90M-5bJLHnwsFlrAYFr7zINDZ9EqqE373g\n [:hashes__1] => bV7cMvyZ89yvlNLYL938O97yBXE9D8hRNF7i2MHxWVg\n)\n" at /home/site-site/public_html/drupal/web/core/modules/mysql/src/Driver/Database/mysql/ExceptionHandler.php line 46'

Now it work, but I can't says was was wrong.

1. I copied the source code, and kept it on the side.
2. I deleted the Webform
3. I created a new Webform withe same name as the old one
4. I pasted the old Source code into the new, empty Webform.
5. Everything work as it should

If something new turns up, I'll let you know.

I have conducted further investigation:

The problem occurs on a multi-page web form, specifically on the first page of the form. I attempted to remove the first page of the form, a
Wizard page, but then the issue appeared on the new first page of the form. This pattern continued when I tried removing the first three Wizard pages, as the problem simply transferred to the new first page.

It's important to note that the problem is only present for anonymous users and not for logged-in users.

As mentionned earlier, I tried so set up a new site and I simply copied the source code of the Webform from my old site to the new site, but on the new site there are no problems.

I'm currently at an impasse. Does anyone have any suggestions or input?

I gave it a try, and all work as it should. I will paly aorund and try to see what cause the issue, it seem to be specific to my configuration. I'll be back if I find anything.

I will do.

I took away the above patch, but no diffreence.

To clairify : Links in the menu are clickable, but dropdown menus does not open. So noting in the menu that is JS controlled work

1 patch

"patches": {
"drupal/context": {
"3171741": " https://www.drupal.org/files/issues/2020-09-18/3171741.patch → "

When I uncheck the box for aggregating JS under performance settings, the issue is resolved, and everything functions as intended. Therefore, it seems that this problem only occurs when JavaScript aggregation is enabled.

Uncaught TypeError: Cannot set properties of undefined (setting 'searchIsVisible')

at js_hFGZv5DepWsMxkvqFx87Jdk53__cppFWjHvEDQVBr2g.js?scope=footer&delta=0&language=fr&theme=olivero&include=eJyFU9FygzAM-yEKn5QzwVB3Js5sU9p9_cKxduvIbk-5SDpFVhIwQw-ULhhdtItmXS9irpDDpDQEu5vj3MBRFxlBR7pVORlHxTCKergSrjXNKMmD0QdajaUZJgwr-Tk43rwmkTWFyBthwTJErInyZsNwl6XqsXk_TGr8wmXPlIoHmTdRFLvL-4J6byyqMAeXHPrFXVJ3QJqto-TAbx3kPvppXFJ0kmQHJi89U2z2pGEgi3Itp3SSMAo3wlS20lnpPJ5PKw34xBJcaYLN9pS19Fay_ZInUJV1Tz_okoHbAXspYfAFLPc1Nyv229p9rTv4U5VVJkWzHWSB4WIvAkhp965Ztbb0M3mQmgAZZ0xe0jkQW2tw_V_kMk18lO23cYDhArcD6Odi2X619ueBcxm6PKd9VkqOmsq0-3Ood_cr6ktL5VoZsn0HZ-oVlNCeDZ_KP4xvqAffh6D9T3AgVvoAHdrtW9gnYYaQuA:28:442

at js_hFGZv5DepWsMxkvqFx87Jdk53__cppFWjHvEDQVBr2g.js?scope=footer&delta=0&language=fr&theme=olivero&include=eJyFU9FygzAM-yEKn5QzwVB3Js5sU9p9_cKxduvIbk-5SDpFVhIwQw-ULhhdtItmXS9irpDDpDQEu5vj3MBRFxlBR7pVORlHxTCKergSrjXNKMmD0QdajaUZJgwr-Tk43rwmkTWFyBthwTJErInyZsNwl6XqsXk_TGr8wmXPlIoHmTdRFLvL-4J6byyqMAeXHPrFXVJ3QJqto-TAbx3kPvppXFJ0kmQHJi89U2z2pGEgi3Itp3SSMAo3wlS20lnpPJ5PKw34xBJcaYLN9pS19Fay_ZInUJV1Tz_okoHbAXspYfAFLPc1Nyv229p9rTv4U5VVJkWzHWSB4WIvAkhp965Ztbb0M3mQmgAZZ0xe0jkQW2tw_V_kMk18lO23cYDhArcD6Odi2X619ueBcxm6PKd9VkqOmsq0-3Ood_cr6ktL5VoZsn0HZ-oVlNCeDZ_KP4xvqAffh6D9T3AgVvoAHdrtW9gnYYaQuA:33:1797

hassebasse → created an issue.

I have set up a test site for you only. I sent the URL and login and password as DM but maybe you didn't recive it? If you email to me on hans.bjarstal@bjarstal.com I will answer with the login details.

Great, fantastic!

Can you confirm whether it will be possible to apply the patch for full width to this version?

https://www.drupal.org/project/tb_megamenu/issues/3178668 →

I just made a test

• D7.97
• tb_megamenu 7.x-1.0-rc6
• Tablesorter 7.x-1.4

RESULT: The problem persists as before. I don't actually need a table on the page; it is sufficient to have the Tablesorter module activated. When the Tablesorter module is activated, the menu button on a collapsed TB Megamenu stops functioning, and the menu fails to open.

The website is still operational, but I am not using tablesorter, and I don't intend to reinstall it. However, if I happen to have some spare time in the future, I might consider performing a fresh installation of Drupal 7 and see how it goes. I remember encountering issues with both IMCE and TB Megamenu previously.

What PHP version will the new release work with? 8.2?

I solved it by using the advice from #21, making a custom module. I did like this, and it should work for you as well.

Create a new directory in your Drupal site's modules directory. The directory name should match your module name, so in this case it should be named computed_field_php_formatter.

Create a new file inside your module directory named computed_field_php_formatter.info.yml. This file contains metadata about your module. Here's an example content for this file:

name: Computed Field PHP Formatter
type: module
description: Adds a new formatter for computed fields that allows you to use PHP code to format the field value.
package: Custom
core_version_requirement: ^8.0 || ^9.0 || ^10.0

Create another file in your module directory named computed_field_php_formatter.module. This is where you'll write the PHP code for your module. Here's an example content for this file that defines a new formatter:

<?php

use Drupal\Core\Field\FieldItemListInterface;
use Drupal\Core\Field\FormatterBase;

/**
 * Plugin implementation of the 'computed_field_php' formatter.
 *
 * @FieldFormatter(
 *   id = "computed_field_php",
 *   label = @Translation("Computed Field (PHP)"),
 *   field_types = {
 *     "computed"
 *   }
 * )
 */
class ComputedFieldPhpFormatter extends FormatterBase {

  /**
   * {@inheritdoc}
   */
  public function viewElements(FieldItemListInterface $items, $langcode) {
    $elements = [];

    foreach ($items as $delta => $item) {
      // Get the computed value and format it using the PHP code provided by the field configuration.
      $value = $item->computed_value;
      $format_code = $item->getSetting('format_code');
      $formatted_value = eval($format_code);

      // Add the formatted value to the output array.
      $elements[$delta] = [
        '#markup' => $formatted_value,
      ];
    }

    return $elements;
  }

}

This code defines a new formatter for computed fields that allows you to use PHP code to format the field value.

Enable your new module in the Drupal admin interface by going to the Extend page (/admin/modules) and checking the box next to your module name. You should now be able to use your new formatter on computed fields.

I manged to upgrade to 9, but now when going to 10 the problem is back. Fortunatly it is just a test site, but it is annoying, really. The core.extension file is gone in 9 and everything is in the DB, and it iis deeply hidden in a some BLOB file as it seems, so it is to start editing BLOB files! Cool.

For you jdcllns, can't you set up a new site with all modules buy copying the exisiting composer.json and then you import everyting from the old site. It will be quite a jog but it should be doable, I think. Maybe it is possible by using Feeds?

https://www.drupal.org/project/feeds →

Thank you @justcaldwell

Will concider it, or maybe I stick to DS also in D10, but I really would like to go to Layoutbuilder.

+ 1

Anyone, please?

I was just about to report a similar issue. With Admin Toolbar Search active it is impossible to change Text Edidor settings in Blocks. All is fine in Content type.

D10, PHP8.1, CKEditor 5