🇺🇸United States @bogdog400

I'm running into the same problem with feeds and getting an error claiming that the Geofield can't hold more than one value.

The Latitude and Longitude are set to CSV columns correctly. And geometry is set to "Select a Source".

I'm using Latitude and Longitude values of the form "39° 21' 21.5496" N" which is what comes out of Views Export in the old system. Is it possible that this text format isn't correct?

Any suggestions?

TIA

Really? That would be nice. But I don't see it. Is it buried in some other type? Am I missing it some how? Is there a place I should look?

TIA.

It gets me halfway there. It will store the attachment in the Solr index and allow me to search it.

But I also want to send the text to some AI LLMs using one of the AI modules. I haven't figured out how to get the text out of Solr in a way that they'll accept it. The parts are all there, but I can't make them talk to each other correctly. If you have any suggestions, let me know.

TIA.

bogdog400 → created an issue.

Okay. Well, let me know when you're able to tackle this problem.

Or do some of the AIs take PDFs directly?

bogdog400 → created an issue.

bogdog400 → created an issue.

Thanks very much for this. Can anyone help me understand how to fill out the form element "Response Key"? It asks for "The key to extract from the augmentor response."

Any pointer is appreciated.

TIA

Actually, that wasn't the problem. I was turning it on and off while I tested a few other processes. Then I happened to export it when it was disabled.

When I hit the enable button again, I see the same behavior.

Thanks very much for your help.

Here's what I learned today:

1) Yes, the right token to use is the plain "[media]" token. That loads correctly -- when I use the old classic modeler.

2) The bpmn_io model still doesn't work. I'm enclosing a cleaner version without that extra step to set the token name.

3) The bpmn_io model will also create two different types of log entries. The first log will come under user "eca" in the tables and so it's displayed in the log table on admin/config/workflow/eca/log. The second one, though, appears only in the main log tables under user "admin". So that's why I thought it wasn't being logged.

Thanks for your help. The insight in (1) gave me something that's working now.

Thanks very much for this.

I'm thinking the main reason the file tokens are not replaced is because they're not filled with any value. I've uploaded a media entity (document), not a file.

The question is which value is the one that should be stuck in a media entity reference in a node. I can't seem to make that stick.

In case this is of any help, I'm attaching a version encoded with the bpmn_io modeler. This does not work very well. The first log actions are triggered, but not the last ones. Neither action for setting a value works. The text field and the media field are left empty. There's no error in the logs either.

Please let me know if you want me to try anything. Any suggestions are appreciated.

TIA.

I also created a log action and filled it with many of the tokens. Here's the output. You'll note that the file tokens aren't replaced for some reason.

This is a log: 
file:fid : [file:fid] 
file:original : [file:original] 
file:original:path : [file:original:path] 
media:field_media_document : /sites/default/files/2024-06/return-label-thermostat.pdf 
media:field_media_document:entity:fid : 690 media:uuid : 45d2f6dc-0c09-41c2-8b2f-299f26911680 
media:field_media_document:entity:url : http://XX.XX.XX.XX/sites/default/files/2024-06/return-label-thermostat.pdf

Here's some XML if it helps you. I'm going to experiment with XDebug.

Thx....

The destination field is a media field of type document.

(There's some potential for confusion here because I foolishly labeled the field "File" and also named the content type to be "document." Sigh. I'll rename those.)

Okay. Deleted (4) and it worked as before. So you're right that it wasn't necessary. But it wasn't the problem with (3).

For the token in (3), I've tried several:

[media:field_media_document:entity]
[media:field_media_document]
[media:field_media_document:entity:original]

There are others that might work. Some, for instance, start with "file:". Do you recommend I try them?

Thanks again for your help.

I'm starting with: Event: Insert content entity.

I've attached two screenshots of the pages listing the event and the actions. Of the actions, it seems like (1),(2) and (4) work fine.

So any suggestions for (3) would be most appreciated.

TIA.

bogdog400 → created an issue.

It looks like an nginx issue. This discussion on reddit pointed me toward nginx:

https://www.reddit.com/r/drupal/comments/13isqjb/getting_413_request_ent...

And this discussion showed one way to add a line to nginx.conf:

https://ubiq.co/tech-blog/increase-file-upload-size-nginx/

