🇺🇸United States @Rick Hood

johnpicozzi → credited Rick Hood → .

I have this issue, also from long ago Drupal 7 to 8 migration. Nobody ever reported any kind of issue, but I can see lots of errors in the logs.
Running this on my local database, then clearing cache seems to fix it:

UPDATE redirect
SET status_code = 301
WHERE status_code IS NULL;

There are 3024 NULL status codes that the above changes to 301.
My question: is this safe? I virtually never run commands in the database so it scares me a bit.
;-)
Thanks,
Rick

Also confirming that the updated steps in the issue description reproduce the error.

I very much appreciated the summary from mark_fulmer in #53 I am going with option 2 (#45) -- more testing to do but so far that seems to work great.

Patch #38 works for me. I don't like patching core, but is that really the answer for now?

I created a Google Doc to explain exactly what was happening with me. If it's OK I link to it here:

https://docs.google.com/document/d/1H3p6rH-oi0kSfeqc79b-BbE6wLLOf83r8Eju...

If that is not OK I will put it all here, but it's a lot.

Rick Hood → created an issue.

froboy → credited Rick Hood → .

nicxvan → credited Rick Hood → .

I ran into this issue. I see another module that seems to help
https://www.drupal.org/project/publishcontent →
Works with Drupal: ^8.8 || ^9 || ^10
15,554 sites report using this module

johnpicozzi → credited Rick Hood → .

I am having this same issue after upgrading a site from D8 to D9.

TypeError: Cannot access offset of type string on string in Drupal\views\Plugin\views\filter\Date->acceptExposedInput() (line 153 of core/modules/views/src/Plugin/views/filter/Date.php).

I have a grouped date filter. When I remove that filter the error goes away so I know that is where the issue is coming from.

I am not quite clear if there is a way I can rewrite the View so to fix the error.

Rick Hood → created an issue.

I am getting errors.

Steps to reproduce (on my local using Lando):

1. composer update drupal/twig_field_value
Upgrading drupal/twig_field_value (2.0.1 => 2.0.2)

2. lando drush updb
[success] No pending updates.

3. I get errors on all page similar to error below

4. lando drush cr
Gets rid of the errors.
However, a concern is that I could not clear cache via the interface because this page also have errors: /admin/config/development/performance

I am holding off deploying this live for now.

The website encountered an unexpected error. Please try again later.
TypeError: Drupal\twig_field_value\Twig\Extension\FieldValueExtension::__construct(): Argument #1 ($language_manager) must be of type Drupal\Core\Language\LanguageManagerInterface, Drupal\Core\Controller\ControllerResolver given, called in /app/web/core/lib/Drupal/Component/DependencyInjection/Container.php on line 259 in Drupal\twig_field_value\Twig\Extension\FieldValueExtension->__construct() (line 67 of modules/contrib/twig_field_value/src/Twig/Extension/FieldValueExtension.php).

....etc.

full output of errors is in the attached file.

Also, I realized I am seeing this PHP error in the Drupal logs
Message Error: Call to a member function getValue() on null in entity_embed_link_form_entity_embed_dialog_alter() (line 23 of /app/web/modules/contrib/entity_embed_link/entity_embed_link.module)

The attached screenshot shows where the error happens: when clicking the Next button.

Rick Hood → created an issue.

Hi,
I am getting this error on composer update.
Any ideas appreciated.
Assuming it is something to do with this issue. Sorry it this is something wrong on my end.
Thanks,
Rick

  - Upgrading drupal/betterlt (2.0.0 => 2.0.1)
Writing 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/betterlt (2.0.1): Extracting archive
  - Applying patches for drupal/betterlt
    https://git.drupalcode.org/project/betterlt/-/merge_requests/2.diff (Class name issues in 1.4)
   Could not apply patch! Skipping. The error was: Cannot apply patch https://git.drupalcode.org/project/betterlt/-/merge_requests/2.diff

In PluginManager.php(274) : eval()'d code line 331:

  Cannot apply patch Class name issues in 1.4 (https://git.drupalcode.org/project/betterlt/-/merge_requests/2.diff)!

I am having this issue.
Drupal 9.5.7
Metatag 8.x-1.22

Actual site name: St. Paul's School

Examples of output:

St. Paul 's School

Also had this issue, on Pantheon:

❯ terminus drush site-name.dev updb
[warning] This environment is in read-only Git mode. If you want to make changes to the codebase of this site (e.g. updating modules or plugins), you will need to toggle into read/write SFTP mode first.
In Process.php line 441:
The process has been signaled with signal "11". [notice] Command: saint-pauls-school.dev -- drush updb [Exit: 1]
[error]
~ 16s

I had seen the same issue in Pantheon dashboard 2 days earlier, but the DB update seemed to have run, so did not worry too much about it.

There was one module on the site that was saying it was "not supported" - Smart Date 3.6.1
I updated that module and that seemed to fix it.
I am not 100% that was the fix but posting here in case it gives others ideas.