When loading a master-document the following message appears: ---------------------- This document contains one or more links to external data. Would you like to change the document, and update all links to get the most recent data? ---------------------- If I press "Yes" LO crashes immediately. Could open the document pressing "No" - but only shows page 1 - 39 (instead of over 500). So I chose Tools → Update → Update ALL and LO crashes immediately again. All this happens with all LO-versions starting with LO 4.4.* under OpenSUSE 13.2 64bit rpm Linux. Could also open the document pressing "Yes" with all LO-versions up to 4.3.7.2. Up to LO 4.3.7.2 I could also chose Tools → Update → Update All without any problems. The document is to big to add all the files linked by the master. It's the German Base-Handbuch (522 pages ..) with 12 linked subdocuments, the chapters of the Base-Handbuch. Will test a little bit more with a Master-Document and only one subdocument. Will upload this if it crashes also.
Created attachment 115946 [details] Master Document with 2 subdocument. Open with LO 4.4.* fails when importing links. Have taken the master document for "Base Handbuch". Delete most of the chapters. LO 4.4.* (beginning with 4.4.0) crashes immediately when pressing "Yes" for importing links to the external documents. This master documents has 2 subdocuments. It will only work when I remove the subdocument 01_Einfuehrung.odt. 00_Vorwort.odt will be loaded when I delete 01_Einfuehrung.odt, but 01_Einfuehrung.odt won't be loaded when I delete 00_Vorwort.odt. Could be LO 4.4.* has problems to import documents with screenshots?
Doesn't crash for me on Yes. Loads ok. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: be8512f99bc9ab18e55aabe01cc0ab1e6baea9e6 TinderBox: Win-x86@39, Branch:master, Time: 2015-06-08_05:58:40 Locale: fi-FI (fi_FI)
Have now tried it with Version: 5.0.0.0.beta3 Build-ID: 96345c15d8ab19c49014f055fe41ba8e1f421e5c Seems the bug has been gone, beginning here with LO 4.4.4.1. I set this bug to worksforme.
It appears that this bug has resurfaced in 5.2.0 RC3 (possibly also an earlier RC) at least under Win 7 Ult x64. Will test under Linux x64 later. 100% reproducible on 2 independent Win 7 x64 machines, one with a totally clean install (no previous OOo, AOO or LO) and a "first run" profile. Steps to reproduce: * Open ANY '.odm' file, which has been closed while the Navigator panel is docked. (The attachment to this bug will do.) * Answer "Yes" or "No" to "Update Links". * After LO crashes it may be necessary to kill all soffice processes. * Choose to send a crash report, or not. * When the recovery process completes answer "Yes" to "Update Links". * Master document opens, but Navigator opens in "standard" (ie. non-master document) layout. See Bug 100870 for additional information. Workaround: Close the docked Navigator panel (eg. F5) before closing the master document, or work with Navigator as a floating window.
I don't quite understand or maybe it is different on Linux. When I open the file, the Navigator is floating. I saved the file under a different name after closing the floating window and opening the sidebar. I get no crash on reopening. How did you come to the conclusion that your crash is related to this report specifically? Bug 100870 seems to be much more general. The other reporters mentioned it happening with any file, not only .odm. Leaving as WFM as there is anyway no need to open an old report if a new one exists. Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.0.0.alpha0+ Build ID: c1b665fcdacd4141137f1e369527e2c0d94513ae CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on July 26th 2016