Account created on 9 May 2018, about 6 years ago
#

Recent comments

Thanks graveplot

I have thought that as well, but I did check all the different symfony packages (23) -as listed above by mark_fullmer, in the 'composer.lock' file, and all of them are set to "version": "v6.4.8"

For example:
"name": "symfony/event-dispatcher",
"version": "v6.4.8",

@mark_fullmer

Thank you for your comment stating how to roll back to previous Symfony version.

I agree with @Berdir that

> but there's nothing we can do about that here.

However, I wonder about something:
I experienced this issue on a brand new installation of Simplesamlphp_auth; however, on none of the other 3 other sites -which already had installed this module, I did not experience any issue after updating to Drupal 10.2.7

I wonder why?

I found a way to downgrade the different Symfony packages and solve the problem - until symfony release a new version that fixes this issue:

https://www.drupal.org/project/simplesamlphp_auth/issues/3452457 💬 Update to Symfony 6.4.8 throws error Active
by mark_fullmer

on your local machine: edit composer.json to add the following under the "conflict": { section:"

conflict": {
    "symfony/yaml":"6.4.8",
    "symfony/validator":"6.4.8",
    "symfony/string":"6.4.8",
    "symfony/serializer":"6.4.8",
    "symfony/psr-http-message-bridge":"6.4.8",
    "symfony/process":"6.4.8",
    "symfony/mime":"6.4.8",
    "symfony/mailer":"6.4.8",
    "symfony/intl":"6.4.8",
    "symfony/http-kernel":"6.4.8",
    "symfony/http-foundation":"6.4.8",
    "symfony/error-handler":"6.4.8",
    "symfony/dependency-injection":"6.4.8",
    "symfony/console":"6.4.8",
    "symfony/config":"6.4.8",
    "symfony/cache":"6.4.8",
    "symfony/var-exporter":"6.4.8",
    "symfony/var-dumper":"6.4.8",
    "symfony/routing":"6.4.8",
    "symfony/framework-bundle":"6.4.8",
    "symfony/finder":"6.4.8",
    "symfony/filesystem":"6.4.8",
    "symfony/event-dispatcher":"6.4.8"
  },

then run composer update to update the composer.lock file -if not it will generate a conflict with composer.lock file

@AaronBauman

I'm hitting that same error;
I wonder how did you roll back to symfony/framework-bundle 6.4.3

I'm not sure where to check with version I'm at.

Thanks

Thanks @Andriy,

uninstalling the module and installing it from scratch 2.0.11 did work.

Hello,
I'm experiencing the same.
SimpleSamlphp is installed with composer as part Drupal

I looked at my databases/tables:

I do not have a " SimpleSAMLphp" database.
and do not have "simpleSAMLphp_kvstore" and "simpleSAMLphp_saml_LogoutStore" tables

however in the Drupal database, I do have:
simplesaml_saml_LogoutStore and
simpleSAMLphp_saml_LogoutStore

Am I missing something?

Thanks for the update.
I was able to successfully update to 2.0.11

However, when accessing the taxonomy manager page and selecting any of the different vocabularies:
admin/structure/taxonomy_manager/voc/

and then selecting any taxonomy term, I get the following error:

Drupal\Component\Plugin\Exception\InvalidPluginDefinitionException: The "taxonomy_term" entity type did not specify a "taxonomy_manager" form class. in Drupal\Core\Entity\EntityTypeManager->getFormObject() (line 209 of /path_to_site/web/core/lib/Drupal/Core/Entity/EntityTypeManager.php).

here is the full back-trace error:

