Description of problem:
Save file on sftp share.
Version-Release number of selected component:
libreport version: 2.0.9
cmdline: /usr/lib64/libreoffice/program/soffice.bin --writer --splash-pipe=6
:Thread no. 1 (10 frames)
: #0 enumerator_files_callback at gtkfilesystem.c
: #1 next_async_callback_wrapper at gfileenumerator.c
: #2 complete_in_idle_cb at gsimpleasyncresult.c
: #7 IA__gtk_dialog_run at gtkdialog.c
: #8 RunDialog::run at /usr/src/debug/libreoffice-126.96.36.199/vcl/unx/gtk/fpicker/SalGtkPicker.cxx
: #9 SalGtkFilePicker::execute at /usr/src/debug/libreoffice-188.8.131.52/vcl/unx/gtk/fpicker/SalGtkFilePicker.cxx
: #10 sfx2::FileDialogHelper_Impl::implDoExecute at /usr/src/debug/libreoffice-184.108.40.206/sfx2/source/dialog/filedlghelper.cxx
: #11 sfx2::FileDialogHelper_Impl::execute at /usr/src/debug/libreoffice-220.127.116.11/sfx2/source/dialog/filedlghelper.cxx
: #12 sfx2::FileDialogHelper::Execute at /usr/src/debug/libreoffice-18.104.22.168/sfx2/source/dialog/filedlghelper.cxx
: #13 ModelData_Impl::OutputFileDialog at /usr/src/debug/libreoffice-22.214.171.124/sfx2/source/doc/guisaveas.cxx
Created attachment 926361 [details]
Created attachment 926362 [details]
Created attachment 926363 [details]
Created attachment 926364 [details]
Created attachment 926365 [details]
Created attachment 926366 [details]
Created attachment 926367 [details]
*** Bug 1129657 has been marked as a duplicate of this bug. ***
Cannot reproduce for 100%, but I'm able to reproduce with multiple retries.
So this is a race condition sort of inherent in how GSimpleAsyncResult works in the version of glib we ship in rhel6. It's possible for an asynchronous operation to finish and the associated callback to get called just as the operation is cancelled. That's what's happening here, and so the callback is getting called with freed user data.
Later versions of glib make it possible for the implementor of the async operation to close this race with a new function:
but getting this api added to rhel6 glib and then changing gtk to use it doesn't seem worth the churn. especially since GSimpleAsyncResult has been superceded these days by GTask
The simplest patch is to store the cancellable on the source object as object data and check if it's cancelled at the operation finish time (in addition to the g_error_matches (error, G_IO_ERROR, G_IO_ERROR_CANCELLED) checking already being performed)
gtk2 is already on the approved components list and i have a patch so devack+
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.