Hello, Thanks for these notes. I was hoping to be able to use AEgir multisite hosting platform to ease the pain of updating from drutopia 1.18 to 2.0.x-dev, by setting up a new 2.0.x-dev platform, cloning a site in the current 1.18 (drutopia which is core 9.5.11) and attempting to migrate the clone - and I think it might work, but for the symfony, etc. dependencies. For example, we have this as an error preventing migration:
Successfully connected to the Drupal database.
-
bootstrap
Drush bootstrap phase : bootstrap_drupal_full()
-
bootstrap
Symfony\Component\DependencyInjection\Exception\ServiceNotFoundException: The service "group_permission.calculator" has a dependency on a non-existent service "flexible_permissions.chain_calculator". in /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/CheckExceptionOnInvalidReferenceBehaviorPass.php:86
Stack trace:
#0 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/AbstractRecursivePass.php(86): Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->processValue()
#1 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/CheckExceptionOnInvalidReferenceBehaviorPass.php(49): Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->processValue()
#2 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/AbstractRecursivePass.php(95): Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->processValue()
#3 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/CheckExceptionOnInvalidReferenceBehaviorPass.php(49): Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->processValue()
#4 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/AbstractRecursivePass.php(86): Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->processValue()
#5 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/CheckExceptionOnInvalidReferenceBehaviorPass.php(49): Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->processValue()
#6 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/AbstractRecursivePass.php(47): Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->processValue()
#7 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/CheckExceptionOnInvalidReferenceBehaviorPass.php(40): Symfony\Component\DependencyInjection\Compiler\AbstractRecursivePass->process()
#8 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/Compiler/Compiler.php(80): Symfony\Component\DependencyInjection\Compiler\CheckExceptionOnInvalidReferenceBehaviorPass->process()
#9 /data/disk/o2/static/drutopia2dev/vendor/symfony/dependency-injection/ContainerBuilder.php(767): Symfony\Component\DependencyInjection\Compiler\Compiler->compile()
#10 /data/disk/o2/static/drutopia2dev/web/core/lib/Drupal/Core/DrupalKernel.php(1335): Symfony\Component\DependencyInjection\ContainerBuilder->compile()
#11 /data/disk/o2/static/drutopia2dev/web/core/lib/Drupal/Core/DrupalKernel.php(934): Drupal\Core\DrupalKernel->compileContainer()
#12 /data/disk/o2/tools/drush/lib/Drush/Drupal/DrupalKernel.php(61): Drupal\Core\DrupalKernel->initializeContainer()
#13 /data/disk/o2/static/drutopia2dev/web/core/lib/Drupal/Core/DrupalKernel.php(494): Drush\Drupal\DrupalKernel->initializeContainer()
#14 /data/disk/o2/tools/drush/lib/Drush/Boot/DrupalBoot10.php(151): Drupal\Core\DrupalKernel->boot()
#15 /data/disk/o2/tools/drush/includes/bootstrap.inc(354): Drush\Boot\DrupalBoot10->bootstrap_drupal_full()
#16 /data/disk/o2/tools/drush/includes/bootstrap.inc(473): drush_bootstrap()
#17 /data/disk/o2/tools/drush/commands/core/drupal/update_10.inc(137): drush_bootstrap_to_phase()
#18 /data/disk/o2/tools/drush/commands/core/core.drush.inc(466): update_main()
#19 /data/disk/o2/tools/drush/includes/command.inc(422): drush_core_updatedb()
#20 /data/disk/o2/tools/drush/includes/command.inc(231): _drush_invoke_hooks()
#21 /data/disk/o2/tools/drush/includes/command.inc(199): drush_command()
#22 /data/disk/o2/tools/drush/lib/Drush/Boot/BaseBoot.php(67): drush_dispatch()
#23 /data/disk/o2/tools/drush/includes/preflight.inc(67): Drush\Boot\BaseBoot->bootstrap_and_dispatch()
#24 /data/disk/o2/tools/drush/drush.php(12): drush_main()
#25 {main}
-
error
Command dispatch complete
-
notice
could not bootstrap drupal after updatedb
Can you imagine a way to bypass this kind of error and allow migration on AEgir ? If so, a drutopia public AEgir instance could be setup just to make migration easier for everyone, and I could help with that.
Best,
Ed
Thank you so much. This allowed the install of a drutopia 2.x platform with a drupal core version of 10.1.8.
drush updb -vvv gives:
drush updb -vvv
Drush preflight prepare loaded autoloader at [preflight]
/opt/tools/drush/8/drush/vendor/autoload.php [0.01 sec, 2.64 MB]
Starting Drush preflight. [0.01 sec, 2.64 MB] [preflight]
Cache HIT cid: 8.4.12-commandfiles-0-d533fd30d60aee95db6043a23eaf9fe0 [0.01 sec, 2.91 MB] [debug]
Loading drushrc "/data/disk/o2/static/d10.2/web/sites/all/drush/drushrc.php" into [bootstrap]
"drupal" scope. [0.02 sec, 5.45 MB]
Bootstrap to phase 0. [0.03 sec, 9.28 MB] [bootstrap]
Bootstrap to phase 2. [0.03 sec, 9.28 MB] [bootstrap]
Drush bootstrap phase : bootstrap_drupal_root() [0.03 sec, 9.54 MB] [bootstrap]
Loading drushrc "/data/disk/o2/static/d10.2/web/sites/all/drush/drushrc.php" into [bootstrap]
"drupal" scope. [0.03 sec, 9.54 MB]
Initialized Drupal 10.2.4 root directory at /data/disk/o2/static/d10.2/web [0.04 sec, [bootstrap]
9.54 MB]
Find command files for phase 1 (max=2) [0.04 sec, 8.01 MB] [debug]
Cache HIT cid: 8.4.12-commandfiles-1-86a645d09957713ed803dd865afd49f5 [0.04 sec, 8.02 MB] [debug]
Cache HIT cid: 8.4.12-annotationfiles-1-fb639ed55e74b29b25e00e8124a2c83d [0.04 sec, 8.02 [debug]
MB]
Drush bootstrap phase : bootstrap_drupal_site() [0.04 sec, 8.63 MB] [bootstrap]
Loading drushrc "/data/disk/o2/static/d10.2/web/sites/valid-site/drushrc.php"[bootstrap]
into "site" scope. [0.04 sec, 8.63 MB]
Initialized Drupal site valid-site at sites/valid-site [0.05 sec, 10.49[bootstrap]
MB]
Find command files for phase 2 (max=2) [0.05 sec, 8.96 MB] [debug]
Cache MISS cid: 8.4.12-install_profile-8fd1db0132851697bb39b65300700d82 [0.05 sec, 8.96 [debug]
MB]
Cache HIT cid: 8.4.12-commandfiles-2-3a468fc63ecb79ec6290d3c1c0a8f0b5 [0.05 sec, 8.96 MB] [debug]
Found command: updatedb (commandfile=core) [0.05 sec, 8.96 MB] [bootstrap]
Calling hook drush_core_updatedb [0.05 sec, 10.75 MB] [debug]
Bootstrap to phase 5. [0.05 sec, 10.87 MB] [bootstrap]
Drush bootstrap phase : bootstrap_drupal_configuration() [0.05 sec, 10.87 MB] [bootstrap]
Create from request [0.05 sec, 10.88 MB] [debug]
add service modifier [0.06 sec, 11.12 MB] [debug]
Find command files for phase 3 (max=5) [0.06 sec, 9.59 MB] [debug]
sql-query: SELECT 1; [0.06 sec, 9.73 MB] [notice]
Executing: mysql --defaults-extra-file=/home/o2.ftp/.tmp/drush_Zz6Vr1 --database=valid-db-name --host=localhost --port=3306 --silent < /home/o2.ftp/.tmp/drush_UvdYT3
1
sql-query: SHOW TABLES; [0.06 sec, 9.73 MB] [notice]
Executing: mysql --defaults-extra-file=/home/o2.ftp/.tmp/drush_G3rHj2 --database=valid-db-name --host=localhost --port=3306 --silent < /home/o2.ftp/.tmp/drush_DQPUt2
block_content
block_content__body
block_content_field_data
block_content_field_revision
block_content_revision
block_content_revision__body
cache_bootstrap
cache_config
cache_container
cache_data
cache_default
cache_discovery
cache_dynamic_page_cache
cache_entity
cache_menu
cache_page
cache_render
cache_toolbar
cachetags
comment
comment__comment_body
comment_entity_statistics
comment_field_data
config
file_managed
file_usage
help_search_items
history
key_value
key_value_expire
menu_link_content
menu_link_content_data
menu_link_content_field_revision
menu_link_content_revision
menu_tree
node
node__body
node__comment
node__field_image
node__field_tags
node_access
node_field_data
node_field_revision
node_revision
node_revision__body
node_revision__comment
node_revision__field_image
node_revision__field_tags
path_alias
path_alias_revision
queue
router
search_dataset
search_index
search_total
semaphore
sequences
sessions
shortcut
shortcut_field_data
shortcut_set_users
taxonomy_index
taxonomy_term__parent
taxonomy_term_data
taxonomy_term_field_data
taxonomy_term_field_revision
taxonomy_term_revision
taxonomy_term_revision__parent
user__roles
user__user_picture
users
users_data
users_field_data
watchdog
Drush bootstrap phase : bootstrap_drupal_database() [0.07 sec, 9.74 MB] [bootstrap]
Successfully connected to the Drupal database. [0.07 sec, 9.74 MB] [bootstrap]
Find command files for phase 4 (max=5) [0.07 sec, 9.74 MB] [debug]
Drush bootstrap phase : bootstrap_drupal_full() [0.07 sec, 9.74 MB] [bootstrap]
About to bootstrap the Drupal 10 Kernel. [0.07 sec, 9.74 MB] [debug]
get container builder [0.09 sec, 11.78 MB] [debug]
service modifier alter [0.09 sec, 11.93 MB] [debug]
Drush command terminated abnormally due to an unrecoverable error. [error]
Error: Declaration of Drupal\Core\Logger\LoggerChannel::log($level, $message, array
$context = []) must be compatible with Psr\Log\LoggerTrait::log($level, Stringable|string
$message, array $context = []): void in
/data/disk/o2/static/d10.2/web/core/lib/Drupal/Core/Logger/LoggerChannel.php, line 94
[0.1 sec, 17.68 MB]
I'm having the same or a similar problem and I'm suing AEgir (BOA variant) multi-platform / multi-site hosting system, which has many versions of drush on it since it can host drupal 7, 9 and 10 cores, and it allows using drush locally per platform. Is this going to be a problem going forward. Since the update to 10.2.3 we can't use drush to do a dbup - and if we try it takes the site down! Errors like this are produced:
drush updb -y
Drush command terminated abnormally due to an unrecoverable error. [error]
Error: Declaration of Drush\Command\DrushInputAdapter::getFirstArgument() must be
compatible with Symfony\Component\Console\Input\InputInterface::getFirstArgument():
?string in /opt/tools/drush/8/drush/lib/Drush/Command/DrushInputAdapter.php, line 54
We are getting this error currently on core 10.2 with either php 8.1 or 8.2 running. The php extension psr is not installed.
I have never used GitLab before, and I don't understand the error message. I hope I am not required to install gitlab on our drupal hosting server - I don't want that. Do I need to subscribe to GitLab and then upload an ssh key of the server on which I am trying to install drutopia 2.0-dev to my new gitlab account? (I don't consider this to be secure at all - letting a third-party or anyone, in fact, haev our servers ssh keys.
Could someone fro the drutopia team please clarify this, because this is new - and didn't exist in the 9.5.11 versions of drutopia - as fas as I know. I am just trying to bring a drutopia 1 (with drupal 9.5.11) up to date so it runs drupal 10.1 or 10.2. Thank you for any guidance on this Gitlab problem.
EM-fast1 → created an issue.
EM-fast1 → created an issue.
EM-fast1 → created an issue.
EM-fast1 → created an issue.
same goes for current stable - it does not work - and for the same reason
EM-fast1 → created an issue.
EM-fast1 → created an issue.
I imagine that the same error will reproduce here with octavia - I have reported the issue in bulma issue queue
Could this twig error be the cause:
Twig\Error\LoaderError: Template "@stable9/form/container.html.twig" is not defined in "themes/contrib/bulma/templates/form/container.html.twig" at line 22. in Twig\Loader\ChainLoader->getCacheKey() (line 98 of /data/disk/fast2/static/drutopia113stable/vendor/twig/twig/src/Loader/ChainLoader.php).
EM-fast1 → created an issue.
This is with drutopia 8.x-1.x-dev and neither the 1.3 nor the 1.x-dev of octavia work currrently.
EM-fast1 → created an issue.
Hello,
I was just stating what worked for me - now I find that the theme "stable9" doesn't even exist anymore - abd "stable" is what is needed - since it is meant for 8 and 9.
My problem is that this thmee no longer works at all with any recent drutopia version - I can't ionstall of use drutopia with this thmeme since drutopia 112 and pre drupal 9.5.7 -
I have guzzlehttp errors - everything is being blocked and I spent so much time making the site look good with octavia. Can you tell me why it doesn't work with modern versions of drupal 9 and drutopia? Thanks
By the way - I hope you understand that "stable9" is not correct as far as I now know. Can you get some assistance with the drutopia people?
Best,
EM
doesn't stable9 need to be the base theme since stable is deprecated?
EM-fast1 → created an issue.
EM-fast1 → created an issue.
This issue arises only when no field tags are entered when creating content, even though I have not required field tags. The "required" box is unchecked, so the problem is that a null value for the field is not accepted. I checked the database table and null is checked.
EM-fast1 → created an issue.
Hi,
I now wonder if this issue is really in the core field module or rather in the date module:
https://www.drupal.org/project/date/issues/998076
🐛
Problem with timezone handling (caused by date_get_timezone_db returning only UTC)
Needs work
Is this the same issue (in 2.14): when trying to add a node - I get both a node and a php error (using 7.4.33) - the same error, which I have perhaps misakenly posted in the core (field) issue queue. Does this issue belong here instead?:
PDOException: SQLSTATE[22007]: Invalid datetime format: 1366 Incorrect integer value: 'autocreate' for column `uslowestprices_0`.`field_data_field_tags`.`field_tags_tid` at row 1: INSERT INTO {field_data_field_tags} (entity_type, entity_id, revision_id, bundle, delta, language, field_tags_tid) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5, :db_insert_placeholder_6); Array ( [:db_insert_placeholder_0] => node [:db_insert_placeholder_1] => 77 [:db_insert_placeholder_2] => 77 [:db_insert_placeholder_3] => page [:db_insert_placeholder_4] => 0 [:db_insert_placeholder_5] => und [:db_insert_placeholder_6] => autocreate ) in field_sql_storage_field_storage_write() (line 622 of /data/disk/fast1/static/d771/modules/field/modules/field_sql_storage/field_sql_storage.module).
EM-fast1 → created an issue.