Il 30/01/2021
14:31, Maxim Nikulin ha wrote:
On 30/01/2021 15:42, Eli Zaretskii wrote:
This works:
M-! xdg-open /tmp/test.pdf RET
This doesn't work:
M-& xdg-open /tmp/test.pdf RET
This doesn't work:
M-x shell RET xdg-open /tmp/test.pdf RET
Geraldo, "M-x shell" case is rather strange. Could you, please,
confirm ones more that okular window with the file content does
not appear if you call xdg-open from an *interactive* emacs
shell buffer? The link to an emacs-orgmode list message, that I
have posted earlier, explains why async-shell-command *may* fail
while shell-command should work reliably. I am really surprised
by failure when command is executed in a [e]shell buffer.
I
confirm.
I
can see the Okular icon appear and disappear immediately in
the panel.
As
mentioned I can make a video of everything, but I have no
idea where to upload it.
If it is okay to make the
video and you think it is useful please tell me which
commands to execute for more information on the
operating environment
How about asking
the xdg-open developers to help us figure out the
reason? Or, failing that, debug xdg-open in the problematic
situations to find out what fails there and why? E.g., could
it be
that it fails because stdin/stdout is a PTY? what happens if
you bind
process-connection-type to nil when starting the async
subprocess?
I do not think, it is xdg-open problem. It just calls kde-open5
that spawns actual handler and immediately exits.