all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: martin rudalics <rudalics@gmx.at>
To: Drew Adams <drew.adams@oracle.com>, Eli Zaretskii <eliz@gnu.org>
Cc: 10873@debbugs.gnu.org, larsi@gnus.org
Subject: bug#10873: 24.0.93; `report-emacs-bug' obscures bug-reporting buffer (!)
Date: Mon, 28 Dec 2015 19:23:57 +0100	[thread overview]
Message-ID: <56817E3D.9080008@gmx.at> (raw)
In-Reply-To: <dc005875-9a9e-4312-8c5b-e4f9876b9ddf@default>

 > And?  Did you mean, by (a), only that the window is not removed
 > automatically?  Or did you mean that a user cannot remove it?

I meant that when the window gets removed or reused there's no guarantee
that processing the completions will succeed.

 > If the former (which is what I hope you meant), it's up to
 > Emacs not to violate (a) (i.e., not to remove it automatically
 > until (b)).

Or not to reuse it for showing another buffer.  That's what the
dedicated flag seems to be for.

 > And I think it must be the former, because I don't see that Emacs
 > prevents the user from removing the window.  And if the user
 > removes the window then presumbably it is no longer needed.

That's the idea, I think.

 > Or maybe you mean that the user removes it accidentally?
 > Even then, I don't see the problem.  If there were a real
 > problem with removing the window then Emacs should not
 > let the user remove it.

I said that Emacs is nice.  It lets the user remove or reuse the window
and thus terminate the completions dialogue.

 > And I don't even understand what it means (for Emacs or for
 > the user) to violate (b).

That this completions dialogue cannot be continued reliably.

 > This is all a bit too vague and hypothetical for me, I'm
 > afraid.  I don't have the impression I'm being much help
 > now, as I can't really follow your point.

I don't remember ever having contributed anything to the completions
code or to ‘report-emacs-bug’ so I cannot be more concrete.  I meanwhile
pushed the change proposed earlier.  If you don't like the new behavior
you will have to come up with a suitable solution.  Eli said that we
must solve this bug.

martin






  reply	other threads:[~2015-12-28 18:23 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-22 23:21 bug#10873: 24.0.93; `report-emacs-bug' obscures bug-reporting buffer (!) Drew Adams
2012-09-17  0:10 ` Drew Adams
2014-02-09  5:11 ` Lars Ingebrigtsen
2014-02-11 14:33   ` Drew Adams
2015-12-25 23:34     ` Drew Adams
2015-12-26  9:36       ` Eli Zaretskii
2015-12-27 16:05         ` martin rudalics
2015-12-27 16:12           ` martin rudalics
2015-12-27 16:25           ` Eli Zaretskii
2015-12-27 16:57             ` Drew Adams
2015-12-27 17:16               ` Eli Zaretskii
2015-12-27 17:06             ` martin rudalics
2015-12-27 17:15               ` Eli Zaretskii
2015-12-27 18:00                 ` Drew Adams
2015-12-27 18:37                   ` martin rudalics
2015-12-27 19:14                     ` Drew Adams
2015-12-28 10:08                       ` martin rudalics
2015-12-27 18:36                 ` martin rudalics
2015-12-28 18:23                 ` martin rudalics
2015-12-28 18:35                   ` Eli Zaretskii
2016-04-28 13:47                     ` Lars Ingebrigtsen
2015-12-27 18:00               ` Drew Adams
2015-12-27 16:51           ` Drew Adams
2015-12-27 17:06             ` martin rudalics
2015-12-27 18:00               ` Drew Adams
2015-12-27 18:37                 ` martin rudalics
2015-12-27 19:14                   ` Drew Adams
2015-12-28 10:08                     ` martin rudalics
2015-12-28 10:44                       ` Drew Adams
2015-12-28 18:23                         ` martin rudalics [this message]
2015-12-28 18:41                           ` Drew Adams
     [not found]     ` <<43f2b0b2-fafc-43a9-b56a-120b90878cbc@default>
     [not found]       ` <<838u4hk0um.fsf@gnu.org>
     [not found]         ` <<56800C2E.80300@gmx.at>
     [not found]           ` <<83bn9bhna2.fsf@gnu.org>
     [not found]             ` <<1cf60229-6b8c-4c53-96f2-1b8f5d74b80b@default>
     [not found]               ` <<8337unhkwt.fsf@gnu.org>
2015-12-27 18:00                 ` Drew Adams

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=56817E3D.9080008@gmx.at \
    --to=rudalics@gmx.at \
    --cc=10873@debbugs.gnu.org \
    --cc=drew.adams@oracle.com \
    --cc=eliz@gnu.org \
    --cc=larsi@gnus.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.