menu principale di gedit invisibile quando avviato dal terminale e utilizzando x11-Forwarding

Dato: sto usando il export $(dbus-launch)mio /etc/bash.bashrcfile poiché normalmente sto eseguendo un utente non amministratore e devo su - adminfare qualcosa di pericoloso.

Comportamento normale: vai al trattino, apri gedit. Il menu principale è visibile.

Comportamento anomalo Vai terminale, tipo: gedit. Poi il menu in alto è in visibile. (Il problema persiste anche quando si invia a bg)

Informazioni aggiuntive: ho notato che quando faccio una gksudo gedit, che il menu appare sotto la barra dei menu della finestra invece del menu principale ...

Altre informazioni aggiuntive: ho appena trovato il colpevole: X11-forwarding. Il comportamento "anormale" si interrompe quando rimuovo export $(dbus-launch)dal mio bash.bashrcfile.

Qualcuno ha la minima idea di come riportare l' anormale alla normalità ? (mantenendo x11-forwarding?) Ho cercato dappertutto, ma a parte un bug relativo alle preferenze non visualizzate, non ho trovato soluzioni a questo problema ...

ssh gedit x11-forwarding

— fabby
fonte

Sembra anormale, qui il menu di Gedit è sempre accessibile sia che sia avviato da .desktop (Dash) o binario (un terminale). Puoi sempre usarlo da un terminale - gtk-launch gedito gtk-launch gedit /path/to/a/file. Questo utilizza il .desktop per il lancio

— Doug

Grazie per il suggerimento, ma purtroppo: l'uso di gtk-launch produce lo stesso risultato. :(

— Fabby,

@muru: Ho notato solo ora che hai rimosso il tag gnome-terminal 4 minuti dopo che ho posto la domanda per una taglia ... Perché ??? Poiché ciò accade solo quando si parte da un terminale, direi che è abbastanza importante. (Chiedere prima di aggiungere nuovamente il tag)

— Fabby

Perché apparentemente non è specifico per gnome-terminal (hai un comportamento diverso se usi invece xfce4-terminal ?). Direi x11-forwardingcopre il fatto che stai usando un terminale. Se ritieni di no, considera la riga di comando .

— muru,

gtk-launch ha funzionato per me il 1604 su X11. Sorpreso anche che l'alias a se stesso funzionasse. alias gedit='gtk-launch gedit'

— rickfoosusa,

Ho trovato la risposta dopo tutto:

Se stai utilizzando l'inoltro X11, non dimenticare di cercare ~/.config/l'utente effettivamente in esecuzione gedit! Non ~/.config/dell'utente in cui è visualizzata l'applicazione!

In questo caso particolare, l'eliminazione di ~/.config/geditquesto particolare problema risolto come geditappena ricrea in seguito. (stupidami: avrei dovuto rinominarlo e guardare quali fossero le differenze, quindi avrei potuto pubblicare la risposta perfetta, ma al momento, stavo cercando di risolvere un altro problema)

Risposta originale:

Peccato che nessuno abbia trovato risposta, quindi posterò i miei work-around come una "soluzione"

(So che non sono proprio "soluzioni"; sono solo "soluzioni")

Utilizzare la barra degli strumenti per i comandi più utilizzati.
Utilizza le scorciatoie da tastiera: poiché l'unica voce di menu che mi manca davvero nella barra degli strumenti è "File - Salva con nome", premo solo Alt+ Fe il menu sembra uscire dal menu di sistema quando si utilizza questa soluzione alternativa. Quindi premi A"As" e accedi alla finestra di dialogo "Salva con nome" ...

Lo stesso sistema può essere utilizzato per Edit, Vista, Search, Tools, Documenti e Help

— fabby
fonte

+1 perché questo è vicino a un problema che sto riscontrando ... eseguendo "sudo gedit" non puoi accedere a nessun menu anche con "<Alt> + E", "<Alt> + F", ecc. Qualcosa con /home/user/.config/dconfvs /home/root/.config/dconfo come dici tu $~/.config/geditvs #~/.config/gedit. Inoltre, le persone ricevono messaggi come "** (gedit: 12601): AVVISO **: impostazione dei metadati del documento non riuscita: impostazione dei metadati dell'attributo :: abilitazione agli incantesimi gedit non supportata". Effetti 100k + persone?

— WinEunuuchs2Unix