Bug 399151 - Kate Quick Open Search Performance Regression
Summary: Kate Quick Open Search Performance Regression
Status: RESOLVED DUPLICATE of bug 398900
Alias: None
Product: kate
Classification: Applications
Component: general (show other bugs)
Version: 18.04.3
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-09-27 17:32 UTC by averageradical
Modified: 2018-09-27 17:34 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description averageradical 2018-09-27 17:32:49 UTC
SUMMARY
Hi, I love Kate and use it every day; thank you. One feature I've used for years it the Quick Open Search (mapped to Ctrl+Tab) which lets me quickly change files. The number of open files in my main project has not changed in magnitude, yet recent updates to Kate seemed to behave magnitudes slower, taking up to 3-4 seconds to even open the Quick Open Search. I'm running 18.04.3 which is the latest version available in Fedora 28. Before I dive into performance analysis with pstack, perf, etc., I wanted to check if there are known issues in this area of code that may have caused a regression or if this is a consequence of a by-design change that is required?

STEPS TO REPRODUCE
1. Open a few thousands files in Kate
2. Open Quick Open Search
3. Observe it takes multiple seconds just to open the dialog, but on older versions this was much faster

OBSERVED RESULT
Slow performance

EXPECTED RESULT
Better performance as in previous releases

SOFTWARE VERSIONS
(available in About System)
KDE Plasma Version: 5.13.4
KDE Frameworks Version: 5.48.0
Qt Version: 5.11.1

ADDITIONAL INFORMATION
Might be related to bug 387360, although I'm not opening a different number of files than what I had in older versions when it was faster.
Comment 1 Nate Graham 2018-09-27 17:34:27 UTC

*** This bug has been marked as a duplicate of bug 398900 ***