Description of problem: I tried to 'Save As' a file opened directly from a mail attachment. Version-Release number of selected component: libreoffice-core-5.0.3.1-1.fc23 Additional info: reporter: libreport-2.6.3 backtrace_rating: 4 cmdline: /usr/lib64/libreoffice/program/soffice.bin --writer file:///home/jeischma/.cache/evolution/tmp/evolution-jeischma-5sXHKp/Probl%C3%A9my%20linuxov%C3%A9ho%20desktopu.odt --splash-pipe=5 crash_function: check_save_entry executable: /usr/lib64/libreoffice/program/soffice.bin global_pid: 6606 kernel: 4.2.3-300.fc23.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 check_save_entry at gtkfilechooserwidget.c:5781 #1 gtk_file_chooser_widget_get_files at gtkfilechooserwidget.c:5927 #2 gtk_file_chooser_get_uris at gtkfilechooser.c:1213 #3 file_chooser_widget_selection_changed at gtkfilechooserdialog.c:423 #7 g_signal_emit_by_name at gsignal.c:3479 #8 list_selection_changed at gtkfilechooserwidget.c:7762 #9 _g_closure_invoke_va at gclosure.c:864 #12 _gtk_tree_selection_emit_changed at gtktreeselection.c:1434 #13 gtk_tree_view_set_model at gtktreeview.c:11532 #14 load_set_model at gtkfilechooserwidget.c:4348
Created attachment 1088521 [details] File: backtrace
Created attachment 1088522 [details] File: cgroup
Created attachment 1088523 [details] File: core_backtrace
Created attachment 1088524 [details] File: dso_list
Created attachment 1088525 [details] File: environ
Created attachment 1088526 [details] File: exploitable
Created attachment 1088527 [details] File: limits
Created attachment 1088528 [details] File: maps
Created attachment 1088529 [details] File: mountinfo
Created attachment 1088530 [details] File: open_fds
Created attachment 1088531 [details] File: proc_pid_status
Created attachment 1088532 [details] File: var_log_messages
I took a look at this. So far it looks like it's libreoffice freeing memory when it shouldn't. Gtk3 tests worked fine. I gathered that the GtkFileChooserWidget seems to point to valid memory, but the private struct has weird information (like it's g_class being something weird) and the attritubtes inside the private struct have invalid memory. However the finalize function is not called, so I wonder if libreoffice does something strange with the filechooser or if the c++ bindings are messing up something. Can someone from libreoffice take a look on their side?
Upstream bug is here: https://bugzilla.gnome.org/show_bug.cgi?id=756310
http://cgit.freedesktop.org/libreoffice/core/commit/?id=c1b97d2747004d1912744ab7ff11353a73713310
libreoffice-5.0.3.2-3.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-331a02eb57
libreoffice-5.0.3.2-3.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update libreoffice' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-331a02eb57
libreoffice-5.0.3.2-4.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-363df88c03
libreoffice-5.0.3.2-4.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update libreoffice' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-363df88c03
libreoffice-5.0.3.2-4.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.