all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* 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.