I found the config/install directory missing also.
Then after looking for it with the git link from comment #4 (https://git.drupalcode.org/project/footnotes/-/tree/4.0.x/config/install...)
that config/install directory was missing there also.
In the dropdown, to select a text format, there are no options to select. However, there are text formats configured for ckeditor under config - content authoring - text formats.
Trying to add a footnote results in loosing the text format for the entire node edit form.
I am using
footnotes dev-4.0.x e73cf2c
Drupal version : 10.3.6
I also encountered this same situation. The home page had WSOD.
This happened after creating an example PayPal payment method.
Disabling css and js aggregation, then clearing cache, did not fix.
Disabling at_tool and at_theme_generator did fix.
After re-enabling at_tool, the WSOD was still fixed. (AT theme generator was not re-enabled since it was no longer needed.)
Drupal version ..... 10.2.6
PHP version ............ 8.1.28
at_tool ................... 3.1.2
at_theme_generator 3.1.2
commerce_paypal .. 8.x-1.7
commerce ............. 8.x-2.39
Error: Class "Drupal\at_core\Theme\ThemeConfig" not found in at_core_preprocess() (line 27 of .../adaptivetheme/at_core/includes/preprocess.inc).
In at_tool version 2.0.3, I found that line 90 of at_tool/at_theme_generator/src/Theme/ThemeGeneratorTypes.php
seems to be the problem:
$info['core_version_requirement'] = '^8 || ^9';
This seems to be where the core_version_requirement is originating. Changing it to
$info['core_version_requirement'] = '^8 || ^9 || ^10';
would seem to fix this. I have NOT tested this - I just found it in the code.
As a workaround, you can edit the subtheme's .info.yml file to include Drupal core version 10. You need to prepend the name of the subtheme in front of .info.yml to get the file name right.
core_version_requirement: '^8 || ^9 || ^10'
I have noticed a similar situation. The sidebar panel button is hidden.
A workaround I used was to use the following CSS code:
.region-sticky__items__inner {
width: 90%;
}I uploaded a screnshot, https://www.drupal.org/files/issues/2023-11-25/sidebar-panel-button-hidd... → .
More information: I found that storing the signature image in public files seemed to fix the problem, while using private files resulted in the problem.
Thanks Shreya_th!
I tested with your change found here, https://git.drupalcode.org/issue/webform-3396826/-/commit/be0b3183143235...
This fixed the problem!
More info: This issue appeared for me with Drupal 10 and Webform 6.2-rc3.
On another site using Drupal 9.5.11 and Webform 6.1.7, the signature element works without this problem.
snowmountain → created an issue.
I see some other modules reporting this same error - it seems it might be due to a core change.
Per https://www.drupal.org/project/field_permissions/issues/3342508#comment-... 🐛 RuntimeException: Adding non-existent permissions to a role is not allowed. Needs review ,
Starting with Drupal 9.3.0, all permissions in a user role must be defined in a module.permissions.yml file or a permissions callback. Other permissions are now considered invalid. This includes permissions from uninstalled modules, permissions that depend on configuration that has been removed (such as a content type), and permissions of obscure origin.
In Drupal 9.3.0 or later, saving a role with an invalid permission will trigger a E_USER_DEPRECATED error. In Drupal 10, it will throw a runtime exception.
Thanks marcoliver,
I removed the patch from composer.json, which got rid of the duplicate function error!
However, a new error appeared. This new error is specific to version 3.1.27; after reverting back to 3.1.26, the error disappeared. I plan to open a new issue reporting this error, unless I find it has already been reported.
I did not find it reported, so I reported it at https://www.drupal.org/project/permissions_by_term/issues/3387431 🐛 too few args in AccessChecker Active
The new error is below, FYI - but, reverting to 3.1.26 fixed it, and there is an issue for it (above).
The website encountered an unexpected error. Please try again later.
ArgumentCountError: Too few arguments to function Drupal\permissions_by_entity\Service\AccessChecker::__construct(), 4 passed in /var/www/clients/client3/web41/web/core/lib/Drupal/Component/DependencyInjection/Container.php on line 259 and exactly 5 expected in Drupal\permissions_by_entity\Service\AccessChecker->__construct() (line 52 of modules/contrib/permissions_by_term/modules/permissions_by_entity/src/Service/AccessChecker.php).
snowmountain → created an issue.
snowmountain → created an issue.
Here ids what I was using:
Drupal version : 9.5.10
Composer version 2.1.5 2021-07-23 10:35:47
After restoring the site by commenting out the duplicate function,
I ran composer again:
$ composer update drupal/permissions_by_term
and composer reported it could not apply a patch: the result was the WSOD again for the site, and this message from composer, after
$ composer update drupal/permissions_by_term
Gathering patches for root package.
Removing package drupal/permissions_by_term so that it can be re-installed and re-patched.
- Removing drupal/permissions_by_term (3.1.26)
Deleting ./modules/contrib/permissions_by_term - deleted
Loading composer repositories with package information
Updating dependencies
Nothing to modify in lock file
Installing dependencies from lock file (including require-dev)
Package operations: 1 install, 0 updates, 0 removals
Gathering patches for root package.
Gathering patches for dependencies. This might take a minute.
- Installing drupal/permissions_by_term (3.1.26): Extracting archive
- Applying patches for drupal/permissions_by_term
https://git.drupalcode.org/project/permissions_by_term/-/merge_requests/... (perm by term patch to allow editing nodes)
Could not apply patch! Skipping. The error was: Cannot apply patch https://git.drupalcode.org/project/permissions_by_term/-/merge_requests/...
Package doctrine/reflection is abandoned, you should avoid using it. Use roave/better-reflection instead.
Package symfony/debug is abandoned, you should avoid using it. Use symfony/error-handler instead.
Package webmozart/path-util is abandoned, you should avoid using it. Use symfony/filesystem instead.
Generating autoload files
54 packages you are using are looking for funding.
Use the `composer fund` command to find out more!
Scaffolding files for drupal/core:
- Copy [web-root]/.htaccess from assets/scaffold/files/htaccess
After uninstalling Workflow, I was able to save permissions without the error.
A list of installed modules (after disabling Workflow, but all else the same) is https://www.drupal.org/files/issues/2023-09-01/pm-list.txt →
and the error message is https://www.drupal.org/files/issues/2023-09-01/err-perms.txt →
Closing since the issue cannot be reproduced.
After correcting this by removing the duplicated function code, the module was updated by composer and the problem reappeared - even though the downloaded tarred gzipped code for the new version did not contain the duplicated function code. Composer seems to be somehow duplicating the code.
snowmountain → created an issue.
I checked further into this by downloading the .tar.gz file for version 3.1.25 of this module. The affected file, permissions_by_term.module, did NOT contain the duplicated function. It is unclear how this duplicated function got into my site, but since the duplicated function definition was not in the downloaded module, I am closing this.
snowmountain → created an issue.
I am having the same issue. The inner region is empty.
pdf.js from pdfjs-3.9.179-dist.zip was installed in /libraries/pdf.js whose contents are below:
build/ LICENSE web/
Drupal version : 9.5.10
PHP binary : /usr/bin/php8.1
PHP OS : Linux
PHP version : 8.1.21
Drush version : 11.6.0
Install profile : standard
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=20.04
DISTRIB_CODENAME=focal
DISTRIB_DESCRIPTION="Ubuntu 20.04.6 LTS"
Wow, it works now. I have no clue why. I did nothing - other than clear cache, which had no effect at the time. I wonder if there was some issue worth noting and doing something about. It appeared from the code that the class was or should have been, "there" or available. However, module owners - please feel free to close this per your own judgement.
snowmountain → created an issue.
I had the same issue and tried upgrading:
composer require 'drupal/gin_login:^2.0'
but the problem was still there:
Symfony\Component\DependencyInjection\Exception\ServiceNotFoundException: You have requested a non-existent service "file_url_generator".
Drupal version : 8.9.20