Description: This is a really annoying bug i have on different versions of writer in the last time. Please see crash-id ef851861-2f6d-46a3-8677-44811b1e7695 Version: 6.0.6.2 Build-ID: 0c292870b25a325b5ed35f6b45599d2ea4458e77 CPU-Threads: 4; BS: Linux 3.16; UI-Render: Standard; VCL: kde4; Gebietsschema: de-DE (de_DE.UTF-8); Calc: CL Steps to Reproduce: 1. Open an old document basing on a different document template 2. writer asks to use the new or old template 3. After your choice writer is crashing Actual Results: crashing after chosing the template Expected Results: works without a crash Reproducible: Always User Profile Reset: No Additional Info: How it is possible to decode the crash-dump-files i found in ~/.config/libreoffice/4/crash like 1a9d774e-b4d6-f2c5-7b5cb8c0-6f99dc0c.dmp ?
I must correct - the crash is after closing the document! Additional crash-id e13db1a8-3ffa-4e40-b30d-6b47ec163942
Please attach a old document based on a different document template as example file. Makes life easier :-)
I understand this problem, but i don't want to upload confidental data. When i simply copy this file into another directory and open it the problem does not occur !? My idea was to make a copy of it and delete the confidental content, so that the rest will be identical. But this will not work. I never want to use the document template, because a complete other format is done in this document. But somehow it detects that an document template has changed, asks and then crashes after closing the document - even nothing has been altered. I have no idea what this functionality shall be good for?
Must have something to do with the working directory. When the file is in the working directory some crazy checks are done and end in the crashing result ... When i make a copy in the same directory, open and save the file, the problem is gone. Of course it crashes after saving. But now i can open it without crashing. So it must have to do with a format saved in an writer version before. Sorry - very complicated.
Created attachment 144464 [details] Reduced example I renamed the document from ods to zip. Then i deleted content.xml and the thumbnail in it. Here is the rest. I hope it is helpful.
Renaming the attached document to .odt doesn't seem to help. Would you mind sending me the affected file privately to my email? Setting to NEEDINFO
I can do it when i have an document with less confidental informations. It is not possible to delete any information here, because after saving the effect is gone.
(In reply to Karsten from comment #7) > I can do it when i have an document with less confidental informations. > It is not possible to delete any information here, because after saving the > effect is gone. Ok, don't forget to attach it or send it to me once you have it, meanwhile, there's nothing we can do about it...
(In reply to Xisco Faulí from comment #8) > Ok, don't forget to attach it or send it to me once you have it, meanwhile, > there's nothing we can do about it... What you can do is to extend the testcases for writer, because i don't think that you can reproduce this bug even you have the file. There seems to be some bugs that are dependent on documents on previous versions of libreoffice, or this document templates that are not understandable. So 1. Store an document and template in libreoffice 5 2. Make a copy of this document in libreoffice 6 and alter the template I think the error will occur.
Do you think this is the same bug as bug 105926 ?
Yes - i would say it is the same bug. What's about my questions about the crash dump files and why every time templates are checked when a file is opened? One more crash report is crashreport.libreoffice.org/stats/crash_details/1cfcb103-1c80-4ced-bab2-3baa45e85a56 There is one more detail. Opening the document tells me something about a template named "Fensterbrief". But this template does not exist any more - could this be the reason?
(In reply to Karsten from comment #11) > Yes - i would say it is the same bug. Thanks, let's close it as RESOLVED DUPLICATED then. > > What's about my questions about the crash dump files > and why every time templates are checked when a file is opened? The file is linked to the template, that's why it's checked. > > > One more crash report is > crashreport.libreoffice.org/stats/crash_details/1cfcb103-1c80-4ced-bab2- > 3baa45e85a56 > > There is one more detail. > Opening the document tells me something about a template named > "Fensterbrief". > But this template does not exist any more - could this be the reason? We don't know the reason, otherwise we would have already fixed it. *** This bug has been marked as a duplicate of bug 105926 ***
It seems that there is a reason why Debian is still using Version 5.2.7 of Libreoffice! I think it is a good idea to go back to this version too. So i am sorry to say this, but Libreoffice is going the same way like Microsoft - from version to version are inserted new features that are not needed, instead of fixing bugs that the office can be really used in a stable way. I don't want to be ungrateful - i am a really convinced user of Libreoffice and i want to thank you for your great work! But now i see that by upgrading from version to version the problems increase instead of being reduced and even bug reports don't help to resolve them.