https://bugs.documentfoundation.org/show_bug.cgi?id=156470
Patrick Luby <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected], | |[email protected] --- Comment #22 from Patrick Luby <[email protected]> --- (In reply to Chris Peñalver from comment #21) > Snipped out what appears desired. Rest is just repeat of same for 600MB > until I force quit terminal command. So it sounds like GetTextArray() isn't blocking or slow. Instead, the problem appears to be that LibreOffice is invoking GetTextArray() for the same three paragraphs repeatedly. In other words, there is an infinite loop higher up on the call stack. I have seen this type of bug in a different portion of the Writer code in tables with lengthly text in cells. In that case, the Writer code would keep measuring the size of text within a cell and would repeat the measuring over and over as it tried to find the "right" place to put line breaks. I suspect that something similar is going on here. So, next step is to see if we can narrow down which function higher up the stack is going into an infinite text layout loop. From your last spin dump, the following are the next functions for me to look at: XMLTextParagraphExport::exportParagraph() in xmloff SvxUnoTextRangeEnumeration::SvxUnoTextRangeEnumeration() in editeng Adding @Mike Kaganski and @Noel Grandin in case they have any suggestions for where to look in these two functions. From their commit comments, it seems there is some cases of duplicate IDs when exporting. Maybe this is another case that we need to handle? -- You are receiving this mail because: You are the assignee for the bug.
