FileZillaを起動できません

FileZillaを起動できません。私がそれをするとき、何も起こりません。アンインストールしてから再インストールしようとしましたが、役に立ちませんでした。Ubuntu 16.04を使用しています。

コマンドラインから起動すると、次のようになります。

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 )

FileZillaのすべてのコピーが確実に閉じられていることを確認してから、次のコマンドを実行することにより、FileZillaをデフォルトにリセットできます。

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

次に、FileZillaを再度開いて、ローカル設定の新しいクリーンなセットを作成します。これは、おそらく悪いローカル構成ファイルであるものを回避するのに十分なはずです。

私はまったく同じ問題を抱えていました。filezilla.xmlファイルに問題があると思います。/home/$USER/.config/Filezilla/古いfilezilla.xmlファイルを削除しに行きました。

次に、ターミナルに戻り、「filezilla」と入力してプログラムを開きます。私にとっては問題なく開き、古いファイルの場所に新しいデフォルトのXMLファイルが作成されました。サイトマネージャのオプションは、同じディレクトリにある「sitemanager.xml」と呼ばれる別のファイルにあるため、これによる影響を受けません。そのため、プログラムは以前と同じサイトマネージャーオプションを使用して新しいプログラムとして開きました。

~/.config/Filezillaまたはに移動し~/.filezillaます。

必要に応じて、隠しファイルを表示するにはCtrl+ を押す必要がありHます。

次にfilezilla.xml、テキストエディタを使用して開きます。

Last local directoryタグを削除します。

ファイルを再度保存して、filezillaを再度開きます。

これは毎回うまくいきます。

andrew.46の回答に加えて、filezillaが開いたら、古いsitemanager.xmlファイルをバックアップフォルダーにインポートできるようになりました。File-> Importメニューを使用します。これは、多くのサイトを保存した場合に役立ちます。

TL; DR：

ではfilezilla.xml空の要素があります<Setting name="Language Code" type="string" />。en_GB.UTF-8（使用locale -a可能なロケールを見つけるために使用する）などのインストールされたロケールを追加すると、<Setting name="Language Code" type="string">en_GB.UTF-8</Setting>すべてが再びスムーズに実行されるようになります。

長いバージョン：

私は最近、Ubuntu 16.04.3とFileZilla 3.15.0.2を使用してこの問題にも遭遇しました。

ここに投稿された解決策は、ものを削除することに基づいていますが、それは私の問題を解決しませんでした。実際、FileZillaを再び起動することはできましたが、最後のローカルディレクトリに非ASCII文字が含まれていると、起動時にクラッシュします。ASCII以外の文字を含むファイル名とディレクトリ名は空白のままでした。これらをアップロードすることも良い考えではありませんでした。

次の行が原因です。

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

一部の言語またはエンコーディング（ISO 8859-15など）を期待していたように。そこで、インストールされているロケールの1つを試しました。

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

現在、FileZillaを起動すると、ASCII以外の文字を含むファイルとディレクトリが再び表示されます。

インストールしたロケールを確認したい場合は、以下を使用します。

locale -a

この問題の影響も受けているかどうかわからない場合は、これが役立つ可能性があります。filezilla --version空の言語コードで実行すると、出力は次のようになります。

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

関連する質問を読んだときに覚えていたもう1つの指標は、の次のエントリです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]

リンクされた質問と比較して異なるメッセージは、異なるカーネル（3年以上の違い）と、その間に変更された可能性のあるすべての付随するものから生じている可能性があります。それでも、どちらの場合libwx_gtk2u_core-3.0.so.0.2.0も、5f9000一致のオフセット（？）です。

したがって、そのように見える場合は、このソリューションがうまくいく可能性があります。正常に機能する場合は、次のようになります。

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

おそらく最後の既知のウィンドウサイズは、エラーメッセージがここに示すように、クラッシュまたは何かのために無効になっています。

assertion 'height >= -1' failed

以下/home/superuser/.config/filezilla/filezilla.xmlを含むファイル内の行を探します。

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

それは異なる値を持つでしょう、おそらくいくつかは負である可能性があります。行が存在しない場合は、行の前に追加してください</Settings>

上記で投稿した設定を、既知の状態として使用します。

保存するfilezilla.xmlと、Filezillaを再び開くことができるようになります。