bug#71728: previous-line-or-history-element should put cursor at end, like comint-previous-input

[Eli Zaretskii]

> From: Dan Jacobson <jidanni@jidanni.org>
> Cc: 71728@debbugs.gnu.org
> Date: Sun, 23 Jun 2024 21:38:23 +0800
> 
> >>>>> "EZ" == Eli Zaretskii <eliz@gnu.org> writes:
> >> From: Dan Jacobson <jidanni@jidanni.org>
> >> !    ;; dired-do-shell-command
> >> l    ;; self-insert-command
> >> s    ;; self-insert-command
> >> <return> ;; exit-minibuffer
> >> !    ;; dired-do-shell-command
> >> <up>         ;; previous-line-or-history-element
> >> C-e          ;; move-end-of-line
> >> SPC          ;; self-insert-command
> >> -    ;; self-insert-command
> >> a    ;; self-insert-command
> >> <return> ;; exit-minibuffer
> >> !    ;; dired-do-shell-command
> >> <up>         ;; previous-line-or-history-element
> >> C-e          ;; move-end-of-line
> >> l    ;; self-insert-command
> >> <return> ;; exit-minibuffer
> 
> EZ> If you don't like the current heuristics, use M-p instead of the <UP> 
> arrow.
> 
> Alas, in my above example, M-p behaves exactly the same as <up>.

So you are complaining about the usual Emacs behavior of vertical
motion, which keeps the column?  Why should Emacs go to EOL in this
particular case when it doesn't do that in any other buffer/window?