GNU bug report logs -
#37552
27.0.50; Unexpected cursor position after ispell-complete-word
Previous Next
Reported by: Mauro Aranda <maurooaranda <at> gmail.com>
Date: Sun, 29 Sep 2019 11:46:02 UTC
Severity: minor
Tags: confirmed
Found in version 27.0.50
Fixed in version 28.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 37552 in the body.
You can then email your comments to 37552 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37552
; Package
emacs
.
(Sun, 29 Sep 2019 11:46:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Mauro Aranda <maurooaranda <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 29 Sep 2019 11:46:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello.
Recipe to reproduce this bug, starting from emacs -Q:
1) C-x b test
2) M-x text-mode
3) Type something like this:
One sentence.
Other sentence.
4) Go to the first sentence, after the period. Type anything and then
type C-M-i to complete it.
I type "comple" and complete it to "complete".
5) I expect the cursor to be at the end of the word just completed. But
I see it moving to the next line. With different words completed, the
exact position changes, but to me the cursor always ends up in an
unexpected position.
Best regards,
Mauro.
In GNU Emacs 27.0.50 (build 51, i686-pc-linux-gnu, GTK+ Version 3.18.9)
of 2019-09-29 built on the-blackbeard
Repository revision: 46eb6df45358f413847ceb882898b2326f7584c8
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.11906000
System Description: Ubuntu 16.04.6 LTS
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
(New file)
Starting "look" process...
Configured using:
'configure --enable-check-lisp-object-type'
Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND GPM DBUS GSETTINGS GLIB NOTIFY INOTIFY
ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM THREADS PDUMPER LCMS2 GMP
Important settings:
value of $LANG: en_US.utf8
value of $XMODIFIERS:
locale-coding-system: utf-8-unix
Major mode: Text
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs text-property-search time-date
subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader cl-loaddefs
cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
ispell tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core term/tty-colors frame cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote threads dbusbind
inotify lcms2 dynamic-setting system-font-setting font-render-setting
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)
Memory information:
((conses 8 48799 6392)
(symbols 24 6117 1)
(strings 16 16510 1760)
(string-bytes 1 541197)
(vectors 8 10909)
(vector-slots 4 137958 17442)
(floats 8 19 42)
(intervals 28 194 7)
(buffers 564 12)
(heap 1024 7419 858))
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37552
; Package
emacs
.
(Sun, 29 Sep 2019 12:31:04 GMT)
Full text and
rfc822 format available.
Message #8 received at 37552 <at> debbugs.gnu.org (full text, mbox):
> From: Mauro Aranda <maurooaranda <at> gmail.com>
> Date: Sun, 29 Sep 2019 08:44:48 -0300
>
> 1) C-x b test
> 2) M-x text-mode
> 3) Type something like this:
> One sentence.
> Other sentence.
>
> 4) Go to the first sentence, after the period. Type anything and then
> type C-M-i to complete it.
> I type "comple" and complete it to "complete".
>
> 5) I expect the cursor to be at the end of the word just completed. But
> I see it moving to the next line. With different words completed, the
> exact position changes, but to me the cursor always ends up in an
> unexpected position.
Looks like it expects you to invoke the command at the beginning of a
word.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37552
; Package
emacs
.
(Sun, 29 Sep 2019 13:15:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 37552 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> writes:
>> From: Mauro Aranda <maurooaranda <at> gmail.com>
>> Date: Sun, 29 Sep 2019 08:44:48 -0300
>>
>> 1) C-x b test
>> 2) M-x text-mode
>> 3) Type something like this:
>> One sentence.
>> Other sentence.
>>
>> 4) Go to the first sentence, after the period. Type anything and then
>> type C-M-i to complete it.
>> I type "comple" and complete it to "complete".
>>
>> 5) I expect the cursor to be at the end of the word just completed. But
>> I see it moving to the next line. With different words completed, the
>> exact position changes, but to me the cursor always ends up in an
>> unexpected position.
>
> Looks like it expects you to invoke the command at the beginning of a
> word.
I see. That works as I expected, right.
But what I described still looks like a bug to me, though...I mean, I
think the user shouldn't have to type M-b to then type C-M-i, in order
to be able to continue typing after the completed word.
Furthermore, the documentation under Spelling, in the Emacs Manual says:
Complete the word before point based on the spelling dictionary
(‘ispell-complete-word’).
and then:
Insert the beginning of a word, and then type ‘M-<TAB>’;
Note the "before point". That's what I did. The only thing different I
did was that I wanted to complete a word that was not at the end of the
buffer. And knowing only that much, I expected the cursor to be at the
end of the completed word.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37552
; Package
emacs
.
(Sun, 29 Sep 2019 13:36:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 37552 <at> debbugs.gnu.org (full text, mbox):
> From: Mauro Aranda <maurooaranda <at> gmail.com>
> Date: Sun, 29 Sep 2019 10:14:13 -0300
> Cc: 37552 <at> debbugs.gnu.org
>
> > Looks like it expects you to invoke the command at the beginning of a
> > word.
>
> I see. That works as I expected, right.
>
> But what I described still looks like a bug to me, though...
It's a bug, no doubt.
Added tag(s) confirmed.
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Sat, 05 Sep 2020 00:52:01 GMT)
Full text and
rfc822 format available.
Severity set to 'minor' from 'normal'
Request was from
Stefan Kangas <stefan <at> marxist.se>
to
control <at> debbugs.gnu.org
.
(Sat, 05 Sep 2020 00:52:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37552
; Package
emacs
.
(Tue, 31 Aug 2021 02:32:02 GMT)
Full text and
rfc822 format available.
Message #21 received at 37552 <at> debbugs.gnu.org (full text, mbox):
Mauro Aranda <maurooaranda <at> gmail.com> writes:
> Recipe to reproduce this bug, starting from emacs -Q:
> 1) C-x b test
> 2) M-x text-mode
> 3) Type something like this:
> One sentence.
> Other sentence.
>
> 4) Go to the first sentence, after the period. Type anything and then
> type C-M-i to complete it.
> I type "comple" and complete it to "complete".
>
> 5) I expect the cursor to be at the end of the word just completed. But
> I see it moving to the next line. With different words completed, the
> exact position changes, but to me the cursor always ends up in an
> unexpected position.
Yup. Now fixed in Emacs 28.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug marked as fixed in version 28.1, send any further explanations to
37552 <at> debbugs.gnu.org and Mauro Aranda <maurooaranda <at> gmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Tue, 31 Aug 2021 02:32:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 28 Sep 2021 11:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 261 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.