Je ne peux pas démarrer FileZilla. Quand je le fais, rien ne se passe. J'ai essayé de le désinstaller puis de le réinstaller, mais sans aide. J'utilise Ubuntu 16.04.
Si je le démarre à partir de la ligne de commande, je vois ce qui suit:
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 )
mv -v /home/superuser/.config/filezilla/ /home/superuser/.config/filezilla_bak
puis rouvrez filezillaRéponses:
Vous pouvez réinitialiser FileZilla à ses valeurs par défaut en vous assurant que toutes les copies de FileZilla sont définitivement fermées, puis en exécutant la commande suivante:
Rouvrez ensuite FileZilla qui créera un nouvel ensemble propre de préférences locales. Cela devrait être suffisant pour contourner ce qui est probablement un mauvais fichier de configuration local.
la source
J'ai eu exactement le même problème. J'ai supposé qu'il y avait un problème avec le fichier filezilla.xml. Je suis allé
/home/$USER/.config/Filezilla/
supprimer l'ancienfilezilla.xml
fichier.Puis je suis retourné dans le terminal et tapé "filezilla" pour ouvrir le programme. Pour moi, il s'est bien ouvert et il a créé un tout nouveau fichier XML par défaut à la place de l'ancien fichier. Les options du gestionnaire de site ne sont pas affectées par cela car elles se trouvent dans un fichier différent appelé "sitemanager.xml" qui se trouve dans le même répertoire. Le programme s'est donc ouvert comme un nouveau programme avec les mêmes options de gestionnaire de site qu'auparavant.
la source
Allez à
~/.config/Filezilla
ou~/.filezilla
.Vous devez appuyer sur Ctrl+ Hpour afficher les fichiers cachés si nécessaire.
Ouvrez ensuite à l'
filezilla.xml
aide d'un éditeur de texte.Retirez la
Last local directory
balise.Enregistrez à nouveau le fichier et rouvrez filezilla.
Cela fonctionne pour moi à chaque fois.
la source
En plus de la réponse d'andrew.46, vous pouvez maintenant importer l'ancien fichier sitemanager.xml dans le dossier de sauvegarde une fois que filezilla s'ouvre. Utilisez le menu Fichier-> Importer. Ceci est utile si vous avez enregistré de nombreux sites.
la source
TL; DR:
Il
filezilla.xml
y a l'élément vide<Setting name="Language Code" type="string" />
. Si vous ajoutez des paramètres régionaux installés tels queen_GB.UTF-8
(utilisezlocale -a
pour rechercher les paramètres régionaux disponibles), afin que vous obteniez que<Setting name="Language Code" type="string">en_GB.UTF-8</Setting>
tout se déroule correctement.La version longue:
J'ai récemment rencontré ce problème également, en utilisant Ubuntu 16.04.3 et FileZilla 3.15.0.2.
Les solutions affichées ici sont basées sur la suppression de choses, mais cela n'a pas résolu mon problème. Je pourrais redémarrer FileZilla, en effet, mais il se bloquerait toujours au démarrage si le dernier répertoire local contenait des caractères non ASCII. Les noms de fichiers et de répertoires avec des caractères non ASCII étaient simplement vides. Le téléchargement de ces derniers n'était pas non plus une bonne idée.
La ligne suivante est le coupable:
car je m'attendais à un langage ou à un codage (comme ISO 8859-15). J'ai donc essayé l'un de mes paramètres régionaux installés:
Maintenant, démarrer FileZilla afficherait à nouveau les fichiers et répertoires avec des caractères non ASCII.
Si vous souhaitez savoir quels paramètres régionaux vous avez installés, utilisez:
Si vous n'êtes pas sûr si vous êtes également concerné par ce problème, cela peut aider: lors de l'exécution
filezilla --version
avec le code de langue vide, la sortie ressemble à ceci:Un autre indicateur dont je me suis souvenu lors de la lecture d'une question connexe est l'entrée suivante dans le
kern.log
:Le message différent par rapport à la question liée peut provenir de différents noyaux (différence de plus de trois ans) et de toutes les choses qui l'accompagnent qui pourraient avoir changé entre-temps. Néanmoins, dans les deux cas, c'est le cas
libwx_gtk2u_core-3.0.so.0.2.0
et aussi le décalage (?) Des5f9000
allumettes.Donc, si cela vous ressemble, il y a de fortes chances que cette solution fonctionne pour vous. Si les choses fonctionnent à nouveau correctement, cela devrait ressembler à ceci:
la source
La dernière taille de fenêtre connue est probablement devenue invalide en raison d'un plantage ou de quelque chose, comme le message d'erreur l'indique ici:
assertion 'height >= -1' failed
Recherchez une ligne dans votre
/home/superuser/.config/filezilla/filezilla.xml
fichier contenant:Il aura des valeurs différentes, probablement certaines pourraient être négatives. Si la ligne n'existe pas, ajoutez-la juste avant la ligne avec
</Settings>
Utilisez les paramètres que j'ai publiés ci-dessus, comme bon état connu .
Enregistrez
filezilla.xml
et vous devriez maintenant pouvoir ouvrir à nouveau Filezilla.la source