Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Crash após logar-se no BB #8

Open
humbertosales opened this issue Jul 9, 2017 · 17 comments
Open

Crash após logar-se no BB #8

humbertosales opened this issue Jul 9, 2017 · 17 comments

Comments

@humbertosales
Copy link

humbertosales commented Jul 9, 2017

Acabei de fazer um build do Dockerfile e quando entro no container pelo BB, digito conta e senha ele chega a carregar a tela principal da conta, mas 1 seg depois Crash. Gah. Your tab just crashed.
Já restaurei, reiniciei e nada...

Erro do console do docker

 Handler function NetworkEventActorProxy.addResponseContent threw an exception: [Exception... "Component returned failure code: 0xc1f30001 (NS_ERROR_NOT_INITIALIZED) [nsIMessageSender.sendAsyncMessage]"  nsresult: "0xc1f30001 (NS_ERROR_NOT_INITIALIZED)"  location: "JS frame :: resource://gre/modules/commonjs/toolkit/loader.js -> resource://devtools/shared/webconsole/network-monitor.js :: NetworkEventActorProxy.methodFactory/< :: line 1660"  data: no]
Stack: NetworkEventActorProxy.methodFactory/<@resource://gre/modules/commonjs/toolkit/loader.js -> resource://devtools/shared/webconsole/network-monitor.js:1660:5
exports.makeInfallible/<@resource://gre/modules/commonjs/toolkit/loader.js -> resource://devtools/shared/ThreadSafeDevToolsUtils.js:101:14
NetworkResponseListener.prototype._onComplete@resource://gre/modules/commonjs/toolkit/loader.js -> resource://devtools/shared/webconsole/network-monitor.js:621:5
NetworkResponseListener.prototype.onStreamClose@resource://gre/modules/commonjs/toolkit/loader.js -> resource://devtools/shared/webconsole/network-monitor.js:578:7
NetworkResponseListener.prototype.onInputStreamReady@resource://gre/modules/commonjs/toolkit/loader.js -> resource://devtools/shared/webconsole/network-monitor.js:669:7
Line: 1660, column: 0

Alguma dica?

@humbertosales
Copy link
Author

O erro se repete ao usar a imagem latest que você subiu!!!
Estou usando Docker for Windows

Conteudo do abrirBB.bat que criei:

docker run -it --rm -v /tmp/.X11-unix:/tmp/.X11-unix -v ./Downloads:/home/bank/Downloads -e DISPLAY=192.168.1.221:0.0 --name warsaw-browser lichti/warsaw-browser bb

Algo errado?

@humbertosales
Copy link
Author

Instalar o plugin do BB no Windows é relativamente simples, mas quem fez isso sabe que este plugin acaba com a máquina. Lentidão e travamentos constantes.
Para quem é desenvolvedor de software, não raramente você terá arquivos bloqueados e que geram problemas sem qualquer sentido. Já vi o plugin travar arquivos .java e obrigar o desenvolvedor a reiniciar a máquina.

Se esta imagem permitir funcionar dentro do Windows, vários problemas vão ser resolvidos.

Valeu!!!

@farribeiro
Copy link
Contributor

farribeiro commented Jul 31, 2017

@humbertosales

Duas considerações, primeiro, por que está usando docker para windows, no meu projeto que é o pioneiro do gênero abri uma issue farribeiro/wscef-docker#27 para experimentação. Enquanto esste projeto troquei expertise, conforme sugerido pelo @lbssousa pelo Issue farribeiro/wscef-docker#16 .

A segunda consideração é a respeito do uso do java, não é necessário, conforme rebati em um artigo publicado pelo BR-Linux. A minha solução pelo menos foi testada no Fedora 25 e Opensuse Tumbleweed e muitos outros relatos de sucesso no Arch Linux, sem uso do WAYLAND e a respeito de utilizar no windows, o firefox sobe normalmente no windows?

O intuo destas soluções, existe até uma com VM, conforme o comentário no issue farribeiro/wscef-docker#10 (comment) é ajudar a nossa "irmandade" software livre porém devemos ir além

@aracnus
Copy link

aracnus commented Sep 9, 2017

Eu estou com exatamente o mesmo problema aqui: imediatamente após a autenticação (eu chego a ver a tela do Banco do Brasil), a aba acusa erro. Estou usando na Debian Buster (testing) e a saída do console é:

[Parent 148] WARNING: pipe error (52): Connection reset by peer: file /tmp/buildd/firefox-esr-52.2.0esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322
[Parent 148] WARNING: pipe error (42): Connection reset by peer: file /tmp/buildd/firefox-esr-52.2.0esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322

###!!! [Parent][MessageChannel] Error: (msgtype=0x2C0085,name=PBrowser::Msg_Destroy) Channel error: cannot send/recv

@diraol
Copy link
Contributor

diraol commented Sep 9, 2017

Também tenho tido o mesmo problema (Debian Stable), preciso olhar com calma o erro que aparece no console, não prestei atenção.

