Nie można uruchomić FileZilla

Nie mogę uruchomić FileZilla. Kiedy to robię, nic się nie dzieje. Próbowałem odinstalować, a następnie zainstalować ponownie, ale bez pomocy. Używam Ubuntu 16.04.

Jeśli uruchomię go z wiersza poleceń, zobaczę:

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 )

Możesz zresetować FileZilla do wartości domyślnych, upewniając się, że wszystkie kopie FileZilla są zdecydowanie zamknięte, a następnie uruchamiając następujące polecenie:

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

Następnie ponownie otwórz FileZilla, który zbuduje nowy, czysty zestaw lokalnych preferencji. To powinno wystarczyć, aby obejść coś, co jest bardziej niż prawdopodobnie złym lokalnym plikiem konfiguracyjnym.

Miałem dokładnie ten sam problem. Przypuszczałem, że wystąpił problem z plikiem filezilla.xml. Poszedłem /home/$USER/.config/Filezilla/usunąć stary filezilla.xmlplik.

Następnie wrócił do terminala i napisał „filezilla”, aby otworzyć program. Dla mnie otworzył się dobrze i stworzył nowy domyślny plik XML zamiast starego pliku. Nie ma to wpływu na opcje menedżera witryny, ponieważ znajdują się one w innym pliku o nazwie „sitemanager.xml”, który znajduje się w tym samym katalogu. Tak więc program został otwarty jako nowy program z takimi samymi opcjami menedżera witryny jak poprzednio.

Idź do ~/.config/Filezillalub ~/.filezilla.

W razie potrzeby naciśnij Ctrl+, Haby wyświetlić ukryte pliki.

Następnie otwórz filezilla.xmlza pomocą edytora tekstu.

Usuń Last local directorytag.

Zapisz plik ponownie i ponownie otwórz filezilla.

To działa dla mnie za każdym razem.

Oprócz odpowiedzi andrew.46 możesz teraz zaimportować stary plik sitemanager.xml do folderu kopii zapasowej po otwarciu filezilla. Użyj menu Plik-> Importuj. Jest to przydatne, jeśli zapisano wiele witryn.

TL; DR:

W filezilla.xmlnie jest pusty element <Setting name="Language Code" type="string" />. Jeśli dodasz zainstalowane ustawienia narodowe, takie jak en_GB.UTF-8(użyj, locale -aaby znaleźć dostępne ustawienia narodowe), aby <Setting name="Language Code" type="string">en_GB.UTF-8</Setting>wszystko działało poprawnie.

Długa wersja:

Ostatnio napotkałem również ten problem, używając Ubuntu 16.04.3 i FileZilla 3.15.0.2.

Rozwiązania opublikowane tutaj oparte są na usuwaniu rzeczy, ale to nie rozwiązało mojego problemu. Mógłbym ponownie uruchomić FileZilla, ale nadal się zawiesiłby przy uruchamianiu, gdyby ostatni katalog lokalny zawierał znaki spoza ASCII. Nazwy plików i katalogów ze znakami spoza ASCII były po prostu puste. Przesyłanie ich również nie było dobrym pomysłem.

Sprawcą jest następująca linia:

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

jak bym się spodziewał jakiegoś języka lub kodowania (takiego jak ISO 8859-15). Wypróbowałem jedną z zainstalowanych lokalizacji:

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

Teraz uruchomienie FileZilla ponownie wyświetli pliki i katalogi ze znakami spoza ASCII.

Jeśli chcesz dowiedzieć się, które lokalizacje zainstalowałeś, użyj:

locale -a

Jeśli nie masz pewności, czy ten problem dotyczy również Ciebie, może to pomóc: Podczas pracy filezilla --versionz pustym kodem języka dane wyjściowe wyglądają następująco:

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

Kolejnym wskaźnikiem, który zapamiętałem podczas czytania powiązanego pytania, jest następujący wpis w 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]

Różne przesłanie w porównaniu do powiązanego pytania może wynikać z różnych jąder (różnica ponad trzy lata) i wszystkich towarzyszących im rzeczy, które mogły się w międzyczasie zmienić. Niemniej jednak w obu przypadkach jest to libwx_gtk2u_core-3.0.so.0.2.0również przesunięcie (?) 5f9000Dopasowań.

Tak więc, jeśli wygląda to dla ciebie, są duże szanse, że to rozwiązanie będzie dla ciebie działać. Jeśli wszystko znowu działa poprawnie, powinno to wyglądać następująco:

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

Prawdopodobnie ostatni znany rozmiar okna stał się nieprawidłowy z powodu awarii lub czegoś takiego, jak podaje komunikat o błędzie:

assertion 'height >= -1' failed

Poszukaj linii w swoim /home/superuser/.config/filezilla/filezilla.xmlpliku zawierającej:

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

Będzie miał różne wartości, prawdopodobnie niektóre mogą być ujemne. Jeśli linia nie istnieje, po prostu dodaj ją przed linią za pomocą</Settings>

Użyj ustawień, które opublikowałem powyżej, jako dobrze znanego stanu .

Zapisz filezilla.xmli powinieneś teraz móc ponownie otworzyć Filezilla.