Vimium: Facebook Messenger "Não foi possível exibir o compositor."

@bennyty. Obrigado por isso, mas não posso reproduzi-lo.

(Separadamente, a princípio, isso não parece ser um problema do Vimium. Talvez você possa tentar isolar o problema em uma conta limpa.)

Claro que vou tentar reproduzir em outro computador com contas limpas. Limitei-o ao Vimium, pois é resolvido quando desativo o plug-in (por meio da página de extensões) OU quando desativo os atalhos de teclado para a página (por meio das opções do Vimium). Só começou a acontecer recentemente, o FB tem mudado muito seu messenger recentemente.

Também estou vendo esse problema no messenger.com. Quando eu desabilito o vimium, o problema desaparece.

Também não é possível reproduzir aqui (no Chrome ou Firefox).

A sugestão aqui é tentar uma atualização total (Ctrl + F5). Isso ajuda?

A atualização total / limpeza do cache não corrige. Não consegui reproduzi-lo em outro computador ou no Chrome Canary.

• Existe alguma mensagem no console do desenvolvedor? (Ctrl-Shift-J, mais algumas informações aqui )
• Isso ainda acontece se você sair e fazer login novamente / mudar de conta?

Eu sei que o Facebook faz alguns testes A / B e implementação gradual, então pode ser que sua conta tenha sido escolhida para um novo recurso / experimento que não funciona bem com o Vimium.

Acontece em uma nova conta (talvez novas contas sejam testadas em 😢). Existem alguns avisos no console, mas eles parecem ser de fb js.

[Violation] Added non-passive event  listener to a scroll-blocking 'wheel' event. Consider marking event handler as 'passive' to make the page more responsive. content.js:139
[Violation] Added non-passive event listener to a scroll-blocking 'mousewheel' event. Consider marking event handler as 'passive' to make the page more responsive. LhysVuKt5Hx.js:123

E não houve erros na página de fundo do vimium quando verifiquei a criação do problema. Agora eu tenho isso (mas acho que é um bug / caso secundário não relacionado)