I bumped mine up and it solved my issue.

Thx.

bogdog400 → created an issue.

After a bit of poking around, I was able to download a bunch of .bin files from the OpenNLP website:

https://opennlp.sourceforge.net/models-1.5/

The page here (https://opennlp.apache.org/models.html) suggests that models version 1.5 should work. I've uploaded them into the /var/solr/data//conf directory and Solr restart just fine.

bogdog400 → created an issue.

Thank you @abhishek_gupta1.

I tried several different approaches including creating a new field and creating an entirely new content type. One thought is that the problem might have been caused by having two or three fields all trying to use the same prompt. (My goal is to compare some of the image generators out there by putting their responses all on the same page.)

Finally after creating an entirely new content type and giving it only the DreamStudio field, I got this error in the logs:

Message	GuzzleHttp\Exception\ConnectException: cURL error 28: Operation timed out after 30001 milliseconds with 0 bytes received (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://api.stability.ai/v1/engines/list in GuzzleHttp\Handler\CurlFactory::createRejection() (line 210 of $PATH/vendor/guzzlehttp/guzzle/src/Handler/CurlFactory.php).

A bit more that might help:

Location	$PATH/admin/structure/types/manage/car_illustration_2/fields/node.car_illustration_2.field_t7?_wrapper_format=drupal_ajax&ajax_form=1&destinations%5B0%5D%5Broute_name%5D=entity.node.field_ui_fields&destinations%5B0%5D%5Broute_parameters%5D%5Bfield_config%5D=node.car_illustration_2.field_t7&destinations%5B0%5D%5Broute_parameters%5D%5Bnode_type%5D=car_illustration_2&destinations%5B1%5D=%2Fga%2Fweb%2Fadmin%2Fstructure%2Ftypes%2Fmanage%2Fcar_illustration_2%2Ffields%2Fadd-field
Referrer	$PATH/admin/structure/types/manage/car_illustration_2/fields/node.car_illustration_2.field_t7?destinations%5B0%5D%5Broute_name%5D=entity.node.field_ui_fields&destinations%5B0%5D%5Broute_parameters%5D%5Bfield_config%5D=node.car_illustration_2.field_t7&destinations%5B0%5D%5Broute_parameters%5D%5Bnode_type%5D=car_illustration_2&destinations%5B1%5D=/ga/web/admin/structure/types/manage/car_illustration_2/fields/add-field

Thanks again.

BTW, I think the password feature makes some sense. Maybe you could include some detail like the last three digits of the value to help us in debugging. I can't tell whether it has stuck or not without drilling down into the yml.

Also, it might be good to be consistent with the Huggingface module because it displays the value in the clear. So that led to some confusion for me.

Thanks again for everything.

I've downloaded the dev version, but now it's not clear that anything is happening. The image field isn't populated and there aren't any errors in the logs. Or any notes at all.

Is there something else I can test?

Okay. It's been a bit.

Thanks!

bogdog400 → created an issue.

bogdog400 → created an issue.

bogdog400 → created an issue.

bogdog400 → created an issue.

Thanks very much for your hard work.

And btw, I don't need truly anonymous comments. They can be people logged into the system with a user name and password. But I want the commenters' names to be hidden from the main author and vice versa.

After upgrading the Open AI module too to dev, the problem disappeared. Thx!

No worries whatsoever. Don't rush on my account. I'm just grateful you're working on this with such speed. Thank you.

BTW, I just got this error again. (See below.)

I upgraded AI Interpolator. Here's the composer message:

 - Upgrading drupal/ai_interpolator (1.0.0-beta2 => dev-1.0.x bc41295)

But I notice now that the Open AI module wasn't updated by Composer.

Machine name: ai_interpolator_openai
Version: 1.0.0-beta1
Requires: AI InterpolatorOpenAI Core
Required by: AI Interpolator Address

Could that be the source of my error? I'm going to try to upgrade the other modules too to dev. Maybe that will fix things.

Thanks.

SQLSTATE[22001]: String data, right truncated: 1406 Data too long for column 'name' at row 1: INSERT INTO "media_field_data" ("mid", "vid", "bundle", "langcode", "status", "uid", "name", "thumbnail__target_id", "thumbnail__alt", "thumbnail__title", "thumbnail__width", "thumbnail__height", "created", "changed", "default_langcode", "revision_translation_affected") 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, :db_insert_placeholder_7, :db_insert_placeholder_8, :db_insert_placeholder_9, :db_insert_placeholder_10, :db_insert_placeholder_11, :db_insert_placeholder_12, :db_insert_placeholder_13, :db_insert_placeholder_14, :db_insert_placeholder_15); Array ( [:db_insert_placeholder_0] => 72 [:db_insert_placeholder_1] => 72 [:db_insert_placeholder_2] => image [:db_insert_placeholder_3] => en [:db_insert_placeholder_4] => 1 [:db_insert_placeholder_5] => 1 [:db_insert_placeholder_6] =>

[[.... about 400 characters ... ]]

[:db_insert_placeholder_7] => 161 [:db_insert_placeholder_8] => [:db_insert_placeholder_9] => [:db_insert_placeholder_10] => 1792 [:db_insert_placeholder_11] => 1024 [:db_insert_placeholder_12] => 1708525165 [:db_insert_placeholder_13] => 1708525165 [:db_insert_placeholder_14] => 1 [:db_insert_placeholder_15] => 1 )

I went a bit deeper. The problem seems to come when I set the {{context}} to be the body field of the node. It works fine with the title. When I set the {{context}} to body, it saves the node very quickly and doesn't seem to make any attempt to contact OpenAI.

I downloaded the dev version, but it doesn't seem to work. No images are being created for some reason. And there are no errors in the log file. The next two days are pretty jammed so I can't dive deeper now. Just wanted to let you know in case it's something obvious.

Thanks very much for everything.

Thanks. I'll download it and check it out.

bogdog400 → created an issue.

This would actually be helpful for me too. My problem is caused by the way that some automated tools want to store information about a media/image in the name. When it's longer than (I think) 255 characters, the SQL statement for creating the media/image entry fails. So the value is never saved.

If I can make the "name" longer, than I can fix this bug. (I'm also working with the author of the other code to store the data in a more accessible and flexible field.)

TIA.

bogdog400 → created an issue.

bogdog400 → created an issue.

bogdog400 → created an issue.

bogdog400 → created an issue.

bogdog400 → created an issue.

Hi --

@salmonek -- Have the features or access to permissions changed since we last corresponded? Have you added any new features to allow configuration? Or maybe is it available at a lower level, perhaps through adding code to a custom module?

Again, our needs are:

We want one owner for each document/article.
We want n anonymous readers who can't see each other's comments.
We want the owner to see all of the comments though.

TIA

Yes, I think this was right. Thanks!

The patch works for me and solves that problem.

Now I'm seeing this problem:

Warning: file_get_contents(themes/contrib/sailor/dist/css/main.css): Failed to open stream: No such file or directory in Drupal\Core\Asset\CssCollectionOptimizerLazy->generateHash() (line 43 of core/lib/Drupal/Core/Asset/AssetGroupSetHashTrait.php).

It seems like the subdirectory "dist" is mentioned in several places, but I don't see it.

For instance:

sailor.libraries.yml:    dist/js/main.js:
sailor.libraries.yml:      dist/css/main.css:

But here are the files in my root:

2-3412174.patch  config              images       package.json       sailor.breakpoints.yml  sailor.theme    tests
bin              docker-compose.yml  js           package-lock.json  sailor.info.yml         screenshot.png  webpack.config.js
composer.json    Dockerfile          LICENSE.txt  phpcs.xml          sailor.layouts.yml      scss
composer.lock    favicon.ico         logo.svg     README.txt         sailor.libraries.yml    templates

bogdog400 → created an issue.

bogdog400 → created an issue.

bogdog400 → created an issue.

bogdog400 → created an issue.

BTW, I was doing this again and I figured out that my original Drupal 7 site was running Ubercart, not Drupal Commerce. Yet I had the Commerce Migrate Commerce enabled. When I turned off Commerce Migrate Commerce and enabled Commerce Migrate Ubercart, it stopped looking for that table that wasn't there.

Thx. I can wait for the full update.

After upgrading from 3.15 to 3.16, I started getting this error:

vendor/drush/drush/drush cr
PHP Fatal error:  Declaration of Drupal\ds_devel\Routing\RouteSubscriber::getSubscribedEvents() must be compatible with Drupal\Core\Routing\RouteSubscriberBase::getSubscribedEvents(): array in /var/www/html/mo2/web/modules/contrib/ds/modules/ds_devel/src/Routing/RouteSubscriber.php on line 69
 [warning] Drush command terminated abnormally.

Happy to test anything if you like.

Thanks. Can the index be dropped by command line?

3.37.2 2022-01-06 13:25:41 872ba256cbf61d9290b571c0e6d82a20c224ca3ad82971edc46b29818d5dalt1

bogdog400 → created an issue.

This was getting in the way of some other more critical updates. So I tried just inserting a "return" command at the top of:

core/modules/path_alias/path_alias.post_update.php

This made it seem like the update was done correctly. Everything seems fine so far.

Should I somehow drop this index myself with drush?

Any thoughts or suggestions?

TIA.

bogdog400 → created an issue.

bogdog400 → created an issue.

Yes, perhaps from a YML or maybe a JSON block. Something that would let us create a webform remotely through the API just as we can create nodes.

#8 worked for me. Thx!

bogdog400 → created an issue.

The change in file size would be helpful.

I installed the latest dev version with composer:

composer require 'drupal/january_theme:1.0.x-dev@dev'

It runs fine. The theme installs and displays without an error.

Thanks!

Thx!

bogdog400 → created an issue.

I'm getting a similar error now:

Drupal\Core\Database\DatabaseExceptionWrapper: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'db506446679.commerce_product_type' doesn't exist: SELECT "pt"."type" AS "type" FROM "commerce_product_type" "pt"; Array ( ) in _commerce_migrate_commerce_get_product_node_types() (line 268 of /var/www/peterwayner.com/way9/web/modules/contrib/commerce_migrate/modules/commerce/commerce_migrate_commerce.module).

bogdog400 → created an issue.

bogdog400 → created an issue.

Here's a better version for logging. (Is there some good way to serialize PHP arrays? There must be a function.) There's usually just one violation. If there are more, you can add print options for them too.

  /**
   * Sets the constraint violations associated with this exception.
   *
   * @param \Drupal\Core\Entity\EntityConstraintViolationListInterface $violations
   *   The constraint violations.
   */
  public function setViolations(EntityConstraintViolationListInterface $violations) {
    $this->violations = $violations;
    $this->message = "Unprocesseable Entity: Violations:".$violations[0];
  }

Thx!

bogdog400 → created an issue.

I found this elsewhere. Apparently you need to have the "commerce store" module enabled too. Even if the Drupal 7 version didn't use Commerce Store.

See more here:

https://www.drupal.org/project/commerce_migrate/issues/2839224 →

It's still a confusing error message but the solution seems to be to just make sure that the commerce_store module is also selected. But also make sure not to select "commerce migrate commerce" if you're only after the abiility to migrate some addresses.

I was able to get around this by:

1) Installing drupal-commerce first.

2) But before that, I had to install php-bcmath with

 sudo apt install php-bcmath

3) And then I had to set stability down to "dev" by editing this line of the composer.json file:

"minimum-stability": "dev",

Just leaving this as a note for anyone who comes along later.

bogdog400 → created an issue.

bogdog400 → created an issue.

But cloning it directly worked fine:

git clone https://github.com/dimsemenov/photoswipe-dynamic-caption-plugin.git

Thanks!

BTW, I tried to install the plugin using the composer command listed in the docs and I got this error:

composer require "npm-asset/photoswipe-dynamic-caption-plugin:^1.2"
Do not run Composer as root/super user! See https://getcomposer.org/root for details
Continue as root/super user [yes]? 
Info from https://repo.packagist.org: #StandWithUkraine
./composer.json has been updated
Running composer update npm-asset/photoswipe-dynamic-caption-plugin
Loading composer repositories with package information
Updating dependencies
Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - Root composer.json requires npm-asset/photoswipe-dynamic-caption-plugin, it could not be found in any version, there may be a typo in the package name.

Potential causes:
 - A typo in the package name
 - The package is not available in a stable-enough version according to your minimum-stability setting
   see <https://getcomposer.org/doc/04-schema.md#minimum-stability> for more details.
 - It's a private package and you forgot to add a custom repository to find it

Read <https://getcomposer.org/doc/articles/troubleshooting.md> for further common problems.

