GNU bug report logs -
#21188
Preview installed from the package manager changes LaTeX-mode-hook
Previous Next
Reported by: Joseph Mingrone <jrm <at> ftfl.ca>
Date: Tue, 4 Aug 2015 18:26:02 UTC
Severity: normal
Done: Tassilo Horn <tsdh <at> gnu.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 21188 in the body.
You can then email your comments to 21188 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Tue, 04 Aug 2015 18:26:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Joseph Mingrone <jrm <at> ftfl.ca>
:
New bug report received and forwarded. Copy sent to
bug-auctex <at> gnu.org
.
(Tue, 04 Aug 2015 18:26:02 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)]
Tassilo Horn <tsdh <at> gnu.org> writes:
> César Asensio <asensio.cesar <at> gmail.com> writes:
> Hi César,
>> I'm a longtime AUCTeX user, and I've never felt the need of using
>> Preview in my daily LaTeX editing. Prior to the inclusion of AUCTeX
>> in the Emacs package manager there was the possibility of loading
>> AucTeX and Preview separately, but now they are both loaded
>> automatically. This in itself would be harmless if not for Preview
>> changing the variable `LaTeX-mode-hook' *after* the init file
>> settings.
> I don't see why that's a problem. Could you please elaborate a bit?
I know this is an old post, but the problem, in my view, still exists.
AUTeX provides for customization for LaTeX-mode-hook, but inside the
function LaTeX-preview-setup in preview.el, it overwrites the value with
(remove-hook 'LaTeX-mode-hook #'LaTeX-preview-setup) (add-hook
'LaTeX-mode-hook #'preview-mode-setup).
Joseph
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Tue, 04 Aug 2015 18:43:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 21188 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Joseph Mingrone <jrm <at> ftfl.ca> writes:
> Tassilo Horn <tsdh <at> gnu.org> writes:
>> César Asensio <asensio.cesar <at> gmail.com> writes:
>> Hi César,
>>> I'm a longtime AUCTeX user, and I've never felt the need of using
>>> Preview in my daily LaTeX editing. Prior to the inclusion of AUCTeX
>>> in the Emacs package manager there was the possibility of loading
>>> AucTeX and Preview separately, but now they are both loaded
>>> automatically. This in itself would be harmless if not for Preview
>>> changing the variable `LaTeX-mode-hook' *after* the init file
>>> settings.
>> I don't see why that's a problem. Could you please elaborate a bit?
> I know this is an old post, but the problem, in my view, still exists.
> AUTeX provides for customization for LaTeX-mode-hook, but inside the
> function LaTeX-preview-setup in preview.el, it overwrites the value with
> (remove-hook 'LaTeX-mode-hook #'LaTeX-preview-setup) (add-hook
> 'LaTeX-mode-hook #'preview-mode-setup).
Sorry, I misread the code snippet above; it doesn't seem to be the cause of
LaTeX-mode-hook being overwritten.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Tue, 04 Aug 2015 21:22:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 21188 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I've been exploring more. Here is a summary of what I've found:
If I customize LaTeX-mode-hook and load a .tex file, the value of
`LaTeX-mode-hook' is wiped and replaced with only preview-mode-setup.
If I comment out the line
(add-hook 'LaTeX-mode-hook #'LaTeX-preview-setup)
in auctex-autoloads.el, the customized value of `LaTeX-mode-hook' is not
wiped.
If I change
'(LaTeX-mode-hook '(flyspell-mode LaTeX-math-mode turn-on-reftex))
within (custom-set-variables.. in my init file to
'(LaTeX-mode-hook '(flyspell-mode LaTeX-math-mode turn-on-reftex) t)
the customized value is not wiped.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Wed, 05 Aug 2015 06:49:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 21188 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Joseph Mingrone <jrm <at> ftfl.ca> writes:
Hi Joseph,
> If I customize LaTeX-mode-hook and load a .tex file, the value of
> `LaTeX-mode-hook' is wiped and replaced with only preview-mode-setup.
>
> If I comment out the line
>
> (add-hook 'LaTeX-mode-hook #'LaTeX-preview-setup)
>
> in auctex-autoloads.el, the customized value of `LaTeX-mode-hook' is
> not wiped.
This "wiping" is strange. `LaTeX-preview-setup' removes itself from
`LaTeX-mode-hook' and adds `preview-mode-setup' instead. However, this
should not affect other functions which also happen to be added to
`LaTeX-mode-hook'.
I just tried with emacs 24.5 and ELPA AUCTeX 11.88.6. My emacs just
contained
(add-hook 'LaTeX-mode-hook (lambda () :test))
After emacs startup, the value of `LaTeX-mode-hook' was
(LaTeX-preview-setup (lambda nil :test))
And after opening some tex file, the value was
(preview-mode-setup (lambda nil :test))
So that's expected, and my test lambda didn't get wiped out.
> If I change
>
> '(LaTeX-mode-hook '(flyspell-mode LaTeX-math-mode turn-on-reftex))
>
> within (custom-set-variables.. in my init file to
>
> '(LaTeX-mode-hook '(flyspell-mode LaTeX-math-mode turn-on-reftex) t)
>
> the customized value is not wiped.
Hm, the second version says that your customs should be set right NOW
and also made the default value of `LaTeX-mode-hook'. The former will
apply the customization at some future point in time, I think after the
(defcustom LaTeX-mode-hook ...) form has been evaluated when AUCTeX
loads.
I can reproduce the behavior you describe when I use customize instead
of plain `add-hook' but I fail to see why your customizations are lost
with the first entry above. My understanding is that your value should
be set just when loading latex.el after evaling the corresponding
defcustom form. That would be ok. AUCTeX itself just uses `add-hook'
and `remove-hook' on `LaTeX-mode-hook', so your configs should persist.
Anyone got a clue?
Ok, here are some workarounds:
1. Use `add-hook' to add `flyspell-mode' and friends to
`LaTeX-mode-hook'.
2. Put (package-initialize) *before* the `custom-set-variables'
section. Then `LaTeX-mode-hook' is already defined when the
`custom-set-variables' are applied which seems to fix the issue,
too.
3. Use a t NOW argument for customizing `LaTeX-mode-hook' as you've
found out yourself.
Bye,
Tassilo
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Wed, 05 Aug 2015 17:13:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 21188 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Tassilo Horn <tsdh <at> gnu.org> writes:
> This "wiping" is strange. `LaTeX-preview-setup' removes itself from
> `LaTeX-mode-hook' and adds `preview-mode-setup' instead. However, this
> should not affect other functions which also happen to be added to
> `LaTeX-mode-hook'.
If LaTeX-mode-hook is customized so that the customizations aren't
applied immediately, then the value of LaTeX-mode-hook is not set before
the line (add-hook 'LaTeX-mode-hook #'LaTeX-preview-setup) in
auctex-autoloads.el and after that call, regardless of the contents of
LaTeX-preview-setup, the customizations are not applied. However, if I
comment out the line (add-hook 'LaTeX-mode-hook #'LaTeX-preview-setup)
inside auctex-autoloads.el then the value customizations are applied.
> I just tried with emacs 24.5 and ELPA AUCTeX 11.88.6.
I should have mentioned that I'm running 24.5.1 with the same AUCTeX.
Joseph
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Wed, 05 Aug 2015 18:19:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 21188 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Joseph Mingrone <jrm <at> ftfl.ca> writes:
Hi Joseph,
>> This "wiping" is strange. `LaTeX-preview-setup' removes itself from
>> `LaTeX-mode-hook' and adds `preview-mode-setup' instead. However,
>> this should not affect other functions which also happen to be added
>> to `LaTeX-mode-hook'.
>
> If LaTeX-mode-hook is customized so that the customizations aren't
> applied immediately, then the value of LaTeX-mode-hook is not set
> before the line (add-hook 'LaTeX-mode-hook #'LaTeX-preview-setup) in
> auctex-autoloads.el and after that call, regardless of the contents of
> LaTeX-preview-setup, the customizations are not applied.
Exactly that's the case.
> However, if I comment out the line (add-hook 'LaTeX-mode-hook
> #'LaTeX-preview-setup) inside auctex-autoloads.el then the value
> customizations are applied.
Yup. I don't think that issue is actually related to all AUCTeX but it
works the way for all hooks with customization. The only thing that
triggers the problem in AUCTeX is that AUCTeX itself adds a function to
the hook (and not as initial value).
I couldn't find any documentation that would define the interplay of
customize and hooks so I've asked for clarification on emacs-devel.
https://lists.gnu.org/archive/html/emacs-devel/2015-08/msg00172.html
Until now, there are no answers but we'll see what the experts say.
IMHO, the current behavior is wrong. Maybe a better approach was if
defcustoms of type hook wouldn't use `set-default' as :set function but
`add-hook'. Then, hook customizations would have purely additive
semantics which sounds sensible to me.
>> I just tried with emacs 24.5 and ELPA AUCTeX 11.88.6.
>
> I should have mentioned that I'm running 24.5.1 with the same AUCTeX.
It's the same with emacs 25 from the Git master's HEAD.
Bye,
Tassilo
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Fri, 07 Aug 2015 16:06:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 21188 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi Joseph,
I've just released GNU AUCTeX 11.88.7 on ELPA, and the problem should be
fixed now. Please test and report back if if works now.
It may take up to 24 hours until the new version actually appears in the
package manager.
Bye,
Tassilo
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Sat, 08 Aug 2015 15:56:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 21188 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi Tassilo,
Tassilo Horn <tsdh <at> gnu.org> writes:
> I've just released GNU AUCTeX 11.88.7 on ELPA, and the problem should be
> fixed now. Please test and report back if if works now.
I can confirm that your changes solve the problem for me.
Thank you,
Joseph
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Sun, 09 Aug 2015 12:30:04 GMT)
Full text and
rfc822 format available.
Message #29 received at submit <at> debbugs.gnu.org (full text, mbox):
Tassilo Horn <tsdh <at> gnu.org> writes:
Hi Tassilo,
> I've just released GNU AUCTeX 11.88.7 on ELPA, and the problem should be
> fixed now. Please test and report back if if works now.
I've installed the latest version from git with your patch and get the
following when I open a tex file:
(void-function LaTeX-preview-setup)
Recipe:
1) Start emacs with
emacs --eval '(setq debug-on-error t)' -Q &
2) Eval in scratch buffer
(load "auctex.el" nil t t)
3) Open a tex file and emacs says:
--8<---------------cut here---------------start------------->8---
Debugger entered--Lisp error: (void-function LaTeX-preview-setup)
LaTeX-preview-setup()
TeX-latex-mode()
apply(TeX-latex-mode nil)
latex-mode()
set-auto-mode-0(latex-mode nil)
set-auto-mode()
normal-mode(t)
after-find-file(nil t)
find-file-noselect-1(#<buffer temp.tex> "~/Latex/temp.tex" nil nil "~/Latex/temp.tex" (281474976722716 2925265949))
find-file-noselect("~/Latex/temp.tex" nil nil t)
find-file("~/Latex/temp.tex" t)
call-interactively(find-file nil nil)
command-execute(find-file)
--8<---------------cut here---------------end--------------->8---
Best, Arash
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Sun, 09 Aug 2015 13:10:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 21188 <at> debbugs.gnu.org (full text, mbox):
Hi Arash,
2015-08-09 14:28 GMT+02:00 Arash Esbati <esbati <at> gmx.de>:
> Tassilo Horn <tsdh <at> gnu.org> writes:
>
> Hi Tassilo,
>
>> I've just released GNU AUCTeX 11.88.7 on ELPA, and the problem should be
>> fixed now. Please test and report back if if works now.
>
> I've installed the latest version from git with your patch and get the
> following when I open a tex file:
>
> (void-function LaTeX-preview-setup)
>
> Recipe:
>
> 1) Start emacs with
> emacs --eval '(setq debug-on-error t)' -Q &
>
> 2) Eval in scratch buffer
> (load "auctex.el" nil t t)
>
> 3) Open a tex file and emacs says:
>
> --8<---------------cut here---------------start------------->8---
> Debugger entered--Lisp error: (void-function LaTeX-preview-setup)
> LaTeX-preview-setup()
> TeX-latex-mode()
> apply(TeX-latex-mode nil)
> latex-mode()
> set-auto-mode-0(latex-mode nil)
> set-auto-mode()
> normal-mode(t)
> after-find-file(nil t)
> find-file-noselect-1(#<buffer temp.tex> "~/Latex/temp.tex" nil nil "~/Latex/temp.tex" (281474976722716 2925265949))
> find-file-noselect("~/Latex/temp.tex" nil nil t)
> find-file("~/Latex/temp.tex" t)
> call-interactively(find-file nil nil)
> command-execute(find-file)
> --8<---------------cut here---------------end--------------->8---
I can't reproduce the error with Emacs 24.5 and git AUCTeX. Which
version of Emacs are you running?
Tassilo, the only point of your commit I don't understand is: what
happens when `declare-function' is not bound?
Bye,
Mosè
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Sun, 09 Aug 2015 17:35:01 GMT)
Full text and
rfc822 format available.
Message #35 received at submit <at> debbugs.gnu.org (full text, mbox):
Mosè Giordano <mose <at> gnu.org> writes:
Hi Mosè,
> I can't reproduce the error with Emacs 24.5 and git AUCTeX. Which
> version of Emacs are you running?
I'm running GNU Emacs 24.5 (64bit) on Win7. I've just fetched the
entire repository and built AUCTeX again; the warning remains.
Best, Arash
Reply sent
to
Tassilo Horn <tsdh <at> gnu.org>
:
You have taken responsibility.
(Mon, 10 Aug 2015 05:12:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Joseph Mingrone <jrm <at> ftfl.ca>
:
bug acknowledged by developer.
(Mon, 10 Aug 2015 05:12:03 GMT)
Full text and
rfc822 format available.
Message #40 received at 21188-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Joseph Mingrone <jrm <at> ftfl.ca> writes:
Hi Joseph,
>> I've just released GNU AUCTeX 11.88.7 on ELPA, and the problem should
>> be fixed now. Please test and report back if if works now.
>
> I can confirm that your changes solve the problem for me.
Great, thanks for testing!
Bye,
Tassilo
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Mon, 10 Aug 2015 06:08:02 GMT)
Full text and
rfc822 format available.
Message #43 received at 21188 <at> debbugs.gnu.org (full text, mbox):
Mosè Giordano <mose <at> gnu.org> writes:
> Tassilo, the only point of your commit I don't understand is: what
> happens when `declare-function' is not bound?
You get a warning during compilation.
Bye,
Tassilo
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Mon, 10 Aug 2015 06:32:01 GMT)
Full text and
rfc822 format available.
Message #46 received at submit <at> debbugs.gnu.org (full text, mbox):
Arash Esbati <esbati <at> gmx.de> writes:
> I've installed the latest version from git with your patch and get the
> following when I open a tex file:
>
> (void-function LaTeX-preview-setup)
>
> Recipe:
>
> 1) Start emacs with
> emacs --eval '(setq debug-on-error t)' -Q &
>
> 2) Eval in scratch buffer
> (load "auctex.el" nil t t)
How can you do that without telling Emacs where auctex.el resides?
> 3) Open a tex file and emacs says:
>
> Debugger entered--Lisp error: (void-function LaTeX-preview-setup)
`LaTeX-preview-setup' is autoloaded from preview-latex.el. So it relies
on
(load "preview-latex.el" nil t t)
also being in your ~/.emacs. Although I can omit that but still don't
get that error...
But I guess it wouldn't hurt to wrap the call in an fboundp check...
Bye,
Tassilo
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Mon, 10 Aug 2015 06:38:01 GMT)
Full text and
rfc822 format available.
Message #49 received at submit <at> debbugs.gnu.org (full text, mbox):
Arash Esbati <esbati <at> gmx.de> writes:
Hi!
>> I can't reproduce the error with Emacs 24.5 and git AUCTeX. Which
>> version of Emacs are you running?
>
> I'm running GNU Emacs 24.5 (64bit) on Win7. I've just fetched the
> entire repository and built AUCTeX again; the warning remains.
Which warning, and what about the error?
Anyway, I just guarded the call with an fboundp check so that you won't
get the error if you intentionally don't load preview-latex.
Bye,
Tassilo
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Mon, 10 Aug 2015 10:39:01 GMT)
Full text and
rfc822 format available.
Message #52 received at 21188 <at> debbugs.gnu.org (full text, mbox):
Hi Tassilo,
2015-08-10 8:07 GMT+02:00 Tassilo Horn <tsdh <at> gnu.org>:
> Mosè Giordano <mose <at> gnu.org> writes:
>
>> Tassilo, the only point of your commit I don't understand is: what
>> happens when `declare-function' is not bound?
>
> You get a warning during compilation.
I was referring to the runtime behavior, but you replied me in another
message: `LaTeX-preview-setup' is an autoloaded function, so there
shouldn't be errors.
Bye,
Mosè
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Mon, 10 Aug 2015 20:39:01 GMT)
Full text and
rfc822 format available.
Message #55 received at submit <at> debbugs.gnu.org (full text, mbox):
Tassilo Horn <tsdh <at> gnu.org> writes:
> Arash Esbati <esbati <at> gmx.de> writes:
>
>> 2) Eval in scratch buffer
>> (load "auctex.el" nil t t)
>
> How can you do that without telling Emacs where auctex.el resides?
Sorry, my bad, yanked the wrong item. I eval'ed:
(load "~/.emacs.d/lisp/auctex.el" nil t t)
>> 3) Open a tex file and emacs says:
>>
>> Debugger entered--Lisp error: (void-function LaTeX-preview-setup)
>
> `LaTeX-preview-setup' is autoloaded from preview-latex.el. So it relies
> on
>
> (load "preview-latex.el" nil t t)
>
> also being in your ~/.emacs. Although I can omit that but still don't
> get that error...
>
> But I guess it wouldn't hurt to wrap the call in an fboundp check...
Thanks, I updated AUCTeX and the error (not warning) is gone. I will
check this on my other box this weekend. I wonder why this happened to
me while you and Mosè do not have this issue.
Best, Arash
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Mon, 10 Aug 2015 21:00:05 GMT)
Full text and
rfc822 format available.
Message #58 received at 21188 <at> debbugs.gnu.org (full text, mbox):
Hi Arash,
2015-08-10 22:37 GMT+02:00 Arash Esbati <esbati <at> gmx.de>:
> Tassilo Horn <tsdh <at> gnu.org> writes:
>
>> Arash Esbati <esbati <at> gmx.de> writes:
>>
>>> 2) Eval in scratch buffer
>>> (load "auctex.el" nil t t)
>>
>> How can you do that without telling Emacs where auctex.el resides?
>
> Sorry, my bad, yanked the wrong item. I eval'ed:
>
> (load "~/.emacs.d/lisp/auctex.el" nil t t)
>
>>> 3) Open a tex file and emacs says:
>>>
>>> Debugger entered--Lisp error: (void-function LaTeX-preview-setup)
>>
>> `LaTeX-preview-setup' is autoloaded from preview-latex.el. So it relies
>> on
>>
>> (load "preview-latex.el" nil t t)
>>
>> also being in your ~/.emacs. Although I can omit that but still don't
>> get that error...
>>
>> But I guess it wouldn't hurt to wrap the call in an fboundp check...
>
> Thanks, I updated AUCTeX and the error (not warning) is gone. I will
> check this on my other box this weekend. I wonder why this happened to
> me while you and Mosè do not have this issue.
I'm curious too, thanks for looking into it. I can reproduce your
error only if I load `auctex' but don't load `preview-latex' and then
run `TeX-LaTeX-mode', but opening a LaTeX files works flawless even
without loading `preview-latex' (and before Tassilo's last commit).
Could you please remove the "Mail-Followup-To: bug-auctex <at> gnu.org"
cookie from your emails? This setting would open a new bug report for
everyone replying to you ;-)
Bye,
Mosè
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Fri, 14 Aug 2015 18:50:02 GMT)
Full text and
rfc822 format available.
Message #61 received at submit <at> debbugs.gnu.org (full text, mbox):
Mosè Giordano <mose <at> gnu.org> writes:
Hi Mosè,
> 2015-08-10 22:37 GMT+02:00 Arash Esbati <esbati <at> gmx.de>:
>
>> Thanks, I updated AUCTeX and the error (not warning) is gone. I will
>> check this on my other box this weekend. I wonder why this happened to
>> me while you and Mosè do not have this issue.
>
> I'm curious too, thanks for looking into it. I can reproduce your
> error only if I load `auctex' but don't load `preview-latex' and then
> run `TeX-LaTeX-mode', but opening a LaTeX files works flawless even
> without loading `preview-latex' (and before Tassilo's last commit).
I tried it again and also with a fresh compiled emacs 25.0.50 from
today. But the issue remains. I have no idea what's going wrong. But
with the last patch from Tassilo it works smooth again. So I think we
can close this one.
> Could you please remove the "Mail-Followup-To: bug-auctex <at> gnu.org"
> cookie from your emails? This setting would open a new bug report for
> everyone replying to you ;-)
I read and post to this list through Gmane. I think that cookie is
inserted by Gmane since I have no prerequisite to insert that in my
Gnus. I will investigate if there is a way to avoid it. Meanwhile, I
will try to reduce my contributions to this list to a minimum ;-) (I
have one bug report coming, though)
Best, Arash
Information forwarded
to
bug-auctex <at> gnu.org
:
bug#21188
; Package
auctex
.
(Fri, 14 Aug 2015 19:02:02 GMT)
Full text and
rfc822 format available.
Message #64 received at 21188 <at> debbugs.gnu.org (full text, mbox):
Mosè Giordano wrote:
> Could you please remove the "Mail-Followup-To: bug-auctex <at> gnu.org"
> cookie from your emails? This setting would open a new bug report for
> everyone replying to you ;-)
FYI that won't happen so long as the subject starts with "Re: Bug#21188".
(As you can see from that fact several replies in this thread have gone
to "bug-auctex" already.)
However, M-F-T being set to _just_ the list will cause subsequent
replies to strip off anyone who had been cc'd in earlier discussion,
which is poor form since people shouldn't have to subscribe to bug lists
to take part.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 12 Sep 2015 11:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 9 years and 284 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.