<html>
<head>
<base href="https://bugs.documentfoundation.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Slowly work of autofilter in 6.2 in comparison by 6.1"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=122332#c7">Comment # 7</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Slowly work of autofilter in 6.2 in comparison by 6.1"
href="https://bugs.documentfoundation.org/show_bug.cgi?id=122332">bug 122332</a>
from <span class="vcard"><a class="email" href="mailto:lo_bugs@iseries-guru.com" title="Terrence Enger <lo_bugs@iseries-guru.com>"> <span class="fn">Terrence Enger</span></a>
</span></b>
<pre>Created <span class=""><a href="http://bugs.documentfoundation.org/attachment.cgi?id=148681" name="attach_148681" title="bibisect, tail of terminal output">attachment 148681</a> <a href="http://bugs.documentfoundation.org/attachment.cgi?id=148681&action=edit" title="bibisect, tail of terminal output">[details]</a></span>
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 <<a href="mailto:Serge.Krot@cib.de">Serge.Krot@cib.de</a>>
Date: Thu Jun 7 18:02:50 2018 +0200
<a class="bz_bug_link
bz_status_RESOLVED bz_closed"
title="RESOLVED FIXED - Autofilter settings being reset in some cases"
href="show_bug.cgi?id=117276">tdf#117276</a> filter reset: check complete data range selected
Change-Id: I5cbd515753ad606f55cedaa7023ffe88671f4702
Reviewed-on: <a href="https://gerrit.libreoffice.org/55436">https://gerrit.libreoffice.org/55436</a>
Tested-by: Jenkins <<a href="mailto:ci@libreoffice.org">ci@libreoffice.org</a>>
Reviewed-by: Katarina Behrens <<a href="mailto:Katarina.Behrens@cib.de">Katarina.Behrens@cib.de</a>>
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.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>