When installed and activated, can no longer place blocks

Created on 23 March 2023, over 1 year ago
Updated 17 August 2023, over 1 year ago

Problem/Motivation

I installed the module, and block layout no longer responds to any clicks on the buttons needed to place a block.
Works again when I uninstall it. Drupal 9.5.5

Steps to reproduce

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

πŸ› Bug report
Status

Closed: duplicate

Version

1.0

Component

Code

Created by

πŸ‡ΊπŸ‡ΈUnited States tjtj

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Comments & Activities

  • Issue created by @tjtj
  • πŸ‡¨πŸ‡¦Canada TrevorBradley

    Looks like the fault was introduced with 8.x-1.14. 8.x-1.13 allows me to place blocks.

    The fault is triggered in web/core/lib/Drupal/Core/Plugin/CategorizingPluginManagerTrait.php.

    strnatcasecmp(): Argument #1 ($string1) must be of type string, Drupal\\system\\Entity\\Menu given in strnatcasecmp() (line 97 of /app/web/core/lib/Drupal/Core/Plugin/CategorizingPluginManagerTrait.php)

    The issue appears to be that the Place Block button expects the block array definition of 'admin_label' to be a string, but instead it's a Drupal\system\Entity\Menu.

    Testing various git branches, it looks like the fault was introduced in 1f9da / πŸ“Œ Drupal 10 readiness Fixed .

    Got it. There's a tiny fault in web/modules/composer/we_megamenu/src/Plugin/Derivative/WeMegaMenuBlock::getDerivativeDefinitions.

    Patch incoming.

  • πŸ‡¨πŸ‡¦Canada TrevorBradley

    Rats, never mind, this was fixed as part of πŸ› we_megamenu blocks using "\Drupal\system\Entity\Menu" object as admin label Fixed .

    I believe this issue can be closed.

  • Status changed to Closed: duplicate over 1 year ago
Production build 0.71.5 2024