Chrome crashes in DWM when doing "Save link as" [SOLVED]

refaelsh · 2017-09-10 07:03:11

Hi all,

I need help please :-)
I am using vanilla DWM (6.1) and every time I choose "Save link as" in Chrome, Chrome crashes.
It happens with Chromium and Firefox too.
It happens in other tiling WMs (I tried i3 and awesome).
It does not happens in Xfce.

Here is an output of what happens when running it in a Terminal:

[refaelsh@arch ~]$ google-chrome-stable
[14107:14107:0910/102048.121193:ERROR:background_mode_manager_au
eLaunchOnStartup(bool)

(google-chrome:14107): Gtk-WARNING **: Could not find the icon 'document-open-recent-symbolic-ltr'. The 'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from:
        http://icon-theme.freedesktop.org/releases

(google-chrome:14107): Gtk-WARNING **: Could not load a pixbuf from /org/gtk/libgtk/icons/16x16/status/image-missing.png.
This may indicate that pixbuf loaders or the mime database could not be found.
**
Gtk:ERROR:gtkiconhelper.c:493:ensure_surface_for_gicon: assertion failed: (destination)
--2017-09-10 10:20:57--  https://clients2.google.com/cr/report
Loaded CA certificate '/etc/ssl/certs/ca-certificates.crt'
Resolving clients2.google.com... 216.58.206.142, 2a00:1450:4009:815::200e
Connecting to clients2.google.com|216.58.206.142|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [text/html]
Saving to: ‘/dev/fd/4’

Crash dump id: 23ad214a376758d4

     0K
518K=0s

2017-09-10 10:20:59 (518 KB/s) - ‘/dev/fd/4’ saved [16]

Aborted (core dumped)
[refaelsh@arch ~]$

Ideas please :-)

Last edited by refaelsh (2017-09-10 14:47:17)

jasonwryan · 2017-09-10 07:48:23

Does the target directory exist?

Moving to NC...

refaelsh · 2017-09-10 07:55:22

jasonwryan wrote:

Does the target directory exist?

Moving to NC...

The "Browse" dialog does not even appears, so I don't know how to answer your question.

jasonwryan · 2017-09-10 07:57:21

In every browser, there is a settings or preference page where you can set, among other things, the target directory for downloads. By default, it is Desktop, a directory that does not exist in non-DE environments unless you create it.

How did you install Arch?

refaelsh · 2017-09-10 11:09:03

jasonwryan wrote:

In every browser, there is a settings or preference page where you can set, among other things, the target directory for downloads. By default, it is Desktop, a directory that does not exist in non-DE environments unless you create it.

In my Chrome settings, it says that the download folder is

/home/refaelsh/Downloads/

Obviously, this folder does exists.

jasonwryan wrote:

How did you install Arch?

The usual way, I just followed the installation instruction from the wiki, word by word, without any deviations.

seth · 2017-09-10 13:50:25

Aborted (core dumped)

man coredumpctl

I'd guess that those WMs do not detect gtk3 dialogs as dialogs, don't set them floating, try to enforce a geometry what makes the dialog crash.
=> explicitly configure them floating and see what happens. Otherwise, check the core dump.

adesh · 2017-09-10 14:07:50

I think dialogs not being floating is not an issue. I have used browser dialogs in dwm in past without any issues.
These kind of errors are common (?) when running GTK apps in Qt environments like KDE. But that is also out of question.
I guess it has something to do with widget/icon theme.

refaelsh · 2017-09-10 14:13:19

seth wrote:

Aborted (core dumped)
man coredumpctl
I'd guess that those WMs do not detect gtk3 dialogs as dialogs, don't set them floating, try to enforce a geometry what makes the dialog crash.
=> explicitly configure them floating and see what happens. Otherwise, check the core dump.

I tried setting it in floating mode --> no go.
Here is the core dump:

