User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 Build ID: 20170302120751 Steps to reproduce: Environment: CentOS 7.0 64 with all updates and binary NVIDIA drivers (378.13) 1) Go to https://ftp.mozilla.org/pub/firefox/releases/52.0/linux-x86_64-EME-free/en-US/ 2) Left click firefox-52.0.tar.bz2 3) Choose a location to download Actual results: Crash/Segfault bp-61edc232-3ab2-41f8-ad7b-2e0da2170309 bp-11f93b58-4ef2-4247-b576-cd5cf2170309 Expected results: Additional info: * zero add-ons installed * zero plugins enabled * pretty much default settings except runs in private mode by default
In fact simple Ctrl + O crashes the browser immediately. Something is wrong with GTK save/open file dialog.
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0 I have tested your issue on latest Firefox release v52 and latest Nightly (Build ID: 20170313110417) on Ubuntu 14.04 x64 and could not reproduce it. I have followed the steps from comment 0 and tried also with other webpages like www.dropbox.com or www.drive.google.com, but all files are successfully saved. Unfortunately I do not have a CentOS 7.0 64 machine and I am unable to test exactly the scenario provided. Can you please retest this using latest Nightly build (https://nightly.mozilla.org/) and report back the results ? When doing this, please use a new clean Firefox profile, maybe even safe mode, to eliminate custom settings as a possible cause (https://goo.gl/AR5o9d). I will assign a possible related component. Maybe someone with a similar machine could provide some feedback for this issue.
Firefox nightly with a completely new profile (~/.mozilla had been removed prior to starting Firefox): Crash ID: bp-3cc19140-e7cc-46f5-a862-319962170314
If the distribution has not applied a patch for https://bugzilla.gnome.org/show_bug.cgi?id=762994 then this is likely a duplicate of bug 1244305.
RHEL might never fix this bug so here's a workaround: ui.allow_platform_file_picker = false
I've filed a bug report against RHEL 7.3: https://bugzilla.redhat.com/show_bug.cgi?id=1432339