junsuwhy → created an issue.
I encountered the same issue. Somehow, I unintentionally changed the #status of the format to false. Initially, after installation, it was set to true (although it appeared as disabled in the formats list). This caused the system to repeatedly prompt me that the format was empty and couldn't be saved whenever I edited webform fields.
The solution that worked for me was running:
\Drupal\filter\Entity\FilterFormat::load('webform_default')->setStatus(true)->save();
You can execute this command via drush php or any PHP-executable environment.
I suspect this issue occurred when I added a new format and modified the order of formats, which somehow set webform_default's #status to false. However, I've been unable to reproduce this behavior afterward.
I encountered the same issue. Somehow, I unintentionally changed the #status of the format to false. Initially, after installation, it was set to true (although it appeared as disabled in the formats list). This caused the system to repeatedly prompt me that the format was empty and couldn't be saved whenever I edited webform fields.
The solution that worked for me was running:
\Drupal\filter\Entity\FilterFormat::load('webform_default')->setStatus(true)->save();
You can execute this command via drush php or any PHP-executable environment.
I suspect this issue occurred when I added a new format and modified the order of formats, which somehow set webform_default's #status to false. However, I've been unable to reproduce this behavior afterward.
I encountered the same issue. Somehow, I unintentionally changed the #status of the format to false. Initially, after installation, it was set to true (although it appeared as disabled in the formats list). This caused the system to repeatedly prompt me that the format was empty and couldn't be saved whenever I edited webform fields.
The solution that worked for me was running:
\Drupal\filter\Entity\FilterFormat::load('webform_default')->setStatus(true)->save();
You can execute this command via drush php or any PHP-executable environment.
I suspect this issue occurred when I added a new format and modified the order of formats, which somehow set webform_default's #status to false. However, I've been unable to reproduce this behavior afterward.