From: Lele Gaifax <lele@metapensiero.it>
To: emacs-devel@gnu.org
Subject: Weird behaviour in current Emacs master
Date: Fri, 18 Apr 2014 20:55:29 +0200 [thread overview]
Message-ID: <87k3amqxge.fsf@nautilus.nautilus> (raw)
Hi all,
today I spent a few hours investigating a very strange behaviour I got
with current Emacs trunk, that I will try to explain.
Some context: at work I have an Ubuntu desktop, where I use the
https://launchpad.net/~ubuntu-elisp/+archive/ppa Emacs package, rebuilt
every day from the master repository. This morning I did update the
system because I planned to upgrade it in the evening to the just
released 14.04 version, so I got latest Emacs and used it.
In the afternoon, editing a very simple HTML snippet, the strange thing
happened. I was able to replicate it with the following very simple code
in the buffer, where "^" is the "point":
<table>
^
</table>
When I insert "<tr>", the last char (that is, ">"), triggers the strange
thing: in my case it immediately jumps to the eye because I have
hl-line-mode active, so the remaining part of the buffer is highlighted,
that is, from the end of the second line to the end of the third line,
including the "</table>" text: effectively, a C-a brings the cursor on
the first column of the second line, a C-e brings it to the end of the
third line!
I first tried to recompile Emacs by myself, with the very same
results. Then I discovered that it must be something in the minor modes
that my configuration activates, because "emacs -Q" does not exhibit the
problem. Gosh... :-(
Back at home, I was pleased to find that my installation there was
working without problems and thankfully I compiled it just a five days
ago, so I restarted the investigation. I pulled and recompiled latest
version and effectively the problem appeared. While writing this post I
then tried to bisect the problem and eventually identified it with the
following changeset:
commit 00cbdba426ab08964ee8eae14a890945df33b595
Author: Eli Zaretskii <eliz@gnu.org>
Date: Mon Apr 14 18:32:27 2014 +0300
Fix bidirectional redisplay when deletion creates a paragraph start.
src/insdel.c (invalidate_buffer_caches): When deleting or replacing
text, invalidate the bidi_paragraph_cache upto and including the
preceding newline.
The buffer is in html-mode major mode, and this is the list of activated
minor modes:
Enabled minor modes: Auto-Composition Auto-Compression
Auto-Encryption Auto-Fill Auto-Insert Column-Number Electric-Indent
Electric-Pair File-Name-Shadow Flyspell Font-Lock
Global-Auto-Complete Global-Font-Lock Hl-Line Jabber-Activity
Line-Number Mouse-Wheel Shell-Dirtrack Show-Paren Subword
Transient-Mark Whitespace Whitespace-Cleanup Winner Yas Yas-Global
Apparently, neither html-mode nor hl-line-mode are involved, because the
problem happens also in fundamental-mode with the latter minor disabled.
Is there anything I can do to help you understand what's going wrong? I
could try "bisecting" the activation of all those minor modes... but
maybe you have some better hint on how to proceed.
Thank you in advance for any advice,
ciao, lele.
--
nickname: Lele Gaifax | Quando vivrò di quello che ho pensato ieri
real: Emanuele Gaifas | comincerò ad aver paura di chi mi copia.
lele@metapensiero.it | -- Fortunato Depero, 1929.
next reply other threads:[~2014-04-18 18:55 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-18 18:55 Lele Gaifax [this message]
2014-04-18 19:10 ` Weird behaviour in current Emacs master Eli Zaretskii
2014-04-18 21:10 ` Lele Gaifax
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87k3amqxge.fsf@nautilus.nautilus \
--to=lele@metapensiero.it \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.