bug#31778: 26.1.50; Calling gio open fails from inside eshell (but not shell)

bug#31778: 26.1.50; Calling gio open fails from inside eshell (but not shell)

[Carlos Pita]

I want to open some image X with the default system application for
that, so I call `gio open X` from inside eshell which silently does
nothing at all. On the contrary, doing the same inside shell mode opens
the image with the default viewer, although it also shows:

** (gthumb:15274): WARNING **: 19:01:31.616: Could not load the 'raw_files'
  extension: Could not open the module “raw_files”: libraw.so.16: cannot
  open shared object file: No such file or directory

which I don't know is it relevant or not.

With some help from you I would be able to debug this and provide more
juicy information, but at this moment I don't have a clue regarding which
function should I trace or edebug.

---

In GNU Emacs 26.1.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30)
 of 2018-06-09 built on carlos
Repository revision: 3434edc731e4602891a9cf6418ec4e5ff2f60830
Windowing system distributor 'The X.Org Foundation', version 11.0.11906000
System Description:	Manjaro Linux

Recent messages:
Invalid face attribute :inherit nil
Invalid face reference: comint-highlight-prompt
Invalid face attribute :inherit nil
Invalid face reference: comint-highlight-prompt
Invalid face attribute :inherit nil
Invalid face reference: comint-highlight-prompt
Invalid face attribute :inherit nil
Invalid face reference: comint-highlight-prompt
Invalid face attribute :inherit nil
Invalid face reference: comint-highlight-prompt

Configured using:
 'configure --prefix=/usr --libexecdir=/usr/lib --with-x-toolkit=gtk3
 --with-xft --with-modules 'CFLAGS=-march=x86-64 -mtune=generic -O2
 -pipe -fstack-protector-strong -fno-plt' CPPFLAGS=-D_FORTIFY_SOURCE=2
 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'

Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND GPM DBUS GSETTINGS NOTIFY ACL GNUTLS
LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11
MODULES THREADS LIBSYSTEMD LCMS2

Important settings:
  value of $LC_MONETARY: en_US.UTF-8
  value of $LC_NUMERIC: en_US.UTF-8
  value of $LC_TIME: en_US.UTF-8
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Eshell

Minor modes in effect:
  diff-auto-refine-mode: t
  pyvenv-mode: t
  shell-dirtrack-mode: t
  winner-mode: t
  show-paren-mode: t
  ido-ubiquitous-mode: t
  ido-everywhere: t
  global-company-mode: t
  company-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-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
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec epa derived epg mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail misearch
multi-isearch face-remap sh-script smie executable pcmpl-unix em-unix
em-term term disp-table ehelp em-script em-prompt em-ls em-hist em-pred
em-glob em-dirs em-cmpl em-basic em-banner em-alias display-line-numbers
checkdoc flymake-proc flymake warnings doom-themes-org vc-git cl-extra
yasnippet elec-pair highlight-indentation help-fns radix-tree help-mode
elpy find-file-in-project ivy delsel ivy-overlay ffap thingatpt windmove
diff-mode easy-mmode elpy-shell pyvenv esh-var esh-io esh-cmd esh-opt
esh-ext esh-proc esh-arg esh-groups eshell esh-module esh-mode esh-util
elpy-profile elpy-django elpy-refactor subr-x python tramp-sh tramp
tramp-compat tramp-loaddefs trampver ucs-normalize shell pcomplete
parse-time format-spec advice json map grep compile comint ansi-color
files-x company-oddmuse company-keywords company-etags etags xref
project company-gtags company-dabbrev-code company-dabbrev company-files
company-capf company-cmake company-xcode company-clang company-semantic
company-eclim company-template company-css company-nxml company-bbdb
doom-tomorrow-night-theme doom-themes doom-themes-common winner ring
paren ido-completing-read+ memoize s cus-edit minibuf-eldef ido gnus
nnheader gnus-util rmail rmail-loaddefs rfc2047 rfc2045 ietf-drums
mail-utils mm-util mail-prsvr wid-edit company edmacro kmacro pcase
cus-start cus-load finder-inf info package easymenu epg-config
url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache url-vars seq byte-opt gv bytecomp
byte-compile cconv cl-loaddefs cl-lib server time-date mule-util tooltip
eldoc electric uniquify ediff-hook vc-hooks lisp-float-type 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 elisp-mode
lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame 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 charscript charprop case-table epa-hook jka-cmpr-hook
help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote dbusbind inotify lcms2 dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty
make-network-process emacs)

