GNU bug report logs - #40577
Auctex can't open anymore documentation

Previous Next

Package: auctex;

Reported by: Tobias Bora <tobias.bora <at> gmail.com>

Date: Sun, 12 Apr 2020 16:32:01 UTC

Severity: normal

Done: Ikumi Keita <ikumi <at> ikumi.que.jp>

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 40577 in the body.
You can then email your comments to 40577 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-auctex <at> gnu.org:
bug#40577; Package auctex. (Sun, 12 Apr 2020 16:32:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Tobias Bora <tobias.bora <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-auctex <at> gnu.org. (Sun, 12 Apr 2020 16:32:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tobias Bora <tobias.bora <at> gmail.com>
To: bug-auctex <at> gnu.org
Subject: Auctex can't open anymore documentation
Date: Sun, 12 Apr 2020 18:31:36 +0200
[Message part 1 (text/plain, inline)]
Hello,

I don't know why, but I updated recently my .emacs file (which may
downloaded a recent version of auctex), and since then I can't open
documentation anymore. Indeed, if I do `C-c ? tikz <RET>` then okular
starts, but is killed before opening the document. I tried with an empty
configuration (emacs -Q) in a new home, and I even tried it on a
completely empty (and new) user.

Here is how you can reproduce the bug:

1) On debian unstable (KDE), install emacs 1:26.3+1-1
2) create an empty folder to become the new home: mkdir /tmp/testemacs
3) start emacs: env HOME=/tmp/testemacs emacs -Q
4) install auctex: M-x package-list-packages, select auctex, and click
"Install" (it should give you the *version 12.2.0*)
5) open a new .tex file: C-x f a.tex
6) try to open some documentation C-c ? tikz <RET>

You should then see okular starting in the trail bar, and being killed
before opening. I tried to monitor what was happening with something
like `while true; do ps aux | grep okular | grep -v "grep okular";
done`, and indeed, okular is started:

me        22670  0.0  0.1  88344 11696 ?        R    18:07   0:00
/usr/bin/okular /usr/share/texlive/texmf-dist/doc/generic/pgf/pgfmanual.pdf
[...]
me        22670  104  2.4 784268 195144 ?       Rl   18:07   0:02
/usr/bin/okular /usr/share/texlive/texmf-dist/doc/generic/pgf/pgfmanual.pdf
me        22670  105  0.0      0     0 ?        Zl   18:07   0:02
[okular] <defunct>

If I manually type this command "/usr/bin/okular
/usr/share/texlive/texmf-dist/doc/generic/pgf/pgfmanual.pdf" is does
open the requested PDF.

Any idea what's going wrong? The only idea I have is that maybe emacs
kills for some reason the okular process, but no idea why...

Thanks,

Tobias Bora

[Message part 2 (text/html, inline)]

Information forwarded to bug-auctex <at> gnu.org:
bug#40577; Package auctex. (Mon, 13 Apr 2020 10:25:02 GMT) Full text and rfc822 format available.

Message #8 received at 40577 <at> debbugs.gnu.org (full text, mbox):

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: Tobias Bora <tobias.bora <at> gmail.com>
Cc: 40577 <at> debbugs.gnu.org
Subject: Re: bug#40577: Auctex can't open anymore documentation
Date: Mon, 13 Apr 2020 19:24:42 +0900
Hi Tobias,

>>>>> Tobias Bora <tobias.bora <at> gmail.com> writes:
> I don't know why, but I updated recently my .emacs file (which may
> downloaded a recent version of auctex), and since then I can't open
> documentation anymore. Indeed, if I do `C-c ? tikz <RET>` then okular
> starts, but is killed before opening the document. I tried with an empty
> configuration (emacs -Q) in a new home, and I even tried it on a
> completely empty (and new) user.

[...]

> Any idea what's going wrong? The only idea I have is that maybe emacs
> kills for some reason the okular process, but no idea why...

