```
Não entendo o que estou vendo aqui, mas o problema está no S3 e nas minhas configurações lá? Se sim, por que isso começou recentemente? Um sintoma pode ser que, desde ontem, não consigo mais escrever notas nos quadros.
Mas, se o CORS é o problema, por que apenas esses estão afetados?
—
Por que, em nome dos deuses antigos e novos, a IA usou _Küsse_ nesse contexto 🤣
---
### Author:  [@david](https://meta.discourse.org/u/david)
#### Post date: [10 Setembro , 2026 14:41 UTC](https://meta.discourse.org/t/androids-can-t-use-rte-i-devices-can-t-change-mode-of-the-composer/412094/6 "2026-09-10T14:41:50Z")
Não acho que tenham havido mudanças recentes no Discourse que causem isso. No entanto, o S3 tem uma peculiaridade de longa data com CORS, que pode fazer com que CDNs cacheiem uma versão do asset sem o cabeçalho `Access-Control-Allow-Origin`. E, se for um problema de cache ruim, isso poderia explicar por que afeta apenas alguns dos seus usuários (provavelmente com base na localização deles).
Se não me engano, o S3 só envia o cabeçalho `Access-Control-Allow-Origin` para solicitações que enviam um cabeçalho `Origin` (ou seja, aquelas vindas de um navegador web normal). Quando o `Access-Control-Allow-Origin` é omitido, ele não envia `Vary: origin` em sua resposta. E assim: se a primeira solicitação para um determinado asset for enviada de um contexto que não seja de navegador web (por exemplo, `curl`, ou algum crawler web), o CDN pode cacheiar a versão sem o cabeçalho CORS. Muito chato!
A configuração `DISCOURSE_CORS` não ajudará em nada aqui. Ela só é relevante para o servidor de aplicação, não para o S3.
Na nossa hospedagem, contornamos esse problema configurando o Cloudfront para adicionar `Access-Control-Allow-Origin: *` a todas as respostas. Isso garante que o comportamento estranho do S3 não possa causar o cacheamento de um resultado ruim.
Alternativamente, você pode configurar o Cloudfront para incluir o cabeçalho de solicitação `Origin` em sua chave de cache, o que manteria as respostas sem CORS separadas das respostas com CORS.
A Amazon tem uma série de documentações sobre CORS [aqui](https://aws.amazon.com/blogs/networking-and-content-delivery/cors-configuration-through-amazon-cloudfront/?utm_source=repost.aws&utm_medium=intelligent_search). Eu tinha [este link](https://forums.aws.amazon.com/thread.jspa?messageID=555417#555417) nas minhas anotações, que aparentemente era um tópico de fórum exatamente sobre essa questão… mas parece que eles o removeram 😢
---
### Author:  [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [10 Setembro , 2026 15:04 UTC](https://meta.discourse.org/t/androids-can-t-use-rte-i-devices-can-t-change-mode-of-the-composer/412094/7 "2026-09-10T15:04:11Z")
> [@david](#):
>
> você poderia configurar o Cloudfront
Mas eu não uso Cloudfront, então deve vir da AWS?
---
### Author:  [@david](https://meta.discourse.org/u/david)
#### Post date: [10 Setembro , 2026 15:05 UTC](https://meta.discourse.org/t/androids-can-t-use-rte-i-devices-can-t-change-mode-of-the-composer/412094/8 "2026-09-10T15:05:11Z")
> [@Jagster](#):
>
> Mas eu não uso Cloudfront
Tem certeza? 👀
> [@Jagster](#):
>
> ```plaintext
> x-cache: Error from cloudfront
> via: 1.1 .cloudfront.net (CloudFront)
>
> ```
```plaintext
❯ host cdnfoorumi.katiska.eu
cdnfoorumi.katiska.eu is an alias for djpzno7cbajfp.cloudfront.net.
```
Edição: para ficar claro, estamos falando do AWS Cloudfront aqui, não do Cloudflare (os nomes são muito parecidos! 😅)
---
### Author:  [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [10 Setembro , 2026 15:10 UTC](https://meta.discourse.org/t/androids-can-t-use-rte-i-devices-can-t-change-mode-of-the-composer/412094/9 "2026-09-10T15:10:11Z")
É, é verdade — claro, eu estou usando o AWS CloudFront 😆 Se não me engano, é preciso usar um domínio próprio. Ou algo assim.
---
### Author:  [@david](https://meta.discourse.org/u/david)
#### Post date: [10 Setembro , 2026 15:11 UTC](https://meta.discourse.org/t/androids-can-t-use-rte-i-devices-can-t-change-mode-of-the-composer/412094/10 "2026-09-10T15:11:18Z")
Exato — é necessário para um domínio personalizado e também deixa as coisas mais baratas (a saída via Cloudfront é mais barata que a saída direta do S3, se não me engano)
---
### Author:  [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [11 Setembro , 2026 10:40 UTC](https://meta.discourse.org/t/androids-can-t-use-rte-i-devices-can-t-change-mode-of-the-composer/412094/11 "2026-09-11T10:40:43Z")
Primeiro, removi todas as referências ao S3 do arquivo `web_only.yml`. Fiz um rebuild e, por precaução, executei `rake posts:rebake`. Os problemas desapareceram, mas as imagens continuaram a ser servidas via CDN. Restabeleci o S3 e o problema voltou.
Abri o AWS e dei uma olhada nas configurações da `distribution` no CloudFront. Havia lá, pelo menos, um domínio com mais de 3 anos de idade, cujo TLD havia mudado. Achei estranho que qualquer coisa estivesse funcionando de alguma forma. Alterei as configurações conforme as recomendações do CloudFront e, em algum ponto, também configurei `access-control-allow-origin: *` (o que é bobo, pois torna o CORS inútil). No entanto, pela minha compreensão, esse cabeçalho já estava sendo servido pelo CloudFront.
Por precaução, fiz outro rebuild e testei. Não adiantou.
Como é possível que o cache esteja causando problemas, invalidei `/assets/*` e, por segurança, também `/assets/br/*`. Fiz outro rebuild e, desta vez, o problema foi corrigido.
Outro problema também foi resolvido. Desde o verão, tenho tido o problema `Oops…`, ou seja, erro 50x após o rebuild. Quando abro o safe-mode e desabilito os temas, consigo acessar o admin. Preciso desabilitar vários TCs, cerca de 20+, e o fórum volta a funcionar. Depois disso, posso habilitar esses componentes e tudo volta a funcionar.
Portanto, podemos concluir que tudo isso surgiu de problemas com o AWS CloudFront?
---
### Author:  [@david](https://meta.discourse.org/u/david)
#### Post date: [11 Setembro , 2026 10:46 UTC](https://meta.discourse.org/t/androids-can-t-use-rte-i-devices-can-t-change-mode-of-the-composer/412094/12 "2026-09-11T10:46:08Z")
A coisa do `Oops` é bastante surpreendente - eu não esperaria que isso tivesse relação com o Cloudfront… Mas, se já está corrigido… ótimo! 😅
> [@Jagster](#):
>
> também defina `access-control-allow-origin: *` (o que é bobo, pois torna o CORS inútil).
Isso apenas significa “este ativo está permitido para uso em um contexto cross-site”. Provavelmente você não gostaria desse cabeçalho nas respostas HTTP reais do fórum. Mas, para ativos estáticos, que não requerem autenticação e não contêm nenhuma informação privada, está totalmente tudo bem. É exatamente assim que o sistema de CORS deve ser usado - para que os servidores controlem seletivamente quais respostas devem estar disponíveis em contextos cross-site.
Se você realmente quisesse, poderia definir `Access-Control-Allow-Origin: my-forum.example.com`. Mas, nesse caso, você terá problemas se um dia mudar o domínio do seu fórum.