| Summary: | EDITING: Opening of big Master Document fails when importing Links | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Robert Großkopf <robert> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | ilmari.lauhakangas |
| Priority: | medium | ||
| Version: | 4.4.0.3 release | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | ["SfxWorkWindow::UpdateChildWindows_Impl()"] | Regression By: | |
| Attachments: | Master Document with 2 subdocument. Open with LO 4.4.* fails when importing links. | ||
|
Description
Robert Großkopf
2015-05-23 19:35:00 UTC
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 |