#0 /path_to_drupal_site/web/core/lib/Drupal/Core/Entity/EntityFormBuilder.php(44): Drupal\Core\Entity\EntityTypeManager->getFormObject('taxonomy_term', 'taxonomy_manage...')
#1 /path_to_drupal_site/web/modules/contrib/taxonomy_manager/src/Form/TaxonomyManagerForm.php(366): Drupal\Core\Entity\EntityFormBuilder->getForm(Object(Drupal\taxonomy\Entity\Term), 'taxonomy_manage...')
#2 [internal function]: Drupal\taxonomy_manager\Form\TaxonomyManagerForm->termDataCallback(Array, Object(Drupal\Core\Form\FormState), Object(Symfony\Component\HttpFoundation\Request))
#3 /path_to_drupal_site/web/core/lib/Drupal/Core/Form/FormAjaxResponseBuilder.php(69): call_user_func_array(Array, Array)
#4 /path_to_drupal_site/web/core/lib/Drupal/Core/Form/EventSubscriber/FormAjaxSubscriber.php(112): Drupal\Core\Form\FormAjaxResponseBuilder->buildResponse(Object(Symfony\Component\HttpFoundation\Request), Array, Object(Drupal\Core\Form\FormState), Array)
#5 [internal function]: Drupal\Core\Form\EventSubscriber\FormAjaxSubscriber->onException(Object(Symfony\Component\HttpKernel\Event\ExceptionEvent), 'kernel.exceptio...', Object(Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher))
#6 /path_to_drupal_site/web/core/lib/Drupal/Component/EventDispatcher/ContainerAwareEventDispatcher.php(111): call_user_func(Array, Object(Symfony\Component\HttpKernel\Event\ExceptionEvent), 'kernel.exceptio...', Object(Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher))
#7 /path_to_drupal_site/vendor/symfony/http-kernel/HttpKernel.php(239): Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch(Object(Symfony\Component\HttpKernel\Event\ExceptionEvent), 'kernel.exceptio...')
#8 /path_to_drupal_site/vendor/symfony/http-kernel/HttpKernel.php(91): Symfony\Component\HttpKernel\HttpKernel->handleThrowable(Object(Drupal\Core\Form\FormAjaxException), Object(Symfony\Component\HttpFoundation\Request), 1)
#9 /path_to_drupal_site/web/core/lib/Drupal/Core/StackMiddleware/Session.php(58): Symfony\Component\HttpKernel\HttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#10 /path_to_drupal_site/web/core/lib/Drupal/Core/StackMiddleware/KernelPreHandle.php(48): Drupal\Core\StackMiddleware\Session->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#11 /path_to_drupal_site/web/core/lib/Drupal/Core/StackMiddleware/ContentLength.php(28): Drupal\Core\StackMiddleware\KernelPreHandle->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#12 /path_to_drupal_site/web/core/modules/big_pipe/src/StackMiddleware/ContentLength.php(32): Drupal\Core\StackMiddleware\ContentLength->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#13 /path_to_drupal_site/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(106): Drupal\big_pipe\StackMiddleware\ContentLength->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#14 /path_to_drupal_site/web/core/modules/page_cache/src/StackMiddleware/PageCache.php(85): Drupal\page_cache\StackMiddleware\PageCache->pass(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#15 /path_to_drupal_site/web/core/lib/Drupal/Core/StackMiddleware/ReverseProxyMiddleware.php(48): Drupal\page_cache\StackMiddleware\PageCache->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#16 /path_to_drupal_site/web/core/lib/Drupal/Core/StackMiddleware/NegotiationMiddleware.php(51): Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#17 /path_to_drupal_site/web/core/lib/Drupal/Core/StackMiddleware/AjaxPageState.php(36): Drupal\Core\StackMiddleware\NegotiationMiddleware->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#18 /path_to_drupal_site/web/core/lib/Drupal/Core/StackMiddleware/StackedHttpKernel.php(51): Drupal\Core\StackMiddleware\AjaxPageState->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#19 /path_to_drupal_site/web/core/lib/Drupal/Core/DrupalKernel.php(704): Drupal\Core\StackMiddleware\StackedHttpKernel->handle(Object(Symfony\Component\HttpFoundation\Request), 1, true)
#20 /path_to_drupal_site/web/index.php(19): Drupal\Core\DrupalKernel->handle(Object(Symfony\Component\HttpFoundation\Request))
#21 {main}

If I roll back to v. 2.0.9, the error goes away.

Thanks!

Hello,
A member from the Islandora community guided me. Here is what I needed to do. In the desired 'content type', I had to create a field -for convenience and consistency, name it "Member of" > machine name: "field_member_of". Here comes the key part, set it up as a Entity reference > Reference type: Content Content type: Repository Item
I still have things to figure out to make it work; however, this would be the response to this question related to "field_member_of"

Ok.

I managed to install Islandora by changing the value from 'stable' to 'dev' in the composer.json file

however, after installation and going into the 'extend' page, I noticed that the 'islandora Advanced Search' is Deprecated.
https://groups.google.com/g/islandora/c/SEOAWJrfE_M

The submodule of Islandora called "Islandora Advanced Search" is being deprecated [per TAG meeting notes where it was decided]. It is being replaced by the independent "Advanced Search" module. This module includes all the code that was in Islandora Advanced Search, and also contains some additional features (including better use of edismax search).

The Islandora Advanced Search submodule will remain in the islandora module's 2.x branch but will be marked deprecated. It will be removed in Islandora 3.x.

