| Summary: | Crash in: SalFrame::SetCallback(vcl::Window *,bool (*)(vcl::Window *,SalEvent,void const *)) | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Dick Barnhoorn <dick.barnhoorn> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | noelgrandin, vmiklos, vsfoote, xiscofauli |
| Priority: | medium | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Windows (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | ["SalFrame::SetCallback(vcl::Window *,bool (*)(vcl::Window *,SalEvent,void const *))"] | Regression By: | |
| Attachments: | example HTML file created by ALDFAER. Writer crashes after saving it in .fodt format | ||
|
Description
Dick Barnhoorn
2017-03-26 11:27:23 UTC
Hello Dick, Thank you for reporting the bug. Which version of LibreOffice are you using? I can't reproduce the crash in Versión: 5.3.1.1 Id. de compilación: 72fee18f394a980128dc111963f2eefb05998eeb Subpr. de CPU: 1; SO: Windows 6.1; Repr. de IU: predet.; Motor de trazado: HarfBuzz; Configuración regional: es-ES (es_ES); Calc: group Could you please 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. Xisco, per the CrashReport OP is on 5.2.5.1, with Windows 7 sp1 But please let us know if the the 5.3.1 release also crashes. =-=-= I also could not reproduce crash. But there are memory use issues caused seemingly from the sw html import filter parsing of the HTML. Thousands of comments are created when opening the document into Writer/Web mode and then also in Writer mode. On Widnows 10 Pro 64-bit en-US with Version: 5.3.1.2 (x64) Build ID: e80a0e0fd1875e1696614d24c32df0f95f03deb2 CPU Threads: 8; OS Version: Windows 6.19; UI Render: GL; Layout Engine: new; Locale: en-US (en_US); Calc: group Attachment 132147 [details] opens into Writer/Web mode, and I am able to scroll up and down--the comments show and scroll. But when I export to .odt format--as there is no direct save-as/export to .fodt--and reopen into Writer mode, a save-as .fodt proceeds without issue. This export -> save-as sequence results in .fodt with comments intact with Writer mode. Memory usage does spike notably during editing and scrolling of the document as high as 920,000K that I noticed, but the document remains navigable on completion and memory use drops back to ~340,000K And once open in Writer mode, using Edit -> Comment -> Delete All Comments And doing that results in a document with better edit response, and no memory issues on save. Looking at the document in HTML, every "field" in the report is tagged with script <!--[if supportFields]>. So if the comments are just extraneous formatting from the Kwartierstaat 1.13 reporting export to HTML--not handled by the LibreOffice ww8 import filter--probably best to just delete them--either in advance with sed, or using the delete all comments mechanism. @Noel, Miklos, * -- any thought on eliminating the excessive allocation of comments for the mso-element:field supportFields script annotations? Hi Xisco, Thanks for a very quick reaction to my bug report. I'm using this: Versie: 5.2.5.1 Build ID: 0312e1a284a7d50ca85a365c316c7abbf20a4d22 CPU Threads: 2; Versie besturingssysteem:Windows 6.1; UI Render: standaard; Locale: nl-NL (nl_NL); Calc: group Check for updates (button) says: Latest version is 5.2.6 Checked the main site which says Latest version is 5.3.1.2 Installed this version and checked with the same file. No crash !!! Super THANKS FOLKS !!! |