Não é possível iniciar o FileZilla

9

Não consigo iniciar o FileZilla. Quando faço isso, nada acontece. Tentei desinstalar e reinstalá-lo, mas sem ajuda. Estou usando o Ubuntu 16.04.

Se eu iniciá-lo na linha de comando, vejo o seguinte:

Reading locale option from /home/superuser/.config/filezilla/filezilla.xml

(filezilla:16389): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'height >= -1' failed
(filezilla:16389): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed
(filezilla:16389): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'height >= -1' failed
(filezilla:16389): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed
(filezilla:16389): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed
(filezilla:16389): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'height >= -1' failed
(filezilla:16389): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed
Program segmentation fault ( core dumped )
velut luna
fonte
3
Alguma mensagem de erro se você iniciá-lo na linha de comando?
andrew.46
Tente executar o seguinte comando: mv -v /home/superuser/.config/filezilla/ /home/superuser/.config/filezilla_bake reabra filezilla
andrew.46
@ andrew.46 Sim, pode abrir agora. Muito obrigado !!!
Velut luna
Você reconsideraria tomar essa resposta como a aceita, já que é melhor que a existente, que apenas limpa toda a configuração. 0 :-)
Fabby

Respostas:

11

Você pode redefinir os padrões do FileZilla, certificando-se de que todas as cópias do FileZilla estejam definitivamente fechadas e executando o seguinte comando:

mv -v /home/superuser/.config/filezilla/ /home/superuser/.config/filezilla_bak

Em seguida, reabra o FileZilla, que criará um novo conjunto limpo de preferências locais. Isso deve ser suficiente para contornar o que é mais do que provável um arquivo de configuração local ruim.

andrew.46
fonte
Você poderia me dizer o que significa -v aqui?
Velut luna
Esta opção ativa 'detalhado' e, portanto, o movimento do diretório é impresso em detalhes na tela do terminal.
andrew.46
Trabalho confirmado no Linux Mint 18 (baseado no Ubuntu 16.04), obrigado.
Carson Ip
5

Eu tinha exatamente o mesmo problema. Eu presumi que havia um problema com o arquivo filezilla.xml. Eu fui para /home/$USER/.config/Filezilla/excluir o filezilla.xmlarquivo antigo .

Então voltou ao terminal e digitou "filezilla" para abrir o programa. Para mim, ele abriu bem e criou um novo arquivo XML padrão no lugar do arquivo antigo. As opções do gerenciador de sites não são afetadas por isso, pois estão em um arquivo diferente chamado "sitemanager.xml", que está no mesmo diretório. Portanto, o programa foi aberto como um novo programa com as mesmas opções de gerenciador de sites de antes.

Kevin Moore
fonte
4

Vá para ~/.config/Filezillaou ~/.filezilla.

Você precisa pressionar Ctrl+ Hpara mostrar os arquivos ocultos, se necessário.

Em seguida, abra filezilla.xmlusando um editor de texto.

Retire a Last local directoryetiqueta.

Salve o arquivo novamente e reabra o filezilla.

Isso funciona para mim o tempo todo.

Pavan Mehta
fonte
Isso só funcionou para mim usando o FileZilla 3.15.0.2 no Ubuntu 16.04.3
rastando
Funciona um tratamento - evita ter de recriar todas as configurações novamente - isso precisa ser apresentado como um relatório de bug no FileZilla
Amr Bekhit
3

Além da resposta andrew.46, agora você pode importar o arquivo sitemanager.xml antigo na pasta de backup quando o filezilla for aberto. Use o menu Arquivo-> Importar. Isso é útil se você tiver muitos sites salvos.

nssy
fonte
2

TL; DR:

No filezilla.xmlexiste o elemento vazio <Setting name="Language Code" type="string" />. Se você adicionar um código de idioma instalado, como en_GB.UTF-8(use locale -apara encontrar códigos de idioma disponíveis), para que você obtenha <Setting name="Language Code" type="string">en_GB.UTF-8</Setting>tudo, deverá executar sem problemas novamente.

A versão longa:

Recentemente, também encontrei esse problema usando o Ubuntu 16.04.3 e o FileZilla 3.15.0.2.

As soluções postadas aqui são baseadas na exclusão de coisas, mas isso não resolveu o meu problema. Eu poderia iniciar o FileZilla novamente, de fato, mas ainda travaria na inicialização se o último diretório local contivesse caracteres não ASCII. Os nomes de arquivos e diretórios com caracteres não ASCII estavam em branco. Carregar estes também não era uma boa ideia.

A seguinte linha é a culpada:

<Setting name="Language Code" type="string" />

como eu esperava algum idioma ou codificação (como ISO 8859-15). Então, tentei um dos meus locais instalados:

<Setting name="Language Code" type="string">en_GB.UTF-8</Setting>

Agora, iniciar o FileZilla mostraria arquivos e diretórios com caracteres não ASCII novamente.

Se você deseja descobrir quais localidades você instalou, use:

locale -a

Se você não tiver certeza se também é afetado por esse problema, isso pode ajudar: Ao executar filezilla --versioncom o código de idioma vazio, a saída é semelhante a esta:

Reading locale option from /home/kreuvf/.filezilla/filezilla.xml
FileZilla 3.15.0.2, compiled on 2016-02-25

Outro indicador que lembrei ao ler uma pergunta relacionada é a seguinte entrada no kern.log:

kernel: [39162.363835] traps: filezilla[19354] general protection ip:7f99fa048ce6 sp:7fff363ae5e0 error:0 in libwx_gtk2u_core-3.0.so.0.2.0[7f99f9b48000+5f9000]

A mensagem diferente em comparação com a pergunta vinculada pode resultar de diferentes núcleos (diferença de mais de três anos) e de todos os itens que podem ter mudado nesse meio tempo. No entanto, em ambos os casos, é libwx_gtk2u_core-3.0.so.0.2.0e também o deslocamento (?) Das 5f9000correspondências.

Portanto, se isso lhe parecer, é bem provável que esta solução funcione para você. Se as coisas estiverem funcionando corretamente novamente, deve ficar assim:

Reading locale option from /home/kreuvf/.filezilla/filezilla.xml
setlocale en_GB.UTF-8 successful
locale set to en_GB.UTF-8
FileZilla 3.15.0.2, compiled on 2016-02-25
Kreuvf
fonte
recompensa concedida! Obrigado por isso!
Fabby
0

Provavelmente, o último tamanho de janela conhecido se tornou inválido devido a uma falha ou algo assim, como a mensagem de erro afirma aqui:

assertion 'height >= -1' failed

Procure uma linha no seu /home/superuser/.config/filezilla/filezilla.xmlarquivo contendo:

<Setting name="Window position and size">0 14 38 1098 576 </Setting>

Terá valores diferentes, provavelmente alguns podem ser negativos. Se a linha não existir, adicione-a antes da linha com</Settings>

Use as configurações postadas acima, como estado conhecido .

Salve filezilla.xmle agora você poderá abrir o Filezilla novamente.

dgonzalez
fonte