Installation failed, reverting ./composer.json and ./composer.lock to their original content.

The command line was copied from here:

https://git.drupalcode.org/project/photoswipe/-/blob/5.x/modules/photosw...

I didn't find a solution. I ended up just doing some things by hand.

Okay. You were correct that I failed to run updb/cr. But I did that and started getting a new error about the caption. (See below.)

I haven't found instructions about where to place this plugin. Indeed, the plugin's instructions suggest using npm which don't really help here.

https://github.com/dimsemenov/photoswipe-dynamic-caption-plugin

Any thoughts? In the same 'libraries/photoswipe/dist/' directory?

The website encountered an unexpected error. Please try again later.

ValueError: Path cannot be empty in file_get_contents() (line 76 of modules/contrib/photoswipe/modules/photoswipe_dynamic_caption/photoswipe_dynamic_caption.install).
photoswipe_dynamic_caption_requirements()
call_user_func_array() (Line: 409)
Drupal\Core\Extension\ModuleHandler->Drupal\Core\Extension\{closure}() (Line: 388)
Drupal\Core\Extension\ModuleHandler->invokeAllWith() (Line: 416)
Drupal\Core\Extension\ModuleHandler->invokeAll() (Line: 109)
Drupal\system\SystemManager->listRequirements() (Line: 93)
Drupal\system\SystemManager->checkRequirements() (Line: 120)
Drupal\system\Controller\SystemController->overview()
call_user_func_array() (Line: 123)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 583)
Drupal\Core\Render\Renderer->executeInRenderContext() (Line: 124)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->wrapControllerExecutionInRenderContext() (Line: 97)
Drupal\Core\EventSubscriber\EarlyRenderingControllerWrapperSubscriber->Drupal\Core\EventSubscriber\{closure}() (Line: 166)
Symfony\Component\HttpKernel\HttpKernel->handleRaw() (Line: 74)
Symfony\Component\HttpKernel\HttpKernel->handle() (Line: 58)
Drupal\Core\StackMiddleware\Session->handle() (Line: 48)
Drupal\Core\StackMiddleware\KernelPreHandle->handle() (Line: 106)
Drupal\page_cache\StackMiddleware\PageCache->pass() (Line: 85)
Drupal\page_cache\StackMiddleware\PageCache->handle() (Line: 48)
Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle() (Line: 51)
Drupal\Core\StackMiddleware\NegotiationMiddleware->handle() (Line: 51)
Drupal\Core\StackMiddleware\StackedHttpKernel->handle() (Line: 704)
Drupal\Core\DrupalKernel->handle() (Line: 19)