It may be related to my commit in 2018:
----------------------------------------------------------------------
commit c8a8d475d5a5c826c02313937e2bf09cca3fe057
Author: Ikumi Keita <ikumi <at> ikumi.que.jp>
Date:   Sun Nov 4 03:21:33 2018 +0900

    Don't block emacs during viewing document
    
    * tex.el (TeX-documentation-texdoc): Use asynchronous proces not to
    block emacs during viewing document.
    Supply "%s" to `message' argument in case the shell output contains
    accidental %-sequence.

diff --git a/tex.el b/tex.el
index 9995af3f..8f359246 100644
--- a/tex.el
+++ b/tex.el
@@ -6350,7 +6350,30 @@ the number of the file to view, anything else to skip: ")
 list)))
        ;; Called without prefix argument: just run "texdoc --view <pkg>" and
        ;; show the output, so that the user is warned in case it doesn't find
        ;; the documentation or "texdoc" is not available.
-       (message (shell-command-to-string (concat "texdoc --view " pkg)))))))
+       (message "%s"
+                ;; The folowing code to the end of `defun' used to be
+                ;; just
+                ;; (shell-command-to-string (concat "texdoc --view " pkg))
+                ;; , but in some cases it blocks emacs until the user
+                ;; quits the viewer (bug#28905).
+                (with-output-to-string
+                  (let* (;; Use pipe rather than pty because the
+                         ;; latter causes atril (evince variant
+                         ;; viewer) to exit before showing anything.
+                         (process-connection-type nil)
+                         (process (start-process-shell-command
+                                   "Doc view" standard-output
+                                   (concat "texdoc --view " pkg))))
+                    ;; Suppress the message "Process Doc view
+                    ;; finished".
+                    (set-process-sentinel process #'ignore)
+                    ;; Kill temp buffer without query.  This is
+                    ;; necessary, at least for some environment, if
+                    ;; the underlying shell can't find the texdoc
+                    ;; executable.
+                    (set-process-query-on-exit-flag process nil)
+                    ;; Don't discard shell output.
+                    (accept-process-output process))))))))
 
 (defun TeX-goto-info-page ()
   "Read documentation for AUCTeX in the info system."
----------------------------------------------------------------------
This commit is intended for evince but it might harm okular in some way.
Could you see whether your okular wokrs if you revert the above change?

Regards,
Ikumi Keita




Information forwarded to bug-auctex <at> gnu.org:
bug#40577; Package auctex. (Sat, 28 Jan 2023 09:10:02 GMT) Full text and rfc822 format available.

Message #11 received at 40577 <at> debbugs.gnu.org (full text, mbox):

From: Ikumi Keita <ikumi <at> ikumi.que.jp>
To: Tobias Bora <tobias.bora <at> gmail.com>
Cc: 40577 <at> debbugs.gnu.org
Subject: Re: bug#40577: Auctex can't open anymore documentation
Date: Sat, 28 Jan 2023 18:09:32 +0900
Hi Tobias,

>>>>> Ikumi Keita <ikumi <at> ikumi.que.jp> writes:
>>>>> Tobias Bora <tobias.bora <at> gmail.com> writes:
>> I don't know why, but I updated recently my .emacs file (which may
>> downloaded a recent version of auctex), and since then I can't open
>> documentation anymore. Indeed, if I do `C-c ? tikz <RET>` then okular
>> starts, but is killed before opening the document. I tried with an empty
>> configuration (emacs -Q) in a new home, and I even tried it on a
>> completely empty (and new) user.

> [...]

>> Any idea what's going wrong? The only idea I have is that maybe emacs
>> kills for some reason the okular process, but no idea why...

> It may be related to my commit in 2018:
> ----------------------------------------------------------------------
> commit c8a8d475d5a5c826c02313937e2bf09cca3fe057
> Author: Ikumi Keita <ikumi <at> ikumi.que.jp>
> Date:   Sun Nov 4 03:21:33 2018 +0900

