Рейтинг:2

Ошибка «Несуществующее имя объекта конфигурации, возвращенное FieldStorageConfigInterface::getBundles()» в сторожевом таймере

флаг jp

После перехода с 7 на 9 я получаю много этих ошибок в сторожевом таймере, от Просмотры.

Имя несуществующего объекта конфигурации, возвращенное FieldStorageConfigInterface::getBundles(): тип объекта: пункт, пучок: iframe, имя поля: field_url

Что я пробовал:

  • Проверка групп абзацев (типов): их всего два, iframe не существует (на новом сайте он мне не нужен).

  • драш кр

  • конфигурация драша: экспорт затем собираем файлы для iframe: он существует только в media.settings.yml как iframe_домен: '' - не имеет значения

  • поиск файлов конфигурации для field_url - не найден.

  • может быть, есть какой-то старый контент, ссылающийся на iframe пучок? выберите отдельный тип из paras_item; показывает только новые имена пакетов. То же самое для параграфы_item_field_data

  • показывать таблицы типа "%field_url%"; Это показывает две таблицы: параграф__field_url и параграф_ревизия__поле_url - Я ожидал, что они будут удалены. Хотя они оба пустые.

  • показывать таблицы типа "%iframe%"; - никто.

  • Я просмотрел все виды - но это все стандартные D9, плюс несколько добавленных мною лично для нового сайта, которые не имеют ничего общего с пакетами абзацев.

  • Я проверил отчет об использовании полей в представлениях - field_url нет там.

  • Я проверил отчет о списке полей. field_url там, и странно, он говорит, что тип сущности пункт но потом говорит:

    Текст (обычный) (модуль: ядро)

  • Я попытался воссоздать тип абзаца под названием iframe, а затем удалить его.

  • Я попытался добавить поле с именем URL, но это запрещено, потому что это имя машины уже существует.

Я в тупике, как избавиться от этих ошибок/уведомлений.

Обновлять

Я нашел несколько файлов конфигурации yml, связанных с этим полем URL. Я удалил их и сделал импорт конфигурации, который, казалось, устранил проблему для этого поля, но открыл ее для других полей.

Теперь он жалуется на тип объекта: абзац, пакет: grid_item_node_list, имя поля: поле_текст

Однако я не могу использовать тот же подход к удалению для этого поля, что и для нового контента (в разных пакетах абзацев).

В экспортируемой конфигурации нет файлов, содержащих grid_item_node_list и никакие файлы не имеют этого в своем имени. Тем не менее, когда я grep базу данных, я нахожу:

cache_config.cid содержит 2:

  • field.field.paragraph.grid_item_node_list.field_page_ref
  • field.field.paragraph.grid_item_node_list.field_text

И cache_default.data также содержит grid_item_node_list как делает cache_discovery.data и ключ_значение.значение (для имени: пункт).

Я не понимаю, почему (а) эти конфиги не экспортируются и (б) почему связанные с кешем не очищаются драш кр.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.