Bug 668448

This request was evaluated by Red Hat Product Management for
inclusion in the current release of Red Hat Enterprise Linux.
Because the affected component is not scheduled to be updated
in the current release, Red Hat is unfortunately unable to
address this request at this time. Red Hat invites you to
ask your support representative to propose this request, if
appropriate and relevant, in the next release of Red Hat
Enterprise Linux. If you would like it considered as an
exception in the current release, please ask your support
representative.

Thanks for the bug report.  We have reviewed the information you have provided above, and there is some additional information we require that will be helpful in our diagnosis of this issue.

First of all, could we get output of the command

	rpm -qa \*xulrun\* \*firefox\* \*mozilla\* \*flash\* \*plugin\*

Please also install firefox-debuginfo (debuginfo-install is from
yum-utils package).

	debuginfo-install firefox

Then run firefox with a parameter -g. That will start firefox running inside of gdb debugger. Then use command run and do whatever you did to make firefox crash. When it happens, you should go back to the gdb and run

	(gdb) thread apply all backtrace

This produces usually many screens of the text. Copy all of them into a text editor and attach the file to the bug as an uncompressed attachment.

Please, install also valgrind (from valgrind package) and run

	valgrind --trace-children=yes --log-file=/tmp/firefox-valgrind-log.txt /usr/bin/firefox

(that's one line command, browser breaking this line into two notwithstanding)

Please, attach the file /tmp/firefox-valgrind-log.txt to this bug as an attachment as well.

We will review this issue again once you've had a chance to attach this information.

Thanks in advance.

Matej,

Your steps your provided are relevant for firefox, not Thunderbird.
Secondly, neither application is crashing.

Lastly, Jan Horak is working on 666929 which is the identical issue in Firefox.

Is there an upstream ticket or thread that we can follow along with for status?

Yes, there is: https://bugzilla.mozilla.org/show_bug.cgi?id=682838

Please specify use cases where you'd like to be able to access gvfs volumes. After some discussion at mozbz#682838 different approach has been proposed.

(In reply to comment #19)
> Please specify use cases where you'd like to be able to access gvfs volumes.
> After some discussion at mozbz#682838 different approach has been proposed.

Here's just one example of a use case, but there are many others:

Say a member of our billing team would receive a spreadsheet from a customer or sales partner where collaborative editing would be required. In order to get a file saved to a GVFS volume (SFTP team file folder), you would have to save locally first, then manually move the file over. This is slow for productivity reasons, and counter-intuitive. Being able to write to and from SFTP mounted volumes from Firefox and Thunderbird would greatly benefit users.

I'm afraid we can't make it before 6.4 because we're currently busy with ESR 17 rebase (it should be released in February 2013) and we're still blocked by Mozilla API changes in near future.