Мне показывает ошибку ниже. Как это исправить?
Кстати, после добавления оглавления в тему мне нужно обновить страницу, иначе ссылка в оглавлении не работает. Это нормальное поведение?
1 лайк
Привет, @Yt.w, спасибо за отчет. Мне не удалось воспроизвести описанную вами проблему. Вы все еще наблюдаете такое поведение? Если да, пожалуйста, предоставьте больше подробностей о шагах для воспроизведения.
Судя по тому, что я вижу, обновление страницы для перестроения HTML — это ожидаемое поведение. Хотя, возможно, можно избежать этого, для этого потребуются изменения в том, как сейчас работает компонент.
1 лайк
Здравствуйте, я всё ещё наблюдаю это поведение, и оно возникло сразу после установки моего текущего экземпляра. Я не вносил никаких изменений.
На моём другом экземпляре этой проблемы нет, поэтому для меня это довольно запутанно.
С точки зрения UX я считаю, что лучше избегать перезагрузки страницы, чтобы сохранить активное оглавление.
1 лайк
@Yt.w Можешь показать мне консоль браузера, когда появляется эта ошибка, пожалуйста? Раскрой ошибку тоже.
У меня возникает точно такая же ошибка на одном из трёх сайтов, которые я хосту в мульти-сайтовой настройке, что заставляет меня полагать, что одна из настроек именно этого сайта вызывает проблему. Я ещё не определил, какая именно настройка, но как только найду её, вернусь и обновлю пост. Просто хотел добавить, что я также наблюдаю эту проблему в реальной среде в последнем релизе, прошедшем все тесты.
Вот что отображается в моём консоли — всё это я привык видеть, к лучшему или к худшему 
1 лайк
Спасибо, мы всё ещё пытаемся найти точный сценарий воспроизведения, нам не удаётся воспроизвести это на наших хостинговых мультисайтах.
1 лайк
Это может быть, а может и не быть ложной тревогой — у меня пока не было времени разобраться, но при удалении и повторной установке компонента я неизменно получаю следующую ошибку:
Номер поля, по-видимому, меняется, потому что при каждой повторной установке компонент регистрируется под другим номером. Я продолжу расследование, но при выполнении тех же действий с другими компонентами такая проблема не возникает.
Мои текущие подозрения сводятся к тому, что сбой частично вызван откатом некоторых изменений в S3, которые я ранее внес специально на этом сайте. @Yt.w, не использовал ли ты тоже S3 когда-либо при своей установке?
2 лайка
Хорошо, мне удалось устранить ошибку и воспроизвести её.
Кратко
- Возврат к ранее работавшей настройке S3, удаление и повторная установка компонента DiscoTOC приводит к успешной установке без ошибок.
- Отключение S3 закомментированием всех директив S3 в файле app.yml приводит к тому, что ошибка появляется снова при установке компонента. Предполагаю, что при обновлении ошибка также вернётся.
- Установка
DISCOURSE_USE_S3: falseне останавливает использование Discourse путей S3. Это похоже на ошибку, либо данная настройка не делает того, что я ожидаю.
Подробный обзор
Изначально я восстановил свой сервер minio, раскомментировал опции конфигурации в app.yml, пересобрал приложение и выполнил задачу s3:upload_assets. После того как сайт снова заработал, я перешёл в раздел компонентов. Уже установленный компонент DiscoTOC всё ещё показывал ошибку, однако при его удалении и повторной установке ошибка не появилась. Во время установки компонента DiscoTOC файл sprite.svg запрашивался с моего сервера S3.
В процессе попыток воспроизвести проблему я столкнулся с интересным вопросом. Похоже, что если оставить все директивы S3 в app.yml активными (т. е. не закомментированными), но установить DISCOURSE_USE_S3: false, то фронтенд сайта не загрузится, если minio не запущен.
Возможно, DISCOURSE_USE_S3: false не предназначен для отключения всего доступа к S3. Я предполагал, что это так, исходя из названия, но очевидно, что это не так. Как только я перезапускаю службу minio и обновляю фронтенд, всё работает нормально. Также в этом состоянии я могу удалить и установить компонент DiscoTOC без повторения ошибки. Это, по крайней мере, потенциальная ошибка.
Вот третье состояние, которое привело к воспроизводимой ошибке.
Чтобы снова заставить сайт работать без запущенного minio, я закомментировал все записи, связанные с S3, в конфигурации. Затем я пересобрал приложение, и теперь, когда minio не запущен, фронтенд загружается без проблем. Однако при удалении и повторной установке компонента DiscoTOC ошибка появляется снова. Я также попробовал запустить minio в этом состоянии, но ошибка снова проявилась при повторной установке. Вероятно, это связано с тем, что в app.yml нигде не были заданы директивы S3, поэтому даже если система пыталась обратиться к S3 в фоновом режиме, она делала это, используя значения по умолчанию, а не рабочую конфигурацию. Тем не менее, кажется, что некоторые изображения всё ещё пытаются загружаться с S3 даже после выполнения posts:rebake (например, 1531a70abda0d81d1a4039b6f3fa38bea79ef0de_2_180x180.png/xl.meta).
2 лайка
Да, форум, у которого возникли проблемы, использовал S3 (B2), тогда как форум, у которого проблем не было, S3 не использовал.
1 лайк