Déboguons-le.

1. Changez de coquille et réessayez. (Crédit à @Kent) Dans le terminal :
   • $(which zsh)
2. Commentez toutes les lignes dans .bash_profile , .bashrc etc. et ouvrez un nouvel onglet/fenêtre de terminal. Si cela résout le problème, quelque chose chargé dans l'environnement shell consomme la lettre e pour des raisons que la science ne sera peut-être jamais capable d'expliquer.
3. Essayez cat un fichier qui contient la lettre e pour voir s'il s'affiche : (Crédit photo : @techraf)
   • Ouvrez un éditeur de texte (pas un terminal)
   • Entrez un texte avec quelques e et sauvegarder le fichier ( foo.txt ?)
   • En terminal, cat le dossier :
     • cd /path/to/folder; cat foo.txt
   • Si e s render alors le terminal peut le gérer, sinon, c'est super bizarre.

4. Essayez applescript. (Crédit : @ALX)

   • Ouvrir l'éditeur Applescript

   • Créez un fichier Applescript avec ces contenus :

     delay 10
     tell application "System Events" to keystroke "e"

   • Exécutez le fichier script puis naviguez rapidement dans la fenêtre du terminal. Dans quelques secondes, elle appuiera virtuellement sur la touche e et, espérons-le, s'affichera dans votre terminal. Cela indiquerait qu'il pourrait y avoir un problème de pilote d'entrée/de périphérique (bien que je ne sache pas ce que cela pourrait être).

Je ne vais pas mentir, je suis absolument fasciné par ce problème et je suis impatient d'en connaître la cause. Ce n'est pas du matériel car cela fonctionne dans d'autres applications, ce qui signifie que c'est du logiciel et je ne peux pas imaginer qui avalerait la lettre e avec le code.

Je viens de trouver ce fil de discussion après avoir rencontré le même problème.

.inputrc

J'avais 2 lignes dans .inputrc , a ajouté dans un moment d'ignorance insouciante, à partir de e y s (qui sont des configurations bash valides, mais pas des configurations readline valides). Ils semblent avoir été interprétés comme des alias de liaison de touches pour la personnalisation de la ligne de lecture.

Supprimer les lignes de .inputrc J'ai confirmé, j'ai résolu mon problème.

Merci @user208052 pour le rappel pertinent à vérifier. .inputrc .

La configuration Readline de l'interpréteur de commandes

L'obus bind permet de visualiser et de modifier la configuration de Readline. (Voir help bind . help est man pour les commandes internes au shell).

Voir bind -p (peut-être un tuyau à moins |less ou rediriger vers un fichier > binds.txt ). Il s'agit de "énumère les fonctions et les liaisons sous une forme qui peut être réutilisée comme entrée". .

Il comporte des entrées comme "c": self-insert pour chaque caractère de la gamme ASCII, de sorte que la configuration foirée peut remplacer self-insert avec une autre fonction Readline.

Il y a quelques perles ; le visionnage m'a juste appris que C-= ( \e= ) imprime les compléments possibles, dans ma configuration par défaut. Cela semble montrer la configuration actuelle complète de Readline pour votre shell... assez utile et puissant. Un bon moyen d'explorer.

Test de bout en bout

1. e travaux

2. insérer une ligne erronée dans .inputrc ouvrir un nouveau shell

   et completion-map-case on
   set completion-ignore-case on

3. e est apparemment sans objet

4. bind -p ( | grep -i '"E"' ) montre

   • "E": self-insert ,
   • mais non "e": self-insert
   • alors que "A": self-insert y "a": self-insert sont présents.

Je suis un peu rouillé, mais le collage dans un Terminal fonctionne différemment du collage dans un programme GUI : chaque caractère est envoyé comme une frappe séparée, et non comme une copie du presse-papiers vers le tampon de l'application. Ainsi, si le "e" a été modifié, il le sera également dans le collage.

Vérifiez les endroits suivants :

System Preferences > Keyboard > Shortcuts

~/Library/KeyBindings/KeyBindings.dict

$ defaults read com.apple.Automator NSUserKeyEquivalents

Vous pouvez également essayer de configurer le terminal pour qu'il ouvre un éditeur de texte (emacs, vi, etc.) lorsqu'une nouvelle fenêtre est ouverte. Par exemple, dans les préférences du Terminal pour "Shell", vous pouvez faire en sorte que Exécuter la commande comme /usr/bin/emacs . Si vous ne pouvez pas entrer e dans le panneau des préférences, alors il se passe quelque chose d'encore plus étrange que ce qui a été proposé jusqu'à présent...

Lorsqu'une nouvelle fenêtre de terminal est ouverte, emacs sera devrait démarrer, et vous pouvez essayer d'appuyer sur e etc. Je n'ai aucune idée de ce qui va se passer, mais comme @Pierce ci-dessus, je suis curieux de savoir ce qui se passe.

Vérifiez le réglage de la stty et assurez-vous que 'e' n'a pas été accidentellement défini comme le retour arrière ou autre. Je suis passé par là, j'ai fait ça. Stty quelque chose \e Je le ferais La recommandation de désactiver/commenter .bash* le découvrirait probablement aussi.