TIME                            PID   UID   GID SIG COREFILE  EXE
Mon 2017-06-19 19:58:13 IDT     680     0     0   6 missing   /usr/bin/ex
Wed 2017-06-21 21:23:29 IDT    2473  1000  1000  11 missing   /usr/bin/krusader
Wed 2017-06-28 21:56:28 IDT   16573  1000  1000  11 missing   /home/refaelsh/Android/Sdk/emulator/qemu/linux-x86_64/qemu-system-i386
Wed 2017-06-28 21:57:02 IDT   16623  1000  1000  11 missing   /home/refaelsh/Android/Sdk/emulator/qemu/linux-x86_64/qemu-system-i386
Wed 2017-06-28 21:58:12 IDT   16859  1000  1000  11 missing   /home/refaelsh/Android/Sdk/emulator/qemu/linux-x86_64/qemu-system-i386
Wed 2017-06-28 21:58:32 IDT   16939  1000  1000  11 missing   /home/refaelsh/Android/Sdk/emulator/qemu/linux-x86_64/qemu-system-i386
Wed 2017-06-28 22:01:43 IDT   17142  1000  1000  11 missing   /home/refaelsh/Android/Sdk/emulator/qemu/linux-x86_64/qemu-system-i386
Wed 2017-06-28 22:10:49 IDT   18090  1000  1000  11 missing   /home/refaelsh/Android/Sdk/emulator/qemu/linux-x86_64/qemu-system-x86_64
Sat 2017-09-02 21:07:35 IDT     912  1000  1000   6 missing   /usr/lib/doublecmd/doublecmd
Mon 2017-09-04 17:17:35 IDT    3659  1000  1000   6 missing   /usr/bin/xfce4-terminal
Mon 2017-09-04 22:00:39 IDT   14204  1000  1000  11 missing   /usr/lib/libclang.so.4.0
Mon 2017-09-04 22:14:36 IDT    8679  1000  1000   6 missing   /usr/bin/xfce4-terminal
Mon 2017-09-04 23:18:15 IDT   19696  1000  1000   6 missing   /usr/bin/vim
Mon 2017-09-04 23:18:17 IDT   19709  1000  1000   6 missing   /usr/bin/vim
Mon 2017-09-04 23:18:18 IDT   19721  1000  1000   6 missing   /usr/bin/vim
Mon 2017-09-04 23:18:18 IDT   19728  1000  1000   6 missing   /usr/bin/vim
Mon 2017-09-04 23:18:34 IDT   19744  1000  1000   6 missing   /usr/bin/vim
Mon 2017-09-04 23:18:46 IDT   19759  1000  1000   6 missing   /usr/bin/vim
Tue 2017-09-05 10:22:45 IDT   30409  1000  1000   5 missing   /usr/bin/eog
Tue 2017-09-05 10:49:01 IDT   25557  1000  1000   6 missing   /usr/bin/xfce4-terminal
Tue 2017-09-05 10:49:20 IDT    2215  1000  1000   6 missing   /usr/bin/xfce4-terminal
Tue 2017-09-05 10:49:31 IDT    2242  1000  1000   6 missing   /usr/bin/xfce4-terminal
Tue 2017-09-05 14:20:47 IDT    1655  1000  1000  11 missing   /opt/dropbox/dropbox
Tue 2017-09-05 14:43:00 IDT     586  1000  1000   6 missing   /opt/google/chrome/chrome
Tue 2017-09-05 14:43:22 IDT    3560  1000  1000   6 missing   /opt/google/chrome/chrome
Tue 2017-09-05 14:52:29 IDT    4163  1000  1000   6 missing   /opt/google/chrome/chrome
Tue 2017-09-05 15:39:22 IDT    1623  1000  1000   5 missing   /usr/bin/nm-applet
Tue 2017-09-05 17:57:32 IDT    1888  1000  1000   5 missing   /usr/bin/nm-applet
Tue 2017-09-05 19:16:28 IDT    2993  1000  1000   6 missing   /usr/bin/xfce4-terminal
Tue 2017-09-05 21:09:54 IDT    2429  1000  1000   4 missing   /opt/google/chrome/chrome
Thu 2017-09-07 09:38:03 IDT   12272  1000  1000   6 missing   /usr/lib/xfce4/panel/wrapper-2.0
Thu 2017-09-07 09:38:04 IDT   12290  1000  1000   6 missing   /usr/lib/xfce4/panel/wrapper-2.0
Thu 2017-09-07 09:38:14 IDT   12305  1000  1000   6 missing   /usr/lib/xfce4/panel/wrapper-2.0
Thu 2017-09-07 09:38:28 IDT   12315  1000  1000   6 missing   /usr/lib/xfce4/panel/wrapper-2.0
Thu 2017-09-07 09:38:30 IDT   12325  1000  1000   6 missing   /usr/lib/xfce4/panel/wrapper-2.0
Thu 2017-09-07 09:44:52 IDT   12618  1000  1000  11 missing   /usr/bin/vim
Thu 2017-09-07 09:46:07 IDT   12680  1000  1000   6 missing   /opt/google/chrome/chrome
Thu 2017-09-07 09:47:45 IDT   13496  1000  1000   6 missing   /opt/google/chrome/chrome
Thu 2017-09-07 10:07:36 IDT   16194  1000  1000   6 missing   /opt/google/chrome/chrome
Thu 2017-09-07 10:09:36 IDT   16837  1000  1000   6 missing   /opt/google/chrome/chrome

