Closed WebtradersDev closed 2 years ago
Posted the issue from our work GitHub. I have checked the fieldlayouts
table and ID 63 does exist and is of type craft\elements\GlobalSet
.
Did some further investigating. When the getLayoutById(...)
returns null I check the global set via an where
instead of an andWhere
:
$this->_createLayoutQuery()
->select('*')
->where(['id' => $layoutId])
->one()
This returns the global set with dateDeleted
. However if I were to guess because of the subsequent exception the database transaction is undone, undoing the softdelete.
Thanks for reporting! Just fixed this for the next release.
To get the fix early, change your craftcms/cms
requirement in composer.json to "dev-release/3.7.41 as 3.7.40"
and run composer update
.
Craft 3.7.41 is out now with that fix.
What happened?
Description
When I try to delete a global set the global sets table gets grayed out without any errors. When having a look at my network requests I see the following response:
I also tried deleting the global set by removing it from the project config and reapplying it, however that also results in an error:
Steps to reproduce
Expected behavior
The global set to be deleted.
Actual behavior
See description
Craft CMS version
3.7.40.1
PHP version
8.0.17
Operating system and version
Linux 5.10.104-linuxkit
Database type and version
MySQL 8.0.28
Image driver and version
Imagick 3.7.0 (ImageMagick 7.1.0-16)
Installed plugins and versions
Redactor 2.10.8 Retour 3.1.71 SEOmatic 3.4.30 Typed link field 1.0.25 Vite 1.0.24 Wheel Form 2.7.2