* bug#44134: 28.0.50; epa-list-keys failing with ‘wrong type argument: interger-or-marker-p, nil’
@ 2020-10-22 4:58 Pankaj Jangid
2020-10-22 8:23 ` Colin Baxter
2020-11-22 6:38 ` bug#44134: What is the conclusion on epa-list-keys? Pankaj Jangid
0 siblings, 2 replies; 16+ messages in thread
From: Pankaj Jangid @ 2020-10-22 4:58 UTC (permalink / raw)
To: 44134
Steps:
1. M-x epa-list-keys RET
⇒ (lists keys)
2. q
3. M-x epa-list-keys RET
⇒ Wrong type argument: interger-or-marker-p, nil
In GNU Emacs 28.0.50 (build 6, x86_64-apple-darwin19.6.0, NS appkit-1894.60 Version 10.15.7 (Build 19H2))
of 2020-10-22 built on mb2.local
Repository revision: 8dc8ab6b42b021f9796e59cfdb758b48aaf55ffc
Repository branch: master
Windowing system distributor 'Apple', version 10.3.1894
System Description: Mac OS X 10.15.7
Configured using:
'configure LDFLAGS=-L/usr/local/opt/ruby/lib
CPPFLAGS=-I/usr/local/opt/ruby/include
PKG_CONFIG_PATH=:/usr/local/opt/sqlite/lib/pkgconfig:/usr/local/opt/libxml2/lib/pkgconfig:/usr/local/opt/openssl/lib/pkgconfig:/usr/local/opt/libffi/lib/pkgconfig:/usr/local/opt/ruby/lib/pkgconfig'
Configured features:
JPEG TIFF GIF PNG RSVG DBUS GLIB NOTIFY KQUEUE ACL GNUTLS LIBXML2 ZLIB
TOOLKIT_SCROLL_BARS NS MODULES THREADS JSON PDUMPER LCMS2
Important settings:
value of $LC_CTYPE: UTF-8
value of $LANG: en_IN.UTF-8
locale-coding-system: utf-8-unix
Major mode: Lisp Interaction
Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Load-path shadows:
None found.
Features:
(shadow sort mail-extr iso-transl emacsbug message rmc puny dired
dired-loaddefs rfc822 mml easymenu mml-sec epa derived epg epg-config
gnus-util rmail rmail-loaddefs auth-source cl-seq eieio eieio-core
cl-macs eieio-loaddefs password-cache json map text-property-search
time-date subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
cl-loaddefs cl-lib sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils tooltip eldoc electric uniquify ediff-hook
vc-hooks lisp-float-type mwheel term/ns-win ns-win ucs-normalize
mule-util term/common-win tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button
loaddefs faces cus-face macroexp files window text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote threads dbusbind kqueue cocoa ns
lcms2 multi-tty make-network-process emacs)
Memory information:
((conses 16 54732 6788)
(symbols 48 6814 1)
(strings 32 18175 3060)
(string-bytes 1 608370)
(vectors 16 12578)
(vector-slots 8 169348 12299)
(floats 8 21 47)
(intervals 56 213 0)
(buffers 992 11))
--
Pankaj
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#44134: 28.0.50; epa-list-keys failing with ‘wrong type argument: interger-or-marker-p, nil’
2020-10-22 4:58 bug#44134: 28.0.50; epa-list-keys failing with ‘wrong type argument: interger-or-marker-p, nil’ Pankaj Jangid
@ 2020-10-22 8:23 ` Colin Baxter
2020-10-22 8:49 ` Stephen Berman
2020-11-22 6:38 ` bug#44134: What is the conclusion on epa-list-keys? Pankaj Jangid
1 sibling, 1 reply; 16+ messages in thread
From: Colin Baxter @ 2020-10-22 8:23 UTC (permalink / raw)
To: 44134
>>>>> Pankaj Jangid <pankaj.jangid@codeisgreat.com> writes:
> Steps: 1. M-x epa-list-keys RET ⇒ (lists keys) 2. q 3. M-x
> epa-list-keys RET ⇒ Wrong type argument: interger-or-marker-p, nil
Works for me using emacs-28.0.50 and emacs-27.1.
Best wishes
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#44134: 28.0.50; epa-list-keys failing with ‘wrong type argument: interger-or-marker-p, nil’
2020-10-22 8:23 ` Colin Baxter
@ 2020-10-22 8:49 ` Stephen Berman
2020-10-22 11:05 ` Colin Baxter
0 siblings, 1 reply; 16+ messages in thread
From: Stephen Berman @ 2020-10-22 8:49 UTC (permalink / raw)
To: Colin Baxter; +Cc: 44134
[-- Attachment #1: Type: text/plain, Size: 609 bytes --]
On Thu, 22 Oct 2020 09:23:35 +0100 Colin Baxter <m43cap@yandex.com> wrote:
>>>>>> Pankaj Jangid <pankaj.jangid@codeisgreat.com> writes:
>
> > Steps: 1. M-x epa-list-keys RET ⇒ (lists keys) 2. q 3. M-x
> > epa-list-keys RET ⇒ Wrong type argument: interger-or-marker-p, nil
>
> Works for me using emacs-28.0.50 and emacs-27.1.
It works in emacs-27 but AFAICT it cannot work with emacs -Q from
master. If you did use -Q with emacs-28, did you perhaps kill the
buffer is step 2 instead of typing `q'?
Here's a patch for master, but someone who knows epa.el well should
verify it:
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: epa--list-keys patch --]
[-- Type: text/x-patch, Size: 965 bytes --]
diff --git a/lisp/epa.el b/lisp/epa.el
index 25e055c201..74a72ee6f8 100644
--- a/lisp/epa.el
+++ b/lisp/epa.el
@@ -360,8 +360,8 @@ epa--list-keys
;; Find the end of the documentation text at the start.
;; Set POINT to where it ends, or nil if ends at eob.
- (unless (get-text-property point 'epa-list-keys)
- (setq point (next-single-property-change point 'epa-list-keys)))
+ (unless (get-text-property point 'epa-key)
+ (setq point (next-single-property-change point 'epa-key)))
;; If caller specified documentation text for that, replace the old
;; documentation text (if any) with what was specified.
@@ -375,7 +375,7 @@ epa--list-keys
;; Now delete the key description text, if any.
(when point
(delete-region point
- (or (next-single-property-change point 'epa-list-keys)
+ (or (next-single-property-change point 'epa-key)
(point-max)))
(goto-char point))
[-- Attachment #3: Type: text/plain, Size: 14 bytes --]
Steve Berman
^ permalink raw reply related [flat|nested] 16+ messages in thread
* bug#44134: 28.0.50; epa-list-keys failing with ‘wrong type argument: interger-or-marker-p, nil’
2020-10-22 8:49 ` Stephen Berman
@ 2020-10-22 11:05 ` Colin Baxter
2020-10-22 11:35 ` Stephen Berman
0 siblings, 1 reply; 16+ messages in thread
From: Colin Baxter @ 2020-10-22 11:05 UTC (permalink / raw)
To: Stephen Berman; +Cc: 44134
Hello Stephen,
>>>>> Stephen Berman <stephen.berman@gmx.net> writes:
> On Thu, 22 Oct 2020 09:23:35 +0100 Colin Baxter <m43cap@yandex.com> wrote:
>>>>>>> Pankaj Jangid <pankaj.jangid@codeisgreat.com> writes:
>>
>> > Steps: 1. M-x epa-list-keys RET ⇒ (lists keys) 2. q 3. M-x >
>> epa-list-keys RET ⇒ Wrong type argument: interger-or-marker-p,
>> nil
>>
>> Works for me using emacs-28.0.50 and emacs-27.1.
> It works in emacs-27 but AFAICT it cannot work with emacs -Q from
> master.
I'm afraid emacs -Q does work for me on master. However, there is a
subtlety in that if M-x epa-list-keys <RET> is entered first, the public
keys are listed, but if entered a second time (after first entering 'q'
to remove the keys buffer) the error message
epa-list-keys: Wrong type argument: integer-or-marker-p, nil
is obtained.
Do you want me to apply your patch to see if it makes any difference?
Best wishes,
Colin Baxter.
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#44134: 28.0.50; epa-list-keys failing with ‘wrong type argument: interger-or-marker-p, nil’
2020-10-22 11:05 ` Colin Baxter
@ 2020-10-22 11:35 ` Stephen Berman
2020-10-22 14:21 ` Colin Baxter
0 siblings, 1 reply; 16+ messages in thread
From: Stephen Berman @ 2020-10-22 11:35 UTC (permalink / raw)
To: Colin Baxter; +Cc: 44134
On Thu, 22 Oct 2020 12:05:31 +0100 Colin Baxter <m43cap@yandex.com> wrote:
> Hello Stephen,
>>>>>> Stephen Berman <stephen.berman@gmx.net> writes:
>
> > On Thu, 22 Oct 2020 09:23:35 +0100 Colin Baxter <m43cap@yandex.com> wrote:
> >>>>>>> Pankaj Jangid <pankaj.jangid@codeisgreat.com> writes:
> >>
> >> > Steps: 1. M-x epa-list-keys RET ⇒ (lists keys) 2. q 3. M-x >
> >> epa-list-keys RET ⇒ Wrong type argument: interger-or-marker-p,
> >> nil
> >>
> >> Works for me using emacs-28.0.50 and emacs-27.1.
>
> > It works in emacs-27 but AFAICT it cannot work with emacs -Q from
> > master.
>
> I'm afraid emacs -Q does work for me on master. However, there is a
> subtlety in that if M-x epa-list-keys <RET> is entered first, the public
> keys are listed, but if entered a second time (after first entering 'q'
> to remove the keys buffer) the error message
>
> epa-list-keys: Wrong type argument: integer-or-marker-p, nil
>
> is obtained.
That's precisely the bug, look closely at the above recipe again!
> Do you want me to apply your patch to see if it makes any difference?
Yes, please do.
Steve Berman
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#44134: 28.0.50; epa-list-keys failing with ‘wrong type argument: interger-or-marker-p, nil’
2020-10-22 11:35 ` Stephen Berman
@ 2020-10-22 14:21 ` Colin Baxter
2020-10-22 16:01 ` Stephen Berman
0 siblings, 1 reply; 16+ messages in thread
From: Colin Baxter @ 2020-10-22 14:21 UTC (permalink / raw)
To: 44134
>>>>> Stephen Berman <stephen.berman@gmx.net> writes:
> On Thu, 22 Oct 2020 12:05:31 +0100 Colin Baxter <m43cap@yandex.com> wrote:
>> Hello Stephen,
>>>>>>> Stephen Berman <stephen.berman@gmx.net> writes:
>>
>> > On Thu, 22 Oct 2020 09:23:35 +0100 Colin Baxter <m43cap@yandex.com> wrote:
>> >>>>>>> Pankaj Jangid <pankaj.jangid@codeisgreat.com> writes:
>> >>
>> >> > Steps: 1. M-x epa-list-keys RET ⇒ (lists keys) 2. q 3. M-x >
>> >> epa-list-keys RET ⇒ Wrong type argument: interger-or-marker-p,
>> >> nil
>> >>
>> >> Works for me using emacs-28.0.50 and emacs-27.1.
>>
>> > It works in emacs-27 but AFAICT it cannot work with emacs -Q
>> from > master.
>>
>> I'm afraid emacs -Q does work for me on master. However, there is
>> a subtlety in that if M-x epa-list-keys <RET> is entered first,
>> the public keys are listed, but if entered a second time (after
>> first entering 'q' to remove the keys buffer) the error message
>>
>> epa-list-keys: Wrong type argument: integer-or-marker-p, nil
>>
>> is obtained.
> That's precisely the bug, look closely at the above recipe again!
>> Do you want me to apply your patch to see if it makes any
>> difference?
> Yes, please do.
Ok, patch applied to my setup and it appears to work.
emacs -Q <RET>
M-x epa-list-keys <RET> --> keys listed
q
M-x epa-list-keys <RET> --> keys listed
repeated 2 more times> --> same outcome
repeated 2 more times using epa-list-secret-keys --> keys listed
Would it be possible to use 'q' to kill the keys-buffer rather than hide
it? That way, the buffer will not display an old duplicate listing.
Colin Baxter.
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#44134: 28.0.50; epa-list-keys failing with ‘wrong type argument: interger-or-marker-p, nil’
2020-10-22 14:21 ` Colin Baxter
@ 2020-10-22 16:01 ` Stephen Berman
2020-10-22 17:29 ` Colin Baxter
0 siblings, 1 reply; 16+ messages in thread
From: Stephen Berman @ 2020-10-22 16:01 UTC (permalink / raw)
To: Colin Baxter; +Cc: 44134
On Thu, 22 Oct 2020 15:21:54 +0100 Colin Baxter <m43cap@yandex.com> wrote:
>>>>>> Stephen Berman <stephen.berman@gmx.net> writes:
[...]
> >> Do you want me to apply your patch to see if it makes any
> >> difference?
>
> > Yes, please do.
>
> Ok, patch applied to my setup and it appears to work.
Thanks for testing.
> emacs -Q <RET>
> M-x epa-list-keys <RET> --> keys listed
> q
> M-x epa-list-keys <RET> --> keys listed
> repeated 2 more times> --> same outcome
> repeated 2 more times using epa-list-secret-keys --> keys listed
>
> Would it be possible to use 'q' to kill the keys-buffer rather than hide
> it? That way, the buffer will not display an old duplicate listing.
Well, since `q' in epa-key-list-mode is bound to epa-exit-buffer, which
funcalls epa-exit-buffer-function, which is set by default to
quit-window, and the latter kills the buffer if called with a prefix
argument, you could just type `C-u q' instead of `q'. Or if you want
`q' by itself to kill the buffer, putting either of the following sexps
into your init file should do the trick.
(with-eval-after-load "epa"
(setq epa-exit-buffer-function
(lambda () (interactive) (quit-window t))))
(with-eval-after-load "epa"
(define-key epa-key-list-mode-map "q"
(lambda () (interactive) (quit-window t))))
The latter affects only epa-key-list-mode, while the former has wider
scope, since epa-exit-buffer-function is used in several places in
epa.el.
Steve Berman
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#44134: 28.0.50; epa-list-keys failing with ‘wrong type argument: interger-or-marker-p, nil’
2020-10-22 16:01 ` Stephen Berman
@ 2020-10-22 17:29 ` Colin Baxter
0 siblings, 0 replies; 16+ messages in thread
From: Colin Baxter @ 2020-10-22 17:29 UTC (permalink / raw)
To: Stephen Berman; +Cc: 44134
>>>>> Stephen Berman <stephen.berman@gmx.net> writes:
> On Thu, 22 Oct 2020 15:21:54 +0100 Colin Baxter <m43cap@yandex.com> wrote:
>>>>>>> Stephen Berman <stephen.berman@gmx.net> writes:
----------- cut ----------------
> Well, since `q' in epa-key-list-mode is bound to epa-exit-buffer,
> which funcalls epa-exit-buffer-function, which is set by default
> to quit-window, and the latter kills the buffer if called with a
> prefix argument, you could just type `C-u q' instead of `q'. Or
I had forgotten about C-u - that's the one for me.
Best wishes
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#44134: What is the conclusion on epa-list-keys?
2020-10-22 4:58 bug#44134: 28.0.50; epa-list-keys failing with ‘wrong type argument: interger-or-marker-p, nil’ Pankaj Jangid
2020-10-22 8:23 ` Colin Baxter
@ 2020-11-22 6:38 ` Pankaj Jangid
2020-11-22 10:17 ` Stephen Berman
1 sibling, 1 reply; 16+ messages in thread
From: Pankaj Jangid @ 2020-11-22 6:38 UTC (permalink / raw)
To: 44134
I see that the patch is working fine. But not sure what is the final
conclusion on this bug.
Once a user presses `q'. The emacs session becomes unrecoverable for
epa- afterwards. May I know what is the workaround, without quitting
emacs? I have a habbit of pressing `q' to quit all transient windows.
Regards.
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#44134: What is the conclusion on epa-list-keys?
2020-11-22 6:38 ` bug#44134: What is the conclusion on epa-list-keys? Pankaj Jangid
@ 2020-11-22 10:17 ` Stephen Berman
2020-11-23 19:22 ` Noam Postavsky
0 siblings, 1 reply; 16+ messages in thread
From: Stephen Berman @ 2020-11-22 10:17 UTC (permalink / raw)
To: Pankaj Jangid; +Cc: 44134
On Sun, 22 Nov 2020 12:08:24 +0530 Pankaj Jangid <pankaj@codeisgreat.org> wrote:
> I see that the patch is working fine. But not sure what is the final
> conclusion on this bug.
Perhaps it fell under the radar? Since I'm not familiar with epa, I
don't want to push my patch without approval from someone who is or from
an Emacs maintainer.
Steve Berman
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#44134: What is the conclusion on epa-list-keys?
2020-11-22 10:17 ` Stephen Berman
@ 2020-11-23 19:22 ` Noam Postavsky
2020-11-24 6:29 ` Lars Ingebrigtsen
0 siblings, 1 reply; 16+ messages in thread
From: Noam Postavsky @ 2020-11-23 19:22 UTC (permalink / raw)
To: Stephen Berman; +Cc: Lars Magne, 44134, Pankaj Jangid
Stephen Berman <stephen.berman@gmx.net> writes:
> On Sun, 22 Nov 2020 12:08:24 +0530 Pankaj Jangid <pankaj@codeisgreat.org> wrote:
>
>> I see that the patch is working fine. But not sure what is the final
>> conclusion on this bug.
>
> Perhaps it fell under the radar? Since I'm not familiar with epa, I
> don't want to push my patch without approval from someone who is or from
> an Emacs maintainer.
I think the problem is due to [1: 517285f7cae] (Ccing Lars who who wrote
that commit) which dropped the epa-list-keys text property from
epa--insert-keys. So it would be safer to restore that property rather
than switching to detect the epa-key property as in your patch.
[1: 517285f7cae]: 2020-08-24 21:54:56 +0200
Rewrite the epa key interface to use buttons instead of widgets
https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=517285f7caed462c822c779efe14033645dccba0
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#44134: What is the conclusion on epa-list-keys?
2020-11-23 19:22 ` Noam Postavsky
@ 2020-11-24 6:29 ` Lars Ingebrigtsen
2021-01-16 7:45 ` Pankaj Jangid
0 siblings, 1 reply; 16+ messages in thread
From: Lars Ingebrigtsen @ 2020-11-24 6:29 UTC (permalink / raw)
To: Noam Postavsky; +Cc: 44134, Pankaj Jangid, Stephen Berman
Noam Postavsky <npostavs@gmail.com> writes:
> I think the problem is due to [1: 517285f7cae] (Ccing Lars who who wrote
> that commit) which dropped the epa-list-keys text property from
> epa--insert-keys. So it would be safer to restore that property rather
> than switching to detect the epa-key property as in your patch.
Yes, I think the property was dropped by mistake in my patch.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#44134: What is the conclusion on epa-list-keys?
2020-11-24 6:29 ` Lars Ingebrigtsen
@ 2021-01-16 7:45 ` Pankaj Jangid
2021-01-18 16:31 ` Lars Ingebrigtsen
0 siblings, 1 reply; 16+ messages in thread
From: Pankaj Jangid @ 2021-01-16 7:45 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 44134, Noam Postavsky, Stephen Berman
Lars Ingebrigtsen <larsi@gnus.org> writes:
>> I think the problem is due to [1: 517285f7cae] (Ccing Lars who who wrote
>> that commit) which dropped the epa-list-keys text property from
>> epa--insert-keys. So it would be safer to restore that property rather
>> than switching to detect the epa-key property as in your patch.
>
> Yes, I think the property was dropped by mistake in my patch.
Lars, I am not sure if you have restored the changes. If you have
already done then this bug was not due to that.
I am still seeing issue. i.e. after quiting the buffer with ‘q‘ key, I
cannot list the keys with ‘M-x epa-list-keys‘ again. Same behaviour as
in my original bug-report.
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#44134: What is the conclusion on epa-list-keys?
2021-01-16 7:45 ` Pankaj Jangid
@ 2021-01-18 16:31 ` Lars Ingebrigtsen
2021-01-18 16:36 ` Lars Ingebrigtsen
2021-01-19 4:06 ` Pankaj Jangid
0 siblings, 2 replies; 16+ messages in thread
From: Lars Ingebrigtsen @ 2021-01-18 16:31 UTC (permalink / raw)
To: Pankaj Jangid; +Cc: 44134, Noam Postavsky, Stephen Berman
Pankaj Jangid <pankaj@codeisgreat.org> writes:
>>> I think the problem is due to [1: 517285f7cae] (Ccing Lars who who wrote
>>> that commit) which dropped the epa-list-keys text property from
>>> epa--insert-keys. So it would be safer to restore that property rather
>>> than switching to detect the epa-key property as in your patch.
>>
>> Yes, I think the property was dropped by mistake in my patch.
>
> Lars, I am not sure if you have restored the changes. If you have
> already done then this bug was not due to that.
No, I thought Stephen was going to apply his patch. :-) I've now
pushed it.
There's other problems here, though... you get more (repeated) keys
every time you `M-x epa-list-keys', which must be a bug. I'll look into
it.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#44134: What is the conclusion on epa-list-keys?
2021-01-18 16:31 ` Lars Ingebrigtsen
@ 2021-01-18 16:36 ` Lars Ingebrigtsen
2021-01-19 4:06 ` Pankaj Jangid
1 sibling, 0 replies; 16+ messages in thread
From: Lars Ingebrigtsen @ 2021-01-18 16:36 UTC (permalink / raw)
To: Pankaj Jangid; +Cc: 44134, Noam Postavsky, Stephen Berman
Lars Ingebrigtsen <larsi@gnus.org> writes:
> There's other problems here, though... you get more (repeated) keys
> every time you `M-x epa-list-keys', which must be a bug. I'll look into
> it.
Done.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 16+ messages in thread
* bug#44134: What is the conclusion on epa-list-keys?
2021-01-18 16:31 ` Lars Ingebrigtsen
2021-01-18 16:36 ` Lars Ingebrigtsen
@ 2021-01-19 4:06 ` Pankaj Jangid
1 sibling, 0 replies; 16+ messages in thread
From: Pankaj Jangid @ 2021-01-19 4:06 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 44134, Noam Postavsky, Stephen Berman
Lars Ingebrigtsen <larsi@gnus.org> writes:
> No, I thought Stephen was going to apply his patch. :-) I've now
> pushed it.
>
> There's other problems here, though... you get more (repeated) keys
> every time you `M-x epa-list-keys', which must be a bug. I'll look into
> it.
Thanks a lot. It is working perfectly fine now. :-)
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2021-01-19 4:06 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2020-10-22 4:58 bug#44134: 28.0.50; epa-list-keys failing with ‘wrong type argument: interger-or-marker-p, nil’ Pankaj Jangid
2020-10-22 8:23 ` Colin Baxter
2020-10-22 8:49 ` Stephen Berman
2020-10-22 11:05 ` Colin Baxter
2020-10-22 11:35 ` Stephen Berman
2020-10-22 14:21 ` Colin Baxter
2020-10-22 16:01 ` Stephen Berman
2020-10-22 17:29 ` Colin Baxter
2020-11-22 6:38 ` bug#44134: What is the conclusion on epa-list-keys? Pankaj Jangid
2020-11-22 10:17 ` Stephen Berman
2020-11-23 19:22 ` Noam Postavsky
2020-11-24 6:29 ` Lars Ingebrigtsen
2021-01-16 7:45 ` Pankaj Jangid
2021-01-18 16:31 ` Lars Ingebrigtsen
2021-01-18 16:36 ` Lars Ingebrigtsen
2021-01-19 4:06 ` Pankaj Jangid
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.