Unchecked runtime.lastError while running browserAction.setBadgeText: No tab with id: 552.
    at Object.onIconReady [as callback] (chrome-extension://cjpalhdlnbpafiamejdnhcphjbkeiagm/js/vapi-background.js:615:30)
background.html:1 Unchecked runtime.lastError while running browserAction.setBadgeBackgroundColor: No tab with id: 552.
    at Object.onIconReady [as callback] (chrome-extension://cjpalhdlnbpafiamejdnhcphjbkeiagm/js/vapi-background.js:617:34)

Eu também recebo o problema em https://www.facebook.com/messages/ que parece apenas uma versão incorporada de https://www.messenger.com/ .

Nenhuma dessas quatro mensagens de erro está vindo do Vimium. Os dois últimos parecem ser do uBlock Origin. E os dois primeiros são provavelmente do FB, como você diz.

Concordo, desculpas, devo ter clicado na página de fundo errada.
Não há nada no registro do Vimium (chrome-extension: //dbepggeogbaibhgnhhndojpepiihcmeb/pages/logging.html), mas no console dessa página há um erro

chrome-extension://dbepggeogbaibhgnhhndojpepiihcmeb/.git/HEAD Failed to load resource: net::ERR_FILE_NOT_FOUND

Não tenho certeza se relacionado.

• Você tem a opção Vimium "Não deixe que as páginas roubem o foco ao carregar" ativa? (em opções avançadas)
• (Em caso afirmativo) o erro para de ser exibido se você desativá-lo?

Você tem a opção Vimium "Não deixe que as páginas roubem o foco ao carregar" ativa? (em opções avançadas)

sim

(Em caso afirmativo) o erro para de ser exibido se você desativá-lo?

Também sim. Essa opção parece ser o problema, de fato.

@ mrmr1993 Sim,

Teve o erro no facebook messenger (caixa pop up) e tela cheia, pode confirmar desabilitando o "não deixe as páginas roubarem o foco ao carregar" corrigir o problema de não conseguir digitar.

Este é um problema para mim também. Eu bloqueei os padrões de URL e funcionou bem

Estou vendo o mesmo problema e resolvido desativando o Vimium no messenger.com. Este é o erro relevante no console:
XMLHttpRequest cannot load https://5-edge-chat.facebook.com/sub?<redacted>. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://www.messenger.com' is therefore not allowed access. The response had HTTP status code 400.

(Removi os parâmetros do URL caso haja algo confidencial nele.

@robbyoconnor @ neil-s

Você tem a opção Vimium "Não deixe que as páginas roubem o foco ao carregar" ativa? (em opções avançadas)
(Em caso afirmativo) o erro para de ser exibido se você desativá-lo?

@bennyty Isso consertou! Agora, por que isso acontece com essa configuração?

É possível adicionar uma lista de permissões de URL para "Não deixe que as páginas roubem o foco no carregamento"?

@rationalis + {many} para essa ideia.

@rationalis ... Isso é um monte de maquinário de interface de usuário extra para algo que parece ser um problema em apenas uma página (embora seja uma página importante).

(Poderíamos apenas conectar uma exceção para o Facebook Messenger.)

Isso é um monte de maquinário de interface do usuário extra para algo que parece ser um problema em apenas uma página

Isso pode ser tão simples quanto adicionar uma caixa de seleção às regras de exclusão. Também pode não ser um esforço desperdiçado: posso ver que isso também é útil, por exemplo, para a página inicial do Google, onde a entrada em foco é provavelmente mais desejável do que não.

Ola eu tambem tenho o mesmo problema
Mac OS mais recente, vimium 1.60.3, chrome 60.0.3112.113

Quando a opção "Não deixe que as páginas roubem o foco no carregamento" está marcada, o Facebook Messenger exibe "Não foi possível exibir o compositor." e não consigo digitar texto.
Desativar a opção no vimium resolve o problema com o Facebook Messenger

@ultibo - Isso deve resolver - meu problema foi embora.

@ultibo Obrigado! Salvei minha sanidade. (Eu estava usando mbasic.facebook.com para postar em salas de mensageiro.)

Isso aconteceu em dois sistemas diferentes e sempre ocorre quando tento colar um número de telefone totalmente formatado para compartilhar com um contato sozinho.
Área de transferência: (123) 456-7890
compositor: ctrl+v
mensagem de erro instantânea bloqueando o compositor

Google Chrome | 62.0.3202.62 (Official Build) (64-bit)
-- | --
Revision | 9da914b118cb0d10d715ccc4ad20575a0305a304-refs/branch-heads/3202@{#700}
OS | Linux
JavaScript | V8 6.2.414.32
Flash | 27.0.0.187 /home/user/.config/google-chrome/PepperFlash/27.0.0.187/libpepflashplayer.so
User Agent | Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.62 Safari/537.36
Command Line | /usr/bin/google-chrome-stable --flag-switches-begin --flag-switches-end

uname -a
Linux fedora-01 4.13.5-200.fc26.x86_64 #1 SMP Thu Oct 5 16:53:13 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

gnome: Version 3.24.2

@preactive tentou o que foi sugerido por outras pessoas sobre este problema?

@robbyoconnor Posso ter postado que esse é o problema do ticket errado. Eu não estou administrando vimium. Mas isso também pode apontar para um problema subjacente com o FB messenger. Limpei meu cache e fiz uma atualização forçada sem sucesso. Vou tentar um $ killall chrome para ver se ele carrega corretamente na reinicialização do Chrome. Vou editar este comentário se funcionar.

Desative todas as extensões e ative-as uma por uma para encontrar o culpado.

Se alguém mais parar aqui depois de pesquisar esse problema: Para mim, o problema não era com o Vimium (como eu pensava), mas com a filtragem cosmética do uBlock Origin. Se desativado (no facebook.com), o Messenger atua como pretendido.

O que causou esse problema para mim no Firefox foi desativar dom.event.clipboardevents em about: config e reativá-lo corrigiu. O Facebook não gosta de não poder ver quando copio ou colo coisas, eu acho.

O que causou esse problema para mim no Firefox foi desativar dom.event.clipboardevents em about: config e reativá-lo corrigiu. O Facebook não gosta de não poder ver quando copio ou colo coisas, eu acho.

A solução está na discussão.