Bug 106776 - Crash in: SalFrame::SetCallback(vcl::Window *,bool (*)(vcl::Window *,SalEvent,void const *))
Summary: Crash in: SalFrame::SetCallback(vcl::Window *,bool (*)(vcl::Window *,SalEvent...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-03-26 11:27 UTC by Dick Barnhoorn
Modified: 2017-03-26 18:01 UTC (History)
4 users (show)

See Also:
Crash report or crash signature: ["SalFrame::SetCallback(vcl::Window *,bool (*)(vcl::Window *,SalEvent,void const *))"]


Attachments
example HTML file created by ALDFAER. Writer crashes after saving it in .fodt format (1.16 MB, text/html)
2017-03-26 11:27 UTC, Dick Barnhoorn
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dick Barnhoorn 2017-03-26 11:27:23 UTC
Created attachment 132147 [details]
example HTML file created by ALDFAER. Writer crashes after saving it in .fodt format

This bug was filed from the crash reporting server and is br-2d007937-7930-4244-b7be-353edf6eb377.
=========================================
LibreOffice Writer crashes EVERY TIME when I work on a HTML file produced by my genealogy program ALDFAER. The file  contains very many 'office annotations', probably meant to assist MS Word to produce an index. But I'm not a MS Word user.

Writer doesn't crash immediately. After loading the file it shows very many 'Notes' all with the same text: "<!--[if supportFields]><span style='mso-element:field-begin'></span>XE&quot;a persons name&quot;<span style='mso-element:field-end'></span><![endif]-->  (geen auteur) Vandaag, time"

Writer seems te be trying to resolve these links? problems? which occupies it for several seconds.

In order to process the file (for inserting the LibreOffice Writer codes for index generation), I save it in flat XML format (.fodt)
That works OK (although I'm not quite happy with the format), but after writing that file Writer crashes.

I haven't experimented with small files. All the genealogy files I work with are large files.
Comment 1 Xisco Faulí 2017-03-26 15:58:26 UTC Comment hidden (obsolete)
Comment 2 V Stuart Foote 2017-03-26 16:22:25 UTC
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?
Comment 3 Dick Barnhoorn 2017-03-26 17:42:56 UTC
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 !!!