* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-22 16:59 ` Drew Adams
@ 2020-09-22 19:30 ` Juri Linkov
2020-09-22 20:44 ` Drew Adams
0 siblings, 1 reply; 28+ messages in thread
From: Juri Linkov @ 2020-09-22 19:30 UTC (permalink / raw)
To: 43569
This is a new bug report spun off from bug#43308.
>> Another problem is that selecting "Continue Tags Search"
>> signals the error:
>>
>> emacs -Q
>> Select "Edit" -> "Search" -> "Continue Tags Search"
>>
>> Lisp error: (wrong-type-argument commandp fileloop-continue)
>
> I don't see that with emacs -Q, loading menu-bar+.el,
> and using that item in the Search menu (which is not
> under Edit). Dunno why. I see just this error message:
> "No operation in progress", which makes sense.
The error occurs only when fileloop.el is not yet loaded.
>> I think "Continue Tags Search" should be disabled when it has no effect.
>
> I've done that now, in menu-bar+.el. I use this, but
> perhaps someone can let me know if it's not the right,
> or best, condition to use. (I use condition-case, not
> ignore-errors, for compatibility with older Emacs.)
>
> :enable (not (condition-case nil
> (tags-loop-eval tags-loop-scan)
> (error t)))
I tried this, but it doesn't enable "Continue Tags Search"
after starting "Search Tagged Files...". And I don't know
what else could be checked.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-22 19:30 ` bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error Juri Linkov
@ 2020-09-22 20:44 ` Drew Adams
2020-09-26 8:52 ` Eli Zaretskii
0 siblings, 1 reply; 28+ messages in thread
From: Drew Adams @ 2020-09-22 20:44 UTC (permalink / raw)
To: Juri Linkov, 43569
> >> I think "Continue Tags Search" should be disabled when it has no effect.
> >
> > I've done that now, in menu-bar+.el. I use this, but
> > perhaps someone can let me know if it's not the right,
> > or best, condition to use. (I use condition-case, not
> > ignore-errors, for compatibility with older Emacs.)
> >
> > :enable (not (condition-case nil
> > (tags-loop-eval tags-loop-scan)
> > (error t)))
>
> I tried this, but it doesn't enable "Continue Tags Search"
> after starting "Search Tagged Files...". And I don't know
> what else could be checked.
I think the xref changes broke the use of the tags code.
You can use `M-x tags-loop-continue'. I think that
:enable code should work - and it does work for Emacs < 27.
But you're right that it no longer works. Looks like the
code for the tags-search feature was changed partially,
and stuff was declared obsolete (which shouldn't have been
done, IMO).
* Xref as an alternative is one thing - OK.
* Xref as the new default is another thing - OK, but not my
preference.
* Xref stealing the same keys is yet another thing - Not OK, IMO.
* But declaring the tags functionality and code to be
obsolete is KO, IMO. Overzealous NIH'ism, I expect.
Users should have both tags and xref available, as equals.
Guess I'll have to :enable that menu item unconditionally
for Emacs 27 and later (and leave it conditional for
Emacs before the breakage):
(define-key menu-bar-search-tags-menu [tags-continue]
'(menu-item "Continue Tags Search/Replace" tags-loop-continue
:help "Continue last tags search or replace operation"
:enable (or (> emacs-major-version 26)
(not (condition-case nil
(tags-loop-eval tags-loop-scan)
(error t))))))
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-22 20:44 ` Drew Adams
@ 2020-09-26 8:52 ` Eli Zaretskii
0 siblings, 0 replies; 28+ messages in thread
From: Eli Zaretskii @ 2020-09-26 8:52 UTC (permalink / raw)
To: Drew Adams; +Cc: 43569, juri
> Date: Tue, 22 Sep 2020 13:44:36 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
>
> > >> I think "Continue Tags Search" should be disabled when it has no effect.
> > >
> > > I've done that now, in menu-bar+.el. I use this, but
> > > perhaps someone can let me know if it's not the right,
> > > or best, condition to use. (I use condition-case, not
> > > ignore-errors, for compatibility with older Emacs.)
> > >
> > > :enable (not (condition-case nil
> > > (tags-loop-eval tags-loop-scan)
> > > (error t)))
> >
> > I tried this, but it doesn't enable "Continue Tags Search"
> > after starting "Search Tagged Files...". And I don't know
> > what else could be checked.
>
> I think the xref changes broke the use of the tags code.
> You can use `M-x tags-loop-continue'. I think that
> :enable code should work - and it does work for Emacs < 27.
I tried to fix this on the emacs-27 branch, please take a look.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
[not found] ` <<83zh5crkbb.fsf@gnu.org>
@ 2020-09-26 14:53 ` Drew Adams
2020-09-26 15:15 ` Eli Zaretskii
0 siblings, 1 reply; 28+ messages in thread
From: Drew Adams @ 2020-09-26 14:53 UTC (permalink / raw)
To: Eli Zaretskii, Drew Adams; +Cc: 43569, juri
> > > > :enable (not (condition-case nil
> > > > (tags-loop-eval tags-loop-scan)
> > > > (error t)))
> > >
> > > I tried this, but it doesn't enable "Continue Tags Search"
> > > after starting "Search Tagged Files...". And I don't know
> > > what else could be checked.
> >
> > I think the xref changes broke the use of the tags code.
> > You can use `M-x tags-loop-continue'. I think that
> > :enable code should work - and it does work for Emacs < 27.
>
> I tried to fix this on the emacs-27 branch, please take a look.
Someone else will need to do that, I'm afraid.
Or if you post something here that I can use
to replace the :enable code I showed, I'll be
glad to try that and let you know what I see.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-26 14:53 ` Drew Adams
@ 2020-09-26 15:15 ` Eli Zaretskii
0 siblings, 0 replies; 28+ messages in thread
From: Eli Zaretskii @ 2020-09-26 15:15 UTC (permalink / raw)
To: Drew Adams; +Cc: 43569, juri
> Date: Sat, 26 Sep 2020 07:53:23 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: juri@linkov.net, 43569@debbugs.gnu.org
>
> > I tried to fix this on the emacs-27 branch, please take a look.
>
> Someone else will need to do that, I'm afraid.
>
> Or if you post something here that I can use
> to replace the :enable code I showed, I'll be
> glad to try that and let you know what I see.
You can see the code via the Git Web interface offered by Savannah's
Emacs page. I provided a link several times in the past.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
[not found] ` <<83eemor2lx.fsf@gnu.org>
@ 2020-09-26 15:31 ` Drew Adams
2020-09-26 15:39 ` Eli Zaretskii
0 siblings, 1 reply; 28+ messages in thread
From: Drew Adams @ 2020-09-26 15:31 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 43569, juri
> > > I tried to fix this on the emacs-27 branch, please take a look.
> >
> > Someone else will need to do that, I'm afraid.
> >
> > Or if you post something here that I can use
> > to replace the :enable code I showed, I'll be
> > glad to try that and let you know what I see.
>
> You can see the code via the Git Web interface offered by Savannah's
> Emacs page. I provided a link several times in the past.
If you post something here that I can use to
replace the :enable code I showed, I'll be
glad to try that and let you know what I see.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-26 15:31 ` Drew Adams
@ 2020-09-26 15:39 ` Eli Zaretskii
2020-09-26 15:45 ` Lars Ingebrigtsen
2020-09-26 16:31 ` Drew Adams
0 siblings, 2 replies; 28+ messages in thread
From: Eli Zaretskii @ 2020-09-26 15:39 UTC (permalink / raw)
To: Drew Adams; +Cc: 43569, juri
> Date: Sat, 26 Sep 2020 08:31:19 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: juri@linkov.net, 43569@debbugs.gnu.org
>
> > You can see the code via the Git Web interface offered by Savannah's
> > Emacs page. I provided a link several times in the past.
>
> If you post something here that I can use to
> replace the :enable code I showed, I'll be
> glad to try that and let you know what I see.
Sigh... As mentioned several times before, please go to
https://git.savannah.gnu.org/cgit/emacs.git
Click on "emacs-27", find my change from a few hours ago, click on its
line, and you will see the diffs.
(Can I convince you to bookmark that page, and use it henceforth when
you want to see some change installed in the repository?)
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-26 15:39 ` Eli Zaretskii
@ 2020-09-26 15:45 ` Lars Ingebrigtsen
2020-09-26 15:55 ` Eli Zaretskii
2020-09-26 16:31 ` Drew Adams
1 sibling, 1 reply; 28+ messages in thread
From: Lars Ingebrigtsen @ 2020-09-26 15:45 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 43569, juri
Eli Zaretskii <eliz@gnu.org> writes:
> Sigh... As mentioned several times before, please go to
>
> https://git.savannah.gnu.org/cgit/emacs.git
>
> Click on "emacs-27", find my change from a few hours ago, click on its
> line, and you will see the diffs.
Good advice, but this reminds me of something that occurred to me some
time ago: Perhaps it would be nice if the script that sends out diff
emails also looked for text in the commit message that says "bug#4242"
and then Cc's 4242@debbugs.gnu.org?
It would be especially useful when doing bug triage on reopened bug
reports, where you could see what the patch applied was without going on
an archaeological expedition into git log, but also generally more
friendly towards bug reporters, who could then see the patch immediately
themselves.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-26 15:45 ` Lars Ingebrigtsen
@ 2020-09-26 15:55 ` Eli Zaretskii
2020-09-26 16:13 ` Lars Ingebrigtsen
2020-09-26 18:58 ` Kévin Le Gouguec
0 siblings, 2 replies; 28+ messages in thread
From: Eli Zaretskii @ 2020-09-26 15:55 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 43569, juri
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: Drew Adams <drew.adams@oracle.com>, 43569@debbugs.gnu.org,
> juri@linkov.net
> Date: Sat, 26 Sep 2020 17:45:21 +0200
>
> Good advice, but this reminds me of something that occurred to me some
> time ago: Perhaps it would be nice if the script that sends out diff
> emails also looked for text in the commit message that says "bug#4242"
> and then Cc's 4242@debbugs.gnu.org?
I don't think I want to get patches in my mailbox twice. There's
emacs-diffs for that purpose.
> It would be especially useful when doing bug triage on reopened bug
> reports, where you could see what the patch applied was without going on
> an archaeological expedition into git log
But that's just one Git command away...
> but also generally more friendly towards bug reporters, who could
> then see the patch immediately themselves.
Only if they are subscribed to the bug list, no?
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-26 15:55 ` Eli Zaretskii
@ 2020-09-26 16:13 ` Lars Ingebrigtsen
2020-09-26 16:27 ` Eli Zaretskii
2020-09-26 18:58 ` Kévin Le Gouguec
1 sibling, 1 reply; 28+ messages in thread
From: Lars Ingebrigtsen @ 2020-09-26 16:13 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 43569, juri
Eli Zaretskii <eliz@gnu.org> writes:
>> but also generally more friendly towards bug reporters, who could
>> then see the patch immediately themselves.
>
> Only if they are subscribed to the bug list, no?
I thought the bug reporter got a copy of all mail to the
@debbugs.gnu.org address? Hm. But... come to think of it, they don't
do, they?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-26 16:13 ` Lars Ingebrigtsen
@ 2020-09-26 16:27 ` Eli Zaretskii
0 siblings, 0 replies; 28+ messages in thread
From: Eli Zaretskii @ 2020-09-26 16:27 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 43569, juri
> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: drew.adams@oracle.com, 43569@debbugs.gnu.org, juri@linkov.net
> Date: Sat, 26 Sep 2020 18:13:52 +0200
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> >> but also generally more friendly towards bug reporters, who could
> >> then see the patch immediately themselves.
> >
> > Only if they are subscribed to the bug list, no?
>
> I thought the bug reporter got a copy of all mail to the
> @debbugs.gnu.org address? Hm. But... come to think of it, they don't
> do, they?
Not unless there's some magic on debbugs. They get the message which
closes a bug, but I don't think they automatically get other messages,
unless they are CC'ed.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-26 15:39 ` Eli Zaretskii
2020-09-26 15:45 ` Lars Ingebrigtsen
@ 2020-09-26 16:31 ` Drew Adams
2020-09-26 16:39 ` Eli Zaretskii
1 sibling, 1 reply; 28+ messages in thread
From: Drew Adams @ 2020-09-26 16:31 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 43569, juri
> > > You can see the code via the Git Web interface offered by Savannah's
> > > Emacs page. I provided a link several times in the past.
> >
> > If you post something here that I can use to
> > replace the :enable code I showed, I'll be
> > glad to try that and let you know what I see.
>
> Sigh... As mentioned several times before, please go to...
> Click on "emacs-27", find my change from a few hours ago, click on its
> line, and you will see the diffs.
> (Can I convince you to bookmark that page, and use it henceforth when
> you want to see some change installed in the repository?)
I think we're miscommunicating. I didn't ask
to see your patch (diff).
I said that if you post here code I can use
to replace the :enable code I showed then I'll
be glad to help out by trying it and letting
you know what I see. If you don't want to do
that, fine.
And thanks for patching, assuming the result
takes care of the problem discussed. In that
case, when Emacs releases again (27.2?), with
the patch applied, Emacs will no longer present
the reported regression - the same :enable
will work for all Emacs releases (except 27.1).
In that case, the :enable condition will become:
(or (version= "27.1" emacs-version) ; bug #43569
(not (condition-case nil
(tags-loop-eval tags-loop-scan)
(error t))))
so that the menu item is still enabled
unconditionally for the (presumably still)
broken 27.1.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-26 16:31 ` Drew Adams
@ 2020-09-26 16:39 ` Eli Zaretskii
0 siblings, 0 replies; 28+ messages in thread
From: Eli Zaretskii @ 2020-09-26 16:39 UTC (permalink / raw)
To: Drew Adams; +Cc: 43569, juri
> Date: Sat, 26 Sep 2020 09:31:43 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: juri@linkov.net, 43569@debbugs.gnu.org
>
> > Sigh... As mentioned several times before, please go to...
> > Click on "emacs-27", find my change from a few hours ago, click on its
> > line, and you will see the diffs.
> > (Can I convince you to bookmark that page, and use it henceforth when
> > you want to see some change installed in the repository?)
>
> I think we're miscommunicating. I didn't ask
> to see your patch (diff).
>
> I said that if you post here code I can use
> to replace the :enable code I showed then I'll
> be glad to help out by trying it and letting
> you know what I see. If you don't want to do
> that, fine.
The patch shows the code, doesn't it? So why do you insist on seeing
the code and not the change?
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-26 15:55 ` Eli Zaretskii
2020-09-26 16:13 ` Lars Ingebrigtsen
@ 2020-09-26 18:58 ` Kévin Le Gouguec
2020-09-26 19:09 ` Eli Zaretskii
1 sibling, 1 reply; 28+ messages in thread
From: Kévin Le Gouguec @ 2020-09-26 18:58 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Lars Ingebrigtsen, 43569, juri
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Lars Ingebrigtsen <larsi@gnus.org>
>> Cc: Drew Adams <drew.adams@oracle.com>, 43569@debbugs.gnu.org,
>> juri@linkov.net
>> Date: Sat, 26 Sep 2020 17:45:21 +0200
>>
>> Good advice, but this reminds me of something that occurred to me some
>> time ago: Perhaps it would be nice if the script that sends out diff
>> emails also looked for text in the commit message that says "bug#4242"
>> and then Cc's 4242@debbugs.gnu.org?
>
> I don't think I want to get patches in my mailbox twice. There's
> emacs-diffs for that purpose.
Maybe 4242-quiet@debbugs.gnu.org?
Quoth <https://debbugs.gnu.org/Developer.html>:
> If you wish to send a followup message which is not appropriate for
> any mailing list you can do so by sending it to
> nnn-quiet@debbugs.gnu.org or nnn-maintonly@debbugs.gnu.org. Mail to
> nnn-quiet@debbugs.gnu.org is filed in the bug Tracking System but is
> not delivered to any individuals or mailing lists. Mail to
> nnn-maintonly@debbugs.gnu.org is filed in the bug Tracking System and
> is delivered only to the maintainer of the package in question.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-26 18:58 ` Kévin Le Gouguec
@ 2020-09-26 19:09 ` Eli Zaretskii
2020-09-26 21:40 ` Lars Ingebrigtsen
0 siblings, 1 reply; 28+ messages in thread
From: Eli Zaretskii @ 2020-09-26 19:09 UTC (permalink / raw)
To: Kévin Le Gouguec; +Cc: larsi, 43569, juri
> From: Kévin Le Gouguec <kevin.legouguec@gmail.com>
> Cc: Lars Ingebrigtsen <larsi@gnus.org>, 43569@debbugs.gnu.org,
> juri@linkov.net
> Date: Sat, 26 Sep 2020 20:58:38 +0200
>
> > I don't think I want to get patches in my mailbox twice. There's
> > emacs-diffs for that purpose.
>
> Maybe 4242-quiet@debbugs.gnu.org?
>
> Quoth <https://debbugs.gnu.org/Developer.html>:
>
> > If you wish to send a followup message which is not appropriate for
> > any mailing list you can do so by sending it to
> > nnn-quiet@debbugs.gnu.org or nnn-maintonly@debbugs.gnu.org. Mail to
> > nnn-quiet@debbugs.gnu.org is filed in the bug Tracking System but is
> > not delivered to any individuals or mailing lists. Mail to
> > nnn-maintonly@debbugs.gnu.org is filed in the bug Tracking System and
> > is delivered only to the maintainer of the package in question.
That sounds like the direct opposite of what is being saiught here,
doesn't it?
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
[not found] ` <<83zh5cpk5q.fsf@gnu.org>
@ 2020-09-26 19:32 ` Drew Adams
2020-09-26 19:34 ` Eli Zaretskii
0 siblings, 1 reply; 28+ messages in thread
From: Drew Adams @ 2020-09-26 19:32 UTC (permalink / raw)
To: Eli Zaretskii, Drew Adams; +Cc: 43569, juri
> > I said that if you post here code I can use
> > to replace the :enable code I showed then I'll
> > be glad to help out by trying it and letting
> > you know what I see. If you don't want to do
> > that, fine.
>
> The patch shows the code, doesn't it? So why do you insist on seeing
> the code and not the change?
I didn't insist on anything. If you want me to help
by trying some alternative :enable code I'm willing
to do that, if you show that :enable code.
If not, that's OK by me. I'll go with this as a guess:
(or (version= "27.1" emacs-version) ; bug #43569
(not (condition-case nil
(tags-loop-eval tags-loop-scan)
(error t))))
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-26 19:32 ` Drew Adams
@ 2020-09-26 19:34 ` Eli Zaretskii
0 siblings, 0 replies; 28+ messages in thread
From: Eli Zaretskii @ 2020-09-26 19:34 UTC (permalink / raw)
To: Drew Adams; +Cc: 43569, juri
> Date: Sat, 26 Sep 2020 12:32:42 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: juri@linkov.net, 43569@debbugs.gnu.org
>
> If not, that's OK by me. I'll go with this as a guess:
>
> (or (version= "27.1" emacs-version) ; bug #43569
> (not (condition-case nil
> (tags-loop-eval tags-loop-scan)
> (error t))))
That's not what I've done.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-26 19:09 ` Eli Zaretskii
@ 2020-09-26 21:40 ` Lars Ingebrigtsen
2020-09-27 10:22 ` Kévin Le Gouguec
0 siblings, 1 reply; 28+ messages in thread
From: Lars Ingebrigtsen @ 2020-09-26 21:40 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Kévin Le Gouguec, 43569, juri
Eli Zaretskii <eliz@gnu.org> writes:
>> > If you wish to send a followup message which is not appropriate for
>> > any mailing list you can do so by sending it to
>> > nnn-quiet@debbugs.gnu.org or nnn-maintonly@debbugs.gnu.org. Mail to
>> > nnn-quiet@debbugs.gnu.org is filed in the bug Tracking System but is
>> > not delivered to any individuals or mailing lists. Mail to
>> > nnn-maintonly@debbugs.gnu.org is filed in the bug Tracking System and
>> > is delivered only to the maintainer of the package in question.
>
> That sounds like the direct opposite of what is being saiught here,
> doesn't it?
It doesn't help with sending the patch to the bug reporter, but it does
fix the problem of stashing a copy of the patch in the bug tracker (and
not annoying anybody when doing so), though.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
[not found] ` <<83imc0pc13.fsf@gnu.org>
@ 2020-09-27 1:17 ` Drew Adams
2020-09-27 6:23 ` Eli Zaretskii
0 siblings, 1 reply; 28+ messages in thread
From: Drew Adams @ 2020-09-27 1:17 UTC (permalink / raw)
To: Eli Zaretskii, Drew Adams; +Cc: 43569, juri
> That's not what I've done.
OK, I've looked at your patch; thx. And I've updated
my code. For Emacs < 27, I've found that there's no
good condition for :enable. I was mistaken thinking
that (tags-loop-eval tags-loop-scan) could be used.
___
FWIW:
I call the menu item for [tags-repl-continue]
"Continue Search/Replace", with :help "Continue last
tags search or replace operation".
It's incorrect to say that it continues the last tags
replace operation. It continues the last tags search
or replace operation. If the last tags operation was
`tags-search' and not `tags-query-replace', then it
continues the last search, not the last replace.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-27 1:17 ` Drew Adams
@ 2020-09-27 6:23 ` Eli Zaretskii
0 siblings, 0 replies; 28+ messages in thread
From: Eli Zaretskii @ 2020-09-27 6:23 UTC (permalink / raw)
To: Drew Adams; +Cc: 43569, juri
> Date: Sat, 26 Sep 2020 18:17:26 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: juri@linkov.net, 43569@debbugs.gnu.org
>
> I call the menu item for [tags-repl-continue]
> "Continue Search/Replace", with :help "Continue last
> tags search or replace operation".
>
> It's incorrect to say that it continues the last tags
> replace operation. It continues the last tags search
> or replace operation. If the last tags operation was
> `tags-search' and not `tags-query-replace', then it
> continues the last search, not the last replace.
That is factually correct, but I think the current menus are less
confusing to newbies than your proposal.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-26 21:40 ` Lars Ingebrigtsen
@ 2020-09-27 10:22 ` Kévin Le Gouguec
2020-09-27 12:17 ` Lars Ingebrigtsen
0 siblings, 1 reply; 28+ messages in thread
From: Kévin Le Gouguec @ 2020-09-27 10:22 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 43569, juri
Lars Ingebrigtsen <larsi@gnus.org> writes:
> Eli Zaretskii <eliz@gnu.org> writes:
>
>>> > If you wish to send a followup message which is not appropriate for
>>> > any mailing list you can do so by sending it to
>>> > nnn-quiet@debbugs.gnu.org or nnn-maintonly@debbugs.gnu.org. Mail to
>>> > nnn-quiet@debbugs.gnu.org is filed in the bug Tracking System but is
>>> > not delivered to any individuals or mailing lists. Mail to
>>> > nnn-maintonly@debbugs.gnu.org is filed in the bug Tracking System and
>>> > is delivered only to the maintainer of the package in question.
>>
>> That sounds like the direct opposite of what is being saiught here,
>> doesn't it?
>
> It doesn't help with sending the patch to the bug reporter, but it does
> fix the problem of stashing a copy of the patch in the bug tracker (and
> not annoying anybody when doing so), though.
Yes, that's the issue I was thinking about (sorry for not being explicit
enough, I counted on my selective quoting to do the work for me).
FWIW this feature (having the BTS record what patches were applied in
the context of a specific report) is a thing other forges do.
I can't speak for the maintainers of projects hosted on these forges,
but I can imagine it being handy: sure, finding all commits referencing
a bug ID is "just one Git command away", but that can mean a couple of
seconds twiddling one's thumbs while the disk spins; having that
information readily displayed in the thread sounds like a timesaver.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-27 10:22 ` Kévin Le Gouguec
@ 2020-09-27 12:17 ` Lars Ingebrigtsen
2020-09-27 13:00 ` Dmitry Gutov
0 siblings, 1 reply; 28+ messages in thread
From: Lars Ingebrigtsen @ 2020-09-27 12:17 UTC (permalink / raw)
To: Kévin Le Gouguec; +Cc: 43569, juri
Kévin Le Gouguec <kevin.legouguec@gmail.com> writes:
> I can't speak for the maintainers of projects hosted on these forges,
> but I can imagine it being handy: sure, finding all commits referencing
> a bug ID is "just one Git command away", but that can mean a couple of
> seconds twiddling one's thumbs while the disk spins; having that
> information readily displayed in the thread sounds like a timesaver.
It also helps the people who are looking at the web interface -- the
patch that resolves the bug report would be there, which I often find
helpful when looking at problems in other systems.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-27 12:17 ` Lars Ingebrigtsen
@ 2020-09-27 13:00 ` Dmitry Gutov
2020-09-27 13:03 ` Lars Ingebrigtsen
0 siblings, 1 reply; 28+ messages in thread
From: Dmitry Gutov @ 2020-09-27 13:00 UTC (permalink / raw)
To: Lars Ingebrigtsen, Kévin Le Gouguec; +Cc: 43569, juri
On 27.09.2020 15:17, Lars Ingebrigtsen wrote:
> It also helps the people who are looking at the web interface -- the
> patch that resolves the bug report would be there, which I often find
> helpful when looking at problems in other systems.
It could also be an HTTP URL instead of the patch itself, if we wanted
to avoid duplication.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-27 13:00 ` Dmitry Gutov
@ 2020-09-27 13:03 ` Lars Ingebrigtsen
0 siblings, 0 replies; 28+ messages in thread
From: Lars Ingebrigtsen @ 2020-09-27 13:03 UTC (permalink / raw)
To: Dmitry Gutov; +Cc: Kévin Le Gouguec, 43569, juri
Dmitry Gutov <dgutov@yandex.ru> writes:
> On 27.09.2020 15:17, Lars Ingebrigtsen wrote:
>> It also helps the people who are looking at the web interface -- the
>> patch that resolves the bug report would be there, which I often find
>> helpful when looking at problems in other systems.
>
> It could also be an HTTP URL instead of the patch itself, if we wanted
> to avoid duplication.
I'd prefer the patch itself -- systems come and go, and URLs don't last.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
[not found] ` <<83a6xbpwky.fsf@gnu.org>
@ 2020-09-27 19:10 ` Drew Adams
2020-09-28 6:00 ` Eli Zaretskii
0 siblings, 1 reply; 28+ messages in thread
From: Drew Adams @ 2020-09-27 19:10 UTC (permalink / raw)
To: Eli Zaretskii, Drew Adams; +Cc: 43569, juri
> > I call the menu item for [tags-repl-continue]
> > "Continue Search/Replace", with :help "Continue last
> > tags search or replace operation".
> >
> > It's incorrect to say that it continues the last tags
> > replace operation. It continues the last tags search
> > or replace operation. If the last tags operation was
> > `tags-search' and not `tags-query-replace', then it
> > continues the last search, not the last replace.
>
> That is factually correct, but I think the current menus
> confusing to newbies than your proposal are less.
I won't argue about it, but I think that as soon as a
user tries tags-searching and then tries to go back to
continue a tags query-replace, s?he will be mightily
surprised. Likewise, trying to go back to continue a
tags search after having last done a tags query-replace.
That's exactly how I discovered this.
If we had separate "continue" commands, at least from
the menus, then this wouldn't be a gotcha.
I do agree that simply having a menu item or help echo
that refers to continuing the last search or replace is
hardly the best remedy. It would be good, I think, for
some remedy to be applied.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-27 19:10 ` Drew Adams
@ 2020-09-28 6:00 ` Eli Zaretskii
2022-04-25 15:08 ` Lars Ingebrigtsen
0 siblings, 1 reply; 28+ messages in thread
From: Eli Zaretskii @ 2020-09-28 6:00 UTC (permalink / raw)
To: Drew Adams; +Cc: 43569, juri
> Date: Sun, 27 Sep 2020 12:10:50 -0700 (PDT)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: juri@linkov.net, 43569@debbugs.gnu.org
>
> > > I call the menu item for [tags-repl-continue]
> > > "Continue Search/Replace", with :help "Continue last
> > > tags search or replace operation".
> > >
> > > It's incorrect to say that it continues the last tags
> > > replace operation. It continues the last tags search
> > > or replace operation. If the last tags operation was
> > > `tags-search' and not `tags-query-replace', then it
> > > continues the last search, not the last replace.
> >
> > That is factually correct, but I think the current menus
> > confusing to newbies than your proposal are less.
>
> I won't argue about it, but I think that as soon as a
> user tries tags-searching and then tries to go back to
> continue a tags query-replace, s?he will be mightily
> surprised.
Like I said: factually correct, but there's no reason for the user to
do something like that, except by accident.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
[not found] ` <<83v9fymoep.fsf@gnu.org>
@ 2020-09-28 15:51 ` Drew Adams
0 siblings, 0 replies; 28+ messages in thread
From: Drew Adams @ 2020-09-28 15:51 UTC (permalink / raw)
To: Eli Zaretskii, Drew Adams; +Cc: 43569, juri
> > > > I call the menu item for [tags-repl-continue]
> > > > "Continue Search/Replace", with :help "Continue last
> > > > tags search or replace operation".
> > > >
> > > > It's incorrect to say that it continues the last tags
> > > > replace operation. It continues the last tags search
> > > > or replace operation. If the last tags operation was
> > > > `tags-search' and not `tags-query-replace', then it
> > > > continues the last search, not the last replace.
> > >
> > > That is factually correct, but I think the current menus
> > > confusing to newbies than your proposal are less.
> >
> > I won't argue about it, but I think that as soon as a
> > user tries tags-searching and then tries to go back to
> > continue a tags query-replace, s?he will be mightily
> > surprised.
>
> Like I said: factually correct, but there's no reason
> for the user to do something like that, except by accident.
FWIW (so please don't claim I'm "insisting" or arguing) -
Like I said:
That's exactly how I discovered this.
I didn't do it by accident. Someone can easily do
both tags searching and tags query-replacing, moving
from one to the other.
Clearest (at least for menu purposes) would for there
to be two separate continue commands - continue last
search and continue last query-replace.
^ permalink raw reply [flat|nested] 28+ messages in thread
* bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error
2020-09-28 6:00 ` Eli Zaretskii
@ 2022-04-25 15:08 ` Lars Ingebrigtsen
0 siblings, 0 replies; 28+ messages in thread
From: Lars Ingebrigtsen @ 2022-04-25 15:08 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 43569, juri
Skimming this thread, there doesn't seem to be anything further to do
here, and I'm closing this bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 28+ messages in thread
end of thread, other threads:[~2022-04-25 15:08 UTC | newest]
Thread overview: 28+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <<<<<<<87zh5xiuk4.fsf@localhost>
[not found] ` <<<<<<<831rj9k79b.fsf@gnu.org>
[not found] ` <<<<<<<CADwFkmkvLnNySYVaEUhRzPMZVAfOU13NRp1GudxBmF1iuaxCxQ@mail.gmail.com>
[not found] ` <<<<<<<83sgbpiqa7.fsf@gnu.org>
[not found] ` <<<<<<<87mu1xa380.fsf@mail.linkov.net>
[not found] ` <<<<<<<83imclii71.fsf@gnu.org>
[not found] ` <<<<<<<87wo1178cn.fsf@mail.linkov.net>
[not found] ` <<<<<<<83d02tifi3.fsf@gnu.org>
[not found] ` <<<<<<<87ft7cx6kh.fsf@localhost>
[not found] ` <<<<<<<83bli027is.fsf@gnu.org>
[not found] ` <<<<<<<498f6be5-f1ab-4f82-9cf1-ed5893f10ea1@default>
[not found] ` <<<<<<<87wo0nbln5.fsf@mail.linkov.net>
[not found] ` <<<<<<<6e21964e-a580-45ef-943f-a8ea97e58eef@default>
[not found] ` <<<<<<<87sgbadxr9.fsf@mail.linkov.net>
[not found] ` <<<<<<<090c6fc6-92b9-4604-bb14-e19287dd6685@default>
[not found] ` <<<<<<<87eemt7gob.fsf_-_@mail.linkov.net>
[not found] ` <<<<<<<f84e24f3-1f56-452a-b92c-1a3421e62d92@default>
[not found] ` <<<<<<<83zh5crkbb.fsf@gnu.org>
[not found] ` <<<<<<15cf58e4-afc0-4c41-b159-29565724ddb7@default>
[not found] ` <<<<<<83eemor2lx.fsf@gnu.org>
[not found] ` <<<<<8ceca0dd-a0d8-48bb-992b-41823f7702ac@default>
[not found] ` <<<<<83blhsr1i7.fsf@gnu.org>
[not found] ` <<<<<82143311-d8b3-4a96-a103-587e1fedf9dd@default>
[not found] ` <<<<<83zh5cpk5q.fsf@gnu.org>
[not found] ` <<<<3c22f287-5b44-4d8f-a942-a5545b2a1389@default>
[not found] ` <<<<83imc0pc13.fsf@gnu.org>
[not found] ` <<<161e718a-2213-46c8-bc9c-061dfb390e9b@default>
[not found] ` <<<83a6xbpwky.fsf@gnu.org>
[not found] ` <<667bf421-2b75-4de8-a425-dcef40267f4a@default>
[not found] ` <<83v9fymoep.fsf@gnu.org>
2020-09-28 15:51 ` bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error Drew Adams
[not found] <<<<<<87zh5xiuk4.fsf@localhost>
[not found] ` <<<<<<831rj9k79b.fsf@gnu.org>
[not found] ` <<<<<<CADwFkmkvLnNySYVaEUhRzPMZVAfOU13NRp1GudxBmF1iuaxCxQ@mail.gmail.com>
[not found] ` <<<<<<83sgbpiqa7.fsf@gnu.org>
[not found] ` <<<<<<87mu1xa380.fsf@mail.linkov.net>
[not found] ` <<<<<<83imclii71.fsf@gnu.org>
[not found] ` <<<<<<87wo1178cn.fsf@mail.linkov.net>
[not found] ` <<<<<<83d02tifi3.fsf@gnu.org>
[not found] ` <<<<<<87ft7cx6kh.fsf@localhost>
[not found] ` <<<<<<83bli027is.fsf@gnu.org>
[not found] ` <<<<<<498f6be5-f1ab-4f82-9cf1-ed5893f10ea1@default>
[not found] ` <<<<<<87wo0nbln5.fsf@mail.linkov.net>
[not found] ` <<<<<<6e21964e-a580-45ef-943f-a8ea97e58eef@default>
[not found] ` <<<<<<87sgbadxr9.fsf@mail.linkov.net>
[not found] ` <<<<<<090c6fc6-92b9-4604-bb14-e19287dd6685@default>
[not found] ` <<<<<<87eemt7gob.fsf_-_@mail.linkov.net>
[not found] ` <<<<<<f84e24f3-1f56-452a-b92c-1a3421e62d92@default>
[not found] ` <<<<<<83zh5crkbb.fsf@gnu.org>
[not found] ` <<<<<15cf58e4-afc0-4c41-b159-29565724ddb7@default>
[not found] ` <<<<<83eemor2lx.fsf@gnu.org>
[not found] ` <<<<8ceca0dd-a0d8-48bb-992b-41823f7702ac@default>
[not found] ` <<<<83blhsr1i7.fsf@gnu.org>
[not found] ` <<<<82143311-d8b3-4a96-a103-587e1fedf9dd@default>
[not found] ` <<<<83zh5cpk5q.fsf@gnu.org>
[not found] ` <<<3c22f287-5b44-4d8f-a942-a5545b2a1389@default>
[not found] ` <<<83imc0pc13.fsf@gnu.org>
[not found] ` <<161e718a-2213-46c8-bc9c-061dfb390e9b@default>
[not found] ` <<83a6xbpwky.fsf@gnu.org>
2020-09-27 19:10 ` Drew Adams
2020-09-28 6:00 ` Eli Zaretskii
2022-04-25 15:08 ` Lars Ingebrigtsen
[not found] <<<<<87zh5xiuk4.fsf@localhost>
[not found] ` <<<<<831rj9k79b.fsf@gnu.org>
[not found] ` <<<<<CADwFkmkvLnNySYVaEUhRzPMZVAfOU13NRp1GudxBmF1iuaxCxQ@mail.gmail.com>
[not found] ` <<<<<83sgbpiqa7.fsf@gnu.org>
[not found] ` <<<<<87mu1xa380.fsf@mail.linkov.net>
[not found] ` <<<<<83imclii71.fsf@gnu.org>
[not found] ` <<<<<87wo1178cn.fsf@mail.linkov.net>
[not found] ` <<<<<83d02tifi3.fsf@gnu.org>
[not found] ` <<<<<87ft7cx6kh.fsf@localhost>
[not found] ` <<<<<83bli027is.fsf@gnu.org>
[not found] ` <<<<<498f6be5-f1ab-4f82-9cf1-ed5893f10ea1@default>
[not found] ` <<<<<87wo0nbln5.fsf@mail.linkov.net>
[not found] ` <<<<<6e21964e-a580-45ef-943f-a8ea97e58eef@default>
[not found] ` <<<<<87sgbadxr9.fsf@mail.linkov.net>
[not found] ` <<<<<090c6fc6-92b9-4604-bb14-e19287dd6685@default>
[not found] ` <<<<<87eemt7gob.fsf_-_@mail.linkov.net>
[not found] ` <<<<<f84e24f3-1f56-452a-b92c-1a3421e62d92@default>
[not found] ` <<<<<83zh5crkbb.fsf@gnu.org>
[not found] ` <<<<15cf58e4-afc0-4c41-b159-29565724ddb7@default>
[not found] ` <<<<83eemor2lx.fsf@gnu.org>
[not found] ` <<<8ceca0dd-a0d8-48bb-992b-41823f7702ac@default>
[not found] ` <<<83blhsr1i7.fsf@gnu.org>
[not found] ` <<<82143311-d8b3-4a96-a103-587e1fedf9dd@default>
[not found] ` <<<83zh5cpk5q.fsf@gnu.org>
[not found] ` <<3c22f287-5b44-4d8f-a942-a5545b2a1389@default>
[not found] ` <<83imc0pc13.fsf@gnu.org>
2020-09-27 1:17 ` Drew Adams
2020-09-27 6:23 ` Eli Zaretskii
[not found] <<<<87zh5xiuk4.fsf@localhost>
[not found] ` <<<<831rj9k79b.fsf@gnu.org>
[not found] ` <<<<CADwFkmkvLnNySYVaEUhRzPMZVAfOU13NRp1GudxBmF1iuaxCxQ@mail.gmail.com>
[not found] ` <<<<83sgbpiqa7.fsf@gnu.org>
[not found] ` <<<<87mu1xa380.fsf@mail.linkov.net>
[not found] ` <<<<83imclii71.fsf@gnu.org>
[not found] ` <<<<87wo1178cn.fsf@mail.linkov.net>
[not found] ` <<<<83d02tifi3.fsf@gnu.org>
[not found] ` <<<<87ft7cx6kh.fsf@localhost>
[not found] ` <<<<83bli027is.fsf@gnu.org>
[not found] ` <<<<498f6be5-f1ab-4f82-9cf1-ed5893f10ea1@default>
[not found] ` <<<<87wo0nbln5.fsf@mail.linkov.net>
[not found] ` <<<<6e21964e-a580-45ef-943f-a8ea97e58eef@default>
[not found] ` <<<<87sgbadxr9.fsf@mail.linkov.net>
[not found] ` <<<<090c6fc6-92b9-4604-bb14-e19287dd6685@default>
[not found] ` <<<<87eemt7gob.fsf_-_@mail.linkov.net>
[not found] ` <<<<f84e24f3-1f56-452a-b92c-1a3421e62d92@default>
[not found] ` <<<<83zh5crkbb.fsf@gnu.org>
[not found] ` <<<15cf58e4-afc0-4c41-b159-29565724ddb7@default>
[not found] ` <<<83eemor2lx.fsf@gnu.org>
[not found] ` <<8ceca0dd-a0d8-48bb-992b-41823f7702ac@default>
[not found] ` <<83blhsr1i7.fsf@gnu.org>
[not found] ` <<82143311-d8b3-4a96-a103-587e1fedf9dd@default>
[not found] ` <<83zh5cpk5q.fsf@gnu.org>
2020-09-26 19:32 ` Drew Adams
2020-09-26 19:34 ` Eli Zaretskii
[not found] <<<87zh5xiuk4.fsf@localhost>
[not found] ` <<<831rj9k79b.fsf@gnu.org>
[not found] ` <<<CADwFkmkvLnNySYVaEUhRzPMZVAfOU13NRp1GudxBmF1iuaxCxQ@mail.gmail.com>
[not found] ` <<<83sgbpiqa7.fsf@gnu.org>
[not found] ` <<<87mu1xa380.fsf@mail.linkov.net>
[not found] ` <<<83imclii71.fsf@gnu.org>
[not found] ` <<<87wo1178cn.fsf@mail.linkov.net>
[not found] ` <<<83d02tifi3.fsf@gnu.org>
[not found] ` <<<87ft7cx6kh.fsf@localhost>
[not found] ` <<<83bli027is.fsf@gnu.org>
[not found] ` <<<498f6be5-f1ab-4f82-9cf1-ed5893f10ea1@default>
[not found] ` <<<87wo0nbln5.fsf@mail.linkov.net>
[not found] ` <<<6e21964e-a580-45ef-943f-a8ea97e58eef@default>
[not found] ` <<<87sgbadxr9.fsf@mail.linkov.net>
[not found] ` <<<090c6fc6-92b9-4604-bb14-e19287dd6685@default>
[not found] ` <<<87eemt7gob.fsf_-_@mail.linkov.net>
[not found] ` <<<f84e24f3-1f56-452a-b92c-1a3421e62d92@default>
[not found] ` <<<83zh5crkbb.fsf@gnu.org>
[not found] ` <<15cf58e4-afc0-4c41-b159-29565724ddb7@default>
[not found] ` <<83eemor2lx.fsf@gnu.org>
2020-09-26 15:31 ` Drew Adams
2020-09-26 15:39 ` Eli Zaretskii
2020-09-26 15:45 ` Lars Ingebrigtsen
2020-09-26 15:55 ` Eli Zaretskii
2020-09-26 16:13 ` Lars Ingebrigtsen
2020-09-26 16:27 ` Eli Zaretskii
2020-09-26 18:58 ` Kévin Le Gouguec
2020-09-26 19:09 ` Eli Zaretskii
2020-09-26 21:40 ` Lars Ingebrigtsen
2020-09-27 10:22 ` Kévin Le Gouguec
2020-09-27 12:17 ` Lars Ingebrigtsen
2020-09-27 13:00 ` Dmitry Gutov
2020-09-27 13:03 ` Lars Ingebrigtsen
2020-09-26 16:31 ` Drew Adams
2020-09-26 16:39 ` Eli Zaretskii
[not found] <<87zh5xiuk4.fsf@localhost>
[not found] ` <<831rj9k79b.fsf@gnu.org>
[not found] ` <<CADwFkmkvLnNySYVaEUhRzPMZVAfOU13NRp1GudxBmF1iuaxCxQ@mail.gmail.com>
[not found] ` <<83sgbpiqa7.fsf@gnu.org>
[not found] ` <<87mu1xa380.fsf@mail.linkov.net>
[not found] ` <<83imclii71.fsf@gnu.org>
[not found] ` <<87wo1178cn.fsf@mail.linkov.net>
[not found] ` <<83d02tifi3.fsf@gnu.org>
[not found] ` <<87ft7cx6kh.fsf@localhost>
[not found] ` <<83bli027is.fsf@gnu.org>
[not found] ` <<498f6be5-f1ab-4f82-9cf1-ed5893f10ea1@default>
[not found] ` <<87wo0nbln5.fsf@mail.linkov.net>
[not found] ` <<6e21964e-a580-45ef-943f-a8ea97e58eef@default>
[not found] ` <<87sgbadxr9.fsf@mail.linkov.net>
[not found] ` <<090c6fc6-92b9-4604-bb14-e19287dd6685@default>
[not found] ` <<87eemt7gob.fsf_-_@mail.linkov.net>
[not found] ` <<f84e24f3-1f56-452a-b92c-1a3421e62d92@default>
[not found] ` <<83zh5crkbb.fsf@gnu.org>
2020-09-26 14:53 ` Drew Adams
2020-09-26 15:15 ` Eli Zaretskii
2020-09-10 14:18 bug#43308: 28.0.50; Improvements to Edit->Search menu Ihor Radchenko
2020-09-10 14:59 ` Eli Zaretskii
2020-09-10 15:38 ` Stefan Kangas
2020-09-10 15:51 ` Eli Zaretskii
2020-09-10 18:36 ` Juri Linkov
2020-09-10 18:45 ` Eli Zaretskii
2020-09-10 19:14 ` Juri Linkov
2020-09-10 19:44 ` Eli Zaretskii
2020-09-20 7:15 ` Ihor Radchenko
2020-09-20 8:10 ` Eli Zaretskii
2020-09-20 16:26 ` Drew Adams
2020-09-21 19:05 ` Juri Linkov
2020-09-21 19:30 ` Drew Adams
2020-09-22 8:04 ` Juri Linkov
2020-09-22 16:59 ` Drew Adams
2020-09-22 19:30 ` bug#43569: 28.0.50; Menu "Continue Tags Search" signals an error Juri Linkov
2020-09-22 20:44 ` Drew Adams
2020-09-26 8:52 ` Eli Zaretskii
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.