Tentei configurar isso aqui, mas as miniaturas não parecem estar sendo geradas para nossos tópicos.
Isso está de alguma forma ligado à configuração do período de carência de edição? O componente de tema Topic List Previews não obtém miniaturas até que a primeira postagem não seja mais editável, mas esta categoria não se adequa a essa abordagem, e preferiríamos que os usuários pudessem editar suas postagens indefinidamente nesta categoria.
Como mods de front-end, Topic List Thumbnails e Topic List Previews utilizam o mesmo processo principal que gera miniaturas no back-end. Esse trabalho assíncrono não é executado até que o período de carência de edição termine ATUALIZAÇÃO: se a imagem for remota. Se as imagens forem carregadas localmente, o processo de geração de miniaturas é iniciado imediatamente.
O processo não é modificável por um Componente de Tema e exigiria um plugin ou PR para o back-end para alterá-lo (sem mencionar que TLP tem um plugin complementar para alguns recursos adicionais).
Observe que antes do suporte a miniaturas ser adicionado ao core, Topic List Previews era um plugin e funcionava de maneira muito semelhante em termos de agendamento da criação de miniaturas. Não posso falar pela equipe, mas você pode entender a lógica de mantê-lo assim: você não quer gerar miniaturas cuja imagem de origem possa ser frequentemente editada ou e se uma imagem for adicionada no último minuto?
Uma maneira de mitigar isso é usar o recurso de ícone/imagem padrão em cada componente de tema, respectivamente. Para visualização em alvenaria/ladrilhos, isso pelo menos reduz mudanças drásticas no layout. Ou minimizar o período de carência?
Ah, sim, entendo. Faz todo o sentido que esse seja o comportamento padrão — estamos em uma situação complicada aqui porque muito do que será postado nesta categoria serão mods do Minecraft, então é razoável que a primeira postagem em qualquer tópico precise ser editada com pouca frequência, e a miniatura provavelmente será alterada.
Imagino que você não esteja ciente de nenhum plugin que permita alterar esse comportamento, de imediato? Posso entender por que o Core não suporta isso, mas depender apenas do período de carência não vai funcionar para nós.
Apenas para acrescentar, uma parte significativa da batalha é, na verdade, especificar o comportamento prático exato que você deseja e que funcionará em todos os casos extremos. Em seguida, acompanhe o trabalho, ou seja, certifique-se de que o que você deseja funcionará na prática. É tudo modificável. :).
Se a postagem mudar após o prazo, acredito que o sistema deverá agendar outra extração e atualizar a miniatura.
Gareth, desculpe pela confusão, mas agora que estou de volta à minha mesa, fiz alguns testes rápidos e revisei a lógica.
Minha declaração estava incompleta:
Se a imagem for remota de alguma forma (incluindo onebox de link remoto, quando é mantida em uma CDN?) os thumbnails são impactados por um job atrasado: Jobs::PullHotlinkedImages e isso está de fato agendado após o período de carência de edição (esta parte estava correta):
MAS: parece que se você carrega uma imagem diretamente no site (por exemplo, colando uma imagem), os thumbnails são criados em um processo assíncrono que parece ser iniciado imediatamente. Se você atualizar a imagem para outra imagem local, isso também será refletido quase imediatamente. Atualizei alguns Posts acima. Como não faço isso com muita frequência, omiti esta parte.