https://bugs.freedesktop.org/show_bug.cgi?id=85886
Bug ID: 85886
Summary: VIEWING: A Navigator entry in particular .odt pegs CPU
Product: LibreOffice
Version: 4.4.0.0.alpha1
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
Keywords: regression
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
My adventure with this bug started with an attempt to reproduce
bug 85861. This one is different in that:
(*) My problem is high CPU usage instead of a crash.
(*) My problem happens earlier in the STR.
STR, using daily dbgutil bibisect repository version 2014-11-04:
(0) Download the .odt file attached to bug 85861
<https://bugs.freedesktop.org/attachment.cgi?id=108901>.
(1) Optionally, run System Monitor, or `top`, or something to show you
CPU usage.
(2) Open the .odt from the command line. Program displays page 1
of 91. Observe heading "1.11 COORDENADA" about 1/3 of the way
down the page.
(3) If the Navigator window is not open, type <F5>. The list area of
the navigator window blinks briefly about once per second.
(4) In the Navigator window, expand Headings > "PARTE I: LAS LEYES
HATURALES" > 1.1 and then double click "1.11 COORDENADAS".
Observe:
(a) In the document area, the cursor moves to start of heading
"1.11 COORDENADAS".
(b) In the Navigator window, line "1.11 COORDENADAS" is
highlighted and it moves to the top of the list area.
(c) About once per second for half a minute or so, the list area
is blanked briefly or the scrollbars are blanked briefly.
(d) Gradually the CPU usage increases to 100%. I have let the
program run this way for as long as a few minutes.
(5) Type <Alt>+F <Alt>+X. Program exits, as commanded.
Working in the daily dbgutil bibisect repository, I ignored
differences in the quality of the blinking Navigator window,
uncommanded collapse or not of the list after the double click in Step
(4), and repositioning (or not) of the list after the double-click.
In short, I called the loop "bad" and anything else "good". Most
importantly, I ran each version of LibreOffice with its own user
profile. The result, in short:
version commit s-h behaviour
---------- ------- ------- --------
2014-05-23 aa51564 c68c5e7 no loop
2014-05-24 20faa9b 474f484 loop
However, if I then run version 2014-05-23 with user profile previously
created by 2014-05-24, the program again loops.
For comparison, I see no loop in version:
Version: 4.4.0.0.alpha1+
Build ID: 768d22a83e7e6aae430b2e5e4ed28f2574aad12d
TinderBox: Win-x86@39, Branch:master, Time: 2014-11-04_09:19:00
In the interval c68c5e7..474f484 I see 181 commits. My naive
attention goes to:
commit 6eaad9e41ae95a3d973e72439ef580349e3e8e4b
Author: Ulrich Kitzinger <[email protected]>
Date: Fri May 23 09:10:57 2014 +0200
Resolves: fdo#58187 Expand and Collapse should be virtual
regression from ac7acb0ab1329913b0cec79790adcde0263960be
Comparing the two user profile directories as they were after the
first execution of the particular versions of LibreOffice, I see that
user/registrymodifications.xcu for version 2014-05-24 (the version
which looped) has extra lines 3 through 9, to which I add whitespace
for readability:
<item oor:path="/org.openoffice.Office.Writer/Navigator">
<prop oor:name="ShowListBox" oor:op="fuse">
<value>false</value>
</prop>
</item>
<item oor:path="/org.openoffice.Office.Writer/Navigator">
<prop oor:name="SelectedPosition" oor:op="fuse">
<value>0</value>
</prop>
</item>
<item oor:path="/org.openoffice.Office.Writer/Navigator">
<prop oor:name="RootType" oor:op="fuse">
<value>-1</value>
</prop>
</item>
<item oor:path="/org.openoffice.Office.Writer/Navigator">
<prop oor:name="InsertMode" oor:op="fuse">
<value>0</value>
</prop>
</item>
<item oor:path="/org.openoffice.Office.Writer/Navigator">
<prop oor:name="OutlineLevel" oor:op="fuse">
<value>10</value>
</prop>
</item>
<item oor:path="/org.openoffice.Office.Writer/Navigator">
<prop oor:name="GlobalDocMode" oor:op="fuse">
<value>true</value>
</prop>
</item>
<item oor:path="/org.openoffice.Office.Writer/Navigator">
<prop oor:name="ActiveBlock" oor:op="fuse">
<value>1</value><
/prop>
</item>
Terry.
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
[email protected]
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
