title: Emacs: minibuffer input is reversed when skeleton is activated by abbrev-mode
body: <p>I have a skeleton defined like this:</p>
  
  <pre><code>(define-skeleton hello-skeleton
    "Write a greeting"
    "Name: "
    "Hello " str "!")
  </code></pre>
  
  <p>When I run it with <code>M-x</code> all is well. The minibuffer displays "Name: ", and if I type in "abc" I end up with "Hello abc!". Awesome.</p>
  
  <p>Then I evaluate this:</p>
  
  <pre><code>(define-abbrev text-mode-abbrev-table "hello" "" 'hello-skeleton)
  </code></pre>
  
  <p>Now, in a buffer with text-mode and abbrev-mode activated, typing "hello" [ENTER] does cause the minibuffer to come alive and display "Name: " again, <em>but this time everything I type in is reversed</em>. Every character I type in the minibuffer pushes the previous character one step to the right and the caret doesn't move.</p>
  
  <p>So if I type "abc" I get "cba" in the minbuffer, and if I press [ENTER] I get "Hello cba!" in the buffer.</p>
  
  <p>I suspected I had some junk in my init-file but I see this behavior even if I start emacs with <code>-q</code>.</p>
  
  <p>What's going on here, why is it doing that? </p>
  
  <p>Using: GNU Emacs 24.3.1 (i386-mingw-nt6.1.7601) of 2013-03-17 on MARVIN. Windows 7 Home Prem.</p>
  
  <p><strong>Update 2014-08-23:</strong></p>
  
  <p>I can reproduce the bug with version 24.1.1 of the Emacs Windows binaries (<a href="http://ftp.gnu.org/pub/gnu/emacs/windows/" rel="nofollow">http://ftp.gnu.org/pub/gnu/emacs/windows/</a>), but not with 23.4.1.</p>
  
  <p>I tried replacing the abbrev-mode and skeleton .el and .elc files in the buggy version (24.1.1) with the ones in the bug-free version (23.4.1) but the problem did not go away. I guess something else changed between those releases that the abbrev-mode/skeleton combo does not take into account..? </p>
  
  <p>Suggestions?</p>