Description of problem: Tabelle die als Datenbank für einen Serienbrief dient geöffent (ist automatisch schreibgeschützt) und wieder geschlossen, danach versucht einen den Serienbrief zu drucken. Version-Release number of selected component: libreoffice-core-4.3.6.2-8.fc21 Additional info: reporter: libreport-2.3.0 backtrace_rating: 4 cmdline: /usr/lib64/libreoffice/program/soffice.bin --splash-pipe=5 crash_function: com::sun::star::uno::WeakReferenceHelper::clear executable: /usr/lib64/libreoffice/program/soffice.bin kernel: 3.19.3-200.fc21.x86_64 runlevel: N 5 type: CCpp uid: 1000 var_log_messages: [System Logs]:\n-- Logs begin at Fre 2013-07-05 19:10:14 CEST, end at Son 2015-04-19 20:03:34 CEST. -- Truncated backtrace: Thread no. 1 (10 frames) #0 com::sun::star::uno::WeakReferenceHelper::clear at /usr/src/debug/libreoffice-4.3.6.2/cppuhelper/source/weak.cxx:438 #1 com::sun::star::uno::WeakReferenceHelper::operator= at /usr/src/debug/libreoffice-4.3.6.2/cppuhelper/source/weak.cxx:469 #2 operator= at /usr/src/debug/libreoffice-4.3.6.2/include/cppuhelper/weakref.hxx:147 #3 dbaccess::ORowSetCache::reset at /usr/src/debug/libreoffice-4.3.6.2/dbaccess/source/core/api/RowSetCache.cxx:1723 #4 dbaccess::ORowSet::execute_NoApprove_NoNewConn at /usr/src/debug/libreoffice-4.3.6.2/dbaccess/source/core/api/RowSet.cxx:2025 #5 dbaccess::ORowSet::execute at /usr/src/debug/libreoffice-4.3.6.2/dbaccess/source/core/api/RowSet.cxx:1582 #6 frm::ODatabaseForm::executeRowSet at /usr/src/debug/libreoffice-4.3.6.2/forms/source/component/DatabaseForm.cxx:1233 #7 frm::ODatabaseForm::load_impl at /usr/src/debug/libreoffice-4.3.6.2/forms/source/component/DatabaseForm.cxx:2887 #8 frm::ODatabaseForm::load at /usr/src/debug/libreoffice-4.3.6.2/forms/source/component/DatabaseForm.cxx:2670 #9 dbaui::SbaXDataBrowserController::reloadForm at /usr/src/debug/libreoffice-4.3.6.2/dbaccess/source/ui/browser/brwctrlr.cxx:637
Created attachment 1016127 [details] File: backtrace
Created attachment 1016128 [details] File: cgroup
Created attachment 1016129 [details] File: core_backtrace
Created attachment 1016130 [details] File: dso_list
Created attachment 1016131 [details] File: environ
Created attachment 1016132 [details] File: exploitable
Created attachment 1016133 [details] File: limits
Created attachment 1016134 [details] File: maps
Created attachment 1016135 [details] File: open_fds
Created attachment 1016136 [details] File: proc_pid_status
(In reply to Wolfgang Reh from comment #0) > Description of problem: > Tabelle die als Datenbank für einen Serienbrief dient geöffent (ist > automatisch schreibgeschützt) und wieder geschlossen, danach versucht einen > den Serienbrief zu drucken. "I opened a table that is used as a database for a form letter (which is automatically write-protected), then closed it again. Afterwards, I tried to print the form letter."
If the crash is reproducible, could you give us step-by-step description of the actions that lead to it?
I can reproduce the crash. The steps from beginning: 1) Open LibreOffice with the command libreoffice. 2) Open the form letter (shown with a preview in the main window). 3) Press F4 to open the data sources (the last selected source is automatically selected. 4) Open the spreadsheet that's uses as data source from the menu File -> last used documents (Datei -> zuletzt benutzte Dokumente). 5) This file is correctly opened but is write protected (fine with me). 6) Close the spreadsheet (x in upper right hand corner). 7) Use the print button in the symbol panel to print the document. 8) In the pop-up asking if I want to print a form letter select Yes. 9) As in the following pop-up the data source is not selected try to select the data source for this letter, the above mentioned spreadsheet. 10) After a small "thinking period" LibreOffice closes and abrt shows the crash report (see previous attachments). The spreadsheet used as data source is nothing special, just a list with salutation, name, address, ZIP code, ...
can reproduce it on master, crash with null ORowSet::m_pCache 4.2.8 would not crash but not display any data in the dialog. when pressing F4 in Writer, the Calc database driver loads the document with "ReadOnly" and "Hidden" set, so no visible window is created but an invisible one; if you then load the document from the UI the existing window is made visible. unfortunately closing the visible window will destroy the document, and then things become generally unhappy. fixed in upstream master commit 7368b6ca3f61e750765f42e97d0a00e10fcac516 fixed in upstream libreoffice-4-4 for 4.4.4 commit e8777783db81279a6b0e9cc7b308f10719bd8a7b patch added to F21 package
libreoffice-4.3.7.2-5.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/libreoffice-4.3.7.2-5.fc21
Package libreoffice-4.3.7.2-5.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libreoffice-4.3.7.2-5.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-8033/libreoffice-4.3.7.2-5.fc21 then log in and leave karma (feedback).
libreoffice-4.3.7.2-5.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.
libreoffice-4.3.7.2-6.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/libreoffice-4.3.7.2-6.fc21
libreoffice-4.3.7.2-6.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.