In Rgui in R3.1.1 Windows, use <up> to scroll back thru commands. Each <up> puts the caret (text insertion point) shows on the RHS of the line--- correct. But when I then use <left> or <Home> to move the insertion point back within the line, the caret sometimes remains completely stuck on the RHS of the line. However, if I type a character, then it does appear somewhere to the left. So the "real" insertion point has moved, but the visible caret has not.
Hard to reproduce this, I'm afraid: it's sporadic even within a session, and screenshots don't help. But when it starts happening, it seems to happen frequently for a while--- and it is annoying!
It's a different issue (I think) to the long-term but unimportant phenomenon of the caret showing in completely the wrong place (eg if <ESC> is pressed while editing an input line), but then jumping to the right place when a key is pressed.
R version 3.1.1 (2014-07-10)
Platform: i386-w64-mingw32/i386 (32-bit)
 LC_COLLATE=English_Australia.1252 LC_CTYPE=English_Australia.1252 LC_MONETARY=English_Australia.1252 LC_NUMERIC=C LC_TIME=English_Australia.1252
attached base packages:
 grDevices tcltk tools stats graphics utils methods base
other attached packages:
 ckmr_1.0.52 ckn_1.0.142 sibbery_1.47 abind_1.4-0 handy_1.1.8 Oarray.support_1.0.12 nicetime_1.0.29 chstuff_1.6 ADR_2.0.50 atease_1.0.14 handy2_1.5.22 debug_1.3.7 Oarray_1.4-5 mvbutils_2.8.54
loaded via a namespace (and not attached):
 int8_1.0.66 tweedie_2.1.5
Happens when the previous command sends output with '\r', and doesn't finish with a newline.
> cat( '\r123')
123> # won't be able to move caret after using up-arrow