refaelsh · 2017-09-10 14:15:22

adesh wrote:

I guess it has something to do with widget/icon theme.

Good theory. I also think this is the problem (in Eclipse, I have strange GUI problems, like missing button decorations and etc. This corroborates your theory).
But I have no idea how to proceed.
Maybe, delete every package but the bare minimum (as the I just finished installing the system)?

seth · 2017-09-10 14:20:57

No, that's a list of crashes on your system.
Are you sure you set it floating? How?

Edit: regarding icon theme / tiling WM - did you try openbox?

Last edited by seth (2017-09-10 14:23:53)

refaelsh · 2017-09-10 14:30:10

seth wrote:

No, that's a list of crashes on your system.

You are indeed correct. I posted the list so that it would be seen that the core dump file is missing.
I tried googling why core dump file could be missing and the list is too long/intimidating. I have no idea what to do.

seth wrote:

Are you sure you set it floating? How?

I hope I am doing it correctly. I've looked at the config.h file and there is an example there fot Firefox. I replicated the example. Same effect.

seth wrote:

Edit: regarding icon theme / tiling WM - did you try openbox?

No. I will try it right now and report back.

refaelsh · 2017-09-10 14:47:06

seth wrote:

Edit: regarding icon theme / tiling WM - did you try openbox?

refaelsh wrote:

No. I will try it right now and report back.

I tried it. Openbox would not run. I google for the error and found this:
https://bugs.archlinux.org/task/8910
You don't have to read the entire discussion there, in short, the solution there was to add

export XDG_DATA_DIRS=$XDG_DATA_DIRS:/usr/share

to .bash_rc.
Interestingly, it solved the Chrome issue too.
Thank you very much for the help. All of you. I will mark this post as solved.

P.S.
I do wonder, can somebody please explain to me what I did and why worked :-)

ayekat · 2017-09-10 20:28:35

rafaelsh wrote:

I do wonder, can somebody please explain to me what I did and why worked

XDG_DATA_DIRS is a variable described by the XDG base directory specification. It describes where an application should search for static data/resources (logos, icons, images, ...). If it is not set, the application should assume the equivalent of

/usr/local/share:/usr/share

i.e. search for files first in /usr/local/share, then in /usr/share.

It's odd that an application like Google Chrome would respect the variable, but crash if it is not set, so I ask: what is the value of XDG_DATA_DIRS on your machine?

refaelsh · 2017-09-11 06:06:18

ayekat wrote:

rafaelsh wrote:
I do wonder, can somebody please explain to me what I did and why worked
XDG_DATA_DIRS is a variable described by the XDG base directory specification. It describes where an application should search for static data/resources (logos, icons, images, ...). If it is not set, the application should assume the equivalent of
/usr/local/share:/usr/share
i.e. search for files first in /usr/local/share, then in /usr/share.
It's odd that an application like Google Chrome would respect the variable, but crash if it is not set, so I ask: what is the value of XDG_DATA_DIRS on your machine?

Here is the output you requested:

[refaelsh@arch ~]$ echo $XDG_DATA_DIRS
/home/linuxbrew/.linuxbrew/share:/home/linuxbrew/.linuxbrew/shar
[refaelsh@arch ~]$

As it seems there are some left over from linuxbrew. I've played with it a week or 2 ago. Decided I don't like it and uninstalled it (they have a script at their site that does the uninstalling).

Interesting, could that have cause the problem? Chrome/Eclipse would try and search logos/icons in the above path and would not find them there and then as a result of it crash/misbehave?
I wonder, what this variable is set to in a freshly installed system with Xfce?
How it got screwed up? Did linuxbrew did it? Seems so, but its strange, linuxbrew is something very reputable, it should not do such odd stuff.

ayekat · 2017-09-11 06:36:36

