Hi liam morland,
Is this fixed in the new dev release?
Using Webform 6.2.7 / Drupal 10.3.8
I developed a fairly complex form and embedded it in a paragraph.
The form works well except the draft functionality does not work.
I really like using web forms in paragraphs, but unfortunately the draft functionality it's not available for web forms paragraphs.
I have a new installation using Drupal 11.0.4.
I cannot get this to work.
I use Slick Carousel 3.0.3 on a few Drupal 10 sites with no problem.
This is a Drupal 11 specific problem.
So, after a couple of weeks of no response to my issue, can I assume that this module is dead?
dadderley → created an issue.
I did have Premium Features 1.2.9 installed.
I uninstalled the the whole works and installed ckeditor5_plugin_pack:^1.2.
Problem solved. Thank you.
public_html$ composer require 'drupal/ckeditor5_plugin_pack:^1.2'
./composer.json has been updated
Running composer update drupal/ckeditor5_plugin_pack
Gathering patches for root package.
Loading composer repositories with package information
Updating dependencies
Lock file operations: 11 installs, 0 updates, 0 removals
- Locking aws/aws-crt-php (v1.2.6)
- Locking aws/aws-sdk-php (3.319.4)
- Locking caxy/php-htmldiff (v0.1.15)
- Locking drupal/ckeditor5_plugin_pack (1.2.1)
- Locking drupal/ckeditor5_premium_features (1.3.1)
- Locking ezyang/htmlpurifier (v4.17.0)
- Locking firebase/php-jwt (v6.10.1)
- Locking mtdowling/jmespath.php (2.7.0)
- Locking openai-php/client (v0.10.1)
- Locking php-http/discovery (1.19.4)
- Locking php-http/multipart-stream-builder (1.3.1)
Writing lock file
Installing dependencies from lock file (including require-dev)
Package operations: 11 installs, 0 updates, 0 removals
- Downloading drupal/ckeditor5_plugin_pack (1.2.1)
Gathering patches for root package.
Gathering patches for dependencies. This might take a minute.
- Installing php-http/discovery (1.19.4): Extracting archive
- Installing aws/aws-crt-php (v1.2.6): Extracting archive
- Installing php-http/multipart-stream-builder (1.3.1): Extracting archive
- Installing openai-php/client (v0.10.1): Extracting archive
- Installing firebase/php-jwt (v6.10.1): Extracting archive
- Installing ezyang/htmlpurifier (v4.17.0): Extracting archive
- Installing caxy/php-htmldiff (v0.1.15): Extracting archive
- Installing mtdowling/jmespath.php (2.7.0): Extracting archive
- Installing aws/aws-sdk-php (3.319.4): Extracting archive
- Installing drupal/ckeditor5_premium_features (1.3.1): Extracting archive
- Installing drupal/ckeditor5_plugin_pack (1.2.1): Extracting archive
6 package suggestions were added by new dependencies, use `composer suggest` to see details.
Generating autoload files
49 packages you are using are looking for funding.
Use the `composer fund` command to find out more!
No security vulnerability advisories found
I have a site running Drupal 10.3.2 in PHP 8.3.10.
I install CKEditor 5 Plugin Pack 1.2 - I use the Media Plugin.
It all works fine.
I enable ckeditor5_premium_features and do not enable any of its submodules
The CKEditor toolbar disappears.
No idea why it is doing this.
This works on another site, but not this one.
Thanks crystaldawn
This makes the FullCalendar view usable.
I was ready to give up on this module.
Thanks, had same issue have not patched yet.
@solideogloria
I found the offending Ckeditor plugin.
Thanks again.
See this issue
Symfony\Component\Validator\Exception\LogicException: The LangcodeRequiredIfTranslatableValues constraint can only operate on the root object being validated.
https://www.drupal.org/project/ckeditor_indentblock/issues/3457094
🐛
Symfony\Component\Validator\Exception\LogicException: The LangcodeRequiredIfTranslatableValues constraint can only operate on the root object being validated
Active
I have updated the module to the newest version, Obfuscate Email 2.1.1
Sure enough the errors thrown when editing the test format have gone away. Thanks.
But now I am facing this this issue.
Replace LogicException with trigger_error in LangcodeRequiredIfTranslatableValues constraint
https://www.drupal.org/project/drupal/issues/3449851
🐛
Replace LogicException with trigger_error in LangcodeRequiredIfTranslatableValues constraint
RTBC
I was thinking that they were related, but looks like they are not.
@solideogloria
I have a few sites that have been updated to D 10.3.0
This is happening in sites that use this plugin
Obfuscate Email
https://www.drupal.org/project/obfuscate_email →
This is a new issue with the plugin that is related to the D 10.3.0 upgrade
https://www.drupal.org/project/obfuscate_email/issues/3457393
🐛
Errors when trying to create a new Text Format with CkEditor5 Editor
Active
I cannot uninstall the plugin because a text format requires it.
I cannot disable the plugin because it throws this error when trying to save the text format.
Error message
'click' is not a supported key.
'click_label' is not a supported key.
Interestingly enough on one of the updated sites where I have the Obfuscate Email plugin installed, I don't get the error message, just a WSOD when I try to save the text format.
Is this helpful information?
Same problem with 10.3.0
Cannot modify existing text format
Happens the same way for me
Well, that was quick!
Installed the new dev release
public_html$ composer require 'drupal/bootstrap:3.x-dev@dev'
./composer.json has been updated
Running composer update drupal/bootstrap
Loading composer repositories with package information
Updating dependencies
Lock file operations: 0 installs, 1 update, 0 removals
- Upgrading drupal/bootstrap (3.30.0 => dev-3.x f47794c)
Writing lock file
Installing dependencies from lock file (including require-dev)
Package operations: 0 installs, 1 update, 0 removals
- Syncing drupal/bootstrap (dev-3.x f47794c) into cache
- Removing drupal/bootstrap (3.30.0)
- Installing drupal/bootstrap (dev-3.x f47794c): Cloning f47794c3f8 from cache
Generating autoload files
Hardening vendor directory with .htaccess and web.config files.
51 packages you are using are looking for funding.
Use the `composer fund` command to find out more!
Cleaning installed packages.
No security vulnerability advisories found
Proceeded to update to Drupal 10.3.0
All is well.
Thankyou
Just upgrades a small site to drupal 10.3.0
I am using Bootstrap 8.x-3.30 as a base theme.
The result is WSOD
34184 20/Jun 22:04 php Error TypeError: Drupal\Core\Theme\Registry::__construct(): Argument #9
($kernel) must be of type
?Symfony\Component\HttpKernel\HttpKernelInterface, string given, called
in /home/customer/www/da
Is there a new release coming?
I was having this issue. I was unable to get data into the "ItemList" array for the taxonomy term view.
I found a solution using the logic in the #4 🐛 itemListElement is empty when view is embedded inside a node page Fixed comment by Karen S above. Thankyou Karen S
In the Schema.org: ItemList settings for 'Edit default meta tags for Taxonomy term' I have this:
@id = [term:url]
itemListElement = taxonomy_term:page_1:[term:tid]
Drupal Version 10.2.7
Schema.org Metatag 3.0.1
PHP Version 8.3.8
On another site, I did the drupal updates a few minutes ago.
I ran
composer require 'drupal/field_group:3.x-dev@dev'
The site was not WSOD, but the edit screens where I use fieldgroup were unusable.
This fixed it
composer require drupal/field_group:3.x-dev#eb2167b7
I ran the update
composer require drupal/field_group:3.x-dev#eb2167b7
This solved it for me.
If I run this update
composer require 'drupal/field_group:3.x-dev@dev'
Is it the same as the one above?
My whole site was WSOD and I am still a little shocked.
This is ugly. Happening to me now. Any solution?
I just encountered this problem.
Drupal version : 10.2.5
Default theme : swz
Admin theme : claro
PHP version : 8.1.27
I have several forms and they all sent email as they should.
The site uses the SMTP module and it works well for email.
Very recently, the existing forms stopped working.
The forms collected data, but showed a 500 error on submission.
There were no SMTP messages indicating a failure or success in the sending of emails.
I came across this thread and This rang a bell
when submitting a form which has an email handler.
This is mitigated by the fact that it is not a good idea to enable devel_generate on production, so this probably won't happen in production, but on dev/stage servers with devel_generate enabled, it will cause fatal errors.
As it turned out, on this site I had left the Devel Generate module installed.
I uninstalled it and the problem immediately disappeared.
dadderley → created an issue.
This is a fresh installation on a SiteGround server. This site is for development.
It is complicated by the fact that the site is in a subdomain.
I created a separate path alias for drush in this subdomain.
alias drushff="/usr/local/php81/bin/php-cli /home/customer/www/devsite.maindomain.com/public_html/vendor/bin/drush"
Not ideal, but it works
I solved my own issue, the problem was user error.
For context, I installed the site in a sub domain.
The main domain on the server is also a drupal 10 site.
What was happening was that when I ran drush in the drupal site in the sub domain, it was actually interacting with the main site.
The embarrassing thing that it took me so long to see this, sorry for all the noise.
When I started running drush like this, vendor/bin/drush cex
rather than drush cex
I was able to see what was really going on.
It's all good now, thank you resa.
Tried this and the results are the same in doing drush cex I invariably get this result
[notice] The active configuration is identical to the configuration in the export directory (sites/default/files/config_28YOOLs6S8WGB5Ymh_hTUzdvOn5ByPnWlvso7Q9iZjuXllxDis7Np4kfi8T5rEzvmtjFsBSZrA/sync).
sites/default/files/config_28YOOLs6S8WGB5Ymh_hTUzdvOn5ByPnWlvso7Q9iZjuXllxDis7Np4kfi8T5rEzvmtjFsBSZrA/sync
I even did this in the settings.php file
$settings['config_sync_directory'] = 'sites/default/files/config_28YOOLs6S8WGB5Ymh_hTUzdvOn5ByPnWlvso7Q9iZjuXllxDis7Np4kfi8T5rEzvmtjFsBSZrA/sync';
But drush does not see this at all it will not do a config export.
I exported the config, using Configuration synchronization then uploaded it using the module.
This was successful, the sites/default/files/config_28YOOLs6S8WGB5Ymh_hTUzdvOn5ByPnWlvso7Q9iZjuXllxDis7Np4kfi8T5rEzvmtjFsBSZrA/sync
directory is now populated with the config yml files.
But when I make a config change and then do a drush cex, there are no changes to export.
So I can export and import config changes with the module, but not drush.
So is this a permissions issue of some kind? maybe
Wow, so easy to fix with #43.
Thank you.
Thank you coupertrouper
After migration from D7 to D10 I had errors with permission for Text formats like this:
RuntimeException: Adding non-existent permissions to a role is not allowed. The incorrect permissions are "use text format 3". in Drupal\user\Entity\Role->calculateDependencies() (line 207 of /var/www/html/web/core/modules/user/src/Entity/Role.php).
Your post showed me the way.
dadderley → created an issue.
Thanks,
The module seems to be rock solid.
But this is somewhat disconcerting
When I go into the view edit screen and make an adjustment to the Full Calendar Display Settings (Calendar display settings.
Left side buttons) then hit the apply button this happens. See the attached screenshot ( https://www.drupal.org/files/issues/2024-01-25/dc-left-side-button-apply... → ).It does not indicate that the change was made yet it seems to have been applied.
From the #6 post above.
Well, found the problem.
It seems that there is a conflict with the Popup message module (
https://www.drupal.org/project/popup_message →
).
Sorry for the noise.
Fair enough.
I am not a 'Drupal Developer' per se but I have built and maintain dozens of drupal sites.
This is what I am seeing.
This is in a site running core 10.2.2 with PHP 8.1.27
When I installed Fullcalendar View this was a Drupal 9 site.
I suspect that issue may be related to the core 10.2.2 (just spitballing here)
I use Fullcalendar View on another site (still a Drupal 9 site) where it works just fine.
On this site, Fullcalendar View has been working fine until now, not sure why it is acting up, but it looks js related.
When I go into the view edit screen and make an adjustment to the Full Calendar Display Settings (Calendar display settings.
Left side buttons) then hit the apply button this happens. See the attached screenshot (
https://www.drupal.org/files/issues/2024-01-25/dc-left-side-button-apply... →
).It does not indicate that the change was made yet it seems to have been applied.
Here is a really interesting bit.
When I inspect this code in chrome (not logged in)
<div class="js-drupal-fullcalendar fc fc-ltr fc-unthemed" data-calendar-view-index="0" data-calendar-view-name="calendar_festivals" data-calendar-display="page_1" style="">
In the inspect window, I see the code actually strobing on and off. This is a first for me by the way.
See this screen shot (should be an animated gif)
This behavior also happens (logged in) in the views edit preview screen in Opera and Safari.
The admin theme is Claro.
The site theme is a Bootstrap 4 theme.
Is this helpful at all?
Hi,
Thanks, yes it worked in earlier releases.
The url of the page is https://www.festivalseekers.com/calendar
I am not seeing anything in the Console that is specific or the Drupal logs.
dadderley → created an issue.
Is there a dev release of this module available?
thanks fkelly
Anybody know when to expect a Drupal 10 release?
Looking good so far.
I look forward to this release and can help test.
Thanks
Thanks
Do they know this?
https://www.drupal.org/project/geocoder/issues/3367781#comment-15359704
🐛
TypeError: CommerceGuys\Addressing\Address::withDependentLocality(): Argument #1 ($dependentLocality) must be of type string, null given
Postponed: needs info
dadderley → created an issue.
OK, found the problem and is not geocoder.
On further examination, I realize that the error message
TypeError: CommerceGuys\Addressing\Address::withDependentLocality(): Argument #1 ($dependentLocality) must be of type string, null given, called in /home/customer/www/mysite.com/public_html/modules/contrib/geocoder/modules/geocoder_address/src/AddressService.php on line 135 in CommerceGuys\Addressing\Address->withDependentLocality() (line 228 of /home/customer/www/mysite.com/public_html/vendor/commerceguys/addressing/src/Address.php).
Is deceiving, I really thought that it was a geocoder issue.
On these sites I had this version of the Address module installed 2.0.0-beta3 released 1 December 2023.
On the site where I had this error message
TypeError: CommerceGuys\Addressing\Address::withPostalCode(): Argument #1 ($postalCode) must be of type string, null given, called in /home/customer/www/myothersite.ca/public_html/modules/contrib/geocoder/modules/geocoder_address/src/AddressService.php on line 133 in CommerceGuys\Addressing\Address->withPostalCode() (line 247 of /home/customer/www/myothersite.ca/public_html/vendor/commerceguys/addressing/src/Address.php).
I rolled address back to Address 8.x-1.12 released 21 May 2023
The error went away, no problem.
So, it seems that my specific problem is with this Address 2.0.0-beta3 released 1 December 2023.
Sorry for the noise and thanks for your time.
I do not understand this process.
To me it seemed that it could have been a separate but related issue.
This is happening on several sites with different configurations.
It worked beautifully in all cases until now and I am completely stymied.
On nodes that were created before the updates the functionality is intact.
When I edit any field in the address field now I get a WSOD and the error.
Thanks, how do I update with this new code?
dadderley → created an issue.
Geocoder 8.x-4.15
This release killed the functionality on 2 different sites.
Editing any field in the address causes the error below and the WSOD.
TypeError: CommerceGuys\Addressing\Address::withDependentLocality(): Argument #1 ($dependentLocality) must be of type string, null given, called in /home/customer/www/mysite.com/public_html/modules/contrib/geocoder/modules/geocoder_address/src/AddressService.php on line 135 in CommerceGuys\Addressing\Address->withDependentLocality() (line 228 of /home/customer/www/mysite.com/public_html/vendor/commerceguys/addressing/src/Address.php).
Thanks for the good advice.
I talked to the server admin and he seems to have fixed this issue.
This is his explanation of what was going on.
so the issue on that video thing was that the DNS resolution _on the server_ was broken.
Our servers sometimes need to resolve DNS like anything else, and we had them pointed to Cloudflare public DNS (1.1.1.1) as well as Google Public DNS (8.8.8.8).
When the nodes are being saved the server is reaching out to Youtube to fetch some info, using cURL, and that is the error that we were seeing, that CURL call failing because DNS would not resolve for the youtube name.
Coincidentally (or not), Cloudflare.com was down last week due to DDoS attack (south Sudanese hackers claimed responsibility).
Both Cloudflare and Google are under constant DDoS attack (see https://www.zdnet.com/article/google-cloud-aws-and-cloudflare-report-lar...) .
...
This is the 2nd time we have received direct reports of the cloudflare DNS flaking out, so we have switched to another DNS provider.
We are in Canada so are using the CIRA CAnadian Shield DNS.
To fix this problem, replace the DNS on your server (/etc/resolv.conf) with a more reliable alternative (one from your ISP, or a local caching DNS server, etc). Unreliable DNS is the cause.
It would be really sweet if this worked.
Applied the patch.
The error message now reads.
Could not retrieve the remote URL (https://youtu.be/Fw6Rz2GAxc0): cURL error 28: Resolving timed out after 5000 milliseconds (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://www.youtube.com/oembed?url=https://youtu.be/Fw6Rz2GAxc0&maxwidth=560&maxheight=315
So this looks helpful.
Are there any quick fixes for this?
Thanks in advance.
As a non coder, this whole thing is pure voodoo.
As this seems to happen mostly for anon users and authenticated users see the video.
Further update.
The patch adds to the error message.
Could not retrieve the remote URL (https://youtu.be/ZwEYpptNyek): Could not retrieve the oEmbed resource.
In a browser where I am not logged in I go the affected page with the embedded video.
Of course the video does not show.
I visit the same page in as a logged in user.
The video shows.
I flush the caches.
I return to the page In a browser where I am not logged in.
The video shows now whereas it did not show before.
Interesting caching issue looks like.
I do not drupal core caching enabled.
I have advaag disabled.
I am using redis and I am using cloudflare.
Any ideas?
Thanks mfb, have applied the patch.
Waiting for new errors.
dadderley → created an issue.
Thanks maunm,
The patch in #12 applies cleanly and works nicely with 3.0.x-dev.
It clears up the problem.
The code in #4 works really well in Horizontal Tabs.
One thing though, if you use
<a href="#" class="open-tab-1">open</a>
it will open the tab but go to the top of the page.
This works much nicer
<a href="javascript:void(0);" class="open-tab-1">open</a>
This is still an issue with 'Views Reference Field 8.x-2.0-beta6'.
Interesting that it was not an issue in 'Views Reference Field 8.x-2.0-beta4'.
Works great in Drupal 10. You can add field groups to the content displays or the form display.
I had this issue after upgrading from Drupal 9.5.9 to Drupal 10.0.9.
The dev release (Development version: 8.x-2.x-dev updated 20 Mar 2023 at 20:03) makes Ajax work and the error goes away.
Thanks
Hi, I just came across this post.
I was having this issue
Drupal 10 updating issue - Drupal\Component\Plugin\Exception\PluginNotFoundException: The "" plugin does not exist
https://www.drupal.org/project/drupal/issues/3056633
💬
Drupal 10 updating issue - Drupal\Component\Plugin\Exception\PluginNotFoundException: The "" plugin does not exist
Needs work
One of the posts there helped me
I posted this on that thread
https://www.drupal.org/project/drupal/issues/3056633#comment-15052222
💬
Drupal 10 updating issue - Drupal\Component\Plugin\Exception\PluginNotFoundException: The "" plugin does not exist
Needs work
Thanks Anybody,
The comment (137) by Anybody provided the solution.
This was very frustrating.
I was upgrading a site from Drupal 9.5.9 to Drupal 10.0.9
No matter what I did, I kept getting the error below and WSOD on all content.
Drupal\Component\Plugin\Exception\PluginNotFoundException: The "node_type" plugin does not exist. Valid plugin IDs for Drupal\Core\Condition\ConditionManager are: current_theme, request_path, user_role, webform, entity_bundle:block_content, entity_bundle:contact_message, entity_bundle:media, entity_bundle:menu_link_content, entity_bundle:node, entity_bundle:shortcut, entity_bundle:taxonomy_term, entity_bundle:webform_submission, entity_bundle:paragraph in Drupal\Core\Plugin\DefaultPluginManager->doGetDefinition() (line 53 of /Users/meuser/Sites/ost9/core/lib/Drupal/Component/Plugin/Discovery/DiscoveryTrait.php).
I exported the config for the whole site.
I searched for "node_type".
There were 3 .yml files with "id node_type"
- menu_position.menu_position_rule.member_location.yml
- menu_position.menu_position_rule.news_item.yml
- user.role.admin.yml
I rolled back to original and got the site up again.
I uninstalled Menu Position 8.x-1.0
I uninstalled Automatic Entity Label 8.x-3.0
I did the upgrade again ----- this time success - upgraded to Drupal 10.0.9 with no errors!!
I reinstalled both modules and it still worked.
I exported the config from the upgraded Drupal 10.0.9 site.
I searched for "node_type".
There were no .yml files with "id node_type"
Hopefully this may help someone else.
Thanks Anybody,
The comment (137) by Anybody provided the solution.
This was very frustrating.
I was upgrading a site from Drupal 9.5.9 to Drupal 10.0.9
No matter what I did, I kept getting the error below and WSOD on all content.
Drupal\Component\Plugin\Exception\PluginNotFoundException: The "node_type" plugin does not exist. Valid plugin IDs for Drupal\Core\Condition\ConditionManager are: current_theme, request_path, user_role, webform, entity_bundle:block_content, entity_bundle:contact_message, entity_bundle:media, entity_bundle:menu_link_content, entity_bundle:node, entity_bundle:shortcut, entity_bundle:taxonomy_term, entity_bundle:webform_submission, entity_bundle:paragraph in Drupal\Core\Plugin\DefaultPluginManager->doGetDefinition() (line 53 of /Users/meuser/Sites/ost9/core/lib/Drupal/Component/Plugin/Discovery/DiscoveryTrait.php).
I exported the config for the whole site.
I searched for "node_type".
There were 3 .yml files with "id node_type"
- menu_position.menu_position_rule.member_location.yml
- menu_position.menu_position_rule.news_item.yml
- user.role.admin.yml
I rolled back to original and got the site up again.
I uninstalled Menu Position 8.x-1.0
I uninstalled Automatic Entity Label 8.x-3.0
I did the upgrade again ----- this time success - upgraded to Drupal 10.0.9 with no errors!!
I reinstalled both modules and it still worked.
I exported the config from the upgraded Drupal 10.0.9 site.
I searched for "node_type".
There were no .yml files with "id node_type"
Hopefully this may help someone else.
Thank you Graham Shepherd
This simple manual modification of composer.json allowed me to upgrade from 9.5.9 to 10.0.9 and geocoder to be updated from 8.x-3.34 to 10.x-4.9
I am having this problem as well.
According to the Upgrade status report 5he site is 100% ready for the d10 upgrade.
The site that I am trying to upgrade is now on my local environment.
I tried the upgrade on my development server as well with the same result.
On one of my attempts I disabled a bunch of modules
- Display Suite
- Pathauto
- Layout Builder
- Layout Custom Section Classes
- Content access
But it made no difference.
I recently upgraded another D9 site and it was dead easy.
I will leave this here and continue my efforts.
///////////
This is my composer.json file before the update:
{
"name": "drupal/recommended-project",
"description": "Project template for Drupal 9 projects with a relocated document root",
"type": "project",
"license": "GPL-2.0-or-later",
"homepage": "https://www.drupal.org/project/drupal",
"support": {
"docs": "https://www.drupal.org/docs/user_guide/en/index.html",
"chat": "https://www.drupal.org/node/314178"
},
"repositories": [
{
"type": "composer",
"url": "https://packages.drupal.org/8"
}
],
"require": {
"composer/installers": "^1.9",
"drupal/address": "^1.11",
"drupal/auto_entitylabel": "^3.0",
"drupal/back_to_top": "^3.0",
"drupal/backup_migrate": "^5.0",
"drupal/bootstrap5": "^3.0",
"drupal/conditional_fields": "^4.0@alpha",
"drupal/content_access": "^2.0@alpha",
"drupal/convert_bundles": "^2.0@beta",
"drupal/core": "^9.5",
"drupal/core-composer-scaffold": "^9.5",
"drupal/core-project-message": "^9.5",
"drupal/ctools": "^4.0",
"drupal/devel": "^5.1",
"drupal/ds": "^3.15",
"drupal/easy_breadcrumb": "^2.0",
"drupal/entity_usage": "^2.0@beta",
"drupal/extlink": "^1.7",
"drupal/field_group": "^3.4",
"drupal/field_permissions": "^1.2",
"drupal/filename_transliteration": "^1.1",
"drupal/genpass": "^2.0@alpha",
"drupal/geocoder": "^4.9",
"drupal/geofield": "^1.52",
"drupal/httpswww": "^2.1",
"drupal/imce": "^3.0",
"drupal/layout_custom_section_classes": "^1.0",
"drupal/leaflet": "^10.0",
"drupal/libraries": "^4.0",
"drupal/linkit": "^6.0@RC",
"drupal/login_emailusername": "^2.1",
"drupal/masquerade": "^2.0@RC",
"drupal/menu_block": "^1.10",
"drupal/menu_position": "^1.0",
"drupal/metatag": "^1.22",
"drupal/migrate_tools": "^6.0",
"drupal/migrate_upgrade": "^4.0",
"drupal/obfuscate_email": "^2.0",
"drupal/paragraphs": "^1.15",
"drupal/paragraphs_modal_edit": "^1.1",
"drupal/pathauto": "^1.11",
"drupal/realname": "^2.0@beta",
"drupal/simple_gmap": "3.1.x-dev@dev",
"drupal/slick": "^2.7",
"drupal/slick_views": "^2.7@beta",
"drupal/smart_trim": "^2.0",
"drupal/telephone_advanced": "^1.0",
"drupal/token": "^1.11",
"drupal/upgrade_status": "^4.0",
"drupal/views_bulk_edit": "^2.8",
"drupal/views_bulk_operations": "^4.2",
"drupal/viewsreference": "^2.0@beta",
"drupal/webform": "^6.2@beta",
"drush/drush": "^11.5",
"geocoder-php/bing-maps-provider": "^4.3"
},
"conflict": {
"drupal/drupal": "*"
},
"minimum-stability": "stable",
"prefer-stable": true,
"config": {
"allow-plugins": {
"composer/installers": true,
"drupal/core-composer-scaffold": true,
"drupal/core-project-message": true,
"dealerdirect/phpcodesniffer-composer-installer": true,
"php-http/discovery": true
},
"sort-packages": true
},
"extra": {
"drupal-scaffold": {
"locations": {
"web-root": "./"
}
},
"installer-paths": {
"core": [
"type:drupal-core"
],
"libraries/{$name}": [
"type:drupal-library"
],
"modules/contrib/{$name}": [
"type:drupal-module"
],
"profiles/contrib/{$name}": [
"type:drupal-profile"
],
"themes/contrib/{$name}": [
"type:drupal-theme"
],
"drush/Commands/contrib/{$name}": [
"type:drupal-drush"
],
"modules/custom/{$name}": [
"type:drupal-custom-module"
],
"profiles/custom/{$name}": [
"type:drupal-custom-profile"
],
"themes/custom/{$name}": [
"type:drupal-custom-theme"
]
},
"drupal-core-project-message": {
"include-keys": [
"homepage",
"support"
],
"post-create-project-cmd-message": [
"<bg=blue;fg=white> </>",
"<bg=blue;fg=white> Congratulations, you’ve installed the Drupal codebase </>",
"<bg=blue;fg=white> from the drupal/recommended-project template! </>",
"<bg=blue;fg=white> </>",
"",
"<bg=yellow;fg=black>Next steps</>:",
" * Install the site: https://www.drupal.org/docs/installing-drupal",
" * Read the user guide: https://www.drupal.org/docs/user_guide/en/index.html",
" * Get support: https://www.drupal.org/support",
" * Get involved with the Drupal community:",
" https://www.drupal.org/getting-involved",
" * Remove the plugin that prints this message:",
" composer remove drupal/core-project-message"
]
}
}
}
///////////
The upgrade produced no errors.
Here is the session:
meuser@mebox ost9 % chmod 777 sites/default
meuser@mebox ost9 % chmod 666 sites/default/*settings.php
meuser@mebox ost9 % chmod 666 sites/default/*services.yml
meuser@mebox ost9 % composer require 'drupal/core-recommended:^10' 'drupal/core-composer-scaffold:^10' 'drupal/core-project-message:^10' --update-with-dependencies --no-update
Info from https://repo.packagist.org: #StandWithUkraine
./composer.json has been updated
meuser@mebox ost9 % composer update
Loading composer repositories with package information
Updating dependencies
Lock file operations: 7 installs, 35 updates, 11 removals
- Removing doctrine/reflection (1.2.3)
- Removing laminas/laminas-escaper (2.12.0)
- Removing laminas/laminas-feed (2.20.0)
- Removing longwave/laminas-diactoros (2.14.2)
- Removing stack/builder (v1.0.6)
- Removing symfony-cmf/routing (2.3.4)
- Removing symfony/debug (v4.4.44)
- Removing symfony/http-client-contracts (v2.5.2)
- Removing symfony/polyfill-php73 (v1.27.0)
- Removing symfony/translation (v4.4.47)
- Removing typo3/phar-stream-wrapper (v3.1.7)
- Upgrading asm89/stack-cors (1.3.0 => v2.1.1)
- Upgrading consolidation/log (2.1.1 => 3.0.0)
- Upgrading consolidation/robo (4.0.2 => 4.0.6)
- Upgrading consolidation/site-process (4.2.1 => 5.2.0)
- Downgrading doctrine/annotations (1.14.3 => 1.13.3)
- Downgrading doctrine/lexer (2.1.0 => 1.2.3)
- Upgrading drupal/core (9.5.9 => 10.0.9)
- Upgrading drupal/core-composer-scaffold (9.5.9 => 10.0.9)
- Upgrading drupal/core-project-message (9.5.9 => 10.0.9)
- Locking drupal/core-recommended (10.0.9)
- Upgrading grasmash/expander (2.0.3 => 3.0.0)
- Downgrading guzzlehttp/psr7 (2.5.0 => 2.4.5)
- Downgrading laminas/laminas-servicemanager (3.20.0 => 3.15.0)
- Downgrading laminas/laminas-text (2.10.0 => 2.9.0)
- Downgrading masterminds/html5 (2.8.0 => 2.7.6)
- Locking phootwork/collection (v3.2.1)
- Locking phootwork/lang (v3.2.1)
- Downgrading php-http/message (1.15.0 => 1.14.0)
- Locking phpowermove/docblock (v4.0)
- Upgrading psr/container (1.1.2 => 2.0.2)
- Locking psr/event-dispatcher (1.0.0)
- Downgrading psr/http-message (1.1 => 1.0.1)
- Upgrading psr/log (1.1.4 => 3.0.0)
- Upgrading symfony/console (v4.4.49 => v6.2.10)
- Upgrading symfony/dependency-injection (v4.4.49 => v6.2.10)
- Upgrading symfony/error-handler (v4.4.44 => v6.2.10)
- Upgrading symfony/event-dispatcher (v4.4.44 => v6.2.8)
- Upgrading symfony/event-dispatcher-contracts (v1.1.13 => v3.2.1)
- Upgrading symfony/http-foundation (v4.4.49 => v6.2.10)
- Upgrading symfony/http-kernel (v4.4.50 => v6.2.10)
- Upgrading symfony/mime (v5.4.13 => v6.2.10)
- Locking symfony/polyfill-php81 (v1.27.0)
- Upgrading symfony/process (v4.4.44 => v6.2.10)
- Upgrading symfony/routing (v4.4.44 => v6.2.8)
- Upgrading symfony/serializer (v4.4.47 => v6.2.10)
- Upgrading symfony/service-contracts (v2.5.2 => v3.2.1)
- Upgrading symfony/translation-contracts (v2.5.2 => v3.2.1)
- Upgrading symfony/validator (v4.4.48 => v6.2.10)
- Upgrading symfony/var-dumper (v5.4.23 => v6.2.10)
- Locking symfony/var-exporter (v6.2.10)
- Upgrading symfony/yaml (v4.4.45 => v6.2.10)
- Upgrading twig/twig (v2.15.5 => v3.5.1)
Writing lock file
Installing dependencies from lock file (including require-dev)
Package operations: 7 installs, 35 updates, 11 removals
- Removing typo3/phar-stream-wrapper (v3.1.7)
- Removing symfony/translation (v4.4.47)
- Removing symfony/polyfill-php73 (v1.27.0)
- Removing symfony/http-client-contracts (v2.5.2)
- Removing symfony/debug (v4.4.44)
- Removing symfony-cmf/routing (2.3.4)
- Removing stack/builder (v1.0.6)
- Removing longwave/laminas-diactoros (2.14.2)
- Removing laminas/laminas-feed (2.20.0)
- Removing laminas/laminas-escaper (2.12.0)
- Removing doctrine/reflection (1.2.3)
- Upgrading drupal/core-composer-scaffold (9.5.9 => 10.0.9): Extracting archive
- Upgrading drupal/core-project-message (9.5.9 => 10.0.9): Extracting archive
- Upgrading psr/container (1.1.2 => 2.0.2): Extracting archive
- Upgrading symfony/service-contracts (v2.5.2 => v3.2.1): Extracting archive
- Upgrading symfony/console (v4.4.49 => v6.2.10): Extracting archive
- Upgrading psr/log (1.1.4 => 3.0.0): Extracting archive
- Upgrading consolidation/log (2.1.1 => 3.0.0): Extracting archive
- Upgrading twig/twig (v2.15.5 => v3.5.1): Extracting archive
- Upgrading symfony/yaml (v4.4.45 => v6.2.10): Extracting archive
- Upgrading symfony/translation-contracts (v2.5.2 => v3.2.1): Extracting archive
- Upgrading symfony/validator (v4.4.48 => v6.2.10): Extracting archive
- Upgrading symfony/serializer (v4.4.47 => v6.2.10): Extracting archive
- Upgrading symfony/routing (v4.4.44 => v6.2.8): Extracting archive
- Upgrading symfony/http-foundation (v4.4.49 => v6.2.10): Extracting archive
- Downgrading psr/http-message (1.1 => 1.0.1): Extracting archive
- Upgrading symfony/process (v4.4.44 => v6.2.10): Extracting archive
- Upgrading symfony/mime (v5.4.13 => v6.2.10): Extracting archive
- Installing psr/event-dispatcher (1.0.0): Extracting archive
- Upgrading symfony/event-dispatcher-contracts (v1.1.13 => v3.2.1): Extracting archive
- Upgrading symfony/event-dispatcher (v4.4.44 => v6.2.8): Extracting archive
- Upgrading symfony/var-dumper (v5.4.23 => v6.2.10): Extracting archive
- Upgrading symfony/error-handler (v4.4.44 => v6.2.10): Extracting archive
- Upgrading symfony/http-kernel (v4.4.50 => v6.2.10): Extracting archive
- Installing symfony/var-exporter (v6.2.10): Extracting archive
- Upgrading symfony/dependency-injection (v4.4.49 => v6.2.10): Extracting archive
- Downgrading masterminds/html5 (2.8.0 => 2.7.6): Extracting archive
- Downgrading guzzlehttp/psr7 (2.5.0 => 2.4.5): Extracting archive
- Downgrading doctrine/lexer (2.1.0 => 1.2.3): Extracting archive
- Downgrading doctrine/annotations (1.14.3 => 1.13.3): Extracting archive
- Upgrading asm89/stack-cors (1.3.0 => v2.1.1): Extracting archive
- Upgrading drupal/core (9.5.9 => 10.0.9): Extracting archive
- Installing drupal/core-recommended (10.0.9)
- Downgrading php-http/message (1.15.0 => 1.14.0): Extracting archive
- Upgrading grasmash/expander (2.0.3 => 3.0.0): Extracting archive
- Upgrading consolidation/site-process (4.2.1 => 5.2.0): Extracting archive
- Installing symfony/polyfill-php81 (v1.27.0): Extracting archive
- Installing phootwork/lang (v3.2.1): Extracting archive
- Installing phootwork/collection (v3.2.1): Extracting archive
- Installing phpowermove/docblock (v4.0): Extracting archive
- Upgrading consolidation/robo (4.0.2 => 4.0.6): Extracting archive
- Downgrading laminas/laminas-servicemanager (3.20.0 => 3.15.0): Extracting archive
- Downgrading laminas/laminas-text (2.10.0 => 2.9.0): Extracting archive
Package php-http/message-factory is abandoned, you should avoid using it. Use psr/http-factory instead.
Generating autoload files
53 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
- Copy [web-root]/example.gitignore from assets/scaffold/files/example.gitignore
- Copy [web-root]/sites/example.settings.local.php from assets/scaffold/files/example.settings.local.php
No security vulnerability advisories found
meuser@mebox ost9 % drrush updb
zsh: command not found: drrush
meuser@mebox ost9 % drush updb
----------- -------------- --------------- -------------------------------
Module Update ID Type Description
----------- -------------- --------------- -------------------------------
user 10000 hook_update_n 10000 - Remove non-existent
permissions created by
migrations.
ckeditor5 plugins_sett post-update Updates Text Editors using
ings_export_ CKEditor 5 to sort plugin
order settings by plugin key.
olivero add_olivero_ post-update Sets the default
primary_colo `base_primary_color` value of
r Olivero's theme settings.
----------- -------------- --------------- -------------------------------
Do you wish to run the specified pending updates? (yes/no) [yes]:
> yes
> [notice] Update started: user_update_10000
> [notice] Update completed: user_update_10000
> [notice] Update started: ckeditor5_post_update_plugins_settings_export_order
> [notice] Update completed: ckeditor5_post_update_plugins_settings_export_order
> [notice] Update started: olivero_post_update_add_olivero_primary_color
> [notice] Update completed: olivero_post_update_add_olivero_primary_color
[success] Finished performing updates.
meuser@mebox ost9 % drush cr
After the upgrade I am getting this error:
336 12/May 10:26 php Error Drupal\Component\Plugin\Exception\PluginNotFoundException: The
"node_type" plugin does not exist. Valid plugin IDs for
Drupal\Core\Condition\ConditionManager are: current_theme, request_pa
////////////
I have made a few attempts and the result is the same.
Here is the composer.json after the upgrade:
{
"name": "drupal/recommended-project",
"description": "Project template for Drupal 9 projects with a relocated document root",
"type": "project",
"license": "GPL-2.0-or-later",
"homepage": "https://www.drupal.org/project/drupal",
"support": {
"docs": "https://www.drupal.org/docs/user_guide/en/index.html",
"chat": "https://www.drupal.org/node/314178"
},
"repositories": [
{
"type": "composer",
"url": "https://packages.drupal.org/8"
}
],
"require": {
"composer/installers": "^1.9",
"drupal/address": "^1.11",
"drupal/auto_entitylabel": "^3.0",
"drupal/back_to_top": "^3.0",
"drupal/backup_migrate": "^5.0",
"drupal/bootstrap5": "^3.0",
"drupal/conditional_fields": "^4.0@alpha",
"drupal/content_access": "^2.0@alpha",
"drupal/convert_bundles": "^2.0@beta",
"drupal/core-composer-scaffold": "^10",
"drupal/core-project-message": "^10",
"drupal/core-recommended": "^10",
"drupal/ctools": "^4.0",
"drupal/devel": "^5.1",
"drupal/ds": "^3.15",
"drupal/easy_breadcrumb": "^2.0",
"drupal/entity_usage": "^2.0@beta",
"drupal/extlink": "^1.7",
"drupal/field_group": "^3.4",
"drupal/field_permissions": "^1.2",
"drupal/filename_transliteration": "^1.1",
"drupal/genpass": "^2.0@alpha",
"drupal/geocoder": "^4.9",
"drupal/geofield": "^1.52",
"drupal/httpswww": "^2.1",
"drupal/imce": "^3.0",
"drupal/layout_custom_section_classes": "^1.0",
"drupal/leaflet": "^10.0",
"drupal/libraries": "^4.0",
"drupal/linkit": "^6.0@RC",
"drupal/login_emailusername": "^2.1",
"drupal/masquerade": "^2.0@RC",
"drupal/menu_block": "^1.10",
"drupal/menu_position": "^1.0",
"drupal/metatag": "^1.22",
"drupal/migrate_tools": "^6.0",
"drupal/migrate_upgrade": "^4.0",
"drupal/obfuscate_email": "^2.0",
"drupal/paragraphs": "^1.15",
"drupal/paragraphs_modal_edit": "^1.1",
"drupal/pathauto": "^1.11",
"drupal/realname": "^2.0@beta",
"drupal/simple_gmap": "3.1.x-dev@dev",
"drupal/slick": "^2.7",
"drupal/slick_views": "^2.7@beta",
"drupal/smart_trim": "^2.0",
"drupal/telephone_advanced": "^1.0",
"drupal/token": "^1.11",
"drupal/upgrade_status": "^4.0",
"drupal/views_bulk_edit": "^2.8",
"drupal/views_bulk_operations": "^4.2",
"drupal/viewsreference": "^2.0@beta",
"drupal/webform": "^6.2@beta",
"drush/drush": "^11.5",
"geocoder-php/bing-maps-provider": "^4.3"
},
"conflict": {
"drupal/drupal": "*"
},
"minimum-stability": "stable",
"prefer-stable": true,
"config": {
"allow-plugins": {
"composer/installers": true,
"drupal/core-composer-scaffold": true,
"drupal/core-project-message": true,
"dealerdirect/phpcodesniffer-composer-installer": true,
"php-http/discovery": true
},
"sort-packages": true
},
"extra": {
"drupal-scaffold": {
"locations": {
"web-root": "./"
}
},
"installer-paths": {
"core": [
"type:drupal-core"
],
"libraries/{$name}": [
"type:drupal-library"
],
"modules/contrib/{$name}": [
"type:drupal-module"
],
"profiles/contrib/{$name}": [
"type:drupal-profile"
],
"themes/contrib/{$name}": [
"type:drupal-theme"
],
"drush/Commands/contrib/{$name}": [
"type:drupal-drush"
],
"modules/custom/{$name}": [
"type:drupal-custom-module"
],
"profiles/custom/{$name}": [
"type:drupal-custom-profile"
],
"themes/custom/{$name}": [
"type:drupal-custom-theme"
]
},
"drupal-core-project-message": {
"include-keys": [
"homepage",
"support"
],
"post-create-project-cmd-message": [
"<bg=blue;fg=white> </>",
"<bg=blue;fg=white> Congratulations, you’ve installed the Drupal codebase </>",
"<bg=blue;fg=white> from the drupal/recommended-project template! </>",
"<bg=blue;fg=white> </>",
"",
"<bg=yellow;fg=black>Next steps</>:",
" * Install the site: https://www.drupal.org/docs/installing-drupal",
" * Read the user guide: https://www.drupal.org/docs/user_guide/en/index.html",
" * Get support: https://www.drupal.org/support",
" * Get involved with the Drupal community:",
" https://www.drupal.org/getting-involved",
" * Remove the plugin that prints this message:",
" composer remove drupal/core-project-message"
]
}
}
}
I have a Drupal 9.5.9 site running in php8.1.13.
When I try to update Geocoder.
me@mebox ost9 % composer require 'drupal/geocoder:^4.9'
./composer.json has been updated
Running composer update drupal/geocoder
Loading composer repositories with package information
Info from https://repo.packagist.org: #StandWithUkraine
Updating dependencies
Your requirements could not be resolved to an installable set of packages.
Problem 1
- php-http/guzzle7-adapter 1.0.0 requires guzzlehttp/guzzle ^7.0 -> found guzzlehttp/guzzle[7.0.0, ..., 7.5.1] but the package is fixed to 6.5.8 (lock file version) by a partial update and that version does not match. Make sure you list it as an argument for the update command.
- drupal/geocoder 4.9.0 requires php-http/guzzle7-adapter ^1.0 -> satisfiable by php-http/guzzle7-adapter[1.0.0].
- Root composer.json requires drupal/geocoder ^4.9 -> satisfiable by drupal/geocoder[4.9.0].
Use the option --with-all-dependencies (-W) to allow upgrades, downgrades and removals for packages currently locked to specific versions.
Installation failed, reverting ./composer.json and ./composer.lock to their original content.
me@mebox ost9 %
I want to upgrade to Drupal 10 and this is a blocker.
Looks like installing geocoder:4.9 on a Drupal 10 site works, but how do I do the upgrade?
Views Reference Field
https://www.drupal.org/project/viewsreference →
Have not tried it in 10, works great in 9.
Thanks Dieter,
I managed to uninstall it on 3 sites.
There were a couple of types and bundles.
I deleted all of the ECK content, then fields in each of the bundles.
Checked all of the permissions.
Then I crossed my fingers and uninstalled.
It did work, but the first time I tried the uninstall without doing this, It scared the heck out of me.
It's all good now.
Not sure of what went wrong in the first place.
When I first started updating the site it had been stuck at 8.6.3 for a long time and doing the updates was a rocky process.
This is a shot in the dark, I had a similar problem on a site I inherited.
This is the issue. https://www.drupal.org/project/eck/issues/3258685 🐛 Solved - Uninstalling creates major issues Closed: outdated
Good luck with it
Yes, for my sites as well. Drupal 9.5.4
I use Field Groups everywhere.
I took over some sites that had been migrated from drupal 7 and there were all kinds of relics left over from the migration.
This has been vexing for a long time.
My dblog reports were polluted with errors like this:
A non-existent config entity name returned by FieldStorageConfigInterface::getBundles(): entity type: taxonomy_term, bundle: migrate_example_wine_varieties, field name: field_variety_attributes
I followed your well written instructions and now the dblog page is free from these stupid errors.
Thank you rex.barkdoll!
Thank you chriscant!
Just for the heck of it I did the update and ran drush updb.
It croaked of course.
public_html$ composer require 'drupal/bootstrap4:^3.0'
./composer.json has been updated
Running composer update drupal/bootstrap4
Loading composer repositories with package information
Info from https://repo.packagist.org: #StandWithUkraine
Updating dependencies
Lock file operations: 0 installs, 1 update, 0 removals
- Upgrading drupal/bootstrap4 (2.1.16 => 3.0.1)
Writing lock file
Installing dependencies from lock file (including require-dev)
Package operations: 0 installs, 1 update, 0 removals
- Downloading drupal/bootstrap4 (3.0.1)
- Upgrading drupal/bootstrap4 (2.1.16 => 3.0.1): Extracting archive
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
Hardening vendor directory with .htaccess and web.config files.
52 packages you are using are looking for funding.
Use the `composer fund` command to find out more!
Cleaning installed packages.
No security vulnerability advisories found
public_html$ drush updb
------------ ------------------------- ------------- -------------------------
Module Update ID Type Description
------------ ------------------------- ------------- -------------------------
bootstrap4 install_stable9 post-update Enable new theme:
stable9.
bootstrap4 uninstall_stable_classy post-update Uninstall old themes if
present: stable and
classy.
------------ ------------------------- ------------- -------------------------
Do you wish to run the specified pending updates? (yes/no) [yes]:
> yes
> [warning] Post update function bootstrap4_post_update_install_stable9 not found in file bootstrap4.post_update.php
> [error] Update failed: bootstrap4_post_update_install_stable9
[error] Update aborted by: bootstrap4_post_update_install_stable9
[error] Finished performing updates.
Then I hit https://www.mysite.com/update.php and it updated properly without errors.
Thanks again.
Same problem with me.
Upgrading from 8.x-2.0 to 3.0.1 results in WSOD
This is on a Drupal 9.5.4 installation running in PHP 8.1.16
I upgraded ShareThis from 8.x-2.0 to 3.0.1 using composer.
There were no composer errors.
Running the Drush updb command produced no errors.
public_html# drush updb
[success] No pending updates.
public_html# drush cr
[success] Cache rebuild complete.
When I went to site pages where the ShareThis widget is enabled I get a WSOD.
I rolled back the module to 8.x-2.0.
The site is back.
On the dblog page I see this error.
Message TypeError: Drupal\sharethis\SharethisManager::__construct(): Argument #5 ($entity_type_manager) must be of type Drupal\Core\Entity\EntityTypeManagerInterface, Drupal\Core\Extension\ModuleHandler given, called in /home/mysite/public_html/core/lib/Drupal/Component/DependencyInjection/Container.php on line 259 in Drupal\sharethis\SharethisManager->__construct() (line 84 of /home/mysite/public_html/modules/contrib/sharethis/src/SharethisManager.php)
#0 /home/mysite/public_html/core/lib/Drupal/Component/DependencyInjection/Container.php(259): Drupal\sharethis\SharethisManager->__construct()
#1 /home/mysite/public_html/core/lib/Drupal/Component/DependencyInjection/Container.php(177): Drupal\Component\DependencyInjection\Container->createService()
#2 /home/mysite/public_html/core/lib/Drupal.php(197): Drupal\Component\DependencyInjection\Container->get()
#3 /home/mysite/public_html/modules/contrib/sharethis/sharethis.module(81): Drupal::service()
#4 [internal function]: sharethis_node_view()
#5 /home/mysite/public_html/core/lib/Drupal/Core/Extension/ModuleHandler.php(426): call_user_func_array()
#6 /home/mysite/public_html/core/lib/Drupal/Core/Extension/ModuleHandler.php(405): Drupal\Core\Extension\ModuleHandler->Drupal\Core\Extension\{closure}()
#7 /home/mysite/public_html/core/lib/Drupal/Core/Extension/ModuleHandler.php(433): Drupal\Core\Extension\ModuleHandler->invokeAllWith()
#8 /home/mysite/public_html/core/lib/Drupal/Core/Entity/EntityViewBuilder.php(288): Drupal\Core\Extension\ModuleHandler->invokeAll()
#9 /home/mysite/public_html/core/lib/Drupal/Core/Entity/EntityViewBuilder.php(239): Drupal\Core\Entity\EntityViewBuilder->buildMultiple()
#10 [internal function]: Drupal\Core\Entity\EntityViewBuilder->build()
#11 /home/mysite/public_html/core/lib/Drupal/Core/Security/DoTrustedCallbackTrait.php(101): call_user_func_array()
#12 /home/mysite/public_html/core/lib/Drupal/Core/Render/Renderer.php(788): Drupal\Core\Render\Renderer->doTrustedCallback()
#13 /home/mysite/public_html/core/lib/Drupal/Core/Render/Renderer.php(374): Drupal\Core\Render\Renderer->doCallback()
#14 /home/mysite/public_html/core/lib/Drupal/Core/Render/Renderer.php(204): Drupal\Core\Render\Renderer->doRender()
#15 /home/mysite/public_html/core/lib/Drupal/Core/Render/MainContent/HtmlRenderer.php(242): Drupal\Core\Render\Renderer->render()
#16 /home/mysite/public_html/core/lib/Drupal/Core/Render/Renderer.php(580): Drupal\Core\Render\MainContent\HtmlRenderer->Drupal\Core\Render\MainContent\{closure}()
#17 /home/mysite/public_html/core/lib/Drupal/Core/Render/MainContent/HtmlRenderer.php(243): Drupal\Core\Render\Renderer->executeInRenderContext()
#18 /home/mysite/public_html/core/lib/Drupal/Core/Render/MainContent/HtmlRenderer.php(132): Drupal\Core\Render\MainContent\HtmlRenderer->prepare()
#19 /home/mysite/public_html/core/lib/Drupal/Core/EventSubscriber/MainContentViewSubscriber.php(90): Drupal\Core\Render\MainContent\HtmlRenderer->renderResponse()
#20 [internal function]: Drupal\Core\EventSubscriber\MainContentViewSubscriber->onViewRenderArray()
#21 /home/mysite/public_html/core/lib/Drupal/Component/EventDispatcher/ContainerAwareEventDispatcher.php(142): call_user_func()
#22 /home/mysite/public_html/vendor/symfony/http-kernel/HttpKernel.php(174): Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch()
#23 /home/mysite/public_html/vendor/symfony/http-kernel/HttpKernel.php(81): Symfony\Component\HttpKernel\HttpKernel->handleRaw()
#24 /home/mysite/public_html/core/lib/Drupal/Core/StackMiddleware/Session.php(58): Symfony\Component\HttpKernel\HttpKernel->handle()
#25 /home/mysite/public_html/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle()
#26 /home/mysite/public_html/core/modules/page_cache/src/StackMiddleware/PageCache.php(191): Drupal\Core\StackMiddleware\KernelPreHandle->handle()
#27 /home/mysite/public_html/core/modules/page_cache/src/StackMiddleware/PageCache.php(128): Drupal\page_cache\StackMiddleware\PageCache->fetch()
#28 /home/mysite/public_html/core/modules/page_cache/src/StackMiddleware/PageCache.php(82): Drupal\page_cache\StackMiddleware\PageCache->lookup()
#29 /home/mysite/public_html/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(48): Drupal\page_cache\StackMiddleware\PageCache->handle()
#30 /home/mysite/public_html/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(51): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle()
#31 /home/mysite/public_html/vendor/stack/builder/src/Stack/StackedHttpKernel.php(23): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle()
#32 /home/mysite/public_html/core/lib/Drupal/Core/DrupalKernel.php(718): Stack\StackedHttpKernel->handle()
#33 /home/mysite/public_html/index.php(19): Drupal\Core\DrupalKernel->handle()
#34 {main}
Go to yoursite.com/admin/people/permissions and set the permissions for 'Administrator' role.
dadderley → created an issue.
Thanks,
Had the same problem and this solved it for me as well.
Create a block display and add it to your front page that way.
"The panel will not allow me to change this name or anything else in the view pane."
No idea why your view is funky, try limiting it to display only a few slides and see if that helps.
Flexslider is my module of choice for slideshows.
You can use it with views or fields.
It is quite versatile.