To get the current Advanced Search module, use `composer require drupal/advanced_search`. (not a typo; this will download it from its new location on Drupal.org).

Unfortunately there is no way to convert your block placement and other configuration options from Islandora Advanced Search to Advanced Search. If you need help porting your setup, please contact the #support channel on Slack. I sent a query out earlier, and I am not aware of anyone actively using Islandora Advanced Search.

* on Github at https://github.com/Islandora/advanced_search
* on Drupal.org at https://www.drupal.org/project/advanced_search

So, it looks like the instructions on https://github.com/Islandora/advanced_search/blob/2.x/README.md needs to be updated at least under the installation part from:
composer require islandora/islandora
to
composer require drupal/advanced_search

then, the following should remain.
drush en advanced_search

Under *Configuration* the url should change
from:
admin/config/islandora/advanced_search
to:
/admin/config/search/advanced

Now, can you help me please with the instructions under "Configure Collection Search", I don't seem to see where to find and set "field_member_of" and "field_decedent_of"

Many thanks in advance!

I'm on
Drupal Version: 10.2.0
Facets 2.0.6

and after updating to
PHP 8.2.13 (I also tested with PHP 8.3 -> getting the same results as PHP 8.2)

I got multiple deprecated function messages

"Deprecated function: Creation of dynamic property Drupal\facets\Result\Result::$transliterateDisplayValue is deprecated in Drupal\facets\Plugin\facets\processor\DisplayValueWidgetOrderProcessor->sortResults() (line 72)..."

I installed patch fexed-transliterateDisplayValue-15345798.patch
but did not work - composer update was failing to apply the patch, since the sortResults() function in Facets 2.0.6 version is different than the one in the patch (the "get()" function is not defined)

This is my current 'sortResults' function defined in "DisplayValueWidgetOrderProcessor"

  /**
   * {@inheritdoc}
   */
  public function sortResults(Result $a, Result $b) {
    // Get the transliterate values only once.
    if (!isset($a->transliterateDisplayValue)) {
      $a->transliterateDisplayValue = $this->transliteration->removeDiacritics($a->getDisplayValue());
    }
    if (!isset($b->transliterateDisplayValue)) {
      $b->transliterateDisplayValue = $this->transliteration->removeDiacritics($b->getDisplayValue());
    }

    // Return the sort value.
    if ($a->transliterateDisplayValue == $b->transliterateDisplayValue) {
      return 0;
    }
    return strnatcasecmp($a->transliterateDisplayValue, $b->transliterateDisplayValue);
  }

so I tweaked the #5 patch (removing the get() function and make it look like:

