[Libreoffice-bugs] [Bug 107535] New: EDITING slow movement between cells

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=107535

            Bug ID: 107535
           Summary: EDITING slow movement between cells
           Product: LibreOffice
           Version: 5.4.0.0.alpha0+ Master
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Calc
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: lo_bugs at iseries-guru.com

Created attachment 132972
  --> https://bugs.documentfoundation.org/attachment.cgi?id=132972&action=edit
example spreadsheet

STR

( 0) Download the attached example.ods, 26KB.  It a pretty ordinary
     spreadsheet extending to cell AM277.  I first observed this
     problem on an equivalent tab-separated-values file of 68KB.

( 1) Open example.ods.  Observe that cell A1 is current and that the
     font control shows Liberation Sans 10-point.

( 2) Type "<Ctrl>+A".  The program displays all visible cells with a
     blue background.

( 3) Click on the "expand" down-arrow at the right edge of the font
     name.  Program presents a dropdown list.

( 4) With the mouse, navigate to Liberation Mono and click on that
     name.  All cells are still selected.

( 5) Type "<Ctrl>+1".  Program presents dialog "Format Cells".

( 6) Navigate to tab Alignment.  Observe that checkbox Properties >
     "Wrap text automatically" is unchecked.

( 7) Click on that checkbox and then on button <OK>.  Program returns
     focus to the main Calc window; all cells are still selected.

( 8) In a second terminal window issue the command ...
         top -d 1 -p $( pidof soffice.bin )
     Note the CPU time used by soffice.bin.

( 9) In the main Calc window, press the right-arrow key ten times.
     Cell K1 becomes current.

(10) In the second terminal window, note the CPU time used by
     soffice.bin, and calculate the CPU time used since step (7).

     Expected:  Maybe perhaps about 0.70 seconds.
     Observed:  12 or 13 seconds.

If in step (4) you type "Liberation Mono" instead of selecting it from
the drop-down list, the slowdown does not happen.

These observations are from debian-stretch with LibreOffice versions
(*) daily Linux dbgutil bibisect repository version 2017-04-29
(*) bibisect-43max version oldest
(*) Version: 5.2.6.2 Build ID: 1:5.2.6-2, as delivered by debian-stretch

I have found several bug reports which may be reporting this problem,
but I am unable to determine that with any confidence.

The existence of a workaround suggests a lowered priority for this
report, but it does not suggest a workaround in any of the similar
reports.  I am leaving the default bug priority.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20170430/711cfa96/attachment-0001.html>