>     Don't block emacs during viewing document
    
>     * tex.el (TeX-documentation-texdoc): Use asynchronous proces not to
>     block emacs during viewing document.
>     Supply "%s" to `message' argument in case the shell output contains
>     accidental %-sequence.

> ----------------------------------------------------------------------
> This commit is intended for evince but it might harm okular in some way.
> Could you see whether your okular wokrs if you revert the above change?

It seems that it was indeed the case[1]. I hope I have now fixed the
issue, so I close this bug. Please try the next ELPA release. If that
doesn't resolve your problem, feel free to reopen this bug.

Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine

[1] https://lists.gnu.org/r/auctex/2023-01/msg00000.html




bug closed, send any further explanations to 40577 <at> debbugs.gnu.org and Tobias Bora <tobias.bora <at> gmail.com> Request was from Ikumi Keita <ikumi <at> ikumi.que.jp> to control <at> debbugs.gnu.org. (Sat, 28 Jan 2023 10:27:01 GMT) Full text and rfc822 format available.

Information forwarded to bug-auctex <at> gnu.org:
bug#40577; Package auctex. (Sat, 28 Jan 2023 10:37:02 GMT) Full text and rfc822 format available.

Message #16 received at 40577 <at> debbugs.gnu.org (full text, mbox):

From: Tobias Bora <tobias.bora <at> gmail.com>
To: Ikumi Keita <ikumi <at> ikumi.que.jp>
Cc: 40577 <at> debbugs.gnu.org
Subject: Re: bug#40577: Auctex can't open anymore documentation
Date: Sat, 28 Jan 2023 11:35:54 +0100
[Message part 1 (text/plain, inline)]
Thanks a lot, I can confirm the bug is gone in recent emacs.

Le 28 janvier 2023 10:09:32 GMT+01:00, Ikumi Keita <ikumi <at> ikumi.que.jp> a écrit :
>Hi Tobias,
>
>>>>>> Ikumi Keita <ikumi <at> ikumi.que.jp> writes:
>>>>>> Tobias Bora <tobias.bora <at> gmail.com> writes:
>>> I don't know why, but I updated recently my .emacs file (which may
>>> downloaded a recent version of auctex), and since then I can't open
>>> documentation anymore. Indeed, if I do `C-c ? tikz <RET>` then okular
>>> starts, but is killed before opening the document. I tried with an empty
>>> configuration (emacs -Q) in a new home, and I even tried it on a
>>> completely empty (and new) user.
>
>> [...]
>
>>> Any idea what's going wrong? The only idea I have is that maybe emacs
>>> kills for some reason the okular process, but no idea why...
>
>> It may be related to my commit in 2018:
>> ----------------------------------------------------------------------
>> commit c8a8d475d5a5c826c02313937e2bf09cca3fe057
>> Author: Ikumi Keita <ikumi <at> ikumi.que.jp>
>> Date:   Sun Nov 4 03:21:33 2018 +0900
>
>>     Don't block emacs during viewing document
>    
>>     * tex.el (TeX-documentation-texdoc): Use asynchronous proces not to
>>     block emacs during viewing document.
>>     Supply "%s" to `message' argument in case the shell output contains
>>     accidental %-sequence.
>
>> ----------------------------------------------------------------------
>> This commit is intended for evince but it might harm okular in some way.
>> Could you see whether your okular wokrs if you revert the above change?
>
>It seems that it was indeed the case[1]. I hope I have now fixed the
>issue, so I close this bug. Please try the next ELPA release. If that
>doesn't resolve your problem, feel free to reopen this bug.
>
>Regards,
>Ikumi Keita
>#StandWithUkraine #StopWarInUkraine
>
>[1] https://lists.gnu.org/r/auctex/2023-01/msg00000.html
[Message part 2 (text/html, inline)]

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 25 Feb 2023 12:24:14 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 119 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.