設定画面のスクリーンショットを撮っていただけますか？特に「投稿画像」に関連する項目のみで構いません。
まだバグだとは確信できません。おそらく意図した通りに動作しているのでしょう。
設定を通じて、topic_list_featured_images_count（現在は 6）という設定で制限をかけています。すべての画像が表示されています。クエリの順序はタグ付けされた時刻（topic_list_featured_order という設定）によって決まります。そのため、古い順に表示されていると思われます。そのため、新しい画像が表示されていないのだと思います。
この数値を増やしてください：topic_list_featured_images_count
または、順序の基準を変更してください。
（ちなみに、素敵なアートワークですね！）
「いいね！」 1
新しい画像もタグ付けしましたが、スクリーンショットの最初の画像以外が表示されませんでした。数を増やして確認します。
作品を評価してくださりありがとうございます。私たちのユーザーは本当に素晴らしいアーティストたちです 
「いいね！」 2
いいえ、数を12に増やしましたが、最近タグ付けされた作品の多くはまだ表示されていません。これらの作品も古いものではありません。このスクリーンショットをご覧ください。フィーチャー画像と、最初の6件を超えた上の行も確認できます。
「いいね！」 1
今、上部に12が見えます。大丈夫そうですか？
「いいね！」 1
いいえ、ギャラリーのスクリーンショットを見ると、2 番目の風景写真とモノクロのポートレート（上から 3 番目、2 列目）の間の画像は、注目の画像行には表示されていません。それらは決して追加されませんでした。具体的には、上段の 3 番目の画像、2 番目の画像（マーメイド）、そしてアルパカ（3 列目の 4 番目の画像）が、上段には表示されていません。
「いいね！」 1
まず、12 個を超えることはありません。
次に、タグ付けされた順序で表示されます。つまり、トピックにタグを追加した順序です。
画像を何個タグ付けしても、制限に達するとそれ以上表示されません。
はい、一般的には古いものが先に表示されます。なぜなら、それらが先にタグ付けされている可能性が高いからです。新しいものは、同じ理由で表示される可能性が低くなります。
「いいね！」 1
はい、順序と機能は理解しています。以前は正しく動作していました。制限を48に引き上げたのですが、それでも最近タグ付けされたこれらの画像が表示されません。古い画像にはタグを付けていません。不足している画像は、最近追加されたものも、最近タグ付けされたものも含まれています。古いタグ付け済みの画像は表示されますが、その間の一部が欠落しています。
サイト上でライブ状態ですので、日付を確認していただけます。
「いいね！」 1
申し訳ありませんが、問題の再現に成功したようです！… 引き続き調査し、結果をお知らせします！
「いいね！」 2
ありがとう
おそらく、より古い日付のトピックでいくつかテストを行ってみて、これが一貫した動作かどうか確認してみてください。私のテストでは、そのように見えるようです。
5月のコア変更が、変更後に作成された新しいトピックにのみ影響するトピック構造に関連する何かを変更したのではないかと考えています。例えば、既存の注目トピックから画像を取得し、新しいトピックを作成して、そのトピックを注目トピックとしてタグ付けしても、トップに表示されません。ただし、同じ画像/トピックのタグ付けを切り替えると、期待通りに動作します。不思議な現象です。
「いいね！」 2
皆様、ご辛抱いただきありがとうございます：
- Firefox での Tiles 破損の修正
- 欠落している Featured Images の修正
Featured Images の更新については網羅的なテストは行っておりませんが、新しい画像が除外される可能性があったクエリの明らかな問題を発見し、修正いたしました。ご結果をお知らせください。
「いいね！」 3
いくつかの簡単なテストを行ったところ、以前問題となっていた「注目画像の欠落」が解消されたようです。新しいトピックは「注目」タグを付与しても正常に動作し、既存のトピックも期待通りに動作しています。アップデート適用後、「注目」タグが付与されていたが上部に表示されていなかったトピックが、自動的に修正されました。お時間を割いてご確認いただき、ありがとうございます。大変感謝しております。
「いいね！」 2
TC で小さなバグを見つけました。「最新」などのページをスクロールしてトピックに移動し、その後戻る操作を行うと、ページの位置が保持されず、先頭に戻ってしまいます。
「いいね！」 2
@D8vid その議論をこちらに移動しました（https://meta.discourse.org/t/theme-modifiers-a-brief-introduction/150605/20?u=merefield）
TLP は、上記およびそのトピックで説明されているコアの新しいサムネイル論理を使用するように移行しました。これには安定性における大きな利点があり、特にプラグイン自体がこれを実行する必要がなくなったため、コアのアップグレード中に破壊的な変更が発生するリスクが軽減されます。
サムネイルはトピック固有の概念です。ただし、TLP プラグインまたは TLP テーマコンポーネントサイドカーのいずれかをインストールすれば、すべての投稿からどの画像が代表されるかを手動で選択できます（画像がフィルター条件に適合する場合に限ります）。
残念ながら、これはサムネイルが投稿ごとに維持されないことを意味します。
この論理は現在、ほぼ完全にコアの一部となっているため、私が直接影響を与えることはできません。私は投稿に関するコアの論理を拡張するつもりはありません。それはプラグインの範囲を超えています。
「いいね！」 3
動作しているようです！どうもありがとうございます。
「いいね！」 2
他のウェブサイトから貼り付けられた URL（youtube.com を除く、例：https://www.ted.com/talks）のサムネイルを作成する必要があります。どうすればよいでしょうか？可能ですか？
「いいね！」 2
最新のTLPバージョンで、サムネイルのサイズを1つに強制する方法はありますか？以前は、当サイト（最新のDiscourseを実行中）で284pxのカスタム幅を使用していました。現在は、必要な幅に近似させるために「最大」400pxという設定を使用しています。
しかし、何らかの理由で、すべての投稿が400pxのサムネイルを表示しているわけではありません。数投稿ごとに、トピック一覧でぼやけたサムネイルが表示されることがあります。これらの投稿は、幅が400pxではなく、100pxまたは50pxなど、小さすぎるサムネイルを使用しているためです。なぜこれらの投稿だけが他の投稿（すべて400pxのサムネイルを持つ）よりも小さいサムネイルを使用しているのか、その理由や規則性は見当たりません。
単一の幅を設定すれば、フロントページにぼやけたサムネイルが表示されなくなるようです。アドバイスやご提案をいただければ幸いです。
ありがとうございます！
「いいね！」 1
サムネイルは現在、コアによって作成されます。
リンクが一括プレビューを作成する場合、サムネイルが作成される可能性が高く、トピックリストのプレビューがそれを取得します。
「いいね！」 2