GNU bug report logs -
#53009
29.0.50; mailcap does not use mailcap-mime-data if no mailcap files exist
Previous Next
Reported by: Visuwesh <visuwesh <at> tutanota.com>
Date: Tue, 4 Jan 2022 16:04:02 UTC
Severity: normal
Found in version 29.0.50
Fixed in version 29.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 53009 in the body.
You can then email your comments to 53009 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53009
; Package
emacs
.
(Tue, 04 Jan 2022 16:04:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Visuwesh <visuwesh <at> tutanota.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 04 Jan 2022 16:04:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
If none of the default mailcap files used by `mailcap-parse-mailcaps'
exist in the system, as in my case, `file-has-changed-p' returns nil
every time so `mailcap--computed-mime-data' never gets populated with
the values from `mailcap-parse-mailcaps'. I have to manually evaluate
the `cl-loop' form.
This problem did not exist in da67e888d5360297cdf20cd3d2a1148727d16e5a
where the `file-has-changed-p' call is not present. Emacs 28 also does
not have this problem.
Regards.
In GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0, Xaw scroll bars)
Repository revision: 4b7e73432cd07612e5225189e18696f755c8f954
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12013000
System Description: NixOS 21.11 (Porcupine)
Configured using:
'configure
--prefix=/nix/store/rsgfliii3k06j8i77zn295yp87qbq0yr-emacs-git-20211221.0
--disable-build-details --with-modules --with-x-toolkit=lucid
--with-xft --with-cairo --with-native-compilation'
Configured features:
CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY
INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM LUCID ZLIB
Important settings:
value of $EMACSLOADPATH: /nix/store/x6fjznfj7wks7nvs6xgsk1q4fcd5rjrw-emacs-packages-deps/share/emacs/site-lisp:
value of $EMACSNATIVELOADPATH: /nix/store/x6fjznfj7wks7nvs6xgsk1q4fcd5rjrw-emacs-packages-deps/share/emacs/native-lisp::
value of $LANG: en_GB.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
show-paren-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
indent-tabs-mode: t
transient-mark-mode: t
Load-path shadows:
/nix/store/rsgfliii3k06j8i77zn295yp87qbq0yr-emacs-git-20211221.0/share/emacs/29.0.50/lisp/emacs-lisp/eieio-compat hides /nix/store/rsgfliii3k06j8i77zn295yp87qbq0yr-emacs-git-20211221.0/share/emacs/29.0.50/lisp/obsolete/eieio-compat
Features:
(shadow sort mail-extr emacsbug message yank-media rmc puny dired
dired-loaddefs rfc822 mml mml-sec password-cache epa derived epg rfc6068
epg-config gnus-util text-property-search mm-decode mm-bodies mm-encode
mailabbrev gmm-utils mailheader sendmail mail-utils time-date cl-macs
seq gv subr-x byte-opt bytecomp byte-compile cconv mail-parse rfc2231
rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailcap cl-loaddefs cl-lib
iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock
font-lock syntax 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 emoji-zwj 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 keymap hashtable-print-readable backquote threads
dbusbind inotify dynamic-setting system-font-setting font-render-setting
cairo x-toolkit x multi-tty make-network-process native-compile emacs)
Memory information:
((conses 16 62226 4604)
(symbols 48 5893 0)
(strings 32 17969 1840)
(string-bytes 1 621596)
(vectors 16 13280)
(vector-slots 8 278596 7246)
(floats 8 23 23)
(intervals 56 371 0)
(buffers 992 11))
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53009
; Package
emacs
.
(Tue, 04 Jan 2022 16:11:02 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
4 Jan 2022, 21:33 by visuwesh <at> tutanota.com:
> If none of the default mailcap files used by `mailcap-parse-mailcaps'
> exist in the system, as in my case, `file-has-changed-p' returns nil
> every time so `mailcap--computed-mime-data' never gets populated with
> the values from `mailcap-parse-mailcaps'. I have to manually evaluate
^^^^^^^^^^^^^^^^^^^^^^
I meant, "values from `mailcap-mime-data'." I apologise for the mistake.
> the `cl-loop' form.
>
> This problem did not exist in da67e888d5360297cdf20cd3d2a1148727d16e5a
> where the `file-has-changed-p' call is not present. Emacs 28 also does
> not have this problem.
>
>
> Regards.
>[...]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53009
; Package
emacs
.
(Fri, 14 Jan 2022 08:27:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 53009 <at> debbugs.gnu.org (full text, mbox):
Visuwesh <visuwesh <at> tutanota.com> writes:
> If none of the default mailcap files used by `mailcap-parse-mailcaps'
> exist in the system, as in my case, `file-has-changed-p' returns nil
> every time so `mailcap--computed-mime-data' never gets populated with
> the values from `mailcap-parse-mailcaps'. I have to manually evaluate
> the `cl-loop' form.
Yup. This should now be fixed in Emacs 29.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug marked as fixed in version 29.1, send any further explanations to
53009 <at> debbugs.gnu.org and Visuwesh <visuwesh <at> tutanota.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Fri, 14 Jan 2022 08:27:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#53009
; Package
emacs
.
(Sat, 15 Jan 2022 09:15:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 53009 <at> debbugs.gnu.org (full text, mbox):
14 Jan 2022, 13:55 by larsi <at> gnus.org:
> Visuwesh <visuwesh <at> tutanota.com> writes:
>
>> If none of the default mailcap files used by `mailcap-parse-mailcaps'
>> exist in the system, as in my case, `file-has-changed-p' returns nil
>> every time so `mailcap--computed-mime-data' never gets populated with
>> the values from `mailcap-parse-mailcaps'. I have to manually evaluate
>> the `cl-loop' form.
>>
>
> Yup. This should now be fixed in Emacs 29.
>
Can confirm that it works, thanks!
> --
> (domestic pets only, the antidote for overdose, milk.)
> bloggy blog: http://lars.ingebrigtsen.no
>
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 12 Feb 2022 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 71 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.