Memory information:
((conses 16 443278 30743)
 (symbols 48 35990 1)
 (miscs 40 283 527)
 (strings 32 91972 2392)
 (string-bytes 1 2497682)
 (vectors 16 56487)
 (vector-slots 8 982121 16718)
 (floats 8 214 323)
 (intervals 56 3525 14)
 (buffers 992 19))

bug#31778: 26.1.50; Calling gio open fails from inside eshell (but not shell)

[Noam Postavsky]

Carlos Pita <carlosjosepita@gmail.com> writes:

> I want to open some image X with the default system application for
> that, so I call `gio open X` from inside eshell which silently does
> nothing at all. On the contrary, doing the same inside shell mode opens
> the image with the default viewer, although it also shows:
>
> ** (gthumb:15274): WARNING **: 19:01:31.616: Could not load the 'raw_files'
>   extension: Could not open the module “raw_files”: libraw.so.16: cannot
>   open shared object file: No such file or directory
>
> which I don't know is it relevant or not.
>
> With some help from you I would be able to debug this and provide more
> juicy information, but at this moment I don't have a clue regarding which
> function should I trace or edebug.

Does it work if you open the default viewer directly from eshell,
without going through gio?

bug#31778: 26.1.50; Calling gio open fails from inside eshell (but not shell)

[Carlos Pita]

> Does it work if you open the default viewer directly from eshell,
> without going through gio?

Yes, it does. I also can open the image with firefox. And OTOH I can't
open other stuff with gio.

bug#31778: 26.1.50; Calling gio open fails from inside eshell (but not shell)

[Noam Postavsky]

Carlos Pita <carlosjosepita@gmail.com> writes:

>> Does it work if you open the default viewer directly from eshell,
>> without going through gio?
>
> Yes, it does. I also can open the image with firefox. And OTOH I can't
> open other stuff with gio.

Maybe there are some environment variable differences?

Hmm, here 'gio open foo.png' just tells me

    gio: file:///.../foo.png: No application is registered as handling this file

I can't tell from the man page how I'm supposed to register an
application.

bug#31778: 26.1.50; Calling gio open fails from inside eshell (but not shell)

[Carlos Pita]

[-- Attachment #1: Type: text/plain, Size: 219 bytes --]

It just silently does nothing at all.

Regarding setting the default app, it's explained somehow somewhere in some
xdg spec probably. But see
https://wiki.archlinux.org/index.php/Default_applications for a quick setup.

[-- Attachment #2: Type: text/html, Size: 364 bytes --]

bug#31778: 26.1.50; Calling gio open fails from inside eshell (but not shell)

[Noam Postavsky]

Carlos Pita <carlosjosepita@gmail.com> writes:

> It just silently does nothing at all.

I may have not been clear above, for me it gives that error message no
matter where I run it.

> Regarding setting the default app, it's explained somehow somewhere in some
> xdg spec probably. But see
> https://wiki.archlinux.org/index.php/Default_applications for a quick setup.

I can't work out how that relates to gio.  xdg-open works fine though
(in both eshell and urxvt).

bug#31778: 26.1.50; Calling gio open fails from inside eshell (but not shell)

[Carlos Pita]

>> Regarding setting the default app, it's explained somehow somewhere in some
>> xdg spec probably. But see
>> https://wiki.archlinux.org/index.php/Default_applications for a quick setup.
>
> I can't work out how that relates to gio.  xdg-open works fine though
> (in both eshell and urxvt).

xdg-open calls gio open in a gnome desktop.

bug#31778: 26.1.50; Calling gio open fails from inside eshell (but not shell)

[Noam Postavsky]

Carlos Pita <carlosjosepita@gmail.com> writes:

> It just silently does nothing at all.

Does adding "gio" to eshell-needs-pipe help?  The symptoms here are a
bit similar to #35257 (where the problem program is xclip).

bug#31778: 26.1.50; Calling gio open fails from inside eshell (but not shell)

[Carlos Pita]

[-- Attachment #1: Type: text/plain, Size: 114 bytes --]

Sorry Noam, my gnome excursion was very brief. I don't have an environment
to reproduce this anymore, I'm afraid.

[-- Attachment #2: Type: text/html, Size: 144 bytes --]

bug#31778: 26.1.50; Calling gio open fails from inside eshell (but not shell)

[Noam Postavsky]

tags 31778 unreproducible
close 31778
quit

Carlos Pita <carlosjosepita@gmail.com> writes:

> Sorry Noam, my gnome excursion was very brief. I don't have an environment
> to reproduce this anymore, I'm afraid.

Ah well, neither do I, and I haven't seen any other reports about this,
so I'll just close the bug.