If appending /usr/share to XDG_DATA_DIRS makes it work again, I'm positive this is the primary cause (although it should certainly exit with a more meaningful error message.
I don't know anything about Xfce, but on Arch Linux, none of the XDG variables (except for XDG_RUNTIME_DIR) are set to anything by default.
It doesn't strike me as anything "reputable" TBH: it is a fork of a third-party source package manager originally written for macOS. I don't want to simply degrade a developer community, but there are some developers who don't put too much thought into their software playing nicely with the rest of the system, but primarily want to have "their app running", and a type of user installing software with the same mindset. This has spawned a plethora of "apps" that are shipped in "containerised" systems, because $DEITY forbid they are somehow mixed with a sanely set-up system. [more rambling here that slowly starts violating some points in the CoC]

Assuming you installed linuxbrew from the AUR, please post the output of

pacman -Ql linuxbrew-git

I assume it either placed a shell snippet into /etc/profile.d, or (worse) it automatically appended something to your personal shell initialisation files on the first run (in which case I would check those as well).

refaelsh · 2017-09-11 07:59:14

ayekat wrote:

If appending /usr/share to XDG_DATA_DIRS makes it work again, I'm positive this is the primary cause (although it should certainly exit with a more meaningful error message.
I don't know anything about Xfce, but on Arch Linux, none of the XDG variables (except for XDG_RUNTIME_DIR) are set to anything by default.
It doesn't strike me as anything "reputable" TBH: it is a fork of a third-party source package manager originally written for macOS. I don't want to simply degrade a developer community, but there are some developers who don't put too much thought into their software playing nicely with the rest of the system, but primarily want to have "their app running", and a type of user installing software with the same mindset. This has spawned a plethora of "apps" that are shipped in "containerised" systems, because $DEITY forbid they are somehow mixed with a sanely set-up system. [more rambling here that slowly starts violating some points in the CoC]
Assuming you installed linuxbrew from the AUR, please post the output of
pacman -Ql linuxbrew-git
I assume it either placed a shell snippet into /etc/profile.d, or (worse) it automatically appended something to your personal shell initialisation files on the first run (in which case I would check those as well).

I completly agree
I see. That explains it.
:-):-):-):-):-):-):-):-):-):-)

I installed linuxbrew following instructions from their website, not from AUR (why the did I do that!?). And indeed, part of the instructions was to put this line:

export XDG_DATA_DIRS="/home/linuxbrew/.linuxbrew/share:$XDG_DATA_DIRS"

into ~/.bashrc. This is definitely what caused the problem. I removed this line and my life is much better now!

Thank you very much for your help :-)

ayekat · 2017-09-11 08:08:57

Their instructions were not entirely wrong; it just missed a check:

export XDG_DATA_DIRS="/home/linuxbrew/.linuxbrew/share:${XDG_DATA_DIRS:-/usr/local/share:/usr/share}"

It's maybe worth nudging upstream about this (in case you plan to use linuxbrew again).

Last edited by ayekat (2017-09-11 08:09:27)

refaelsh · 2017-09-11 13:05:01

ayekat wrote:

Their instructions were not entirely wrong; it just missed a check:
export XDG_DATA_DIRS="/home/linuxbrew/.linuxbrew/share:${XDG_DATA_DIRS:-/usr/local/share:/usr/share}"
It's maybe worth nudging upstream about this (in case you plan to use linuxbrew again).

Yes. Good idea.

Arch Linux

#1 2017-09-10 07:03:11

Chrome crashes in DWM when doing "Save link as" [SOLVED]

#2 2017-09-10 07:48:23

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#3 2017-09-10 07:55:22

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#4 2017-09-10 07:57:21

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#5 2017-09-10 11:09:03

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#6 2017-09-10 13:50:25

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#7 2017-09-10 14:07:50

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#8 2017-09-10 14:13:19

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#9 2017-09-10 14:15:22

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#10 2017-09-10 14:20:57

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#11 2017-09-10 14:30:10

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#12 2017-09-10 14:47:06

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#13 2017-09-10 20:28:35

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#14 2017-09-11 06:06:18

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#15 2017-09-11 06:36:36

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#16 2017-09-11 07:59:14

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#17 2017-09-11 08:08:57

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

#18 2017-09-11 13:05:01

Re: Chrome crashes in DWM when doing "Save link as" [SOLVED]

Board footer