Um detalhe é que eu não estou usando a opção --rm para rodar o projeto, visando manter a "autentição" que o BB faz "da máquina".

Além disso, estranhamente se eu consigo clicar em alguns links da página do BB, como "saldo", ai a página abre sem erro. Mas muitas outras partes continuam levantando a mesma mesnagem ("Crash. Gah. Your tab just crashed")

@diraol
Copy link
Contributor

diraol commented Sep 11, 2017

Reportando o output que vejo aqui do docker:

[Parent 24] WARNING: pipe error (60): Connection reset by peer: file /tmp/buildd/firefox-esr-52.2.0esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322

###!!! [Parent][MessageChannel] Error: (msgtype=0x2C0085,name=PBrowser::Msg_Destroy) Channel error: cannot send/recv

###!!! [Parent][MessageChannel] Error: (msgtype=0x2C0085,name=PBrowser::Msg_Destroy) Channel error: cannot send/recv

[Parent 24] WARNING: pipe error (43): Connection reset by peer: file /tmp/buildd/firefox-esr-52.2.0esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322

###!!! [Parent][MessageChannel] Error: (msgtype=0x2C0085,name=PBrowser::Msg_Destroy) Channel error: cannot send/recv

@ninrod
Copy link

ninrod commented Sep 13, 2017

esse recv aí parece problema de dbus. lembre-se: container não vem com dbus server

@farribeiro
Copy link
Contributor

farribeiro commented Sep 13, 2017

@ninrod Poderia explicar como poderia sanar este problema?

@ninrod
Copy link

ninrod commented Sep 13, 2017

teria que ter systemd no container. e isso é muito difícil de se fazer. Poderia tentar usar o chrome. o chrome é difícil de usar em container justamente porque usa o electron e o electron usa dbus pra caramba no linux. tem gente que já resolveu esse problema em um container, por exemplo aqui (mas faz 2 anos que não há um commit nesse repo). Enfim, estou estudando opções para driblar esse vírus warsaw.

@hradec
Copy link

hradec commented Sep 15, 2017

o chrome roda em container sem problema se voce usar
chrome --no-sandbox

@ninrod
Copy link

ninrod commented Sep 17, 2017

obrigado @hradec. Eu estudei mais a fundo o problema e acho que se o usuário adicionar a flag --shm-size:2g o problema é consertado. Acontece que por padrão o docker usa uma área de memória compartilhada = 64MB e isso não é suficiente para o firefox. Estou escrevendo um pull request com um conserto completo. Mas por enquanto vocês podem testar isso e me enviar feedback caso funcione ou não.

@aracnus
Copy link

aracnus commented Sep 18, 2017

Salve @ninrod ! Testei o parâmetro que você indicou aqui e funcionou redondo! Muito obrigado!

Só uma pequena correção. Na minha máquina com Debian, ao invés de colocar o parâmetro como --shm-size:2g tive que colocar como --shm-size 2g, pois estava dando erro de sintaxe.

@farribeiro
Copy link
Contributor

farribeiro commented Sep 18, 2017

@aracnus e @ninrod poderia mostrar o sintaxe completa do comando run ou build para compreender como estão procedendo na resolução deste problema?

@ninrod
Copy link

ninrod commented Sep 18, 2017

@farribeiro, é assim:

function warsaw-browser {
  xhost +
  docker run -it --rm                                              \
         -e DISPLAY=unix$DISPLAY                                   \
         -v /tmp/.X11-unix:/tmp/.X11-unix                          \
         -v $(readlink -f .):/opt/assets                           \
         --shm-size 2g              \
         --name warsaw-browser                                     \
         -w /opt/assets                                            \
         lichti/warsaw-browser bb
}
alias bb="warsaw-browser bb"

aí você roda exec zsh ou exec bash, e digita bb. é isso.

@aracnus
Copy link

aracnus commented Sep 18, 2017

No meu caso, nem cheguei nesse grau de preciosismo. :-) Simplesmente rodei o comando do docker em uma única linha:

docker run -it --rm -v /tmp/.X11-unix:/tmp/.X11-unix -v $HOME/ArquivosDoBanco:/home/bank/Downloads -e DISPLAY=unix$DISPLAY --shm-size 2g --name warsaw-browser lichti/warsaw-browser bb

(mas é puro desleixo meu) ;-)

@filipesaraiva
Copy link
Contributor

Acabei de baixar a imagem e tive o mesmo problema, que resolvi com o --shm-size 2g. Pelo jeito, essa correção ainda não foi enviada para a imagem no docker-hub.

@ghost
Copy link

ghost commented Dec 5, 2019

Só reportando que o container está funcionando no Docker for Windows.
Segui os passos desse link: https://dev.to/darksmile92/run-gui-app-in-linux-docker-container-on-windows-host-4kde
O IP necessário é da interface vEthernet (default switch) e usei o comando abaixo para rodar o container:

docker run -it --rm -e DISPLAY=$DISPLAY --name warsaw-browser --shm-size 2g lichti/warsaw-browser bb

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants