Impossibile avviare FileZilla


9

Non riesco ad avviare FileZilla. Quando lo faccio, non succede nulla. Ho provato a disinstallare e poi reinstallarlo, ma nessun aiuto. Sto usando Ubuntu 16.04.

Se lo avvio dalla riga di comando, vedo quanto segue:

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 )

3
Eventuali messaggi di errore se lo si avvia dalla riga di comando?
andrew.46

Prova a eseguire il comando seguente: mv -v /home/superuser/.config/filezilla/ /home/superuser/.config/filezilla_bakquindi
riapri

@ andrew.46 Sì, ora può aprire. Grazie mille!!!
velut luna,

Riconsidereresti di prendere questa risposta come accettata in quanto è migliore di quella esistente che cancella l'intera configurazione. 0 :-)
Fabby,

Risposte:


11

Puoi ripristinare FileZilla sui valori predefiniti assicurandoti che tutte le copie di FileZilla siano definitivamente chiuse e quindi eseguendo il comando seguente:

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

Quindi riaprire FileZilla che creerà un nuovo set pulito di preferenze locali. Questo dovrebbe essere sufficiente per aggirare quello che è probabilmente un file di configurazione locale non valido.


Potresti dirmi cosa significa -v qui?
velut luna,

Questa opzione abilita 'verbose' e quindi il movimento della directory viene stampato in dettaglio sullo schermo del terminale.
andrew.46

Lavoro confermato su Linux Mint 18 (basato su Ubuntu 16.04), grazie.
Carson Ip,

5

Ho avuto lo stesso identico problema. Presumo che si sia verificato un problema con il file filezilla.xml. Sono andato a /home/$USER/.config/Filezilla/cancellare il vecchio filezilla.xmlfile.

Quindi tornò nel terminale e digitò "filezilla" per aprire il programma. Per me, ha aperto bene e ha creato un nuovo file XML predefinito al posto del vecchio file. Le opzioni del gestore del sito non sono interessate da questo dato che si trovano in un file diverso chiamato "sitemanager.xml" che si trova nella stessa directory. Quindi il programma si è aperto come un nuovo programma con le stesse opzioni del gestore del sito di prima.


4

Vai a ~/.config/Filezillao ~/.filezilla.

È necessario premere Ctrl+ Hper mostrare i file nascosti, se necessario.

Quindi aprire filezilla.xmlutilizzando un editor di testo.

Rimuovi il Last local directorytag.

Salvare di nuovo il file e riaprire filezilla.

Questo funziona per me ogni volta.


Questo ha funzionato per me usando FileZilla 3.15.0.2 sotto Ubuntu 16.04.3
rastating il

Funziona a meraviglia - evita di dover ricreare nuovamente tutte le impostazioni - questo deve essere archiviato come segnalazione di bug in FileZilla
Amr Bekhit,

3

Oltre alla risposta andrew.46, ora puoi importare il vecchio file sitemanager.xml nella cartella di backup una volta aperto filezilla. Usa il menu File-> Importa. Questo è utile se hai salvato molti siti.


2

TL; DR:

In filezilla.xmlc'è l'elemento vuoto <Setting name="Language Code" type="string" />. Se aggiungi una localizzazione installata come en_GB.UTF-8(usa locale -aper trovare le localizzazioni disponibili), in modo da ottenere <Setting name="Language Code" type="string">en_GB.UTF-8</Setting>tutto dovrebbe funzionare di nuovo senza problemi.

La versione lunga:

Di recente ho riscontrato anche questo problema, usando Ubuntu 16.04.3 e FileZilla 3.15.0.2.

Le soluzioni pubblicate qui si basano sull'eliminazione di elementi, ma ciò non ha risolto il mio problema. Potrei riavviare FileZilla, in effetti, ma si bloccherebbe comunque all'avvio se l'ultima directory locale contenesse caratteri non ASCII. I nomi di file e directory con caratteri non ASCII erano semplicemente vuoti. Anche caricare questi non era una buona idea.

La seguente riga è il colpevole:

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

come mi sarei aspettato un po 'di lingua o codifica (come ISO 8859-15). Quindi, ho provato una delle versioni locali installate:

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

Ora, l'avvio di FileZilla mostrerebbe nuovamente file e directory con caratteri non ASCII.

Se vuoi scoprire quali locali hai installato, usa:

locale -a

Se non si è sicuri di essere interessati anche da questo problema, ciò potrebbe essere d'aiuto: Quando si esegue filezilla --versioncon un codice lingua vuoto, l'output è simile al seguente:

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

Un altro indicatore che ho ricordato durante la lettura di una domanda correlata è la seguente voce nel 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]

Il diverso messaggio rispetto alla domanda collegata può derivare da kernel diversi (differenza di oltre tre anni) e da tutte le cose che l'accompagnano che potrebbero essere cambiate nel frattempo. Tuttavia, in entrambi i casi è libwx_gtk2u_core-3.0.so.0.2.0e anche l'offset (?) 5f9000Delle partite.

Quindi, se ti sembra così, è probabile che questa soluzione funzioni per te. Se le cose funzionano di nuovo correttamente, dovrebbe apparire così:

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

premio assegnato! Grazie per questo!
Fabby,

0

Probabilmente la dimensione dell'ultima finestra nota è diventata non valida a causa di un arresto anomalo o altro, come indicato nel messaggio di errore:

assertion 'height >= -1' failed

Cerca una riga nel tuo /home/superuser/.config/filezilla/filezilla.xmlfile contenente:

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

Avrà valori diversi, probabilmente alcuni potrebbero essere negativi. Se la linea non esiste basta aggiungerla prima della riga con</Settings>

Usa le impostazioni che ho pubblicato sopra, come stato noto .

Salva filezilla.xmle ora dovresti essere in grado di riaprire Filezilla.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.