-   * {@inheritdoc}
-   */
+ * {@inheritdoc}
+ */
   public function sortResults(Result $a, Result $b) {
     // Get the transliterate values only once.
-    if (!isset($a->transliterateDisplayValue)) {
-      $a->transliterateDisplayValue = $this->transliteration->removeDiacritics($a->getDisplayValue());
+    $transliterateValueA = $a->transliterateDisplayValue;
+    if (!$transliterateValueA) {
+        $transliterateValueA = $this->transliteration->removeDiacritics($a->getDisplayValue());
+        $a->set('transliterateDisplayValue', $transliterateValueA);
     }
-    if (!isset($b->transliterateDisplayValue)) {
-      $b->transliterateDisplayValue = $this->transliteration->removeDiacritics($b->getDisplayValue());
+
+    $transliterateValueB = $b->transliterateDisplayValue;
+    if (!$transliterateValueB) {
+        $transliterateValueB = $this->transliteration->removeDiacritics($b->getDisplayValue());
+        $b->set('transliterateDisplayValue', $transliterateValueB);
     }
 
     // Return the sort value.
-    if ($a->transliterateDisplayValue == $b->transliterateDisplayValue) {
-      return 0;
+    if ($transliterateValueA == $transliterateValueB) {
+        return 0;
     }
-    return strnatcasecmp($a->transliterateDisplayValue, $b->transliterateDisplayValue);
+
+    return strnatcasecmp($transliterateValueA, $transliterateValueB);
   }
 
 }

by doing so, I was able to successfully install the patch through 'composer update'

however, this did not fix the deprecated function message; getting

Deprecated function: Creation of dynamic property Drupal\facets\Result\Result::$transliterateDisplayValue is deprecated in Drupal\facets\Plugin\facets\processor\DisplayValueWidgetOrderProcessor->sortResults() (line 75 ...

I'm experiencing the same problem.
After upgrading to Drupal 10.1.0, Boostrap them breaks when 'Bandwidth optimization' for 'CSS' and 'JS' files is checked to 'aggregate'
When aggregation is not selected, the theme loads just fine.
If switching to another theme, such as 'Claro' the interface displays without any issue.

UPDATE

Regardless of how many tweaks I did (different browsers, different database, started from scratch multiple times, changed on mysql variables, etc), it did not work.

What I ended up doing was installing the site using drush command:
https://www.drush.org/11.x/commands/site_install/

So, first install Drupal using composer:
composer create-project drupal/recommended-project project_name

Then created 'files' directories for private and public files and tweaked the settings.php file and made apache the owner, and created a database for the new site.

Up to hear same as before; then installed site with Drush:

cd web
../vendor/bin/drush site:install standard --site-name="site_name" --db-prefix="pref_" --locale=en --site-mail=site@email.com --account-name=account_name --account-mail=site@email.com --account-pass="account_password" --db-url=mysql://db_user:db_pwd@localhost:3306/db_name

I'm all set now.

@cilefen thanks for your response
Globally set max_allowed_packet to 256M (268435456) -client and server side; It did not make any difference, still unable to install drupal on my local.
Getting the same error.

I'm having the same issue while installing D10:

Environment:
Local installation: MacOS Monterey (v. 12.6.3)
PHP 8.1.17
mysql Ver 8.0.30 for macos12 on arm64 (MySQL Community Server - GPL)

Multiple attempts - all getting the same result.
I've tried installing Drupal using Chrome as well as Firefox

Any guidance on how to solve this would be appreciated.

An AJAX HTTP request terminated abnormally.
Debugging information follows.
Path: /core/install.php?rewrite=ok&langcode=en&profile=standard&continue=1&id=1&op=do_nojs&op=do
StatusText: error
ReadyState: 0

Error Page:

Drupal\\Core\\Config\\UnmetDependenciesException: 
Configuration objects provided by standard have unmet dependencies: core.entity_form_display.node.article.default (path), 

user.role.authenticated (shortcut), 

user.role.content_editor (path, toolbar)





in 
/Library/WebServer/Documents/filc2/web/core/lib/Drupal/Core/Config/UnmetDependenciesException.php on line 100 
#0 
/Library/WebServer/Documents/filc2/web/core/lib/Drupal/Core/Config/ConfigInstaller.php(526): Drupal\\Core\\Config\\UnmetDependenciesException::create('standard', Array)\
n#1 
/Library/WebServer/Documents/filc2/web/core/lib/Drupal/Core/ProxyClass/Config/ConfigInstaller.php(132): Drupal\\Core\\Config\\ConfigInstaller->checkConfigurationToInstall('module', 'standard')\
n#2 /Library/WebServer/Documents/filc2/web/core/lib/Drupal/Core/Extension/ModuleInstaller.php(191): Drupal\\Core\\ProxyClass\\Config\\ConfigInstaller->checkConfigurationToInstall('module', 'standard')\
n#3 
/Library/WebServer/Documents/filc2/web/core/lib/Drupal/Core/ProxyClass/Extension/ModuleInstaller.php(83): Drupal\\Core\\Extension\\ModuleInstaller->install(Array, false)\
n#4 
/Library/WebServer/Documents/filc2/web/core/includes/install.core.inc(1657): Drupal\\Core\\ProxyClass\\Extension\\ModuleInstaller->install(Array, false)\
n#5 
/Library/WebServer/Documents/filc2/web/core/includes/install.core.inc(698): install_install_profile(Array)\
n#6 /Library/WebServer/Documents/filc2/web/core/includes/install.core.inc(569): install_run_task(Array, Array)\
n#7 /Library/WebServer/Documents/filc2/web/core/includes/install.core.inc(119): install_run_tasks(Array, NULL)\
n#8 
/Library/WebServer/Documents/filc2/web/core/install.php(48): install_drupal(Object(Composer\\Autoload\\ClassLoader))\
n#9 
{main}, referer: http://filc2.local/core/install.php?rewrite=ok&langcode=en&profile=standard&continue=1&id=1&op=start 

I'm facing this problem as well; unfortunately, none of the above patches worked for me.
Drupal: 9.5.9
PHP: 8.1.17
MySQL: 8.0.30

TypeError: Cannot access offset of type string on string in Drupal\views\Plugin\views\filter\NumericFilter->adminSummary() 
(line 396 of /web/core/modules/views/src/Plugin/views/filter/NumericFilter.php)

Any suggestion?

Production build 0.69.0 2024