Thx. Of course I should have looked there.

bogdog400 → created an issue.

bogdog400 → created an issue.

BTW, I'm running on an ARM server, in the odd case that might make a difference.

Version
3.37.2
of SQLite

Happy to run other tests too, but I'm on vacation next week.

I continue to have minor problems with a TINYINT field while running the module with a site built on SQLite. The latest is that I can't clear an error about the "DS Switch Field needs to be installed."

Here's the error message:

prompt> vendor/drush/drush/drush entup
The following updates are pending:

node entity type : 
The DS switch field needs to be installed.

 Do you wish to run all pending updates? (yes/no) [yes]:
 > 


In Schema.php line 534:
                                           
  Unable to parse the column type TINYINT  
                                           

Any ideas about what I should change? Is there a place where I can do this upgrade manually? When I grep the DS module, I don't find the TINYINT word anywhere.

TIA.

I went through several iterations with changing the ordering of the software updates. The pointer from #3 helped quite a bit. (Thx.)

If I went through the metatag update first and made sure to clear the cache, it was fine.

If I updated php 8.1.6 to avoid an opcache error and then upgraded metatag, the problem appeared. After noodling around, I think the problem is that the upgrade to 8.1.6 also ended up installing 8.2.8 but I didn't have php8.2-sqlite installed in the system. So then drush started failing because it looked for the sqlite database drivers but it couldn't find them.

sudo apt-get install php8.2-sqlite

I'm going to close this now because it looks like it's only tangentially connected to metatag.

