From: owner@emacsbugs.donarmstrong.com (Emacs bug Tracking System)
To: Juri Linkov <juri@jurta.org>
Subject: bug#2805: marked as done (23.0.90; why is minibuffer-default-add-completions a command?)
Date: Sat, 28 Mar 2009 21:25:03 +0000 [thread overview]
Message-ID: <handler.2805.D2805.1238275184470.ackdone@emacsbugs.donarmstrong.com> (raw)
In-Reply-To: 009a01c9af2a$88d7a190$0200a8c0@us.oracle.com
[-- Attachment #1: Type: text/plain, Size: 916 bytes --]
Your message dated Sat, 28 Mar 2009 23:19:09 +0200
with message-id <873acxbb1u.fsf@jurta.org>
and subject line Re: bug#2805: 23.0.90; why is minibuffer-default-add-completions a command?
has caused the Emacs bug report #2805,
regarding 23.0.90; why is minibuffer-default-add-completions a command?
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)
--
2805: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=2805
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems
[-- Attachment #2: Type: message/rfc822, Size: 3034 bytes --]
From: "Drew Adams" <drew.adams@oracle.com>
To: <emacs-pretest-bug@gnu.org>
Subject: 23.0.90; why is minibuffer-default-add-completions a command?
Date: Fri, 27 Mar 2009 15:22:36 -0700
Message-ID: <009a01c9af2a$88d7a190$0200a8c0@us.oracle.com>
emacs -Q
Should `minibuffer-default-add-completions' really be an
interactive function? I don't see where that feature is
used anywhere.
In GNU Emacs 23.0.90.1 (i386-mingw-nt5.1.2600)
of 2009-02-01 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'
[-- Attachment #3: Type: message/rfc822, Size: 2075 bytes --]
From: Juri Linkov <juri@jurta.org>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: 2805-done@emacsbugs.donarmstrong.com, Drew Adams <drew.adams@oracle.com>
Subject: Re: bug#2805: 23.0.90; why is minibuffer-default-add-completions a command?
Date: Sat, 28 Mar 2009 23:19:09 +0200
Message-ID: <873acxbb1u.fsf@jurta.org>
>>> Should `minibuffer-default-add-completions' really be an
>>> interactive function? I don't see where that feature is
>>> used anywhere.
>
>> Hmm, I don't remember why it was implemented as interactive.
>> But now I see no reason why it should be interactive.
>
> It may have been convenient when testing it. Please remove the
> (interactive) thingy.
Done.
--
Juri Linkov
http://www.jurta.org/emacs/
prev parent reply other threads:[~2009-03-28 21:25 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <873acxbb1u.fsf@jurta.org>
2009-03-27 22:22 ` bug#2805: 23.0.90; why is minibuffer-default-add-completions a command? Drew Adams
2009-03-28 0:16 ` Juri Linkov
2009-03-28 2:36 ` Stefan Monnier
2009-03-28 21:25 ` Emacs bug Tracking System [this message]
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=handler.2805.D2805.1238275184470.ackdone@emacsbugs.donarmstrong.com \
--to=owner@emacsbugs.donarmstrong.com \
--cc=juri@jurta.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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).