[Libreoffice-bugs] [Bug 122332] Slowly work of autofilter in 6.2 in comparison by 6.1

[bugzilla-daemon at bugs.documentfoundation.org]

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

--- Comment #7 from Terrence Enger <lo_bugs at iseries-guru.com> ---
Created attachment 148681
  --> https://bugs.documentfoundation.org/attachment.cgi?id=148681&action=edit
bibisect, tail of terminal output

Working on debian-buster in bibisect-lilnux-64-6.2 repository, I find:

          commit    s-h
          --------  --------
    good  7433d2fb  df652aa7
    bad   8cfe6975  c8a739a2

for which the commit message is:

    commit c8a739a2c84f45f878d2ae75eaf16a2f814d1c6e
    Author: Serge Krot <Serge.Krot at cib.de>
    Date:   Thu Jun 7 18:02:50 2018 +0200

        tdf#117276 filter reset: check complete data range selected

        Change-Id: I5cbd515753ad606f55cedaa7023ffe88671f4702
        Reviewed-on: https://gerrit.libreoffice.org/55436
        Tested-by: Jenkins <ci at libreoffice.org>
        Reviewed-by: Katarina Behrens <Katarina.Behrens at cib.de>


Watching CPU time used, at each probe I deselected the first six
values shown in the autofilter dialog for columnn B and then selected
those six values again.  The CPU times for each deselection were about
7 seconds (6.48 to 7.15).  The CPU times for subsequent selection fell
into to groups: less than one second (0.05 to 0.11) I deemed good,
about 7 seconds (6.64 to 6.94) I deemed bad.

I am adding Serge Krot to cc.  I am removing keyword bibisectRequest,
and adding bibiseced and bisected.

-- 
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/20190126/85e450e6/attachment.html>