New issue
Advanced search Search tips

Issue 716892 link

Starred by 3 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Jun 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 3
Type: Bug



Sign in to add a comment

Browser locks up after opening file selector

Project Member Reported by jonathan.garbee@chromium.org, Apr 30 2017

Issue description

Chrome Version: 60.0.3086.0 (Also occurred in the 59 branch on the same machine.)
OS: Elementary OS (Ubuntu 14.04 based Linux distro)

What steps will reproduce the problem?
(1) Right click on an image and "save (download) as..."
(2) Save the file somewhere
(3) Notice Chrome's entire interface is frozen. Keyboard commands don't work nor mouse interaction.

What is the expected result?

Chrome's UX to not freeze.

What happens instead?

Chrome's UX is locking up completely.

Please use labels and text to provide additional information.

Instead of finding an image to download, you can also use any page with a file input and select a file to upload. Once the item is selected and the OS's file manager closes, Chrome freezes.

This in the omnibar is a good testcase: data:text/html,<!doctype html><input type=file>

 
Just got a report from a tester in IRC who says for them on Linux this does not reproduce. So it looks hyper-specific to Elementary OS itself interacting with Chrome/Chromium.
Testing some more now, stable still works fine and Beta channel is crashing. So somewhere in between Stable and Beta lies the issue.
When running beta channel from the CLI the following are logged in the console while the file manager is opened and the file selected.

Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
[20031:20031:0516/095843.736444:ERROR:browser_main_loop.cc(256)] Gtk: gtk_file_filter_get_name: assertion 'GTK_IS_FILE_FILTER (filter)' failed

I have the same issue. Don't necessarily need to select a file, just bring up the file select dialog and cancel it is enough to freeze the UX.

Chrome Version: 60.0.3100.0 (Official Build) dev (64-bit)
OS: elementary OS 0.4.1 Loki (Built on "Ubuntu 16.04.2 LTS"; GTK+ 3.18.9)
Update #4: it seems is caused by the `GTK_MODULES=pantheon-filechooser-module` env. After removing my /etc/profile.d/pantheon-filechooser-module.sh and reboot, Chrome behaves as expected.
Status: WontFix (was: Untriaged)
Ah, nice find. So this is absolutely an upstream problem with Elementary OS then.

Closing this issue out then since there isn't anything Chromium should do for this.

Workaround until Elementary is fixed: Set your `GTK_MODULES` environment variable locally so it doesn't include the `pantheon-filechooser-module` listing. In my case using fish shell I only needed to run `set -g -x GTK_MODULES gail:atk-bridge` in my shell and the crashing stops.

Comment 7 by kab...@gmail.com, Jul 4 2017

Just landed to state that the proposed fix by youyouna...@gmail.com worked fine. Running ElementaryOS Luna (14.04 Ubuntu based) and after removing /etc/profile.d/pantheon-filechooser-module.sh and rebooting, all went fine again. 
Same problem here. Appeared on chromium 59.0.3071.109. Elementary OS Freya ( ubuntu 14.04). 
Solved removing pantheon-filechooser-module as suggested.
Thank you for addressing me a solution for this very annoying bug
FWIW I've experienced this as well on multiple boxes & the /etc/profile.d/pantheon-filechooser-module.sh fix does the trick.
FWIW same here (eOS Freya), thanks for the fix/hint....
Thanks to youyouna. Worked like a charm. I was wrestling with this problem for more than 2 weeks.
THANK YOU VERY MUCH !!!!!!! 3 weeks that i couldn't attach a file ! It works like a charm now.

Sign in to add a comment