Thanks for your patience and pointers. They were very helpful.

Thanks. That could be.

Is there some place I should check? The NGINX configuration files?

Or is this deeper in the network?

Thanks for this note. This is a very helpful pointer!

I don't recall having installed it before. I certainly don't remember using it.

But I do recall a note flying by during the composer require run. It said something about 1.26. I will try to recreate this with a backup.

1) drush cr didn't work. It wouldn't even run. I can't recall the error message.

2) I didn't know enough to look at the yaml files. But that also means that I didn't inadvertently make a mistake while editing them because I didn't touch them.

3) Some of this is moot now because I replaced the server image with a backup. I didn't have time to do too much debugging. Maybe I'll be able to recreate this problem later when trying to understand it.

Thanks.... If anyone wants me to test any particular theories, I'm happy to start up a new version of the backup image, apply the updates, and test the outcome.

Just let me know.

bogdog400 → created an issue.

BTW, this could be somehow connected to a symfony upgrade (6.3.1 -> 6.3.2) that I triggered at the same time when executing "composer upgrade".

Here's the error that appears after I remove the metatag module from modules/contrib

The website encountered an unexpected error. Please try again later.
Symfony\Component\DependencyInjection\Exception\ServiceCircularReferenceException: Circular reference detected for service "serializer", path: "jsonapi.resource_response.subscriber -> jsonapi.serializer -> serializer -> serialization.exception.default". in Drupal\Component\DependencyInjection\Container->get() (line 147 of core/lib/Drupal/Component/DependencyInjection/Container.php).
Drupal\Component\DependencyInjection\Container->get() (Line: 440)
Drupal\Component\DependencyInjection\Container->resolveServicesAndParameters() (Line: 237)
Drupal\Component\DependencyInjection\Container->createService() (Line: 177)
Drupal\Component\DependencyInjection\Container->get() (Line: 105)
Drupal\Component\EventDispatcher\ContainerAwareEventDispatcher->dispatch() (Line: 224)
Symfony\Component\HttpKernel\HttpKernel->handleThrowable() (Line: 89)
Symfony\Component\HttpKernel\HttpKernel->handle() (Line: 58)
Drupal\Core\StackMiddleware\Session->handle() (Line: 48)
Drupal\Core\StackMiddleware\KernelPreHandle->handle() (Line: 106)
Drupal\page_cache\StackMiddleware\PageCache->pass() (Line: 85)
Drupal\page_cache\StackMiddleware\PageCache->handle() (Line: 48)
Drupal\Core\StackMiddleware\ReverseProxyMiddleware->handle() (Line: 51)
Drupal\Core\StackMiddleware\NegotiationMiddleware->handle() (Line: 51)
Drupal\Core\StackMiddleware\StackedHttpKernel->handle() (Line: 704)
Drupal\Core\DrupalKernel->handle() (Line: 19)

bogdog400 → created an issue.

This is kind of strange. I think the problem is caused by using the full domain name instead of the IP address in the URL. In other words:

http://domain.name/jsonapi/node/contentType

behaves differently than

http://IP.ADD.RE.SS/jsonapi/node/contentType

In the past, I was just using the IP address in the URL because I was building out the site. Last week, I turned off this configuration in the NGINX front end and started using only the full domain name. So literally the only change I made in my code was switching the URL.

When I turn back on that configuration file in NGINX and then use the IP address in the URL, I get the old format response from POSTing a new piece of content. The JSON has field right where I expected them.

Is there something that could be causing this?

TIA!

bogdog400 → created an issue.

It was fixed when I first rebooted, but it appeared soon after. So I went to trying to upgrade from 8.1.2 and Ubuntu made it difficult. I was able to upgrade, but only after adding this repository:

sudo add-apt-repository ppa:ondrej/php

Apparently Ubuntu is stuck at 8.1.2.

I just wanted to make a note of the fact that I had this same problem with 8.1.2-1ubuntu2.13. It went away with rebooting. Now I'm going to try to upgrade to PHP 8.1.6.

Error: Class "Drupal\Core\Utility\Error" not found in _drupal_error_handler_real() (line 63 of /var/www/html/mo2/web/core/includes/errors.inc).

Ah..... yes. That worked. Thanks!