This bug was filed from the crash reporting server and is br-ad755283-27e2-420a-a9ea-852a9edbdd19. ========================================= Problem occurs regulary since several weeks. To fix, meanwhile I've reinstalled LO 64bit, than Win10 v 1909 and LO again. Crash occures sometimes after some minutes, sometimes after hours of workig.
*** Bug 131606 has been marked as a duplicate of this bug. ***
Thank you for reporting the bug. Unfortunately without clear steps to reproduce it, we cannot track down the origin of the problem. Please provide a clearer set of step-by-step instructions on how to reproduce the problem. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the steps are provided
*** Bug 132030 has been marked as a duplicate of this bug. ***
As I wrote in earlier bug report, after days and nights of struggeling with this crashs I found on http://www.ooowiki.de/BedingungenPr(c3bc)fen.html #2 specifications about fieldnames. The original fieldnames of Thunderbird addressbook (in German) don't match these specifications. Your answer was: Please add some steps to reproduce at bug 131605. For example there are no informations, that it is about field names. It might also be helpful to add a document that shows the bug. Sorry, I'm not really used to technical Englisch. I wrote about feald names but meant column lables. It is necessary to define a data query with changed column labels as address data source, with data from the address table it doesn't work. The column labels must meet the criteria described in the link above. As an example I post a form letter template once again.
Porscholz, thanks for your comment. So I assume, crash occurs, when you work on mail merge (Serienbrief)? Please add some steps like 1. Open a document in Writer 2. Tools => Mail Merge Wizard (for example, I don't know, if this is the correct step 3. .... .... Result: LO crashes Tip: If you change UI language to English (Extras => Optionen => Spracheinstellungen => Sprachen => Benutzerobefläche) you can describe the steps in English more easy. Sorry, but again NEEDINFO
Thanks Dieter, but I already have described the procedure that leads to a reproducible crash when using the serial letter function: 1. 'Dokument NEU' using template "°Brief formal_AdrB.ott" (already uploaded) 2. Connect to Thunderbird address book "adressen.odb" 3. Selection of one data set, save document 4. Crash (the document is not saved!) In meantime I could probably rule out that the letter template contains errors and also the "adressen.odb". Both files can be edited and saved separately. Unfortunately, my conclusion in comment 4 is not correct: even if I use the letter template not with the addresses out of 'Tabelle', but with the query ('Abfrage')without special characters in the column lables, LO crashes. What can I do now?
(In reply to porscholz from comment #6) > What can I do now? Short term? Did it work in the past? If so, try LibreOffice 5.4 for example. https://portableapps.com/apps/office/libreoffice-portable-legacy-5.4 There should be no crash, not sure if will work though.
On pc Debian x86-64 with master sources updated today, I gave a try with attachment from tdf#131621 https://bugs.documentfoundation.org/attachment.cgi?id=159116 I got no crash but I noticed these traces on console: warn:filter.config:65182:65182:filter/source/config/cache/typedetection.cxx:452: caught exception while querying type of file:///tmp/LibreOffice/Datenbanken/PersAdressbuch.ods com.sun.star.uno.Exception message: Could not open stream for <file:///tmp/LibreOffice/Datenbanken/PersAdressbuch.ods> Let's consider the whole situation: you've got 3 files : - an ods file "PersAdressbuch.ods" (located in a subdir "LibreOffice/Datenbanken") - an odb file "EmbeddedDatabase" which is linked to "PersAdressbuch.ods" - ott template file (with an accentuated name since in Bugzilla we got "°Brief formal_AdrB.ott") => please rename your file to avoid accents/special characters. which contains a datasource Adressen which links to EmbeddedDatabase.odb Now, did you change the content of one of these files or the location of one these files? Location is very important. Indeed as I had put in https://bugs.documentfoundation.org/show_bug.cgi?id=131621#c8, I noticed this: <db:file-based-database xlink:href="../../../LibreOffice/Datenbanken/PersAdressbuch.ods/" db:media-type="application/vnd.oasis.opendocument.spreadsheet" /> Do you have any backup of these files to give a try with a former version? Again, check the location.
(In reply to Telesto from comment #7) > (In reply to porscholz from comment #6) > > What can I do now? > Short term? Did it work in the past? If so, try LibreOffice 5.4 for example. > https://portableapps.com/apps/office/libreoffice-portable-legacy-5.4 > > There should be no crash, not sure if will work though. Starting the projekt I used LO 6.3. I was suggestet, to update to 6.4. I did so, no change could be detected.
(In reply to Telesto from comment #7) > (In reply to porscholz from comment #6) > > What can I do now? > Short term? Did it work in the past? If so, try LibreOffice 5.4 for example. > https://portableapps.com/apps/office/libreoffice-portable-legacy-5.4 > > There should be no crash, not sure if will work though. Starting the projekt I used LO 6.3. I was suggestet, to update to 6.4. I did so, no change could be detected.(In reply to Julien Nabet from comment #8) > On pc Debian x86-64 with master sources updated today, I gave a try with > attachment from tdf#131621 > https://bugs.documentfoundation.org/attachment.cgi?id=159116 > > I got no crash but I noticed these traces on console: > warn:filter.config:65182:65182:filter/source/config/cache/typedetection.cxx: > 452: caught exception while querying type of > file:///tmp/LibreOffice/Datenbanken/PersAdressbuch.ods > com.sun.star.uno.Exception message: Could not open stream for > <file:///tmp/LibreOffice/Datenbanken/PersAdressbuch.ods> > > Let's consider the whole situation: > you've got 3 files : > - an ods file "PersAdressbuch.ods" (located in a subdir > "LibreOffice/Datenbanken") > - an odb file "EmbeddedDatabase" which is linked to "PersAdressbuch.ods" > - ott template file (with an accentuated name since in Bugzilla we got > "°Brief formal_AdrB.ott") => please rename your file to avoid > accents/special characters. > which contains a datasource Adressen which links to EmbeddedDatabase.odb > > Now, did you change the content of one of these files or the location of one > these files? > Location is very important. Indeed as I had put in > https://bugs.documentfoundation.org/show_bug.cgi?id=131621#c8, I noticed > this: > <db:file-based-database > xlink:href="../../../LibreOffice/Datenbanken/PersAdressbuch.ods/" > db:media-type="application/vnd.oasis.opendocument.spreadsheet" /> > > Do you have any backup of these files to give a try with a former version? > Again, check the location. Thanks for explanation. Sorry, I'm normal LO-user, not a developer, have no systematic backups of earlier file versions (at AppData\Roaming\LibreOffice\4\user\backup there are 100's). And the "Â" in "°Brief formal_AdrB.ott" is unknown to me, I don't use it here. Very interesting I found your focus on file locations. data base files here are stored in D:\Dokumente\LibreOffice\Datenbanken and templates in D:\Dokumente\LibreOffice\LO-Vorlagen. In order to generate an anonymized version of my addresses from TB for uploading, I converted the adressen.odb into a dbf database and adapted it for test purposes. With this database (now without reference to the TB address book) and the letter template already used in the same storage locations, I was only able to reproduce the reported crashes, even before trying to save the document.
[Automated Action] NeedInfo-To-Unconfirmed
After endless further attempts to verify the cause of the crash, I now have re-installed LO (v6.4.3.2) with a renamed user folder in order to exclude possible incorrect settings. Transfer of data for example from one record into the template works without any problem. Even with this default settings, using my letter template with the TB address book causes the program to crash (TDF#131605) at the latest when saving the document. Contrary to the screen message, however, the document is not saved (standstill) and therefore cannot be restored during restart.
My crashes [1] with LibO6.3.6.2 show a relationship to several bug reports: "Bug reports for swlo.dll: tdf#95579 tdf#133348 tdf#115178 tdf#117618 tdf#124067 tdf#125468 tdf#131606 tdf#132030 tdf#133335 tdf#130821 tdf#130274 tdf#129951 tdf#130718 tdf#130683 tdf#131498 tdf#130820 tdf#131499 tdf#131605 tdf#132236 tdf#132386 tdf#132597 tdf#132823 tdf#131500 tdf#131501 tdf#129953 tdf#131502" [1] One of the crash reports: https://crashreport.libreoffice.org/stats/crash_details/5e459de3-c6c6-4db5-af53-d2616291816c
A lot of crashes have been fixed during the last 6 month. So could you just try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. Change to RESOLVED WORKSFORME, if the problem went away.