From: "Drew Adams" <drew.adams@oracle.com>
To: <10382@debbugs.gnu.org>
Subject: bug#10382: 24.0.92; gratuituous `file-supersession' error for `menu-bar-update-hook'
Date: Sun, 15 Jan 2012 16:03:48 -0800 [thread overview]
Message-ID: <E4CE09EDADC5410C9B2839A6565E6253@us.oracle.com> (raw)
In-Reply-To: <5EC280AEE8324E4ABFCD26F416F0135D@us.oracle.com>
> Error in menu-bar-update-hook (imenu-update-menubar):
> (file-supersession File
> changed on disk c:/drews-lisp-20/bookmark+-1.el)
>
> [Note, that is all on one line - a very long error message!]
>
> I look in buffer `*Messages*' and see this:
>
> bookmark+-bmu.el changed on disk; really edit the buffer? (y,
> n, r or C-h) [2 times]
> Error in menu-bar-update-hook (imenu-update-menubar):
> (file-supersession File
> changed on disk c:/drews-lisp-20/bookmark+-bmu.el)
>
> Apparently I should have seen the question about editing. Emacs
> was apparently waiting for a response from me. But I could see
> nothing at all, anywhere (all buffers blanked out).
>
> Seems like maybe there is a redisplay problem here?
>
> 9. Also, I did NOT try to edit the buffer (e.g. type a character). I
> simply hit a key that dethumbifies the frame. Of course, that changes
> frame parameters, but it does not in any way try to change
> ("edit") the buffer. So I don't see why I should get the question
> at all at that point.
More info. This just happened to me again. And this time I can confirm that it
had nothing to do with thumbified frames (something I mentioned last time, as a
supposition). The buffer in question was in a normal frame, and all I did was
hit my usual `f5' key which is bound to this:
(defun revert-buffer-no-confirm () ; bound to `<f5>'
"Revert buffer without confirmation."
(interactive) (revert-buffer t t))
I believe that's what I did the last time also, though I might not have
mentioned that.
My impression now is that `f5' works seemlessly nearly all of the time, but
rarely this bug manifests itself. I'm thinking that something in Emacs does not
appreciate (revert-buffer t t) sometimes?
I do have my own version of `imenu-update-menubar', but the only difference is
that it sorts each submenu before splitting the submenus, instead of sorting
among submenus after splitting. And I don't see anything in that function that
Emacs should interpret as trying to modify the buffer.
But that seems to be what is happening: When I hit `f5' (rarely) Emacs thinks
there is an attempt to modify the buffer, so it asks for confirmation
(apparently, from what I find afterward in *Messages*, but I cannot see this
message display at the time).
Since no such message is visible, the effect is that Emacs seems to hang
(waiting for input to confirm) - i.e., it blanks out, until I hit C-g, at which
time I can finally see the message.
FWIW, that message itself, besides being way too long, is not terribly
comprehensible.
HTH.
next prev parent reply other threads:[~2012-01-16 0:03 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-27 21:41 bug#10382: 24.0.92; gratuituous `file-supersession' error for `menu-bar-update-hook' Drew Adams
2011-12-27 21:44 ` Drew Adams
2012-01-16 0:03 ` Drew Adams [this message]
2012-01-16 16:11 ` Stefan Monnier
2012-01-16 16:22 ` Drew Adams
2012-01-16 21:37 ` Stefan Monnier
2014-02-10 5:02 ` Lars Ingebrigtsen
2015-12-25 23:13 ` Lars Ingebrigtsen
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=E4CE09EDADC5410C9B2839A6565E6253@us.oracle.com \
--to=drew.adams@oracle.com \
--cc=10382@debbugs.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.