GNU bug report logs -
#15436
24.3.50; reads ~/.mailcap only once
Previous Next
Reported by: Gregor Zattler <telegraph <at> gmx.net>
Date: Sun, 22 Sep 2013 19:47:01 UTC
Severity: minor
Tags: fixed
Found in version 24.3.50
Fixed in version 27.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 15436 in the body.
You can then email your comments to 15436 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#15436
; Package
emacs
.
(Sun, 22 Sep 2013 19:47:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Gregor Zattler <telegraph <at> gmx.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 22 Sep 2013 19:47:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Dear Emacs Developers,
Emacs reads ~/.mailcap only once, does not recognize later
changes in this configuration file even if made with Emacs in the
same session. This happens with Emacs23 and Emacs-snapshot. I
consider this behaviour a bug. Quitting Emacs and starting anew
forces reload of ~/.mailcap.
How to reproduce:
When opening a file link to say an image or PDF document within
org-mode via C-u C-u C-c C-o Emacs reads (in default
configuration) ~/.mailcap in search for a application to open the
file with. If one then changes this ~/.mailcap, saves it and opens
the same file again it is opened via the mailcap entry before the
change.
Thanks for your attention, Gregor
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15436
; Package
emacs
.
(Sun, 22 Sep 2013 20:08:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 15436 <at> debbugs.gnu.org (full text, mbox):
> From: Gregor Zattler <telegraph <at> gmx.net>
> Date: Sun, 22 Sep 2013 21:45:40 +0200
>
> Emacs reads ~/.mailcap only once, does not recognize later
> changes in this configuration file even if made with Emacs in the
> same session. This happens with Emacs23 and Emacs-snapshot. I
> consider this behaviour a bug. Quitting Emacs and starting anew
> forces reload of ~/.mailcap.
>
> How to reproduce:
>
> When opening a file link to say an image or PDF document within
> org-mode via C-u C-u C-c C-o Emacs reads (in default
> configuration) ~/.mailcap in search for a application to open the
> file with. If one then changes this ~/.mailcap, saves it and opens
> the same file again it is opened via the mailcap entry before the
> change.
Does it help to invoke "M-x mailcap-parse-mailcaps RET"?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15436
; Package
emacs
.
(Sun, 22 Sep 2013 20:42:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 15436 <at> debbugs.gnu.org (full text, mbox):
Hi Eli,
* Eli Zaretskii <eliz <at> gnu.org> [2013-09-22; 22:07]:
>> From: Gregor Zattler <telegraph <at> gmx.net>
>> Date: Sun, 22 Sep 2013 21:45:40 +0200
>>
>> Emacs reads ~/.mailcap only once, does not recognize later
>> changes in this configuration file even if made with Emacs in the
>> same session. This happens with Emacs23 and Emacs-snapshot. I
>> consider this behaviour a bug. Quitting Emacs and starting anew
>> forces reload of ~/.mailcap.
>>
>> How to reproduce:
>>
>> When opening a file link to say an image or PDF document within
>> org-mode via C-u C-u C-c C-o Emacs reads (in default
>> configuration) ~/.mailcap in search for a application to open the
>> file with. If one then changes this ~/.mailcap, saves it and opens
>> the same file again it is opened via the mailcap entry before the
>> change.
>
> Does it help to invoke "M-x mailcap-parse-mailcaps RET"?
Yes. Thanks for this pointer.
I still consider this to be a bug. Emacs should behave as
configured in .mailcap not as in an old version of it. If the
Emacs developers consider this behaviour to be ok then it should
be documented somewhere.
Thank you for your fast reply, gregor
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15436
; Package
emacs
.
(Sat, 25 Oct 2014 08:40:04 GMT)
Full text and
rfc822 format available.
Message #14 received at 15436 <at> debbugs.gnu.org (full text, mbox):
Hi Eli, emacs developers,
* Gregor Zattler <telegraph <at> gmx.net> [22. Sep. 2013]:
>>> When opening a file link to say an image or PDF document within
>>> org-mode via C-u C-u C-c C-o Emacs reads (in default
>>> configuration) ~/.mailcap in search for a application to open the
>>> file with. If one then changes this ~/.mailcap, saves it and opens
>>> the same file again it is opened via the mailcap entry before the
>>> change.
>>
>> Does it help to invoke "M-x mailcap-parse-mailcaps RET"?
>
> Yes. Thanks for this pointer.
>
> I still consider this to be a bug. Emacs should behave as
> configured in .mailcap not as in an old version of it. If the
> Emacs developers consider this behaviour to be ok then it should
> be documented somewhere.
This could be a use case for the inotify infrastructure. (Way
beyond my skills).
Ciao, Gregor
--
-... --- .-. . -.. ..--.. ...-.-
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15436
; Package
emacs
.
(Wed, 05 Aug 2020 07:07:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 15436 <at> debbugs.gnu.org (full text, mbox):
Gregor Zattler <telegraph <at> gmx.net> writes:
> Emacs reads ~/.mailcap only once, does not recognize later
> changes in this configuration file even if made with Emacs in the
> same session. This happens with Emacs23 and Emacs-snapshot. I
> consider this behaviour a bug. Quitting Emacs and starting anew
> forces reload of ~/.mailcap.
This was changed finally in Emacs 27, I believe -- it'll now re-read the
data any time it's queried for data.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) fixed.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Wed, 05 Aug 2020 07:07:01 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 27.1, send any further explanations to
15436 <at> debbugs.gnu.org and Gregor Zattler <telegraph <at> gmx.net>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Wed, 05 Aug 2020 07:07:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 02 Sep 2020 11:24:09 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 237 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.