GNU bug report logs -
#70994
[PATCH] Make cache regeneration work in group names with /
Previous Next
To reply to this bug, email your comments to 70994 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#70994
; Package
emacs
.
(Fri, 17 May 2024 05:00:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
James Thomas <jimjoe <at> gmx.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 17 May 2024 05:00:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Reproduction steps for bug:
- emacs -Q
- (setq gnus-secondary-select-methods
'((nnatom "github.com/vedang/pdf-tools/commits.atom")))
(setq gnus-select-method '(nnnil ""))
- M-x gnus
- Open a message in the new group and press *
- Add the cache virtual server (info "(gnus) Creating a Virtual Server")
- ^ (server buffer) and: g on the cache
- RET to open (fails)
This is a possible fix that I've tested only on my (limited) setup, for
now:
[0001-Make-cache-regeneration-work-in-group-names-with.patch (text/x-patch, attachment)]
[Message part 3 (text/plain, inline)]
Regards,
James
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#70994
; Package
emacs
.
(Sat, 18 May 2024 22:16:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 70994 <at> debbugs.gnu.org (full text, mbox):
James Thomas via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:
> Reproduction steps for bug:
>
> - emacs -Q
> - (setq gnus-secondary-select-methods
> '((nnatom "github.com/vedang/pdf-tools/commits.atom")))
> (setq gnus-select-method '(nnnil ""))
> - M-x gnus
> - Open a message in the new group and press *
> - Add the cache virtual server (info "(gnus) Creating a Virtual Server")
> - ^ (server buffer) and: g on the cache
> - RET to open (fails)
>
> This is a possible fix that I've tested only on my (limited) setup, for
> now:
Eric, what do you think of the below patch?
> From 1252b4541b265f6da13c07d9a2ce16fdecd51731 Mon Sep 17 00:00:00 2001
> From: James Thomas <jimjoe <at> gmx.net>
> Date: Fri, 17 May 2024 10:18:14 +0530
> Subject: [PATCH] Make cache regeneration work in group names with /
>
> * lisp/gnus/nnheader.el (nnheader-file-to-group): Account for /
> in the last part of the group name.
> * lisp/gnus/nnmail.el (nnmail-group-pathname): Url-encode only
> the last part of the group name.
> ---
> lisp/gnus/nnheader.el | 25 +++++++++++++++----------
> lisp/gnus/nnmail.el | 19 ++++++++++++++++---
> 2 files changed, 31 insertions(+), 13 deletions(-)
>
> diff --git a/lisp/gnus/nnheader.el b/lisp/gnus/nnheader.el
> index ea679759f3e..85a9f1bd8af 100644
> --- a/lisp/gnus/nnheader.el
> +++ b/lisp/gnus/nnheader.el
> @@ -827,16 +827,21 @@ nnheader-replace-duplicate-chars-in-string
>
> (defun nnheader-file-to-group (file &optional top)
> "Return a group name based on FILE and TOP."
> - (nnheader-replace-chars-in-string
> - (if (not top)
> - file
> - (condition-case ()
> - (substring (expand-file-name file)
> - (length
> - (expand-file-name
> - (file-name-as-directory top))))
> - (error "")))
> - nnheader-directory-separator-character ?.))
> + (setq file
> + (if (not top)
> + file
> + (condition-case ()
> + (substring (expand-file-name file)
> + (length
> + (expand-file-name
> + (file-name-as-directory top))))
> + (error ""))))
> + ;; The last part could have slashes.
> + (concat
> + (nnheader-replace-chars-in-string
> + (file-name-directory file)
> + nnheader-directory-separator-character ?.)
> + (url-unhex-string (file-name-nondirectory file))))
>
> (defun nnheader-message (level &rest args)
> "Message if the Gnus backends are talkative."
> diff --git a/lisp/gnus/nnmail.el b/lisp/gnus/nnmail.el
> index a9f5b89c6fe..0e1bcf849ce 100644
> --- a/lisp/gnus/nnmail.el
> +++ b/lisp/gnus/nnmail.el
> @@ -627,9 +627,21 @@ nnmail-group-pathname
> "Make file name for GROUP."
> (concat
> (let ((dir (file-name-as-directory (expand-file-name dir))))
> + (setq group
> + ;; The last part is allowed slashes. So url-encode.
> + (let ((split-list (split-string group "\\.")))
> + (string-join
> + (append
> + (butlast split-list)
> + (list (browse-url-url-encode-chars
> + (car (last split-list))
> + (concat "[%"
> + (char-to-string
> + nnheader-directory-separator-character)
> + "]"))))
> + ".")))
> (setq group (nnheader-replace-duplicate-chars-in-string
> - (browse-url-url-encode-chars group "[/%]")
> - ?. ?_))
> + group ?. ?_))
> (setq group (nnheader-translate-file-chars group))
> ;; If this directory exists, we use it directly.
> (file-name-as-directory
> @@ -638,7 +650,8 @@ nnmail-group-pathname
> (expand-file-name group dir)
> ;; If not, we translate dots into slashes.
> (expand-file-name
> - (nnheader-replace-chars-in-string group ?. ?/)
> + (nnheader-replace-chars-in-string
> + group ?. nnheader-directory-separator-character)
> dir))))
> (or file "")))
>
> --
> 2.40.1
>
>
> Regards,
> James
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#70994
; Package
emacs
.
(Wed, 22 May 2024 01:01:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 70994 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefankangas <at> gmail.com> writes:
> James Thomas via "Bug reports for GNU Emacs, the Swiss army knife of
> text editors" <bug-gnu-emacs <at> gnu.org> writes:
>
>> Reproduction steps for bug:
>>
>> - emacs -Q
>> - (setq gnus-secondary-select-methods
>> '((nnatom "github.com/vedang/pdf-tools/commits.atom")))
>> (setq gnus-select-method '(nnnil ""))
>> - M-x gnus
>> - Open a message in the new group and press *
>> - Add the cache virtual server (info "(gnus) Creating a Virtual Server")
>> - ^ (server buffer) and: g on the cache
>> - RET to open (fails)
>>
>> This is a possible fix that I've tested only on my (limited) setup, for
>> now:
>
> Eric, what do you think of the below patch?
Thanks for the bump...
James, wasn't this what bug#69517 was supposed to be fixing? I'm still
feeling like we're patching pinhole leaks in a fundamentally broken
system.
For the cache active file, wouldn't it be easier just to wrap the group
name in double quotes?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#70994
; Package
emacs
.
(Wed, 22 May 2024 04:53:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 70994 <at> debbugs.gnu.org (full text, mbox):
Eric Abrahamsen wrote:
> Stefan Kangas <stefankangas <at> gmail.com> writes:
>
>> James Thomas via "Bug reports for GNU Emacs, the Swiss army knife of
>> text editors" <bug-gnu-emacs <at> gnu.org> writes:
>>
>>> Reproduction steps for bug:
>>>
>>> - emacs -Q
>>> - (setq gnus-secondary-select-methods
>>> '((nnatom "github.com/vedang/pdf-tools/commits.atom")))
>>> (setq gnus-select-method '(nnnil ""))
>>> - M-x gnus
>>> - Open a message in the new group and press *
>>> - Add the cache virtual server (info "(gnus) Creating a Virtual Server")
>>> - ^ (server buffer) and: g on the cache
>>> - RET to open (fails)
>>>
>>> This is a possible fix that I've tested only on my (limited) setup, for
>>> now:
>>
>> Eric, what do you think of the below patch?
>
> Thanks for the bump...
>
> James, wasn't this what bug#69517 was supposed to be fixing?
You're right, but that was specifically the 'cache'. In regenerate, all
it sees is that the backend is nnml and there's nothing else special
about the server.
> I'm still feeling like we're patching pinhole leaks in a fundamentally
> broken system.
Sorry if my patch made you think so, but I don't feel that way 🙂. This
feature is just tangential and things like slashes in group names are
bound to complicate things.
But let me see if I can whip up an alternative patch that does things in
a simpler way (I did say: 'possible' patch). One thing to decide is
whether '%'s are uncommon enough in group names to warrant special
treatment in a backend as fundamental as nnml.
Regards,
James
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#70994
; Package
emacs
.
(Fri, 24 May 2024 01:28:03 GMT)
Full text and
rfc822 format available.
Message #17 received at 70994 <at> debbugs.gnu.org (full text, mbox):
James Thomas via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:
> Eric Abrahamsen wrote:
>
>> Stefan Kangas <stefankangas <at> gmail.com> writes:
>>
>>> James Thomas via "Bug reports for GNU Emacs, the Swiss army knife of
>>> text editors" <bug-gnu-emacs <at> gnu.org> writes:
>>>
>>>> Reproduction steps for bug:
>>>>
>>>> - emacs -Q
>>>> - (setq gnus-secondary-select-methods
>>>> '((nnatom "github.com/vedang/pdf-tools/commits.atom")))
>>>> (setq gnus-select-method '(nnnil ""))
>>>> - M-x gnus
>>>> - Open a message in the new group and press *
>>>> - Add the cache virtual server (info "(gnus) Creating a Virtual Server")
>>>> - ^ (server buffer) and: g on the cache
>>>> - RET to open (fails)
>>>>
>>>> This is a possible fix that I've tested only on my (limited) setup, for
>>>> now:
>>>
>>> Eric, what do you think of the below patch?
>>
>> Thanks for the bump...
>>
>> James, wasn't this what bug#69517 was supposed to be fixing?
>
> You're right, but that was specifically the 'cache'. In regenerate, all
> it sees is that the backend is nnml and there's nothing else special
> about the server.
Okay, thanks.
>> I'm still feeling like we're patching pinhole leaks in a fundamentally
>> broken system.
>
> Sorry if my patch made you think so, but I don't feel that way 🙂. This
> feature is just tangential and things like slashes in group names are
> bound to complicate things.
I wasn't complaining about your code :) Just generally grumbling that
this is so complex.
> But let me see if I can whip up an alternative patch that does things in
> a simpler way (I did say: 'possible' patch). One thing to decide is
> whether '%'s are uncommon enough in group names to warrant special
> treatment in a backend as fundamental as nnml.
Without diving into this right now, it seems like this is something that
should be governed by the nnmail abstract backend, from which nnml and
friends inherit. I would dearly, dearly love it if all backends that
might potentially create an on-disk directory from a group name would
use the same code (applying the same user options) to do it, essentially
transparently. It makes me nervous when various functions in various
places repeat similar-but-not-quite-identical routines in encoding and
decoding group names. I suppose that URL encoding/decoding functions
might end up being an okay tool, but I wonder if Elisp doesn't already
have some prior art here. I'll do a bit of reading.
Thank you for persisting with this stuff!
Eric
This bug report was last modified 8 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.